1 INFO-VAX	Tue, 06 Apr 2004	Volume 2004 : Issue 190       Contents: Re: :-) BOFH needs VMS CXX 6.5-039 problem  Re: CXX 6.5-039 problem  Re: DCL Coding Standards4 Re: Emulators:   VAX/VMS, hp3000/MPE and ... AS-400?4 Re: Emulators:   VAX/VMS, hp3000/MPE and ... AS-400? John Wisniewski  Re: John Wisniewski  John Wisniewski ' John Wisniewski's home page in memoriam  Re: Loss of a VMS legend Re: Loss of a VMS legend Re: Loss of a VMS legend Re: OpenVMS for POWER!?  Re: OpenVMS for POWER!?  Re: OpenVMS for POWER!?  Re: OT: fingerprint processing Re: OT: fingerprint processing# Printer queues - pass control codes ' Re: Printer queues - pass control codes  Re: SIMH V3.2 released& Re: SKHPC: A Total Eclipse of the Sun?% Re: Subject: Re: DCL Coding Standards % Re: Subject: Re: DCL Coding Standards & Re: Time Change on VMS + Multinet/XNTP& Re: Time Change on VMS + Multinet/XNTP& Re: Time Change on VMS + Multinet/XNTP( VXT1300, InfoServer 150, VAXstation 3100, Re: VXT1300, InfoServer 150, VAXstation 31004 Re: [OT]: Franken-food   was Re: OpenVMS for POWER!?4 Re: [OT]: Franken-food   was Re: OpenVMS for POWER!?  F ----------------------------------------------------------------------  % Date: Mon, 05 Apr 2004 08:34:44 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: :-) BOFH needs VMS ; Message-ID: <4070fe04.524144494f47414741@radiogaga.harz.de>   * Barry Treahy, Jr. (Treahy@MMaz.com) wrote:J > Just curious, however, so that we are not generating an unlevel playing I > field with your question, does simh and ts10 run on BSD, Linux or Unix?   D I have simh running on SuSE Linux. The code is generic enough to runG almost anywhere (it even compiles on DEC C/OpenVMS Alpha); the critical C thingie that won't be available everywhere is the pcap library that  provides ethernet support.   cu,    Martin --  A  Your mouse has moved.     | Martin Vorlaender  |  OpenVMS rules! 4  Windows must be restarted | work: mv@pdv-systeme.deG  for the change to take    |   http://www.pdv-systeme.de/users/martinv/ ;  effect. Reboot now? [OK]  | home: martin@radiogaga.harz.de    ------------------------------  % Date: Mon, 05 Apr 2004 11:14:28 +0200 7 From: Robert Trawinski <robert.trawinski@softax.com.pl>  Subject: CXX 6.5-039 problem+ Message-ID: <c4r825$uk8$1@bozon2.softax.pl>    Hi all,   L When I compile C++ sources using mmk I see on my terminal following message:  * %CLI-F-SYNTAX, error parsing 'ANNOTATIONS': -CLI-E-ENTNF, specified entity not found in command tables/ %TRACE-F-TRACEBACK, symbolic stack dump follows K    image    module    routine             line      rel PC           abs PC @                                              0 000000007AFB62F0  000000007AFB62F0@                                              0 000000007AFB55A4  000000007AFB55A4@                                              0 FFFFFFFF8007A214  FFFFFFFF8007A214@                                              0 FFFFFFFF8007A214  FFFFFFFF8007A214@   CXX$COMPILER_V06_05-039                    0 0000000000652DDC  0000000000662DDC?   CXX$COMPILER_V06_05-039  GEM_CP_VMS  PARSE_ALL_NONE_LIST_QUAL @                                           4310 0000000000003524  000000000067F1544   CXX$COMPILER_V06_05-039  GEM_CP_VMS  DO_QUALIFIERS@                                           1912 0000000000000D40  000000000067C9704   CXX$COMPILER_V06_05-039  GEM_CP_VMS  DO_PARAMETERS@                                           1686 0000000000000798  000000000067C3C82   CXX$COMPILER_V06_05-039  GEM_CP_VMS  GEM_CP_MAIN@                                           2560 000000000000181C  000000000067D44C@   CXX$COMPILER_V06_05-039                    0 000000000097F6E4  000000000098F6E4@                                              0 FFFFFFFF8025FE94 
 FFFFFFFF8025F   E When I compile module by module using CXX command from DCL (the same   qualifiers etc.)H everything is OK. When I use CXX copiler version 6.2-048 I can use mmk. 
 What is that? 5 I don't have any idea. I tried to build on VMS 7.3-2.   2 On VMS 7.3-1 I can build using mmk and CXX 6.5-039   Robert   ------------------------------  $ Date: Mon, 5 Apr 2004 10:42:29 +0100* From: "Richard Brodie" <R.Brodie@rl.ac.uk>  Subject: Re: CXX 6.5-039 problem+ Message-ID: <c4r9m6$j2a@newton.cc.rl.ac.uk>   D "Robert Trawinski" <robert.trawinski@softax.com.pl> wrote in message% news:c4r825$uk8$1@bozon2.softax.pl...   N > When I compile C++ sources using mmk I see on my terminal following message: > , > %CLI-F-SYNTAX, error parsing 'ANNOTATIONS'< > -CLI-E-ENTNF, specified entity not found in command tables1 > %TRACE-F-TRACEBACK, symbolic stack dump follows   ? The compiler is out of synch. with the DCLTABLES. Make sure the A latest version of DCLTABLES is installed, and you haven't got one 2 lurking in SYS$SPECIFIC, then start a new session.   ------------------------------   Date: 4 Apr 2004 17:31:24 -0700 . From: spamsink2001@yahoo.com (Alan E. Feldman)! Subject: Re: DCL Coding Standards = Message-ID: <b096a4ee.0404041631.6c455629@posting.google.com>   s spamsink2001@yahoo.com (Alan E. Feldman) wrote in message news:<b096a4ee.0404040954.597d15c2@posting.google.com>... n > Paul Sture <nospam@sture.homeip.net> wrote in message news:<c4oecq$2kopvq$3@ID-132135.news.uni-berlin.de>... > > Alan E. Feldman wrote:r > > > Paul Sture <nospam@sture.homeip.net> wrote in message news:<c4mdcs$2lfd6d$1@ID-132135.news.uni-berlin.de>... > > >>David J. Dachtera wrote: > > >>>"Alan E. Feldman" wrote:  [...] G > Editing contains lots of things that can be a pain and we all do what D > we can to make it less of a pain, or easier if you prefer positiveF > words! And one man's pain is another's "no big deal". Hence all thisF > disagreement on form. Still, I can't see the motivation for a making > SET WORD DELIM the default.   A Uh, please allow me to clarify/correct the last sentence above. I D meant I can't see the motivation for the default (and apparently theC only) word delimeter behavior that was chosen for Windows/HTML text > editing. If you are going to have most of the non-alphanumericE printable characters be word delimeters, they should act like spaces,  not like words.    ------------------------------  # Date: Tue, 06 Apr 2004 02:16:00 GMT 0 From: glen herrmannsfeldt <gah@ugcs.caltech.edu>= Subject: Re: Emulators:   VAX/VMS, hp3000/MPE and ... AS-400? / Message-ID: <Apocc.190698$1p.2217871@attbi_s54>    healyzh@aracnet.com wrote:    M > Ah, now I understand.  I'm not aware of any AS/400 emulators, commercial or K > otherwise.  I suspect part of the problem there is IBM expects you to buy F > new hardware, and their licensing is so restrictive that it probablyM > prevents running the OS on an Emulator (even if the emulator was running on  > IBM hardware).    D As well as I understand it, AS/400 is always emulated.  IBM supplies7 emulators based on different hardware for it to run on.   A If you want one, I don't think they are too hard to find on eBay,  though I don't have one yet.   -- glen    ------------------------------  # Date: Tue, 06 Apr 2004 03:57:51 GMT 0 From: glen herrmannsfeldt <gah@ugcs.caltech.edu>= Subject: Re: Emulators:   VAX/VMS, hp3000/MPE and ... AS-400? / Message-ID: <3Vpcc.198772$po.1026763@attbi_s52>    healyzh@aracnet.com wrote:  3 > glen herrmannsfeldt <gah@ugcs.caltech.edu> wrote:   F >>As well as I understand it, AS/400 is always emulated.  IBM supplies9 >>emulators based on different hardware for it to run on.   N > You might be right.  I've looked at getting a small AS/400 on eBay before toL > play with, but have pretty much decided against it as they tend to be moreJ > expensive than I'm willing to pay, and as I'd mentioned the licensing isN > down-right draconian.  Basically it looks to me like you'd never be able to K > run anything other than what comes with it, *IF* you're able to run that, G > unless you pay a *LOT* of money, there is no such thing as a Hobbyist  > License in the IBM world.   M > Also, some of the AS/400's have sensors in them so that if you move them it J > deactivates the ability to run the OS until an IBM FE comes out!  Though3 > I don't think that is true with the newer models.   : That is pretty sneaky.  Though it might not be too hard to= find the sensor and deactivate it.   I have never looked into  one, so I don't really know.   -- glen    ------------------------------  # Date: Mon, 05 Apr 2004 00:19:30 GMT * From: Patrick Jankowiak <opcom@vmsone.com> Subject: John Wisniewski* Message-ID: <4070A5A7.4C8A0067@vmsone.com>   Friends,  _ It is with the most hearfelt sadness and regrets that I announce that our dear and most beloved _ friend, John Wisniewski, has, after a short illness, passed away this morning, Sunday, April 4,  2004.   5 No further details are available at the present time.   2 Please send you condolences to the family home at:   The Wisniewski Family,   3308 Rockne  Mesquite Texas 75150      9 VMSONE sails the web, and the Captain is asleep in Jesus.    "See you on the other side"    :(     Patrick Jankowiak    ------------------------------  % Date: Sun, 04 Apr 2004 21:08:03 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> Subject: Re: John Wisniewski6 Message-ID: <4070BF83.87E4ED60@NeOaSrPtAhMlNiOnWk.net>   Patrick Jankowiak wrote: > 
 > Friends, > a > It is with the most hearfelt sadness and regrets that I announce that our dear and most beloved a > friend, John Wisniewski, has, after a short illness, passed away this morning, Sunday, April 4,  > 2004.  > 7 > No further details are available at the present time.  > 4 > Please send you condolences to the family home at: >  > The Wisniewski Family,
 > 3308 Rockne  > Mesquite Texas 75150 > ; > VMSONE sails the web, and the Captain is asleep in Jesus.  >  > "See you on the other side"  >  > :(  A My heartfelt condolences to you, Pat, on the loss of your friend. 4 Together, you and he have done great things for VMS.  G The OpenVMS world has lost one of its greatest Champions. John was also   a great engineer and technician.  F John leaves a legacy of recorded knowledge and a great example of what3 it means to work toward goals and the greater good.     I know he will be sorely missed.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Mon, 05 Apr 2004 00:14:33 GMT 9 From: big iron <nounwantedmail@nounwantedmail.swbell.net>  Subject: John Wisniewski* Message-ID: <4070A47E.9B6A25F9@vmsone.com>   Friends,   It is with the most hearfelt sadness and regrets that I announce that our dear and most beloved friend, John Wisniewski, has, after a short illness, passed away this morning, Sunday, April 4, 2004.   5 No further details are available at the present time.   2 Please send you condolences to the family home at:   The Wisniewski Family,   3308 Rockne  Mesquite Texas 75150      9 VMSONE sails the web, and the Captain is asleep in Jesus.    "See you on the other side"    :(     Patrick Jankowiak    ------------------------------  % Date: Mon, 05 Apr 2004 07:57:45 +0200 " From: Didier Morandi <no@spam.com>0 Subject: John Wisniewski's home page in memoriam- Message-ID: <c4qsgo$trh$1@biggoron.nerim.net>    http://www.montagar.com/jrw/  + Good bye, John, and thanks for all the VMS.    D.   ------------------------------   Date: 5 Apr 2004 15:24:59 -0700 1 From: susan_skonetski@hotmail.com (Sue Skonetski) ! Subject: Re: Loss of a VMS legend = Message-ID: <857e9e41.0404051424.7ed7dbd0@posting.google.com>   A If you would like to visit http://wiz.openvms.org/ you will see a D memorial site and a place to put your thoughts so his family can see them.    sue    ------------------------------  % Date: Mon, 05 Apr 2004 00:12:05 -0300 * From: JF Mezei <jfmezei.spamnot@istop.com>! Subject: Re: Loss of a VMS legend ) Message-ID: <4070CE64.D7889ADD@istop.com>   " Sue, you mentioned a "VMS" legend.  F Years ago, I remember seing a compilation of state-of-the-art computerF animations. (sometime after 1988). There was a video animation of someE frankenstein castle. It was by a John Wisniewski of Digital Equipment 
 Corporation.    I I assume it was the same guy ?  It would seem he was more than just a VMS & legend if that was also his handywork.  G I had only heard good things about him, even though I had never had any  contact with him.    ------------------------------  # Date: Mon, 05 Apr 2004 06:40:01 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")! Subject: Re: Loss of a VMS legend 6 Message-ID: <00A2FE26.9CA86F73@SSRL.SLAC.STANFORD.EDU>  = In article <857e9e41.0404041823.3471bb80@posting.google.com>, 4 >susan_skonetski@hotmail.com (Sue Skonetski) writes:  < >I am sorry to say that today April 4th John Wisnewski died.  K I am shaken and sad to hear this news.  My sympathy to his family, friends,  and the entire VMS community.    -- Alan  --  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================    ------------------------------  # Date: Mon, 05 Apr 2004 19:19:03 GMT 0 From: glen herrmannsfeldt <gah@ugcs.caltech.edu>  Subject: Re: OpenVMS for POWER!?/ Message-ID: <Hiicc.192273$Cb.1732532@attbi_s51>    Paul Sture wrote:    > glen herrmannsfeldt wrote:   (snip)  ; >> I believe the prompt for the one called DATE is slightly 4 >> different, which fooled me at least once.   There >> might have been others, too.   D > Well spotted. That rings a bell from when the LICENSE utility was D > introduced. /DATE isn't in the help, so I guess it's been retired.  K > Here's a cross reference of the VMSLICENSE.COM prompts to the qualifiers  & > documented in HELP LICENSE REGISTER. > + >   License Database File:        /DATABASE ) >                  Issuer:        /ISSUER 0 >    Authorization Number:        /AUTHORIZATIONA >            Product Name:        $ LICENCE REGISTER product-name + >                Producer:        /PRODUCER ( >         Number of Units:        /UNITS* >                 Version:        /VERSION/ >    Product Release Date:        /RELEASE_DATE   A It seems that this is abbreviated to /DATE on the license I have. 5 Also interesting, is that the date is the same as the : termination date.  At least it failed when I didn't put it in, and worked when I did.  3 >    Key Termination Date:        /TERMINATION_DATE / > Availability Table Code:        /AVAILABILITY + >     Activity Table Code:        /ACTIVITY * >             Key Options:        /OPTIONS  9 This one confused me, too.  Mine says /OPTIONS=(NO_SHARE) 6 but it doesn't want it with the () in the prompt form.  ( >           Product Token:        /TOKEN. >             Hardware-Id:        /HARDWARE_ID+ >                Checksum:        /CHECKSUM      -- glen    ------------------------------  # Date: Mon, 05 Apr 2004 00:16:44 GMT  From: dittman@dittman.net   Subject: Re: OpenVMS for POWER!?6 Message-ID: <Mz1cc.6635$I66.4491@nwrddc03.gnilink.net>  # Didier Morandi <no@spam.com> wrote: O >> Indeed, this was an April Fool joke.  Unfortunately, I messed up the posting O >> 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?  J We'll see.  I've got almost a whole year to get ready to do it right.  :-) --   Eric Dittman dittman@dittman.net    ------------------------------  % Date: Mon, 05 Apr 2004 03:42:35 -0300 * From: JF Mezei <jfmezei.spamnot@istop.com>  Subject: Re: OpenVMS for POWER!?) Message-ID: <4070FFDB.6C272651@istop.com>    Paul Sture wrote: B > Typical French :-) They bring food into all sorts of phrases andE > sayings. IIRC "reinventing the wheel" comes out as "reinventing the * > butter cutting wire", by way of example.  M Hey, don't blast the french. Without good food and good beverages, human life H would not be possible on this planet. The french bring two of these more/ essential items (especially the red beverages).   L What is interesting about "Poisson d'Avril" is that it isn't as obvious thatJ it is some sort of a joke, whereas "April's Fools" does indicate something funny is going on.   ------------------------------  % Date: Sun, 04 Apr 2004 21:16:10 -0400 * From: Chuck Chopp <ChuckChopp@rtfmcsi.com>' Subject: Re: OT: fingerprint processing 8 Message-ID: <lo2cc.6674$ts4.2041@bignews3.bellsouth.net>   JF Mezei wrote:   L > The minute a foreign govcernment with inadequate (or missing) data privacyH > laws has a copy of your biometric information, you should not use suchH > information for authentication for any other services.  An immigrationP > requiring your fingerprint, retina scan or DNA is tantamount to asking you for > your ATM card PIN number.     M I agree that there certainly could be problems there.  However, just because  G they have the data points associated with those biometric measurements  L doesn't mean that they actually have your fingers or eyes to use to perform G illicit authentication requests.  It would be necessary for artificial  G finger prints or an artificial retina/eye to be created to mimic those  D biometrics before you could use them with a scanner.  That's not an F impossible task, but not something that just anybody has the means to  casually do.    K > Thanks. I thought it was just a raster image being fed. But if the device N > already feeds vectorized output, it does make it easier. Are there standardsJ > on how that information is encoded or does it vary from device/system to
 > system ?    K Each vendor appears to have their own proprietary method for acquiring the  L data and getting it into a computer for an application to make use of.  The M vendor supplies the interface software and an API, quite often an ActiveX or  J COM object under Windows, that is used to get the biometric data from the L hardware into your application.  What you do with the data afterwards is up  to you.     E > But how would it be indexed ? Is the whole print considered a key ?  > M > Does this mean that if a criminal was originally scanned at 22 points, a 11 ) > point scan at airport would not match ?     L If those 22 points of data include the same 11 points that an 11 point scan K is comprised of then you could perform the comparison using available data  M points to test for a possible match.  It would be important to know what the  I minimum # of data points is that you need to collect to make it unlikely  N that any 2 people's biometric measurements would show up as being a duplicate.     --   Chuck Chopp   8 ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com1                                    ICQ # 22321532 @ 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) com   , Do not send me unsolicited commercial email.   ------------------------------  # Date: Mon, 05 Apr 2004 01:30:08 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")' Subject: Re: OT: fingerprint processing 6 Message-ID: <00A2FDFB.522FC2B0@SSRL.SLAC.STANFORD.EDU>  e In article <lo2cc.6674$ts4.2041@bignews3.bellsouth.net>, Chuck Chopp <ChuckChopp@rtfmcsi.com> writes:  >JF Mezei wrote: > M >> The minute a foreign govcernment with inadequate (or missing) data privacy I >> laws has a copy of your biometric information, you should not use such I >> information for authentication for any other services.  An immigration Q >> requiring your fingerprint, retina scan or DNA is tantamount to asking you for  >> your ATM card PIN number. >  > N >I agree that there certainly could be problems there.  However, just because H >they have the data points associated with those biometric measurements M >doesn't mean that they actually have your fingers or eyes to use to perform  # >illicit authentication requests.     J What they need for illicit authentication requests is the blob of data andJ a means of inserting it into the system.  RISKS frequently has reports of H hijacked ATMs.  Hijack a biometric scanner and insert the data blob, and# you don't need the fingers or eyes.    -- Alan    --  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================    ------------------------------  % Date: Mon, 05 Apr 2004 06:00:22 -0000 ! From: Z  <zarlenga@conan.ids.net> , Subject: Printer queues - pass control codes0 Message-ID: <1071tfmb0hhnd0c@corp.supernews.com>  ; When using an Alpha (VMS 7.1-2) console terminal (and CDE), 8 examining a printer queue from the CDE offers the user a$ check box for "pass control codes."      : How would one go about setting/clearing that printer queue= feature w/o access to the console terminal (eg: from a telnet  session into SYSTEM)?    ------------------------------  % Date: Mon, 05 Apr 2004 03:38:46 -0300 * From: JF Mezei <jfmezei.spamnot@istop.com>0 Subject: Re: Printer queues - pass control codes) Message-ID: <4070FEF6.2EE0FC6F@istop.com>    Z wrote:= > When using an Alpha (VMS 7.1-2) console terminal (and CDE), : > examining a printer queue from the CDE offers the user a% > check box for "pass control codes."   Y I strongly suspect (but not 100% sure) that it just maps to the /PASSALL print parameter.    ------------------------------  # Date: Tue, 06 Apr 2004 04:00:36 GMT 0 From: glen herrmannsfeldt <gah@ugcs.caltech.edu> Subject: Re: SIMH V3.2 released / Message-ID: <EXpcc.191402$1p.2230993@attbi_s54>    Roert G. Schaffrath wrote:    > Bob Supnik wrote:   - >>SIMH V3.2 was released today, on the web at   >>http://simh.trailing-edge.com.  ! >>Among the features of interest:   G >>1. VAX - extended memory support.  Simulated memory can be configured * >>up to 512MB for VMS, Ultrix, and NetBSD. >> - RXV21 support.   H > This sounds great except now I'll have to reboot my 3.1 emulator whichH > has been running continously for 14+ days.  Nah, I'll upgrade when the  > Windows host finally gives up!  > Not so many days.  I recently had to reboot my FreeBSD machineA that was up for 738 days.  The power company wanted to change the  transformer.  D There was a story about TOPS-10 error something like UPTOLONG if the% machine is up too many days in a row.    -- glen    ------------------------------  $ Date: Sun, 4 Apr 2004 15:01:21 -0400* From: "Bill Todd" <billtodd@metrocast.net>/ Subject: Re: SKHPC: A Total Eclipse of the Sun? 2 Message-ID: <F-ednfa98bH6xu3d4p2dnA@metrocast.net>  A "Kenneth Farmer" <KFarmer@NOSPAM.SpyderByte.com> wrote in message 8 news:W5Ybc.12630$w84.1103079@twister.southeast.rr.com... > Lets get Andrew fired up!  :)  >  > A Total Eclipse of the Sun? C > http://www.shannonknowshpc.com/stories.php?story=04/04/03/8616166   D Not sure why he'd even bother to address such blatantly biased spin.  H Just where do you suppose Terry was hiding out with similar criticism ofI cHumPaq's enterprise and workstation business (the portion of the company K comparable to Sun) when it was losing money hand over fist?  What he writes / depends overwhelmingly on whose pocket he's in.   J A letter in the same issue stated that Sun is canning its particular SPARCK development that's redundant with Fujitsu's superior SPARC64 chips (already J having established a working partnership with Fujitsu in that area).  ThatI may be where it's getting a good deal of the $500 million it's reportedly I cutting from its $5 billion annual R&D budget.  Think of it:  a *focused* I cut and *strategic* partnership that doesn't hurt its customers a bit and F leaves the company more efficient, rather than the cHumPaq's continualI slash-and-burn tactics.  Funny how competent management manages to figure H out things like that, even under the pressure of a slow recovery after a lengthy turn-down.   - bill   ------------------------------  % Date: Mon, 05 Apr 2004 00:07:03 -0000 ! From: Z  <zarlenga@conan.ids.net> . Subject: Re: Subject: Re: DCL Coding Standards0 Message-ID: <10718p749u3m561@corp.supernews.com>  / Alan E. Feldman <spamsink2001@yahoo.com> wrote:   : IBM, UBM, WE ALL BM, FOR IBM.   3 Around these parts, BM is short for bowel movement.    ------------------------------  % Date: Sun, 04 Apr 2004 20:56:36 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>. Subject: Re: Subject: Re: DCL Coding Standards6 Message-ID: <4070BCD4.23388D46@NeOaSrPtAhMlNiOnWk.net>   Z wrote: > 1 > Alan E. Feldman <spamsink2001@yahoo.com> wrote: ! > : IBM, UBM, WE ALL BM, FOR IBM.  > 5 > Around these parts, BM is short for bowel movement.   C As I've mentioned, my current full-time gig is a major metropolitan A hospital. There's a bookstore in the lobby of one of the hospital H pavillions and in the window of that bookstore, one can see these titles openly displayed:    Everyone Poops   The Gas We Pass    Walter, the Farting Dog    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Mon, 5 Apr 2004 15:18:09 -0400 From: norm.raphael@metso.com/ Subject: Re: Time Change on VMS + Multinet/XNTP Q Message-ID: <OFA730EE11.E7FD489F-ON85256E6D.0069E54D-85256E6D.006A18A8@metso.com>   + This is a multipart message in MIME format. " --=_alternative 006A18A685256E6D_=, Content-Type: text/plain; charset="US-ASCII"  8 mckinneyj@cpva.saic.com wrote on 04/05/2004 12:14:10 PM:  8 > In article <407048C9.B158DB9D@NeOaSrPtAhMlNiOnWk.net>,E >  "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes: & > > This mostly for future Googlers... > > 
 > > Versions:  > > OpenVMS      V7.3, V7.3-1  > > Multinet   V4.4 Rev A-X  > > B > > After some research, including an old post claiming to be the 
 definitiveG > > reference on the topic, I came up with this sequence of events that G > > worked very well for me on 4-Apr-2004. Use SYSMAN to propagate this F > > across a cluster by placing these commands in a DCL proc. that can- > > easily be invoked using SYSMAN's DO verb.  > > $ > >  1. Stop the XNTP_SERVER process > > ? > >    Do this using STOP/ID - it is _NOT_ necessary to disable ( > >    XNTP in MULTINET CONFIGURE/SERVER >  > $ mult netc xntp shutdown  >  > > 1 > >  2. Remove the SYS$TIMEZONE_RULE logical name  > > ; > >    It's DEFINEd/SYSTEM/EXEC by an image invoked during  E > >    SYS$STARTUP:UTC$TDF_STARTUP.COM. The proc. expects the logical & > >    name to not already be DEFINEd. > > , > >    $ DEASS/SYSTEM/EXEC SYS$TIMEZONE_RULE > > 3 > >  3. Advance/retard the system clock by one hour  > > 8 > >    $ IF   F$TRNLNM( "SYS$TIMEZONE_DAYLIGHT_SAVING" )
 > >    $ THEN " > >    $   TIME_DELTA := -01:00:00
 > >    $ ELSE " > >    $   TIME_DELTA := +01:00:00 > >    $ ENDIF > >    $ SET TIME=&TIME_DELTA  > > . > >  4. Invoke SYS$STARTUP:UTC$TDF_STARTUP.COM > > ) > >    $ @SYS$STARTUP:UTC$TDF_STARTUP.COM  > > 7 > >    Remember that #2 above is pre-requisite to this!  > >  > >  5. Restart XNTP > >  > >    $ @MULTINET:START_SERVER  >  > $ mult netc xntp start >  > > < > >    When doing this in a cluster, remember to submit thisB > >    command to batch and it does not work reliably from SYSMAN. > > E > > Then, verify that the system clock and the associated SYS$*TIME*   logical ( > > names are all correct and remain so. > >  > > It worked for me...  > >  > ! > No special maneuvering, just...  > . > o VMS 7.3+ time keeping correctly configured: >   (tdf and timezone as evidenced by SYS$*TIME* logicals)' > o system logical NET$DISABLE_DTSS = 1 ( > o SYSGEN parameter AUTO_DLIGHT_SAV = 1) > o XNTP configured and maintaining clock  >  > It worked for me...  I've always had to adjust for & $ sho log "SYS$TIMEZONE_DIFFERENTIAL" <    "SYS$TIMEZONE_DIFFERENTIAL" = "-14400" (LNM$SYSTEM_TABLE)/ which is "-18000" for EST and as shown for EDT. 0 Does your method take care of this logical name?  " --=_alternative 006A18A685256E6D_=+ Content-Type: text/html; charset="US-ASCII"     I <br><font size=2><tt>mckinneyj@cpva.saic.com wrote on 04/05/2004 12:14:10  PM:<br>  <br>E &gt; In article &lt;407048C9.B158DB9D@NeOaSrPtAhMlNiOnWk.net&gt;,<br> U &gt; &nbsp;&quot;David J. Dachtera&quot; &lt;djesys.nospam@NeOaSrPtAhMlNiOnWk.net&gt;  writes:<br> 0 &gt; &gt; This mostly for future Googlers...<br> &gt; &gt; <br> &gt; &gt; Versions:<br> 6 &gt; &gt; OpenVMS &nbsp; &nbsp; &nbsp;V7.3, V7.3-1<br>* &gt; &gt; Multinet &nbsp; V4.4 Rev A-X<br> &gt; &gt; <br>G &gt; &gt; After some research, including an old post claiming to be the  definitive<br>H &gt; &gt; reference on the topic, I came up with this sequence of events that<br>H &gt; &gt; worked very well for me on 4-Apr-2004. Use SYSMAN to propagate this<br>H &gt; &gt; across a cluster by placing these commands in a DCL proc. that can<br> 7 &gt; &gt; easily be invoked using SYSMAN's DO verb.<br>  &gt; &gt; <br>3 &gt; &gt; &nbsp;1. Stop the XNTP_SERVER process<br>  &gt; &gt; <br>G &gt; &gt; &nbsp; &nbsp;Do this using STOP/ID - it is _NOT_ necessary to  disable<br> < &gt; &gt; &nbsp; &nbsp;XNTP in MULTINET CONFIGURE/SERVER<br>	 &gt; <br> " &gt; $ mult netc xntp shutdown<br>	 &gt; <br>  &gt; &gt; <br>@ &gt; &gt; &nbsp;2. Remove the SYS$TIMEZONE_RULE logical name<br> &gt; &gt; <br>J &gt; &gt; &nbsp; &nbsp;It's DEFINEd/SYSTEM/EXEC by an image invoked during <br>I &gt; &gt; &nbsp; &nbsp;SYS$STARTUP:UTC$TDF_STARTUP.COM. The proc. expects  the logical<br> : &gt; &gt; &nbsp; &nbsp;name to not already be DEFINEd.<br> &gt; &gt; <br>@ &gt; &gt; &nbsp; &nbsp;$ DEASS/SYSTEM/EXEC SYS$TIMEZONE_RULE<br> &gt; &gt; <br>B &gt; &gt; &nbsp;3. Advance/retard the system clock by one hour<br> &gt; &gt; <br>U &gt; &gt; &nbsp; &nbsp;$ IF &nbsp; F$TRNLNM( &quot;SYS$TIMEZONE_DAYLIGHT_SAVING&quot;  )<br> ! &gt; &gt; &nbsp; &nbsp;$ THEN<br> ; &gt; &gt; &nbsp; &nbsp;$ &nbsp; TIME_DELTA := -01:00:00<br> ! &gt; &gt; &nbsp; &nbsp;$ ELSE<br> ; &gt; &gt; &nbsp; &nbsp;$ &nbsp; TIME_DELTA := +01:00:00<br> " &gt; &gt; &nbsp; &nbsp;$ ENDIF<br>5 &gt; &gt; &nbsp; &nbsp;$ SET TIME=&amp;TIME_DELTA<br>  &gt; &gt; <br>= &gt; &gt; &nbsp;4. Invoke SYS$STARTUP:UTC$TDF_STARTUP.COM<br>  &gt; &gt; <br>= &gt; &gt; &nbsp; &nbsp;$ @SYS$STARTUP:UTC$TDF_STARTUP.COM<br>  &gt; &gt; <br>K &gt; &gt; &nbsp; &nbsp;Remember that #2 above is pre-requisite to this!<br>  &gt; &gt; <br># &gt; &gt; &nbsp;5. Restart XNTP<br>  &gt; &gt; <br>3 &gt; &gt; &nbsp; &nbsp;$ @MULTINET:START_SERVER<br> 	 &gt; <br>  &gt; $ mult netc xntp start<br> 	 &gt; <br>  &gt; &gt; <br>G &gt; &gt; &nbsp; &nbsp;When doing this in a cluster, remember to submit  this<br>J &gt; &gt; &nbsp; &nbsp;command to batch and it does not work reliably from SYSMAN.<br>  &gt; &gt; <br>J &gt; &gt; Then, verify that the system clock and the associated SYS$*TIME* logical<br> 2 &gt; &gt; names are all correct and remain so.<br> &gt; &gt; <br>! &gt; &gt; It worked for me...<br>  &gt; &gt; <br>	 &gt; <br> ( &gt; No special maneuvering, just...<br>	 &gt; <br> 5 &gt; o VMS 7.3+ time keeping correctly configured<br> F &gt; &nbsp; (tdf and timezone as evidenced by SYS$*TIME* logicals)<br>. &gt; o system logical NET$DISABLE_DTSS = 1<br>/ &gt; o SYSGEN parameter AUTO_DLIGHT_SAV = 1<br> 0 &gt; o XNTP configured and maintaining clock<br>	 &gt; <br>  &gt; It worked for me...<br>* I've always had to adjust for </tt></font>K <br><font size=2><tt>$ sho log &quot;SYS$TIMEZONE_DIFFERENTIAL&quot; &nbsp; ( &nbsp; &nbsp; &nbsp; &nbsp; </tt></font>G <br><font size=2><tt>&nbsp; &nbsp;&quot;SYS$TIMEZONE_DIFFERENTIAL&quot; 3 = &quot;-14400&quot; (LNM$SYSTEM_TABLE)</tt></font> I <br><font size=2><tt>which is &quot;-18000&quot; for EST and as shown for  EDT.</tt></font>Q <br><font size=2><tt>Does your method take care of this logical name?</tt></font>  <br>$ --=_alternative 006A18A685256E6D_=--   ------------------------------   Date: 5 Apr 04 13:48:05 PST  From: mckinneyj@cpva.saic.com / Subject: Re: Time Change on VMS + Multinet/XNTP ( Message-ID: <j6wHB7XLzeZj@cpva.saic.com>   In article  G  <OFA730EE11.E7FD489F-ON85256E6D.0069E54D-85256E6D.006A18A8@metso.com>, !    norm.raphael@metso.com writes: - > This is a multipart message in MIME format.-$ > --=_alternative 006A18A685256E6D_=. > Content-Type: text/plain; charset="US-ASCII" > : > mckinneyj@cpva.saic.com wrote on 04/05/2004 12:14:10 PM: > 9 >> In article <407048C9.B158DB9D@NeOaSrPtAhMlNiOnWk.net>,eF >>  "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:' >> > This mostly for future Googlers...g >> >   >> > Versions: >> > OpenVMS      V7.3, V7.3-1 >> > Multinet   V4.4 Rev A-X >> >  C >> > After some research, including an old post claiming to be the P > definitiveH >> > reference on the topic, I came up with this sequence of events thatH >> > worked very well for me on 4-Apr-2004. Use SYSMAN to propagate thisG >> > across a cluster by placing these commands in a DCL proc. that can1. >> > easily be invoked using SYSMAN's DO verb. >> > S% >> >  1. Stop the XNTP_SERVER processr >> > o@ >> >    Do this using STOP/ID - it is _NOT_ necessary to disable) >> >    XNTP in MULTINET CONFIGURE/SERVER- >> - >> $ mult netc xntp shutdown >> - >> > -2 >> >  2. Remove the SYS$TIMEZONE_RULE logical name >> > d< >> >    It's DEFINEd/SYSTEM/EXEC by an image invoked during F >> >    SYS$STARTUP:UTC$TDF_STARTUP.COM. The proc. expects the logical' >> >    name to not already be DEFINEd.: >> > t- >> >    $ DEASS/SYSTEM/EXEC SYS$TIMEZONE_RULEg >> > e4 >> >  3. Advance/retard the system clock by one hour >> > r9 >> >    $ IF   F$TRNLNM( "SYS$TIMEZONE_DAYLIGHT_SAVING" )i >> >    $ THEN# >> >    $   TIME_DELTA := -01:00:00r >> >    $ ELSE# >> >    $   TIME_DELTA := +01:00:00i >> >    $ ENDIFt >> >    $ SET TIME=&TIME_DELTA >> > c/ >> >  4. Invoke SYS$STARTUP:UTC$TDF_STARTUP.COMu >> > a* >> >    $ @SYS$STARTUP:UTC$TDF_STARTUP.COM >> > l8 >> >    Remember that #2 above is pre-requisite to this! >> > @ >> >  5. Restart XNTPe >> >    >> >    $ @MULTINET:START_SERVER >> e >> $ mult netc xntp startR >>   >> > K= >> >    When doing this in a cluster, remember to submit this-C >> >    command to batch and it does not work reliably from SYSMAN.s >> > eF >> > Then, verify that the system clock and the associated SYS$*TIME* 	 > logical$) >> > names are all correct and remain so.c >> > C >> > It worked for me... >> > t >> a" >> No special maneuvering, just... >> r/ >> o VMS 7.3+ time keeping correctly configured ; >>   (tdf and timezone as evidenced by SYS$*TIME* logicals)l( >> o system logical NET$DISABLE_DTSS = 1) >> o SYSGEN parameter AUTO_DLIGHT_SAV = 1 * >> o XNTP configured and maintaining clock >>   >> It worked for me...  > I've always had to adjust for ( > $ sho log "SYS$TIMEZONE_DIFFERENTIAL" > >    "SYS$TIMEZONE_DIFFERENTIAL" = "-14400" (LNM$SYSTEM_TABLE)1 > which is "-18000" for EST and as shown for EDT.42 > Does your method take care of this logical name? >   > Yes, setting AUTO_DLIGHT_SAV to 1 tells JOB_CONTROL to perform> the daylight savings change for you. Not only will JOB_CONTROL; jump the clock by an hour it also changes the values of the ; SYS$TIMEZONE_DAYLIGHT_SAVING, SYS$TIMEZONE_DIFFERENTIAL and0< SYS$TIMEZONE_NAME logical names. You need to insure that the< logical name NET$DISABLE_DTSS is defined as 1 (system table,7 exec mode) to prevent DTSS from getting involved. Then,_: presuming that MultiNet's timezone rule matches that which; VMS will use, XNTP will only have to fine tune the clock as67 VMS will have performed the jump at the appointed time.   @ The SYSGEN parameter AUTO_DLIGHT_SAV is dynamic, but JOB_CONTROL@ only reads it when it starts, so if you make this change "on the9 fly" you need to STOP/ID the JOB_CONTROL process and thenF= @SYS$SYSTEM:STARTUP JOBCTL from the SYSTEM account to restartl, JOB_CONTROL and have the setting recognized.   ------------------------------  * Date: Mon, 5 Apr 2004 10:34:58 +0000 (UTC) From: david20@alpha1.mdx.ac.uk/ Subject: Re: Time Change on VMS + Multinet/XNTP ) Message-ID: <c4rcoi$pnr$1@news.mdx.ac.uk>6  y In article <407048C9.B158DB9D@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:r# >This mostly for future Googlers...o >m
 >Versions: >OpenVMS		V7.3, V7.3-1 >Multinet	V4.4 Rev A-X >nI >After some research, including an old post claiming to be the definitiveoD >reference on the topic, I came up with this sequence of events thatD >worked very well for me on 4-Apr-2004. Use SYSMAN to propagate thisC >across a cluster by placing these commands in a DCL proc. that canl* >easily be invoked using SYSMAN's DO verb. >o! > 1. Stop the XNTP_SERVER processn > : >	Do this using STOP/ID - it is _NOT_ necessary to disable# >	XNTP in MULTINET CONFIGURE/SERVER  > . > 2. Remove the SYS$TIMEZONE_RULE logical name >.6 >	It's DEFINEd/SYSTEM/EXEC by an image invoked during @ >	SYS$STARTUP:UTC$TDF_STARTUP.COM. The proc. expects the logical! >	name to not already be DEFINEd.e >g' >	$ DEASS/SYSTEM/EXEC SYS$TIMEZONE_RULEn >o0 > 3. Advance/retard the system clock by one hour >)1 >	$ IF	F$TRNLNM( "SYS$TIMEZONE_DAYLIGHT_SAVING" )2 >	$ THEN >	$	TIME_DELTA := -01:00:00< >	$ ELSE >	$	TIME_DELTA := +01:00:00g	 >	$ ENDIFe >	$ SET TIME=&TIME_DELTA >i+ > 4. Invoke SYS$STARTUP:UTC$TDF_STARTUP.COM  > $ >	$ @SYS$STARTUP:UTC$TDF_STARTUP.COM >e2 >	Remember that #2 above is pre-requisite to this! >r > 5. Restart XNTPa >  >	$ @MULTINET:START_SERVER >n7 >	When doing this in a cluster, remember to submit thist= >	command to batch and it does not work reliably from SYSMAN.i >eI >Then, verify that the system clock and the associated SYS$*TIME* logical % >names are all correct and remain so.h >  >It worked for me... >t  < On VMS 7.3-1 doesn't Multinet work with the sysgen parameter AUTO_DLIGHT_SAV ?   % SYSGEN>  HELP SYS_PAR AUTO_DLIGHT_SAVs   Sys_Parameters     AUTO_DLIGHT_SAV   A        AUTO_DLIGHT_SAV is set to either 1 or 0. The default is 0.t  F        If AUTO_DLIGHT_SAV is set to 1, OpenVMS automatically makes the/        change to and from daylight saving time.l    
 David Webb VMS and Unix team leader CCSS Middlesex University     >--  >David J. Dachtera >dba DJE Systems >http://www.djesys.com/: >0) >Unofficial Affordable OpenVMS Home Page:.  >http://www.djesys.com/vms/soho/   ------------------------------  * Date: Sun, 4 Apr 2004 21:29:08 +0000 (UTC)Q From: helbig@gladia.robots.multivax.de (Phillip Helbig---remove CLOTHES to reply)a1 Subject: VXT1300, InfoServer 150, VAXstation 3100w$ Message-ID: <c4pun4$qaf$1@online.de>  ? I'm interested in the similarities and differences between the  F VAXstation 3100 (particularly models 38 and 48), the VXT 1300 and the F InfoServer 150 VXT---not in terms of trying to transform one of these E into the other, but in terms of mechanical and electrical properties.r   All the boxes are similar.  H In particular, I have a VAXstation 3100 model 48 which has a non-workingC power supply, another one which has other problems but a good power-H supply, and the InfoServer which I don't think I really have any use forH (i.e. it would make more sense to cannibalise it)---what was it used forF in its day?  (This has inside an RX24LE disk, which I assume is 250 MBH or so, and an RRD 42 CD-ROM drive with caddy.)  Could I freely swap the # power supplies between these boxes?r  F Just out of curiosity, are the VXT and the InfoServer basically a VAX * without a floating-point unit or whatever?  F I haven't actually used the VXT yet, but probably will do so soon.  I G have virtually no experience with X-terminals.  I assume it would boot  H over the LAN from a machine in my cluster.  Do I set the boot device to C be the ethernet adapter like for a satellite?  Assuming I have the nD software, what do I have to do on the host to allow the VXT to boot?   ------------------------------  $ Date: Sun, 4 Apr 2004 23:44:08 +0200, From: "Hans Vlems" <hvlems.dotweg@zonnet.nl>5 Subject: Re: VXT1300, InfoServer 150, VAXstation 3100n: Message-ID: <c4pvmm$2lruov$1@ID-143435.news.uni-berlin.de>  * "Phillip Helbig---remove CLOTHES to reply"5 <helbig@gladia.robots.multivax.de> schreef in berichts news:c4pun4$qaf$1@online.de...@ > I'm interested in the similarities and differences between theG > VAXstation 3100 (particularly models 38 and 48), the VXT 1300 and the G > InfoServer 150 VXT---not in terms of trying to transform one of these G > into the other, but in terms of mechanical and electrical properties.s >- > All the boxes are similar. >>J > In particular, I have a VAXstation 3100 model 48 which has a non-workingE > power supply, another one which has other problems but a good powereJ > supply, and the InfoServer which I don't think I really have any use forJ > (i.e. it would make more sense to cannibalise it)---what was it used forH > in its day?  (This has inside an RX24LE disk, which I assume is 250 MBI > or so, and an RRD 42 CD-ROM drive with caddy.)  Could I freely swap the % > power supplies between these boxes?e  L The Infoserver is a remote CD-server. If they fit, the power supplies may be swapped.H Just check the power ratings. The VXT1200 is certainly smaller than a VS 3100-48, so it mayI have different power ratings. A VAX needs power for internal disks that a> VXT does not have.   >tG > Just out of curiosity, are the VXT and the InfoServer basically a VAXs, > without a floating-point unit or whatever?   No idea. >oG > I haven't actually used the VXT yet, but probably will do so soon.  IaH > have virtually no experience with X-terminals.  I assume it would bootI > over the LAN from a machine in my cluster.  Do I set the boot device to D > be the ethernet adapter like for a satellite?  Assuming I have theF > software, what do I have to do on the host to allow the VXT to boot? >oF The VXT boots the same way as a DECserver. It uses MOP to download its image.H IIRC the images are on the freeware CD's. I have a VXT1200+, perhaps the
 same imageL is used on a VXT1300. Send me an email Phillip and I'll put the image on the FTP server.c   hans   ------------------------------  % Date: Mon, 05 Apr 2004 22:30:13 +0200m* From: Paul Sture <nospam@sture.homeip.net>= Subject: Re: [OT]: Franken-food   was Re: OpenVMS for POWER!?t: Message-ID: <c4sfkn$2loeps$1@ID-132135.news.uni-berlin.de>   John Smith wrote:o9 > "JF Mezei" <jfmezei.spamnot@istop.com> wrote in message-% > news:4070FFDB.6C272651@istop.com...0 >  >>Paul Sture wrote:i >>C >>>Typical French :-) They bring food into all sorts of phrases andsF >>>sayings. IIRC "reinventing the wheel" comes out as "reinventing the+ >>>butter cutting wire", by way of example.  >>J >>Hey, don't blast the french. Without good food and good beverages, human >  > life > ' >>would not be possible on this planet.0 >  > I > [OT]: All the more reason to boycott 'Franken-food', a.k.a. Monsanto eto' > al.'s efforts to reduce biodiversity.i  G Hmm. Is Monsanto a French company? I do know that when the French were tI advertising their so-called "Golden Delicious" apples to the UK (bland -  ? tasted of water, but little else), I didn't see them in France.    ------------------------------  # Date: Tue, 06 Apr 2004 02:13:59 GMTo0 From: glen herrmannsfeldt <gah@ugcs.caltech.edu>= Subject: Re: [OT]: Franken-food   was Re: OpenVMS for POWER!?w/ Message-ID: <Gnocc.192886$_w.1894530@attbi_s53>f   John Smith wrote:.   (snip)  N > They are the wonderful company that wants the world's poorest farmers to buyM > their seed crop each year because their 'licensing agreement' prohibits the M > use of prior year's to be sown in subsequent years. A 'shrink-wrap' licenset > to starve.  L > They are also the company that will sue farmers who don't use Monstanto GMN > crops for having trace quantities of Monsanto's GM products in their fields,M > ie. wind-blown seed and animal-born seeds that drop in a non-Monsanto fieldcL > and germinate. These guys make the RIAA look like a bunch of boy scouts as8 > they will happily bankrupt a farmer who does no wrong.  @ By the way, corn is a genetically engineered food.  It came from7 Teosinte, which is much less edible.   Corn is also notn< well designed for naturally spreading.  If you search on the: web you can find more about when and where the engineering	 was done.e  ' But what does this have to do with VMS?w   -- glen    ------------------------------   End of INFO-VAX 2004.190 ************************ntact with him.    ------------------------------  # Date: Mon, 05 Apr 2004 06:40:01 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")! Subject: Re: Loss of a VMS legend 6 Message-ID: <00A2FE26.9CA86F73@SSRL.SLAC.STANFORD.EDU>  = In article <857e9e41.0404041823.3471bb80@pleŲw+Wwe~
u+U9nPcד-jB.sM3ʵ5;Mup8_@!ȩr;1~dՒ*Ȳ3	.
lD#kS1c$?)3MB ;).pbtƌ;lN7P!*\"6t)CX0%^뤱[զWIhYR2-6qBT?yJ+!y)ڡ~jW "][D8@,Ič<"X"d<nكx8#GjPC04Khsɬr=X\-xr-6°=t0@~CuzH%/f<Ho[D:3p1!!xʹ-y8gZU&1}-&![!㧟d4
,-UPg>~:cuލzQX:62B*}%Q&;UKWB:"8  |C{ĩř6:)E־uɄr? ",-f ]9|7lܷUTnQ)If<7VfZa;"cJEv`[(]J|ȡ̅4+Nw!~	#'LfIYZ)s{Z K)R*@!Rk%6chw.͵?ɺѮvUZ#ƈ.M@!a\
2_!M
+*咷q˧Ƈ,Ƒ7
U>1N@^])Aa~v(N%VvSjkM؈vYwOkV/F\f5VkyxF:ؽ%vo`~gR=Oᕻֺ!*hyrbr3,RNA3uwTYm}wߒ_:?~a镛%yϰfp^}vXE&)X%TAIX=kgIј;t0*Ocb:"%*wOzʈU2r(:7,]^^˶,A#*_ĥ,e:$_C[
DD/V`sR\wn7]7M_魒0/+pL:Z+ZX$ ƕLy f[<ldMRF
녲Y#'X#sR!Wg)xgpuy'DB`Q,5>5 C1)-Lv68i%xFҩ\~q.򛉷b',0qfkж4Z>1Gt44M'5\1VW޺^b"'f۸.Qw(ԴY/!)h[kJȞ [0YKQ\B\;DYs[g	vc$!_EuXZ
xSgO 4aDȶu]V(vI6$mSݮcȶ:.Ҧ=/[s>zu< WÏͫЭ)G[yy~O]Κ	eADJ^FRB1rZBZK-ޠ9
nHbǛc	;v%u-Ѿ9]j0
CMjc|Aj*'=4_hG+5*.A@#\5%Tωv&2[k'@m
f?l	FBS&&q+upfpov0-:`E}9b,O8.o䥫dրիN$V+[A)<b*	38Pum0
U_[S)]UТ0ZdĈ51
SҞqg.=ӊ_	#Pkqsh21eM؝ǟ]A5bHZviTC%'E㯛N>]
pɌK^!5CO}\!=xz8)k5M2t.}m.Ԣ1l3y{7{`B:)W9p+<)Z%u̓
'T{z#y^yU/]X<1n cVy|XJ;jR}&9TTi'QsUt$^Өͬ,"i)1{Yg-͐;$S:<{
2g_Lr׶
<E. M]=	hCKrP0l!T`ƻ_aKWZ_\#Bdm4?16Ɏ.`Sh	Zh@
D_淺p1	(60 ޜ!V՝AOjkk]ۘh4}?1Rgz-ɣΣm氫v5@|OfлhaUk:)_2jxRN','-HQ%ng˱ӁEⲙ`btu᥹H
_OLѰ<42?~t赒Jܨg
8%fjߘfċ&%2C9|E|\NC9fP=R?*K5(Pȭ,ɖ(VǬGʹ"#Fvj:`)[r9A~w09F/TOIeBp<>?nqUxCmA(9)%Mcz T+i73 Q0.;ko08.1~78+v	?JDNbOD
(&&&Rwsf@[vq(x]UXuggiPn	U񲂚`	zZ'<E*5f )ԩsj
YC|;S=ekɼ*$7brXSن'YR"6%b1CZ 7R2|E>.=C0с Zla!l[6dM
DTΌ"oU5"cZ;/L>XB\5̉-epT}z̧{:_AWZRbΤ3&ʼ].E4IMNZg<dro M.E	)f&ϓQbk|
Z(݇<AKՠP4_x3<s3M)
heL?0紊Xz*t|Ð)%7-2f%o3i]	'FRl1܊9+Ӟ
]ghDX`PsY+7MgOsQcvy"d(	HoxzM xz\|'׌VzλI)Ӟ3r5{ܡ\