0 INFO-VAX	Thu, 09 Jan 2003	Volume 2003 : Issue 18      Contents:! Re: A few really simple questions L Re: Anonymous and MicroVMS vs VMS (was: Re: Marvel talks at The Inquirer...)! Re: assembly/disassembly on vms ? ! Re: assembly/disassembly on vms ? ! Re: assembly/disassembly on vms ?  Re: backup problems..(newbie)  Re: backup problems..(newbie)  Re: Boot Contest change  Re: Boot Contest change  Re: Boot Contest change  Re: Boot Contest change  Re: Boot Contest change  Re: Boot Contest change  RE: Boot Contest change ' Re: Callable mail oddity (999 char max) 1 Re: Con-Dist info on the web - keep for reference 1 Re: Con-Dist info on the web - keep for reference 1 Re: Con-Dist info on the web - keep for reference ' Re: F$GETDVI ("AVL") in an IF statement ! FA: DEC US Employee Handbook 1986  File attributes  Re: File attributes  Re: File attributes  Re: File attributes  RE: File attributes P Re: FYI - CERT Advisory - Network device drivers reuse old frame buffer  data to3 How can I read files from a directory(VMS) using C? 7 Re: How can I read files from a directory(VMS) using C? 7 Re: How can I read files from a directory(VMS) using C? 7 Re: How can I read files from a directory(VMS) using C? 7 Re: How can I read files from a directory(VMS) using C? 7 Re: How can I read files from a directory(VMS) using C? 7 Re: How can I read files from a directory(VMS) using C? ) Re: How to use Mozilla V1.0 for news/mail ) Re: How to use Mozilla V1.0 for news/mail ) Re: How to use Mozilla V1.0 for news/mail = Re: HSG-80 firmware, version 8.7-1F... anybody installed yet? = Re: HSG-80 firmware, version 8.7-1F... anybody installed yet? + Re: Independent VMS crash analysis service. + Re: Independent VMS crash analysis service. + Re: Independent VMS crash analysis service. + Re: Independent VMS crash analysis service. + Re: Independent VMS crash analysis service. 3 Re: Inquirer articles on HP treatment of Marvel/EV7  Re: is VMS really easy to use?P Re: JF and backporting features (was: Re: Machine checks not always  hardware faP Re: JF and backporting features (was: Re: Machine checks not always hardware fai' Re: Looks like AMD has deep pockets now ' Re: Looks like AMD has deep pockets now ' Re: Looks like AMD has deep pockets now  Memo:  RE:  Boot Contest change # Re: Memo:  RE:  Boot Contest change # Re: Net:SSLeay Perl module for VMS?  Network troubleshooters  Re: Network troubleshooters 4 Re: OpenVMS BACKUP --> Restore in Windows NT / Linux& OpenVMS TapeReader utility for Windows> Re: OT (sadly) Opteron servers preparing to hit the real world> Re: OT (sadly) Opteron servers preparing to hit the real world> Re: OT (sadly) Opteron servers preparing to hit the real world> Re: OT (sadly) Opteron servers preparing to hit the real world) Problem analyzing process dumps on v7.3-1 @ Re: Problem with HSZ50 (access to the CLI from the console port)& Re: Recovering SYSTEM password when...+ ShadowSets, MiniCopy, and SHUTDOWN - Take 2  Re: SMTP mail: SFF facility " Re: Traceback and installed images" Re: Traceback and installed images" Re: Traceback and installed images" Re: Traceback and installed images8 Re: VAX version of GNUPG (GNU Privacy Guard aka GNU PGP) Re: VMS MIME+ Re: [OT] Lotteries (was Re: Happy New Year)   F ----------------------------------------------------------------------   Date: 9 Jan 2003 11:47:37 -0000 4 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>* Subject: Re: A few really simple questions6 Message-ID: <20030109114737.16975.qmail@gacracker.org>  6 On Wed, 08 Jan 2003, jasper <jasper@never.tell> wrote:  G >I thank both of you for prompt and helpful replies. I had also emailed G >the fellow I bought the system from and he informed me that the P00>>> G >is the normal SRM prompt--whatever that means. But he also informed me D >that he had RedHat already installed with VMS in a dual boot setup.D >So, I type "b dkb0" for Linux or "bdkb100" for VMS! So, I have bothE >systems installed and can begin learnig VMS. Thanks for the replies.   G Just make sure you sort out your own licenses for VMS. They're free for I Hobbyist use, you just have to get an appropriate Users' Group membership 0 (usually free), and then you can apply for them.  H If the system you've got came with commercial licenses already installed8 then I believe there's some transfer procedure required.     Doc. --  : Time and money, the psychotropics of the business world...K ~ VAXman                                             https://vmsbox.cjb.net    ------------------------------  # Date: Thu, 09 Jan 2003 14:59:35 GMT # From: "John Smith" <a@nonymous.com> U Subject: Re: Anonymous and MicroVMS vs VMS (was: Re: Marvel talks at The Inquirer...) K Message-ID: <r7gT9.274887$F2h1.189745@news01.bloor.is.net.cable.rogers.com>   0 "Hoff Hoffman" <hoff@hp.nospam> wrote in message$ news:avdenc$8ag$1@web1.cup.hp.com... > 8 > In article <00A1991C.B14953C6@SSRL.SLAC.STANFORD.EDU>,F winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes:  >  >   An anonymous user posted:  > C > :>That's why they sold uVMS on it initially instead of the 'full' D > :>version of VMS. Many companies didn't know how easy or difficult itE > :>would be to 'port' from VMS 3.x or 4.x on a 780 or 750 to uVMS on  a C > :>MVII, and DEC wan't about to help them do it, so many companies  stayed  > :>locked into 750/780 systems. > F >   In response to an anonymous user's posting, many folks still don't knowF >   how easy or how difficult an upgrade is.  There are folks that are even9 >   now (today) running VAX-11/750 systems in production.  > > > :It certainly wasn't my impression at the time that uVMS was anything but VMSB > :(possibly pre-tailored to be installable from only 26 floppies) with theB > :possible addition of DECwindows support.  I'm pretty sure I saw	 marketing C > :literature that said applications should just run without even a 
 recompile. > C >   In response to an anonymous user posting and its reply, DIGITAL 
 (back whenC >   I was a customer) actively sought out the company I then worked  for, andA >   wanted the company to host and to sell the company's software  packages on E >   MicroVAX systems.  Biggest problem was that the VAX-11/725 series  and its C >   follow-on MicroVAX I series were both too slow for the software  packagesB >   in question, and the MicroVAX II was comparatively late in its arrival.= >   Once the MicroVAX II finally arrived, we actively started 
 reselling the , >   software on the MicroVMS configurations. > ? >   Though the anonymous user posting could be read as infering 
 otherwise,E >   the KA630 series processor and the MicroVAX II and the VAXstation  II? >   series boxes were popular, successful, profitable, and very 
 economical/ >   boxes.  Both for DIGITAL and for customers.  > B >   In response to an anonymous user posting and its reply, it was veryF >   clear at the time that MicroVMS was a repackaged VMS distribution, and F >   specifically that it was repackaged to fit onto and ship on and to install @ >   from the forty-some RX50 disks TK50 that were needed for the completeF >   MicroVMS installation.  TK50 was, for its time and for anyone used to> >   needing five or six boxes of RX50 floppies, an amazing and	 wonderful @ >   enhancement.  But I digress.  The early RD-series disks were	 way-small E >   -- stuffing MicroVMS onto an RD51 or RD52 disk was an effort, and @ >   loading drivers for MASSBUS devices did not help it fit onto these.A >   (The rotating knob on the side of the RD51 was memorable; you  could F >   watch the drive seek.  Slowly.)  Later in the VAX/VMS V4.* series,C >   installation of the full VMS kits was quite explicitly required  for - >   certain of the NI cluster configurations.  > > >   Folks and even potentially the the anonymous user might be
 interestedB >   in this (very old but relevent) reply, a reply that is readily	 available  >   on Google: >  > -- > 5 >  "From: info-vax@ucbvax.ARPA (info-vax@ucbvax.ARPA) % >  Subject: MicroVMS V1.0 vs VMS V4.0  >  Newsgroups: fa.info-vax  >  Date: 1985-02-20 05:33:41 PST >  > 5 > From: lionel%eiffel.DEC@decwrl.ARPA  (Steve Lionel)  > F > MicroVMS V1.0 is a repackaged version of VAX/VMS X2M9, which was theF > second field test version of VMS V4.0.  MicroVMS V4.0 (there were noC > V2 nor V3) is exactly VAX/VMS V4.0, repackaged.  By repackaging I 	 mean that F > some files that are not relevant to MicroVAXen (for example, MASSBUSA > drivers) are not present, some command files have been added or  modified to = > make it easier to use and the help is reorganized somewhat. 	 Basically E > what you give up is full VMS' ability to take a VMS pack and run it  on anyC > VAX processor, in exchange for a much smaller and cheaper system.  Also, F > you buy various parts of the system separately, so if you don't need > DECnet, you need not buy it. > 8 > Yes, patches for VMS V4.0 will work on MicroVMS V4.0."    D One other item.....at the time, a 750 as we wanted it configured was< some $225K or thereabouts. The MVII (similarly equipped) wasB significantly less expensive, but for whatever reason, be it sales< quotas or lack of knowledge by the sales droid (and he was aD registered, dues paying 'droid' - no offense to real droids please),F we did not get the full story about uVMS and the 'full' VMS install on the MVII from DEC.  F Between the capital cost differential, maintenance, and operating costE chargebacks for electricity and floor space, the 750 probably cost us B somewhere in the vicinity of $100K more over 3 years than the MVIIF would have. All of which would have gone into my bonus pool. Still, we! made a LOT of money with the 750.    ------------------------------  $ Date: Thu, 9 Jan 2003 17:24:54 +0100. From: "Jesper Naur" <jesper.naur@post.tele.dk>* Subject: Re: assembly/disassembly on vms ?< Message-ID: <3e1da1a8$0$83824$edfadb0f@dtext01.news.tele.dk>  " Dan <dan@vrx.net> wrote in message2 news:okbp1v894vcbcjdv5q82d1563eipjo59p5@4ax.com...2 > On Wed, 8 Jan 2003 23:29:07 +0100, "Jesper Naur"# > <jesper.naur@post.tele.dk> wrote:  > D > >The VMS debugger has a very advanced capability in this area, try > >  > >$ run/debug <program> > @ > this doesn't work, returns to command prompt with no messages.> > and program (possibly) doesn't run, it's hard for me to tell  G This could be because the program has been linked with the /NOTRACEBACK J qualifier. In this case, the debugger will not work. You can check this by saying:        $ ANALYZE/IMAGE <program>   I which will produce some output. In the beginning, there will be a section  looking something like:   <         Global Symbol Table & Debug Symbol Table Information  ;                 debug symbol table VBN:  6, byte count: 512 ;                 global symbol table VBN: 0, record count: 0 ?                 debug module/psect table VBN: 7, byte count: 36   G If all the numbers displayed are zero, the program has been linked with 9 /NOTRACEBACK (this is not the case in the example above).   G However, even if the debugger doesn't operate, the program IS executed.   * > Ok I get this when trying to run dism32-  ' > -CLI-E-IMAGEFNF, image file not found , > HVAX$DKA100:[SYS0.SYSCOMMON.][SYSLIB]FORRT     > whats wrong ?   H Is this the complete error message? The name FORRT looks like a possiblyI unintended abbreviation of FORRTL, which would be the name of the FORTRAN D runtime library, except for the fact, that this is called DEC$FORRTLJ nowadays (at least on the Alpha). Are you doing this on a VAX or an Alpha?  
 Try to say   $ dir sys$library:*forrtl*.exe  E Most likely the FORTRAN runtime library SYS$LIBRARY:FORRTL.EXE is not  present on your system.        Best regards     Jesper Naur    ------------------------------  % Date: Thu, 09 Jan 2003 12:03:13 -0500  From: Dan <dan@vrx.net> * Subject: Re: assembly/disassembly on vms ?8 Message-ID: <ufar1v0uk1o6pimi08m32pslis4glmsioe@4ax.com>  0 On Thu, 9 Jan 2003 17:24:54 +0100, "Jesper Naur"! <jesper.naur@post.tele.dk> wrote: H >If all the numbers displayed are zero, the program has been linked with: >/NOTRACEBACK (this is not the case in the example above).   yep, it's all zero. Lucky me...   + >> Ok I get this when trying to run dism32-  > ( >> -CLI-E-IMAGEFNF, image file not found- >> HVAX$DKA100:[SYS0.SYSCOMMON.][SYSLIB]FORRT  >  >  >> whats wrong ? > I >Is this the complete error message? The name FORRT looks like a possibly     that is the whole error message.  J >unintended abbreviation of FORRTL, which would be the name of the FORTRANE >runtime library, except for the fact, that this is called DEC$FORRTL K >nowadays (at least on the Alpha). Are you doing this on a VAX or an Alpha?   E vax. dism32 wont run on my alpha, says its not an alpha binary image. " maybe I only have the vax version.   >Try to say  >  >$ dir sys$library:*forrtl*.exe  > F >Most likely the FORTRAN runtime library SYS$LIBRARY:FORRTL.EXE is not >present on your system.   Let me take a look here...  C I have no *FOR*.EXE or FORRTL.*;* (or other possible combinations I  tried) on my system anywhere... D Yet I have compiled fortran programs on this vax many times not that that might mean anything.   @ OpenVMS 7.2 vax (vax station 3100 model 76), if someone wants to3 care to tell me where to get the runtime library...    Dan.   ------------------------------  % Date: Thu, 09 Jan 2003 10:47:02 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> * Subject: Re: assembly/disassembly on vms ?' Message-ID: <3E1DB596.7040406@MMaz.com>    Jesper Naur wrote:  # >Dan <dan@vrx.net> wrote in message 3 >news:okbp1v894vcbcjdv5q82d1563eipjo59p5@4ax.com...  >    > 2 >>On Wed, 8 Jan 2003 23:29:07 +0100, "Jesper Naur"# >><jesper.naur@post.tele.dk> wrote:  >> >>     >>D >>>The VMS debugger has a very advanced capability in this area, try >>>  >>>$ run/debug <program>	 >>>        >>> @ >>this doesn't work, returns to command prompt with no messages.> >>and program (possibly) doesn't run, it's hard for me to tell >>     >> > H >This could be because the program has been linked with the /NOTRACEBACKK >qualifier. In this case, the debugger will not work. You can check this by  >saying: >  >    $ ANALYZE/IMAGE <program> > J >which will produce some output. In the beginning, there will be a section >looking something like: > = >        Global Symbol Table & Debug Symbol Table Information  > < >                debug symbol table VBN:  6, byte count: 512< >                global symbol table VBN: 0, record count: 0@ >                debug module/psect table VBN: 7, byte count: 36 > H >If all the numbers displayed are zero, the program has been linked with: >/NOTRACEBACK (this is not the case in the example above). >  >    > G Eigen software has a nice little utility, MARKDEBUG, that writes image  H debug data to an image that was linked without it, thereby allowing you E to fire up the debugger... Granted, you have no symbols, but you can  & still operate within the MACRO code...   Barry    --    @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  % Date: Thu, 09 Jan 2003 09:17:44 +0000 ( From: Nic Clews <sendspamhere@127.0.0.1>& Subject: Re: backup problems..(newbie)) Message-ID: <3E1D3E38.6AEEF29E@127.0.0.1>    Martin Hepworth wrote: >  > Carl > G > I cleaned the drive and everything got back to life. We normally do a N > clean once a month (only takes about 30 mins etc backup to an exabyte unit). > J > But the extra clean with a new tape cleaner seemed to have done the job.  C This is my opinion, so take as such, but advice I hope you'll hear. E Exabytes drives tend to be the most problematic. It may be you've had C years of reasonable reliable service, but these are the only drives E where I've seen drive for drive incompatibility, tapes written on one A drive being unable to be read on another, stories from real field  service.  G These tapes only seemed to be good from a data point of view to be good C for about 20 passes (10 backups with VERIFY) before there were tape C reliability issues, which also resulted in contaminated heads (that H needed cleaning). Think about the age of your tapes and consider a mediaF refresh. Also, once a month cleaning is not quite often enough, I usedC to use a cleaning tape after every 12 tape changes (a weeks cycle).   G I suspect this was the reason it was never offered as a DEC option, so, D if I were you, if you have data you really need to make sure you canC access on your VMS box, then I would consider upgrading your backup G solution. You can probably do it quite cost effectively from a hardware F point of view, possibly a TLZ type of drive (DAT) but preferably a TZ8 (DLT).  E Try to avoid using unfamiliarity with DEC/Digital etc. or complacency E from preventing you from taking action, too many times I've seen data C lost from system managers ignoring the warning signs, and end up in , desperation trying to salvage what they can.   --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  % Date: Thu, 09 Jan 2003 09:26:45 -0500 ! From: Jim Agnew <jpagnew@vcu.edu> & Subject: Re: backup problems..(newbie)' Message-ID: <3E1D86A5.65C14666@vcu.edu>    John Santos wrote: > ! > On 8 Jan 2003, Rob Young wrote:  > f > > In article <3e1c52a4$1@news.si.com>, "Brian Tillman" <tillman_brian@notnoone.notnohow.com> writes:I > > >>Well for the past x million years our VMS systems have been running @ > > >>fine. However this year the backup script isn't working... > > >>$ > > >>I get this error..on all tapes > > >>= > > >>%BACKUP-E-FATALERR, fatal error on MKA500:[]BACKUP.BCK; $ > > >>-SYSTEM-F-PARITY, parity error > > > P > > > Wierd!  Something similar is happening to us.  (Not on all drives, though, > > > just some.)  > >  > > I > >       I found out two years after the fact... the DWZBees were put in E > >       wrong (connected wrong somehow, now I have little detail, I I > >       did not see it , heard about it 2 years later long gone at that  > >       site). > > H > >       This could be cable, connections or bent pins, in other words:L > >       hardware related.  For me, service would come out and periodicallyI > >       replace the drives.  I guess after several rounds of tape drive H > >       replacement, they decided to look closer and stumbled upon the* > >       configuration mix-up (my guess). > > M > >       The tape drives were TZ89s, very new at the time (5+ years ago) and O > >       no, multiple cycles of tape cleaning cartridges would not fix things. O > >       And yes, that was always the first question support would ask:  "When M > >       was the last time you cleaned the tape drive(s)?  When was the last L > >       time you replaced your tape cartridges?  How many cleaning cycles?H > >       Can you try it again for me and call back if you still get theJ > >       error?"  Yeah, I'll call back... 'cause I know it isn't going to > >       fix it.  > > - > >                                       Rob  > C > Something similar happened to us...  Several years ago, we got an @ > 8mm drive (TKZ15?) because we needed to test some software for; > exchanging data with a customer system that had only 8mm.  > ? > It was daisy-chained to an external BA350 shelf on an AS1200. C > Don't remember if we installed it or DEC dis, but DEC accepted it  > for maintenance. > A > We soon found it was much faster and more reliable than the 4mm C > TLZ06? drive on the DECserver 3300 for backing up the cluster, so  > it soon got a lot of use.  > @ > Worked fine for about a year and a half before someone somehowA > managed to wedge a tape in it upside down or backwards or both!  > E > DEC/Compaq replaced the drive and that's when the problems started. B > Drives would last anywhere from a few days to a month or so, andB > then started reporting errors on every tape we tried.  They kept > swapping drives, no joy. > A > Then I noticed that it always seemed to break when backing up a > > disk in the BA350 (same SCSI bus), and usually only when theA > system was busy.  Once broken nothing seemed to cure it though. > > Sometimes power-cycling the drive or the system would fix it@ > temporarily, but not always.  Of course, usually the 1st thing@ > we we try on a new drive or after unwedging the old one was to" > repeat the same failed backup... > ; > I looked inside for loose cables, etc. and discovered the = > terminator inside the BA350 was still in place, so the SCSI ; > bus was terminated in the middle as well as at both ends. B > Pulled the terminator and it has worked like a champ ever since. > = > Why the original drive was happy with the bogus bus config,  > I don't know.  >  > --
 > John Santos  > Evans Griffiths & Hart, Inc. > 781-861-0670 ext 539  H Those thingies really need to have the microcode adapted for vms in some	 fasion... G once you get that straight, you're good to go for years..  i have tapes 1 pushing 12 years old on 8mm, and are still good..    ------------------------------   Date: 9 Jan 2003 13:22:48 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)  Subject: Re: Boot Contest change5 Message-ID: <avjt37$gcd9p$1@ID-135708.news.dfncis.de>   = In article <857e9e41.0301081904.73f9af2e@posting.google.com>, 4 	susan_skonetski@hotmail.com (Sue Skonetski) writes: > A > The engineers are like gifted artists and they are creating and E > working on the code everyday but as you know with any true art form F > you can not dictate when something happens but when they are done we > will have a true masterpiece.   D And, knowing what true artists they are, an awful lot of people here8 see VMS on IA64 as "casting pearls before swine."    :-)   > D > Plus do you honestly think we would hold back on shouting from theD > roof tops that we have a boot contest winner?  I think you will be8 > able to hear us in Canada just by opening the door ;-)  B I'll bet the announced revival of Alpha would prompt a much louder) response, especially from your customers.     bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  # Date: Thu, 09 Jan 2003 14:31:24 GMT # From: "John Smith" <a@nonymous.com>   Subject: Re: Boot Contest changeG Message-ID: <0JfT9.10272$u1K.7915@news02.bloor.is.net.cable.rogers.com>   ? "Robert Deininger" <rdeininger@mindspring.com> wrote in message F news:rdeininger-0801032152420001@user-2ive3sb.dialup.mindspring.com...: > In article <3E1C7890.6DDB2626@vl.videotron.ca>, JF Mezei* > <jfmezei.spamnot@vl.videotron.ca> wrote: > > > >Makes me wonder, as a good conspiracy theorist, whether the official boot ofE > >VMS on IA64 will be timed in relation to the EV7 announcements (or  lack > thereof).  > = > JF, who told you that you are a _good_ conspiracy theorist?   B It was whispered to him by a gnome from Zurich, who in partnershipC with Eisenhower's military-industrial cabal orchestrated the man on D the grassy knoll, all of whom were backed by a flotilla of big black" helicopters controlled by the U.N.  B If you believe any of the foregoing, I have some nice swampland inD Florida and a bridge in Brooklyn you might be interesting in buying.    F OTOH, since there is no marketing per se for Alpha or VMS, there isn't. likely to be any official announcement anyway.   ------------------------------  # Date: Thu, 09 Jan 2003 14:40:53 GMT # From: "John Smith" <a@nonymous.com>   Subject: Re: Boot Contest changeG Message-ID: <VRfT9.10403$u1K.2792@news02.bloor.is.net.cable.rogers.com>   > "Sue Skonetski" <susan_skonetski@hotmail.com> wrote in message7 news:857e9e41.0301081904.73f9af2e@posting.google.com... D > Michel - The site were all the VMS information is an Alpha system,+ > using VMS that is not where the issue is.  > F > JF -  have you been watching spy movies lately.  Of course we do notA > have a planned boot date. You are giving us way to much credit.  > + >  The best way for me to describe this is.  > A > The engineers are like gifted artists and they are creating and E > working on the code everyday but as you know with any true art form F > you can not dictate when something happens but when they are done we > will have a true masterpiece.  > D > Plus do you honestly think we would hold back on shouting from theD > roof tops that we have a boot contest winner?  I think you will be8 > able to hear us in Canada just by opening the door ;.) >  > Have a great night.  > sue     F I guess I'll just have to choose February 14th then. It's a sweetheartF date - just another way for HP to show us that they love us VMS users.  F But my real bet is that come Easter, HP will announce the resurrectionC of Alpha - just seems like too good an opportunity to pass up given 6 the performance of Marvel and lack thereof from IA-64.   ------------------------------  % Date: Thu, 09 Jan 2003 15:37:49 +0000 ' From: Andrew Harrison SUNUK Consultancy   Subject: Re: Boot Contest change. Message-ID: <3E1D974D.8090700@nospamn.sun.com>   JF Mezei wrote:  > Sue Skonetski wrote: > M >>>If you would like a second chance on the boot contest please visit the web F >>>site.  You will notice that the contest will only allow January and >> >>February dates (hint). >  > . > Based on the following rule on the web site: > ##N > All OpenVMS Engineers (and their kin, friends, acquaintances and loved ones)H > are excluded from this contest on the grounds that they know too much. > ## > 1 > It means that only people qualified to win are:  >  > JF Mezei (myself)  > Bill Todd  > David Dachtera   > Andrew Harrisson > * I don't reside in the USA so count me out.  ) I also don't know what I would do with an  OpenVMS shirt.  - So you guys can share the 5 among yourselves.   . Incedentally JF arn't you a resident of Canada not the US ?   Regards  Andrew Harrison    ------------------------------  $ Date: Thu, 9 Jan 2003 18:36:28 +0100$ From: Michael Unger <unger@decus.de>  Subject: Re: Boot Contest change+ Message-ID: <00A19B96.7C4F7C38.13@decus.de>   + "Bill Gunshannon" <bill@cs.uofs.edu> wrote:   ? > In article <857e9e41.0301081904.73f9af2e@posting.google.com>, 5 > susan_skonetski@hotmail.com (Sue Skonetski) writes:  > > C > > The engineers are like gifted artists and they are creating and G > > working on the code everyday but as you know with any true art form H > > you can not dictate when something happens but when they are done we! > > will have a true masterpiece.  > F > And, knowing what true artists they are, an awful lot of people here: > see VMS on IA64 as "casting pearls before swine."    :-)  = Especially considering that IA64 needs some kind of DOS (FAT) F partition for the primary bootstrap and the VMS engineers have to workA around that. So each disk has at least two different file systems 2 separated by a partition table (as far as I know).   Immortality for DOS ...   F > > Plus do you honestly think we would hold back on shouting from theF > > roof tops that we have a boot contest winner?  I think you will be: > > able to hear us in Canada just by opening the door ;-) > D > I'll bet the announced revival of Alpha would prompt a much louder+ > response, especially from your customers.   E But that would require to admit a "sub-optimal" decision had occurred  in the past.   Michael    ------------------------------  $ Date: Thu, 9 Jan 2003 10:55:11 -07006 From: "Michael D. Ober" <obermd.@.alum.mit.edu.nospam>  Subject: Re: Boot Contest change0 Message-ID: <3IiT9.40$hU1.38906@news.uswest.net>  D I'd be very surprised if IA64 requires a "FAT" partition.  This is aK holdover from the EISA bus that Compaq sponsored back in the 80s and no one E else has this requirement.  It is definitely not an Intel issue since B Windows NT, 2000, and XP all boot directly from NTFS partitions onJ non-Compaq designed hardware.  What is probably true, however, is that theJ IA64 processors boot in "real" mode, and the OS loader must spend about 10C to 20 instructions setting up the protected mode environment before K switching the processor to protected mode.  However, the code to do this is H documented in the Intel programmers guides for each of their processors.  
 Mike Ober.  1 "Michael Unger" <unger@decus.de> wrote in message % news:00A19B96.7C4F7C38.13@decus.de... - > "Bill Gunshannon" <bill@cs.uofs.edu> wrote:  > A > > In article <857e9e41.0301081904.73f9af2e@posting.google.com>, 7 > > susan_skonetski@hotmail.com (Sue Skonetski) writes:  > > > E > > > The engineers are like gifted artists and they are creating and I > > > working on the code everyday but as you know with any true art form J > > > you can not dictate when something happens but when they are done we# > > > will have a true masterpiece.  > > H > > And, knowing what true artists they are, an awful lot of people here< > > see VMS on IA64 as "casting pearls before swine."    :-) > ? > Especially considering that IA64 needs some kind of DOS (FAT) H > partition for the primary bootstrap and the VMS engineers have to workC > around that. So each disk has at least two different file systems 4 > separated by a partition table (as far as I know). >  > Immortality for DOS ...  > H > > > Plus do you honestly think we would hold back on shouting from theH > > > roof tops that we have a boot contest winner?  I think you will be< > > > able to hear us in Canada just by opening the door ;-) > > F > > I'll bet the announced revival of Alpha would prompt a much louder- > > response, especially from your customers.  > G > But that would require to admit a "sub-optimal" decision had occurred  > in the past. > 	 > Michael    ------------------------------  $ Date: Thu, 9 Jan 2003 10:26:04 -0800$ From: Shane Smith <ssmith@icius.com>  Subject: RE: Boot Contest change0 Message-ID: <01C2B7C9.87ECFC80@sulfer.icius.com>  0 From: bill@cs.uofs.edu [mailto:bill@cs.uofs.edu] > > >In article <857e9e41.0301081904.73f9af2e@posting.google.com>,5 >	susan_skonetski@hotmail.com (Sue Skonetski) writes:  >>B >> The engineers are like gifted artists and they are creating andF >> working on the code everyday but as you know with any true art formG >> you can not dictate when something happens but when they are done we   >> will have a true masterpiece. > E >And, knowing what true artists they are, an awful lot of people here 9 >see VMS on IA64 as "casting pearls before swine."    :-)  <snip>   <Deliberate_misreading>   D And if the engineers hear you calling them swine, they won't be your friends any more...    </Deliberate_misreading>   Shane    ------------------------------  % Date: Thu, 09 Jan 2003 03:12:20 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>0 Subject: Re: Callable mail oddity (999 char max)/ Message-ID: <3E1D20D1.D8AB65F2@vl.videotron.ca>    > Mark Berryman wrote:D > > I believe you are running up against a limitation of the mail-11G > > protocol, which is what VMSMAIL uses to deliver mail between nodes. G > > When mail is delivered to the local node, it can handle long lines. H > > However, when it delivers to a remote node it communicates using theE > > mail-11 protocol which is limited to line lengths of 255 or less.   N Yep, that seems to be the problem. When sending to a decnet address to anotherG node, it seems to complain about long lines, but does not complain when ' message is being send on the same node.   K Any chance the much hated (*) VMS engineers could update the MAIL-11 decnet I side of the software to handle 1000 byte records to be compliant with RFC 
 821//822 ?    N (*) I have to make sure I don't become friends with the engineers otherwise it2 would disqualify me for the first boot context :-)   ------------------------------  + Date: Thu, 09 Jan 2003 11:10:35 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> : Subject: Re: Con-Dist info on the web - keep for reference; Message-ID: <01KR11XWML4OA24IEW@sysdev.deutsche-boerse.com>   H > There's an external web site at the following URL: http://www1.sqp.com              ^^^^^^^^^^^^^^^^^D What's the scoop?  This "external web site" has the Compaq look and  feel.     I Also, shouldn't such information be directly accessible from the main HP  H VMS page?  I mean, if you sell an OS, ordering CDs with software is one  of THE basic things to do.  A Or is this some sort of stealth marketing again?  We produce the eG software, but information about how to buy it is available online at a  " third-party, unsupported web page?   ------------------------------   Date: 9 Jan 2003 06:45:59 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen)k: Subject: Re: Con-Dist info on the web - keep for reference3 Message-ID: <0VSgE2uWnc+J@eisner.encompasserve.org>o  w In article <01KR11XWML4OA24IEW@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes: I >> There's an external web site at the following URL: http://www1.sqp.come  >              ^^^^^^^^^^^^^^^^^F > What's the scoop?  This "external web site" has the Compaq look and 	 > feel.  c  . Whereas the VMS site has the HP look-and-feel.  K > Also, shouldn't such information be directly accessible from the main HP eJ > VMS page?  I mean, if you sell an OS, ordering CDs with software is one  > of THE basic things to do.  ) That might be against the branding rules.e  C > Or is this some sort of stealth marketing again?  We produce the  I > software, but information about how to buy it is available online at a u$ > third-party, unsupported web page?  = As I recall, producing ConDist is now an outsourced activity.e   ------------------------------  $ Date: Thu, 9 Jan 2003 18:34:25 +0100$ From: Michael Unger <unger@decus.de>: Subject: Re: Con-Dist info on the web - keep for reference+ Message-ID: <00A19B96.330B4CF5.11@decus.de>s   "Phillip Helbig" wrote:l  J > > There's an external web site at the following URL: http://www1.sqp.com  >              ^^^^^^^^^^^^^^^^^E > What's the scoop?  This "external web site" has the Compaq look ands > feel.e > J > Also, shouldn't such information be directly accessible from the main HPI > VMS page?  I mean, if you sell an OS, ordering CDs with software is onen > of THE basic things to do. >eB > Or is this some sort of stealth marketing again?  We produce theH > software, but information about how to buy it is available online at a$ > third-party, unsupported web page?  ? Perhaps -- just a suspicion -- a consequence of outsourcing all  "non-core" operations?  @ (The "OpenVMS business solutions 2002 rel 2.0" CD was sent by an1 external "fulfillment center" called "K/P Corp".)C   Michaelg   ------------------------------  % Date: Thu, 09 Jan 2003 12:23:01 -0500S& From: David M Smith <dsmit115@csc.com>0 Subject: Re: F$GETDVI ("AVL") in an IF statement8 Message-ID: <jubr1vo8hecv85hoa9qqb2n3gmq6f4bui1@4ax.com>  L On 09 Jan 2003 07:41:40 +0800, Paul Repacholi <prep@prep.synonet.com> wrote:  1 >spamsink2001@yahoo.com (Alan E. Feldman) writes:  > 9 >> The lexical function F$GETDVI assumes the latter view.  > 8 >It uses the definitions lated out in the MSCP spec. The: >UDA-50 manaul has a good section on 'EXISTS', 'AVAILABLE'/ >and 'ONLINE' and the differences between them.)  J Can you tell me where I might find the "MSCP spec"? Is it easily available online, or in paper doc only?cI -------------------------------------------------------------------------gI David M. Smith 302.391.8533                       dsmit115 at csc dot com I Computer Sciences Corporation     (Opinions are those of the writer only) I --------------------------------------------------------------------------   ------------------------------  $ Date: Thu, 9 Jan 2003 09:49:25 -05003 From: "Homer J. Simpson" <hsimpson@burnsenergy.com>>* Subject: FA: DEC US Employee Handbook 19864 Message-ID: <CTfT9.2231$jt4.1133@news.bellsouth.net>  K The basis for the corporate culture at DEC in the heyday, and partially whyf> Ken Olsen was revered among employees, vendors, and customers:  I http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&category=208&item=753057302o   ------------------------------  $ Date: Thu, 9 Jan 2003 16:59:02 +05305 From: "Sandeep Yelwatkar" <Sandeep_Yelwatkar@bmc.com>u Subject: File attributes/ Message-ID: <v1qn4de0dl7630@corp.supernews.com>s   Hi ,  L I was looking for a DCL command to list the file attributes but no luck. Can" some one please help me with this.   I am using VAX machine   Thanks for any help  Sandeep    ------------------------------  % Date: Thu, 09 Jan 2003 06:43:20 -0500y& From: Ken Robinson <kenrbnsn1@rcn.com> Subject: Re: File attributes< Message-ID: <5.1.0.14.2.20030109064143.034cfb98@pop.rcn.com>  & At 04:59 PM 1/9/2003 +0530, you wrote:   >Hi ,s >oM >I was looking for a DCL command to list the file attributes but no luck. Can # >some one please help me with this.-   VMS Help is your friend...  
 $help dir /fu    $help lex f$file   $dir/fu  filename...     Ken Robinson   ------------------------------  $ Date: Thu, 9 Jan 2003 13:09:59 +01000 From: "labadie" <en_trajectant_a_mort@127.0.0.1> Subject: Re: File attributes. Message-ID: <WEdT9.94$e31.81@news.cpqcorp.net>  3 "Ken Robinson" <kenrbnsn1@rcn.com> wrote in message 6 news:5.1.0.14.2.20030109064143.034cfb98@pop.rcn.com...( > At 04:59 PM 1/9/2003 +0530, you wrote: >  > >Hi ,m > >pK > >I was looking for a DCL command to list the file attributes but no luck.e Cand% > >some one please help me with this.u >  > VMS Help is your friend... >i > $help dir /fuw >s > $help lex f$file >> > $dir/fu  filename... >  >  > Ken Robinson >7 and  $ help set file/attrib   ------------------------------  * Date: Thu, 9 Jan 2003 12:41:38 +0000 (UTC)+ From: david20@alpha1.mdx.ac.uk (David Webb)a Subject: Re: File attributes+ Message-ID: <avjqm2$qpq$1@aquila.mdx.ac.uk>o  g In article <v1qn4de0dl7630@corp.supernews.com>, "Sandeep Yelwatkar" <Sandeep_Yelwatkar@bmc.com> writes:r >c >Hi ,  > M >I was looking for a DCL command to list the file attributes but no luck. CanS# >some one please help me with this.t >a >I am using VAX machine) >i >Thanks for any help >Sandeep >w   DIR/FULL filename.extt   or   ANALYZE/RMS/FDL  filename.ext   K (which will produce a file called filename.fdl containing a file definitionr for the file).  . will show the attributes of a particular file.  L On recent versions of VMS HELP SET FILE/ATTR will list the attributes which  can be set.a    t
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  $ Date: Thu, 9 Jan 2003 10:21:16 -0800$ From: Shane Smith <ssmith@icius.com> Subject: RE: File attributes0 Message-ID: <01C2B7C8.F2EEBE70@sulfer.icius.com>   DIR/FULL filenamea   -----Original Message-----: From: Sandeep Yelwatkar [mailto:Sandeep_Yelwatkar@bmc.com]( Sent: Thursday, January 09, 2003 3:29 AM To: Info-VAX@Mvb.Saic.Com  Subject: File attributes       Hi ,  H I was looking for a DCL command to list the file attributes but no luck. Canc" some one please help me with this.   I am using VAX machine   Thanks for any helpl Sandeepr   ------------------------------  $ Date: Thu, 9 Jan 2003 10:38:26 -0500* From: "Leo Demers" <leo_dot_demers@HP.COM>Y Subject: Re: FYI - CERT Advisory - Network device drivers reuse old frame buffer  data tot* Message-ID: <avk55h$c8s$1@web1.cup.hp.com>  # "John Smith" <a@nonymous.com> wrote  > Leo, > H > Thanks for responding so quickly. You may want to check with the Tru64A > side of the house to see if they are in the same situation whens& > getting the HP CERT team to respond. >5 Hi John,  A    Yes, T64 has contacted SSRT (Software Security Response Team).aB    SSRT is HP's liaison to CERT and they are working on an update.E    Bottom line is that all newer NIC's handle the packet  padding andUC    the LAN drivers reply on that capability. So it's not a problem.   A    The CERT update will be a complete HP OS story, so it may take 3    some time to get all the results in and updated.   $  The VMS LAN engineering analysis is9 Device                    Who pads         Pads with whats? --------                    ----------        -----------------a+ DEGPA(Tigon II)     Device            zerosi+ DEGXA(Tigon III)    Device            zeros G Intel 8255x                Device            0x7E according to the specuI                                                         observed zeros on  82559ERoB LANCE                    Driver              zeros (Alpha and VAX). DEMNA                   Firmware         zeros1 DEBNI                     Firmware          zerosV, 3COM 3C589B        Driver              zeros   --
 Leo Demers$ OpenVMS Security/LAN Product Manager Leo_dot_Demers_at_HP_dot_COM   ------------------------------   Date: 9 Jan 2003 04:06:02 -0800o2 From: petra.schmidt@kratzer-automation.com (Petra)< Subject: How can I read files from a directory(VMS) using C?= Message-ID: <1426b046.0301090406.45a28b6e@posting.google.com>i  F I have to write a programm, using the language c. The operating system is openVMS.a  @ In this programm I want to read some files from a directory. TheE format of the filenames is 'log_20030109.log'. The part in the middlea is the date and is variable.> First I want to read all files with the format 'log_*.log' and8 second I want to get the file with the most recent date.   How can I manage this?   ------------------------------   Date: 9 Jan 03 07:44:37 ESTy From: grant@rigel.cc.wmich.edu@ Subject: Re: How can I read files from a directory(VMS) using C?/ Message-ID: <AJsuJ0kl9AYl@mcduck.acs.wmich.edu>e  r In article <1426b046.0301090406.45a28b6e@posting.google.com>, petra.schmidt@kratzer-automation.com (Petra) writes:H > I have to write a programm, using the language c. The operating system
 > is openVMS.n > B > In this programm I want to read some files from a directory. TheG > format of the filenames is 'log_20030109.log'. The part in the middley > is the date and is variable.@ > First I want to read all files with the format 'log_*.log' and: > second I want to get the file with the most recent date. >  > How can I manage this?  L Look at the documentation on LIB$FIND_FILE in the OpenVMS RTL Library (LIB$)" OpenVMS RTL Library (LIB$) Manual.   ------------------------------   Date: 9 Jan 2003 07:27:28 -0600t From: briggs@encompasserve.org@ Subject: Re: How can I read files from a directory(VMS) using C?3 Message-ID: <RknH0csKW79T@eisner.encompasserve.org>>  r In article <1426b046.0301090406.45a28b6e@posting.google.com>, petra.schmidt@kratzer-automation.com (Petra) writes:H > I have to write a programm, using the language c. The operating system
 > is openVMS.l > B > In this programm I want to read some files from a directory. TheG > format of the filenames is 'log_20030109.log'. The part in the middlee > is the date and is variable.@ > First I want to read all files with the format 'log_*.log' and: > second I want to get the file with the most recent date. >  > How can I manage this?  B There are several ways.  One could use the RMS services SYS$PARSE,@ SYS$SEARCH, etc.  Easier is to use the run time library routines@ LIB$FIND_FILE or LIB$FILE_SCAN.  LIB$FIND_FILE appears to be the& one with the easiest-to-use interface.  F Please note the existence of LIB$FIND_FILE_END to clean up the context9 that LIB$FIND_FILE has to maintain across multiple calls.i   $ HELP RTL LIB$ LIB$FIND_FILE,  D Be aware that the file name strings used by LIB$FIND_FILE are passed@ by descriptor.  They are not null terminated strings of the sort@ that C programmers traditionally favor.  You can find macros for string descriptors by including    #include <descrip>  4 On my machine, you can see what you're including by:  7 $ LIB/EXTRACT=descrip /TEXT SYS$LIBRARY:DECC$RTLDEF.TLB  $ TYPE /PAGE DECC$RTLDEF.TXT  C The simplest form of static string descriptor is (in memory order):)  " 16 bit string length		dsc$w_length=  8 bit descriptor type		dsc$b_dtype	14 = DSC$K_DTYPE_T (text)k@  8 bit descriptor class		dsc$b_class	 1 = DSC$K_CLASS_S (static)$ 32 bit string address		dsc$a_pointer  C You can cheat and get away with using zeroes for the type and class0, when dealing with static string descriptors.  F The VMS run time library will accept all valid string descriptor typesG (static, dynamic, variable).  I've never used the routine, but I notice"D that it does not provide a return parameter that gives the length ofJ the resultant file spec.  So you'll need to decide if you want to truncate@ trailing blanks or use some flavor of dynamic string so that the6 resultant length will come back inside the descriptor.   	John Briggs   ------------------------------  % Date: Thu, 09 Jan 2003 12:45:54 +0000 . From: Thomas Stegen <tstegen@cis.strath.ac.uk>@ Subject: Re: How can I read files from a directory(VMS) using C?2 Message-ID: <3e1d7023$1@nntphost.cis.strath.ac.uk>   Petra wrote:H > I have to write a programm, using the language c. The operating system
 > is openVMS.i > B > In this programm I want to read some files from a directory. TheG > format of the filenames is 'log_20030109.log'. The part in the middlen > is the date and is variable.@ > First I want to read all files with the format 'log_*.log' and: > second I want to get the file with the most recent date. >  > How can I manage this?  4 To read a file with a given data you can use sprintf  # sprintf(buffer, "log_%s.log", date);  ; The actual format string will of course depend on what typeeD date is (I assumed string in my example). Reading a directory is notC defined by C so you will need to use extensions (which makes it off0B topic here on clc). I am sure the people over in cov will have theF details on this. If you control the program that writes the logs it isF possible to do this in a portable way by remembering the file names asC you write them and maybe even write them to a file in chronological91 order if you need to store this between sessions.<   -- . Thomas.e   ------------------------------  % Date: Thu, 09 Jan 2003 08:54:57 -0500 ' From: Chris Olive <nospam@raytheon.com>e@ Subject: Re: How can I read files from a directory(VMS) using C?> Message-ID: <AbfT9.250$Z74.1095@dfw-service2.ext.raytheon.com>   briggs@encompasserve.org wrote:>t > In article <1426b046.0301090406.45a28b6e@posting.google.com>, petra.schmidt@kratzer-automation.com (Petra) writes: > H >>I have to write a programm, using the language c. The operating system
 >>is openVMS.i >>B >>In this programm I want to read some files from a directory. TheG >>format of the filenames is 'log_20030109.log'. The part in the middleg >>is the date and is variable.@ >>First I want to read all files with the format 'log_*.log' and: >>second I want to get the file with the most recent date. >> >>How can I manage this? >  > D > There are several ways.  One could use the RMS services SYS$PARSE,B > SYS$SEARCH, etc.  Easier is to use the run time library routinesB > LIB$FIND_FILE or LIB$FILE_SCAN.  LIB$FIND_FILE appears to be the( > one with the easiest-to-use interface. > H > Please note the existence of LIB$FIND_FILE_END to clean up the context; > that LIB$FIND_FILE has to maintain across multiple calls.  >  > $ HELP RTL LIB$ LIB$FIND_FILEe > F > Be aware that the file name strings used by LIB$FIND_FILE are passedB > by descriptor.  They are not null terminated strings of the sortB > that C programmers traditionally favor.  You can find macros for! > string descriptors by including  >  > #include <descrip> > 6 > On my machine, you can see what you're including by: > 9 > $ LIB/EXTRACT=descrip /TEXT SYS$LIBRARY:DECC$RTLDEF.TLBr > $ TYPE /PAGE DECC$RTLDEF.TXT > E > The simplest form of static string descriptor is (in memory order):2 > $ > 16 bit string length		dsc$w_length? >  8 bit descriptor type		dsc$b_dtype	14 = DSC$K_DTYPE_T (text)lB >  8 bit descriptor class		dsc$b_class	 1 = DSC$K_CLASS_S (static)& > 32 bit string address		dsc$a_pointer > E > You can cheat and get away with using zeroes for the type and class . > when dealing with static string descriptors. > H > The VMS run time library will accept all valid string descriptor typesI > (static, dynamic, variable).  I've never used the routine, but I noticenF > that it does not provide a return parameter that gives the length ofL > the resultant file spec.  So you'll need to decide if you want to truncateB > trailing blanks or use some flavor of dynamic string so that the8 > resultant length will come back inside the descriptor. >  > 	John Briggs  G This has long been a peeve of mine for LIB$FIND_FILE (eg. no resultant tG filename return length.)  The "context" returned from LIB$FIND_FILE is mE really a FAB pointer.  Use it to chain to the associated NAM and the  9 resultant filename length will be in the NAM$B_RSL field.    An excerpt in C follows:   /*** Begin Code Snippet ***/A if (!(stat = lib$find_file( &filename_dsc, &result_dsc, &fabptr,  " &default_dsc, 0, 0, &flags )) & 1)           return stat; namptr = fabptr->fab$l_nam;  /*** End Code Snippet ***/  F There are probably better examples, but I know I've done this is C (I I usually write this sort of thing in MACRO-32), and you can look here for a an example:f  5 ftp://ftp.process.com/vms-freeware/fileserv/imgid.zipe  H The snippet above was taken from imgid.c included in the package listed  above.   Chriso -----e Chris Olives Systems Consultant' Raytheon Technical Services Corporation. Indianapolis, IN  * email: olivec AT indy DOT raytheon DOT com   ------------------------------  % Date: Thu, 09 Jan 2003 11:01:53 -0500e& From: John Reagan <john.reagan@hp.com>@ Subject: Re: How can I read files from a directory(VMS) using C?/ Message-ID: <RYhT9.116$La1.80@news.cpqcorp.net>    Thomas Stegen wrote: > Petra wrote: > I >> I have to write a programm, using the language c. The operating system" >> is openVMS. >> > = > The actual format string will of course depend on what type F > date is (I assumed string in my example). Reading a directory is notE > defined by C so you will need to use extensions (which makes it offp > topic here on clc).U  $ Huh?  Look at readdir() in the CRTL.     --   John ReaganE' Compaq Pascal/{A|I}MACRO Project Leaderi Hewlett-Packard Companys   ------------------------------   Date: 9 Jan 2003 17:07:54 GMT . From: Joona I Palaste <palaste@cc.helsinki.fi>@ Subject: Re: How can I read files from a directory(VMS) using C?2 Message-ID: <avka9a$bma$1@oravannahka.helsinki.fi>  8 John Reagan <john.reagan@hp.com> scribbled the following on comp.lang.c:  > Thomas Stegen wrote: >> Petra wrote:aJ >>> I have to write a programm, using the language c. The operating system >>> is openVMS.w >> c> >> The actual format string will of course depend on what typeG >> date is (I assumed string in my example). Reading a directory is not F >> defined by C so you will need to use extensions (which makes it off >> topic here on clc).  & > Huh?  Look at readdir() in the CRTL.  F The CRTL, whatever that is, is not part of the C programming language, it is an extension.o   -- hG /-- Joona Palaste (palaste@cc.helsinki.fi) ---------------------------\lG | Kingpriest of "The Flying Lemon Tree" G++ FR FW+ M- #108 D+ ADA N+++|?G | http://www.helsinki.fi/~palaste       W++ B OP+                     |HG \----------------------------------------- Finland rules! ------------/b> "To err is human. To really louse things up takes a computer."	    - Anon    ------------------------------  % Date: Wed, 08 Jan 2003 16:28:46 +0100 ' From: Joseph Huber <huber@mppmu.mpg.de>i2 Subject: Re: How to use Mozilla V1.0 for news/mail+ Message-ID: <avhg3g$31e8$1@gwdu112.gwdg.de>    VAXman- wrote: > Subject says it all. i > L > I've brought up the news/mail window of Mozilla but there is nothing that I > looks like it did under Netscape.  How would I view messages of a news-sI > group?  I've defined the server and (I think) subscribed to a newsgroup K > but Mozilla just sits there and eats CPU cycles.  There doesn't appear tofK > be any traffic on the port (119) when this is occurring.  I've let it runnJ > to yhe point where it has accrued over an hour of CPU time and still no- > thing in the display.b > @ > When I've seen this function, I'll tackle the mail component.  > --Q > VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMa
 >            t7 >   "Well my son, life is like a beanstalk, isn't it?"   >   - Consider to upgrade to Mozilla 1.2a or later:tB Although I usually read via anunews :-), I tested and reply using  Mozilla on VMS.u$ It works if You see this follow-up .   ------------------------------  # Date: Thu, 09 Jan 2003 15:24:08 GMTl" From:   VAXman-  @SendSpamHere.ORG2 Subject: Re: How to use Mozilla V1.0 for news/mail0 Message-ID: <00A19B51.B5CC59B9@SendSpamHere.ORG>  U In article <avhg3g$31e8$1@gwdu112.gwdg.de>, Joseph Huber <huber@mppmu.mpg.de> writes:s >VAXman- wrote:l >> Subject says it all.  >>  M >> I've brought up the news/mail window of Mozilla but there is nothing that tJ >> looks like it did under Netscape.  How would I view messages of a news-J >> group?  I've defined the server and (I think) subscribed to a newsgroupL >> but Mozilla just sits there and eats CPU cycles.  There doesn't appear toL >> be any traffic on the port (119) when this is occurring.  I've let it runK >> to yhe point where it has accrued over an hour of CPU time and still no-  >> thing in the display. >>  A >> When I've seen this function, I'll tackle the mail component. g >> -- R >> VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM >>            8 >>   "Well my son, life is like a beanstalk, isn't it?"  >> $ >9. >Consider to upgrade to Mozilla 1.2a or later:C >Although I usually read via anunews :-), I tested and reply using t >Mozilla on VMS.% >It works if You see this follow-up .   F I will continue to use VMS mail for mail and Madgoat Newsrdr for news.D I'm generally happy with where I can go with Netscape 3.03 and, if IF can't go somewhere on the net with Netscape 3.03, then it wasn't worth
 the trip.   E I simply want to see this Mozilla thing work despite the fact that it F is the single most bloated gluttonous piece of software I have instal-E led on any VMS box.  I do not have any ambitions to replace VMS mail,hE Madgoat Newsrdr or Netscape 3.03 with it... at least, not until I canuF see the product's display appear in less time time than it takes me to) polish off the morning's pot of coffee.  p   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMe            i5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  + Date: Thu, 09 Jan 2003 16:38:28 +0100 (MET)n9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> 2 Subject: Re: How to use Mozilla V1.0 for news/mail; Message-ID: <01KR1D409SLMA24IEW@sysdev.deutsche-boerse.com>u  H > I will continue to use VMS mail for mail and Madgoat Newsrdr for news.F > I'm generally happy with where I can go with Netscape 3.03 and, if IH > can't go somewhere on the net with Netscape 3.03, then it wasn't worth > the trip.   E Good to hear.  For a minute, I thought you were drifting over to the j@ dark side.  I can't imagine giving up VMS MAIL, NEWSRDR or LYNX.  J > I simply want to see this Mozilla thing work despite the fact that it isJ > the single most bloated gluttonous piece of software I have installed onH > any VMS box.  I do not have any ambitions to replace VMS mail, MadgoatG > Newsrdr or Netscape 3.03 with it... at least, not until I can see theoG > product's display appear in less time time than it takes me to polishl# > off the morning's pot of coffee. l  H I agree.  I still have Netscape 3.03 GOLD or whatever on a 255/233 with I 64 MB at home.  Yes, pages where the presentation requires a more modern lI browser usually don't have the content to make displaying them worth the nB trouble.  I have always used LYNX as my main browser and only use H netscape when I absolutely have to see something graphical.  In fact, I H will probably configure LYNX to launch a viewer for graphics, so I will H need netscape only for really fancy pages, and I will view few of those.  I I also have a 3000/600 with 192 MB at home.  In their day (not that many sI years ago), these were the fastest workstations in the world.  I now use TG Mozilla as my main web browser at work (on a Personal Workstation with tD 256 MB which I use only for Mozilla and DECwindows/CDE to log in to C other machines from a common, nice TFT monitor).  Even under these rC circumstances, Mozilla is close to maxing out the resources on the iE machine.  It WOULD be nice to have a "modern" browser at home, but I cG don't think there is any chance of installing it on my ALPHAs.  I also eG still have an account on a reasonably fast ALPHA somewhere else; maybe eG with DSL it would be practical to fire up Mozilla there and display it i locally.   ------------------------------  $ Date: Thu, 9 Jan 2003 06:38:17 -05000 From: "Alan Boyles" <alan.boyles@mindspring.com>F Subject: Re: HSG-80 firmware, version 8.7-1F... anybody installed yet?/ Message-ID: <v1qngiibic4o33@corp.supernews.com>4   Kerry,  K The HP web site doesn't show an patch kit for 8.7F, is this new enough thatM+ it hasn't been added to the patch kit list?e   Alan.l    2 "Main, Kerry" <Kerry.Main@hp.com> wrote in messageL news:BE56C50EA024184DAF48F0B9A47F5CF402660CA8@kaoexc01.americas.cpqcorp.net. .. Re: V8.7F ACS for HSG80 ..  F Its been out and available for awhile now. We have it running on a fewF sites with no issues. I am working on large VAX to Alpha / SAN project9 and we have been using since last October with no issues.    ACS home site:4 http://h18000.www1.hp.com/products/storageworks/acs/   Description:D http://h18000.www1.hp.com/products/storageworks/acs/description.html  @ OpenVMS specific info such as install guides, release notes etc:@ http://h18000.www1.hp.com/products/storageworks/acs/g80ovms.html   Regardst  
 Kerry Main Senior Consultanta Hewlett-Packard (Canada) Co.! Consulting & Integration Servicesh Voice: 613-592-4660. Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom-     (remove the DOT's and replace with "."'s)d         -----Original Message-----< From: norm.raphael@metso.com [mailto:norm.raphael@metso.com] Sent: January 8, 2003 2:59 PMi To: Info-VAX@Mvb.Saic.ComoF Subject: Re: HSG-80 firmware, version 8.7-1F... anybody installed yet?      ; I was just talking to HP services and when I mentioned 8.7F  (OpenVMScluster)2 the comment was do not upgrade if 8.6F is working.  / From:  koskaj@bender.com on 01/08/2003 11:16 AMR  # Please respond to koskaj@bender.comA   To:    Info-VAX@Mvb.Saic.Com cc:   D Subject:    Re: HSG-80 firmware, version 8.7-1F... anybody installed yet?    = >From:             SMTP%"DHarrold@wi.rr.com"  "David Harrold"o
 8-JAN-2003 10:35:00.04 " >To:         Info-VAX@Mvb.Saic.Com >CC:A >Subj:             Re: HSG-80 firmware, version 8.7-1F... anybodyo	 installed  yet? >a< >On Tue, 7 Jan 2003 15:55:20 -0500, koskaj@bender.com wrote: > F >>I was wondering if anyone out there has installed/upgraded to HSG-80 8.7-1F8 >>firmware, and if there have been any issues with such. >> >6H >If you are like me, I only got the cards, no docs/release notes/etc.  I loggedD >a call and asked where the upgrade info was and I was told that theE >docs aren't ready yet and they don't know why the cards shipped witho
 >the docs.  E Hmm.. I got 3 shipments.  The first 2 had very cursory install lettertF with Windows 2000 hosts.  Letter AV-RTCDA-TE of August 2002.  The lastH shipment had similar install letter for Windows 2000 hosts, except a bit more detailed.  " Letter AV-RTCDB-TE of August 2002.  C I guess there is suppose to be OpenVMS install letter from what you 	 indicate.t  A >I was also told that the documentation was required to correctlyh >install this	 >release.   < I'm glad I asked.  Very glad.  Guess I will stay tuned here.  , >So, I would wait a while before installing.  E Do you have service call open on this issue?  If not, how will you/wen@ know when there is an OpenVMS install letter/instructions ready?  
 >Dave Harrolds >e >  >'H >....................................................................... >.......  D >David Harrold                              E-Mail: David_Harrold at
 aurora.orgA >Sr. Software Systems Engineer              Phone:          (414)  647-6204A >                                           Pager:          (414)e 941-4634H >Aurora Health Care                         Fax:          (414) 647-4999 >3031 W. Montana Streetp >Milwaukee, WI 53215   :) jck
 John Koska Matthew Bender & Co., Inc. A Member of LexisNexis Group   ------------------------------  $ Date: Thu, 9 Jan 2003 11:32:12 -0500 From: koskaj@bender.comdF Subject: Re: HSG-80 firmware, version 8.7-1F... anybody installed yet?: Message-ID: <03010911321260.e0e.5401509@alaxp3.bender.com>  A >From:	SMTP%"rob.buxton@wcc.spam.govt.nz"  8-JAN-2003 20:11:02.65a >To:	Info-VAX@Mvb.Saic.Com >CC:	eD >Subj:	Re: HSG-80 firmware, version 8.7-1F... anybody installed yet? >r< >On Tue, 7 Jan 2003 15:55:20 -0500, koskaj@bender.com wrote: >hN >>I was wondering if anyone out there has installed/upgraded to HSG-80 8.7-1F 8 >>firmware, and if there have been any issues with such. >> e >bO >We're running 8.7F-0 on our SAN that has NT Servers attached with no problems.o7 >I've not seen 8.7F-1 which would be a Patched variant.eD >I've just checked the HP web Site and the patches there are for 8.6F >only and stop at 8.6n-8 which is not the latest as we were on 8.6F-10 >before the upgrade. >tC >If there's an 8.7-1F as opposed to 8.7F-1 then I'm even more lost!  .  .l .t  P Well, on my firmware cards it reads HSG80 V8.71F SWKS ACS.  And on the shipping L package, it shows QB-6BUAA-SF for a part number and 871F for revision.  The A description field on shipping label also seems to indicate 8.71F.   K Granted, if I look from the consoles of my HSG-80's, they currently report p V87F-0.   rJ I think I may try to upgrade on a test system from the 8.7F or V87F-0, to L V8.7-1F with the cards that I received and see what happens.  If I hose it, I well... what is test for anyway, along with service maintenance contract.  <grin>   :) jck
 John Koska Matthew Bender & Co., Inc.  A Member of the LexisNexis Group   ------------------------------  % Date: Thu, 09 Jan 2003 08:29:44 +0100D4 From: Didier Morandi <Didier.Morandi.nospam@Free.fr>4 Subject: Re: Independent VMS crash analysis service.& Message-ID: <3E1D24E8.3060908@Free.fr>  A The problem, John, is the dramatic increase of lack of potential >H Customers. As an active (any)VMS jobs seeker in France since 2000, with F the 1998 list of VMS users on my desk, I can tell you that, among 100  VMS users back to 1998, today:   90% have already migratedo  A 5% are working on their migration to HP/UX, SUN/SOLARIS or others   L 5% do not even consider migrating as "everything is fine for us, thank you".  H So, if you have the same kind of distribution where you work, your risk I is to waste your time meeting/talking to people who will either tell you e< "We do not use VMS anymore" or "We do not need help, sorry".  
 My two euros. ' Want a trick to get cheap SAP training?r :-)F   D.   John Travell wrote:dM > Since my search for a VMS based job is not (so far) meeting much success, I2M > am considering an alternate source of income - providing an independent VMS  > crash analysis service.tN > Skills are not the problem, remember that before CPQ made me redundant I was8 > one of the principal crash analysis experts in the UK.K > The problem is that I have no idea how big the potential global demand isi > for this type of service.  > H > What I would NOT be offering is either hardware support or 'across the > board' VMS support.e >  > Questions:N > Is there already such a service available that I would have to compete with?L > How many people are there suffering unresolved crashes because they either5 > cannot or choose not to pay for analysis by CPQ/HP?-C > Would a relatively low cost service be an attractive alternative?mL > Would the fact that I no-longer have formal links into engineering be seen > as a show stopper?L > Would any 'third party' maintenance companies be interested in subscribing > to such a service? >  > N > If this becomes a reality I would expect crashdumps to be sent to me by FTP,K > and most of the communication done by email, so substantially eliminatinge6 > time-zone dependencies and international call costs. > > > Feedback on the potential business volume would be valuable.   ------------------------------  $ Date: Thu, 9 Jan 2003 10:51:13 +01000 From: "labadie" <en_trajectant_a_mort@127.0.0.1>4 Subject: Re: Independent VMS crash analysis service.. Message-ID: <OCbT9.89$H11.82@news.cpqcorp.net>  A "Didier Morandi" <Didier.Morandi.nospam@Free.fr> wrote in messagei  news:3E1D24E8.3060908@Free.fr...B > The problem, John, is the dramatic increase of lack of potentialI > Customers. As an active (any)VMS jobs seeker in France since 2000, withtG > the 1998 list of VMS users on my desk, I can tell you that, among 1005  > VMS users back to 1998, today: >  > 90% have already migratedR >CC > 5% are working on their migration to HP/UX, SUN/SOLARIS or others+ >iH > 5% do not even consider migrating as "everything is fine for us, thank you".. >> Helloi  H I would tend to disagree, as I think Vms is much much stronger in the UK: than in France. (see www.it.jobserve.com with vms and both (contract+permanent))^H We could debate about the reasons, but I am convinced there is a market.   Regards    Grard   ------------------------------  % Date: Thu, 09 Jan 2003 10:29:39 +0000a- From: Roy Omond <Roy.Omond@BlueBubble.UK.Com> 4 Subject: Re: Independent VMS crash analysis service./ Message-ID: <v1qjnin9aa7of4@corp.supernews.com>.   John Travell wrote:s  C > Since my search for a VMS based job is not (so far) meeting much gI > success, I am considering an alternate source of income - providing an a) > independent VMS crash analysis service.pI > Skills are not the problem, remember that before CPQ made me redundant i> > I was one of the principal crash analysis experts in the UK.I > The problem is that I have no idea how big the potential global demand s > is for this type of service. >nH > What I would NOT be offering is either hardware support or 'across the > board' VMS support.t >a > Questions:I > Is there already such a service available that I would have to compete   > with?e  E Yes, there is such a service in the UK, and yes, you would definitely D have competition.  In addition, your competition already offers bothA hardware support and "across the board" VMS support.  And they'retA already much cheaper than direct HP/Compaq/DEC support.  And theyo@ have plenty of experience (in some cases with more than 22 years of VMS experience).o  F > How many people are there suffering unresolved crashes because they < > either cannot or choose not to pay for analysis by CPQ/HP?  ' Can't possibly know the answer to this.   C > Would a relatively low cost service be an attractive alternative?n  @ It *is* already an attractive alternative used by quite a number% of customers (no, I won't name them!)3  H > Would the fact that I no-longer have formal links into engineering be  > seen as a show stopper?e  B Depends on whether the potential customers have already had direct experience with yourself.a  A > Would any 'third party' maintenance companies be interested in    > subscribing to such a service?   They already do.  G > If this becomes a reality I would expect crashdumps to be sent to me hH > by FTP, and most of the communication done by email, so substantially B > eliminating time-zone dependencies and international call costs.  B Don't know the potential for international business (what language( skills other than English do you have ?)  > > Feedback on the potential business volume would be valuable.  > Good luck, but remember there is already competition, and that> competition has no intention whatsoever of getting out of this market.n  	 Roy Omond- Blue Bubble Ltd.   ------------------------------   Date: 9 Jan 2003 04:03:20 -0800-- From: jodonnell@hrblock.com (Jason O'Donnell)-4 Subject: Re: Independent VMS crash analysis service.= Message-ID: <9059bf6b.0301090403.5ae6a367@posting.google.com>C  b Didier Morandi <Didier.Morandi.nospam@Free.fr> wrote in message news:<3E1D24E8.3060908@Free.fr>...C > The problem, John, is the dramatic increase of lack of potential  J > Customers. As an active (any)VMS jobs seeker in France since 2000, with H > the 1998 list of VMS users on my desk, I can tell you that, among 100   > VMS users back to 1998, today: >  > 90% have already migratedu > C > 5% are working on their migration to HP/UX, SUN/SOLARIS or othersm > N > 5% do not even consider migrating as "everything is fine for us, thank you".  D I am curious, are those percentages actually derived by calling each/ person on the list?  How was the list compiled?-  E I have been at many OpenVMS sites over the last ten years.  I know insB all but one case, the applications have not been ported to another; platform and will not be ported anytime in the near future.   B So, my personal experience indicates satisfaction with the OpenVMSD platform.  Of course, my experience will be slanted by my preference for established VMS sites.   ------------------------------   Date: 9 Jan 2003 07:41:46 -0800 " From: ewilts@ewilts.org (Ed Wilts)4 Subject: Re: Independent VMS crash analysis service.= Message-ID: <995e39b6.0301090741.7abd8d34@posting.google.com>>  g "John Travell" <john@travell.uk.net> wrote in message news:<avi8du$g8dfp$1@ID-120847.news.dfncis.de>...@M > Since my search for a VMS based job is not (so far) meeting much success, I.M > am considering an alternate source of income - providing an independent VMSi > crash analysis service.t   > Questions:N > Is there already such a service available that I would have to compete with?  D http://www.parsec.com.  These guys have been around forever, already@ do (or at least have in the past) work for 3rd party maintenanceB firms, and are damn good.  When I was negotiating with a 3rd partyC maintaince firm 6 or 7 years ago, I gave the same crash dump to DECaF and Parsec and requested analysis.  Parsec's response was accurate and faster than DEC's.  L > Would the fact that I no-longer have formal links into engineering be seen > as a show stopper?  D I don't believe Parsec has formal links although they are located in< Colorado and I believe the analysis is done by ex-RDC folks.  L > Would any 'third party' maintenance companies be interested in subscribing > to such a service?  F It worked for Parsec.  It depends on how good your sales and technical skills are.   C If you want to continue using your skills, you may want to considercC talking the folks at Parsec to see if they want somebody in the UK.t  
 Good luck!	    .../Ed    ------------------------------  # Date: Thu, 09 Jan 2003 16:09:28 GMTv= From: peter.watkinson1@<nospam>ntlworld.com (Peter Watkinson)0< Subject: Re: Inquirer articles on HP treatment of Marvel/EV71 Message-ID: <3e1d9d01.4593781@news.cable.ntl.com>E   On 7 Jan 2003 07:48:08 -0600,fC clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) wrote:t  X >In article <01C2B581.0CCB1680@sulfer.icius.com>, Shane Smith <ssmith@icius.com> writes: >>  1 >> HP Suppressing benchmarks in favour of Itanic:k >> o+ >> http://www.theinquirer.net/?article=7034u >> l. >> Here the quote I have most trouble with is: >> mG >> "And, we understand, the HP suits have now laid down a diktat saying-B >> that not one Alpha benchmark will be released until the Itanium >> platform(s) is/are faster." >> : >:E >In the old days, it used to be the job of epoxy resin to cripple VMSa? >capable systems. Now that seems to be the job of HP marketing." >@6 >	"HP Marketing: The epoxy resin of the 21st century". >o >Unbelievable. :-( >t >Simon.i >t >-- C >Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       s' >"This is VMS. Viruses are irrelevant."          Compare prices:    for HP Intel Itanium 1ghz 1 cpur  w https://www.e-solutions.hp.com/shop/cgi-bin/cart.cgi?cart_id=229392&main_sect=pricing&sub_sect=pricing&cart_view=detailN   ZX6000 Windows 1GHz (A7860A) nF ZX6000 Windows 1GHz (A7860A) with Windows XP 64-Bit Edition, 1 1.00GHz CPU, 1024MBRF RAM, 36GB Internal Disk, 0GB External Disk. Estimated delivery is TBD.      lA  product    description    qty    list price       total price    @  A7860A    HP workstation,ZX6000,1GHz,base SPU    1    $9,999.00 $9,999.00   D  A7860A ABA    U.S. - English localization    1    $0.00       $0.00  =  A7841A    1GB PC2100 ECC DDR266 for ZX6000    1    $1,034.00e $1,034.00   >  A7841A 0D1    Factory integrated    1    $0.00       $0.00   =  A7835A    36GB/10K Ultra 160 SCSI for ZX6000    1    $587.00v
 $587.00   >  A7835A 0D1    Factory integrated    1    $0.00       $0.00   >  A7850A    DVD ROM drive, slimline, for ZX6000    1    $150.00
 $150.00   >  A7850A 0D1    Factory integrated    1    $0.00       $0.00   D  A8694AZ    Factory Rack kit for zx6000 workstations    1    $200.00
 $200.00   E  A7784A    Adaptor, PCI-1xU, Audio, FM801    1    $95.00       $95.00a  >  A7784A 0D1    Factory integrated    1    $0.00       $0.00   D  A8049B    ATI RADEON 7000 2D graphics    1    $120.00       $120.00  >  A8049B 0D1    Factory integrated    1    $0.00       $0.00   =  A7861C    Keyboard Kit ,USB,PC-104/105,Carbon    1    $32.00n	 $32.00   s>  A7861C 0D1    Factory integrated    1    $0.00       $0.00   =  T2169A    MS Windows media for Itanium2 Wkstns    1    $0.00T $0.00   A  T2169A 005    Windows XP 64 bit edition BETA media    1    $0.00l $0.00   >  T2169A 0D1    Factory integrated    1    $0.00       $0.00   D  T2169A ABA    U.S. - English localization    1    $0.00       $0.00  =  T2169A    MS Windows media for Itanium2 Wkstns    1    $0.00c $0.00   >  T2169A 006    WinXP 64 bit edition 2003 media    1    $399.00
 $399.00   D  T2169A ABA    U.S. - English localization    1    $0.00       $0.00  7  A4902A    HP9000 Std Rack System E41    1    $1,910.00u $1,910.00   >  A5213AZ    Rear Door for Std. Rack System E41    1    $334.00
 $334.00   B  A5137AZ    Modular Power Dist. Unit for std racks    1    $145.00
 $145.00   F  A5137AZ A5N    250V/16Amp 2.5M PDU jumper cord C19/C20    1    $32.00	 $32.00   tE  APC3IA    APC UPS, 3.0kVA 230V, 3U    1    $1,829.00       $1,829.00f  A  H4403A    Same Day Sys Support, Phone/Updates, 1yr    1    $0.00  $0.00   F  H4403A 7BF    Support - Hardware zx6000    1    $158.00       $158.00  F  H4725A    Installation - System and Network    1    $0.00       $0.00  9  H4725A 575    Installation - Workstation    1    $547.00 
 $547.00       subtotal   $17,571.00   c       quantity       :    total   $17,571.00       grand total     $17,571.00   s    D  R  0" To continue, press        or        n) DJ-56PAB-EW AStn DS20E 67/667 512MB LINUXi  % Zubehr   online kaufen 18724.51 euroo   not sure how many cpu:  z http://www1.compaq.de/preisliste/pricelist.aspx?category_name=AlphaStation&hIndex=3&category_id=85985.0&cboProduct=86013.0       And AMD Opteroni  ( http://www.theinquirer.net/?article=7092    > Khepri based systems come in two configurations which are dualC Opterons running at 1.4GHz, eight by one GB DIMMs, one 36GB 15K RPMa> Ultra 320 hard drive, and with an approximate cost of $10,750.    C The second configuration, which AMD calls "Edge of Network Servers"eF also have two Opterons at 1.4GHz, use four 512MB DIMMs, have a similar@ hard drive and come at an approximate cost of just under $8,000.   these are 1U servers.i   cheers,e                       Peter Watkinson % peter.watkinson1<nospam>@ntlworld.com  remove <nospam> to reply :-)   ------------------------------  + Date: Thu, 09 Jan 2003 11:10:55 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>r' Subject: Re: is VMS really easy to use?l; Message-ID: <01KR11HZ47F69ZLF2M@sysdev.deutsche-boerse.com>n  B > If you dig around on John Baez's web page, you should be able to- > find his proof that 6 exists. Also usefull!n  " http://www.math.ucr.edu/home/baez/   ------------------------------  $ Date: Thu, 9 Jan 2003 09:05:05 -0000* From: "John Travell" <john@travell.uk.net>Y Subject: Re: JF and backporting features (was: Re: Machine checks not always  hardware fao5 Message-ID: <avje71$ge8m4$1@ID-120847.news.dfncis.de>d  0 "Hoff Hoffman" <hoff@hp.nospam> wrote in message$ news:avi6hp$pt6$1@web1.cup.hp.com... >rF > In article <ave9b9$e281t$1@ID-120847.news.dfncis.de>, "John Travell" <john@travell.uk.net> writes:n > :cL > :> Is there a way from VMS to find out if the system disk is mounted using 6s > :> or 10 byte SCSI subsystem?' > :Perhaps you miss a detail.IE > :The 1Gb limitation has NOTHING to do with VMS 'mounting' the disk.n > H >   The OpenVMS VAX VMB image is built into the VAXstation ROM.  VMB hasH >   boot drivers built into it.  These boot drivers use the then-current* >   SCSI command set for their operations.  K I was considering the operation of the VMS Mount command, and I forgot that . VMB does an implicit mount of the system disk.    >  All members of the VAXstationG >   3100 series use version(s) of VMB which use six-byte SCSI commands.$ >nF Does this include the model 3100-98 ? I never looked that up, but I amH fairly sure that most of those I have seen had much larger system disks.   ------E   Again, it is the use of the console boot drivers for processing theeG   system crash that is the "interesting" and most hazardous part of therG   use of a larger disk.  If you try the usual hack, you need to be very J   careful to ensure that no clusters of the dump file (or of the pagefile,H   if that is where you are writing dumps) ever exceed the %x1fffff 1.073I   GB "wrap" inherent in the SCSI-1 six-byte commands used by the console.s  I I consider both the dumpfile and pagefile to be among the critical systemiK files that on these machine MUST entirely reside within the first 1Gb, I amiH well aware of what damage would be done to disk content if a fragment of; wherever the dump is written to resides outside that space. H If the dumpfile were contiguous and spanning the 1Gb boundary you shouldL immediately know about it, as the LBN wrap that would occur would destroy at* least the primary homeblock on the disk...   JT:<     --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.435 / Virus Database: 244 - Release Date: 30/12/2002a   ------------------------------  % Date: Thu, 09 Jan 2003 12:25:12 +0100r9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>cY Subject: Re: JF and backporting features (was: Re: Machine checks not always hardware fai(' Message-ID: <3E1D5C18.C5AC9F1B@aaa.com>r   John Travell wrote:a > 2 > "Hoff Hoffman" <hoff@hp.nospam> wrote in message& > news:avi6hp$pt6$1@web1.cup.hp.com... > >i > " > >  All members of the VAXstationI > >   3100 series use version(s) of VMB which use six-byte SCSI commands.l > >>H > Does this include the model 3100-98 ? I never looked that up, but I amJ > fairly sure that most of those I have seen had much larger system disks. >   & Was/is the 3100-98 realy a "station" ?H I'v don't think the MicroVAX 3100-90 had any problems with systs disks > 1 GB.t   Jan-Erik Sderholm.    ------------------------------   Date: 9 Jan 2003 05:35:54 -0800n( From: bob@instantwhip.com (Bob Ceculski)0 Subject: Re: Looks like AMD has deep pockets now= Message-ID: <d7791aa1.0301090535.31983a7e@posting.google.com>r  u "John Smith" <a@nonymous.com> wrote in message news:<0N%S9.256169$F2h1.66241@news01.bloor.is.net.cable.rogers.com>...LH > http://news.yahoo.com/news?tmpl=story2&cid=569&ncid=738&e=1&u=/nm/2003 > 0108/tc_nm/tech_ibm_amd_dc >  > ) > IBM, AMD to Develop New Microprocessorsi > A > SUNNYVALE, Calif./EAST FISHKILL, N.Y. (Reuters) - InternationalhF > Business Machines Corp. (NYSE:IBM - news) and Advanced Micro DevicesE > Inc. (NYSE:AMD - news) on Wednesday said they would jointly develop G > high-performance microprocessors that would be commercially available  > within two years.g > A > The companies said they will collaborate on 65 nanometer and 45ED > nanometer technologies to be implemented on 300 millimeter silicon	 > wafers.  >  tA > IBM and AMD said they expect first products based on the new 65tC > nanometer technologies to appear in 2005. Companies are currentlyr7 > moving from 130 nanometer technology to 90 nanometer.e > ( > -------------------------------------- > 1 > Just another reason why killing Alpha was dumb.t  A AMD and IBM are doing what HP/Q has done with Intel, and alpha ist@ not dead!  It will live in itanium ... between the two, Intel is0 going to be the winner since they have alpha ...   ------------------------------  + Date: Thu, 09 Jan 2003 14:55:20 +0100 (MET)i9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>n0 Subject: Re: Looks like AMD has deep pockets now; Message-ID: <01KR19MXWFKKA24IEW@sysdev.deutsche-boerse.com>I  C > AMD and IBM are doing what HP/Q has done with Intel, and alpha istB > not dead!  It will live in itanium ... between the two, Intel is2 > going to be the winner since they have alpha ...  D Can you give one concrete example regarding how alpha will "live in H itanium"?  I don't mean engineers working on the project---otherwise we G could say that the Beatles live on in Thomas the Tank Engine.  I don't bG mean any legal mumbo jumbo between Intel and companies associated with hB Alpha.  For folks like both of us outside the holy of holies, all H reliable sources of information say that VMS is being PORTED to itanium C because itanium is a completely different architecture than alpha, vI having not much more in common than 64-bitness.  OK, there might be some SE general principles regarding pipelining or some such technical stuff tH which appear in itanium and were "derived" from alpha, but at best this G seems to me to be like Rick Wakeman borrowing a few bars from Sibelius cI or Brahms while playing his "Journey to the Centre of the Earth" or "The 8H Six Wives of Henry VIII" while dressed in a long robe---in other words, C make of it what you will, take it or leave it, judge it on its own >D merits (perhaps enhanced by chemical substances), but honey it just $ ain't classical music as we know it.   ------------------------------  % Date: Thu, 09 Jan 2003 16:20:42 +0000l' From: Andrew Harrison SUNUK Consultancyf0 Subject: Re: Looks like AMD has deep pockets now. Message-ID: <3E1DA15A.9050303@nospamn.sun.com>   Phillip Helbig wrote:tC >>AMD and IBM are doing what HP/Q has done with Intel, and alpha is B >>not dead!  It will live in itanium ... between the two, Intel is2 >>going to be the winner since they have alpha ... >  > F > Can you give one concrete example regarding how alpha will "live in J > itanium"?  I don't mean engineers working on the project---otherwise we I > could say that the Beatles live on in Thomas the Tank Engine.  I don't  I > mean any legal mumbo jumbo between Intel and companies associated with aD > Alpha.  For folks like both of us outside the holy of holies, all J > reliable sources of information say that VMS is being PORTED to itanium E > because itanium is a completely different architecture than alpha, nK > having not much more in common than 64-bitness.  OK, there might be some sG > general principles regarding pipelining or some such technical stuff hJ > which appear in itanium and were "derived" from alpha, but at best this I > seems to me to be like Rick Wakeman borrowing a few bars from Sibelius  K > or Brahms while playing his "Journey to the Centre of the Earth" or "The -J > Six Wives of Henry VIII" while dressed in a long robe---in other words, E > make of it what you will, take it or leave it, judge it on its own -F > merits (perhaps enhanced by chemical substances), but honey it just & > ain't classical music as we know it.  8 If I had a dollar for every post the Bob had made making! this point I would be a rich man.e  7 If I had an additional dollar for every post like yoursb3 responding to Bob's wanderings I would be 3-4 timess richer.t  8 If I had an additional dollar for every failure of Bob's8 to answer a post like yours I would be a very happy man.  8 The lesson of this is don't bother asking Bob to justify5 his ramblings, many people in the past have asked forf6 the same thing and got zilch in return, its a waste of
 bandwidth.   Regards  Andrew Harrisone   ------------------------------  % Date: Thu, 09 Jan 2003 14:57:21 +0000s From: paul.beaudoin@hsbc.com( Subject: Memo:  RE:  Boot Contest changeE Message-ID: <OF791363F4.43A13560-ON80256CA9.0051EAC8@systems.uk.hsbc>X  I I managed (From Central London). The trick seems to be to place London insG the state of Alabama. Lower down you can specify the country (UK) and I H assume that when my name is drawn (!) the drawers will realize (realise) where the winner is!   Best regards   Paul          ' ** HSBC's website is at www.hsbc.com **0  D ********************************************************************A This E-mail is confidential.  It may also be legally privileged. CD If you are not the addressee you may not copy, forward, disclose or @ use any part of it. If you have received this message in error, G please delete it and all copies from your system and notify the sender z immediately by return E-mail.t  C Internet communications cannot be guaranteed to be timely, secure, n error or virus-free. eA The sender does not accept liability for any errors or omissions.z  D ********************************************************************   ------------------------------  * Date: Thu, 9 Jan 2003 15:47:49 +0000 (UTC)3 From: "Richard Maher" <maher_rj@hotspamnotmail.com>m, Subject: Re: Memo:  RE:  Boot Contest change/ Message-ID: <avk5j4$p3g$1@venus.btinternet.com>t   Hi Paulp  ( Thanks for the tip, that seemed to work.  I I didn't know HSBC used VMS. Any development or just packages? Databases?  Tools?  J I'll understand if it's confidential. I'm not an agency but an independent" contractor and software developer.   Regards Richard Maher.  I PS. I naturally assumed VMS engineering is working weekends on this thing  when I put my guess in :-)  ) <paul.beaudoin@hsbc.com> wrote in messager? news:OF791363F4.43A13560-ON80256CA9.0051EAC8@systems.uk.hsbc...p >.K > I managed (From Central London). The trick seems to be to place London intI > the state of Alabama. Lower down you can specify the country (UK) and ItJ > assume that when my name is drawn (!) the drawers will realize (realise) > where the winner is! >S > Best regards >e > Paul >o >t >e >c >M) > ** HSBC's website is at www.hsbc.com **w > F > ********************************************************************B > This E-mail is confidential.  It may also be legally privileged.E > If you are not the addressee you may not copy, forward, disclose orVA > use any part of it. If you have received this message in error,eH > please delete it and all copies from your system and notify the sender > immediately by return E-mail.n >rD > Internet communications cannot be guaranteed to be timely, secure, > error or virus-free.C > The sender does not accept liability for any errors or omissions.e >mF > ******************************************************************** >w   ------------------------------  $ Date: Thu, 9 Jan 2003 11:41:55 -0500+ From: "Rick Barry" <barry@star.zko.dec.com>p, Subject: Re: Net:SSLeay Perl module for VMS?. Message-ID: <OHhT9.113$pd1.9@news.cpqcorp.net>  J There are no plans at the moment to add Net:SSLeay to our Perl product. IfI you have support concerns and would like to see HP add this module to itscH product, contact John Ferguson (john.l.ferguson@hp.com), our open source product manager.  L That said, the open source community, particularly the Perl folks, have beenL very good about supporting OpenVMS and being responsive to user's questions.  
 Rick Barry OpenVMS System Software Groups Hewlett-Packard Company 
 Nashua, NH  > "Malcolm Dunnett" <nothome@spammers.are.scum> wrote in message' news:P8SeclpmHNju@malvm7.mala.bc.ca....  >,D > I see that HP provides Compaq SSL with VMS 7.3-1 and provides PerlB > for VMS ( from the CSWS website ). I've installed both of these. > C > The application I want to use requires the Perl module Net:SSLeayeC > to tie the two together. I've dowloaded the version from CPAN andoE > with some hackery managed to get it to build. It seems to work, butnC > not knowing a great deal about this stuff I'm not confident there D > aren't some gremlins hiding in there. There were a bunch of "-I-"sD > about truncated symbols and one about testing an unsigned variable > for values < 0.  >mD > Does HP provide ( or have plans to provide ) a "supported" versionB > of this module for use with CSWS? Barring that - does anyone who? > understands this stuff better than I have any pointers on thei* > correct way to build this module on VMS? >    ------------------------------  # Date: Thu, 09 Jan 2003 13:03:06 GMT # From: "John N." <JNixon@cfl.rr.com>s  Subject: Network troubleshooters< Message-ID: <eqeT9.99067$j8.2571139@twister.tampabay.rr.com>  K Can someone recommend a really good network troubleshooter?  I would preferl? to have 2nd hand referrals instead of someone looking for work.-  G Our Local network has a lot of Cisco Gear (but not exclusively) , Unix,sH Windows, VAX and Alpha VMS, TCP/IP,  Decnet (Phase IV an phase V),  LAT,L varous flavors of SNA, firewalls and lots of other stuff I don't know about.L We are having frequent, intermittent, short-duration slowdowns and timeouts.K While it usually works well, and our network guys usually do a good job, werJ are having difficulty finding this problem.   And  generally, we  probably" have lots of room for improvement.   ------------------------------  $ Date: Thu, 9 Jan 2003 09:20:52 -05000 From: "Alan Boyles" <alan.boyles@mindspring.com>$ Subject: Re: Network troubleshooters/ Message-ID: <v1r11he7f9of48@corp.supernews.com>   8 Talk to Dennis Majikas at Digital Networks 978-239-9610.   Alan. "John N." <JNixon@cfl.rr.com> wrote in message6 news:eqeT9.99067$j8.2571139@twister.tampabay.rr.com...F > Can someone recommend a really good network troubleshooter?  I would preferA > to have 2nd hand referrals instead of someone looking for work.  >aI > Our Local network has a lot of Cisco Gear (but not exclusively) , Unix,lJ > Windows, VAX and Alpha VMS, TCP/IP,  Decnet (Phase IV an phase V),  LAT,G > varous flavors of SNA, firewalls and lots of other stuff I don't knowd about.D > We are having frequent, intermittent, short-duration slowdowns and	 timeouts.eJ > While it usually works well, and our network guys usually do a good job, weL > are having difficulty finding this problem.   And  generally, we  probably$ > have lots of room for improvement. >n >8   ------------------------------  % Date: Thu, 09 Jan 2003 10:10:18 -0800 ( From: Alan Frisbie <Abuse@NelsonUSA.com>= Subject: Re: OpenVMS BACKUP --> Restore in Windows NT / Linux-- Message-ID: <3E1DBB0A.E2C51220@NelsonUSA.com>0   David Pikcilingis wrote:  K > Boston Business Computing produces and sells Vbackup, a program that willvD > restore OpenVMS BACKUP tapes on Linux and most other UNIX systems. > ? > Vbackup can also create OpenVMS BACKUP tapes on UNIX systems.   A This implies that Vbackup cannot create VMS BACKUP tapes on Linuxo; systems.   Is this correct, or did you just leave that out?h   Thanks,t Alan   ------------------------------  # Date: Thu, 09 Jan 2003 11:13:30 GMT 3 From: "Arie de Groot" <arie.degroot@softresint.com>h/ Subject: OpenVMS TapeReader utility for Windowsa7 Message-ID: <uPcT9.1414$4%6.330210@nlnews00.chello.com>    Dear Fabio,   F Yes, there is such a product and we have it available. Here is a brief description:  J The VMS Tape Reader for Windows is a Windows 2000/XP application providingH direct access with a personal computer to the contents of magnetic tapes$ written by the VMS operating system.  F The application can index and extract specific files from VMS tapes orK backups and can extract specific files from a VMS BACKUP save set on a tapea? containing one or multiple save sets together with other files.o  E The utility reads VMS formatted tapes on a tape drive installed undereK Windows. For SCSI-tape drives that do not have Windows drivers, the utility < will directly control that drive by using raw SCSI commands.  K The utility automatically detects the tape devices that are attached to theDL Windows system and present the user with a list of available devices. DuringF processing the utility provides statistics and can list tape contents.    ) Please let me know if you are interested..  
 Best regards,   
 Arie de Groot   Software Resources International arie.degroot@softresint.com   = "Fabio Cardoso" <fabiopenvms@yahoo.com.br> schreef in berichth: news:20030107174734.71537.qmail@web20204.mail.yahoo.com... > Dear Sirsa >S > Happy new year ! >54 > Is there a way to restore OpenVMS backup save sets7 > in Windows NT or Linux ??? Any product ? Freeweare or- > commercial ? >,7 > Or just coping to a tape (using $ COPY) and restoringj > in a PC ?8 >i	 > Regardss >  > FC >  >b > =====l > ========================== > Fbio dos Santos Cardoso > OpenVMS System Manager > Rio de Janeiro - Brazilz > fabiopenvms@yahoo.com.br > ========================== >e4 > __________________________________________________ > Do you Yahoo!?7 > Yahoo! Mail Plus - Powerful. Affordable. Sign up now.  > http://mailplus.yahoo.com    ------------------------------  % Date: Thu, 09 Jan 2003 00:12:49 -0400n0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>G Subject: Re: OT (sadly) Opteron servers preparing to hit the real world / Message-ID: <3E1CF69F.136CBDCE@vl.videotron.ca>a   "David J. Dachtera" wrote:E > Put this way: today's enterprise is built, more likely than not, ont( > 32-bit architecture: 80x86 + LoseDoze.  N How much of the fleet of wintel servers was upgraded in 1999 for Y2K ? What isH the average lifetime of a wintel server before it is replaced/upgraded ?  L If, on average, there is a wintel turnover every 5 years, this means that ifK Hammer becomes attractive, it is quite possible that within 5 years, HammerpD (and its Intel 64-bit 8086 competitor) would become quite prevalent.  B Consider how quickly people went from Windows 3.1/Novell shops to , Windows9x/NT desktop and Windows NT servers.  L Granted, I think that now, the corporatiosn have slowed their replacement ofS wintel fleets. But it would still be a fairly fast one compared to serious systems.c  E As such, I think that with the prospect of Hammer becoming mainstream L relatively soon, it would not be a good idea to port to 32 bit 8086, the VMSM engineers should port to 64 bit 8086 right away.  And HP should start talkingfN to AMD about adding lockstep to Hammer to allow Tandem freedom to choose where it will go.f  L HP has the ability to do the right thing and kill IA64 now while it is stillM easy and possible to kill it. The longer HP waits, the costlier it will be tosN admit the mistake because HP will be stuck supporting that dead horse for many years to come.   ------------------------------  $ Date: Thu, 9 Jan 2003 00:44:14 -0500* From: "Bill Todd" <billtodd@metrocast.net>G Subject: Re: OT (sadly) Opteron servers preparing to hit the real worldv2 Message-ID: <36icnYJMUfzckYCjXTWc2Q@metrocast.net>  = "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in messagee) news:3E1CF69F.136CBDCE@vl.videotron.ca...e   ...e  H > HP has the ability to do the right thing and kill IA64 now while it is stillgL > easy and possible to kill it. The longer HP waits, the costlier it will be toK > admit the mistake because HP will be stuck supporting that dead horse for  many > years to come.  K If HP were inclined in the slightest to think in that manner we wouldn't bebL where we are today.  Instead, HP is clearly betting that Itanic will succeedE despite its technical inferiority (which is no longer the unequivocaleJ death-knell that it was with Itanic the First now that Itanic2 has arrived= with much more acceptable even though still markedly inferior J characteristics, and looks even better given that Alpha won't be competingH in any significant manner:  if Itanic's supporters can just convince theF world that Hammer can't be depended upon for the long term despite itsH significant advantages over Itanic in most areas, then they'll likely beJ home free unless IBM is willing to battle head-to-head using POWERx ratherL than just sit comfortably in its lower-volume, higher-margin niche) and thus5 give HP an absolute *advantage* over its competition.o  K I truly hope that HP fails in this attempt and suffers the appropriate (and J likely dire) consequences of its hubris (Intel likely having more feasibleL exit options, as has been noted by others).  This to my mind would be a veryG appropriate lesson for those in the future who would cavalierly discard H excellence in the pursuit of possible marginal strategic advantage - but< it's still very much up in the air what the outcome will be.   - bill   ------------------------------  % Date: Thu, 09 Jan 2003 02:10:30 -0400e0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>G Subject: Re: OT (sadly) Opteron servers preparing to hit the real worldJ/ Message-ID: <3E1D122D.99990871@vl.videotron.ca>l   Bill Todd wrote:N > where we are today.  Instead, HP is clearly betting that Itanic will succeedG > despite its technical inferiority (which is no longer the unequivocal9L > death-knell that it was with Itanic the First now that Itanic2 has arrived  N With only process shrinks planned for the next few years, there is a real riskL that whatever catching up IA64 was able to with its second iteration will beL completely lost. IA64-II caught up with older generations of its competitorsL at a time when competitors are ready to unveil new generation chips (such as7 EV7) which will quickly make IA64-II a slow chip again.   L While Alpha may now be stale, allowing Ia64 to eventually catch up with justH process shrinks, its competitors won't stay still in the next few years.  N Intel and HP might be tempted to purpusefully slow down 8086 advances in orderN not to make Ia64 look too bad, but if they do that, Hammer will take over, and Sparc/Power will widen the gap.u  I So, for the next few years, Intel has no chance but to continue agressiveeO advances in its 8086 line during a period where IA64 only gets process shrinks.   L And *IF* Hammer has any success with 64 bit software on the 8086, then IntelE will have no choice but to follow and also produce a 64 bit 8086. ForiF instance, the minute there is a Photoshop version that requires 64 bitL addressing for large images, if Intel doesn't have a 64 bit 8086, Intel will start a rapid decline.  M Intel was king because it was seen as the platform with all the software. TheeK minute some software no longer runs on Intel, then Intel will go down fast.aK And for the same reason, IA64 will never be a commodity "industry standard"sN chip and will remain a proprietary HP chip running HP-UX, VMS and Tandem. I am; not even sure that HP will be pushing much windows on IA64.e    M If Intel purposefully slows development of the 8086 during the next few yearsyL in order not to make IA64 look too bad, then it will give a chance for SparcK and Power to move ahead and widen the gap. For the foreseable future, IntelrI has no choice but to continue agressive development of the 8086, at leasta* until such a time that Ia64 has caught up.  N If agressive development of the 8086 has to continue anyways, then it would beN the best economic/logical decision for Intel to develop a direct competitor toK Hammer (64 bit 8086) and scale down any plans for IA64.  It woudl be fairlyiK ludicrous for Intel to develop two competing 64 bit chips at the same time,pN especially when the bloated IA64 will cost far more to keep on developping andB yield much smaller market/volumes than the industry standard 8086.   ------------------------------  $ Date: Thu, 9 Jan 2003 09:18:58 -0800' From: David Mathog <mathog@caltech.edu>iG Subject: Re: OT (sadly) Opteron servers preparing to hit the real worldi8 Message-ID: <20030109091858.78949b11.mathog@caltech.edu>  ! On Thu, 9 Jan 2003 00:44:14 -0500e+ "Bill Todd" <billtodd@metrocast.net> wrote:o   >   >This to my mind would be a veryI > appropriate lesson for those in the future who would cavalierly discardtJ > excellence in the pursuit of possible marginal strategic advantage - but> > it's still very much up in the air what the outcome will be.  L No, the lesson is that both Palmer and Capellas were incompetent executives,F that the BODs of the two companies were too dimwitted to perceive thisI and remove them, that the large shareholders, if they were monitoring the8G situation at all,  were too lazy to do anything about it,  and that topcE management can profit personally while the company and everybody elsen that touches it gets screwed.  l  ? Near as I can tell in this type of farce the little people have B no choice but to seek jobs elsewhere (if employed by the company),H to seek solutions elsewhere (if they depend on that company's products),5 and to seek other investments (ie, dump that stock). e  G HPQ looks like the same kind of duck, walks like the same kind of duck,dE and will in due time undoubtedly become roadkill, just like the other  two ducks.     Regards,   -- v David Mathog mathog@caltech.edu> Manager, Sequence Analysis Facility, Biology Division, Caltech   ------------------------------  # Date: Thu, 09 Jan 2003 18:05:03 GMT + From: Ryan Moore <rmoore@rmoore.dyndns.org> 2 Subject: Problem analyzing process dumps on v7.3-1= Message-ID: <Pine.LNX.4.50.0301090951210.20730-100000@jaipur>   C I'd like to use the new process dump functionality for our softwarer> system.  So I thought I'd try it out.  I can't get it to work.   Here's the source:   LAB2> type hh.c3 main() {7         sys$hiber(); }e  
 LAB2> cc/versr) Compaq C V6.2-003 on OpenVMS Alpha V7.3-1g LAB2> sho sym cc= %DCL-W-UNDSYM, undefined symbol - check validity and spelling  LAB2> cc hhn           sys$hiber();	 ........^.D %CC-I-IMPLICITFUNC, In this statement, the identifier "sys$hiber" is
 implicitly declared as a function.t< at line number 3 in file DISK$DEVELOPMENT:[RMOORE.TMP]HH.C;1 LAB2> sho sym link   LINK == "LINK"
 LAB2> link hhe  H I ran the program in one session (where it sleeps like it should).  WithI the program running I issue a SET PROC/DUMP=NOW/ID=xxxxx on that process. E Sure enough, I get a file HH.DMP.  But if I try to look at it, I get:    LAB2> anal/proc hh  /          OpenVMS Alpha Debug64 Version V7.3-102s    , %CLI-F-SYNTAX, error parsing 'SHADOW_MEMBER': -CLI-E-ENTNF, specified entity not found in command tablesA %DEBUG-E-PRCDFAIL, process dumpfile connection failed, reason = 8c8 %DEBUG-F-CANTACCESSMAIN, cannot access the main debugger: -DEBUG-E-INTERR, debugger error in DBGKRPC\DBG$CALL_MAIN - ACCEPT_CALL_MAIN not  set up yet or session corruption DBG>  F Looks weird.  I can't imagine where "SHADOW_MEMBER" is coming from.  I$ don't have any strage symbol set up:   LAB2> sho sym anal= %DCL-W-UNDSYM, undefined symbol - check validity and spellingn  ' Here are the patches we have installed:o   LAB2> prod sho hist *d  I PRODUCT                             KIT TYPE    OPERATION   DATE AND TIME3  G DEC AXPVMS VMS731_DCL V2.0          Patch       Install     16-DEC-2002nG DEC AXPVMS VMS731_FIBRE_SCSI V1.0   Patch       Install     16-DEC-2002-G DEC AXPVMS VMS731_RMS V2.0          Patch       Install     16-DEC-20020G DEC AXPVMS DWMOTIF V1.2-6           Full LP     Reconfigure 16-DEC-2002 G DEC AXPVMS DWMOTIF V1.2-6           Full LP     Reconfigure 16-DEC-2002cG CPQ AXPVMS CDSA V1.0-2              Full LP     Install     20-NOV-2002kG DEC AXPVMS DECNET_OSI V7.3-1        Full LP     Install     20-NOV-2002uG DEC AXPVMS DWMOTIF V1.2-6           Full LP     Install     20-NOV-2002iG DEC AXPVMS OPENVMS V7.3-1           Platform    Install     20-NOV-2002iG DEC AXPVMS VMS V7.3-1               Oper System Install     20-NOV-2002:   [...]     G I didn't see any patches on the web site that seems to do anything withe
 this problem.e  % Are our DCLTABLES hosed or something?	   -Ryant   ------------------------------   Date: 9 Jan 2003 03:22:04 -0800t  From: nmanser@progis.de (Manser)I Subject: Re: Problem with HSZ50 (access to the CLI from the console port)r< Message-ID: <2178d61f.0301090322.9e6993a@posting.google.com>  p wkb@freebie.xs4all.nl (Wilko Bulte) wrote in message news:<3dfe5117$0$94295$e4fe514c@dreader4.news.xs4all.nl>...Y > In <2178d61f.0212090249.78ac1d3b@posting.google.com> nmanser@progis.de (Manser) writes:0 > r > >wkb@freebie.xs4all.nl (Wilko Bulte) wrote in message news:<3df3c689$0$2229$e4fe514c@dreader6.news.xs4all.nl>...i > >> In <3DF1AA48.1041166@kolumbus.fi> Veli =?iso-8859-1?Q?K=F6rkk=F6?= <Veli.Korkko@kolumbus.fi> writes:t > >> X > >> >Manser wrote:  > >> >> m > >> >> nmanser@progis.de (Manser) wrote in message news:<2178d61f.0212051622.1901f7e0@posting.google.com>...0 > >> >> > Alan Adams <alan.adams@orchard-way.freeserve.co.uk> wrote in message news:<4cfd969e4b.Alan.Adams@orchard-way.freeserve.co.uk>...H > >> >> > > In message <2178d61f.0212011011.3a02a8e7@posting.google.com>7 > >> >> > >           nmanser@progis.de (Manser) wrote:  > >> >> > >e > >> >> > > > Alan Adams <alan.adams@orchard-way.freeserve.co.uk> wrote in message news:<0517399d4b.Alan.Adams@orchard-way.freeserve.co.uk>...L > >> >> > > > > In message <2178d61f.0211281413.31cbdaa4@posting.google.com> >  A > >> >> Example:% > >> >> HSZ> set this prompt="HSZ02>" U > >> >> Error 4090: Module has invalid serial number.  This controller cannot be useds > >>  K > >> Bad news, you probably at some time have suffered a disconnect of the  6 > >> lithium battery that powers the non-volatile RAM. > >>  N > >> There is no field-tool to reprogram the serial#, as the serial# were used > >> to verify warranty claims.i > >> t6 > >> All HSZ50 are out of warranty of course by now ;) > >> X > >> W?e >  > F > >when i bought the controller, and when i powered it up, i could not1 > >get access to the CLI, (see my postings below)nG > >so i disconected the lithium battery for 30 min. and reconnected it.iG > >then i could get access to the CLI. (the collegue of the vendor toldi > >me that)3 > = > Silly idea, disconnecting the Li battery nukes your serial#o  > I had no other solution as the hsz50 could not get to the CLI. (see the postings below).04 it is the vendor of the HSZ50 who gave me this idea.  1 what should i have to do to get the CLI running ?o   ------------------------------  % Date: Thu, 09 Jan 2003 10:49:31 +0000A) From: Antonio Carlini <arcarlini@iee.org>2/ Subject: Re: Recovering SYSTEM password when... & Message-ID: <3E1D53BB.5090101@iee.org>   Hans Vlems wrote:   H > The spawn command is a good idea anyway, even if you decide not to runC > STARTUP.COM because it allows you to recover from a typing error.H   I always use       SET NOON+ then I can do almost anything without being5 unceremoniously dumped.o   Antonio    ------------------------------   Date: 9 Jan 2003 10:58:54 -0800i( From: rrb35146@yahoo.com (Robbie Benton)4 Subject: ShadowSets, MiniCopy, and SHUTDOWN - Take 2= Message-ID: <dba64bc2.0301091058.4547fb84@posting.google.com>1  D During the holidays, I posted the following question.  I received noD takers - I hope that the message just got lost in the festivities ofD the holiday.  I really do need some help on this issue - chime in if you have any ideas.t  B I have three OpenVMS computers (OpenVMS V7.3-1)in a ethernet-basedA cluster.  Each node has its own system disk, and two of the threeiF serve out two disks that form a shadow set.  A short picture is below:             +----------+C         |  NODE A  |----------------------   (Allocation Class: 31)S*         +----------+       |             |0                      +----------+  +-----------+0                      | SYS DISK |  | DATA DISK |0                      +----------+  +-----------+           +----------+C         |  NODE B  |----------------------   (Allocation Class: 32)p*         +----------+       |             |0                      +----------+  +-----------+0                      | SYS DISK |  | DATA DISK |0                      +----------+  +-----------+           +----------+C         |  NODE C  |--------                 (Allocation Class: 33)z         +----------+       |!                      +----------+s!                      | SYS DISK |.!                      +----------+-   Each system has a command,  A    MOUNT/SYSTEM/NOASSIST  DSA0:/SHADOW=($31$DKA200:,$32$DKA200:) >  D to mount the shadow set.  This mount is performed in SYLOGICALS.COM,D and following the successful mount several Logical Names are definedB to access SYSUAF, RIGHTSLIST, etc., which reside in cluster common files on the shadow set.  D What I desire is to reboot NODEA without incurring a full shadow setA copy operation.  So, before the shutdown of NODEA I performed ther following on NODEB:   '    dism/cluster $31$DKA200:/policy=minio   to which the system responded:  F    %SHADOW-I-VOLPROC, $31$DKA200: (NODEA) has been removed from shadow set.  8    %SHADOW-I-VOLPROC, DSA0: shadow set has been reduced.  ;    %%%%%%%%%%%  OPCOM   3-JAN-2003 07:51:06.56  %%%%%%%%%%%     Message from user WBM$SERVERhF   %WBM-I-WBMINFO WBMB addr = FFFFFFFF.81252000 , name = SHAD$SDWA3SH00<   , cpl_rtn = FFFFFFFF.8A9612A8, context = FFFFFFFF.81431FD8  D Subsequent commands showed that there was indeed a bitmap active andE that all three nodes recognized that $31$DKA200 was no longer part ofS the shadow set.n  F I then performed a shutdown on NODEA.  At the time during the shutdownD that it displays the message "%SHUTDOWN-I-DISMOUNT, all volumes will= now be dismounted", I receive on NODEB's console the message:s  D    %%%%%%%%%%%  OPCOM   3-JAN-2003 07:53:33.69  %%%%%%%%%%%    (from node&       NODEA at 3-JAN-2003 07:53:33.68)8    $32$DKA200: (NODEB) has been removed from shadow set.  D    %%%%%%%%%%%  OPCOM   3-JAN-2003 07:53:34.69  %%%%%%%%%%%    (from node&       NODEA at 3-JAN-2003 07:53:34.68)    Message from user WBM$SERVERr6    %WBM-I-WBMINFO Deleting bitmap specified by handle.  F At this time, the command SHOW DEVICE/BITMAP on NODEB shows no bitmapsC active for DSA0:, even thought it did before the shutdown on NODEA.i  A Am I doing this wrong?  What is puzzling me the most is that I amsB almost sure this sequence worked a while back, but my memory isn't what it used to be.   
 Thanks a lot.e   Robbie   ------------------------------  * Date: Thu, 9 Jan 2003 11:03:59 +0000 (UTC)+ From: david20@alpha2.mdx.ac.uk (David Webb)e$ Subject: Re: SMTP mail: SFF facility+ Message-ID: <avjkuu$p42$1@aquila.mdx.ac.uk>i  Y In article <mj2p1vgthj69cfi9k2cuvdp8ot8jbd0qbi@4ax.com>, Dirk Munk <munk@home.nl> writes:/- >On Wed, 08 Jan 2003 13:17:32 -0400, JF Mezeia) ><jfmezei.spamnot@vl.videotron.ca> wrote:  >, >>Dirk Munk wrote:C >>> We construct a text file containting out of the RFC821 headers, H >>> RFC2822 headers, a small text body, and mime attachements. This text7 >>> files is then passed to SFF. Works like a dream ...r >>N >>I've sent a message to the vms documentation folks telling them to reconcileO >>the differences between the manual and the Ask the Wizzard archive that had anJ >>more complete documentation on SFF (which includes the RFC821 commands). >>K >>Out of curiosity, (well, for when I get to it), does SFF allow sending to M >>multiple different recipients on different hosts, or is that the job of the L >>application to generate one SFF call for each host to receive email ? (eg:2 >>multiple TOs allowed for the same target host) ? >>= >>Or must it generate one copy of the message per recipient ?0 >0G >AFAIK yes. That makes sense too. Remember that SFF is a very low leveloC >way of sending e-mail. You can make any kind of e-mail message you9G >like, more precisely with any kind of RFC2822 header you like, and allaE >kind of other official or non-official headers. And believe me there. >are lost of those around.E >'Normal' e-mail programs are one level higher up, so they if you add_C >more then one TO: entry, the e-mail program will in effect produceN2 >more e-mail messages and send them consecutively. >o5 No 'Normal' e-mail programs should not be doing this.dO 'Normal' e-mail programs should send the message with it's multiple to envelopelM addresses to it's local smtp server which should then process the message andaJ decide whether to split the message into multiple messages. If it's a wellG written smtp server then it should only split the message into multiple C messages based on the different domains it is sending to not on thef different addresses.   ie   mail to    fred@company1.comt tom@company1.com harry@company2.com  0 would be split into two mail messages not three.  L It would then be up to the mail server at company1.com to decide whether to 0 split the mail message again for local delivery.  M This splitting should be done by the smtp servers not by the originating mailiH client. If the mail client does it then you are generating extra trafficM (multiple copies of the mail message) for no reason. Each of these additional2N mail messages will need to be separately processed, virus scanned, checked forJ spam etc hence adding extra load to the mail servers involved again for no reason.d    
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Thu, 09 Jan 2003 01:39:40 -0400e0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>+ Subject: Re: Traceback and installed images / Message-ID: <3E1D0AF5.1585332A@vl.videotron.ca>u   "Jerome H. Fine" wrote: E > (b)  A set of SYMBOL tables is placed in the area pointed to by the " > pointer in (a) which consist of:@ >       (i)  The line numbers of the source code such as FORTRANH >       (ii)  The byte offset from the start of the program of the firstF >             generated machine code instruction required to implement >             the code  N Ok, so when there is an exception, the handler goes through the table until itN finds the entry that has an offset that more or less matches the offset of the1 instruction where the fault occured. Is that it ?e  K Ok, so I can see why one might now want to know about a fault occuring in abI secret, undocumented system service, since the traceback would reveal thelM existance of that routine. But wouldn't those be linked /NOTRACEBACK, and notI? be revealed even if the main image was linked with /TRACEBACK ?a  M If I install an image that was linke with traceback and give it privileges, IbM can see why perhaps a warning should be issued, but why should I be prevented.L from doing so ?  If a fault occurs at a customer site, having that traceback& can greatly help pinpoint the problem.   ------------------------------   Date: 9 Jan 2003 07:02:46 -0600A From: briggs@encompasserve.org+ Subject: Re: Traceback and installed imagesn3 Message-ID: <aJIphVuHNk7D@eisner.encompasserve.org>   b In article <3E1CB687.33AFF8A2@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes:N > Why is it that one cannot install an image with privs that has /TRACEBACK in > the link ?  : Because an image linked with /TRACEBACK can be run /DEBUG.  E The traceback information in the image would be of questionable valueeD in any case since that information could only be used by a tracebackB handler or debugger.  And either of those could be used to subvert2 the privileges with which the image was installed.  I > Also, how is traceback actually implemented ? Does the compiler use onelH > register to keep track of the line number, and before every high-levelP > instruction, the compiler adds assembler instruction to update that register ?  A For an image linked with /TRACEBACK, one of the first things thate> happens when the image is run is that the traceback handler is
 activated.  C That handler is implemented as a block of code and a stack frame at A the very top of the call stack.  If the image terminates normallyy@ by returning from the main program, that stack frame will unwindB quietly and the image will exit.  But any unhandled exception thatA propagates that far up the stack will be handled by the traceback D handler.  Most of them will just trigger a stack dump.  But a signalB of SS$_DEBUG will cause the traceback handler to map the debugger.A And handing a user access to a debugger within a privileged imaget4 is tantamount to handing him the keys to the system.   	John Briggs   ------------------------------   Date: 9 Jan 2003 07:38:35 -0800 * From: ken.randell@fortel.com (Ken Randell)+ Subject: Re: Traceback and installed images = Message-ID: <8debc3ff.0301090738.7d084900@posting.google.com>e  g JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message news:<3E1CB687.33AFF8A2@vl.videotron.ca>...-N > Why is it that one cannot install an image with privs that has /TRACEBACK in > the link ? >   & If this has not already been answered:  C IIRC, this behavior was changed around VMS 4.0 (where you could note# install images that had traceback).e   Consider the following:s  @ Someone installs an image with privileges and traceback, thereby> enabling the debugger.  If you have traceback, you can run theC debugger on the image.  You can then also replace code in the image E with some very selective deposit commands (like spawning a subprocess*< for example) and run it.  Then your sub-process has whatever2 privileges are enabled at the time you execute it.   ------------------------------  % Date: Thu, 09 Jan 2003 11:10:03 -0500n& From: John Reagan <john.reagan@hp.com>+ Subject: Re: Traceback and installed imagesc0 Message-ID: <v4iT9.118$If1.116@news.cpqcorp.net>   Jerome H. Fine wrote:l  E > The key point (IF  I remember correctly) is that there was NO extranE > code generated within the EXE executable code for the program.  Thee= > SYMBOL tables were able to let the "/TRACEBACK" switch know* > where everything was located.-  C Correct.  /DEBUG=TRACEBACK (the default for most compilers) has no TH effect on generated code.  It just causes the generation of EOBJ$C_ETBT E records in the object file.  These records are just PC increment and tH line number pairs (for the most part).  The linker collects them up and G leaves them in a known place in the image.  Traceback and the debugger ?I then find them and decode them.  You can read a little about in Appendix eI B in the linker manual.  However, the exact layout of the debug info and a4 traceback info isn't documented (that I'm aware of).  @ For full /DEBUG, traditionally on VAX, /DEBUG didn't change any C generated code either.  However, on Alpha, /DEBUG might cause some eI compilers to generate slightly different code to leave certain values in eH known locations for the debugger to use (the exact location is conveyed @ between the compiler and the debugger inside the debug records).     --   John Reagan(' Compaq Pascal/{A|I}MACRO Project Leadere Hewlett-Packard Companyo   ------------------------------  $ Date: Thu, 9 Jan 2003 11:18:31 -0500* From: "Leo Demers" <leo_dot_demers@HP.COM>A Subject: Re: VAX version of GNUPG (GNU Privacy Guard aka GNU PGP)l* Message-ID: <avk7gf$e0b$1@web1.cup.hp.com>  	 Hi Barry,yJ      Your message is about a week or two early but yes I do know of a portL  of GnuPG V1.2 for VAX and Alpha.  It's nearly done and ready. Stay tuned to thetL http://www.openvms.compaq.com/opensource/  website you'll see it up there in thenL next week or two.    I'll post something in here as well when the website it up.o   - Leol   --
 Leo Demers  OpenVMS Security Product Manager Leo_dot_Demers_at_HP_dot_COM6 "Barry Treahy, Jr." <Treahy@MMaz.com> wrote in message! news:3E1C7281.2070408@MMaz.com...2E > I'm looking for current, or as current as I can get, of sources forcJ > GNUPG for the VAX, VMS 7.2.  I've located Alpha sources over at Caltech,F > but ideally if I can get VAX sources, or even compiled objects, that: > would save me a lot of grief...  Anyone have any leads?? >e
 > Regards, >o > Barryt >  > -- >cA > Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIOd > C > E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028r >o >,   ------------------------------  + Date: Thu, 09 Jan 2003 11:21:15 +0100 (MET)s9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>t Subject: Re: VMS MIMEh; Message-ID: <01KR12C5E5NM9ZLF2M@sysdev.deutsche-boerse.com>   E > > I think the existence of this mime "tool" conclusively proves the J > > existence of a Microsoft spy in VMS engineering.  Now why didn't I buyE > > that original Enterprise command chair on Ebay so I could hit theaJ > > communicator button and say "Security" then turn to Uhura and say "red* > > alert---there's an intruder onboard"?  > @ > I seem to recall (perhaps wrongly :-) that there were internalC > discussions within Compaq/DEC at the time this was being written. ; > I really didn't get the impression of quality from these. ? > AFAIR the programmer was Mike something, and he really wantede< > to call the utility "Pike" rather than "Mime" (although my > memory is hazy).  ? Interestingly, Captain Pike was the name of the captain of the  H Enterprise in the first pilot episode, which was later recycled for the F double episode "The Menagerie".  Strangely appropriate, since Captain @ Pike was completely paralysed and disfigured due to an accident.  : Beam me up Scotty, there's not intelligent life down here!   ------------------------------   Date: 9 Jan 2003 06:25:55 -0800>. From: spamsink2001@yahoo.com (Alan E. Feldman)4 Subject: Re: [OT] Lotteries (was Re: Happy New Year)= Message-ID: <b096a4ee.0301090625.77b85301@posting.google.com>r  j djweath@attglobal.net (Dave Weatherall) wrote in message news:<DTiotGxQ0bj6-pn2-kDUB8mnOduFF@localhost>...C > On Mon, 6 Jan 2003 23:53:33 UTC, spamsink2001@yahoo.com (Alan E. h > Feldman) wrote:o > ^ > > Arne Vajh&#8250;j <arne@vajhoej.dk> wrote in message news:<3E19951D.1030701@vajhoej.dk>...	 > > [...]w> > > > Smart people have found out that it is better to play on# > > > numbers close to each other !n > > > > > > > Ofcourse every combination has the exact same probablity@ > > > of winning, but most people that pick their numbers manualB > > > pick numbers almost equally spaced over the range. Therefore@ > > > if numbers close to each other are picked, then there will8 > > > be fewer rigth combinations meaning higher prizes. > > > 	 > > > :-)  > > > 
 > > > Arne > > G > > Hell, you may as well pick 1 2 3 4 5 ... They're close together and G > > who else is going to pick this combo? Plus, it's easier to check iff > > you won. > > J > > "But wait", some might say, "that'll never come up!". But it's just as' > > likely as any other set of numbers.e > E > Actually in the German lottery, 10 years ago, it did or a rather a aG > running sequence of 6 numbers did. I remember thinking that somebody IH > might have become very rich, the jackpot was at least in the 'teens ofG > million marks (ISTR it was 26M but my memory may be playing tricks). oG > Anyway, in the end, there were so many people with the sequence they pH > only got 106,000 Dm each. Still better than the proverbial poke in the > eye...  B Well, then I'd recommend "quick pick" (i.e., let the computer pick your numbers at random).   Dislcaimer: JMHO Alan E. FeldmanO   ------------------------------   End of INFO-VAX 2003.018 ************************