1 INFO-VAX	Mon, 20 Aug 2001	Volume 2001 : Issue 462       Contents:6 Re: "The reports of my death are greatly exaggerated."* Re: Alpha -> Itanium: Binary compatiblity?* Re: Alpha -> Itanium: Binary compatiblity?* RE: Alpha -> Itanium: Binary compatiblity?- Announcing - Rdb version 7.1 is now available 5 Re: Common Code (was Re: The Final Knell Has Sounded) E RE: Compaq destroys Storageworks (was Re: 7.3 system disk corruption) ; Re: Encompass and CETS-2001 USPS mail survey need your help ; Re: Encompass and CETS-2001 USPS mail survey need your help 2 Error in Help-file SCACP-utility, OpenVMS/AXP V7.3 Re: Good VMS news  Re: HELP..VMSer in UNIX land+ Re: Introduction and BACKUP recommendations : Re: Is there a Lexical function that shows a process state# Re: OT: TOPS-20 and TOPS-10 live on L Re: OT: Yugo -- was You Get What You Pay For, a.k.a., There's No  Free LunchK Re: OT: Yugo -- was You Get What You Pay For, a.k.a., There's No Free Lunch 7 RES: Error in Help-file SCACP-utility, OpenVMS/AXP V7.3  Re: Run 3 phase PS on 2 phases? $ SCSI configuration with " Y " cables4 Take it elsewhere (was: The Final Knell Has Sounded)8 Re: Take it elsewhere (was: The Final Knell Has Sounded)$ Re: Terry Shannon Tech Talk on Tru64 Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  RE: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Re: tpcip upgrade ! Re: VAX/ALPHA FORTRAN and me! :-) # Re: VIRUSES: What about antibodies? # Re: VIRUSES: What about antibodies? > Re: Wailing and moaning.... (was: The Final Knell Has Sounded) Re: where is 7.3 ? Re: where is 7.3 ? XFC - ECO available   F ----------------------------------------------------------------------  % Date: Mon, 20 Aug 2001 17:50:45 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>? Subject: Re: "The reports of my death are greatly exaggerated." ) Message-ID: <3B813FE5.4DB21DA2@127.0.0.1>    Andy Stoffel wrote:  > 8 > Well... this was an interesting surprise :-).  I don't- > usually get VMS related "stuff" from Compaq  > sent to me directly....  > 0 > Who in VMS Engineering is the Mark Twain fan ?  ; The quotes are cute but they _must_ go to the right people.   D I'm repeating myself as I said that before. What mailing list do you@ think was bought that meant you got this? That analysis would be interesting...  E I got a card to request whitepapers on Itanium, but it came not to my F 'VMS' address, but to an address which is rather old, and in fairness, inaccurate.    --  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot com    ------------------------------  % Date: Mon, 20 Aug 2001 08:37:59 -0400 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> 3 Subject: Re: Alpha -> Itanium: Binary compatiblity? 2 Message-ID: <zw7g7.326$bB1.27272@news.cpqcorp.net>  I I'm sure it will be.  The goal here is to port everything.  There will be K exceptions, for example if it was already being retired on VAX _and_ Alpha. D I would put this on the list of things that you want to see at CETS.    = JF Mezei wrote in message <3B7D6A68.CEFB7DC3@videotron.ca>...  >Fred Kleinsorge wrote: L >> FMS is on the list of things being ported.  AFAIK, FMS has a native Alpha >> version.  > F >Is the list of things being ported to IA-64 available to the public ?   ------------------------------    Date: 20 Aug 2001 18:00:23 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> 3 Subject: Re: Alpha -> Itanium: Binary compatiblity? H Message-ID: <y466bi202w.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  7 "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes:   L > It'll probably be one of the first VMS cross-compilers out of the chute...1 > but the critical item is getting the linker ;-)   K Yeah. Neglected for a decade or so on VAX, then re-awakened for the port to N Alpha and the 64-bit changes, and now the poor thing is being rudely torn fromL its sleep yet again, after only four or so years of hibernation 8-)...like a; lot of those things you never notice until they go missing.    	Jan   ------------------------------  # Date: Mon, 20 Aug 2001 16:38:59 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)3 Subject: RE: Alpha -> Itanium: Binary compatiblity? 2 Message-ID: <D2bg7.356$bB1.27655@news.cpqcorp.net>  o In article <uCdtl8xTz+hX@eisner.encompasserve.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:  : H :1) From context, I would gather that "IPF" is some British acronym used  :   in place of a swear-word :-)  H   Itanium Processor Family, an implementation of the IA-64 architecture.  H :2) Sorry Graham, but the Bliss product was retired on VAX and was never :   available on Alpha...   %   There will be an IPF port of Bliss.   E   Bliss is central to building OpenVMS Alpha, being one of the three  E   languages that are used for most of the OpenVMS source code.  (The  C   other two major languages of OpenVMS are C and Macro32.  Smaller  ?   amounts of other source code languages are used for OpenVMS.)   ?   OpenVMS Alpha and OpenVMS VAX versions of Bliss are presently    available on the Freeware.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Wed, 15 Aug 2001 22:55:46 -0400 2 From: norm lastovica <norman.lastovica@oracle.com>6 Subject: Announcing - Rdb version 7.1 is now available* Message-ID: <3B7B3632.300C930C@oracle.com>  3            Oracle Rdb Version 7.1 is now available!   A Oracle Corporation is pleased to announce that Oracle Rdb Version ? 7.1 has been released for production use and can now be ordered ? from Oracle Support through your regular channels for receiving 
 new releases.   8 Rdb Version 7.1 includes a number of new programming andA management features including Profiles, Sequences, Synonyms, User > and Role based database security, 64 bit addressing for Global? Buffers and Row Cache enhancements.  As previously announced in ; Rdb customer forums worldwide, Rdb 7.1 is supported only on @ OpenVMS Alpha systems.  Rdb 7.0 will continue to be supported on@ OpenVMS VAX and Alpha with maintenance releases.  Rdb 7.0.6.1 is( the current shipping version of Rdb 7.0.  ? Rdb 7.1 also includes support for Compaq Computer Corporation's = OpenVMS Galaxy Architecture.  OpenVMS Galaxy enables multiple 9 instances of OpenVMS to execute cooperatively in a single ? computer with shared memory between instances.  Introduced with A OpenVMS Version 7.2, Galaxy software delivers greater scalability = and availability for Rdb 7.1 applications databases.  Rdb 7.1 > takes full advantage of Galaxy shared memory allowing enhanced> communication and data sharing in an OpenVMS cluster.  The Row7 Cache feature can now be used between Galaxy instances, ? eliminating the single node restriction in Rdb 7.0.  As always, @ you need not recompile, relink or change your application in any, way to take advantage of these enhancements.  : For more information, look for the link to Rdb 7.1 product) information at http://www.oracle.com/rdb/   ? Rdb 7.1 and later versions are only available in "multiversion" > form.  This feature, first introduced in Rdb version 4, allows? you to install multiple versions of Rdb software on your system ? at the same time.  A command procedure is provided that removes A old versions of Rdb from your system if you would like to install > only a single version of the software - the same behavior thatB you saw with the old standard kit.  The Rdb 7.1 installation guide> includes detailed instructions for Rdb users who are currently using the standard kit.     = We are excited to offer this new release and we invite you to ; explore the benefits that Rdb version 7.1 can bring to you.   @ I sent you this email because of your business relationship with= Oracle Rdb.  If you received multiple copies of this message, A please reply with instructions on which address should be removed @ from our mailing list.  If you would like to be removed from our@ list, please reply with only the word "Remove" in the subject of@ your mail.  If any of  your colleagues would like to be added to< this mailing list please reply to this note with their email
 addresses.   Kevin Duffy  Director of Development 
 Oracle Rdb   ------------------------------  # Date: Mon, 20 Aug 2001 16:56:53 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)> Subject: Re: Common Code (was Re: The Final Knell Has Sounded)2 Message-ID: <pjbg7.357$bB1.27899@news.cpqcorp.net>  i In article <55f85d77.0108180449.3f7f8f93@posting.google.com>, P.Young@unsw.EDU.AU (Patrick Young) writes: ? :hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote in message  H :>   port to IPF are Compaq ProLiant DL590 systems.  I expect to see no E :>   hardware modifications specifically required of these systems...  : , :The interesting word here being "hardware".  M   Ok, I'll rephrase: I see no hardware and no special platform modifications  J   being required.  I do expect that certain I/O controllers and such will L   be required, and I do expect that the earliest system configurations will M   be very limited.  There are ample precedents for both of these assumptions, I   and these assumptions should not be a surprise.  But I do not presently 6   expect that platform modifications will be required.  > :Just curious - might there be an SRM like BIOS flash for such= :systems?  In a *lot* of ways it would be a _very_ nice idea.   3   IPF has its own design, and its own expectations.   I   IPF loads the EFI and the EFI loads the various bits from disk storage.   E   IPF itself does not expect flashram, it loads the operating system  F   loader from disk and the operating system loader then loads what it    needs (typically) from disk.  G   We will have to provide something like an abstraction layer (which is H   effectively what Alpha PALcode provides; a VAX-flavored abstraction), K   but (AFAIK) the exact implementation has not yet been completely decided  L   and designed.  The "abstraction layer" will be loaded by some combination >   of OpenVMS itself and/or by the EFI operating system loader.  C : I am _NO_ fan of the current PC BIOS idiom and it's n+1 variants.   G   OpenVMS is targeting IPF, you will want to familiarize yourself with  F   IPF.  Generalizations from your knowledge of IA-32 platforms may or .   may not be valid with IA-64 and IPF systems.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 20 Aug 2001 10:05:23 -0400 > From: "Koska, John C. (LNG-MBC)" <John.C.Koska@lexisnexis.com>N Subject: RE: Compaq destroys Storageworks (was Re: 7.3 system disk corruption)M Message-ID: <3D35AD137AAAD411A6BA0008C7B1B12D016022B5@MBCALBEXC03.BENDER.COM>   D I concur with Mark.  One can upgrade dual redundant HSG80's without D a shutdown and/or other problem from v8.5F to v8.6-1F.  I did 6 pairD on one system, 4 pair on another, and a single pair on the last; all without a problem.   :) jck
 John Koska Matthew Bender & Co., Inc. -"   A Member of the LexisNexis Group
 1275 Broadway  Albany, NY  12204  USA  518-487-3255 John.C.Koska@lexisnexis.com   ) I post personal opinion only, and all the * disclaimers one could imagine apply.  That( includes, I speak for myself only and my) views in no way represent my employer(s). + One should also take note of the Electronic ) Communications Privacy Act of 1986, which + imposes civil and criminal liability on any ( person who intentionally intercepts "any( wire, oral or electronic communication."   > -----Original Message-----, > From: Mark Hemker [mailto:hemker@home.com]' > Sent: Sunday, August 19, 2001 8:02 AM  > To: Info-VAX@Mvb.Saic.Com D > Subject: Re: Compaq destroys Storageworks (was Re: 7.3 system disk
 > corruption)  >  > G > I upgraded a pair of HSG80s two weeks ago from V8.5F to V8.6F without H > stopping anything.  VMS just failed over the paths from one controllerE > to the other and then failed them all back to the first controller. - > The entire procedure took all of 5 minutes.  >  > Mark > C > On Sun, 19 Aug 2001 07:44:23 GMT, Dirk Munk <munk@home.nl> wrote:  >  > >  > >  > >Bart Zorn wrote:  > > < > >> "Simon Dodsley" <simon@sdinfotech.com> wrote in message9 > >> news:3b7efb56_1@mk-nntp-1.news.uk.worldonline.com... 1 > >> > Yeah, we all want to upgrade to HSG80's !!  > >> >@ > >> > That wonderful bit of kit that, currently, can only have  > its firmware@ > >> > upgraded by shutting down every system connected to it.   > What a wonderful= > >> > way to keep your Wildfires running on 24x7 - Sorry Mr   > Business Critical > > >> > Customer, your 24x7 solution you paid an arm and a leg  > for has to be < > >> > shutdown to upgrade the disk arrays. What's that you  > say, can't you do it > >> on = > >> > the fly like the old controllers? No, sorry, not yet,   > Compaq screwed up  > >> > again...  > >> > > >> >@ > >> This must be a new feature of the HSG80's. I have upgraded  > pairs of HSG80's; > >> without the application knowing it. Note: OpenVMS DID   > notice: some of the = > >> disks failed over to another path. But the applications   > didn't blink.  > > @ > >We did an upgrade too abouth 2 months ago, without having to  > shutdown the@ > >systems. But we didn't do the upgrade to 8.6 yet, so I can't  > comment about  > >that. > >  > >  > >> > >> > >> Bart Zorn >    ------------------------------    Date: 20 Aug 2001 09:02:49 -05009 From: kaplow_r@eisner.encompasserve.org.mars (Bob Kaplow) D Subject: Re: Encompass and CETS-2001 USPS mail survey need your help3 Message-ID: <poUR8oy$cgBo@eisner.encompasserve.org>   ] In article <yX7e7.63$ij.47825@typhoon1.gnilink.net>, "Jeff Killeen" <Jeff@IDM-IO.com> writes:  > Hi - I need your help... > = > Encompass HQ recently mailed 3 letters related to CETS-2001  > F > 1) A letter to former DECUS US Chapter members who are not currently$ > Encompass member from Joe Pollizzi > ' > 2) A letter from Rich Marcello on IPF  > 1 > 3) A letter from Clay Denton updating CETS-2001  > M > The letters would have either come in a envelope with a Encompass and DECUS @ > logo - or they would have come in a envelope with a CETS logo. > C > When you get these letters please doing me the following favor...  >  > A) Save the envelope > = > B) Post here or Email me (Jeff@Killeen.cc) the following...  > . >     - Letter received (1, 2, and/or 3 above) > > >     - Envelope type (Encompass/DECUS logo or CETS-2001 logo) > 1 >     - Postmark date, postmark city, and postage  > K > ...there appears to have been a problem with late delivery and we need to H > document it.  Thanks in advance - your assistance will be appreciated!    J Got #1 today. Same envelope as the other one. This one is marked presortedG first class permit #xxxx Chicago IL, so there's no postmark cancelation L date. Inside is an undated letter from Joe Pollizzi extending the early bird# discount registration until 27-Aug.   G Again, I'm in the Chicago suburbs, which should be one day delivery for K first class mail from downtown Chicago, if you believe what the post office 
 tells you.   ------------------------------  % Date: Mon, 20 Aug 2001 12:09:44 -0500   From: norm.raphael@jamesbury.comD Subject: Re: Encompass and CETS-2001 USPS mail survey need your help4 Message-ID: <C2256AAE.005E1091.00@jklh21.valmet.com>  C In article <yX7e7.63$ij.47825@typhoon1.gnilink.net>, "Jeff Killeen"  <Jeff@IDM-IO.com> writes:  > Hi - I need your help... > = > Encompass HQ recently mailed 3 letters related to CETS-2001N >VF > 1) A letter to former DECUS US Chapter members who are not currently$ > Encompass member from Joe Pollizzi >d' > 2) A letter from Rich Marcello on IPFl >?1 > 3) A letter from Clay Denton updating CETS-2001l > L > The letters would have either come in an envelope with Encompass and DECUSA > logos - or they would have come in a envelope with a CETS logo.p >dC > When you get these letters please doing me the following favor...p >  > A) Save the envelope >v= > B) Post here or Email me (Jeff@Killeen.cc) the following...y >e. >     - Letter received (1, 2, and/or 3 above) >n> >     - Envelope type (Encompass/DECUS logo or CETS-2001 logo) > 1 >     - Postmark date, postmark city, and postagee >aK > ...there appears to have been a problem with late delivery and we need toeH > document it.  Thanks in advance - your assistance will be appreciated!    J Received 08/20/2001 Letters 2 & 3 "in an envelope with Encompass and DECUS  I logos."  Postmark is Chicago IL Aug 14 '01 presorted first class 28 centsh  I meter F9702982.  Our crack mailroom staff would have retrived it from our   L PO Box at close of business yesterday or early this morning - no way to tell   which.       -Norm    ------------------------------  % Date: Mon, 20 Aug 2001 14:01:59 +0200 C From: Eberhard Heuser-Hofmann <vaxinf@chclu.chemie.uni-konstanz.de>n; Subject: Error in Help-file SCACP-utility, OpenVMS/AXP V7.3i> Message-ID: <00A00D09.246E76D1.3@CHCLU.CHEMIE.UNI-KONSTANZ.DE>   Hi,   5 I've found an error in the help of the SCACP-utility!   K ===========================================================================n   START Subtopic? lanp   STARTd     LAN_DEVICE  D        Directs PEDRIVER to start using the specified LAN device. TheE        original (and still supported) means of starting PEDRIVER on a 1        LAN device is SYS$EXAMPLES:LAVC$START_BUS.s  
        Format   (          START LAN_DEVICE  landevicename        %     Additional information available:e       Parameters Qualifiers0     /EXCLUDE     Examples START LAN_DEVICE Subtopic? exa   STARTo     LAN_DEVICE       Exampleg            SCACP> START DEVICE EWA&                     ^^^^^^!!! wrong!  >            This command starts PEDRIVER on the LAN device EWA.E =====================================================================. The correct command is:g  "        SCACP> START LAN_DEVICE EWA     regardsc Eberhard        H                                                                           O ===============================================================================o   Dr. Eberhard Heuser-Hofmann  Univ. Konstanz Fakultaet fuer Chemiem Universitaets-Strasse 10 D-78464 Konstanz Germanyd. Phone: +49-7531-88-2026, FAX: +49-7531-88-3139* email: vaxinf@chclu.chemie.uni-konstanz.de  O ===============================================================================o   ------------------------------    Date: 15 Aug 2001 22:22:43 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)p Subject: Re: Good VMS news3 Message-ID: <IvfIUXD6swj8@eisner.encompasserve.org>l  @ I suppose it isn't, since State governments don't have Nukes :-)  l In article <Pine.OSF.4.21.0108151912020.16474-100000@athena.csdco.com>, John Nebel <nebel@csdco.com> writes: > 4 > At least it's not another end-of-the-world thread! >  > John Nebel > ( > On 14 Aug 2001, Larry Kilgallen wrote: > ^ >> In article <3B79C3E0.EA8914DA@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes: >> > John Nebel wrote: >> >>  >> >> ISV news.e >> >> I >> >> A few weeks ago the transition from MVS to VMS was made for a large2N >> >> State application and the MVS software was shut down.  This project took/ >> >> about 3 years and is not going away soon.  >> >> < >> >> A small wake was held for the old MVS software Friday. >> >> O >> >> VMS looks might it may "own" this application and it is applicable to alln/ >> >> states.  Too bad I can't say more here :)t >> >  M >> > Can you at least say if it's something that more than one state might bee >> > interested in?e >> > eM >> > Granted, that's only 50 customers nationwide, but hey - every little bitn >> > helps!  >>  D >> We could start a guessing game, based on the statement that it is >> applicable to all states. >> e7 >> 	Because of New Hampshire (at least) it can't be for- >> 	State Income Tax.e >> ,: >> 	Because of Louisiana certain Judicial applications are
 >> 	unlikely.a >> u >  -- :N ==============================================================================N Great Inventors of our time: Al Gore -> Internet; Sun Microsystems -> ClustersN ==============================================================================   ------------------------------    Date: 20 Aug 2001 10:59:44 -0700 From: ohm62@hotmail.com (OHM)o% Subject: Re: HELP..VMSer in UNIX land4= Message-ID: <9d337b47.0108200959.3f8e6179@posting.google.com>e  D Maybe one more out of topic post here, since it is UNIX (re)learning; time for the few VMS programmers left, after that brillianteD announcement of a move to IPF (implement new functionalities in thatF project and try to attract new customers?  Nah!  Let's port again that legacy stuff...)  
 How about:  =   # cat infile | xargs printf "PREFIX %s SUFFIX\n"  > outfileM         -- ohm   ------------------------------  % Date: Wed, 15 Aug 2001 17:09:38 -0700e< From: "Kenneth H. Fairfield" <Kenneth.H.Fairfield@intel.com>4 Subject: Re: Introduction and BACKUP recommendations) Message-ID: <3B7B0F42.31113688@intel.com>o   Robin wrote:  @ > I've been lurking the past couple of weeks and decided to step
 > forward.   As someone else said, Welcome!  8 Others have answered your other questions (yes, _do_ use /IMAGE!), but on this:  : > Also, we are running volume shadowing that was installedA > last-minute, so if that backup procedure needs to be changed towD > reflect this I don't think the consultant did it.  Any wisdom here > would be appreciated also.  = It really doesn't matter to BACKUP whether the target disk isl@ a shadow set (DSAxx), a single disk on an HSx controller (DUAxx); or on a local SCSI bus (DKAxx).  The only reason you'd needn= to change your BACKUP procedures would be if the device namesa< of the disks were hard-coded in the procedure, something I'd; think unlikely.  There are a number of things you can do in = conjunction with shadow sets to potentially reduce the amountn= of time your database is unavailable due to backups, but we'do= need a lot more details about your configuration and specific > database, etc., before making any recommendations.  Otherwise,> treat the shadow sets as any other disk...just more available.       -Ken --6 I don't speak for Intel, Intel doesn't speak for me...   ------------------------------  % Date: Thu, 16 Aug 2001 11:37:12 +1000i/ From: "Phil Howell" <phowell@snowyhydro.com.au>lC Subject: Re: Is there a Lexical function that shows a process stated. Message-ID: <auFe7.80$U04.8817@ozemail.com.au>  3 "Bill Ames" <billames@accunet.net> wrote in messageb) news:tnlasbpl8lo80c@corp.supernews.com...eI > I want to write a routine in DCL that would check for process states ofnA > RWMBX. Is there a function that returns the State of a process?o >e >e >e8 try this one (hacked from an example somewhere ages ago) Phil   $!  UNUSUAL.COMl: $!  COMMAND PROCEDURE TO DISPLAY PROCESSES WITH ODD STATES: $!  REQUIRES 'WORLD' PRIVILEGE TO DISPLAY OTHER PROCESSES. $a      =       """n $pid    =       ""  $say    :=      write sys$output2 $say "                          State Information" $say ""e $say -F "                                 Files  Enq  Page    WS  Pages  Page" $say -F "Username    Processname    State Open  Locks File   Size in WS faults Image" $say "" 	 $nextpid:m $pid = f$pid(context)d $if pid .eqs. "" then goto end $pid    =       a+pid+a / $state          =       f$getjpi('pid',"state") ' $if state .eqs. "HIB" then goto nextpid ' $if state .eqs. "LEF" then goto nextpidd' $if state .eqs. "COM" then goto nextpide' $if state .eqs. "CUR" then goto nextpide$ $username=f$getjpi('pid',"username")% $processname=f$getjpi('pid',"prcnam")a% $imagename=f$getjpi('pid',"imagname")i& $imagename=f$parse(imagename,,,"name")? $if imagename .eqs. "" then imagename=f$getjpi('pid',"cliname")  $fillm=f$getjpi('pid',"fillm")  $filcnt=f$getjpi('pid',"filcnt") $filesopen=fillm - filcntu $enqlm=f$getjpi('pid',"enqlm")  $enqcnt=f$getjpi('pid',"enqcnt") $locks=enqlm - enqcntb& $pgflquota=f$getjpi('pid',"pgflquota")& $pagfilcnt=f$getjpi('pid',"pagfilcnt") $pagefil=pgflquota - pagfilcnt$ $wsextent=f$getjpi('pid',"wsextent")  $wssize=f$getjpi('pid',"wssize")% $globalpages=f$getjpi('pid',"gpgcnt").& $processpages=f$getjpi('pid',"ppgcnt")& $pagefaults=f$getjpi('pid',"pageflts")! $pages=globalpages + processpages1+ $text=f$fao("!AS!15AS!4AS!5(6SL)!7SL!AS", -s=  username,processname,state,filesopen,locks,pagefil,wssize, -    pages,pagefaults," "+imagename)	 $say text1
 $goto nextpidc $end:> $exita   ------------------------------  ! Date: Mon, 20 Aug 01 09:26:31 GMTE From: jmfbahciv@aol.comt, Subject: Re: OT: TOPS-20 and TOPS-10 live on+ Message-ID: <9lquq2$3gn$1@bob.news.rcn.net>e  8 In article <j7t1ot8n17999crvb7r57lhpc2finom199@4ax.com>,)    Alan Greig <a.greig@virgin.net> wrote: 9 >On Mon, 20 Aug 01 08:18:52 GMT, jmfbahciv@aol.com wrote:" >d >> >>@ >>Sigh!  I was commenting on the comment with no personal intentB >>implied.  One of the fatal flaws in analyzing system performance@ >>is comparing speed.  What really counts is the work throughputA >>of a user.  Period.  From a timesharing system POV, what countsm< >>is that a user cann't realize there are other users on the' >>system based on his response times.  I > G >And that's something that both TOPS-10 and TOPS-20 were pretty good at  >given sufficient memory.   ; Well, I could tell when somebody else logged in on the -20.y8 TOPS-10 didn't get good until after SMP was implemented.  1 > ... When I first ran some tests of a 2060 and aFF >VAX 11/780 side by side I put the 2060 around five times the speed of8 >the 780 at running compiled code. However if you took aC >compile/link/debug cycle you were more like ten to one or worse. IiG >recall a LISP interpreter written in Pascal compiled on the 2060 in 10 F >seconds (Chuck Hedrick's SPascal) but took around 300 secs to compileF >under DEC Pascal. As Pascal was one of the main teaching languages weB >used at the time this caused considerable problems. even with DECE >compilers on both TOPS-20 and VMS a typical Fortran compilation tooks2 >around 10 times as long as on a 780 as on a 2060.  A Yea, well, that's why I always thought that VMS was senile before $ it's first ship.  VMS really sucked.  = The problems with this kind of comparison is that it can onlyy; be done locally within a single computing environment (thatwC does not mean within a company).  So comparisons of work throughput<C are really difficult to qunatitize.  My comparisons were completelys+ subjective, even though they were accurate.    /BAH    ' Subtract a hundred and four for e-mail.n   ------------------------------  % Date: Mon, 20 Aug 2001 18:26:01 +0200n  From: Paul Sture <paul@sture.ch>U Subject: Re: OT: Yugo -- was You Get What You Pay For, a.k.a., There's No  Free Lunch + Message-ID: <VA.00000427.30bfff1c@sture.ch>o  7 In article <00256AAE.005583FF.00@quegw01.btyp>,  wrote:sN > Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza > E > Wasn't the importation stopped by dint of NATO bombing the factory?n >S > ;^Di >uG Then NATO rid us of an abomination :-) I was probably thinking of Ladas 2 biting the dust due to safety / emission controls.  O > Seriously, I think they built more than Yugos at the plant. Perhaps they justn' > need the sort of help that Skoda got.  >5 Quite probably.y  O It took some self control to resist repeating jokes about open top Yugos/Ladas p and skips... :-)  	 > Steve Sa > 6 > Paul Sture <paul@sture.ch> on 08/17/2001 05:09:24 PM > " > To:        Info-VAX@Mvb.Saic.Com- > cc:         (bcc: Steve Spires/YellowPages)tB > From:      Paul Sture <paul@sture.ch>, 17 August 2001, 5:09 p.m. > P > Re: OT:  Yugo -- was You Get What You Pay For, a.k.a., There's No Free   Lunch > H > In article <20010817164720.30927.qmail@web20201.mail.yahoo.com>, Fabio > Cardoso wrote: > > I am new in this:  > >t > > What is/was Yugo ? > >2K > It was an obsolete Fiat car design licensed for manufacture in the formerkK > Yugoslavia. Cheap, but I believe eventually failed European safety and/orGF > emissions standards, so is not imported anymore, at least to Europe. >  > ___e > Paul Sture
 > Switzerlandt >l   ------------------------------  % Date: Mon, 20 Aug 2001 15:33:55 +0000   From: Steve.Spires@yellgroup.comT Subject: Re: OT: Yugo -- was You Get What You Pay For, a.k.a., There's No Free Lunch/ Message-ID: <00256AAE.005583FF.00@quegw01.btyp>   L Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza    C Wasn't the importation stopped by dint of NATO bombing the factory?t   ;^Dr  M Seriously, I think they built more than Yugos at the plant. Perhaps they just % need the sort of help that Skoda got.a   Steve St        4 Paul Sture <paul@sture.ch> on 08/17/2001 05:09:24 PM    To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages)a@ From:      Paul Sture <paul@sture.ch>, 17 August 2001, 5:09 p.m.  N Re: OT:  Yugo -- was You Get What You Pay For, a.k.a., There's No Free   Lunch        F In article <20010817164720.30927.qmail@web20201.mail.yahoo.com>, Fabio Cardoso wrote: > I am new in this:  >  > What is/was Yugo ? > I It was an obsolete Fiat car design licensed for manufacture in the formeraI Yugoslavia. Cheap, but I believe eventually failed European safety and/or D emissions standards, so is not imported anymore, at least to Europe.   ___l
 Paul Sture Switzerlandk   ------------------------------  % Date: Mon, 20 Aug 2001 09:20:53 -0300 7 From: Adriana Silva Neiva <aneiva@brasiltelecom.com.br>t@ Subject: RES: Error in Help-file SCACP-utility, OpenVMS/AXP V7.3X Message-ID: <391D2A57EE81D511A2F20000E2231F24FEF947@tcscorreiomb01.telecentrosul.com.br>  " unsubscribe aneiva@americel.com.br   ------------------------------    Date: 20 Aug 2001 06:54:20 -0700) From: P.Young@unsw.EDU.AU (Patrick Young) ( Subject: Re: Run 3 phase PS on 2 phases?= Message-ID: <55f85d77.0108200554.7030a455@posting.google.com>l  V Dean Woodward <deanw@rdrop.com> wrote in message news:<3B69B0F5.F55E7CE1@rdrop.com>... > I > So, can I run this on 2-phase and just use the outlets that work?  WhataE > if I wire two of the phases together inside so I can use all of 'emiF > (don't need 'em all, but it'd save hunting down which are powered by  F When I used to run a lot of old DEC kit at home (RK07s, PDP 11/60 etc)B I noticed the same arrangement. As our house only has single phaseE (actually 2, but only one available to me) I simply bolted a 3 phase sH outlet on the wall (double+ geek value!) with all three phases connectedF together back to a standard 15 amp fuse. The fuse never even got warm.  
 That said,  E (1) I'm in Australia where we run 240 volt power so your current drawlG     at 110 volts will double ours - you will have to be more careful int     in what you (may) melt.tI (2) Rated current draw for most equipment is worst case. If you are usinghM     only modern low power equipment you should not have any problems, howevereK     you should add up the power requirements of your equipment to determinex9     if you are exceeding the capacity of your two phases.nH (3) My friend's window mounted A/C takes out 15 amp fuses (single phase)I     at 240 VAC which is more than any DEC kit I've had at home ever used.hD (4) Doing this will (obviously) not work for equipment using 3 phaseI     motors (RP06?) but then they would have their own 3-phase connectors.-J (5) Doing this violates a number of standards, is illegal, not a good idea)     anyway and may result in heavy fines.-   ------------------------------  % Date: Mon, 20 Aug 2001 11:31:55 -0500h% From: "steve smith" <ssmith@lbpc.com>i- Subject: SCSI configuration with " Y " cables $ Message-ID: <FZag7.21$cN.321@client>  E Trying to configure 2 alpha's using scs-y cables ,v.s. scsi-hub. Have L kzpba-cy controllers in the alpha's, yet when make the physical connections,H 1 system sees all  18 disk devices at the console prompt, the other only" sees 12, doesn't see dka201-dka206  K     Any ideas would be helpful. I haven't set port alloc yet, b/c I want toe7 make sure that all devices are seen from console prompte   -- Steve Smithn Manager Technical Services Information Technology Law Bulletin Publishing Co.t
 (312)644-7067v ssmith@LBPC.comS http://www.lawbulletin.com   ------------------------------    Date: 20 Aug 2001 08:46:38 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)e= Subject: Take it elsewhere (was: The Final Knell Has Sounded)t3 Message-ID: <owvWr5uuAMw0@eisner.encompasserve.org>e  T In article <3B8105FB.F23DC0DD@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes: > Nic Clews wrote:  G > Whilst I followed poor nettiquete with this, why not ask for your own F > newsgroup to be set up? I would suggest alt.vms-is-dead (can someoneE > post instructions of where to propose this, I used to know but I'vek
 > forgotten).   $ Yes, an _excellent_ suggestion, Nic.   ------------------------------  % Date: Mon, 20 Aug 2001 13:41:36 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com>-A Subject: Re: Take it elsewhere (was: The Final Knell Has Sounded)a( Message-ID: <9lri3v$gkd$1@pyrite.mv.net>  F "Larry Kilgallen" <Kilgallen@eisner.decus.org.nospam> wrote in message- news:owvWr5uuAMw0@eisner.encompasserve.org...I5 > In article <3B8105FB.F23DC0DD@127.0.0.1>, Nic Clewse  <sendspamhere@127.0.0.1> writes: > > Nic Clews wrote: >=I > > Whilst I followed poor nettiquete with this, why not ask for your own H > > newsgroup to be set up? I would suggest alt.vms-is-dead (can someoneG > > post instructions of where to propose this, I used to know but I'vet > > forgotten).  > & > Yes, an _excellent_ suggestion, Nic.  H Views on this point differ, I suspect:  I wouldn't hold your breath if I	 were you.i   - bill   ------------------------------    Date: 20 Aug 2001 10:01:58 -07003 From: utlonghornsrule@yahoo.com (Newbie JrSysAdmin) - Subject: Re: Terry Shannon Tech Talk on Tru64 < Message-ID: <2de05464.0108200901.ed637c2@posting.google.com>  N eccm <eccm@swbell.net> wrote in message news:<3B81C141.62F3ECF2@swbell.net>...H > Haha! a bletcherous personal flame, born of /dev/null and drooled fromG > the lips of a known entity, perched upon a pinnacle of its own cruft, @ > er.. from a yahoo-over-goolge account! What are we coming to?  > G > Shannon's on the user society board of directors, so maybe he gets to=D > go for free, so what if he does?. There was a time not so long agoG > when that was not the case. Shannon Knows Anaheim Hotel Prices, yes..:H > but that's immaterial. Those that are of any knowledge in professionalG > matters don't compute "shannon" with "lackey", as they are aware that=5 > the two are not same type variable. get knowledge.   > @ > BTW- there aren't really any good hotel rooms in Anaheim, just > overpriced ones. >   A for the record, i apologized to terry for my missive. he's just aaF smart guy making a living, and you guys have freely created the market for him.  D but, some of you need to buy a dictionary. you are misusing words ofC as few as two syllables, words i hope my own son will master aroundeB the 7th grade. pardon my noting the non-coincidence of the "compaq; enterprise unix" crowd and this basic cognitive deficiency.f  B and, some of you compaq cheerleaders should respond to some of theE compaq folks who are in here critical in name. they "deserve" to have A their posts addressed, and they have called compaq far worse thanp	 "lackey."n   but, i won't hold my breath.   ------------------------------  % Date: Mon, 20 Aug 2001 10:29:40 +0100>% From: Alan Greig <a.greig@virgin.net> ( Subject: Re: The Final Knell Has Sounded8 Message-ID: <irk1otsiah4mmra7dpikti8e62do9s7nce@4ax.com>  : On Fri, 17 Aug 2001 12:59:06 -0700, "Kenneth H. Fairfield"& <Kenneth.H.Fairfield@intel.com> wrote:    A >Another thread initiated by a letter to Alan Greig worries abouteB >de-support of various HBA's (HSZ's, HSJ's, etc.).  I couldn't getB >too excited about that.  At my previous position, we had HSC-70's  F You might be happy to run production critical systems with unsupportedD software but I'm not. And corporate policy does not allow it either.C If you think I'm going to gamble my job on "it will probably be alllA right" then you can think again. The cluster I look after handles=C approximately half a billion US dollars of high value manufacturingt@ business (and there are other VMS clusters worldwide). It's onlyA around 18 months ago we started to go live on the Alphas from VAX=? (system delivered late 2000) and only staff illness delayed the0B project by the few months which made the HSZ80 current and not theF HSZ70. You think I'm angry now. Imagine how angry I would be if we hadD actually taken delivery of HSZ70 controllers less than two years ago+ and were now faced with a desupport notice.e  D We also considered an RA3000/HSZ22 solution to add some more storage? to a low/mid-end HP-UX server just a few months ago. Compaq andoA resellers heavily pushed this at us. Now HP-UX configurations are  desupported from January    ? >Perhaps I misread Alan's post, but I really don't see what the- >problem is...  D The problem isn't with desupport of the (mainly) ancient controllersB you mention above. It is the desupport notice for recently (and inA once case *CURRENTLY* shipping controllers. I don't know how many D times I have to repeat this. And what's more Compaq have already setD dates internally for the desupport of hardware and software servicesB they've just assured us "will continue". Don't believe me? Put theF question to *SENIOR* Storageworks personnel and watch them look at the floor.  C And you say the software is stable. Suppose  I upgrade VMS and somedE changes to disk access trigger a latent firmware bug. Who fixes that.tD Will poor old VMS engineering now have to stress test every previousD Storageworks controller that customers might have and make sure theyA don;t break anything or will customers just be told to upgrade toc HSGxx and shutup.      >s< >Not defending the lack of timely input from Compaq, and notB >defending what appears from the outside to be very poor judgementA >in dropping Alpha, but I really can't get very excited about thel@ >"premature reports" of VMS' death...IHMO, it ain't gonna happen  C And some of us are working hard towards the goal of a long life ford! VMS despite what you might think.m   >for a long time yet...  >e >   -Ken   -- Alan   ------------------------------  % Date: Mon, 20 Aug 2001 13:43:39 +0100p( From: Nic Clews <sendspamhere@127.0.0.1>( Subject: Re: The Final Knell Has Sounded) Message-ID: <3B8105FB.F23DC0DD@127.0.0.1>    Nic Clews wrote: > C > That way they'd be given something more 'productive', walking thewJ > streets proclaiming doom and gloom while the rest of us just get on with > the job in hand. >  > :-)o  / I'm beginning to sound like a bowl of petunias.c   Alan, Bill, et al;  G I fully appreciate your concerns, but shouting in this newsgroup is noth helpful.  B While following up some Solaris related stuff, I stumbed across anF impression that VMS was dead about 5 years ago, but it would appear toC have stemmed from the type of FUD that is being spread in this way.S  H You are NOT doing VMS any favours. I don't know how many systems are areG involved, with, but through the "Joy of Leveraging" I'm involved in the E order of 1000's of systems/clusters, and to be frank, I've not really 9 got the time to sit around here, I'm actually quite busy.m  H I have spoken to Rich Marcello in a teleconference held for us (ComputerH Sciences), and whilst I did not manage to get what he said signed in hisE own blood, my personal impression is that he _does_* have a handle on"G things, and he's got a feel for where things are going, and, the futuregF is good, even if off what may be described as 'the expected path' of aD few months ago. It is still forwards. (* And I mean he does know, he< knows what architecture is for example, and its futures, andF technologies. And no, he didn't have my question list beforehand.) I'mG afraid I can't really say much more than that, you'll just have to takemG it on my word. I've had to bite my tongue (fingers) more than once whenf
 posting here.e  E Whilst I followed poor nettiquete with this, why not ask for your ownoD newsgroup to be set up? I would suggest alt.vms-is-dead (can someoneC post instructions of where to propose this, I used to know but I've)G forgoten). I'll come and visit, when I've the time. And I do appreciate.E your concerns about my career, but I do have dependents, if you thinkaF I've put their and my futures in any doubt then you really do not know me. I'm here (VMS) by choice.r  C I've met VMS systems that have the 'capability' to shut down entire B factories, 100's of jobs lost, many livelihoods affected. 24 x 7 x/ 365.25. Lose 24 out of that, and it's all over.:E I can assure you that where VMS is concerned in CSC, we do not sleep,-E the leveraged support calls up the resources just as and when they're<) required, regardless of hour or timezone.,  D If you really want to be helpful, then I would suggest you share theC messages of positivity with your management, and inspire confidencenF where it counts. Point out the advantages you know and love over theirE other systems. You are very articulate with your arguments, I for oneyG don't particularly like the use of your skills against what you say you  believe in [VMS].u  G The only thing I agree with you is the marketing. However, the media inmF general is a difficult beast to manage (if you knew anything about theC realities of how it works, you'd believe far less than you do now). F Compaq are making some attempts, but they also have to say things thatD are fashionable as well. The right things in the right places to the? right audience. No marketing department has an infinite budget,eH following the disaster that was Digital, Compaq have to walk before they? can run. I think in this case, Compaq were probably 'forced' toeH releasing the news about Alpha before they had time to properly plan it,A but better that, than a leak which would have been more damaging.o' Perhaps this is why it looked so hasty.P   JIMHO. -- l( Regards, Nic Clews CSC Computer Sciences nclews at csc dot coms   ------------------------------    Date: 20 Aug 2001 05:49:29 -0700- From: afeldman@gfigroup.com (Alan E. Feldman) ( Subject: Re: The Final Knell Has Sounded= Message-ID: <af1e4ce6.0108200449.582e380d@posting.google.com>   [ Hamlyn Mootoo <univms@bigfoot.com> wrote in message news:<3B809B2C.D0E2D5B5@bigfoot.com>...o > "Alan E. Feldman" wrote: > > Would you takeH > > advice from a rude, profanity-filled, insulting letter? I think not!F > It all depends on how smart you are, and whether you're own emotionsI > cloud your judgement.  What kills businesses is the problems they DON'T J > here about from customers who will never buy from them again.  If I wereH > running a business and could only choose whether to have only negativeH > feeback given to me or only positive, but not both, I would choose theG > negative feedback every time.  What a business does right, is usuallyoH > fairly obvious - what it does wrong, is not always so obvious.  So the  C I agree that businesses benefit by reading the negative feedback.     J > level of profanity in a letter might serve as an excellent gauge of whatD > your're doing wrong in business.  One might even develop a scoring  F Here I disagree. You can say what they're doing wrong without rudenessD and profanity. Letters filled with profanity are probably assumed toF be written by an immature person and are quickly renamed to NL:. WouldF you put rudeness and profanity in a resume? No, you would explain whatE you can do for the company. Similarly, I'd write to Compaq explainingc what VMS can do for them.M  F I find that I get much better responses from companies when I complainF to them in a civil manner. I usually get something material in return,F like coupons for their product, or free replacement parts. It may wellF be, however, as JF Mezei recently wrote, that there is nothing that weF can do. But rudeness and profanity can only make things worse, and may/ "harden their hearts" against us in the future.   I > system to produce a negativity index by counting the "D", "A", "F", andaF > "B" words used in the letter to illustrate the deficiency of service+ > experienced by the author of the letter. a  F I think the letter would already be in NL:-space before such a scoring would be attemtped.-   > J > By the way, are you any distant relation to Marty of the same last name?# > He was one of my favorite actors.a  oC Nope. No relation to Bill Feldman of WBJC-FM (Baltimore Jr. College3F radio) either, though I did call him up and pledged some money for his truly wonderful station.   Disclaimer: JMHO  &-)a Alan E. Feldmani   ------------------------------    Date: 20 Aug 2001 16:10:18 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>( Subject: Re: The Final Knell Has Sounded6 Message-ID: <20010820161018.13112.qmail@nym.alias.net>  " -----BEGIN PGP SIGNED MESSAGE-----  > On Mon, 20 Aug 2001, Nic Clews <sendspamhere@127.0.0.1> wrote:   [SNIP]   >... why not ask for your own2E >newsgroup to be set up? I would suggest alt.vms-is-dead (can someone,D >post instructions of where to propose this, I used to know but I've4 >forgoten). I'll come and visit, when I've the time.  I Personally I read this as a suggestion that those who wish to be critical C find somewhere else to play. However, the directions for creating at( successful alt. newgroup can be found at, http://www.faqs.org/faqs/alt-creation-guide/  = Perhaps someone could just circumvent alt.config and newgroupn1 alt.compaq.sucks or alt.compaq.useless.marketing.2     Doc. - -- 56 The bigger the humbug, the better people will like it.K ~ Phineas Taylor Barnum.                              http://vmsbox.cjb.net      -----BEGIN PGP SIGNATURE-----0 Version: 2.6.2  @ iQEVAwUBO4BE8sriC3SGiziTAQEHvQgAp1B1oYZy2CuXb88pJl5eGOhVyzRd2UD1@ h8xqueW4zINk8SnwtY8gei+W5G+dRvxKisSQ0FnitfF9mzMEqSEIOCaRrNsLWS6a@ DhN7Ldd2OXCTkF3bAEXkSfAPrSBufnSzqB7ZBTVIPrxLgOEhnHAXQ90ccHYuQtny@ 0tFn4zyPccIBWVo8p3/zjEAOYS5NRQOKmM9jNRgQZOAJ8haQKHzgbev33quvi9En@ BlafAA9A5p1TQGgxg+WW/2hvZOhaZJs/964KNvP4UHou+UjsBTD6tThtaakRBEtz8 dVsOEX4zMySXNX+goRLXwHNBQ06d/3Hwy5SEERgMQdMNIcUCdNy+nw== =r8/5a -----END PGP SIGNATURE-----u   ------------------------------  # Date: Mon, 20 Aug 2001 16:25:22 GMTh2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)( Subject: RE: The Final Knell Has Sounded2 Message-ID: <SRag7.355$bB1.27672@news.cpqcorp.net>  p In article <00A00B6E.02B4C865@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes: :In article <BE56C50EA024184DAF48F0B9A47F5CF4D5601A@kaoexc01.americas.cpqcorp.net>, "Main, Kerry" <Kerry.Main@compaq.com> writes:d1 :>http://www.cets2001.com/cets/controller/catalog  :e :    The system is experiencing   :    problems with your browser. : ; :    Either your session has become inactive or you need toe< :    turn on cookies. Try logging in again or enable cookies= :    in your browser. For help enabling cookies, click here. t  H   Works OK here, Netscape Communicator V3.03Gold, selectively accepting    the cookie.  470 hits found.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 20 Aug 2001 18:34:41 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>r( Subject: Re: The Final Knell Has SoundedH Message-ID: <y4pu9qellq.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  3 > :>http://www.cets2001.com/cets/controller/catalogt > :i! > :    The system is experiencing7" > :    problems with your browser. > : = > :    Either your session has become inactive or you need ton> > :    turn on cookies. Try logging in again or enable cookies? > :    in your browser. For help enabling cookies, click here. t > J >   Works OK here, Netscape Communicator V3.03Gold, selectively accepting   >   the cookie.  470 hits found.  = There is absolztely no reason such a site would need cookies.p   	Jan   ------------------------------  % Date: Sun, 19 Aug 2001 21:53:33 -0500l1 From: "David J. Dachtera" <djesys.nospam@fsi.net>o( Subject: Re: The Final Knell Has Sounded' Message-ID: <3B807BAD.7ACB8F0E@fsi.net>0   eccm wrote:0 > F > David, you are mistaken in that the the sessions which the DFWCUG isA > scheduled to present are still on. Please verify details beforer > spreading FUD.  G See my response to John Wisniewski. The info. was provided by CETS-2001n directly, over the telephone.    F > This might not be widely known but the only two boxes to survive theH > onslaught of over 5000 hackers at DEFCON9 were the DFWCUG's VMS Alpha, > and a Sun box.  C I am very aware of that, thank you - it comes as no surprise to me, - either, being a 19+ year verteran of OpenVMS.   .G > I won't speculate about the merits of the Sun, but I will say that it0H > had a sysadmin present 24 hours a day for the entire event, as well asF > a secondary system which did nothing but monitor attacks on the box. > H > As for the VMS system, we turned it on, basically left it alone exceptF > when we wanted to look at it, and slept and drank through the event, > without a care..  ; Not sure how that is germane to the subject at hand, but...w   >  > "David J. Dachtera" wrote: > >n > > <exasperation> > >n, > > Well, it's tough to argue at this point: > > J > > Alpha is dead with no viable replacement currently on the market or on > > the foreseeable horizon. > E > Oh yeah, like the pdp11, vax, and a host of other not-necessesarily F > DECompaq machines? These systems have traditionally gone on in their' > useful and critical tasks for years. -  F I dare say that people spec.'ing such systems for new acquisitions and? installations constitutes extremely rare circumstances, if sucha situations occur at all.  " > There's a chip fab I can't name,F > that was until last week, running a microvax II which controlled theH > wafer-level testing of the chips. The machine died, and what happened?F > a compadre and I took the RD54's and stuck them one at a time into aG > cluster-booted diskless microvax II and backed them up to 4mm DAT for - > the nice man. So, VAX isn't dead after all.i  E Are these plants specifying VAX processors for new fab-line installs?e   > How can Alpha be? It will * > be years before Alpha is no longer used.  A "Dead" and "no longer used" are two related, but hardly congruenteF paradigms. IBM System/360's are still used, but are largely consideredH "dead" for those spec.'ing out new installs. I dare say the same is true< for PDP, DG-Nova, 80386, and others too numerous to mention.   > There will be transitions,  G Not this time - not like VAX -> Alpha. As far as the market at large ismC concerned, Alpha is *DEAD*. Period - end of statement. This is truee> because Compaq shot their big mouth off instead of handling it, identically to the VAX - > Alpha transition.  E The horse is several counties away already. Too late now to close the  barn!p   > and speedbumps on the road,   D ...assuming the road is still there at all. In the current case, the@ road ended when Compaq shot their mouth off about EOL-ing Alpha.  ' Dead-end, end of story, over and out...i  + > but the situation is not as gloomy as theo > image you present.  E I've said it before and I'll say it again: Come to Chicago and walk abH mile in my shoes. When you return to your own circumstance, you may find( your paradigm has shifted significantly.  J > > No more Alpha newsletter. Oh, there'll be mention of it in the OpenVMS@ > > Times for a while, but that'll fade, too. History repeats... > C > Change is required to survive. "if a man doesn't change, he dies"o > (from some western..)a  D Change is generally considered to be a move forward. This is a giant step backward.  A VAX -> Alpha was both a logical evolution and a relatively smoothwE transition. Alpha -> nothing -> IPF is the fattest crock of dung I've C seen in rather a long time. See my reply to Jeff Killeen at another  branch in this thread.  i > >m > > No more CI clusters. > A > That's an issue of modernization. CI is very cool and holy, butrB > somewhat dated and not necessary for new systems due to improvedE > methods available from Compaq's modern system architecture. How canrE > you kow there won't be a solution available for the legacy systems?l  C Show me supported CI interconnect for Q-bus systems, or a supporteda2 shared SCSI for any VAX system... Need I say more?  C Also, have you not read recent literature from the Q and subsequentn> posts here about HSJs and HSZs being EOL'd effective Jan-2002?   > > No more SCSI clusters. > " > What proof do you have of this?    David J. Dachtera wrote:F > Also, have you not read recent literature from the Q and subsequent @ > posts here about HSJs and HSZs being EOL'd effective Jan-2002?  % > SCSI clustering has more to do with 9 > the glue chips and O/S on the system than with the CPU.'   ...and your point is...s  w > >hK > > The last non-government VMS holdouts are abandoning in droves, with thet: > > possible exceptions of Cerner and who ever bought SMS. > F > Can you cite numbers and facts? Sure alot of customers are migrating& > to alternative systems, but not all.  G DOCUMENTED numbers and facts? No. Outside of the Q, who can?  ...and doo* you believe for one moment that they will?  H The posts in this newsgroup are documentation enough. VMS can ill afford@ to lose any ground whatsoever (though no one but me (apparently)7 believes that); so, one site lost is one site too many.V  L > > No VMS newbie sessions at CETS-2001. I hear even Wayne Sauer's venerableD > > performance and management sessions got bumped. No DFW stuff was' > > accepted, either, from what I hear.e >  > already answered.r   ...and documented.  6 > > No more platforms + no more newbies = no more VMS. > > G > OpenVMS ported to IVMS (to coin a term) on Itanium + quality hardwared > + newbies = VMS.  F __W_H_E_N__, DAMNIT, __W_H_E_N__ ??????????????????!!!!!!!!!!!!!!!!!!!  E Show me *ONE*, __J_U_S_T__ __O_N_E__ ready-for-prime-time, productionMG quality, fully debugged and certified, OpenVMS-IPF system in production E on a customer site, and do it BEFORE CETS-2001 !! (I was going to saymF enterprise-class customer, but I'm willing to bend on that one point.)   Get it *NOW* ???  F Show me *ONE*, __J_U_S_T__ __O_N_E__ successful, thriving, decades-old> business that was built and survives to this day entirely upon
 vaporware.  F (Thanx to Dale Carnegie, I know of exactly one, but I'm not tipping my hand just yet!)t  C > Maybe you're unhappy about things, but taking always publicly the $ > negative side is not constructive.  C ...and sitting idly by while Compaq destroys VMS *IS* constructive?   3 On what planet? Not this one, that's for DAMN sure!   # > How do you think I feel? They are   > making me take unix training!   B Do you have *ANY* idea how many of us out here would *JUMP* at theC chance to get trained/certified on *ANY* non-VMS platform? Consider B yourself fortunate that you don't have to move your family into anG abandoned school bus just to afford the damn courses, or sell your souluE to the devil just the save the roof over family's head, the beds they D sleep in and the food in their bellies just so you can redirect your career before they starve.  G Get *REAL* clear on this: life may beautiful where you are, but some of E out here are LITERALLY STARVING TO DEATH!!! ...trying to survive with E the skills we have, not to mention skills we can't afford to acquire.*  % > (actually, unix is kind of easy buta > quite bizzarre)n  E Of course - there's almost nothing there (in UN*X) to start with. Howd complex can next to nothing be?   6 > I work in what is mostly a Sun and Intel engineeringF > environment, but all the stuff in my company, that, were it to break4 > would cost millions and cause damage, runs on VMS.  G Surprise of surprises - the healthcare industry is no different, excepthE that where we "live", lives hang on every machine cycle (well, a goodt number of them, anyway).   > They run the sunB > and intel in the cheap seats, and the VMS in the space where theG > degree of departure from desired reality is counted in hard currency.i  " ...or people's lives, in our case.  nL > > Congratulations Compaq - you won. VMS is now officially dead, outside ofL > > the government markets you chose for it. (The business schools will haveD > > to rewrite their text books - instead of the market choosing theL > > product, the product chose the market. Wonder what Clem Stone or old man& > > Rockefeller would say about that?) > >0E > Congratulations Compaq - you won. VMS is now officially going to beu > ported to a new archtecture,    G Yeah - when Intel reaps the benefits of acquiring the Alpha engineeringe? folks and materials. Until then, IPF remains a proof-of-concept H protoype, beta-quality, early-adopter stuff, at best, and a dream at the very least.w  > Go out and try to sell *THAT* against, Slowaris, NT, UN*X, ...  : > Just forget it. Take two xanax, get a hobbyist license,   , I have two of 'em, thank you, VAX and Alpha.   > and call me inF > the morning. I'm being a smart ass because I'm just sick of all this > FUD.  D Good! ...because there's a bunch of us, who I do not even presume toG speak for, who are equally sick of all this fucking bullshit coming outs
 of Compaq.  G Understand this: compared to the kind of shit that's gone down the last,@ couple of months, I have FIRED PEOPLE - ON *TWO* (count 'em: NA,G GB/Europe) continents - for less reason than all this. If I were in any.H position to have anything to say about it, the people responsible would,H in turn, be making trips to the emergency room to have my boot extracted2 from their posterior - each and every one of them!  H ...and then we'd go on to double VMS's market share EVERY QUARTER for soE many quarters that within two years Bill Gates would be begging us to  buy HIM out!  9 > I had to change careers because what I did was becoming H > obsolesced. If you think it's over, get a head start on the rest of usF > blind fools who can't see it coming. You are in a unique position toF > take advantage of this Alpha-Intel situation, being a consultant and > all.  D Well, folks here will still remember a post I made toward the end ofE last year where in I announced that I expected to be quitting the EDPg field shortly.  E I am now *DOUBLY* motivated to make that happen as soon as is humanlye	 possible.e   --   David J. Dachteral dba DJE Systemst http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/r   ------------------------------  % Date: Mon, 20 Aug 2001 19:07:45 +0200t& From: John McLean <mcleanj@dplanet.ch>( Subject: Re: The Final Knell Has Sounded* Message-ID: <3B8143E1.FA636D93@dplanet.ch>   Nic Clews wrote: >  >   .....   > I > I fully appreciate your concerns, but shouting in this newsgroup is not 
 > helpful. >  ...  >hJ > You are NOT doing VMS any favours. I don't know how many systems are areI > involved, with, but through the "Joy of Leveraging" I'm involved in thedG > order of 1000's of systems/clusters, and to be frank, I've not reallyg; > got the time to sit around here, I'm actually quite busy.v > J > I have spoken to Rich Marcello in a teleconference held for us (ComputerJ > Sciences), and whilst I did not manage to get what he said signed in hisG > own blood, my personal impression is that he _does_* have a handle on.I > things, and he's got a feel for where things are going, and, the futurehH > is good, even if off what may be described as 'the expected path' of aF > few months ago. It is still forwards. (* And I mean he does know, he> > knows what architecture is for example, and its futures, andH > technologies. And no, he didn't have my question list beforehand.) I'mI > afraid I can't really say much more than that, you'll just have to taketI > it on my word. I've had to bite my tongue (fingers) more than once whenl > posting here.s >  ....F > If you really want to be helpful, then I would suggest you share theE > messages of positivity with your management, and inspire confidencesH > where it counts. Point out the advantages you know and love over theirG > other systems. You are very articulate with your arguments, I for one:I > don't particularly like the use of your skills against what you say you  > believe in [VMS].i > I > The only thing I agree with you is the marketing. However, the media inoH > general is a difficult beast to manage (if you knew anything about theE > realities of how it works, you'd believe far less than you do now). H > Compaq are making some attempts, but they also have to say things thatF > are fashionable as well. The right things in the right places to theA > right audience. No marketing department has an infinite budget,eJ > following the disaster that was Digital, Compaq have to walk before theyA > can run. I think in this case, Compaq were probably 'forced' to<J > releasing the news about Alpha before they had time to properly plan it,C > but better that, than a leak which would have been more damaging.,) > Perhaps this is why it looked so hasty.i >  > JIMHO. > --* > Regards, Nic Clews CSC Computer Sciences > nclews at csc dot comn    G Yes there is a lot of doom and gloom in this newsgroup but there is onemG very good reason for it, namely Compaq's atrocious Marketing and PublicaF Relations on firstly the transition to Alpha and now, quite evidently,+ on the retiring of various bits and pieces.l    F Yes, we have had Sue S come in belatedly with a few comments and we'veH had Hoff and Fred saying what little they can, but the fact remains thatD Compaq should have been on the ball from day one and said more aboutB what was happening, what would be possible, what was not.  If theyA didn't have the information on day one then they should have been40 updating the VMS community at regular intervals.  E It is now closing on 2 months since the announcement and not one peep G has been heard from Compaq since the fateful (?) day back in June.  I'mAH sure that even a first year marketing student would have been failed andD thrown out of the course if they had done as poorly as Compaq have. G First rule of PR is surely to keep your customers informed - it doesn't5> matter if it is good news or bad news, but keep them informed.  G In the absence of technical comments of any substance from Compaq it iswF inevitable that people posting to comp.os.vms will discus the possibleF ramifications of the Alpha transition.  A myriad of questions continueF to go answered from the Q and it is characteristic of a situation likeF this that no news is not seen as good news.  And forced to examine theE issues in microscopic detail in the absence of any other information,pF many are questioning many of Compaq's original statements about costs,1 performance, application availability and do on. g  G In regard to the retiring of various things - hardware, newsletters etckE - Compaq appear to have made these changes by stealth and it was only C David Dachtera's posting that tied it all together.  Why was Compaq-E unable to put all the retirements (etc) together in one communication H and sell the idea in positive terms (eg. part of continuous development, moving to faster technology) ?    G We are not idiots in this newsgroup; many of us have worked for Digital G or Compaq, and have been with VMS far longer than most people in Compaq-C (and possibly longer than many of the VMS team).  Compaq seem to bejD treating us like the consumer who buy PCs, and if there is one thingG that really annoys a skilled professional it is to be treated somethingkD like an idiot.  We simply want information.  We want confidence thatG Compaq really does know what it is doing and that whole thing was not a D kneejerk reaction to poor Q2 figures.  Most of all we want something@ beyond Compaq's banal few sentences of future commitment to VMS.     John McLeanc (now in his 22nd year of VMS)    ------------------------------  % Date: Mon, 20 Aug 2001 13:33:29 -0400r' From: "Bill Todd" <billtodd@foo.mv.com>m( Subject: Re: The Final Knell Has Sounded( Message-ID: <9lrhko$gc3$1@pyrite.mv.net>  : "Alan E. Feldman" <afeldman@gfigroup.com> wrote in message7 news:af1e4ce6.0108200449.582e380d@posting.google.com...u   ...2  + > Similarly, I'd write to Compaq explainingy > what VMS can do for them.R >TH > I find that I get much better responses from companies when I complainH > to them in a civil manner. I usually get something material in return,< > like coupons for their product, or free replacement parts.  I Been there, did that.  An international group of over a dozen of us spenthD months creating just such a presentation in H1 2000, presented it toL Capellas, got bounced to Marcello, had a meeting with him and his staff, got< encouraging words about VMS's future and some nice VMS pens.  L After enough tries with the carrot, you either give up or get out the stick.   - bill   ------------------------------  % Date: Mon, 20 Aug 2001 13:40:25 -0400l' From: "Bill Todd" <billtodd@foo.mv.com>l( Subject: Re: The Final Knell Has Sounded( Message-ID: <9lri1o$gcv$1@pyrite.mv.net>  @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message, news:oa8g7.335$bB1.27338@news.cpqcorp.net... >i8 > "Alan Winston - SSRL Admin Cmptg Mgr" wrote in message   ...   - > >Or does it mean that the servers will havehA > >on-the-fly Alpha->Intel translation to run binary executables?, >t > Yes.  K A very short answer to what seems to be a major issue to quite a few peoplesH here who have been asking it for the past few weeks.  Is this a real (atF least internal) 'commitment' now from Compaq rather than just your own0 assessment of what you think is likely to occur?   - bill   ------------------------------  % Date: Mon, 20 Aug 2001 13:49:32 -0400 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> ( Subject: Re: The Final Knell Has Sounded2 Message-ID: <D4cg7.367$bB1.27869@news.cpqcorp.net>   Alan Greig wrote in message ...s    B >And back around 1990 when details of the resurrection of Prism asE >Alpha started to leak I was involved with some contract support work E >for a company that had VMS versions of most of its products. However = >they'd just done a major rewrite (in C) and were considering E >supporting the rewritten version on Alpha (rather than just drop the G >VAX port a few years down the line). DEC responded (in confidence so InE >couldn't post quotes) that there would be no Alpha port of VMS. ManylG >people on hearing similar news kicked up an enormous fuss in this verydA >newsgroup and many people suggested we shutup. Customer disquiet. >helped change DEC's mind. >d    = Oh puleese.  Name names.  What a load of hooey.  There was nosK VMS-will-not-be-on-Alpha crap.  There was no reversal of this non-strategy.uK I wanna know the names.  It certainly does not match any reality I remembere here in engineering.   ------------------------------  % Date: Mon, 20 Aug 2001 13:50:35 -0400t' From: "Bill Todd" <billtodd@foo.mv.com> ( Subject: Re: The Final Knell Has Sounded( Message-ID: <9lrikq$h3h$1@pyrite.mv.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:rsQz3W4zLl8E@eisner.encompasserve.org...o   ...o  @ > Your assumption is he didn't ask "hard direct questions."  ButA > later (or earlier) Nic mentions he is constrained and mentions: A > "trust me".  So you don't trust him.  That's fine.  But Nic hasuB > been around in this newsgroup a lot longer than you and has been& > very consistent.  Why not trust him?  H Because what he's really asking is for people to share his trust in whatK Compaq says (in this case in the person of Rich Marcello, who is a good guyhJ but definitely a Team Compaq player), which would be really, really stupid at this point.   - bill   ------------------------------    Date: 20 Aug 2001 10:52:08 -07000 From: TECHWEBSITE@NETSCAPE.NET (Michael Angello) Subject: Re: tpcip upgrade= Message-ID: <9a793b93.0108200952.16e70db3@posting.google.com>   F So many thanks! to everyone for your help, I am now able to improve my OpenVMS system.n  4 Sincerely thank you all for your attention and time!   Mike.a   ------------------------------  % Date: Wed, 15 Aug 2001 23:21:25 -0500.+ From: Shael Richmond <ksrich@bellsouth.net>h* Subject: Re: VAX/ALPHA FORTRAN and me! :-)- Message-ID: <3B7B4A45.FBC0F8E9@bellsouth.net>c   Steve Lionel wrote:d > F > On 13 Aug 2001 12:32:31 -0400, randall.burlew@srs.gov (Randy Burlew) > wrote: > @ > >We just installed a new version of Fortran on our Alpha's and > >had to start using  > >t > >FORTRAN/OLD_F77 > >m= > >to compile the old Fortran 77 code, because the default isy > >now the Fortran 90 compiler.  > E > There's no good reason why you should have to do this - The FortransD > 90/95 compiler fully supports Fortran 77.  Please write to me withC > details as to what didn't work when you compiled with the default H > FORTRAN command.  (By the way, the Fortran 90/95 compiler has been the+ > default on VMS for two and a half years.)J >    no CDD support no Fortran DML support (DBMS)   H Of course we change the verb definition as suggested in the relase notes to make F77 the default.   Shaeln   ------------------------------  % Date: Wed, 15 Aug 2001 21:11:37 -0500e1 From: "David J. Dachtera" <djesys.nospam@fsi.net> , Subject: Re: VIRUSES: What about antibodies?' Message-ID: <3B7B2BD9.F8E1341D@fsi.net>s  
 Koloth wrote:l >  > Cure for Viruses:a >  > 1) Take 2 OpenVMS Systemsh > 2) Cluster  - Take 2 clusters and call me in the morning...    -- o David J. Dachterau dba DJE Systemso http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/v   ------------------------------  % Date: Mon, 20 Aug 2001 09:23:03 -0400s From: William_Bochnik@acml.com, Subject: Re: VIRUSES: What about antibodies?> Message-ID: <OFEB6F535F.B1F5511C-ON85256AAE.0049C13A@acml.com>  A that certainly would be the cure for a lot of headaches :-) sorrye I couldnt resist.....o      n                                                                                                               n                     "David J.                                                                                 n                     Dachtera"                    To:  Info-VAX@Mvb.Saic.Com                                   n                     <djesys.nospa                cc:                                                          n                     m@fsi.net>           Subject:     Re: VIRUSES: What about antibodies?                     n                                                                                                               n                     08/15/2001                                                                                n                     10:11 PM                                                                                  n                                                                                                               n                                                                                                                     
 Koloth wrote:  >n > Cure for Viruses:t >e > 1) Take 2 OpenVMS SystemsC > 2) Cluster  - Take 2 clusters and call me in the morning...a   -- David J. Dachterac dba DJE Systemsa http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/h          F ______________________________________________________________________;  The information contained in this transmission may containe@ privileged and confidential information and is intended only forA the use of the person(s) name above.  If you are not the intendede= recipient, or an employee or agent responsible for deliveringa3 this message to the intended recipient, any review, @ dissemination, distribution or duplication of this communication? is strictly prohibited.  If you are not the intended recipient,tA please contact the sender immediately by reply e-mail and destroy # all copies of the original message.    ------------------------------    Date: 19 Aug 2001 18:12:30 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)hG Subject: Re: Wailing and moaning.... (was: The Final Knell Has Sounded)b3 Message-ID: <7$PZ28h2UGYz@eisner.encompasserve.org>e  ` In article <v9eqntob529t0ukb4rngs8s2erebp20hqt@4ax.com>, Alan Greig <a.greig@virgin.net> writes:H > On Fri, 17 Aug 2001 15:57:36 +0100, Nic Clews <sendspamhere@127.0.0.1> > wrote: >  >>C >>That way they'd be given something more 'productive', walking theoJ >>streets proclaiming doom and gloom while the rest of us just get on with >>the job in hand. > E > Carry on sleep-walking Nic. The purpose (or at least my purpose) ofeF > many of the doom profits is to try and *force* Compaq to take strongG > re-assuring measures right now which we can hold it to later. Leavingl  C Well please let us know how those activities we don't know anythingeD about work out.  But certainly bothering the rest of us with puttingG doom-and-gloom posts into comp.os.vms does not reach Compaq management, G so please cut out _that_ part of your activity and get to the real worka you have in mind.T   ------------------------------  % Date: Mon, 20 Aug 2001 09:30:18 +0200 * From: Mike Rechtman <rechtman@tzora.co.il> Subject: Re: where is 7.3 ? * Message-ID: <3B80BC8A.6000504@tzora.co.il>  8 DO NOT upgrade from V7.2-1 to V7.3 before installing the VMS721_RENAME_OLD-V0100 ECO!!s+ (Note: a similar patch exists for V7.2-1H1)o! You can read the release notes atnE http://eisner.encompasserve.org/DECUServe/DECnotes/VMS/2841.1331.HTMLk  C As a recommendation - Even if you decide not to install patches, atP8 least skim the release notes to see what you're missing.   ~Miker     Howard S Shubs wrote:e  8 > In article <1010819212111.14122B-100000@Ives.egh.com>,$ >  John Santos <JOHN@egh.com> wrote: >  > 5 >>Whether to upgrade yet depends on the usual issues.r >> > P > Yes.  All I can say is that if I can't upgrade, the update is useless to me.  O > USELESS.  TO.  ME.  And I've tried to upgrade a 7.2-1 system with NO patches sP > (other than the MUP) and the upgrade failed every time.  Let me say it again: M > USELESS!  And it has -file corruption-??  When was the last time -DEC- had hO > this kind of problem?  I figure that Compaq's QA and field tests have failed  Q > fatally.  What a nasty fall.  File corruption!  Inablility to upgrade from the  C > most recent (shy of 7.2-1H1) version of the system!  Inexcusable.f >      -- hE ---------------------------------------------------------------------lE Usual disclaimer: All opinions are mine alone, perhaps not even that.a? Mike Rechtman                            *rechtman@tzora.co.il*tE Kibbutz Tzor'a.                          Voice (home):(972)-2-9908337/C    "20% of a job takes 80% of the time, the rest takes another 80%" E --------------------------------------------------------------------->* ------ GEEK CODE BLOCK (Version: 3.1)-----( GCM/CS d(-)pu s:+>:- a++ C++ U-- L-- W++' N++ K? w--- V+++$ PS+ PE-- t X- tv-- b+  DI+ D-- G e++ h--- r+++ y+++@c* ---------- END GEEK CODE BLOCK  ----------   ------------------------------  # Date: Mon, 20 Aug 2001 06:58:21 GMTk# From: Kevin Waugh <waugh@met.co.nz>v Subject: Re: where is 7.3 ?y. Message-ID: <20010820.6582145@waugh.met.co.nz>  @ I have upgraded a test alpha from 7.2-1h1 here with no problems.I The cover photograph on the 7.3 manuals and box is interesting, someone =e  5 with a nice watch staring at a SUN!! workstation !!!!t  6 >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<  D On 20/08/2001, 12:33:56, Kilgallen@eisner.decus.org.nospam (Larry=20. Kilgallen) wrote regarding Re: where is 7.3 ?:    F > In article <lhk0otks4ij6v011u1vc16bukdsirktpbe@4ax.com>, Beyonder=20 <beyonder@vrx.net> writes: > > I haven't seen it anywhere.s  8 > Subscription copies were delivered several months ago.   >=20I http://eisner.decus.org/DECUServe/DECnotes/LATEST_RELEASE_INFORMATION/27=  5. HTML   ------------------------------    Date: 20 Aug 2001 12:36:42 -0500+ From: young_r@encompasserve.org (Rob Young)k Subject: XFC - ECO available3 Message-ID: <MGwLBJuIBR2M@eisner.encompasserve.org>o  , 	Note to XFC interested parties on cov . . .  ? 	I noticed on Eisner today where XFC ECO has been released.  Iti 	is available on DSN.n  , VMS73_XFC-V0100 (Alpha V7.3) XFC ECO Summary   				Robe   ------------------------------   End of INFO-VAX 2001.462 ************************