1 INFO-VAX	Sun, 01 Dec 2002	Volume 2002 : Issue 664       Contents:, Re: Alternatives to "DEC LMF PAK GEN V1.3" ?, Re: Alternatives to "DEC LMF PAK GEN V1.3" ? RE: Endianity of Itanium3 RE: Information Needed -Cross Compiler Availability " Re: Jackson Structured Programming1 Re:Netscape 2.02/3.03 & VAX/VMS 7.3 & Motif 1.2-6 ; Re: NY LUG meeting - Disaster Tolerant Technologies from HP % Re: poor Gigabit Ethernet performance @ Re: Problem with HSZ50 (access to the CLI from the console port)& Re: Question about V7.2-2 distribution& Re: Question about V7.2-2 distribution& RE: Question about V7.2-2 distribution& RE: Question about V7.2-2 distribution& Re: Reason to use MMS instead of MMK ?& Re: Reason to use MMS instead of MMK ?' Re: System uptime - The Uptimes Project   F ----------------------------------------------------------------------   Date: 1 Dec 02 09:11:31 +0100 ) From: p_sture@elias.decus.ch (Paul Sture) 5 Subject: Re: Alternatives to "DEC LMF PAK GEN V1.3" ? ) Message-ID: <aH+DsMXccXwP@elias.decus.ch>    In article <rdeininger-2911021214250001@1cust128.tnt1.nashua.nh.da.uu.net>, rdeininger@mindspring.com (Robert Deininger) writes:2 > In article <3DE79BD9.1B4A65BE@aaa.com>, Jan-Erik3 > =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> wrote:  >  >>OK. ? >>I have a 7.2-1 system but found nothing called *LMF* or *PAC*  >>that looked promising. >>& >>Any pointers to what to search for ? > ? > How does the system respond to the command LICENSE GENERATE ?  > J > That's where the functionality resides in later versions of VMS.  But onJ > my home V7.3 system, some pieces are not where they are expected to be. E > Since I've never seen the docs, I don't know what further steps are  > required.   	 $ lic gen < %DCL-W-ACTIMAGE, error activating image PAK$DIR:PAK$USER.EXE8 -CLI-E-IMGNAME, image file PAK$DIR:[SYSEXE]PAK$USER.EXE;K -RMS-F-DEV, error in device name or inappropriate device type for operation " $ dir sys$sysdevice:<*...>pak$user! %DIRECT-W-NOFILES, no files found    --  
 Paul Sture Switzerland    ------------------------------  % Date: Sun, 01 Dec 2002 07:29:00 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)5 Subject: Re: Alternatives to "DEC LMF PAK GEN V1.3" ? K Message-ID: <rdeininger-0112020729010001@1cust223.tnt1.nashua.nh.da.uu.net>   F In article <aH+DsMXccXwP@elias.decus.ch>, p_sture@elias.decus.ch (Paul
 Sture) wrote:     
 >$ lic gen= >%DCL-W-ACTIMAGE, error activating image PAK$DIR:PAK$USER.EXE 9 >-CLI-E-IMGNAME, image file PAK$DIR:[SYSEXE]PAK$USER.EXE; L >-RMS-F-DEV, error in device name or inappropriate device type for operation# >$ dir sys$sysdevice:<*...>pak$user " >%DIRECT-W-NOFILES, no files found  C It seems like they really want folks to register in the appropriate ; developer's program, and get the PAK and the documentation.    ------------------------------  $ Date: Sun, 1 Dec 2002 07:03:21 -0800# From: "Tom Linden" <tom@kednos.com> ! Subject: RE: Endianity of Itanium 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIIEIIGCAA.tom@kednos.com>    >-----Original Message----- 8 >From: JF Mezei [mailto:jfmezei.spamnot@vl.videotron.ca]* >Sent: Saturday, November 30, 2002 6:18 PM >To: Info-VAX@Mvb.Saic.Com" >Subject: Re: Endianity of Itanium >  > > >> >register that has a big/little endian flag.  OpenVMS will  >require that the C >> >flag be in little-endian position.  If you try to flip the bit  
 >(you'll have > >> >to write in Itanium Assembly to access that register - no  >compiler builtins= >> >are being provided to set it), you are no longer running   >OpenVMS and I'm not! >> >sure what will happen.... ;-)  > > >Humm, let me see, if you switch that bit, wouldn't it become  >"SMVnepO" on a 64- >bit machine, and "SMV" on a 32 bit machine ?   ; It is actually more compicated, the bits are also reversed.    > C >Where's your sense of adventure ? Think of all the fun that folks   >could have / >switching that bit :-) :-) :-) :-) ;-) :-) :-)  >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). B >Version: 6.0.410 / Virus Database: 231 - Release Date: 10/31/2002 >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.410 / Virus Database: 231 - Release Date: 10/31/2002    ------------------------------  $ Date: Sun, 1 Dec 2002 12:01:52 -0500' From: "Main, Kerry" <Kerry.Main@hp.com> < Subject: RE: Information Needed -Cross Compiler AvailabilityT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660BB6@kaoexc01.americas.cpqcorp.net>   Alan,   F My reply was more directed at OpenVMS IDE environments in general i.e.F to the posters original statement of "Software Development Environment< on VAX-VMS has to be ported to a suitable target development environment."=20  H My (albeit limited) understanding of some real time environments is thatF they are now at least considering Java (J2ME as Arne pointed out) as aB means to at least start moving away from being tied to specific HW
 platforms.=20   G Of course, this may not be the best option for this particular original  poster.    Regards   
 Kerry Main Senior Consultant  Hewlett-Packard (Canada) Co.! Consulting & Integration Services  Voice: 613-592-4660  Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom-     (remove the DOT's and replace with "."'s)        -----Original Message-----+ From: "Alan Winston - SSRL Admin Cmptg Mgr" * [mailto:winston@SSRL.SLAC.STANFORD.EDU]=20 Sent: November 30, 2002 3:51 PM  To: Info-VAX@Mvb.Saic.Com < Subject: RE: Information Needed -Cross Compiler Availability    3 In article <ju0lBlILfKHH@eisner.encompasserve.org>, / Kilgallen@SpamCop.net (Larry Kilgallen) writes:  >In article=20H ><BE56C50EA024184DAF48F0B9A47F5CF4023D9981@kaoexc01.americas.cpqcorp.net, >, "Main, Kerry" <Kerry.Main@hp.com> writes:	 >> Larry,  >>=20 % >>>> > Domain : Embedded Systems  <<<  >>=20 D >> So, embedded systems are not susceptible to the virus of the day? > B >Since they typically do not run commercial operating systems, no. > H >My comment, however, was directed to your remard about Netbeans on VMS.  H >Netbeans relates to Java as I understand it, so I do not see any way it  H >is related to embedded systems, even ignoring the fact that embedded=20H >systems often have realtime requirements for which Java is unsuited,=20C >due to the unpredictability of garbage collection if nothing else.   F NetBeans is an Integrated Development Environment which, while written in=20 C Java, is not limited to supporting Java.  At the same symposium you F recently attended, the NetBeans presentation made it clear that on VMSF it supported C, C++, and Java.  It's also extensible (and open source,F for that matter), so you could make it support whatever cross-compiled language you meant to=20" develop for your embedded systems.  G However, it doesn't do that out of the box, so Kerry's suggestion still > puzzles me.  NetBeans doesn't have a cross-compiler component.   -- Alan     L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=B =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D=3D=3D=3D=3D 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDU?  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056E  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA  94025 L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=B =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D=3D=3D=3D=3D    ------------------------------   Date: 1 Dec 2002 09:09:46 GMT 7 From: sy18889@rabmbit.famrp.cosm (Bradford J. Hamilton) + Subject: Re: Jackson Structured Programming ! Message-ID: <0VjQBtOdPCfQ@rabbit>   O I've seen this post (and the replies to it) for a while now - perhaps your news  reader is giving you some gas?  b In article <arro8m$9mm$1@sparta.btinternet.com>, "Rob Heyes" <robert.heyes@btinternet.com> writes:" > I posted this and it didnt post! > L > Does anyone know of a Jackson Structured Programming package for an Alpha?M > We have a VAX version but its obsolete. I expect any Alpha version would be N > too, but anyone got anything? It was known as JSP, but I expect this acronymG > has been confiscated to history and replaced with JSP to mean Java!!!  >  >  --   Bradford J. Hamilton& braMdhamAilPtoSn@aMtAtPbi.cSom		(home)& sMy1A88P89S@rabMbit.fAmPr.coSm		(work)  ; "All opinions that I express are my own, not my employer's"  "Lose the MAPS"    ------------------------------  $ Date: Sun, 1 Dec 2002 13:50:17 +0100" From: "Hans Vlems" <hvlems@iae.nl>: Subject: Re:Netscape 2.02/3.03 & VAX/VMS 7.3 & Motif 1.2-65 Message-ID: <asd0j2$q907n$1@ID-143435.news.dfncis.de>   G The culprit was a too low value for pgflquo. It was raised to 75000 and  after that Netscape runs. C The problem existed on VMS 7.3/Motif 1.2-6 and VMS V7.2/Motif 1.2-5   
 Hans Vlems   ------------------------------   Date: 1 Dec 2002 06:03:11 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) D Subject: Re: NY LUG meeting - Disaster Tolerant Technologies from HP3 Message-ID: <IjHnB54m7usB@eisner.encompasserve.org>   j In article <ffd79a6c.0211301939.6b8543c@posting.google.com>, spamdump@mccready.com (Gary McCready) writes:  F > Well, if some of the fine folks at HP are following this thread, andE > it sounds interesting,..., they can check out be the below links. I H > have not heard of the company, but if they are legit, it looks like it > can be done for about $1000  > * > http://www.camcd.com/Rentals.htm#Webcast  A Compaq/HP _already_ have methods for doing transmissions that are 6 incompatible with VMS.  Don't encourage such behavior.   ------------------------------  % Date: Sun, 01 Dec 2002 07:19:32 -0500 2 From: rdeininger@mindspring.com (Robert Deininger). Subject: Re: poor Gigabit Ethernet performanceK Message-ID: <rdeininger-0112020719320001@1cust223.tnt1.nashua.nh.da.uu.net>   5 In article <asb8s4$5u3$5@web1.cup.hp.com>, Rick Jones  <foo@bar.baz.invalid> wrote:  0 An excellent post, saved for reference.  Thanks.  E >> At last, I did made a call to TSC Muenchen. They did say, that the & >> DEGPA-SA do have a bad performance  > F >I'm going to guess that the DEGPA-SA is a NIC based on the old AlteonE >Tigon2 chipset. The HP 9000's (HP-UX systems) also have an older GbE G >NIC based on that chipset, and indeed, there are some situations where > >that NIC cannot achieve link-rate (and some where it can :).   ' Yes, the DEGPA-SA is based on Tigon 2.    F >> and that there is a new generation of GigabitEthernet adapters. ButE >> test within HP did measure with this new one only a performance of 
 >> 57MB/s. > @ >Did TSC Muenchen happen to give the particulars of the testing?  M The Alphaserver DS25 has on-board Gigabit Ethernet based on the Tigon 3 chip.   I Details about the new NICs in the pipeline for Alphaservers have not been I released yet.  But it is a pretty safe guess that they will NOT use Tigon  2.   ------------------------------   Date: 1 Dec 2002 10:11:52 -0800   From: nmanser@progis.de (Manser)I Subject: Re: Problem with HSZ50 (access to the CLI from the console port) = Message-ID: <2178d61f.0212011011.3a02a8e7@posting.google.com>    Alan Adams <alan.adams@orchard-way.freeserve.co.uk> wrote in message news:<0517399d4b.Alan.Adams@orchard-way.freeserve.co.uk>...> > In message <2178d61f.0211281413.31cbdaa4@posting.google.com>- >           nmanser@progis.de (Manser) wrote:  >  > > Alan Adams <alan.adams@orchard-way.freeserve.co.uk> wrote in message news:<9c688a9b4b.Alan.Adams@orchard-way.freeserve.co.uk>...	 > > > Hi,  > > > K > > > OK, I'll try to remember as much as possible - I worked with an SW300 O > > > (RaidArray 450) which uses the same controllers, but with a different bus  > > > configuration. > > 4 > > Lot of thanks, that you investige in my Problem. > >  > > > 9 > > > I don't have access to the hardware or manuals now.  > > >  > > 1 > > I have access to the manuals, (Service Guide)  > >  >  > < huge snip> >  > > > J > > > Sorry I can't point to a definite cause. I suspect your system has aN > > > different configuration to the one I used, for example, removable cache. > > >  > > > Good luck, > > > 
 > > > Alan > > H > > i can send you a picture of the server showing how it is configured. > > my question is:  > > O > > suppose the batteries are damaged or flat, does this prevent the controller  > > to initialise correctly ?  > >    > > thanks for the answers.  > L > Since the system behaves the same with terminal disconnected (that bit wasN > snipped), I suspect the batteries. I don't know whether a faulty battery can= > prevent the controller from booting, but it seems possible.  > F > If not that, then it would seem that you have the same fault on bothJ > controllers, which seems somewhat unlikely. (Unless, as I have suggestedM > before) a faulty terminal has been connected to each controller in turn and  > damaged it.) >   L the terminal i connected to is a VT500 with 3 Serial ports, 2 are connected : (1 to the alpha server, the other to the HSZ serial port.)M the first time i connected the terminal, only the server console gave output. 1 How can a faulty terminal damage the controller ?   N > (You also asked about the output during boot - I can't remember the details,J > but it was plain text, similar to that output by terminal servers duringK > boot. It sounds as though your controllers are failing a self test before - > the point where they start to output text.)  >    that is right.  L > Oh, another thought. The PCMCIA memory cards contain the operating system.N > The highest version for HSZ50 wqs V5.7. (I hope I remembered this right. I'mH > fairly sure we ran 5.4 for a long time, then 5.7.) Have you got higher0 > versions? If so, you could get a boot failure. >   K the hsof version is 5.1, i don't know if changing the PCMCIA card, changes   this behaviour.    so the issues are:  4 i will change the connection cable, and try another.E if it persists, then it can be either the battery or the PCMCIA card.  are there another thoughts ?   seeing the Service manual:< the LED fault code it get, tells me to reset the controller., other LED codes tells, to change the module.B what i want to know is if the complete controller card is damaged.. i hope no, because i have no service contract.   Nazim.   > Alan   ------------------------------   Date: 1 Dec 02 12:56:00 +0100 ) From: p_sture@elias.decus.ch (Paul Sture) / Subject: Re: Question about V7.2-2 distribution ) Message-ID: <XkrAe+iMSqtW@elias.decus.ch>   U In article <00A17B49.7F5E783E@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes: M > A customer claims that a product is failing on V7.2-2.  I've looked through M > all that I've received from Compaq and I don't have a copy of the binaries.  >   > Was this just a H/W release?   > H > Was it distributed with new machines or shipped to a general audience? > " > Was it not available to CSA/SDK? > G I recall Hoff advising me at some point to use it rather than V7.2-1H1.   & Here's what a Google Groups search on    comp.os.vms 7.2-2 hoff  F revealed (I included the search terms in case you wish to dig deeper):   ---start quote---   K :Does anyone knows why Compaq just release 7.2-2 when 7.3 is already out in F :the market? I check the new features in 7.2-2, which most of them are/ :included in 7.3. Is 7.3 is non-stable version?   ;   Attached is what I posted the last time this got asked...   N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com     	--   2 From: Hoff Hoffman (hoffman@xdelta.zko.dec.nospam)!  Subject: Re: VMS V7.2-2 vs V7.3    Newsgroups: comp.os.vms  Date: 2001-09-27 14:50:38 PST      2 In article <3bb24e89.799537414@news2.uoregon.edu>,; rickm123@oregon456.uoregon789.edu (Rick Millhollin) writes: D :I just saw some info on VMS V7.2-2 that made it sound brank new.  I? :received V7.3 a while back.  I'm confused - what's the deal?     L   We rolled up most of the existing patch kits, support for the AlphaServer J   GS series boxes (that originally shipped with V7.2-1H1), and some other L   work, and made it all available on a V7.2 base -- the intent is to reduce K   the number of releases that Compaq and ISVs need to support on an OpenVMS I   V7.2-* base.  V7.2-2 will be the "landing zone" release for folks that  I   need/want to stay on V7.2-*, and that also need/want to purchase Prior  J   Version Support contracts.  As a "landing zone", it will also obviously K   be used as the basis for future V7.2-* ECO kits, particularly as support  5   for the other (earlier) V7.2-* releases is retired.   I   OpenVMS V7.2-6C1 -- DII COE -- is *not* included in the V7.2-2 release. K   If you don't have OpenVMS V7.2-6C1 and don't know what DII COE is, please    ignore this paragraph.  F :Under what circumstances would I upgrade to V7.2-2 instead of V7.3?    H   If your software configuration or environment is not yet supported on G   OpenVMS V7.3 and if you do not require a V7.3 feature, most commonly.    ---end quote---       --  
 Paul Sture Switzerland    ------------------------------  % Date: Sun, 01 Dec 2002 07:25:34 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)/ Subject: Re: Question about V7.2-2 distribution K Message-ID: <rdeininger-0112020725340001@1cust223.tnt1.nashua.nh.da.uu.net>   8 In article <3DE932BB.8F488194@vl.videotron.ca>, JF Mezei( <jfmezei.spamnot@vl.videotron.ca> wrote:  N >One thing that puzzles me. I was under the impression that dash releases wereL >to be available for download, and that only point releases would require CDI >distribution. With such a policy, I should have been able to download an M >upgrade from V7.2 to V7.2-1 and V7.2-2. But on VAX, I don't think I ever saw  >such a beast. > J >Was this policy ever in place but abandonned ? Or are those kita actually+ >available  and I just haven't found them ?   J I never heard of such a policy, and I never knew of any VMS releases being available for download.   J For several years, I had the impression that "dash" releases on alpha wereJ "just" ECO roll-ups.  But the fundamental distinction I've learned is that1 the whole OS is re-built, even for dash releases.   I The occasional "update" ECO kits released for alpha are ECO roll-ups, and I don't involve rebuilding the whole OS.  Those are downloadable.  But they 2 never get you from one version of VMS to the next.   ------------------------------  $ Date: Sun, 1 Dec 2002 09:28:38 -0500' From: "Main, Kerry" <Kerry.Main@hp.com> / Subject: RE: Question about V7.2-2 distribution T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660BB4@kaoexc01.americas.cpqcorp.net>   G'day VAXman ..   D >> It apparently has broken something fundamental because a customer1 claims a piece of software doesn't run on it. <<<   
 More details?   @ There is always a chance that one of the following that might be applicable to any upgrade:B - Cust changed something inadvertently during the upgrade process.F - Cust may have one of those config's which, due to specific config orD way they do things, might require one of the fixes that came out forE Vx.x after it was released. (See public site for V7.2-2 patches - did 0 the cust review these before doing the upgrade?)C - Cust did not read cover letter or release notes for known issues. D - Since you stated the error was fixed in the next release, Cust mayH have had similar prob to another Cust who escalated, had prob identified) and was thus fixed for that next release.    Web site for public fix info: 8 http://ftp.support.compaq.com/patches/.new/openvms.shtml   V7.2-2 release notes: E http://www.openvms.compaq.com/doc/722final/6650/6650pro_contents.html    Regards   
 Kerry Main Senior Consultant  Hewlett-Packard (Canada) Co.! Consulting & Integration Services  Voice: 613-592-4660  Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom-     (remove the DOT's and replace with "."'s)        -----Original Message-----C From: VAXman-@SendSpamHere.ORG [mailto:VAXman-@SendSpamHere.ORG]=20  Sent: November 30, 2002 9:35 AM  To: Info-VAX@Mvb.Saic.Com / Subject: RE: Question about V7.2-2 distribution     
 In articleH <BE56C50EA024184DAF48F0B9A47F5CF402660BB2@kaoexc01.americas.cpqcorp.net>+ , "Main, Kerry" <Kerry.Main@hp.com> writes:  >G'day Robert, > B >I would say the text calling V7.2-2 a hardware release ONLY is=20 >incorrect.=3D20 > H >As previous reply stated, it is more accurately described as a patch=20H >roll-up for OpenVMS V7.2-1 and V7.2-1H (definitely HW release) users=20J >who, for whatever reason, felt they could not go to OpenVMS V7.3.x for=20H >awhile. It also provides a longer support life as it is the last V7.2-x   >base release. > G >V7.2-2 does include all of the enhancements and fixes in V7.2-1H1 +=20 E >other 7.2-1 patches that were not in the V7.2-1 base release. So,=20 I >V7.2-2 does include "new hardware support and enhancements" for those=20 / >users coming from a base V7.2-1 release level.  > H >By the way, not sure about VAX release info, but here are the p/n's for  C >the V7.2-2 Alpha OVMS Cdroms:=3D20 AG-RLMVC-BE - Sept 2001 - media   >AG-RQPFA-BE - Sept 2001 - doc's > ( >Here is the cover letter for V7.2-2:=20H >http://www.openvms.compaq.com/doc/722final/cletters/OVMS_V722_COVER_LET >T >ER.HTML >  >Regards >  >Kerry Main  >Senior Consultant >Hewlett-Packard (Canada) Co. " >Consulting & Integration Services >Voice: 613-592-4660 >Fax   : 613-591-4477  >Email: kerryDOTmain@hpDOTcom . >    (remove the DOT's and replace with "."'s)  H My problem is why it wasn't shipped with an SDK shipment?  It apparentlyH has broken something fundamantal because a customer claims a piece of=20A software doesn't run on it.  It runs fine on V7.2-1, and V7.3 and C V7.3-1; releases which flank V7.2-2 at least by traditional version  numbering schemes.   --2 VAXman- OpenVMS APE certification number: AAA-0001 VAXman(at)TMESIS(dot)COM
           =20 7   "Well my son, life is like a beanstalk, isn't it?"=20    ------------------------------  # Date: Sun, 01 Dec 2002 18:08:57 GMT " From:   VAXman-  @SendSpamHere.ORG/ Subject: RE: Question about V7.2-2 distribution 0 Message-ID: <00A17CC3.47DFA655@SendSpamHere.ORG>  ~ In article <BE56C50EA024184DAF48F0B9A47F5CF402660BB4@kaoexc01.americas.cpqcorp.net>, "Main, Kerry" <Kerry.Main@hp.com> writes: >G'day VAXman .. > E >>> It apparently has broken something fundamental because a customer 2 >claims a piece of software doesn't run on it. <<< >  >More details?   Customers are morons.   A >There is always a chance that one of the following that might be  >applicable to any upgrade: C >- Cust changed something inadvertently during the upgrade process. G >- Cust may have one of those config's which, due to specific config or E >way they do things, might require one of the fixes that came out for F >Vx.x after it was released. (See public site for V7.2-2 patches - did1 >the cust review these before doing the upgrade?) D >- Cust did not read cover letter or release notes for known issues.E >- Since you stated the error was fixed in the next release, Cust may I >have had similar prob to another Cust who escalated, had prob identified * >and was thus fixed for that next release.   or, see comment above.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------   Date: 1 Dec 2002 06:59:11 -0800 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris) / Subject: Re: Reason to use MMS instead of MMK ? = Message-ID: <cf15391e.0212010659.3a51fbe8@posting.google.com>   g JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message news:<3DE7BEB4.CFCFEEF7@vl.videotron.ca>... L > I have learned not to trust layered or middleware that used to be Digital.P > Palmer killed many who were "contractuually supported", Capellas did the same,N > and Carly is killing All-In-1 and probably many other packages that will not > be ported to that IA64 thing.   C You're being overly paranoid -- after all, MMS is used to build VMS  itself.  The Roadmap at B http://www.openvms.compaq.com/openvms/roadmap/openvms_roadmaps.htmC indicates the DECset components (of which MMS is one) are slated to D ship with the ISV-focused release of OpenVMS that is scheduled to go out the first halfof 2003.   ------------------------------  % Date: Sun, 01 Dec 2002 13:42:09 -0500 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>/ Subject: Re: Reason to use MMS instead of MMK ? / Message-ID: <3DEA5800.C38836F4@vl.videotron.ca>    Keith Parris wrote: E > You're being overly paranoid -- after all, MMS is used to build VMS 
 > itself.   I And ALL-IN-1/message router used to handle the vast majority of Digital's I email network. Yet that was canned.  FMS was almost canned.  VAX-Document J which was used for all of the VMS documentattion was canned, sold to a 3rdA party, only to realise later it was a mistake (who owns it now ?)   L Hasn't Carly stated that she was interested in getting 3rd parties to do the$ middleware stuff instead of Compaq ?   ------------------------------    Date: 30 Nov 2002 21:05:22 +0800, From: Paul Repacholi <prep@prep.synonet.com>0 Subject: Re: System uptime - The Uptimes Project- Message-ID: <87znrrjjhp.fsf@prep.synonet.com>   4 rdeininger@mindspring.com (Robert Deininger) writes:  ? > For the Uptimes Project, this would really give VMS an unfair  > advantage.  D What is unfair? Everyone else has had 20 years to do the same thing.! There is nothing stopping them :)    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   End of INFO-VAX 2002.664 ************************