1 INFO-VAX	Fri, 02 Apr 2004	Volume 2004 : Issue 183       Contents:B Re: Access violation while linking with cxxlink 6.5-004 on vms 7.3' Re: Alpha DS-10 and Raxco Perfect Cache ' Re: Alpha DS-10 and Raxco Perfect Cache ' Re: Alpha DS-10 and Raxco Perfect Cache ' Re: Alpha DS-10 and Raxco Perfect Cache @ Re: AMD OpteronT Processor Powers New Family of Sun Fire Servers@ Re: AMD OpteronT Processor Powers New Family of Sun Fire Servers An interesting Search result  Re: An interesting Search result$ Re: clusterwide logical names in DCL Re: DCL Coding Standards Re: DCL Coding Standards Re: DCL Coding Standards Re: Device names in OVMS ?? ) getting info about hardware in alpha 4100 - Re: getting info about hardware in alpha 4100  Golden Eggs status?  Re: Golden Eggs status? . Re: HP /Best'Ware BCS presentation in Toulouse* HP /Best'Ware BCS presentation in Toulouse< Re: HP Announces largest outsourcing deal in Company history< Re: HP Announces largest outsourcing deal in Company history HP Product Bulletin on-line  Re: HP Product Bulletin on-line  Re: HP Product Bulletin on-line ( Re: installing Internet on OpenVMS 7.1-2 Re: OpenVMS for POWER!?  Re: OpenVMS for POWER!?  Re: OpenVMS for POWER!?  Re: OpenVMS for POWER!?  Re: OpenVMS for POWER!?  Re: OpenVMS for POWER!?  Re: OpenVMS for POWER!?  Re: OpenVMS for POWER!?  Re: OpenVMS for POWER!?  Re: OpenVMS for POWER!?  Re: OpenVMS for POWER!? 7 Re: OpenVMS hobbyist licenses - how are they delivered? 7 Re: OpenVMS hobbyist licenses - how are they delivered? 7 Re: OpenVMS hobbyist licenses - how are they delivered? 7 Re: OpenVMS hobbyist licenses - how are they delivered? 7 Re: OpenVMS hobbyist licenses - how are they delivered? 7 Re: OpenVMS hobbyist licenses - how are they delivered? 7 Re: OpenVMS hobbyist licenses - how are they delivered? 7 Re: OpenVMS hobbyist licenses - how are they delivered? # Re: revoking  VMS$MEM_RESIDENT_USER % Re: Subject: Re: DCL Coding Standards % Re: Subject: Re: DCL Coding Standards % Re: Subject: Re: DCL Coding Standards % Re: Subject: Re: DCL Coding Standards % Re: Subject: Re: DCL Coding Standards % Re: Subject: Re: DCL Coding Standards % Re: Subject: Re: DCL Coding Standards % Re: Subject: Re: DCL Coding Standards , Re: The DCL minute of the Day: FORMATEUR.COM, Re: The DCL minute of the Day: FORMATEUR.COM, Re: The DCL minute of the Day: FORMATEUR.COM6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable Re: v6.4 C compiler? Re: v6.4 C compiler? Re: v6.4 C compiler?  F ----------------------------------------------------------------------   Date: 2 Apr 2004 04:19:52 -0800 . From: martinkirby12@yahoo.co.uk (Martin Kirby)K Subject: Re: Access violation while linking with cxxlink 6.5-004 on vms 7.3 ; Message-ID: <224291b.0404020419.4bb0834@posting.google.com>   j igor.wetoschkin@bosch.com (igor) wrote in message news:<c9ed474c.0404010731.da28f31@posting.google.com>... > Hallo, > A > %MMS-F-ABORT, For target ACI_SP.EXE, CLI returned abort status: 
 > %X1000000C.  >   F Which version of OpenVMS ? Does it happen when you execute the cxxlink command not within MMS ?   ------------------------------  % Date: Thu, 01 Apr 2004 17:42:35 -0800 3 From: Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> 0 Subject: Re: Alpha DS-10 and Raxco Perfect Cache. Message-ID: <406CC50B.4000607@Flying-Disk.com>  
 Dan wrote: > Good evening. M > I am a new systems manager for a local CU and am getting my first exposure  I > to OpenVMS.  Our core services vendor says that we can get substantial  L > performance benefits by installing Raxco Perfect Cache on the Alpha DS-10.N > The DS-10 currently has 1Gb of RAM.  I am looking to upgrade that to 2Gb in  > the near future. >  > My questions are:  > H > 1.  Is there a performance gain to be had by installing this software?= > 2.  Is this something that is easily installable by myself? D > 3.  Does it require any sort of maintenance after it is installed?J > 4.  If installed, how can you be certain it is performing as advertised? > J > Here's the kicker... Our vendor wants to charge us nearly $3500 for the K > software and install.  I have seen it at Raxco for less than $300.  What   > gives?  A I would *STRONGLY* suggest that you NOT purchase any such product @ until you are running VMS v7.3-2 or higher.   Then, if you stillB feel you need it, insist on a demonstration where you can run yourA benchmark on your system.    I'm betting that you will decide you ! don't need any third-party cache.   ? We upgraded from v7.2-1 to v7.3-2 and the XFC made an *amazing* = difference.   It turned a 10 minute job into a 10 second job! < We are seeing 98+% hit rates from the cache, and it requires  absolutely no attention from me.  E The additional 1 GB of RAM would certainly be a good idea, especially A when you are using the XFC.   XFC is pretty intelligent, however. A It will cut back its usage of RAM if your programs need it.    If D it would otherwise be unused, it is moved to the XFC cache.   Slick.   Alan   ------------------------------  # Date: Fri, 02 Apr 2004 03:12:04 GMT  From: Dan <nospam@yahoo.com>0 Subject: Re: Alpha DS-10 and Raxco Perfect Cache9 Message-ID: <Xns94BEE1D8CC0CCnospamyahoocom@63.223.5.254>   6 Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> wrote in' news:406CC50B.4000607@Flying-Disk.com:     > Dan wrote: >> Good evening.D >> I am a new systems manager for a local CU and am getting my firstF >> exposure to OpenVMS.  Our core services vendor says that we can getH >> substantial performance benefits by installing Raxco Perfect Cache onH >> the Alpha DS-10. The DS-10 currently has 1Gb of RAM.  I am looking to* >> upgrade that to 2Gb in the near future. >>   >> My questions are: >>  ? >> 1.  Is there a performance gain to be had by installing this H >> software? 2.  Is this something that is easily installable by myself?E >> 3.  Does it require any sort of maintenance after it is installed? ? >> 4.  If installed, how can you be certain it is performing as  >> advertised?   >>  F >> Here's the kicker... Our vendor wants to charge us nearly $3500 forC >> the software and install.  I have seen it at Raxco for less than  >> $300.  What gives?  > C > I would *STRONGLY* suggest that you NOT purchase any such product B > until you are running VMS v7.3-2 or higher.   Then, if you stillD > feel you need it, insist on a demonstration where you can run yourC > benchmark on your system.    I'm betting that you will decide you # > don't need any third-party cache.  > A > We upgraded from v7.2-1 to v7.3-2 and the XFC made an *amazing* ? > difference.   It turned a 10 minute job into a 10 second job! > > We are seeing 98+% hit rates from the cache, and it requires" > absolutely no attention from me. > G > The additional 1 GB of RAM would certainly be a good idea, especially C > when you are using the XFC.   XFC is pretty intelligent, however. C > It will cut back its usage of RAM if your programs need it.    If F > it would otherwise be unused, it is moved to the XFC cache.   Slick. >  > Alan > J > I know for certain that we are on version 7.3-2 of OpenVMS and firmware I 6.6 on the Alpha DS10 as those modifications were done about 3 weeks ago. I Is it possible to download the "trial" version of Perfect Cache, install  + it, and run the aforementioned benchmark?     I Is it possible that we could just get better performance by doubling the  @ RAM and performing a disk defrag (for lack of the proper term).?  ; Thanks for your earlier reply.  It has me thinking already!    Dan      ------------------------------  $ Date: Fri, 2 Apr 2004 09:36:47 +0200  From: "Dr. Dweeb" <dr@dweeb.com>0 Subject: Re: Alpha DS-10 and Raxco Perfect Cache- Message-ID: <c4j56l$1ld0$1@news.cybercity.dk>   
 Dan wrote:8 > Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> wrote in( > news:406CC50B.4000607@Flying-Disk.com: > 
 >> Dan wrote:  >>> Good evening. E >>> I am a new systems manager for a local CU and am getting my first G >>> exposure to OpenVMS.  Our core services vendor says that we can get F >>> substantial performance benefits by installing Raxco Perfect CacheA >>> on the Alpha DS-10. The DS-10 currently has 1Gb of RAM.  I am 6 >>> looking to upgrade that to 2Gb in the near future. >>>  >>> My questions are:  >>> @ >>> 1.  Is there a performance gain to be had by installing thisA >>> software? 2.  Is this something that is easily installable by  >>> myself? F >>> 3.  Does it require any sort of maintenance after it is installed?@ >>> 4.  If installed, how can you be certain it is performing as >>> advertised?  >>> G >>> Here's the kicker... Our vendor wants to charge us nearly $3500 for D >>> the software and install.  I have seen it at Raxco for less than >>> $300.  What gives? >>D >> I would *STRONGLY* suggest that you NOT purchase any such productC >> until you are running VMS v7.3-2 or higher.   Then, if you still E >> feel you need it, insist on a demonstration where you can run your D >> benchmark on your system.    I'm betting that you will decide you$ >> don't need any third-party cache. >>B >> We upgraded from v7.2-1 to v7.3-2 and the XFC made an *amazing*@ >> difference.   It turned a 10 minute job into a 10 second job!? >> We are seeing 98+% hit rates from the cache, and it requires # >> absolutely no attention from me.  >>H >> The additional 1 GB of RAM would certainly be a good idea, especiallyD >> when you are using the XFC.   XFC is pretty intelligent, however.D >> It will cut back its usage of RAM if your programs need it.    IfG >> it would otherwise be unused, it is moved to the XFC cache.   Slick.  >> >> Alan  >>A >> I know for certain that we are on version 7.3-2 of OpenVMS and  >> firmware F > 6.6 on the Alpha DS10 as those modifications were done about 3 weeksG > ago. Is it possible to download the "trial" version of Perfect Cache, 3 > install it, and run the aforementioned benchmark?  > F > Is it possible that we could just get better performance by doublingF > the RAM and performing a disk defrag (for lack of the proper term).? > = > Thanks for your earlier reply.  It has me thinking already!  >  > Dan    My $0.02  J For many years, 3rd party disk cacheing software was the only option.  OneI of my clients had it running for many years until VFC was released in the L VMS 6.x (?) timeframe.  We did workload tests in question and concluded thatK VFC despite the fact that it was a static memory and not very flexible, was C good enough and similar to Perfect Cache (PC) in throughput in that 3 installation.  XFC is considerably better than VFC.   K PC does allows one to specify exactly which disks to be cached, rather than K the whole system, which was better than VFC which takes all the disks.  Not  sure what XFC allows.   F I cannot remember what the state of play in a cluster is, with clusterH access to files.  In VFC it meant that the file was not cached.  No idea what PC or XFC do.  I Perfact Cache is probably a product whose time has passed for single node 	 machines.   L Raxco also have a very good disk defrag product PerfectDisk, which runs on aE variety of OSs including VMS.  This is is a defragmenting tool with a K strategy, and is probably better than DFG the VMS layered product (or is it  in VMS these days?)     	 Dr. Dweeb    ------------------------------  % Date: Fri, 02 Apr 2004 09:43:21 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> 0 Subject: Re: Alpha DS-10 and Raxco Perfect Cache' Message-ID: <406D9829.3030603@MMaz.com>    Dr. Dweeb wrote:  	 >My $0.02  > K >For many years, 3rd party disk cacheing software was the only option.  One J >of my clients had it running for many years until VFC was released in theM >VMS 6.x (?) timeframe.  We did workload tests in question and concluded that L >VFC despite the fact that it was a static memory and not very flexible, wasD >good enough and similar to Perfect Cache (PC) in throughput in that4 >installation.  XFC is considerably better than VFC. > L >PC does allows one to specify exactly which disks to be cached, rather thanL >the whole system, which was better than VFC which takes all the disks.  Not >sure what XFC allows. > G >I cannot remember what the state of play in a cluster is, with cluster I >access to files.  In VFC it meant that the file was not cached.  No idea  >what PC or XFC do.  >    > H PC has been cluster aware for as long as I can remember.  I believe the E difference is that if Node A is caching and beating a file, and then  I Node B hits that same file, it will not benefit from any 'pre-cache' but  I will work with Node A to assure continuity, especially if Node B changes  # the file that Node A is processing.      Barry    --    > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028                            ------------------------------   Date: 2 Apr 2004 08:31:03 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) I Subject: Re: AMD OpteronT Processor Powers New Family of Sun Fire Servers 3 Message-ID: <lVGJwLJj8NHj@eisner.encompasserve.org>    In article <c4heom$lf0$2@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > 4 > Its not a Sun system we are just supplying the OS.  B    So when it has problems, the OS supplier and the hardware maker?    can point fingers at each otehr, and WallMart isn't going to !    jump up and settle it for you.   H    You get what you pay for.  I'll keep my VAX, Alpha, PDP-11, and Macs.   ------------------------------  % Date: Fri, 02 Apr 2004 16:39:37 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> I Subject: Re: AMD OpteronT Processor Powers New Family of Sun Fire Servers 0 Message-ID: <c4k1g6$ifu$2@new-usenet.uk.sun.com>   Bob Koehler wrote: > In article <c4heom$lf0$2@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > 4 >>Its not a Sun system we are just supplying the OS. >  > D >    So when it has problems, the OS supplier and the hardware makerA >    can point fingers at each otehr, and WallMart isn't going to # >    jump up and settle it for you.  >   A I have no idea what kind of support Walmart offer with the boxes. J >    You get what you pay for.  I'll keep my VAX, Alpha, PDP-11, and Macs. >   B Like it or not that world is coming to an end (well except for the
 MAC that is).      regards  Andrew Harrison   2 PS you can run JDS in the x86 emulator on the MAC.   ------------------------------  $ Date: Fri, 2 Apr 2004 10:04:39 -0500# From: "John Smith" <a@nonymous.com> % Subject: An interesting Search result , Message-ID: <406d8108_2@corp.newsgroups.com>  F At the Wall Street Journal website http://online.wsj.com/search  (paid access):   Search Term: OpenVMS Timeframe: last 12 months  Hits: 0    Search Term: Solaris Timeframe: last 12 months  Hits: 17   --------------   Search Term: OpenVMS Timeframe: since 1996  Hits: 3    Search Term: OpenVMS Timeframe: since 1996 	 Hits: 171   
 -------------   ? Do you think that CIO's and CTO's and IT managers read the WSJ?  I do.   E Do you think HP cares about selling anything to this group other than  BillyBoxes and ink? 2 Judging by what HP advertises in the WSJ, I don't.  J I'd say that Digital/Compaq/HP's policy of issuing only press releases andL not advertising OpenVMS is having the desired results - permitting 'editors'C to edit out any mention of OpenVMS, thereby further marginalizing a  profitable product.         > -----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----A http://www.newsfeeds.com - The #1 Newsgroup Service in the World! ? -----==  Over 100,000 Newsgroups - 19 Different Servers! =-----    ------------------------------  # Date: Fri, 02 Apr 2004 16:01:03 GMT % From: "John Vottero" <John@mvpsi.com> ) Subject: Re: An interesting Search result A Message-ID: <37gbc.19930$t16.10305110@newssvr28.news.prodigy.com>   . "John Smith" <a@nonymous.com> wrote in message& news:406d8108_2@corp.newsgroups.com...H > At the Wall Street Journal website http://online.wsj.com/search  (paid
 > access): >  > Search Term: OpenVMS > Timeframe: last 12 months 	 > Hits: 0  >  > Search Term: Solaris > Timeframe: last 12 months 
 > Hits: 17 >  > -------------- >  > Search Term: OpenVMS > Timeframe: since 1996 	 > Hits: 3  >  > Search Term: OpenVMS > Timeframe: since 1996  > Hits: 171  >  > -------------  > A > Do you think that CIO's and CTO's and IT managers read the WSJ?  > I do.  > G > Do you think HP cares about selling anything to this group other than  > BillyBoxes and ink? 4 > Judging by what HP advertises in the WSJ, I don't. > L > I'd say that Digital/Compaq/HP's policy of issuing only press releases andD > not advertising OpenVMS is having the desired results - permitting	 'editors' E > to edit out any mention of OpenVMS, thereby further marginalizing a  > profitable product.  >   L You have to read the articles.  How many of the Solaris mentions occurred inL a sentence like "The XYZ web site was down for three days because of trouble  with their Sun Solaris servers".   :)   ------------------------------  % Date: Thu, 01 Apr 2004 20:52:39 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>- Subject: Re: clusterwide logical names in DCL 6 Message-ID: <406CD577.2FED7FC3@NeOaSrPtAhMlNiOnWk.net>   Guy Peleg wrote: > M > When I met several of you in the technical update days last year and in the  > H > bootcamp I have heard request for the following from many people....so > coming in V8.2 : > + > IPL31> def/cluster openvms "the best O/S"  >  > IPL31> show log openvms/full > G > "OPENVMS" [super,clusterwide] = "the best O/S" (LNM$SYSCLUSTER_TABLE)  >  > IPL31> deass/clus openvms  >  > IPL31> show log openvms/full > 9 > %SHOW-S-NOTRAN, no translation for logical name OPENVMS  >  > IPL31> > 0 > There is also support for SHOW LOGICAL/CLUSTER   A very LARGE thank you, Guy!   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 2 Apr 2004 04:21:02 -0800 ( From: pimpelmees@pandora.be (Pimpelmees)! Subject: Re: DCL Coding Standards = Message-ID: <576e9651.0404020421.771972f2@posting.google.com>   E 1) I prefer lower case dcl because les shoutty. I don't like comments D about every statement because in my experience they are seldom addedB value and even more seldom reliable. I indent with 3 spaces at theA time, no space before the label and unindented commands starts at F column 3. I keep everything short because direltoly is accepted as dir but is not correct.   ? 2) put the procedure referenced in "on" in the beginning of the ? procedure (otherwise a quoting problem can make it unfindable).   C 3) use on warning instead of on error where possible. DCL sometimes E gives warnings when there are severe problems. Wors is that sometimes , a warning is given without executing the on.  . 4) don't forget that "on" is valid only once,.  F 5) don't forget that when using "call", your error handling is back toF default. You need to do "on" again. Call is also more expensive (cpu).  D 6) don't use "goto depending on" (cobol guys know what I am saying).  E 7) keep your procedures dcl_check conform (freeware cd). It will save A you a lot of debugging work. I modified dcl_check to make it less . noissy (only potential problems are reported).  C 8) if you are looking for things, check at the end if you found it. F E.g. when parsing the output of show memory (because output is version2 specific and can change when you install a patch).   Wim    ------------------------------  # Date: Fri, 02 Apr 2004 13:55:18 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond) ! Subject: Re: DCL Coding Standards 1 Message-ID: <ahebc.2238$YB4.970@news.cpqcorp.net>   > In article <576e9651.0404020421.771972f2@posting.google.com>, * pimpelmees@pandora.be (Pimpelmees) writes:   ..E >6) don't use "goto depending on" (cobol guys know what I am saying).   H Of course, that is not valid DCL syntax.  However, it can be efficientlyE and effectively simulated using symbol subsitution.  Given a varaibly A such as WHICH_CODE that contains the lable or part of it you can:        $ goto 'which_code'  or     $ goto routine_'which_code'   , Do you find this objectionable?  If so, why?    F >7) keep your procedures dcl_check conform (freeware cd). It will saveB >you a lot of debugging work. I modified dcl_check to make it less/ >noissy (only potential problems are reported).   , As the author of DCL_CHECK, I woudl like to:  . (a) Thank you for the unsolicited endorsement.  ' (b) Ask you what output you suppressed.   C     Individual diagnostice message can be selectively suppressed -- 2      see @DCL_CHECK HELP DIAGNOSTICS SUPPRESS_DIAG:     Would you like features to suppress progress messages       and/or statistics.      Or...???   --  J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------   Date: 2 Apr 2004 17:48:12 GMT , From: bill@gw5.cs.uofs.edu (Bill Gunshannon)! Subject: Re: DCL Coding Standards : Message-ID: <c4k90r$2j5pcf$1@ID-135708.news.uni-berlin.de>  1 In article <ahebc.2238$YB4.970@news.cpqcorp.net>, 6 	hammond@not@peek.ssr.hp.com (Charlie Hammond) writes: > J > Of course, that is not valid DCL syntax.  However, it can be efficientlyG > and effectively simulated using symbol subsitution.  Given a varaibly C > such as WHICH_CODE that contains the lable or part of it you can:  >  >     $ goto 'which_code'  > or! >     $ goto routine_'which_code'  > . > Do you find this objectionable?  If so, why? >   D Not if you use a meaningful name for the logical.  I think something like:    $ goto 'only_god_knows_where'    would be suitable.  :-)    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: 2 Apr 2004 01:13:19 -0800 $ From: anantha.prabhu@hp.com (Ananth)$ Subject: Re: Device names in OVMS ??< Message-ID: <e0273250.0404020113.fc6d7e9@posting.google.com>  \ hoff@hp.nospam (Hoff Hoffman) wrote in message news:<aBIac.2122$V93.675@news.cpqcorp.net>...f > In article <e0273250.0403260025.55c0556f@posting.google.com>, anantha.prabhu@hp.com (Ananth) writes: > F > :I need some more clarification. I have an Autoloader, which has oneH > :scsi tape drive with scsi id 3, and the controller with scsi id 5, inC > :this case what will be the last digits( numerical digits) of the  > :device names? > 7 >   Whatever the autoconfiguration tool decides to use.   7 Does that mean there is no consistency in device names? K In that case is there any specific system service which will give me a list B of all devices connected and the type of device ie SCSI, FC etc...L I know about the device_scan system service. Using device_scan I can get theB device names for a specific class of devices like DISKs, or TAPES.I Is ther a way to get all the devices connected using "device_scan" system  service?  > Is there any programmatic interface to autoconfiguration tool?  I Basically my problem is to get a list of all the devices connected to the I system programmatically. After getting the list I need to categorize them F based on the device class(DISK, TAPE) and the bus type(SCSI, FC, etc).   > A > :As per my analysis, tape devices last digits should be 300 and ? > :controllers device name's last digits should be 500. Is this  > :understanding is correct? > A >   It might be.  It might not be.  It really depends on how this 0 >   SCSI device is connected to the host system.  8 What are you trying to tell here by the above statement?   > E > :Hence device name for tape would be MKH300 and controller would be 
 > :GKH500. > 8 >   You have a few SCSI buses connected to this box, eh? > ! > :Please let me know ur views...  > C >   My views are that you should plug the loader in and look at the D >   results.  Predicting the device naming is perilous practice, at E >   best.  Depending on physical device names has historically caused C >   problems for folks, too -- best to set up and use logical names D >   and avoid embeding device names such as MKH300: in applications.  B Can you please elaborate on the loader that you are talking about?   = >   Tape devices are not supported on shared SCSI buses, BTW.  > C >   I'll assume you have looked at the OpenVMS User's Guide and its > >   introduction to device naming, and at the System Manager'sC >   manual and/or the Programming Concepts Manual and/or the Device A >   Driver documentation, depending on what you are up to.  Also, A >   I'll assume that you've read the device documentation for the A >   particular loader -- if you are connecting a loader that does ? >   not have documentation for OpenVMS, then you might want to  = >   look at the discussion of third-party SCSI device support B >   that is available in the OpenVMS FAQ.  (Yes, I know, I've beenB >   told that reading the documentation is an admission of defeat.* >   That's not always true, you know.  :-) >  > P >  ---------------------------- #include <rtfaq.h> -----------------------------M >     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq P >  --------------------------- pure personal opinion ---------------------------G >         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------   Date: 2 Apr 2004 07:34:43 -0800 + From: pzxkys@atd.gmeds.com (Martin Meadows) 2 Subject: getting info about hardware in alpha 4100< Message-ID: <551735b.0404020734.1fbca89e@posting.google.com>  E Does anyone know how I can use OpenVMS to get info about the hardware F installed on an Alpha 4100? If this isn't an option, is there a way to? tell whether an Alpha 4100 is a 5/533 MHz system or a 5/600 MHz B system? And by the way ... what is the 5 in 5/533 for? I knew this) years ago ... but, sadly, have forgotten.  Thanks!    Martin Meadows   ------------------------------  # Date: Fri, 02 Apr 2004 16:20:41 GMT . From: Ken Robinson <kenrbnsn.nospam@rbnsn.com>6 Subject: Re: getting info about hardware in alpha 4100@ Message-ID: <d0d38ecd78555f3fa53ae4bbadc7a2e6@news.teranews.com>   Martin Meadows wrote:   G > Does anyone know how I can use OpenVMS to get info about the hardware H > installed on an Alpha 4100? If this isn't an option, is there a way toA > tell whether an Alpha 4100 is a 5/533 MHz system or a 5/600 MHz D > system? And by the way ... what is the 5 in 5/533 for? I knew this+ > years ago ... but, sadly, have forgotten. 	 > Thanks!  >  > Martin Meadows  D [I sent this via Info-VAX but it hasn't made it yet .. apologies in $ advance if two copies get posted...]   Hi,   A The command "$ show license/charge" is one way of obtaining that   information.H "$ write sys$output f$getsyi("hw_name")" is another command you can use.E "$ show cluster/cont" and "add system/all"  will also show it to you.   * There's probably other ways like SDA, etc.   Ken Robinson   ------------------------------  % Date: Fri, 02 Apr 2004 09:42:58 +0200 " From: Didier Morandi <no@spam.com> Subject: Golden Eggs status?- Message-ID: <c4j5i2$epj$1@biggoron.nerim.net>   ? What is the current update status of the Golden Eggs tool/data? 7 http://h18002.www1.hp.com/info/golden-eggs/GECPQHHM.HTM    Last update is one year old.   D.   ------------------------------  # Date: Fri, 02 Apr 2004 16:14:01 GMT + From: "Dan Notov" <danno@large.INVALID.com>   Subject: Re: Golden Eggs status?. Message-ID: <djgbc.165532$po.972565@attbi_s52>  / "Didier Morandi" <no@spam.com> wrote in message ' news:c4j5i2$epj$1@biggoron.nerim.net... A > What is the current update status of the Golden Eggs tool/data? 9 > http://h18002.www1.hp.com/info/golden-eggs/GECPQHHM.HTM  >  > Last update is one year old.H Matti is no longer with HP, and Golden Eggs are no longer being producedK (hatched?) However, there is now an extensive set of stencils available for G MS Visio available at the following location: http://www.visiocafe.com/   > The concept of Golden Eggs lives on as logical visio stencils.   ------------------------------   Date: 2 Apr 2004 06:08:07 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) 7 Subject: Re: HP /Best'Ware BCS presentation in Toulouse 3 Message-ID: <gYFD2IKO9FCe@eisner.encompasserve.org>   R In article <c4j43o$e1r$1@biggoron.nerim.net>, Didier Morandi <no@spam.com> writes:  Q > The VMS logo is a curly multicolor enlarged arrow containing, in the center of  R > the curve, the word "OpenVMS" and on the arrow itself, the words "VAX Systems -  > Alpha Systems - Integrity".   O That sounds like the logo in use at last November's symposium in New Hampshire.   O > 5. The justification for a Customer to choose either OS is the following one:  > O > HP UX   : the merged quality of the HP UX and Tru64 OS on a standard platform  > , > Linux   : Linux for 32 and 64bit platforms > - > Windows : Windows on 32 and 64bit platforms  > R > OpenVMS : evolution of the current installed base and need for mission critical  > and secure platforms  # So why did they leave out NonStop ?    ------------------------------  % Date: Fri, 02 Apr 2004 09:18:16 +0200 " From: Didier Morandi <no@spam.com>3 Subject: HP /Best'Ware BCS presentation in Toulouse - Message-ID: <c4j43o$e1r$1@biggoron.nerim.net>   O We had yesterday a non confidential HP/Best'Ware presentation on the future of  # HP BCS (Business Critical Systems).   O Best'Ware is n1 privately owned company in Europe in IT business distribution.  http://www.bestware.fr/   K Here are the elements who kept my attention (i.e. everything on VMS, only).   O 1. The title of the presentation was "Evolution of the HP Servers line towards  C industrial standards architectures" (free translation from French).   I 2. The last line of the first slide had a list of operating systems logo:   E         +----------+  +---------------------+  +-------+  +---------+ E         ! HP-UX11i !  ! Windows Server 2003 !  ! Linux !  ! OpenVMS ! E         +----------+  +---------------------+  +-------+  +---------+   O The VMS logo is a curly multicolor enlarged arrow containing, in the center of  P the curve, the word "OpenVMS" and on the arrow itself, the words "VAX Systems - H Alpha Systems - Integrity". You can see it in slide 11 of the following Q presentation: http://h71000.www7.hp.com/openvms/OPENVMS_STRATEGY.htm or in slide  M 6 of this one: http://h71000.www7.hp.com/openvms/roadmap/openvms_roadmaps.htm   O 3. The next proc after Montecito in 2005 will be in 2006 the Tukwila MultiCore  Q "engineered by the former Alpha Engineering Team" (sic). It will be a "symmetric  T multithreading processor" with "some good features from the Alpha processor family".  M 4. A quote: "The best operating system is the one which best meets Customers  ; needs and which fully satisfy them" (Christine Vernon, HP).   M 5. The justification for a Customer to choose either OS is the following one:   M HP UX   : the merged quality of the HP UX and Tru64 OS on a standard platform   * Linux   : Linux for 32 and 64bit platforms  + Windows : Windows on 32 and 64bit platforms   P OpenVMS : evolution of the current installed base and need for mission critical  and secure platforms   D. --  <                    Discover the FutureVAX: www.futurevax.com8                            Discover VAXUS: www.vaxus.org  J     didier morandi  ~ sarl au capital de 8 000 euros ~  Revendeur agr HPL   Expertise en environnement DIGITAL ~ Formation ~ Programmation ~ MigrationJ     Offshore ~ 5 av. A. Durand 31700 Blagnac France. Tl: 33(0)5 6131 6287G       SIRET 448 694 851 00016 RCS Toulouse http://www.didiermorandi.com    ------------------------------  % Date: Thu, 01 Apr 2004 21:54:53 -04008* From: JF Mezei <jfmezei.spamnot@istop.com>E Subject: Re: HP Announces largest outsourcing deal in Company historye) Message-ID: <406CC7D2.EF08B3F4@istop.com>f   Bob Ceculski wrote:SP > > HP today announced that it has concluded the largest outsourcing contract in@ > > its history signed with Seattle based Microsoft Corporation.  . > JF, did you happen to notice todays date? :)  N Bob, if you do some research to find out who posted the original message at atK what time, you woud realise that i was *VERY* aware of it. Dr Deen was very + unaware :-) :-) :-) :-) At least I got one.   G What surprised me was that there was almost instant reaction, but then,tN absolutely nothing during remainder of day. When I found out that HP requestedN that the message be removed from one web site that had taken my post, I fearedN that HP might have cancelled my original post (someone told me that he had notN seen the original, only seen it as part of a quoted reply), but I checked from8 another newsserver and the post seems to still be there.   ------------------------------  $ Date: Thu, 1 Apr 2004 21:35:47 -06005 From: "ssj152 \(stuart\)" <ssj152 AT charter DOT net> E Subject: Re: HP Announces largest outsourcing deal in Company historyE0 Message-ID: <106pnsfr8rghi18@corp.supernews.com>  7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in message # news:406BCA96.DA768E69@istop.com... : > HP Announces largest outsourcing deal in Company history >i" > PALO ALTO, Calif., April 1, 2004 > K > HP today announced that it has concluded the largest outsourcing contractt inC > its history signed with Seattle based Microsoft Corporation. This 	 contract,lE > worth over $950 million over 3 years, builds on HP's world renowned  services  > and engineering organisations. >rG > "By bringing in HP, Microsoft can concentrate on its core business ofiK > marketing its software and strategic planning for the future" said Ann M.cB > Livermore, Executive Vice President of HP Services Organization. <SNIP>  H Now that is FUNNY!!! This is one of the better done April 1st jokes I've seen in a while.   Stuart Johnson   ------------------------------  % Date: Fri, 02 Apr 2004 05:50:08 +0200a" From: Didier Morandi <no@spam.com>$ Subject: HP Product Bulletin on-line- Message-ID: <c4intg$9hb$1@biggoron.nerim.net>h  O Yesterday, during the HP show (see report in here) we learned about an on-line nP version of the former DEC configurator. It is named the HP Product Bulletin and  may be reached there:   D http://h18002.www1.hp.com/products/quickspecs/Division/Division.html   Interesting.   FYWI   D.   ------------------------------  % Date: Fri, 02 Apr 2004 09:38:01 +0200i" From: Didier Morandi <no@spam.com>( Subject: Re: HP Product Bulletin on-line- Message-ID: <c4j58r$ej8$1@biggoron.nerim.net>e   Didier Morandi wrote:6  I > Yesterday, during the HP show (see report in here) we learned about an -E > on-line version of the former DEC configurator. It is named the HP o, > Product Bulletin and may be reached there: > F > http://h18002.www1.hp.com/products/quickspecs/Division/Division.html   5704 pages to update, then...e  J In case you are interested, the installation process is the following one:   1. download the installer from .E http://www.compaq.com/products/quickspecs/cpb_files/CPB_Installer.exeb   2. download the updater fromB http://www.compaq.com/products/quickspecs/cpb_files/CPB_Update.exe   3. run the installer#     DO NOT start the update process-   4. run the updater.p.     It will start the update process by itself  : 5. wait for the 5704 pages to be copied to your hard disk.  $   10 MB - Application and Help Files 170 MB - World Wide QuickSpecs$ 155 MB - North America/US QuickSpecs0 150 MB - North America/Canada English QuickSpecs0   84 MB - North America/Canada French QuickSpecs&   82 MB - North America Product Photos     Voil.   D.   ------------------------------  # Date: Fri, 02 Apr 2004 16:28:46 GMT1+ From: "Dan Notov" <danno@large.INVALID.com>u( Subject: Re: HP Product Bulletin on-line. Message-ID: <2xgbc.165583$po.973864@attbi_s52>  / "Didier Morandi" <no@spam.com> wrote in messagew' news:c4j58r$ej8$1@biggoron.nerim.net...i > Didier Morandi wrote:  > J > > Yesterday, during the HP show (see report in here) we learned about anF > > on-line version of the former DEC configurator. It is named the HP. > > Product Bulletin and may be reached there: > >nH > > http://h18002.www1.hp.com/products/quickspecs/Division/Division.html/ There is also the Enterprise Configurator here:R0 http://h30099.www3.hp.com/configurator/index.asp   > 5704 pages to update, then...3 >oL > In case you are interested, the installation process is the following one: >   > 1. download the installer fromG > http://www.compaq.com/products/quickspecs/cpb_files/CPB_Installer.exep >y > 2. download the updater fromD > http://www.compaq.com/products/quickspecs/cpb_files/CPB_Update.exe >0 > 3. run the installer% >     DO NOT start the update processs >o > 4. run the updater.u0 >     It will start the update process by itself >n< > 5. wait for the 5704 pages to be copied to your hard disk. >y& >   10 MB - Application and Help Files  > 170 MB - World Wide QuickSpecs& > 155 MB - North America/US QuickSpecs2 > 150 MB - North America/Canada English QuickSpecs2 >   84 MB - North America/Canada French QuickSpecs( >   82 MB - North America Product PhotosL You can reduce the total storage required by uninstalling the QuickSpecs youD do not need. For example, unless you have a pressing requirement forE NA/Canada English/French QuickSpecs, you can remove them by doing the 
 following:> Go to File->Preferences, and click on the Update Settings tab.G Uncheck the Data sources you do no want. You can also re-order the dataeF sources by clicking on the "up/down arrow" box in the upper right-hand portion of that box.  J One of the great features of this tool is the ability to drag & drop a PDFJ version of a QS into an e-mail attachment. You can also select (most) partG numbers and get their List Price by right-clicking on the selected partc number.   + This tool makes by life a whole lot easier!    /danno   ------------------------------  % Date: Fri, 02 Apr 2004 09:27:25 +0200 " From: Didier Morandi <no@spam.com>1 Subject: Re: installing Internet on OpenVMS 7.1-2i- Message-ID: <c4j4kt$ea0$1@biggoron.nerim.net>r    David B Sneddon - bigpond wrote:  F > At home I have a PWS600au, VMS 7.3-2, TCPIP 5.4-ECO1 and use that to$ > dial my ISP using a Banskia modem.< > I run WASD as a proxy server for my home network which hasE > a couple of VAXstations, an iBook with  MacOS X and a couple of PCs - > running Linux (when everything is running).oG > It's fairly easy to get set up -- at least the PPPD part, there are aIB > few things you have to do but these are explained in the manual.  N At home I have a PWS600au, VMS 7.3-2, TCP-IP 5.4-ECO01 and use that to access   the Internet via my ADSL router.N I run WASD as a proxy server for my home network which has couple of VAX 3100 O and two Alpha, an iMac 500 with  MacOS X and a PCs running XP (when everything M/ is running) and use VMS/Mozilla as the browser.h   We should meet, David :-)F   D.   ------------------------------  # Date: Fri, 02 Apr 2004 01:54:44 GMT  From: dittman@dittman.net   Subject: Re: OpenVMS for POWER!?6 Message-ID: <EJ3bc.2454$KK3.2198@nwrddc02.gnilink.net>   Dr. Dweeb <dr@dweeb.com> wrote:s > dittman@dittman.net wrote:F >> I received the following from a friend at HP (the person's name has  >> been removed to protect him): >>G >> ====================================================================iE >> Apparently with Itanium not having the market share, HP is fallingo! >> back on IBM's POWER and AMD64:e >> >> Issuer:             HPk6 >> Authorization:      INTERNAL-HP-DEVEL-20040401-0026$ >> Product Name:       OPENVMS-POWER >> Producer:           HP- >> Units:              0 >> Activity:           A, >> Checksum:           2-HCFJ-IAEH-CEGG-AGJO >> >> Issuer:             HPc6 >> Authorization:      INTERNAL-HP-DEVEL-20040401-0713$ >> Product Name:       OPENVMS-AMD64 >> Producer:           HPn >> Units:              0 >> Activity:           A, >> Checksum:           2-GBOI-LMGL-COOA-KCFM >>F >> The systems haven't been announced, and I don't know any details onF >> whether AMD64 means just AMD64 or AMD64 and Opeteron, and I have noF >> ideas whether Intel's 64-bit version of the AMD64 will be included.G >> ====================================================================e >>F >> I tried the PAKs and they are valid!  This is pretty interesting... > K > Ah, yes, however given todays date (a previous victim me) I would suggesttJ > that these are comic rather than real.  It is a no brainer to generate a. > valid key once you have a keygen utility :-)   :-)  -- . Eric Dittman dittman@dittman.neta   ------------------------------  % Date: Thu, 01 Apr 2004 21:42:16 -0400r* From: JF Mezei <jfmezei.spamnot@istop.com>  Subject: Re: OpenVMS for POWER!?) Message-ID: <406CC4DE.CB24A8E4@istop.com>3   "Dr. Dweeb" wrote:K > Ah, yes, however given todays date (a previous victim me) I would suggestlJ > that these are comic rather than real.  It is a no brainer to generate a. > valid key once you have a keygen utility :-)  L Yeah, but what is important is that there would be folks inside HP who wouldI consider it "nice" to make believe VMS was being ported to AMD and Power.3   ------------------------------  % Date: Thu, 01 Apr 2004 21:04:03 -0600b@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>  Subject: Re: OpenVMS for POWER!?6 Message-ID: <406CD823.2DC8D2B9@NeOaSrPtAhMlNiOnWk.net>   JF Mezei wrote:l >  > "Dr. Dweeb" wrote:M > > Ah, yes, however given todays date (a previous victim me) I would suggest L > > that these are comic rather than real.  It is a no brainer to generate a0 > > valid key once you have a keygen utility :-) > N > Yeah, but what is important is that there would be folks inside HP who wouldK > consider it "nice" to make believe VMS was being ported to AMD and Power.   H What we and HP need are people inside who believe it would be PROFITABLE+ to not just port it, but market it as well!f  ; I expected to see a full page VMS ad today (1-Apr), but ...s   -- e David J. Dachtera  dba DJE SystemsA http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Fri, 02 Apr 2004 05:31:26 +0200 " From: Didier Morandi <no@spam.com>  Subject: Re: OpenVMS for POWER!?- Message-ID: <c4imqd$93q$3@biggoron.nerim.net>e   dittman@dittman.net wrote:  E > I received the following from a friend at HP (the person's name has  > been removed to protect him):o > F > ====================================================================D > Apparently with Itanium not having the market share, HP is falling  > back on IBM's POWER and AMD64:   Let's learn a bit of French:   What is "poisson d'avril" ?l   :-)m   :c :a :e :r :a :F :h :  :e :l :h :i :. :o :  :e :a :F :l :s :  :  :n :r :m :    APRIL FOOL !  # You won a (swiss) chocolate egg :-)c   D.   ------------------------------   Date: 2 Apr 2004 06:01:03 -0600t- From: Kilgallen@SpamCop.net (Larry Kilgallen)r  Subject: Re: OpenVMS for POWER!?3 Message-ID: <uW1SC4TY19KV@eisner.encompasserve.org>   y In article <406CD823.2DC8D2B9@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:a > JF Mezei wrote:l >> t >> "Dr. Dweeb" wrote:eN >> > Ah, yes, however given todays date (a previous victim me) I would suggestM >> > that these are comic rather than real.  It is a no brainer to generate aJ1 >> > valid key once you have a keygen utility :-)d >> oO >> Yeah, but what is important is that there would be folks inside HP who wouldML >> consider it "nice" to make believe VMS was being ported to AMD and Power. > J > What we and HP need are people inside who believe it would be PROFITABLE- > to not just port it, but market it as well!o    Not if that assertion is untrue.  H I have seen nothing in this newsgroup proving that advertising VMS would be profitable.   ------------------------------  # Date: Fri, 02 Apr 2004 13:55:06 GMTo From: dittman@dittman.nett  Subject: Re: OpenVMS for POWER!?6 Message-ID: <_gebc.5052$KK3.1774@nwrddc02.gnilink.net>  # Didier Morandi <no@spam.com> wrote:e > dittman@dittman.net wrote: > F >> I received the following from a friend at HP (the person's name has  >> been removed to protect him): >>  G >> ==================================================================== E >> Apparently with Itanium not having the market share, HP is falling ! >> back on IBM's POWER and AMD64:  >  > Let's learn a bit of French: >  > What is "poisson d'avril" ?  >  > :-)  >  > APRIL FOOL ! > % > You won a (swiss) chocolate egg :-)   L Indeed, this was an April Fool joke.  Unfortunately, I messed up the postingL so it didn't appear to come from the person I meant to make it come from, so) that really took away from the joke.  :-(i --   Eric Dittman dittman@dittman.netP   ------------------------------  $ Date: Fri, 2 Apr 2004 09:34:35 -0500# From: "John Smith" <a@nonymous.com>   Subject: Re: OpenVMS for POWER!?, Message-ID: <406d79fc_2@corp.newsgroups.com>  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:uW1SC4TY19KV@eisner.encompasserve.org...nL > In article <406CD823.2DC8D2B9@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera". <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes: > > JF Mezei wrote:u > >> > >> "Dr. Dweeb" wrote:oH > >> > Ah, yes, however given todays date (a previous victim me) I would suggest D > >> > that these are comic rather than real.  It is a no brainer to
 generate a3 > >> > valid key once you have a keygen utility :-)  > >>K > >> Yeah, but what is important is that there would be folks inside HP who  wouldPG > >> consider it "nice" to make believe VMS was being ported to AMD and0 Power. > >0L > > What we and HP need are people inside who believe it would be PROFITABLE/ > > to not just port it, but market it as well!e >N" > Not if that assertion is untrue. >-J > I have seen nothing in this newsgroup proving that advertising VMS would > be profitable.    6 Did advertising make Sun profitable during the 1990's?7 Did advertising make Sun non-profitable since dot-bomb?   I What about something arguably as arcane as VMS - BEA Weblogic? Does BEA'seJ advertising of that make its product unprofitable, or would the product be# unprofitable *without* advertising?   J If the *vast* majority of potential purchasers of your product (ie. livingJ breathing corporations worldwide) have zero knowledge of your product, andL of the ones that do know about your product many are dropping it in favor ofI other products because in part they believe the lack of visibility of the L product in the marketplace is merely a portend of forthcoming doom - what doI you call advertising then -- throwing good money after none, or defensivey- spending to maintain and enhance marketshare?l  C In many ways advertising is a leap of faith. That HP spends zero onJG advertising OpenVMS speaks volumes to corporations about HP's faith andrA commitment to something that HP purports to be important to them.l        > -----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----A http://www.newsfeeds.com - The #1 Newsgroup Service in the World!V? -----==  Over 100,000 Newsgroups - 19 Different Servers! =-----u   ------------------------------   Date: 2 Apr 2004 09:21:36 -0600 + From: young_r@encompasserve.org (Rob Young)t  Subject: Re: OpenVMS for POWER!?3 Message-ID: <8iBOfWpX92yP@eisner.encompasserve.org>J  R In article <406d79fc_2@corp.newsgroups.com>, "John Smith" <a@nonymous.com> writes: > 9 > Did advertising make Sun non-profitable since dot-bomb?m >   A 	No.  Their collapse is more tied to cheaper Wintel kit and LinuxgE 	on Intel.  The dot-bomb song and dance they trotted out for a number.> 	of quarters was old news.  Their collapse is on-going and notF 	industry-wide. i.e. easily refuted by IBM's Unix growth over the last 	year plus.n   				Rob=   ------------------------------  % Date: Fri, 02 Apr 2004 18:55:00 +0200 " From: Didier Morandi <no@spam.com>  Subject: Re: OpenVMS for POWER!?. Message-ID: <c4k5t3$10qi$2@biggoron.nerim.net>   dittman@dittman.net wrote:  % > Didier Morandi <no@spam.com> wrote:  >  >>dittman@dittman.net wrote: >> >>F >>>I received the following from a friend at HP (the person's name has  >>>been removed to protect him): >>>rG >>>====================================================================TE >>>Apparently with Itanium not having the market share, HP is falling-! >>>back on IBM's POWER and AMD64:  >> >>Let's learn a bit of French: >> >>What is "poisson d'avril" ?r >> >>:-)1 >> >>APRIL FOOL ! >>% >>You won a (swiss) chocolate egg :-)a >  > N > Indeed, this was an April Fool joke.  Unfortunately, I messed up the postingN > so it didn't appear to come from the person I meant to make it come from, so+ > that really took away from the joke.  :-(.   Better luck next time?   D.   ------------------------------  # Date: Fri, 02 Apr 2004 17:23:57 GMTn+ From: "Dan Notov" <danno@large.INVALID.com>g  Subject: Re: OpenVMS for POWER!?/ Message-ID: <Nkhbc.160973$_w.1783402@attbi_s53>   K "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com> ; wrote in message news:c4k4gp$jjh$1@new-usenet.uk.sun.com...t > Rob Young wrote:= > > In article <406d79fc_2@corp.newsgroups.com>, "John Smith") <a@nonymous.com> writes: > >-; > >>Did advertising make Sun non-profitable since dot-bomb?  > >> > >d > >.D > > No.  Their collapse is more tied to cheaper Wintel kit and LinuxH > > on Intel.  The dot-bomb song and dance they trotted out for a numberA > > of quarters was old news.  Their collapse is on-going and not I > > industry-wide. i.e. easily refuted by IBM's Unix growth over the lastl > > year plus. > >e >.9 > Really so how do you account for HP's inability to makeh: > a profit from their hardware businesses except printing.. ESS and PSG were both profitable last quarter:* http://biz.yahoo.com/e/040311/hpq10-q.html  K Sun has lost nearly $5B over the past two years. 3Q losses are projected ati
 $700-800MM   ------------------------------   Date: 2 Apr 2004 12:44:02 -0600L+ From: young_r@encompasserve.org (Rob Young)!  Subject: Re: OpenVMS for POWER!?3 Message-ID: <pieYGBtng8Zz@eisner.encompasserve.org>f   In article <c4k4gp$jjh$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > Rob Young wrote:U >> In article <406d79fc_2@corp.newsgroups.com>, "John Smith" <a@nonymous.com> writes:1 >> 7: >>>Did advertising make Sun non-profitable since dot-bomb? >>>s >> t >>  D >> 	No.  Their collapse is more tied to cheaper Wintel kit and LinuxH >> 	on Intel.  The dot-bomb song and dance they trotted out for a numberA >> 	of quarters was old news.  Their collapse is on-going and notaI >> 	industry-wide. i.e. easily refuted by IBM's Unix growth over the lastp >> 	year plus. >> t > 9 > Really so how do you account for HP's inability to makeg: > a profit from their hardware businesses except printing. >   H 	Good question.  But I think (without looking) HP's Enterprise division G 	actually made a small profit last quarter.  Can the same be said about ? 	Sun's?  But of course my point still stands right?  The Sun isn 	sinking . . .   				Robd   ------------------------------  % Date: Thu, 01 Apr 2004 20:56:47 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>@ Subject: Re: OpenVMS hobbyist licenses - how are they delivered?6 Message-ID: <406CD66F.7D828446@NeOaSrPtAhMlNiOnWk.net>   Sue Skonetski wrote: > D > Please note that the person normally doing this (John W) is in theH > hospital and in very serious condition.  Knowing John as soon as he isH > able he will take care of this.  But as you can imagine our concern is > for him to just get better.c  G Seconding JF's reply - please extend best wishes to John for a full and  speedy recovery.  D Couldn't help wondering just now if either David C. and/or Pat J. is camped out at his side...C   -- H David J. DachteraR dba DJE Systemsn http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/2   ------------------------------  % Date: Thu, 01 Apr 2004 22:05:23 -05006* From: Chuck Chopp <ChuckChopp@rtfmcsi.com>@ Subject: Re: OpenVMS hobbyist licenses - how are they delivered?8 Message-ID: <LJ4bc.5147$ym1.3766@bignews6.bellsouth.net>   Didier Morandi wrote:i   > glen herrmannsfeldt wrote: > C >> So far I have VMS installed on a MicroVAX, but when it installed'1 >> it didn't seem to like the license data I had.  >  > C > VAX/VMS licences are serial number bound. Alpha/VMS ones are not.d    L I got my licenses.... seems that somehow they had in fact been mailed to me J but spam filters had trashed them.  I found this in the spam filter logs; K the filters had actually deleted the messages instead of just putting them  I in the junk folder.  Perhaps there's a conspiracy involved.  Anyway, the  2 license emails have been received and all is well.  H On the subject of serial numbers, my OPENVMS-ALPHA product license does K include my system serial number in it.  I don't have a 2nd Alpha system to  J try it on to see if the serial number in the LMF PAK is actually enforced.     ChuckF -- A Chuck Chopph  8 ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com1                                    ICQ # 22321532e@ RTFM Consulting Services Inc.     864 801 2795 voice & voicemail2 103 Autumn Hill Road              864 801 2774 fax4 Greer, SC  29651                  800 774 0718 pagerC                                    8007740718 (at) skytel (dot) comt  , Do not send me unsolicited commercial email.   ------------------------------  % Date: Thu, 01 Apr 2004 21:26:41 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>@ Subject: Re: OpenVMS hobbyist licenses - how are they delivered?6 Message-ID: <406CDD71.E12D88EC@NeOaSrPtAhMlNiOnWk.net>   Chuck Chopp wrote: >  > Didier Morandi wrote:  >  > > glen herrmannsfeldt wrote: > > E > >> So far I have VMS installed on a MicroVAX, but when it installeda3 > >> it didn't seem to like the license data I had.e > >  > >oE > > VAX/VMS licences are serial number bound. Alpha/VMS ones are not.i > M > I got my licenses.... seems that somehow they had in fact been mailed to mecK > but spam filters had trashed them.  I found this in the spam filter logs;aL > the filters had actually deleted the messages instead of just putting themJ > in the junk folder.  Perhaps there's a conspiracy involved.  Anyway, the4 > license emails have been received and all is well. > I > On the subject of serial numbers, my OPENVMS-ALPHA product license does L > include my system serial number in it.  I don't have a 2nd Alpha system toL > try it on to see if the serial number in the LMF PAK is actually enforced.  H Of course it isn't. It just used to generate and "register" the PAK withG the hobbyist program. You're on your honor to get PAKs for each machine 	 you have.c   -- e David J. Dachteran dba DJE Systemsa http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/i   ------------------------------  % Date: Fri, 02 Apr 2004 05:29:02 +0200 " From: Didier Morandi <no@spam.com>@ Subject: Re: OpenVMS hobbyist licenses - how are they delivered?- Message-ID: <c4imlu$93q$2@biggoron.nerim.net>,   Didier Morandi wrote:t  B > I had to mail someone from HP who works in the Hobbyist field toF > forward my request and finally obtain my licences (it is a DCL proc & > which loads everything in one shot).  < John W was the one. Please Sue bring him my best wishes too.   D.   ------------------------------  % Date: Fri, 02 Apr 2004 09:22:20 +0200a" From: Didier Morandi <no@spam.com>@ Subject: Re: OpenVMS hobbyist licenses - how are they delivered?- Message-ID: <c4j4bc$e1r$2@biggoron.nerim.net>n   glen herrmannsfeldt wrote:  4 > I did put the serial number into the request form. > 2 > So you mean it knows the hardware serial number?  Q No. What I mean is that the VMS/Alpha licenses processing does not handle serial mM numbers, even if it is requested in the form (for HP follow up, I guess). As hQ David pointed out, it is then a question of honour (I'd better say "honesty") to  . purchase the PAKs you need for your platforms.   D.   ------------------------------   Date: 2 Apr 2004 06:03:15 -0600e- From: Kilgallen@SpamCop.net (Larry Kilgallen)r@ Subject: Re: OpenVMS hobbyist licenses - how are they delivered?3 Message-ID: <syIXDtPNud3d@eisner.encompasserve.org>c  e In article <LJ4bc.5147$ym1.3766@bignews6.bellsouth.net>, Chuck Chopp <ChuckChopp@rtfmcsi.com> writes:   J > On the subject of serial numbers, my OPENVMS-ALPHA product license does M > include my system serial number in it.  I don't have a 2nd Alpha system to eL > try it on to see if the serial number in the LMF PAK is actually enforced.  B VAX and Alpha systems provide no mechanism to determine the serial number from software.S  C There were plans for such on the VAX 11-780, back when they thoughty( there would be no more than 2**16 VAXen.   ------------------------------   Date: 2 Apr 2004 08:12:08 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)t@ Subject: Re: OpenVMS hobbyist licenses - how are they delivered?3 Message-ID: <Ox6jrYMnfLM0@eisner.encompasserve.org>   c In article <syIXDtPNud3d@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:  > E > There were plans for such on the VAX 11-780, back when they thoughto* > there would be no more than 2**16 VAXen.  C    They were implemented on the 11/780, in the SID register.  Folksn?    who used it got a big suprize when they ported thier code to.    later models.  J    We inheritted systems which used it to determine what system a generic I    system disk was being used on, and set up the correct DECnet executor -    name and address.   ------------------------------  * Date: Fri, 2 Apr 2004 17:56:01 +0000 (UTC)6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)@ Subject: Re: OpenVMS hobbyist licenses - how are they delivered?1 Message-ID: <newscache$wr1kvh$2hu1$1@news.sil.at>D  c In article <syIXDtPNud3d@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:of >In article <LJ4bc.5147$ym1.3766@bignews6.bellsouth.net>, Chuck Chopp <ChuckChopp@rtfmcsi.com> writes: >aK >> On the subject of serial numbers, my OPENVMS-ALPHA product license does .N >> include my system serial number in it.  I don't have a 2nd Alpha system to M >> try it on to see if the serial number in the LMF PAK is actually enforced., > C >VAX and Alpha systems provide no mechanism to determine the serial> >number from software.  1 Would you mind to slightly amend your statement ?c  E F$GETSYI ("SERIAL_NUMBER") on Alpha systems displays what you entered K in SRM as the serial number (IIRC since V7.3-1 and correctly since V7.3-2).n  I F$GETSYI ("SID") (and to some extend also "CPU" and "EXTRACPU") were usedwF on VAX to uniquely identify the hardware (these were wire wraps on the backplane)..  H There is no RELIABLE way to uniquely identify the hardware and thereforeA don't bet your licensing scheme on it, but there isn't nothing...I  D >There were plans for such on the VAX 11-780, back when they thought) >there would be no more than 2**16 VAXen.s  E These were more thans "plans". SID worked for the whole VAX-11 serieseC (725, 730, 750, 780, 782, 785, 790 where the 790 got the name 8600)sF and maybe also with the VAX 8000 series (8200, 8250, 8300, 8350, 8800); and ended with the MicroVAXes which all had the same SID...-   -- - Peter "EPLAN" LANGSTOEGERe% Network and OpenVMS system specialistm E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Fri, 02 Apr 2004 12:17:03 +0400 : From: "Ruslan R. Laishev" <Laishev{at}DeltaTelecom{dot}RU>, Subject: Re: revoking  VMS$MEM_RESIDENT_USER3 Message-ID: <751122B076FCF376B98A372DE3C94555@nntp>4   authorize show /id james ?   James wrote:  	 > Hi, alljD > I was playing with grant and revoke function on VMS. I was able toE > grant my self the identifier VMS$MEM_RESIDENT_USER. But when try to$V > revoke the identifier I get an error message. Anyone know why, is this a bug in VMS., > I have a system account. running VMS 7.3-1 >  > James  > - > UAF> revoke /id VMS$MEM_RESIDENT_USER james = > %UAF-W-IDOUTRNG, identifier value is not within legal rangec >    -- dF + WBR, OpenVMS [Sys|Net] HardWorker .................................+D Delta Telecom Inc., NMT-450i, IMT-MC-450(CDMA2000) cellular operatorE Russia,191119,St.Petersburg,Transportny per. 3 Cel: +7 (812) 116-3222-F +http://starlet.deltatelecom.ru ............. Frying on OpenVMS only +   ------------------------------  % Date: Thu, 01 Apr 2004 20:53:48 -0600e@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>. Subject: Re: Subject: Re: DCL Coding Standards6 Message-ID: <406CD5BB.1183D6E1@NeOaSrPtAhMlNiOnWk.net>   "Kevin G. Barkes" wrote: > = > > You have to REALLY OLD to remember his famous "Stupid DCLe > tricks" and his < > > articles in the Digital press.  It appears I am old, but > alzheimers has" > > apparenmtly not set in yet :-9 > 4 > Gee, thanks for reminding me. I turn 50 this year.   EEEKKK!!! Me, too!  ' Good to see you're still around, Kevin!g   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Fri, 02 Apr 2004 05:24:23 +0200f" From: Didier Morandi <no@spam.com>. Subject: Re: Subject: Re: DCL Coding Standards- Message-ID: <c4imd6$93q$1@biggoron.nerim.net>-   Kevin G. Barkes wrote:; >>You have to REALLY OLD to remember his famous "Stupid DCLi >  > tricks" and his: > : >>articles in the Digital press.  It appears I am old, but >  > alzheimers has >   >>apparenmtly not set in yet :-9 >  > 4 > Gee, thanks for reminding me. I turn 50 this year.   54 :-(  Q I still have my VAX 11/785 mug and my VMS Operator Course, the one with the grey s* box with the red binder and the TU77 tape.   D.   ------------------------------  # Date: Fri, 02 Apr 2004 04:03:59 GMT 4 From: "Roert G. Schaffrath" <rschaffrath@yahoo.com>. Subject: Re: Subject: Re: DCL Coding Standards% Message-ID: <406CE630.5615@yahoo.com>m    David B Sneddon - bigpond wrote: >  > Dr. Dweeb espoused:  > > Kevin G. Barkes wrote: > > F > >>>You have to REALLY OLD to remember his famous "Stupid DCL tricks"E > >>>and his articles in the Digital press.  It appears I am old, but 2 > >>>alzheimers has apparenmtly not set in yet :-9 > >>6 > >>Gee, thanks for reminding me. I turn 50 this year. > >> > >i > >n > > 47 for me :-(h > >v
 > > Dweeb. > I > 48 this year.  Still have copies of the old RSTS and VAX Professionals.n > 
 > Regards, > Dave.i > --  F 42 this year.  Also have a few old RSTS and VAX Professionals though IF threw most of them out about 8 years ago keeping only a few classics. A Also have a few "Digital" coffee mugs, two of which are very niceME "stoneware" types given to me by our DEC district office (oh, and twoy "Charlie Matco" mugs as well!).m  H I noticed if I do a Google search on KGB and my last name, I see my nameH mentioned in an article at http://www.kgb.com/dcl/199210.txt - 12 years, geesh!   Robert   ------------------------------  # Date: Fri, 02 Apr 2004 14:06:19 GMTC3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)C. Subject: Re: Subject: Re: DCL Coding Standards2 Message-ID: <vrebc.2240$YB4.1627@news.cpqcorp.net>   ..G >> >>>You have to REALLY OLD to remember his famous "Stupid DCL tricks"  ..  C I read this (as closely quoted as memory permits) in a sci-fi novele I was reading last night:   E     Old programmers never retire -- they just move to legacy systems.    -- DJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Fri, 02 Apr 2004 12:32:24 -0500c& From: David M Smith <dsmit115@csc.com>. Subject: Re: Subject: Re: DCL Coding Standards8 Message-ID: <ff8r601eu471c0cqg3535gsu47sk0guih8@4ax.com>  J On Wed, 31 Mar 2004 14:33:18 -0600, "Kevin G. Barkes" <kgb@kgb.com> wrote:  < >> You have to REALLY OLD to remember his famous "Stupid DCL >tricks" and his; >> articles in the Digital press.  It appears I am old, but  >alzheimers hasc! >> apparenmtly not set in yet :-9t >t3 >Gee, thanks for reminding me. I turn 50 this year.t > 	 >Regards,s >  >KGB  P 54 for me -- I remember the famous Stupid DCL tricks and his DCL dialog. The DCLK Dialog columns are available online (and are still interesting reading) at:e   	http://www.kgb.com/dcl.htmlI -------------------------------------------------------------------------tI David M. Smith 302.391.8533                       dsmit115 at csc dot comuI Computer Sciences Corporation     (Opinions are those of the writer only)hI -------------------------------------------------------------------------d   ------------------------------  % Date: Fri, 02 Apr 2004 09:41:41 -0800d3 From: Alan Frisbie <Usenet01REMOVE@Flying-Disk.com>o. Subject: Re: Subject: Re: DCL Coding Standards. Message-ID: <406DA5D5.8060405@Flying-Disk.com>   Kevin G. Barkes wrote:< >> You have to REALLY OLD to remember his famous "Stupid DCL>  >> tricks" and his articles in the Digital press.  It appears>  >> I am old, but alzheimers has apparently not set in yet :-9  4 > Gee, thanks for reminding me. I turn 50 this year.  = 57.   I saved all my DEC/DECUS mugs, buttons, and other stuffm> over the years.   One of these days I'll have to unpack it all and make some kind of display.  8 I just had to move a dozen boxes of audio tapes of DECUS9 symposia sessions dating back to the early 1980s.   I wast9 thinking of copying them all to MP3 files and making them : available on a web site, but I'm not sure if enough people* would be interested to make it worthwhile.   Alan  H "Practice reverse defenestration.   Throw Windows out of your computer!"   ------------------------------   Date: 2 Apr 2004 18:10:17 GMT , From: bill@gw5.cs.uofs.edu (Bill Gunshannon). Subject: Re: Subject: Re: DCL Coding Standards: Message-ID: <c4kaa8$2jeju8$2@ID-135708.news.uni-berlin.de>  6 In article <406CD5BB.1183D6E1@neoasrptahmlnionwk.net>,C 	"David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:m > "Kevin G. Barkes" wrote: >> u> >> > You have to REALLY OLD to remember his famous "Stupid DCL >> tricks" and his= >> > articles in the Digital press.  It appears I am old, but  >> alzheimers has # >> > apparenmtly not set in yet :-9r >> i5 >> Gee, thanks for reminding me. I turn 50 this year.e >  > EEEKKK!!! Me, too! >   F Would you damn kids please keep the noise down.  Some of us are trying to sleep here.  :-)-   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>   n   ------------------------------   Date: 2 Apr 2004 18:12:49 GMTo, From: bill@gw5.cs.uofs.edu (Bill Gunshannon). Subject: Re: Subject: Re: DCL Coding Standards: Message-ID: <c4kaf1$2jeju8$3@ID-135708.news.uni-berlin.de>  ( In article <406CD2CC.30001@bigpond.com>,: 	David B Sneddon - bigpond <dbsneddon@bigpond.com> writes: > I > 48 this year.  Still have copies of the old RSTS and VAX Professionals.iG                                               ^^^^         ^^^^^^^^^^^^p  1 Now there's something I would love to have again.p   bill   -- rJ 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>   r   ------------------------------  # Date: Fri, 02 Apr 2004 14:03:15 GMTA3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)r5 Subject: Re: The DCL minute of the Day: FORMATEUR.COMr2 Message-ID: <Doebc.2239$YB4.1371@news.cpqcorp.net>  / In article <c4hqmo$2urp$1@biggoron.nerim.net>, 1$ Didier Morandi <no@spam.com> writes:  I >... I actually included the three subprocs in the [FORMATEUR.COM] proc, $, >this is why we get duplicates [labels]. ...  * I understood how you got this way, Didier.  F >.... if the whole stuff was engineered in one pass, I would not have ; >done that. Mainly because I like automatic documentation, n+ >which is not easy with duplicate labels...    Interesting comment.B This says that if I "fix" DCL_CHECK to allow for duplciate labels C in separate subroutines, I should retain at least an informational   diagnostic, such as:  2     DLS-I  duplicate label in different subroutine   Life is interesting.   -- aJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  $ Date: Fri, 2 Apr 2004 10:31:01 -0500 From: norm.raphael@metso.com5 Subject: Re: The DCL minute of the Day: FORMATEUR.COMoQ Message-ID: <OFC5942747.8EB33F11-ON85256E6A.005532DC-85256E6A.00554D4D@metso.com>.  + This is a multipart message in MIME format.a" --=_alternative 00554D4B85256E6A_=, Content-Type: text/plain; charset="US-ASCII"  K hammond@not@peek.ssr.hp.com (Charlie Hammond) wrote on 04/02/2004 09:03:15 n AM:   1 > In article <c4hqmo$2urp$1@biggoron.nerim.net>, u& > Didier Morandi <no@spam.com> writes: > K > >... I actually included the three subprocs in the [FORMATEUR.COM] proc, e  . > >this is why we get duplicates [labels]. ... > , > I understood how you got this way, Didier. > H > >.... if the whole stuff was engineered in one pass, I would not have = > >done that. Mainly because I like automatic documentation, a- > >which is not easy with duplicate labels...t >  > Interesting comment.D > This says that if I "fix" DCL_CHECK to allow for duplciate labels E > in separate subroutines, I should retain at least an informational   > diagnostic, such as: > 4 >     DLS-I  duplicate label in different subroutine >  > Life is interesting.  # I agree with both statements above.e   -Normc >  > --  H >       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USA-H >           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)A >       All opinions expressed are my own and not necessarily my   employer's.c >   " --=_alternative 00554D4B85256E6A_=+ Content-Type: text/html; charset="US-ASCII"e     <br>H <br><font size=2><tt>hammond@not@peek.ssr.hp.com (Charlie Hammond) wrote on 04/02/2004 09:03:15 AM:<br> <br>> &gt; In article &lt;c4hqmo$2urp$1@biggoron.nerim.net&gt;, <br>3 &gt; Didier Morandi &lt;no@spam.com&gt; writes:<br>i	 &gt; <br>vJ &gt; &gt;... I actually included the three subprocs in the [FORMATEUR.COM]
 proc, <br>8 &gt; &gt;this is why we get duplicates [labels]. ...<br>	 &gt; <br>m3 &gt; I understood how you got this way, Didier.<br>P	 &gt; <br>aH &gt; &gt;.... if the whole stuff was engineered in one pass, I would not	 have <br>rG &gt; &gt;done that. Mainly because I like automatic documentation, <br>c7 &gt; &gt;which is not easy with duplicate labels...<br>M	 &gt; <br>g &gt; Interesting comment.<br>oI &gt; This says that if I &quot;fix&quot; DCL_CHECK to allow for duplciate- labels <br>,G &gt; in separate subroutines, I should retain at least an informationalV <br> &gt; diagnostic, such as:<br>5	 &gt; <br>nJ &gt; &nbsp; &nbsp; DLS-I &nbsp;duplicate label in different subroutine<br>	 &gt; <br> % &gt; Life is interesting.</tt></font>n <br>D <br><font size=2><tt>I agree with both statements above.</tt></font> <br> <br><font size=2><tt>-Norm<br>	 &gt; <br>= &gt; -- <br>G &gt; &nbsp; &nbsp; &nbsp; Charlie Hammond -- Hewlett-Packard Company --o$ Ft Lauderdale &nbsp;FL &nbsp;USA<br>G &gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; (hammond@not@peek.ssr.hp.com --2* remove &quot;@not&quot; when replying)<br>O &gt; &nbsp; &nbsp; &nbsp; All opinions expressed are my own and not necessarily  my employer's.<br>	 &gt; <br>H </tt></font>$ --=_alternative 00554D4B85256E6A_=--   ------------------------------  $ Date: Fri, 2 Apr 2004 10:43:11 -0500 From: norm.raphael@metso.com5 Subject: Re: The DCL minute of the Day: FORMATEUR.COM:Q Message-ID: <OF3D13B24C.B21A0091-ON85256E69.00541C9E-85256E6A.00566A1E@metso.com>n  + This is a multipart message in MIME format. " --=_alternative 00551FC485256E69_=, Content-Type: text/plain; charset="US-ASCII"  = Didier Morandi <no@spam.com> wrote on 03/31/2004 11:30:09 PM:    > norm.raphael@metso.com wrote:= > > Didier,= > > 9 > > When I run this against itself (I know, man... :-) ),d > > it seems to break. > > 4 > > [Line 392 is where you put this comment in.  The: > > unmatched parenthesis reported is the ":-)" in quotes.8 > > Things seem to go bad right there, though I have not > > checked it out.] > > < > > [Oh, I changed the name par-ce qu'on parle Anglais ici.]	 > > -Norm- > >  > > ===- > >   > > $ @format_dcl format_dcl.com > H > I do not remember why I put that (supposed to be) humoristic message,  but you ? > should know that checking a DCL source processor always give h unpredictable F > results, as it uses non standard coding for precisely that, process  > non standard h4 > coding if there is so in the input file processed. > < > Try to dcl_check dcl_check.com and you'll see what I mean.   Didier,h  F I do not understand your comments here.  I have run DCL_CHECK against 
 DCL_CHECK C and there is no such thing as "non standard coding."  DCL_CHECK is e conforming  J DCL.  There are some warnings generated - some constructs are modified at G run-time and can only be flagged as areas to be examined by the coder. 2	 However, AH this FORMATEUR.COM of yours should not generate a file that does not do 	 what the v9 original input file does, and it seems to fail on itself.  > E > However, I wrote that stuff to document a legacy DCL set of procs,   > and I confess H > that I did not dcl_check it as long as it did what it was intended to  do.o  I Actually, DCL_CHECK shows it to be fine, although it breaks DCL_CHECK is s one way.B DCL_CHECK does not presently handle LABELS that are duplicated in 
 different H SUBROUTINES.  DCL_CHECK flags them as duplicates, but it seems that one  may repeat  6 a label inside a(nother) subroutine and be conforming.  H I have already discussed this with Charlie Hammond.  It is rarely done, 
 but as is J shown in your case, perfectly normal when incorporating external routines  into a e procedure as subroutines.   < Back to the point, though.  FORMATEUR.COM passes DCL_CHECK.  FORMATEUR.DCLDOC g	 does not.q  3 >  > Thanks for testing.   + I'm not sure this procedure can be trusted.f   -Normf >  > D. >   " --=_alternative 00551FC485256E69_=+ Content-Type: text/html; charset="US-ASCII"=     <br>K <br><font size=2><tt>Didier Morandi &lt;no@spam.com&gt; wrote on 03/31/2004a 11:30:09 PM:<br> <br>& &gt; norm.raphael@metso.com wrote:<br> &gt; &gt; Didier,<br>  &gt; &gt; <br>C &gt; &gt; When I run this against itself (I know, man... :-) ),<br>   &gt; &gt; it seems to break.<br> &gt; &gt; <br>C &gt; &gt; [Line 392 is where you put this comment in. &nbsp;The<br>tN &gt; &gt; unmatched parenthesis reported is the &quot;:-)&quot; in quotes.<br>B &gt; &gt; Things seem to go bad right there, though I have not<br> &gt; &gt; checked it out.]<br> &gt; &gt; <br>F &gt; &gt; [Oh, I changed the name par-ce qu'on parle Anglais ici.]<br> &gt; &gt; -Norm<br>. &gt; &gt; <br> &gt; &gt; ===<br>h &gt; &gt; <br>* &gt; &gt; $ @format_dcl format_dcl.com<br>	 &gt; <br>eJ &gt; I do not remember why I put that (supposed to be) humoristic message, but you <br>O &gt; should know that checking a DCL source processor always give unpredictabled <br>H &gt; results, as it uses non standard coding for precisely that, process <br> &gt; non standard <br>; &gt; coding if there is so in the input file processed.<br> 	 &gt; <br>oK &gt; Try to dcl_check dcl_check.com and you'll see what I mean.</tt></font>v <br>( <br><font size=2><tt>Didier,</tt></font> <br>I <br><font size=2><tt>I do not understand your comments here. &nbsp;I haven, run DCL_CHECK against DCL_CHECK </tt></font>S <br><font size=2><tt>and there is no such thing as &quot;non standard coding.&quot;1* &nbsp;DCL_CHECK is conforming </tt></font>H <br><font size=2><tt>DCL. &nbsp;There are some warnings generated - some' constructs are modified at </tt></font>oM <br><font size=2><tt>run-time and can only be flagged as areas to be examineda) by the coder. &nbsp;However, </tt></font>eF <br><font size=2><tt>this FORMATEUR.COM of yours should not generate a+ file that does not do what the </tt></font>nF <br><font size=2><tt>original input file does, and it seems to fail on itself.<br>a	 &gt; <br> G &gt; However, I wrote that stuff to document a legacy DCL set of procs,  <br> &gt; and I confess <br> G &gt; that I did not dcl_check it as long as it did what it was intendedl to do.</tt></font> <br>F <br><font size=2><tt>Actually, DCL_CHECK shows it to be fine, although+ it breaks DCL_CHECK is one way.</tt></font>aH <br><font size=2><tt>DCL_CHECK does not presently handle LABELS that are$ duplicated in different </tt></font>K <br><font size=2><tt>SUBROUTINES. &nbsp;DCL_CHECK flags them as duplicates,R- but it seems that one may repeat </tt></font>@W <br><font size=2><tt>a label inside a(nother) subroutine and be conforming.</tt></font>u <br>H <br><font size=2><tt>I have already discussed this with Charlie Hammond./ &nbsp;It is rarely done, but as is </tt></font>oL <br><font size=2><tt>shown in your case, perfectly normal when incorporating% external routines into a </tt></font>i: <br><font size=2><tt>procedure as subroutines.</tt></font> <br>J <br><font size=2><tt>Back to the point, though. &nbsp;FORMATEUR.COM passes. DCL_CHECK. &nbsp;FORMATEUR.DCLDOC </tt></font>* <br><font size=2><tt>does not.</tt></font> <br><font size=2><tt>&nbsp;<br>e	 &gt; <br>o$ &gt; Thanks for testing.</tt></font> <br>L <br><font size=2><tt>I'm not sure this procedure can be trusted.</tt></font> <br> <br><font size=2><tt>-Norm<br>	 &gt; <br>  &gt; D.<br>s	 &gt; <br>b </tt></font>$ --=_alternative 00551FC485256E69_=--   ------------------------------   Date: 2 Apr 2004 08:23:45 -0600a; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)a? Subject: Re: Undeniable proof that Itanium is highly profitablen3 Message-ID: <jCb6NyioFmZp@eisner.encompasserve.org>a   In article <c4hd7b$kq3$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > D > Companys pay for IP all the time, Sun has an OS called Solaris x86  E    I was suprized to find that only the Solaris x86 software shows upaC    on the Sun web site.  I couldn't find a preconfigured box on thet    site.  G    I was wondering why the Sun Java Desktop systems at WallMart weren'teC    on Sun branded hardware.  I guess there's no such beast as a Sune    branded PC.  H    Now I wouldn't want, or expect, Sun to get into a Sun branded WindowsC    box, but I'd think there was a market for Sun branded Intel UNIXsA    boxes.  If DEC can learn to rebadge Tandy, Olivetti, and otherdD    makers, there should be some way for Sun to get into this market.  A    Or maybe DM will get interested in doing it as a "Future Sun".a   ------------------------------   Date: 2 Apr 2004 08:27:46 -0600n; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)e? Subject: Re: Undeniable proof that Itanium is highly profitabler3 Message-ID: <FC9VGRb9B2Et@eisner.encompasserve.org>-   In article <c4hdit$l11$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > @ > Whatever argument SCO and Novell have over who owns the rights@ > to the UNIX IP don't apply to Sun nor would it be possible for@ > example for SCO to revoke Sun's right to ship UNIX licenses asA > it has with IBM and then threaten their customers because theree$ > is no license between SCO and Sun.  E    Hasn't stopped SCO from suing other customers over it, even thoughn=    earlier UNIX ownership contracts specifically prohibit it.i  B    SCO:  a company which sues it's customers, sold no product lastC    quarter, and lists it's legal problems with IBM as a potentiallyM1    major liability after the original SEC filing.R   ------------------------------   Date: 2 Apr 2004 08:15:39 -0600.; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)i? Subject: Re: Undeniable proof that Itanium is highly profitablem3 Message-ID: <rTBvjp3DsSXT@eisner.encompasserve.org>e   In article <c4hdqj$l4i$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > = > If you can find any evidence that Sun has an opinion on theD> > merit of SCO's case either way then feel free to publish it.  ?    As we all know, Sun bought a licence from SCO for a product,s?    while the rest of the industry believes SCO owns no product,k@    and you insist it was a legitmate license purchase unrelated     to the lawsuit.  >    That's enough evidence for the rest of us, even on April 1.   ------------------------------  % Date: Fri, 02 Apr 2004 16:25:27 +0100-O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>V? Subject: Re: Undeniable proof that Itanium is highly profitable10 Message-ID: <c4k0lk$i98$1@new-usenet.uk.sun.com>   Bob Koehler wrote: > In article <c4hd7b$kq3$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > D >>Companys pay for IP all the time, Sun has an OS called Solaris x86 >  > G >    I was suprized to find that only the Solaris x86 software shows up E >    on the Sun web site.  I couldn't find a preconfigured box on then
 >    site. >   2 If you buy a Sun V60/65 and soon the V20Z you have( the option of Solaris x86 preconfigured.    I >    I was wondering why the Sun Java Desktop systems at WallMart weren't'E >    on Sun branded hardware.  I guess there's no such beast as a Sun  >    branded PC. >    Correct.  J >    Now I wouldn't want, or expect, Sun to get into a Sun branded WindowsE >    box, but I'd think there was a market for Sun branded Intel UNIXpC >    boxes.  If DEC can learn to rebadge Tandy, Olivetti, and othersF >    makers, there should be some way for Sun to get into this market. >   B Sun is very unlikely to do a Sun branded Intel dektop UNIX box, anD AMD branded desktop UNIX box would be a much more likely propostion.   Regardsr Andrew Harrisont   ------------------------------  % Date: Fri, 02 Apr 2004 16:27:14 +0100yO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>l? Subject: Re: Undeniable proof that Itanium is highly profitable 0 Message-ID: <c4k0ou$i98$2@new-usenet.uk.sun.com>   GreyCloud wrote:* > Andrew Harrison SUNUK Consultancy wrote: >  >>GreyCloud wrote: >>+ >>>Andrew Harrison SUNUK Consultancy wrote:b >>>o >>>d >>>>Kenneth Farmer wrote:  >>>>E >>>>It would have been better if you had left that BS on your website < >>>>where it might be better placed that publishing it here. >>>> >>>p >>>	G >>>Verify that it is BS.  So far, sock puppets are usually in denial asoF >>>it is. Disprove his statements.  So far, others have found evidence >>>contrary to your beliefs. >>>h >>>o >>>)E >>>>>The behind the scenes stuff going on with SCO is unreal.  It's a G >>>>>tangle of companies and money changing hands.  These guys are realsE >>>>>slime and good at what they do but they may have hit the wall on-D >>>>>this one.  As you can see below, Sun is neck deep in the slime. >>>>>a >>>>A >>>>Odd that you have forgotten the joint marketing campaign thatiA >>>>HP payed for with SCO where there was no mention of HP in theOD >>>>campaign. Could it be a bung who knows but it has about the same# >>>>level of substance as your FUD.) >>>> >>>  >>>pA >>>Again, provide the evidence.  Why did Sun pay SCO??  What for?  >>>Guffaw!!! >>>  >>>o >>D >>Companys pay for IP all the time, Sun has an OS called Solaris x86C >>SCO has an OS that runs on x86, I will leave you to work out whata >>me might have licensed.. >>E >>Nice conspiracy theory though, I can hear the sound of a helicoptera >>approaching. >> >  > " > Guffaw!!  Typical of an ostrich. >   3 You can luagh as much as you like but I suggest youn2 should do it while looking in the mirror, the only, thing thats funny is your conspiracy theory.  N > It is very highly likely that the Caldera/SCO had mixed their code together.I > I used to have Caldera Linux and know that people did copy the software5K > under the GPL.  Some of the software was written by Caldera and had theirm( > own copyright notices in the software. > K > Tell us again why Sun all of a sudden paid SCO off.  IBM sure didn't takei > the bait.h >   ' Buying IP is hardly paying someone off.b   Regardsl Andrew Harrisonn   ------------------------------  % Date: Fri, 02 Apr 2004 16:33:14 +0100iO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>o? Subject: Re: Undeniable proof that Itanium is highly profitables0 Message-ID: <c4k147$ifu$1@new-usenet.uk.sun.com>   Bob Koehler wrote: > In article <c4hdqj$l4i$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > = >>If you can find any evidence that Sun has an opinion on thee> >>merit of SCO's case either way then feel free to publish it. >  > A >    As we all know, Sun bought a licence from SCO for a product,cA >    while the rest of the industry believes SCO owns no product, B >    and you insist it was a legitmate license purchase unrelated  >    to the lawsuit. >   7 Really so what product was it that Sun bought exactly ?x    @ >    That's enough evidence for the rest of us, even on April 1. >   @ Hardly or do you routinely convict people of shoplifting because> they were buying things in a store at the same time as theives? were stealing from the same store despite having no evidence toe) link the genuine customer with the thief.    regards: Andrew Harrison    ------------------------------  % Date: Fri, 02 Apr 2004 16:29:55 +0100AO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>h? Subject: Re: Undeniable proof that Itanium is highly profitable 0 Message-ID: <c4k0u0$i98$3@new-usenet.uk.sun.com>   Bob Koehler wrote: > In article <c4hdit$l11$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > @ >>Whatever argument SCO and Novell have over who owns the rights@ >>to the UNIX IP don't apply to Sun nor would it be possible for@ >>example for SCO to revoke Sun's right to ship UNIX licenses asA >>it has with IBM and then threaten their customers because thereA$ >>is no license between SCO and Sun. >  > G >    Hasn't stopped SCO from suing other customers over it, even thoughP? >    earlier UNIX ownership contracts specifically prohibit it.. >   G I think SCO's argument is that the earlier contracts don't specificallyn) prohibit them from suing their customers.u  A But again none of this applies to Sun because there is no licenseh deal between Sun and SCO.o   Regardsr Andrew Harrisone   ------------------------------   Date: 2 Apr 2004 18:06:26 GMTm, From: bill@gw5.cs.uofs.edu (Bill Gunshannon)? Subject: Re: Undeniable proof that Itanium is highly profitable-: Message-ID: <c4ka31$2jeju8$1@ID-135708.news.uni-berlin.de>  3 In article <jCb6NyioFmZp@eisner.encompasserve.org>,R> 	koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: > In article <c4hd7b$kq3$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: >> oE >> Companys pay for IP all the time, Sun has an OS called Solaris x86h > G >    I was suprized to find that only the Solaris x86 software shows upmE >    on the Sun web site.  I couldn't find a preconfigured box on ther
 >    site. > I >    I was wondering why the Sun Java Desktop systems at WallMart weren'tbE >    on Sun branded hardware.  I guess there's no such beast as a Sung >    branded PC. > J >    Now I wouldn't want, or expect, Sun to get into a Sun branded WindowsE >    box, but I'd think there was a market for Sun branded Intel UNIXtC >    boxes.  If DEC can learn to rebadge Tandy, Olivetti, and otheriF >    makers, there should be some way for Sun to get into this market. > C >    Or maybe DM will get interested in doing it as a "Future Sun".t  D The margins are so thin, why would they bother?  They have a productA called Solaris that people are buying that only they can provide. D PC's can be bought from any schmuck with a garage and a screwdriver.   bill  y -- iJ 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>   S   ------------------------------   Date: 2 Apr 2004 08:01:37 -0600.; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: v6.4 C compiler?K3 Message-ID: <WSOYkgg72$hE@eisner.encompasserve.org>d  b In article <64Yac.153107$1p.1975848@attbi_s54>, glen herrmannsfeldt <gah@ugcs.caltech.edu> writes: > 6 > Isn't that, more or less, the definition of vfork(). > E > That is, vfork() is only guaranteed to work if you exec() very soon0E > after it?  (Or, according to the man page I looked at, _exit(), but  > not exit().)  E    Some people porting code from UNIX may expect it to behave exactlyMF    as UNIX vfork() in some undocmented way.  What it is supposed to doF    is why it and exec() are parts of the C RTL and fork() isn't (yet).   ------------------------------   Date: 2 Apr 2004 08:07:53 -0600h; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)e Subject: Re: v6.4 C compiler?r3 Message-ID: <SA91UkAyVhtS@eisner.encompasserve.org>e  e In article <406C6904.6B2BBEC3@applied-synergy.com>, Chris Scheers <chris@applied-synergy.com> writes:t > 8 > VAXCRTL (along with ADARTL) were added to VMS in V4.2. >   @    Could be.  I moved from a system shop using VMS 4.0 and olderA    to a shop using VMS 5.2, so all the changes in 4.x are outsidem    my experience..  E    I do know when the VAX C compiler was first introduced the VAXCRTLhG    shipped only with it, one of our suppliers had an OEM agreement withDE    DEC to ship VAXCRTL for thier C based product to customers becauseoE    the only other avenue for the customers wanting to run the producte8    would have been to buy the compiler they didn't need.  H    We tried to get DEC to do the same thing for us when a supplier movedG    from OASIS C++ to DEC C++, but they wouldn't do it when we needed itnD    so we had to be one of the first shops in our area to install VMSK    6.0.  IIRC they did it a few months later for suppliers of C++ products  :    based on 5.5, but at first you had to buy the compiler.   ------------------------------  # Date: Fri, 02 Apr 2004 14:33:41 GMTo9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>e Subject: Re: v6.4 C compiler?a2 Message-ID: <9Rebc.2241$BD4.1613@news.cpqcorp.net>  H "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message- news:WSOYkgg72$hE@eisner.encompasserve.org...tE > In article <64Yac.153107$1p.1975848@attbi_s54>, glen herrmannsfeldta <gah@ugcs.caltech.edu> writes: > >l8 > > Isn't that, more or less, the definition of vfork(). > >rG > > That is, vfork() is only guaranteed to work if you exec() very soonbG > > after it?  (Or, according to the man page I looked at, _exit(), but  > > not exit().) >sG >    Some people porting code from UNIX may expect it to behave exactly0H >    as UNIX vfork() in some undocmented way.  What it is supposed to doH >    is why it and exec() are parts of the C RTL and fork() isn't (yet). >   L vfork() is I believe intended to be a "cheap" fork for programs that plan toH do an exec().  That is, the program is forking off a child that will runG some other image - instead of being a clone of the parent.  It is a far7K simpler task to create a child process and execute a new image in it - thanc5 to clone the parent and allow shared IO between them.1  K Implementation of a true fork() requires some interesting OS work, which wetG have started to do, but will take some time.  There are some very largeIL differences between how VMS does things, and UNIX does things - particularly( in IO - but also in things like the CLI.   ------------------------------   End of INFO-VAX 2004.183 ************************MS 7.3-1 >  > James  > - > UAF> revoke /id VMS$MEM_RESIDENT_USER james = > %UAF-W-IDOUTRNG, identifier value is not within legal rangec >    -- dF + WBR, OpenVMS [Sys|Net] HardWorker .................................+D Delta Telecom Inc., NMT-450i, IMT-MC-450(CDMA2000) cellular operatorE Russia,191119,St.Petersburg,Transportny per. 3 Cel: +7 (812) 116-3222-F +http://starlet.deltatelecom.ru ........ENTLY BEING UPDATED ***  <BR>PLEASE CHECK BACK LATER  </H1></BLINK></CENTER></FONT>  -->    <p><b>Demonstration server:</b> = <a href="http://wasd.vsm.com.au/">http://wasd.vsm.com.au/</a>   f </p><p><b>info-WASD <a href="http://wasd.vsm.com.au/ht_root/other/info-WASD.html">Mailing List</a></b>   </p><p><b>New to WASD?  N <a href="http://wasd.vsm.com.au/ht_root/doc/htd/htd_0300.html">Start here!</a> (Chapter 3 from the J <a href="http://wasd.vsm.com.au/ht_root/doc/htd/">Technical Overview</a>)  </b>   </p><p> 7 <b>Like to establish the integrity of your package?</b> a <br>Check it's <a href="http://wasd.vsm.com.au/wasd/md5digest.txt">MD5 digest</a> against that in G <a href="http://wasd.vsm.com.au/wasd/$$$_md5digest.lis">this list</a>.  h <br>WASD has it's own MD5 digestor but <a href="http://wasd.vsm.com.au/wasd/md5digest.zip">here</a> is a stand-alone one if required.     </p><p>    <a name="mirrors">7 </a><table border="0" cellpadding="20" cellspacing="0">  <tbody><tr><td>   3 <table border="1" cellpadding="10" cellspacing="0"> ! <tbody><tr><td bgcolor="#ffffff">   = <p><font size="+1"><b><u>Download Mirror Sites</u></b></font> 2 <i>(with thanks to each of the local sponsors)</i>   </p><p> 2 <table border="0" cellpadding="5" cellspacing="0">   <!--; <TR><TH ALIGN=right VALIGN=top>Europe:</TH><TD VALIGN=top>  B <AHREF="ftp://ftp.vms.stacken.kth.se/mirrors/vsm/wasd/index.html">6 ftp://ftp.vms.stacken.kth.se/mirrors/vsm/wasd/</A><BR>/ <I>(even emails won't resurrect this site!)</I>  </TD><TD VALIGN=top> Richard&nbsp;Levitte<BR>E <A HREF="http://richard.levitte.org/">http://richard.levitte.org/</A> 
 </TD></TR> -->   E <tbody><tr><th align="right" valign="top">USA:</th><td valign="top">  = <a href="ftp://ftp.process.com/vms-freeware/wasd/index.html"> , ftp://ftp.process.com/vms-freeware/wasd/</a> </td><td valign="top">) Hunter Goatley &amp; Process Software<br> 7 <a href="http://www.process.com/openvms/engineer.html">  http://www.process.com/</a> 
 </td></tr>  > <tr><th align="right" valign="top">USA:</th><td valign="top">  <nobr>4 <a href="http://www.tmk.com/ftp/vms-freeware/wasd/">- http://www.tmk.com/ftp/vms-freeware/wasd/</a>  <br>9 <a href="ftp://ftp.tmk.com/vms-freeware/wasd/index.html"> ( ftp://ftp.tmk.com/vms-freeware/wasd/</a> </nobr>  </td><td valign="top"> Terry Kennedy<br> 5 <a href="http://www.tmk.com/">http://www.tmk.com/</a> 
 </td></tr>  > <tr><th align="right" valign="top">USA:</th><td valign="top"> 8 <a href="ftp://ftp.arizona.edu/mirrors/wasd/index.html">' ftp://ftp.arizona.edu/mirrors/wasd/</a>  </td><td valign="top"> Chris De Young<br>4 <a href="mailto:chd@arizona.edu">chd@arizona.edu</a>
 </td></tr>   <!--> <tr><th align="right" valign="top">USA:</th><td valign="top"> ( <a href="http://acornsw.com:8080/wasd/">! http://acornsw.com:8080/wasd/</a>  </td><td valign="top"> Richard Munroe<br>3 <a href="munroe@csworks.com">munroe@csworks.com</a> 
 </td></tr> -->    </tbody></table>  P </p><p> If the host is not <i>*.vsm.com.au</i> then you are using a mirror site.@ <br> These are sometimes up to 24 hours behind the primary site.   </p></td></tr> </tbody></table>  
 </td></tr> </tbody></table>   </p></td></tr>  O <!-- ...................................................................... -->    <tr><td></td></tr>   <tr><td colspan="4">2 <font size=+1><b><u>Current Release</u></b></font>
 </td></tr>   <tr><td></td></tr>   <TR><TD VALIGN=top ALIGN=right> x <A HREF="http://wasd.vsm.com.au/ht_root/other/winston.jpg"><IMG SRC="http://wasd.vsm.com.au/ht_root/other/winstonsm.