1 INFO-VAX	Fri, 31 Aug 2001	Volume 2001 : Issue 483       Contents: Re: A very sad moment.! < A wishlist of one thing... (Re: My VMS Wish List (features)) Re: alpha - ia64 Re: alpha - ia64 Re: alpha - ia64 Re: alpha - ia64 RE: alpha - ia64 Re: alpha - ia64 Re: alpha - ia64 Re: alpha - ia64A Anyone notice old EDU licenses? I can't get them for beyond 2001. % Authentication in Apache/CSWS vs. OSU ; Re: Compiled Languages (Was: e: My VMS Wish List (features) ; RE: Compiled Languages (Was: e: My VMS Wish List (features) ; RE: Compiled Languages (Was: e: My VMS Wish List (features) ) Re: Conference: CETS-2001 Detailed Update 6 Re: Elsa Gloria Synergy Graphics Controller in my DS106 Re: Elsa Gloria Synergy Graphics Controller in my DS106 Re: Elsa Gloria Synergy Graphics Controller in my DS10 Re: EV7 will never ship?  RE: Feeling Better about Itanium! Re: FTP problems - please advise! I RE: Fun error messages (was Re: VMS high reliability needed by Air Force)  grave key sends escapeE Re: How to quickly replicate a global section on another network node E Re: How to quickly replicate a global section on another network node  Re: I hate Compaq  Re: I hate Compaq  Re: I hate Compaq P Re: installing extensions to MOD_PERL (was Re: CSWS, MOD_PERL - anyone have HELLA Is there a VMS command to check if I have cache memory installed? E Re: Is there a VMS command to check if I have cache memory installed? E Re: Is there a VMS command to check if I have cache memory installed?  Looking for a storageworks box" Re: Looking for a storageworks box" Re: Looking for a storageworks box" Re: Looking for a storageworks box Re: Mark Twain Promo Re: Mark Twain Promo Re: MicroVAX II - Boot problems  Re: My VMS Wish List (features)  Re: My VMS Wish List (features)  Re: My VMS Wish List (features)  Re: My VMS Wish List (features) I Re: OpenVMS on Fault Tolerant IPF Hardware (was Re: EV7 will never ship?) P Re: OpenVMS on Fault Tolerant IPF Hardware (was Re: EV7 will never ship?) ship?)# Re: porting macro from VAX to ALPHA # Re: porting macro from VAX to ALPHA # Re: porting macro from VAX to ALPHA  PRINT /que=filename  Re: PRINT /que=filename ? Re: Procedure to restart print queues/Help with $GETQUI $SNDJBC ? Re: Procedure to restart print queues/Help with $GETQUI $SNDJBC  Re: Rob: Close but no beer3 Re: Serial Console? (was: Re: EV7 will never ship?) 3 Re: Serial Console? (was: Re: EV7 will never ship?) # Re: Setting up Remote Printer Queue # RE: Setting up Remote Printer Queue # Re: Setting up Remote Printer Queue * Re: still can't get my UCX licensed???????# Re: Tape Parity Error: How to Read? # Re: Tape Parity Error: How to Read? $ Re: Terry Shannon Tech Talk on Tru64 Tunneling DECnet over IP Re: Tunneling DECnet over IP Re: V5.5-2 Password RecoveryM Re: What are the exact steps in order to add a user account with VAX-VMS v6.0 ' Re: Why continue with OpenVMS / Compaq? ' Re: Why continue with OpenVMS / Compaq? ' Re: Why continue with OpenVMS / Compaq? . Why did compaq buy Digital in the first place?2 Re: Why did compaq buy Digital in the first place?  F ----------------------------------------------------------------------  % Date: Thu, 30 Aug 2001 20:23:21 -0400 ' From: Howard S Shubs <howard@shubs.net>   Subject: Re: A very sad moment.!< Message-ID: <howard-F96BE8.20232130082001@enews.newsguy.com>  M In article <CDA4BAD1E10ED41181AC00508B6051D3C3E379@grumpy.internal.hspg.com>, ,  Andrew Robinson <arobinson@hspg.com> wrote:  C > I had no response to this - I just felt too old, and I'm only 36!    Kids these days... --   Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  # Date: Fri, 31 Aug 2001 03:58:17 GMT 0 From: William Barnett-Lewis <wlewis@mailbag.com>E Subject: A wishlist of one thing... (Re: My VMS Wish List (features)) + Message-ID: <3B8F0B57.D53E38BF@mailbag.com>   F All I want is a copy of Dec Lisp (or MacLisp or any of the others thatF have run on the various DEC systems.) and it's source. All the rest is! nice, but nowhere near necessary.   E If I could make Interlisp-10 run on a modern system I'd be (today) 30 H year's ahead of every other language/system than Smalltalk (aka Squeak -F I'd kill to run it on a Vax, but I don't have the knowledge to make it so.)  D Feh, I have an utterly useless (for DOS) Medley license. I just wish) they would make it worth _something_ ...     William  --  * You better watch out    What you wish for;+ It better be worth it   So much to die for. -                                 Courtney Love    ------------------------------  % Date: Thu, 30 Aug 2001 14:17:40 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com>  Subject: Re: alpha - ia64 ( Message-ID: <9mlvut$ro6$1@pyrite.mv.net>  7 "Alexis Cousein" <al@brussels.sgi.com> wrote in message ) news:3B8E2516.3080801@brussels.sgi.com...    ...   C > Given the current IA32 performance on integer codes, I can assure ? > you that people *will* want to run databases on any successor  > that's > % > -*only* slightly slower than P4 [1] ! > -likely to stay around for long  > -can address 64 bits.   J Sounds like Hammer to me:  Itanic sure as hell isn't a 'successor' to IA32K in anything like the sense that Hammer is, and since Hammer is based on the : Athlon core it may well even be slightly *faster* than P4.   - bill   ------------------------------   Date: 30 Aug 2001 18:36:14 GMT( From: nmm1@cus.cam.ac.uk (Nick Maclaren) Subject: Re: alpha - ia64 0 Message-ID: <9mm12u$k7m$1@pegasus.csx.cam.ac.uk>  O In article <9mlur9$qok$1@pyrite.mv.net>, Bill Todd <billtodd@foo.mv.com> wrote:  >  > L >Well, when one makes witless assertions, IMO one *should* be prepared for a* >certain lack of respect in the responses.   That seems a good principle :-)   F >> The only 'research' I have been pointed to really are Paul DeMone'sC >> articles, who hates Intel with a vengance (opinion), not exactly  >> balanced. > K >Certainly as balanced as your own opinions appear to be, I'd say.  But the K >main reason Paul's articles have been referred to is that they're the most / >readily-accessible information available:  ...   ? That is correct.  There is really very little written about the = design that is 'sharp', readily available and comprehensible,  except for his stuff.      Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QG, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679    ------------------------------   Date: 30 Aug 2001 21:08:45 GMT/ From: mccalpin@gmp246.austin.ibm.com (McCalpin)  Subject: Re: alpha - ia64 1 Message-ID: <9mma0t$euu$1@ausnews.austin.ibm.com>   0 In article <9mktuo$kgh$1@pegasus.csx.cam.ac.uk>,) Nick Maclaren <nmm1@cus.cam.ac.uk> wrote:  > B >The L3 cache can transfer 16 bytes every clock cycle, though I amC >not absolutely sure if the cycle is 266 MHz or 733/800 MHz (giving A >either 12.8 or 4.26 GB/sec), and it has a 21/24 cycle latency.     ; It would easy to imagine bus turnarounds being a problem at ; these frequencies -- a 128-bit wide, 800 MHz, bidirectional 8 chip-to-chip interface is not a trivial signal integrity problem.  ; Even a single cycle lost on turnarounds would be a problem, 8 especially with 64 Byte cache lines being transferred in just four cycles.   : But SPECfp2000 does appear to be particularly sensitive to; L2 cache latency or bandwidth.  I did a lot of work on this ; issue with the SPECfp95 suite and the CFP2000 suite appears 6 similar.  I could see an on-chip L2 with dramatically 6 improved latency and bandwidth providing an additional9 5%-10% boost over an off-chip cache of the same size, but < I would be surprised if the boost was much bigger than this. --  9 John D. McCalpin, Ph.D.           mccalpin@austin.ibm.com F Senior Technical Staff Member     IBM POWER Microprocessor Development-     "I am willing to make mistakes as long as 1      someone else is willing to learn from them."    ------------------------------  % Date: Thu, 30 Aug 2001 23:40:12 +0200 , From: Toon Moene <toon@moene.indiv.nluug.nl> Subject: Re: alpha - ia64 4 Message-ID: <3B8EB2BC.9BD37356@moene.indiv.nluug.nl>   McCalpin wrote:   < > But SPECfp2000 does appear to be particularly sensitive to= > L2 cache latency or bandwidth.  I did a lot of work on this = > issue with the SPECfp95 suite and the CFP2000 suite appears 7 > similar.  I could see an on-chip L2 with dramatically 8 > improved latency and bandwidth providing an additional; > 5%-10% boost over an off-chip cache of the same size, but > > I would be surprised if the boost was much bigger than this.  = Do you have numbers on the cache *size* influence ?  See this  controversy:  0 	http://gcc.gnu.org/ml/gcc/2001-08/msg01297.html   Thanks in advance,   --  G Toon Moene - mailto:toon@moene.indiv.nluug.nl - phoneto: +31 346 214290 6 Saturnushof 14, 3738 XG  Maartensdijk, The NetherlandsG Maintainer, GNU Fortran 77: http://gcc.gnu.org/onlinedocs/g77_news.html E Join GNU Fortran 95: http://g95.sourceforge.net/ (under construction)    ------------------------------  % Date: Thu, 30 Aug 2001 15:09:38 -0700 # From: "Tom Linden" <tom@kednos.com>  Subject: RE: alpha - ia64 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEGMDDAA.tom@kednos.com>   > So what is an IBMer doing on this list?  I thought you ran all$ your chip tools on AIX these days.     > -----Original Message-----8 > From: McCalpin [mailto:mccalpin@gmp246.austin.ibm.com]) > Sent: Thursday, August 30, 2001 2:09 PM  > To: Info-VAX@Mvb.Saic.Com  > Subject: Re: alpha - ia64  >  > 2 > In article <9mktuo$kgh$1@pegasus.csx.cam.ac.uk>,+ > Nick Maclaren <nmm1@cus.cam.ac.uk> wrote:  > > D > >The L3 cache can transfer 16 bytes every clock cycle, though I amE > >not absolutely sure if the cycle is 266 MHz or 733/800 MHz (giving C > >either 12.8 or 4.26 GB/sec), and it has a 21/24 cycle latency.    > = > It would easy to imagine bus turnarounds being a problem at = > these frequencies -- a 128-bit wide, 800 MHz, bidirectional : > chip-to-chip interface is not a trivial signal integrity
 > problem. > = > Even a single cycle lost on turnarounds would be a problem, : > especially with 64 Byte cache lines being transferred in > just four cycles.  > < > But SPECfp2000 does appear to be particularly sensitive to= > L2 cache latency or bandwidth.  I did a lot of work on this = > issue with the SPECfp95 suite and the CFP2000 suite appears 8 > similar.  I could see an on-chip L2 with dramatically 8 > improved latency and bandwidth providing an additional; > 5%-10% boost over an off-chip cache of the same size, but > > I would be surprised if the boost was much bigger than this. > --  ; > John D. McCalpin, Ph.D.           mccalpin@austin.ibm.com H > Senior Technical Staff Member     IBM POWER Microprocessor Development/ >     "I am willing to make mistakes as long as 3 >      someone else is willing to learn from them."  >    ------------------------------   Date: 30 Aug 2001 23:19:32 GMT/ From: mccalpin@gmp246.austin.ibm.com (McCalpin)  Subject: Re: alpha - ia64 1 Message-ID: <9mmhm4$rr0$1@ausnews.austin.ibm.com>   4 In article <3B8EB2BC.9BD37356@moene.indiv.nluug.nl>,. Toon Moene  <toon@moene.indiv.nluug.nl> wrote: >McCalpin wrote: > = >> But SPECfp2000 does appear to be particularly sensitive to > >> L2 cache latency or bandwidth.  I did a lot of work on this> >> issue with the SPECfp95 suite and the CFP2000 suite appears
 >> similar.    > 6 >Do you have numbers on the cache *size* influence ?    9 For SPECfp95, the benefit of an 8 MB cache was about 10%, : because it allowed some codes to be fully cache-contained.: The large cache helped SPECfp_rate95 a bit more than this,7 because of the reduction in the bandwidth demand (which 1 is a more important bottleneck in the rate runs).   : For SPECfp2000, you can compare some IBM results with 4 MB? and 8 MB caches in otherwise identical systems. The differences 8 are tiny -- about 3% (though I am not certain that these: were run with the same binaries).   The CFP2000 codes have; (mostly) a much larger memory footprint, so 8 MB caches are > not even close to holding the data for most of the benchmarks. --  9 John D. McCalpin, Ph.D.           mccalpin@austin.ibm.com F Senior Technical Staff Member     IBM POWER Microprocessor Development-     "I am willing to make mistakes as long as 1      someone else is willing to learn from them."    ------------------------------    Date: 31 Aug 2001 04:50:35 +0200- From: Robert Harley <harley@estephe.inria.fr>  Subject: Re: alpha - ia64 . Message-ID: <rz78zg10wp0.fsf@estephe.inria.fr>  * nmm1@cus.cam.ac.uk (Nick Maclaren) writes:D > The current information about McKinley is interesting, too.  IntelB > have said that it will appear at 1 GHz and be c. 70% faster thanA > the Itanic on SpecInt - which will make it comparable to only a  > 2 GHz Pentium 4   F Hi Nick.  You must be basing this on the 404 "preliminary" figure usedC in marketing material a few months ago.  However the SPECint figure F finally reported for Itanium is 314.  Add 70% and you're at 534.  ThisH would make McKinley slower than a 1.33 GHz Athlon or a 1.5 GHz Pentium 4& (or an 833 MHz Alpha for that matter).   Bye,   Rob.I     .-.                                                               .-. J    /   \           .-.                                 .-.           /   \K   /     \         /   \       .-.     _     .-.       /   \         /     \ L  /       \       /     \     /   \   / \   /   \     /     \       /       \M /         \     /       \   /     `-'   `-'     \   /       \     /         \ B            \   /         `-'                     `-'         \   /A             `-'                                               `-'    ------------------------------  # Date: Fri, 31 Aug 2001 05:07:32 GMT . From: "aaron spink" <aaronspink@earthlink.net> Subject: Re: alpha - ia64 B Message-ID: <oYEj7.266$Rk1.27373@newsread1.prod.itd.earthlink.net>  = "andrew harrison" <andrew.nospam@uk.sun.com> wrote in message $ news:3B8E281F.27767847@uk.sun.com...5 > I always thought that the Alpha was a well designed 5 > high performance CPU, depending on timing sometimes + > the highest performing CPU sometimes not.  > L As a side note, we were a little bored at work on day recently, so one of myL co-workers grabbed and munged all the available spec.org data for Spec95 and Spec2k.   J Over the past 7 years, Alpha was in the top spot for SpecIntXXX except forJ about 6 non contiguous months, for SpecFpXXX the number is pretty much the/ same.  Kind of an interesting graph to look at.    Aaron Spink  not speaking for Intel   ------------------------------  % Date: Thu, 30 Aug 2001 14:59:43 -0400 # From: Jim Agnew <agnew@hsc.vcu.edu> J Subject: Anyone notice old EDU licenses? I can't get them for beyond 2001.+ Message-ID: <3B8E8D1F.604274B7@hsc.vcu.edu>   E Anyone notice old EDU licenses? I can't get them for beyond Aug 2001.     	 Jim Agnew    ------------------------------  # Date: Thu, 30 Aug 2001 21:40:02 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr"). Subject: Authentication in Apache/CSWS vs. OSU8 Message-ID: <00A014EA.1D4E23DB@SSRL04.SLAC.STANFORD.EDU>  1 VMS 7.2-1, DS20E/AlphaServer 800, CSWS/Apache 1.1   M I'm trying to replicate my longstanding OSU HTTP server setup in Apache.  (At N present,  this is meant to serve the same files as OSU does on another machineP in the cluster; eventually we'll decide which server to to go with and run that 	 on both.)    In OSU you can  & protect   /file/file/*   filename.prot  C and filename.prot can include (along with a bunch of other goodies)    username1 password username2 passwordF username3 *               ! where * means look this one up in the UAF.  F CSWS/Apache includes a VMS authentication module, and it also includesL HTPASSWD.EXE_ALPHA which lets you create a file with usernames and passwords (encrypted or plaintext).   N How can I do the equivalent in Apache?  I want only the specific users listed;L some of them are in the UAF and should use that password, some aren't in the9 UAF and need the password from the HTPASSWD-created file.   K (I'd already established that the way, or anyway a way that works, to get a N limited list of UAF-authenticated users is via AuthGroupFile; you put just the usernames you  want in, eg:y  & allowed: username1 username2 username3   and then dos   require group allowedl  ) So I tried the following naive approach: 4     <LocationMatch /test_access >4     AuthType Basic-     AuthName "Authentication for test_access"c     AuthUserOpenVMS On5     AuthUserFile /apache$common/conf/test_access.prote<     AuthGroupFile /apache$common/conf/test_access_group.prot     require group allowedd </LocationMatch>  H But this always does the UAF authentication first, even if i shuffle theI AuthUserOpenVMS On  line down a bit, and if I fail the UAF authenticationi6 I don't get a shot at the AuthUserFile authentication.   Is there a way to do this?  M (One really, really ugly approach is to give the two user groups two separatenM URLs, one of which is aliased to the other, and have different authentication L on the two URLs.  But at the moment the real world groups use the same URL. ? Another approach would be to write my own authentication moduletM based on the MD5 authenticator that comes with OSU, but this seems excessive,aJ especially when "industry standard"-ness is part of the appeal of Apache.)   Thanks,n   -- Alant  O ===============================================================================a0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056eM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025rO ===============================================================================b    O ===============================================================================e0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056sM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210eO ===============================================================================    ------------------------------  # Date: Thu, 30 Aug 2001 22:35:28 GMTe! From: Ian Parker <parker@gol.com> D Subject: Re: Compiled Languages (Was: e: My VMS Wish List (features)& Message-ID: <0L4E7BA1srj7Ew7y@gol.com>  > In article <9mkmrp$fet$1@pegasus.csx.cam.ac.uk>, Nick Maclaren <nmm1@cus.cam.ac.uk> writesU4 >In article <U9xSyJ1zz8tt@eisner.encompasserve.org>,- >Rob Young <young_r@encompasserve.org> wrote:i> >>In article <3B8DAE36.15F3721E@fsi.net>, "David J. Dachtera"   ><djesys.nospam@fsi.net> writes: >m  >[ A recommendation for Python ] >mA >My typically jaundiced comment is that Python is Perl written by B >a computer scientist rather than a mad hacker.  I use it, largely= >because it has (a) a specification and (b) pretty watertight D >diagnostics.  In complete contradiction to Perl, if it isn't right,
 >it is wrong.t >eD >My guess is that VMS people would find it philosophically much more >to their tastes than Perl.  >  >t	 >Regards,p >Nick Maclaren, + >University of Cambridge Computing Service, ? >New Museums Site, Pembroke Street, Cambridge CB2 3QG, England.y >Email:  nmm1@cam.ac.ukc0 >Tel.:  +44 1223 334761    Fax:  +44 1223 334679    E I've become a strong supporter of Python both for programming and for B scripting.  We've installed Uwe Zessin's kit on all our VMS boxes.A Python has an easy learning curve and I now use it as a scriptingnH language,  rather to my surprise, in preference to DCL - and I've been a major DCL fan for twenty years!s  c Regards:   --  
 Ian Parker   ------------------------------  % Date: Thu, 30 Aug 2001 16:20:41 -0700 # From: "Tom Linden" <tom@kednos.com>,D Subject: RE: Compiled Languages (Was: e: My VMS Wish List (features)9 Message-ID: <CIEJLCMNHNNDLLOOGNJIOEGMDDAA.tom@kednos.com>r  ! Has REXX ever been ported to VMS?l   > -----Original Message-----* > From: Ian Parker [mailto:parker@gol.com]) > Sent: Thursday, August 30, 2001 3:35 PMg > To: Info-VAX@Mvb.Saic.ComyF > Subject: Re: Compiled Languages (Was: e: My VMS Wish List (features) >  > @ > In article <9mkmrp$fet$1@pegasus.csx.cam.ac.uk>, Nick Maclaren > <nmm1@cus.cam.ac.uk> writes 6 > >In article <U9xSyJ1zz8tt@eisner.encompasserve.org>,/ > >Rob Young <young_r@encompasserve.org> wrote:S@ > >>In article <3B8DAE36.15F3721E@fsi.net>, "David J. Dachtera" " > ><djesys.nospam@fsi.net> writes: > >," > >[ A recommendation for Python ] > >eC > >My typically jaundiced comment is that Python is Perl written by D > >a computer scientist rather than a mad hacker.  I use it, largely? > >because it has (a) a specification and (b) pretty watertight F > >diagnostics.  In complete contradiction to Perl, if it isn't right, > >it is wrong.0 > >rF > >My guess is that VMS people would find it philosophically much more > >to their tastes than Perl.. > >  > >e > >Regards,< > >Nick Maclaren,>- > >University of Cambridge Computing Service,eA > >New Museums Site, Pembroke Street, Cambridge CB2 3QG, England.n > >Email:  nmm1@cam.ac.uk 2 > >Tel.:  +44 1223 334761    Fax:  +44 1223 334679 >  > G > I've become a strong supporter of Python both for programming and forsD > scripting.  We've installed Uwe Zessin's kit on all our VMS boxes.C > Python has an easy learning curve and I now use it as a scriptingiJ > language,  rather to my surprise, in preference to DCL - and I've been a! > major DCL fan for twenty years!r >  n	 > Regardsi >  > -- - > Ian Parker >    ------------------------------  # Date: Fri, 31 Aug 2001 00:00:14 GMTM2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)D Subject: RE: Compiled Languages (Was: e: My VMS Wish List (features)3 Message-ID: <isAj7.1033$bB1.45674@news.cpqcorp.net>   _ In article <CIEJLCMNHNNDLLOOGNJIOEGMDDAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:r" :Has REXX ever been ported to VMS?  6   Per Google, yes.  (Apparently both REXX and Regina.)  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: 30 Aug 2001 18:20:39 -0700" From: billtodd@foo.mv.com (- bill)2 Subject: Re: Conference: CETS-2001 Detailed Update= Message-ID: <841e9c22.0108301720.52039f3b@posting.google.com>i  c "Jeff Killeen" <Jeff@IDM-IO.com> wrote in message news:<bquj7.18$DE4.46353@typhoon2.gnilink.net>...m4 > "Bill Todd" <billtodd@foo.mv.com> wrote in message$ > news:9mkmmd$ri7$1@pyrite.mv.net...M > > So I'll repeat it:  Do you think that lies from a vendor to its customersnL > > don't matter, and that repeated, unequivocal, written commitments from a) > > vendor to its customers don't either?x > M > Bill I don't answer "when did you stop beating your wife" questions.  FirstnG > the question has no context or time frame.  Second I am unsure of the J > details you are referring to. Third, and most important, I don't know ifM > what you are calling a lie is what I and other reasonable people would calli > a lie.  C Then you've been paying so little attention to the discussions herehB that you really have no business presuming to participate in them.  < To refresh your memory:  Compaq broke the written, explicit,F unequivocal commitments to Alpha's future expressed in the 'commitment@ to Alpha' letter from Jesse Lipcon and Bill Heil that was posted? prominently on Compaq's Web site until well after the June 25thuF announcement.  In case you never saw that letter during the 2 years orB so it was there, you can find a copy that I posted to comp.arch onE August 19th under the "I hate Compaq" thread (a thread not started byeE me, by the way), since some people there seemed to be unfamiliar withnE the letter and it had finally disappeared from the Web site.  Similar E commitments were made to many individual customers as well, of coursetC - right up to June 25th (see an August 27th post from Alan Greig insD the same thread for just one example among many).  Compaq broke them1 all without any hint of apology, let alone shame.e  B Compaq attempted to justify the decision by asserting that Alpha'sF engineers had told it that Alpha would have difficulty keeping up withF IA64's performance.  One Alpha architect has stated publicly that thisC was an outright double-lie (i.e., no such statement was made by thef@ Alpha engineers, nor do they concur with its content:  Alpha was@ chugging right along the path laid out for it years ago, with noC unexpected recent hiccups - until Compaq pulled out the rug on Junee< 25th), and other Alpha architects (plus one high-level AlphaF development manager) have privately agreed with him.  Not one has come$ forward to support Compaq's version.  C Inconsistently, Compaq also, via employee newsgroup posts and via a A discussion Mark Gorham and VMS engineers had with 'Alphaman' (see4= c.o.v. posts the week of the announcement), stated that AlphaaC technology would be used to 'rescue' the failing IA64 architecture, E resulting in technology equivalent to what Alpha otherwise would have F been - and in a time-frame that would benefit the VMS port by the time= it was completed.  This lie was so incompetent (and likely so-D unwelcome when Intel heard about it) that it died out very quickly -> but it nonetheless happened, and Compaq is accountable for it.  C And Compaq presented Alpha development costs as being unsupportable E (see a June 27th eWeek interview with Winkler, plus additional drively= from Terry and others - including you).  I responded to thesejF assertions in a July 19th posting in the c.o.v. "Alpha:  an invitationA to communicate" thread, plus other smaller supporting posts sinceT? then, and, again, no one has stepped forward with contradictory D evidence to suggest that this was not yet another Compaq lie (thoughB an EETimes story - http://www.eetimes.com/story/OEG20010625S0105 -A suggests that Winkler's statement that Alpha's annual developmentaA costs were $300 million was yet another lie, and the R&D spending ? projections in Compaq's own annual reports tend to support thatb suspicion).v   Clear enough for you now?n   - bill   ------------------------------  % Date: Thu, 30 Aug 2001 21:46:39 +0200   From: Cor Mom <cor.mom@momss.nl>? Subject: Re: Elsa Gloria Synergy Graphics Controller in my DS10c' Message-ID: <3B8E981F.E41751C@momss.nl>w   "J. Scott Greig" wrote:t >  > FWIW > F > Recently, I had a similar problem, and found that  the target system= > was missing DECW$LOGINOUT.EXE -- definitely a show stopper.a  E DECW$LOGINOUT.EXE is not missing, but is not in SYS$SYSTEM. I'll show . you a copy of analyse/system of process _WSA1:  < Channel  Window           Status        Device/file accessed< -------  ------           ------        --------------------4   0010  00000000                        DHLSRT$DRA0:'   0020  80DBC4C0                       m< DHLSRT$DRA0:[VMS$COMMON.SYSEXE]LOGINOUT.EXE;1 (section file)'   0030  80F32000                       3C DHLSRT$DRA0:[VMS$COMMON.CDE$DEFAULTS.SYSTEM.BIN]DECW$LOGINOUT.EXE;1: (section file)'   0040  80DB2580                       t> DHLSRT$DRA0:[VMS$COMMON.SYSLIB]SECURESHRP.EXE;1 (section file)'   0050  80DB3300                       .: DHLSRT$DRA0:[VMS$COMMON.SYSLIB]LIBOTS.EXE;1 (section file)'   0060  80DB2FC0                       L: DHLSRT$DRA0:[VMS$COMMON.SYSLIB]LIBRTL.EXE;1 (section file)'   0070  80DB6900                       C< DHLSRT$DRA0:[VMS$COMMON.SYSLIB]DECC$SHR.EXE;1 (section file)'   0080  80DB6180                        < DHLSRT$DRA0:[VMS$COMMON.SYSLIB]DPML$SHR.EXE;1 (section file)'   0090  80DB4DC0                       -? DHLSRT$DRA0:[VMS$COMMON.SYSLIB]CMA$TIS_SHR.EXE;1 (section file)t'   00A0  80F30000                       dC DHLSRT$DRA0:[VMS$COMMON.SYSLIB]DECW$XMLIBSHR12.EXE;1 (section file))'   00B0  80F2EE00                       eE DHLSRT$DRA0:[VMS$COMMON.SYSLIB]CDE$UNIX_ROUTINES.EXE;1 (section file) '   00C0  80F2F000                       h@ DHLSRT$DRA0:[VMS$COMMON.SYSLIB]DECW$XLIBSHR.EXE;1 (section file)'   00D0  80F24AC0                       cC DHLSRT$DRA0:[VMS$COMMON.SYSLIB]DECW$TRANSPORT_COMMON.EXE;1 (sectiond file) '   00E0  80F2FC00                       oC DHLSRT$DRA0:[VMS$COMMON.SYSLIB]DECW$XTLIBSHRR5.EXE;1 (section file)n'   00F0  80F2F600                       eD DHLSRT$DRA0:[VMS$COMMON.SYSLIB]DECW$XMULIBSHRR5.EXE;1 (section file)'   0100  80F2F200                       eC DHLSRT$DRA0:[VMS$COMMON.SYSLIB]DECW$XEXTLIBSHR.EXE;1 (section file)+'   0110  80F35BC0                       .D DHLSRT$DRA0:[VMS$COMMON.SYSLIB]DECW$SESSIONSHRP.EXE;1 (section file)'   0120  80DB57C0                       iE DHLSRT$DRA0:[VMS$COMMON.SYSLIB]DECW$SECURITY_VMS.EXE;1 (section file)e'   0130  80DB4980                       i= DHLSRT$DRA0:[VMS$COMMON.SYSLIB]SECURESHR.EXE;1 (section file)p'   0140  80DB5240                       o9 DHLSRT$DRA0:[VMS$COMMON.SYSLIB]TRACE.EXE;1 (section file)t-   0150  00000000                        WSA1:r'   0160  80F24B40                       rH DHLSRT$DRA0:[VMS$COMMON.SYSLIB]DECW$TRANSPORT_LOCAL.EXE;1 (section file)   Is this as expected?   >  > Scott  > / > "Cor Mom" <cor.mom@momss.nl> wrote in message $ > news:3B8BED61.3436727E@momss.nl... > > Hi,  > >.F > > I know this question has been asked before, but I haven't seen the > > proper answer. > >.K > > I have installed OpenVMS Alpha V7.2-1 on a AlphaServer DS10. The system H > > contains an Elsa Gloria Synergy Graphics Controller. I installed theH > > VMS721_UPDATE-V0300 patch, which includes the graphic driver. I also= > > checked the MGMT24 in the FAQ and made the changes in the J > > DECW$PRIVATE_SERVER_SETUP.COM. I changed the console to serial. SYSGENJ > > parameter WINDOW_SYSTEM = 1. The DECW$SERVER_0_ERROR.LOG is completely
 > > empty. > >-L > > After the system reboots, it comes up, but with a clear (blue) graphicalJ > > screen with the cursor in top-left position. DECwindows is running andK > > also a _WSA0: process that is running image LOGINOUT.EXE. The graphical> > > screen remains empty.8 > >.D > > Does any one know what I missed? The rest of the system is fine. > >e > > Thanks in advance. > >e > > Cor Momm   ------------------------------  % Date: Thu, 30 Aug 2001 21:56:58 +0200   From: Cor Mom <cor.mom@momss.nl>? Subject: Re: Elsa Gloria Synergy Graphics Controller in my DS10l( Message-ID: <3B8E9A8A.6104DABC@momss.nl>   Hoff Hoffman wrote:e > M > In article <3B8BED61.3436727E@momss.nl>, Cor Mom <cor.mom@momss.nl> writes:t > J > :I have installed OpenVMS Alpha V7.2-1 on a AlphaServer DS10. The systemG > :contains an Elsa Gloria Synergy Graphics Controller. I installed the-G > :VMS721_UPDATE-V0300 patch, which includes the graphic driver. I alsor< > :checked the MGMT24 in the FAQ and made the changes in theI > :DECW$PRIVATE_SERVER_SETUP.COM. I changed the console to serial. SYSGEN2I > :parameter WINDOW_SYSTEM = 1. The DECW$SERVER_0_ERROR.LOG is completelyb	 > :empty.0 > : K > :After the system reboots, it comes up, but with a clear (blue) graphical:I > :screen with the cursor in top-left position. DECwindows is running andnJ > :also a _WSA0: process that is running image LOGINOUT.EXE. The graphical > :screen remains empty. > J >   See "DECW6.  Why is DECwindows Motif not starting?".  Also see Ask The$ >   Wizard topics (3419) and (5448).   I checked these steps already.  F >   Also ensure that the system console is set to the graphic display: >  >     >>> set console graphicw >     >>> init  C It does not make any difference. When console is set to serial, therH graphic screen remains empty. When console is set to graphics, I can seeE that the controller is changing the font type to a more graphic font.sD But when the system is booted and user SYSTEM is logged out, nothingF happens. I can log in as a character terminal. When I doen't touch the? screen for a while, it stays frozen and cannot be used anymore.e   > C >   And which PCI slot is the ELSA GLoria Synergy card residing in?l  F The card resides in slot 3 (shown as VGA0.0.0.16.0 in show config fromG the boot prompt). In slot 1 I have a SCCI controller for my tape drive,t7 slot 2 is free and slot 4 contains the raid controller.a  I >   Which ELSA GLoria Synergy?  (Was this card supplied with the system?)i  E The documentation talks about a SN-PBXGK-BB with 8 Mb. It has versionr) 7.03.04. It was supplied with the system.m   > P >  ---------------------------- #include <rtfaq.h> -----------------------------L >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comP >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 30 Aug 2001 21:58:32 +0200   From: Cor Mom <cor.mom@momss.nl>? Subject: Re: Elsa Gloria Synergy Graphics Controller in my DS10e( Message-ID: <3B8E9AE8.6A51C52B@momss.nl>   Fred Kleinsorge wrote: > G > 1) Make sure that the graphics card was found (is there a GZ device?)r   Yes, a GZA0:   > + > 2) What does DECW$SERVER_0_ERROR.LOG say?r   This file is completely empty.   > E > A blue screen would tend to indicate that the server did not start.t  5 How can I check this, what is the name of the server?e   > : > Cor Mom wrote in message <3B8BED61.3436727E@momss.nl>... > >Hi, > >tE > >I know this question has been asked before, but I haven't seen thew > >proper answer.a > >eJ > >I have installed OpenVMS Alpha V7.2-1 on a AlphaServer DS10. The systemG > >contains an Elsa Gloria Synergy Graphics Controller. I installed theaG > >VMS721_UPDATE-V0300 patch, which includes the graphic driver. I alsoo< > >checked the MGMT24 in the FAQ and made the changes in theI > >DECW$PRIVATE_SERVER_SETUP.COM. I changed the console to serial. SYSGEN=I > >parameter WINDOW_SYSTEM = 1. The DECW$SERVER_0_ERROR.LOG is completely 	 > >empty.= > >=K > >After the system reboots, it comes up, but with a clear (blue) graphicalsI > >screen with the cursor in top-left position. DECwindows is running andfJ > >also a _WSA0: process that is running image LOGINOUT.EXE. The graphical > >screen remains empty. > >CC > >Does any one know what I missed? The rest of the system is fine.= > >= > >Thanks in advance.  > >-
 > >Cor Mom   ------------------------------  # Date: Tue, 28 Aug 2001 00:27:50 GMTa From: Dirk Munk <munk@home.nl>! Subject: Re: EV7 will never ship?h' Message-ID: <3B8EBE47.46904DEE@home.nl>j   Fred Kleinsorge wrote:  ? > JF Mezei wrote in message <3B8C4408.5D9433B0@videotron.ca>...a > >Chris Morgan wrote: >lL > >Where I think VMS will suffer in in high end fancy stuff that nobody else > hasoL > >(galaxies for instance).  Since neither NT nor Tru64 have these features, > itM > >will be an uphill battle for the VMS folks to convince the wintel folks tonJ > >build boxes that support those unique VMS features. (this isn't so much > chipN > >dependant , but because of the fact that the PC people will be in charge ofG > >building boxes that are far more complex than the glorified desktops  > installed , > >in a 19" rack that they currently build.) > >u >f@ > Actually, Galaxy was designed for systems without any inherentL > capabilities - but as-is, it does require "some" console firmware support.H > Since Galaxy was designed, you might say VMS has driven "partitioning"M > within Compaq as a strategy.  The interesting question (to me) is if we caneL > take advantage of hardware partitioning capabilities, while retaining someK > of the unique capabilities of Galaxy - or does Galaxy need to remain purel > soft-partitioning. >sK > I don't know the answers to this (not my area to be honest), but you will-M > see enterprise class IPF systems similar in capabilities to Alpha.  The RASaD > features I have seen on some of the  system designs is impressive. > J > >I would be more comfortable if VMS and Tandem sides worked together and > built:N > >their own boxes. If you're going to relegate VMS to only a very few focusedN > >market niches at the high end (eg: cash cow), the model is nearly identical > toG > >Tandem's and to take advantage of all those fancy features, you need:J > >specialised hardware that the wintel weenies don't need (or know how to	 > build).  > >L > N > Tandem systems require higher capabilites that we couldn't duplicate or takeK > advantage of without a lot of effort - like lock-stepping.  These systemsmD > fill the niche of super-high availability.  VMS fills the niche of5 > high-availability with disaster tolerance/recovery.e > H > >On the other hand, by forcing VMS to lower itself to wintel levels ofL > >hardware, some can argue that VMS will run on commodity hardware and thus > be > >more competitive. > >r >aL > I don't agree that the HW is a problem.  You might not like the robustnessL > of Windows, but it is seldom a hardware problem.  It is a software problem< > compounded by unreliable third party software and drivers.  O I'm afraid I can't agree with you on this point. Hardware can most certainly be O a problem. Look at Intels track record of processors with problems and chipsetsgN with problems. It is an all to familiar story, Intel has something new and has5 to recall it a few weeks after it came to the market. P I read the German magazine CT (Computer Technik), and I can recall many articlesO about chipsets and IDE controllers (not just Intel) that loose bytes when under L havy load etc. When I asked Hoff why VMS would not support USB PCI cards, heL answered that even those simple pieces of hardware had so many design faultsP that only internal USB ports could be supported. And I have seen similar answers  on other pieces of hardware too.  M I suppose it's the same with hardware and software. It is not so difficult toHP design something that will run fine in 99% of all cases. However it is difficult< to design something thats runs fine in 99.999% of all cases.       >I >CK > >However, the problem I see is that on the wintel el-cheapo hardware, VMSr > mayRH > >not be good enough to please those few large remaining customers, and
 > Compaq'sK > >total lack of marketing and its unwillingness to pit VMS against Windows- > won't H > >make VMS realise its potential as an OS that can work from desktop to > data-centre. >-N > Again, high-performance, high RAS, IPF servers are being designed.  Not just > desktop systems on steroids.   ------------------------------  % Date: Thu, 30 Aug 2001 14:15:05 -0500g* From: WILLIAM WEBB <WWEBB1@email.usps.gov>) Subject: RE: Feeling Better about Itanium-- Message-ID: <0033000033811640000002L002*@MHS>8  : =0AThe Ford BOD was so impressed that they told Nasser and his lieutenantsi   "No bonuses for you!"D  / First time this has happened in a goodly while.b   WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETt* > Sent: Wednesday, August 29, 2001 7:14 PMD > To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET+ > Subject: RE: Feeling Better about Itaniumu >m >  > Michael Joosten wrote: > .n > .s > .w9 > > "You must pamper the shareholders, even if that meansh > pissing off some > > customers" > .  > .d > .  >u= > Jacques Nasser is the CEO of a Fortune 50 corporation, Fordo > Motor Company. When < > he took over a few years ago one of his major goals was to > increase the P/E> > ratio of Ford stock.  For years he failed to get that needle > to budge.  Check= > Ford's P/E ratio now.  It over 20 now for the first time in  > who knows when ! >y> > How did he get that P/E Ratio so high ?  By driving down the > price of the price< > of the stock to a new 4 year low while temporarily holding > the dividend constanttH > ( http://finance.yahoo.com/q?s=3DF&d=3Dc&k=3Dc1&t=3D2y&l=3Don&z=3Dm&q= =3Dl > ).  Not many inv? > business think that Ford can hold that dividend for very longn > despite how much> > cash reserves they have.  The Magellan mutual fund sold over > 2 millions share oft? > Ford in the past month.  The little guys just don't watch thea
 > "rust belt"h3 > industries close enough to know when to bail out.s >. > Capellas are you listening ? >o >n > Jack Patteeuwo >=   ------------------------------  % Date: Thu, 30 Aug 2001 20:14:21 +0100 , From: "Mat Riain" <matei@no.spam.eircom.net>* Subject: Re: FTP problems - please advise!0 Message-ID: <njwj7.5834$s5.67404@news.indigo.ie>  H Thanks for the answer.  I'll give it a try and let you know how it works out!    - "John Santos" <JOHN@egh.com> wrote in message ) news:1010829223539.26010B@Ives.egh.com...e' > On Wed, 29 Aug 2001, Mat Riain wrote:o >i
 > > Hello! > >.F > > We are having a problem with an application that connects via FTP. WheneverI > > we initiate an FTP session from our Alpha server between it and an NT  serverI > > everything works fine.  However, whenever it is initiated from the NT  side,aG > > all that happens is that the application logs in and is immediately) loggedG > > out - without performing any of its functions.  I have tried to FTPe myselfK > > from the server and I am logged out as well...  I don't see any obviouss3 > > errors, but then again I am rather new to this.' >e > [snip] > >s5 > > $ IF "NETWORK" .NES. "INTERACTIVE" THEN $GOTO 10$h > >y
 > > $ 10$: >t > [snip] >e) > > $ set term/dev=vt100/line/insert/editt > >l. > > %SET-W-NOTSET, error modifying ALPHA$DKA0: > >e< > > -SET-E-INVDEV, device is invalid for requested operation >i	 > Hi, Matc >l7 > You are trying to set the terminal characteristics onc8 > something that isn't a terminal.  To prevent this, you7 > need to surround the "$ set term" command with a testb* > on whether it is an interactive process. >p7 > In the first part of your log I left here, the "$ IF"k5 > is probably comparing f$mode() to "INTERACTIVE" andT7 > skipping ahead if it is not.  You need to do the same $ > thing at the "$ set term" command. >c: > This stuff may be in your login command file (by default9 > LOGIN.COM in your login default directory, but you needo7 > to check AUTHORIZE to be sure), or in the system-wideu4 > login command file (pointed to by the logical name8 > sys$sylogin, by default sys$manager:sylogin.com) or in/ > a command file invoked from one of those two.t >p5 > (It may be that sys$sylogin is skipping setting thee6 > terminal characteristics for non-interactive logins,6 > but login.com is not... In this case, it may be that4 > the settings being made by login.com are redundant7 > and you can remove them completely, which would speed35 > up interactive logins as well as letting FTP work.): >s > Hope this helps. >c9 > P.S.  I've seen this problem a number of times.  Shoulds > it be added to the FAQ?w >e > --
 > John Santos  > Evans Griffiths & Hart, Inc. > 781-861-0670 ext 539 >e   ------------------------------  % Date: Fri, 31 Aug 2001 14:04:39 +1000 6 From: "Arena, Steve" <Steve.Arena@pacificpower.com.au>R Subject: RE: Fun error messages (was Re: VMS high reliability needed by Air Force)Q Message-ID: <D750FFBD4936D111842000805F15EFA4043A87BA@meppb1.pacificpower.com.au>    Alan    K I thought you may enjoy the following ( original author unknown). Those VMS4? people now forced over to Microsoft O/S's may appreciate these.U/ ===============================================  Haiku Error Messages9 In Japan, they have replaced the impersonal and unhelpful; Microsoft Error)
 messages with5 Haiku poetry messages.  9 Haiku poetry has strict construction rules. Each poem hasf only three lines,3 17 syllables: five9 syllables in the first line, seven in the second, five inn
 the third.  7 Haikus are used to communicate a timeless message oftenO achieving a wistful, yearning and9 powerful insight through extreme brevity - the essence ofS Zen:   Your file was so big.s It might be very useful. But now it is gone.    The Web site you seekC Cannot be located, but Countless more exist.0   Chaos reigns within. Reflect, repent, and reboot. Order shall return.S   Program aborting:i" Close all that you have worked on. You ask far too much.:   Windows NT crashed.$ I am the Blue Screen of Death. No one hears your screams.   Yesterday it worked. Today it is not working. Windows is like that.e   First snow, then silence.0  This thousand-dollar screen dies So beautifully.Y   The Tao that is seen Is not the true Tao-until2 You bring fresh toner.   A crash reducesV Your expensive computerN To a simple stone.   Three things are certain:2 Death, taxes and lost data.  Guess which has occurred.L   You step in the stream,e But the water has moved on.0  This page is not here.    Out of memory. We wish to hold the whole sky, But we never will.   Serious error.' All shortcuts have disappeared. Screen.C Mind. Both are blank.I  5 =====================================================   L I know that this forum does contain the occasional technical issue but it isI primarily devoted to VMS nostalgia and other trivia such as this message.D  G Do you know of a newgroup devoted to primarily to current VMS technical  issues?S   RegardsS Steve.   > -----Original Message-----: > From:	afeldman@gfigroup.com [SMTP:afeldman@gfigroup.com]& > Sent:	Thursday, 30 August 2001 23:30 > To:	Info-VAX@Mvb.Saic.Com E > Subject:	Fun error messages (was Re: VMS high reliability needed byH > Air Force) > 2 > Alan Greig <a.greig@virgin.net> wrote in message6 > news:<dv2cotk1jcmjd1n5n61q0lcinkf5n57pjd@4ax.com>...H > > On 24 Aug 2001 01:08:50 GMT, Joe Heimann <heimann@nog.ecs.umass.edu>
 > > wrote:
 > [snip]> E > > I recall a VAX with an add in processor card running some library H > > software. The second processor/OS crashed with the error "Full power > > to the shields Mr. Sulu" > < > One of my all-time favorties is the first one in the book: >  >  AAA,  'file-spec' >  c7 >   Facility:     RUNOFF, DIGITAL Standard Runoff (DSR)  >  G9 >   Explanation:  This message should never be displayed.A >  R= >   User Action:  Submit a Software Performance Report (SPR).a >    > - > Oh no!!! I just displayed this message! :-)o >  > Disclaimer: JMHO > Alan E. Feldmany > afeldman@gfigroup.com,   ------------------------------  % Date: Thu, 30 Aug 2001 16:09:35 -0400p  From: jamese@beast.dtsw.army.mil Subject: grave key sends escapei0 Message-ID: <01083016093530@beast.dtsw.army.mil>   Hello,  7 I use an M$ NT (ick, ptooey) box as a DECwindow server.e  : I recently lost my hard drive and had to reload eXcursion.  @ I have a Digital LK46W keyboard, mapped via the LK450DUS keymap.G This map says the "less than/greater than" key between the "left shift"EB and the "z" keys sends grave/tilde. I have the keyboard menu in myA DECwindows set to "Angle Brackets Key Sends `~" which cooresponds<C to an entry of "DECW$TERMINAL.main.terminal.angleBracketsKey:	1" in F my decw$terminal_defaults.dat.  As you can see, in mail I can type theB grave and the tilde. I can also do this in xterm or dtterm windows open on our solaris box.  C However, when in a DECwindow, when I press this key I get an escapeeA character. On the first press, nothing happens, and on the secondV? press, I get "%RMS-W-BES, bad escape sequence."  I have a smalltF macro program that reads from the terminal and displays the charactersA read and it says the character is a decimal 27 or hex 1B, escape.e  F I have looked in my decw$xdefaults file and there is only color stuff.C I have no decw$*key*.dat files. The decw$system_defaults:decw$*key*eF files are from the original system installation. I do not use xmodmap.  2 Does anyone have any idea about what may be wrong?  1 Thank you very much for any help you can provide,h  : Ed James                           ed.james@telecomsys.com5 TeleCommunications Systems, Inc.   voice 410-295-1919e; 2024 West Street, Suite 300              800-810-0827 x1919f5 Annapolis, MD 21401-3556           fax   410-280-1094c   ------------------------------  % Date: Thu, 30 Aug 2001 20:02:14 -0000n- From: wspencer@ap.nospam.org (Warren Spencer)pN Subject: Re: How to quickly replicate a global section on another network node7 Message-ID: <910DA4FF6warrenspencer1977@207.126.101.97>o  ) khackenjos@yahoo.com (Rembrandt) wrote inf( <01c130a9$f0012e20$e329adce@satellite>:   H >I am looking for a method (or a best method) to update a global section >across a network link.h > G >I have an older Vax6250 system collecting data on a plant's operation,aI >and that data is stored in current value tables that are global sectionseG >(updated approximately once per second).  I need to quickly access thelG >data in those sections to distribute to a more modern system.  But thehG >VAX is already heavily loaded.  I have an unused Alpha attached, and I F >would like to be able to quickly (and repeatedly) replicate or updateF >the global section from the VAX to the Alpha, then have a new programI >operating on the Alpha to serve the data to the modern system.  I'm just-I >looking for concepts and tools, not detailed coding information (I'm notoH >a programmer, just trying to see what is possible).  The VMS version is" >7.?.  Thanks for any information. >o >Ken  L From an application design perspective, replicating the data on another box J can be problematic. Locking and sychronization (or lack thereof) can lead F to dirty reads and potentially other inconsistencies.  The problem is B seldom as trivial as it appears.  I would encourage you to get an K experienced software engineer to examine the details of the problem before eJ choosing a solution.  You can avoid these problems entirely by relying on H the existing copy of the data, and upgrading the hardware to accomodate  your new requirements.   ws   -- q   Warren Spencer' Senior Software Engineer (not a writer)p The Associated Press  L ** My employer does not necessarily agree with my statements - neither do I  **   ------------------------------  % Date: Fri, 31 Aug 2001 11:16:30 +1000_/ From: "Phil Howell" <phowell@snowyhydro.com.au>iN Subject: Re: How to quickly replicate a global section on another network node0 Message-ID: <vABj7.708$V83.32142@ozemail.com.au>  ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in messageE, news:tFrj7.995$bB1.45204@news.cpqcorp.net...> > In article <pBgj7.95$V83.4393@ozemail.com.au>, "Phil Howell"# <phowell@snowyhydro.com.au> writes:r, > :You can map global sections to disk files( > :(see system services crmpsc & mgblsc): > :in a cluster this would be visible to your Alpha system9 > :otherwise you could get at it via decnet (or even nfs)o >hJ >   Yes, I've seen folks try this.  This approach requires the applicationH >   programmer explicitly avoid the inconsistencies that can result fromG >   the local memory caching and the memory paging -- and to coordinate3J >   the writes and the page flushes and the page reloads across the nodes.J >   By the time you get done solving the interlocking and caching problemsI >   that are usually involved here, you end up with ICC, MessageQ, or RTR C >   or similar.  Or you can use RMS with global buffers, of course.t >eF >   One of the few approaches to this shared-across-a-cluster sectionsG >   problem I've seen (mostly) work has involved exactly one writer andaE >   multiple readers, and particularly with the one writer performingaD >   only "careful updates" -- very careful writes; sequencing of allG >   writes to prevent partial updates from ever becoming visible to any F >   readers -- and a writer that very regularly flushed all pages back> >   to disk.  (But I'd recommend avoiding even this approach.) >tG >   Coherency on one node is relatively easy.  See Ask The Wizard topiceE >   (2681) for some of the local requirements for memory barriers andrF >   such.  Also realize that there is no data synchronization affordedC >   to a file mapped to sections across a cluster, and there are noeD >   memory-level primitives that are cluster-distributed accessable.E >   (You'd need the distributed lock manager or other similar tools.)e >o? >   Coherency across multiple nodes is a rather harder problem.m >rH >   The suggested approach of NFS makes things even more interesting, asH >   that makes disk respond like memory paging -- the typical NFS serverK >   block caching parallels the typical host-based caching of memory pages.rH >   Put another way, the last block written to disk -- whether or not it> >   was originally loaded with the most recent data -- "wins". >T I didn't say it was "easy" :)f Phil   ------------------------------  % Date: Thu, 30 Aug 2001 22:35:19 +0200n, From: Toon Moene <toon@moene.indiv.nluug.nl> Subject: Re: I hate Compaq4 Message-ID: <3B8EA387.DC963F1D@moene.indiv.nluug.nl>   Nick Maclaren wrote:  A > The EV69 was on their roadmaps for a long time, and was droppede > only recently. h  F Definitely more recently than I saw those roadmaps.  Given what I knowA about Compaq's offering as a result of _our_ ITT, I could place aoC no-earlier-time-of-arrival bound on EV7 that's different than any Iw  heard in this discussion so far.  G However, that would mean that I had to breach a Comercial-in-Confidencea "NDA".  E Given that just breaking a trivial "electronic lock" is enough to putrC you in the Sting for a quarter of a century at the Left Side of thetG Pond, the criminal offense mentioned above is probably good for capitalt punishment - so I'll refrain.r   -- bG Toon Moene - mailto:toon@moene.indiv.nluug.nl - phoneto: +31 346 214290d6 Saturnushof 14, 3738 XG  Maartensdijk, The NetherlandsG Maintainer, GNU Fortran 77: http://gcc.gnu.org/onlinedocs/g77_news.htmleE Join GNU Fortran 95: http://g95.sourceforge.net/ (under construction)    ------------------------------  % Date: Thu, 30 Aug 2001 23:21:16 +0200t, From: Toon Moene <toon@moene.indiv.nluug.nl> Subject: Re: I hate Compaq4 Message-ID: <3B8EAE4B.75EF467B@moene.indiv.nluug.nl>   I wrote:   > Given what I knowhC > about Compaq's offering as a result of _our_ ITT, I could place arE > no-earlier-time-of-arrival bound on EV7 that's different than any I " > heard in this discussion so far.   Nick Maclaren replied:  I > I am a bit surprised that you have an EV7 date outside the range March HE > 2002 (the ASCI Q one) to December 2002 (the least optimistic publico
 > statement).   0 OK, there's one assumption to my estimate (note:H no-*earlier*-time-of-arrival) - I assume that Compaq wouldn't offer EV696 processors if they could get away with fewer EV7 ones.   -- tG Toon Moene - mailto:toon@moene.indiv.nluug.nl - phoneto: +31 346 214290 6 Saturnushof 14, 3738 XG  Maartensdijk, The NetherlandsG Maintainer, GNU Fortran 77: http://gcc.gnu.org/onlinedocs/g77_news.htmlhE Join GNU Fortran 95: http://g95.sourceforge.net/ (under construction)n   ------------------------------   Date: 30 Aug 2001 21:16:03 GMT/ From: mccalpin@gmp246.austin.ibm.com (McCalpin)a Subject: Re: I hate Compaq1 Message-ID: <9mmaej$rb6$1@ausnews.austin.ibm.com>3  4 In article <3B8EA387.DC963F1D@moene.indiv.nluug.nl>,. Toon Moene  <toon@moene.indiv.nluug.nl> wrote: >Nick Maclaren wrote:! > B >> The EV69 was on their roadmaps for a long time, and was dropped >> only recently.  >-G >Definitely more recently than I saw those roadmaps.  Given what I knowAB >about Compaq's offering as a result of _our_ ITT, I could place aD >no-earlier-time-of-arrival bound on EV7 that's different than any I! >heard in this discussion so far.  >nH >However, that would mean that I had to breach a Comercial-in-Confidence >"NDA".  > F >Given that just breaking a trivial "electronic lock" is enough to putD >you in the Sting for a quarter of a century at the Left Side of theH >Pond, the criminal offense mentioned above is probably good for capital >punishment - so I'll refrain.  : The difference is that breaching a confidential disclosureB agreement is obviously a naughty thing to do (*), while discussingB the merits and failings of an encryption scheme does not seem like a naughty thing at all....  B I can only hope that this stupidity (DMCA) is overturned soon, andB that the law would place its focus on violations of copyright law,> rather than on mechanisms that could conceivably enable one to. violate copyright law if one were so inclined.  / (*) I have a T-shirt that puts this succinctly:h:     "What part of 'Thou Shalt Not' didn't you understand?" -- i9 John D. McCalpin, Ph.D.           mccalpin@austin.ibm.com F Senior Technical Staff Member     IBM POWER Microprocessor Development-     "I am willing to make mistakes as long asP1      someone else is willing to learn from them."a   ------------------------------  # Date: Fri, 31 Aug 2001 03:33:43 GMTrL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")Y Subject: Re: installing extensions to MOD_PERL (was Re: CSWS, MOD_PERL - anyone have HELL 8 Message-ID: <00A0151B.868A73E1@SSRL04.SLAC.STANFORD.EDU>   In article <craig.berry-A21189.11053030082001@newsrump.sjc.telocity.net>, "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com> writes:i9 >In article <00A01446.A33065DF@SSRL04.SLAC.STANFORD.EDU>,iI > winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")   > wrote: >gK >> Next question: Anybody managed to get the DBI stuff to install into the   >> CSWS_PERL tree?   >aG >I haven't tried it but it should be straightforward if your PERL_ROOT iI >logical is pointing to the right place.  But you will need to clean out  G >your DBI directory tree and rebuild if you've already built against a  7 >different version of Perl.  So, for example, you'd do:  >  >$ mmk realclean >$ perl Makefile.PL  >$ mmk >$ mmk test  >$ mmk install  J I have MMS.  This doesn't seem to work, although it worked fine with 5.6.1: from the PERLBUILD kit.  Anything obvious I'm doing wrong?   -- Aland  ' ---------------------------------------l  ' PERLBUILD.MODULES.DBI>sho log perl_rootaM    "PERL_ROOT" = "SSRL$PROGRAMS:[CSWS_PERL.PERL5_005_03.]" (LNM$JOB_814C0CC0)dA    "PERL_ROOT" = "$9$DKA200:[PERLBUILD.PERL.]" (LNM$SYSTEM_TABLE)  PERLBUILD.MODULES.DBI># PERLBUILD.MODULES.DBI>mms realcleano  N MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe -e "foreach (@ARGV) { 1 while ( - 9 d $_ ? rmdir $_ : unlink $_)}"  [.blib.script]dbiproxy.plh [.blib.script]dbish.plN MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe -e "foreach (@ARGV) { 1 while ( -ON d $_ ? rmdir $_ : unlink $_)}" *.Map *.Dmp *.Lis *.cpp *.exe *.obj *.olb *.Opt D  BI.bs DBI.bso .MM_Tmp J MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe "-Iperl_root:[lib]" -e "use File:$J :Path; @dirs = map(VMS::Filespec::unixify($_),@ARGV); rmtree(\@dirs,0,0)"  DBI-1 F _15 dbi.c dbish.pl perl.c Makeaperl.MMS Perl.xsi ndtest.prt perlmain.cJ MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe "-Iperl_root:[lib]" -e "use File:yN :Path; @dirs = map(VMS::Filespec::unixify($_),@ARGV); rmtree(\@dirs,0,0)" blib deH biproxy.pl pm_to_blib.ts extralibs.ld [.blib.arch.auto.DBI]extralibs.allJ MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe "-Iperl_root:[lib]" -e "use File:mI :Path; @dirs = map(VMS::Filespec::unixify($_),@ARGV); rmtree(\@dirs,0,0)"  [.blib$ .lib.auto.DBI] [.blib.arch.auto.DBI]N MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe -e "foreach (@ARGV) { 1 while ( - 9 d $_ ? rmdir $_ : unlink $_)}"  [.blib.lib.dbi]w32odbc.pmaN MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe -e "foreach (@ARGV) { 1 while ( -c= d $_ ? rmdir $_ : unlink $_)}" [.blib.arch.auto.DBI]dbd_xsh.h1 [.blib.lib.dbd]exa mplep.pmN MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe -e "foreach (@ARGV) { 1 while ( - = d $_ ? rmdir $_ : unlink $_)}" [.blib.arch.auto.DBI]dbi_sql.hU [.blib.lib.dbi]she ll.pm=N MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe -e "foreach (@ARGV) { 1 while ( -r4 d $_ ? rmdir $_ : unlink $_)}" [.blib.lib.dbi]faq.pm [.blib.lib.dbi]proxyserver.a pmN MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe -e "foreach (@ARGV) { 1 while ( -l7 d $_ ? rmdir $_ : unlink $_)}" [.blib.lib.bundle]dbi.pmd [.blib.arch.auto.DBI]DBI .bssN MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe -e "foreach (@ARGV) { 1 while ( -a> d $_ ? rmdir $_ : unlink $_)}" [.blib.arch.auto.DBI]driver.xstN MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe -e "foreach (@ARGV) { 1 while ( -h> d $_ ? rmdir $_ : unlink $_)}" [.blib.arch.auto.DBI]dbipport.h [.blib.lib.dbd]prs oxy.pmN MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe -e "foreach (@ARGV) { 1 while ( -lB d $_ ? rmdir $_ : unlink $_)}" [.blib.lib.dbd]multiplex.pm DBI.objN MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe -e "foreach (@ARGV) { 1 while ( -wF d $_ ? rmdir $_ : unlink $_)}" Descrip.MMS_old [.blib.lib.dbd]nullp.pmN MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe -e "foreach (@ARGV) { 1 while ( -iC d $_ ? rmdir $_ : unlink $_)}" Descrip.MMS [.blib.lib.dbd]sponge.pm N MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe -e "foreach (@ARGV) { 1 while ( -2M d $_ ? rmdir $_ : unlink $_)}" [.blib.lib.dbi]format.pm [.blib.lib.dbi]dbd.pmtN MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe -e "foreach (@ARGV) { 1 while ( -e> d $_ ? rmdir $_ : unlink $_)}" [.blib.arch.auto.DBI]PL_DBI.exe [.blib.lib.win32]a
 dbiodbc.pmN MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe -e "foreach (@ARGV) { 1 while ( -=; d $_ ? rmdir $_ : unlink $_)}" [.blib.arch.auto.DBI]DBI.olbn [.blib.lib.dbd]ado.p m N MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe -e "foreach (@ARGV) { 1 while ( -oM d $_ ? rmdir $_ : unlink $_)}" [.blib.lib]dbi.pm [.blib.arch.auto.DBI]dbixs.hS& PERLBUILD.MODULES.DBI>perl makefile.pl	 *** Note:-E     The optional PlRPC-modules (RPC::PlServer etc) are not installed.hA     If you want to use the DBD::Proxy driver and DBI::ProxyServercJ     modules, then you'll need to install the RPC::PlServer, RPC::PlClient,H     Storable and Net::Daemon modules. The CPAN Bundle::DBI may help you.;     You can install them any time after installing the DBI.::     You do *not* need these modules for typical DBI usage.  B Optional modules are available from any CPAN mirror, in particular.     http://www.perl.com/CPAN/modules/by-module.     http://www.perl.org/CPAN/modules/by-module@     ftp://ftp.funet.fi/pub/languages/perl/CPAN/modules/by-module  # Checking if your kit is complete...'5 Warning: the following files are missing in your kit:n         dbiproxy.pl          dbish.pl Please inform the author.e  D Warning: I could not locate your pod2man program.  As a last choice,C          I will look for the file to which the logical name POD2MAN-$          points when MMK is invoked.   Writing Descrip.MMS for DBIo  0     Remember to actually *read* the README file!B     Use  'make' to build the software (dmake or nmake on Windows).+     Then 'make test' to execute self tests.3G     Then 'make install' to install the DBI and then delete this workingb?     directory before unpacking and building any DBD::* drivers.a   PERLBUILD.MODULES.DBI> PERLBUILD.MODULES.DBI>mmsoK %MMS-F-GWKNOPRN, There are no known sources for the current target  [.BLIB.a ARCH.AUTO.DBI]DRIVER.XST PERLBUILD.MODULES.DBI>mms test  B MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe "-Iperl_root:[lib]"
 "-MExtUtils::dJ Install" -e "pm_to_blib({split(' ',<STDIN>)},'[.blib.lib.auto]')" <.MM_tmp- cp [.lib.dbd]proxy.pm [.blib.lib.dbd]proxy.pma5 cp [.lib.dbd]multiplex.pm [.blib.lib.dbd]multiplex.pmh- cp [.lib.dbd]nullp.pm [.blib.lib.dbd]nullp.pmw/ cp [.lib.dbd]sponge.pm [.blib.lib.dbd]sponge.pm / cp [.lib.dbi]format.pm [.blib.lib.dbi]format.pmc) cp [.lib.dbi]dbd.pm [.blib.lib.dbi]dbd.pmg5 cp [.lib.win32]dbiodbc.pm [.blib.lib.win32]dbiodbc.pm ' cp dbixs.h [.blib.arch.auto.DBI]dbixs.ha+ cp dbd_xsh.h [.blib.arch.auto.DBI]dbd_xsh.hd) cp [.lib.dbd]ado.pm [.blib.lib.dbd]ado.pme+ cp dbi_sql.h [.blib.arch.auto.DBI]dbi_sql.he1 cp [.lib.dbi]w32odbc.pm [.blib.lib.dbi]w32odbc.pmr- cp driver.xst [.blib.arch.auto.DBI]driver.xstt cp dbi.pm [.blib.lib]dbi.pml- cp dbipport.h [.blib.arch.auto.DBI]dbipport.ht3 cp [.lib.dbd]examplep.pm [.blib.lib.dbd]examplep.pm - cp [.lib.dbi]shell.pm [.blib.lib.dbi]shell.pm ) cp [.lib.dbi]faq.pm [.blib.lib.dbi]faq.pmh9 cp [.lib.dbi]proxyserver.pm [.blib.lib.dbi]proxyserver.pmc/ cp [.lib.bundle]dbi.pm [.blib.lib.bundle]dbi.pm2. MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe! "-Iperl_root:[lib.VMS_AXP.5_00503MM ]" "-Iperl_root:[lib]" -e "use ExtUtils::Mksymlists;"   -e "Mksymlists('NAME'  =>?  'DBI', 'DL_FUNCS' => {  }, 'DL_VARS' => [], 'FUNCLIST' => [])"(8 MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe -e "print ""[.blib.arch.auto.DBI] I DBI.olb/Include=DBI\n[.blib.arch.auto.DBI]DBI.olb/Library\n"";" >>DBI.OPThM MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe -e "print qq{PerlShr/Share\n}"> >> DBI.OPTo3 Copy/NoConfirm DBI.OPT [.BLIB.ARCH.AUTO.DBI]DBI.OPTbJ MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe -p -e "s/~DRIVER~/Perl/g" < [.blig% b.arch.auto.DBI]Driver.xst > Perl.xsia. MCR $9$dka200:[csws_perl.perl5_005_03]perl.exe! "-Iperl_root:[lib.VMS_AXP.5_00503x? ]" "-Iperl_root:[lib]" perl_root:[lib.ExtUtils]xsubpp  -typemapn perl_root:[lib.E xtUtils]typemap PERL.xs >PERL.Ce3 Warning: long symbol DBD__Perl__st_bind_param_inout /         trimmed to DBD_Perl_st_bind_param_inoutb3          at perl_root:[lib.extutils]xsubpp line 943e4 Warning: long symbol DBD__Perl__st_fetchrow_arrayref/         trimmed to DBD_Perl_st_fetchrow_arayrefr3          at perl_root:[lib.extutils]xsubpp line 943g CC/DECCeH /Include=[]/Standard=Relaxed_ANSI/Prefix=All/Obj=.obj/List/Machine/DefinP e=(,DBI_NO_THREADS,,DBI_NO_THREADS,"VERSION=""1.15""","XS_VERSION=""1.15""")/Inc< lude=(perl_root:[lib.VMS_AXP.5_00503.CORE])/Optimize  PERL.cN %DCL-W-VALREQ, missing qualifier or keyword value - supply all required valuesI %MMS-F-ABORT, For target PERL.OBJ, CLI returned abort status: %X00038150.cN -CLI-W-VALREQ, missing qualifier or keyword value - supply all required values PERLBUILD.MODULES.DBI>  & =-------------------------------------   Doesn't seem good.  Any ideas?   -- Alanl  O ===============================================================================t0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056eM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210 O ===============================================================================    ------------------------------  % Date: Thu, 30 Aug 2001 18:39:02 -0700y3 From: David Spencer <spencer@spaamfree.recneps.com> J Subject: Is there a VMS command to check if I have cache memory installed?> Message-ID: <300820011839025360%spencer@spaamfree.recneps.com>  G I have a PWS 600au running VMS 7.2-1. I've recently become aware of theeG fact that I might be able to get better performance if I installed someoC cache memory. The problem is, I'm not sure if I _already_ have some  cache in there.r  F The machine is in production at a remote location. I'm reluctant to goD there, shut it down and open the box just to check for it if there's> some DCL command or somesuch that I could enter to just let me know.   B Is there indeed any VMS command to display the status of any cache memory?h   Thanks,o   -- Dave Spencerm   ------------------------------  % Date: Thu, 30 Aug 2001 23:37:21 -0400 ' From: Howard S Shubs <howard@shubs.net>yN Subject: Re: Is there a VMS command to check if I have cache memory installed?< Message-ID: <howard-A01554.23372130082001@enews.newsguy.com>  > In article <300820011839025360%spencer@spaamfree.recneps.com>,5  David Spencer <spencer@spaamfree.recneps.com> wrote:d  D > Is there indeed any VMS command to display the status of any cache	 > memory?y  / I would think that SHOW MEMORY would do it, no?l -- w Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  % Date: Thu, 30 Aug 2001 21:55:37 -0700s3 From: David Spencer <spencer@spaamfree.recneps.com>eN Subject: Re: Is there a VMS command to check if I have cache memory installed?> Message-ID: <300820012155378483%spencer@spaamfree.recneps.com>  E In article <howard-A01554.23372130082001@enews.newsguy.com>, Howard St Shubs <howard@shubs.net> wrote:u  @ > In article <300820011839025360%spencer@spaamfree.recneps.com>,7 >  David Spencer <spencer@spaamfree.recneps.com> wrote:e > F > > Is there indeed any VMS command to display the status of any cache > > memory?d > 1 > I would think that SHOW MEMORY would do it, no?l  F Not that I can see, actually. SHOW MEMORY/FULL gives me a nice rundownF on the physical memory on the system as well as the virtual I/O cache;G but not any level 2 or level 3 cache that I can see. I'm looking at for ' hardware cache, not any software cache.y   -- Daveb   ------------------------------    Date: 30 Aug 2001 15:02:34 -0700 From: mjenkins@jcn.net (MikeWJ)t' Subject: Looking for a storageworks box = Message-ID: <42d0e8ed.0108301402.254332ab@posting.google.com>l  F I'm looking for a storageworks box, described as "DIGITAL StorageWorksB Wide SCSI Deskside Pedestal Enclosure (BA 356)".  It's a SCSI box,D holds up to 7 SBBs or two 5.25" half-height devices or 1 full height device (i.e., TLZ7L).h  F As it is SCSI, I would like to attach it either a MicroVAX 3100/M76 orF a VAXstation 4000 VLC.   The only question that I have with this, doesA each device have a separate SCSI ID, or is the shelf one SCSI id?l? [Which opens a whole diffenrent can of worms for the 3100/M76.)e  F As they are somewhat hard to find, does anyone know where one (or two)F could be found.  It's important that the enclosure be in good, working order.    Any help is greatly appreciated.   Thanks,    Mike Jenkins VAX Systems Managero
 St. Louis, MOt   ------------------------------    Date: 30 Aug 2001 19:11:42 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)r+ Subject: Re: Looking for a storageworks boxe3 Message-ID: <4k$54G3Qfpin@eisner.encompasserve.org>s  _ In article <42d0e8ed.0108301402.254332ab@posting.google.com>, mjenkins@jcn.net (MikeWJ) writes:nH > I'm looking for a storageworks box, described as "DIGITAL StorageWorksD > Wide SCSI Deskside Pedestal Enclosure (BA 356)".  It's a SCSI box,F > holds up to 7 SBBs or two 5.25" half-height devices or 1 full height > device (i.e., TLZ7L).q > H > As it is SCSI, I would like to attach it either a MicroVAX 3100/M76 orH > a VAXstation 4000 VLC.   The only question that I have with this, doesC > each device have a separate SCSI ID, or is the shelf one SCSI id?tA > [Which opens a whole diffenrent can of worms for the 3100/M76.)l  5 Each device is a separate SCSI ID with the raw BA356.o  H > As they are somewhat hard to find, does anyone know where one (or two)H > could be found.  It's important that the enclosure be in good, working > order.  B They are available on the auction site eBay.com from time to time.   ------------------------------  % Date: Thu, 30 Aug 2001 19:30:10 -0700o+ From: "Barry Treahy, Jr." <Treahy@mmaz.com> + Subject: Re: Looking for a storageworks box8( Message-ID: <3B8EF6B2.E23DD125@mmaz.com>   Larry Kilgallen wrote:  a > In article <42d0e8ed.0108301402.254332ab@posting.google.com>, mjenkins@jcn.net (MikeWJ) writes:sJ > > I'm looking for a storageworks box, described as "DIGITAL StorageWorksF > > Wide SCSI Deskside Pedestal Enclosure (BA 356)".  It's a SCSI box,H > > holds up to 7 SBBs or two 5.25" half-height devices or 1 full height > > device (i.e., TLZ7L).n > >lJ > > As it is SCSI, I would like to attach it either a MicroVAX 3100/M76 orJ > > a VAXstation 4000 VLC.   The only question that I have with this, doesE > > each device have a separate SCSI ID, or is the shelf one SCSI id?aC > > [Which opens a whole diffenrent can of worms for the 3100/M76.)o > 7 > Each device is a separate SCSI ID with the raw BA356.n >7J > > As they are somewhat hard to find, does anyone know where one (or two)J > > could be found.  It's important that the enclosure be in good, working
 > > order. >aD > They are available on the auction site eBay.com from time to time.  \ Something else to consider is that the SCSI interface on a VLC is only an 8-bit interface, Ia suspect that is the same with the M76 because DEC used the cheesy and braindead chipsets on thesee\ integrated interfaces.  That said, you could also use a BA350 which is for 8-bit narrow SCSIY drives, it is older and might be had for a cheaper price than the 16-bit SW enclosures...    Regards,   Barryn --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIOw  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028n   ------------------------------  % Date: Thu, 30 Aug 2001 21:42:59 -0700o% From: Dean Woodward <deanw@rdrop.com>s+ Subject: Re: Looking for a storageworks boxa) Message-ID: <3B8F15D3.69FAE959@rdrop.com>d   Larry Kilgallen wrote: > D > They are available on the auction site eBay.com from time to time.  A I see one or two a week go through... I'm pretty sure there's onei/ there currently with a Buy It Now price of $75.t   ------------------------------  % Date: Thu, 30 Aug 2001 14:54:16 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>N Subject: Re: Mark Twain PromoA, Message-ID: <3B8E8BCD.F32B9DF5@videotron.ca>   Syltrem wrote:+ > For my part it brings hope up one notch.    N Come to think of it, if the shipment had been signed by Compaq's true head, MrL Winkler, or even by its figurehead, Mr Capellas, it would have had much more "hope" attached to it.  M Mr Gorham may have intentions that match what we would like Compaq to do with N VMS, but for as long as his hands are tied and budgets limited, perhaps all heN is allowed to do is to send those small books to existing customers instead ofG advertise VMS to the world and point to all the stuff that VMS has (andr! implicitely show how weak NT is).l   ------------------------------   Date: 30 Aug 2001 19:49:55 GMT& From: Wolfgang Rupp <rupp@coredump.at> Subject: Re: Mark Twain Promon3 Message-ID: <9mm5d2$315k1$1@ID-3131.news.dfncis.de>   ( Carl Perkins <carl@gerg.tamu.edu> wrote:K > So you have access to the complete list of people it was sent to? If not, L > how do you know it was only sent to current customers? Clearly it was sentO > to a bunch of current customers, but was it *only* sent to current customers?-  D No, it was also sent to potential customers, or at least one: me :-)D My company is Tru64 customer and I sometime signed  up as interestedD in VMS info, but we are not yet VMS customer. I found the idea nice.' It is something original and different.l  G BTW, I got a VMS info CD a couple of weeks ago that was sent via DHL(?){/ stating "Digital Equipment Corp." as sender... .  
 Wolfgang Ruppo   ------------------------------  % Date: Fri, 31 Aug 2001 02:15:05 -0000e From: sword7@speakeasy.org( Subject: Re: MicroVAX II - Boot problems/ Message-ID: <totsp94on8i100@corp.supernews.com>    Hello folks:  H Well, I just added console socket to my VAX emulator and telnet into it.I When I set hex 20 on CPMBX register, and Halt Enable bit on BDR register,m you will see screen:   $ telnet localhost 5000r Trying 127.0.0.1...l/ Connected to localhost.localdomain (127.0.0.1).e Escape character is '^]'.I Welcome to VAX Emulator          PC = 20040C9Em >>>   E I have a question for you.  Where is 'KA630' welcome message?!  If I pE turned Halt Enable bit off, I got 'Restarting load software' message aD instead of '>>>' prompt.  If I added 'Bootstrap in Progress Bit' to A CPMBX, I got 'Failure.' before '>>>' prompt. If I set 'Reboot' ordD 'Restart' halt action, I just got '?15 CORRPTN' message but continueJ until ended up the wall in 20051C95.  (endless loop in run-mode 20051C95).  H I believe that all zeros in scratch pad RAM cause the boot problems (no F KA630 welcome message) execpt CPMBX that I had loaded some value into.@ Does anyone know that how I initialize scratch pad RAM as fresh?  H At '>>>' prompt, I played some commands.  I do not know how to use that.I Does anyone have a listing of commands for the console program (MicroVAX . II)?  D If I entered 'b' as boot command, I got HALT message at PC 000001F8 I several seconds later.  I looked into debug.log.  It showed that BDR was $I counted down to 7.  It checked everywhere through 16MB memory.  Then, It :? tried to scan all Q22 Bus area that I have not implemented yet.   D If I entered 'e' as examine, It always told me value too big - '?1B 
 VAL TOO BIG'.    Etc....9   Thank you for your help.   -- Tim Stark   -- h, Timothy Stark	<><	Inet: sword7@speakeasy.orgJ --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------  % Date: Thu, 30 Aug 2001 21:48:19 -0500.1 From: "David J. Dachtera" <djesys.nospam@fsi.net>p( Subject: Re: My VMS Wish List (features)' Message-ID: <3B8EFAF3.5EB5C742@fsi.net>$   Larry Kilgallen wrote: > ] > In article <3B8DAE36.15F3721E@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:  > > Larry Kilgallen wrote: > >> > >> That is a good list.] > >>F > >> My only concern is with encouraging people to write things in DCLF > >> that would better be done in compiled languages.  Still there areI > >> times when the steps that require dealing with any of the 6 floating G > >> point types are minimal and the Real goal is to run Sort.  In thatr7 > >> case switching to a compiled language is overkill.C > >d8 > > Of course, the problems with compiled languages are: > >w > > o they're compiled% > > o unless you write Macro32, $$$$$] >  > Don't forget Bliss.o   Hhmmm... Good point.  
 Supported?   -- ] David J. Dachterah dba DJE Systemse http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/U   ------------------------------  % Date: Thu, 30 Aug 2001 23:36:42 -0400P' From: Howard S Shubs <howard@shubs.net>y( Subject: Re: My VMS Wish List (features)< Message-ID: <howard-531BD2.23364230082001@enews.newsguy.com>  ' In article <3B8EFAF3.5EB5C742@fsi.net>,e3  "David J. Dachtera" <djesys.nospam@fsi.net> wrote:l   > Supported?   Freeware.  Probably not. -- n Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  % Date: Fri, 31 Aug 2001 01:18:43 -0400w- From: JF Mezei <jfmezei.spamnot@videotron.ca>w( Subject: Re: My VMS Wish List (features), Message-ID: <3B8F1E31.4703157F@videotron.ca>  " How about making FMS open-source ?   Think of the potential:e  H one could rewrite the run time shareable images to become web-enabled soD exsiting applications could become web applications without changes.  . one could port FMS to other platforms as well.  I There seems to be quite a repository of VMS customers still using FMS. BynM making it open sourced, it might allow many of these "legacy" applications toe( easily move to web based/gui interfaces.   ------------------------------  % Date: Thu, 30 Aug 2001 22:55:45 -0700c+ From: "Barry Treahy, Jr." <Treahy@mmaz.com>i( Subject: Re: My VMS Wish List (features)( Message-ID: <3B8F26E1.1B4A5A4F@mmaz.com>   JF Mezei wrote:i  $ > How about making FMS open-source ?   I'm still waiting for TDMS...O   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIOT  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028w   ------------------------------  # Date: Thu, 30 Aug 2001 19:47:11 GMT"2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)R Subject: Re: OpenVMS on Fault Tolerant IPF Hardware (was Re: EV7 will never ship?)3 Message-ID: <3Lwj7.1017$bB1.45514@news.cpqcorp.net>p  q In article <dba3451e.0108292000.15878a8a@posting.google.com>, keithparris_nospam@yahoo.com (Keith Parris) writes:]  < :VMS once had this sort of capability with VAXft hardware.    H   And with the Fault Tolerant System Services package, the software thatG   permitted OpenVMS VAX to utilize the features of the VAXft platforms.a   :Given thatbG :the Tandem folks will have to continue to make significant investmentswE :to provide fault-tolerant IA-64 hardware platforms, it would seem toIG :make sense to spread that cost beyond the Tandem base alone and in theoA :process give VMS customers a fault-tolerant hardware option oncep :again.l  D   Yes, it would.  That said, we (OpenVMS Engineering) are presently G   primarily interested in booting OpenVMS on IPF, and in the associated H   porting of products.  It is simply far too early to be discussing the .   target platform(s) in any particular detail.  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: Thu, 30 Aug 2001 16:24:27 -0400\- From: JF Mezei <jfmezei.spamnot@videotron.ca>IY Subject: Re: OpenVMS on Fault Tolerant IPF Hardware (was Re: EV7 will never ship?) ship?)P, Message-ID: <3B8EA0E8.BF088BEC@videotron.ca>   Hoff Hoffman wrote:0E >   Yes, it would.  That said, we (OpenVMS Engineering) are presently I >   primarily interested in booting OpenVMS on IPF, and in the associated:I >   porting of products.  It is simply far too early to be discussing thet0 >   target platform(s) in any particular detail.  M But from a corporate structure point of view, the fact that there seems to be:N a big concrete wall between the Tandem and VMS groups seems to reduce the oddsM that you guys would ever work with them to co-develop fault tolerant hardware   that both VMS and NSK could use.  M I get the distinct impression that Tandem is purposefully being kept separateOM from everyone else to allow it to be sold as a standalone unit one day, whileRL VMS and Tru64 are being rollwed into the Windows business for other reasons.   ------------------------------  # Date: Thu, 30 Aug 2001 18:03:55 GMTb= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)e, Subject: Re: porting macro from VAX to ALPHA0 Message-ID: <00A014E5.11C7D15C@SendSpamHere.ORG>  V In article <3B8E7CDA.5040104@compaq.com>, John Reagan <john.reagan@compaq.com> writes: >James Ross wrote:I >> I a trying to port a VAX macro assembly program to OpenVms Alpha and ID >> am getting an error.k >>  2 >> I use the following line to compile my program:) >> MACRO/LIST/SYMBOL/MIGRATION FRQCNT.MARO >> 4$ >> and the following error shows up: >> =H >> %AMAC-I-OCTAWORD, octaword data type not supported at line number 381 >> in file FRQCNT.MAR-< >>        CLRO (R4)[R11]      ;Clear OCTA word in FRQ3 table >>  < >> Would any one have a clue on what I can do to solve this? >> o >eG > From looking at the code, it seems that none of the octaword opcodes nF >are supported (CLRO, MOVO, MOVAO, PUSHAO).  You'll have to recode it J >into a couple of CLRQs or a MOVC3/5.  You'll have do the 'multiply by 8' D >yourself since you used that indexed-addressing mode with the CLRO. >iG >This restriction about the octaword opcodes isn't in the "Porting VAX nF >MACRO Code to OpenVMS Alpha".  That is an oversight.  I'll make sure J >something gets added to the release notes and the future revision of the  >manual. >  >John Reagan >MACRO Project Leaderd >    Bzzzt!  Wrong answer....  :         CLRO (R4)[R11]      ;Clear OCTA word in FRQ3 table   Becomes:  : EVAX_STQ R31,(R4)[R11]      ;Clear OCTA word in FRQ3 table    J No multiply by 8, and no need to use a MOVCx and the register preservation it would require.a   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM>            eJ   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbess   ------------------------------    Date: 30 Aug 2001 13:15:26 -0500 From: briggs@encompasserve.org, Subject: Re: porting macro from VAX to ALPHA3 Message-ID: <yF6Tlbsn1Vpe@eisner.encompasserve.org>-  e In article <9026b6ac.0108300927.23db0deb@posting.google.com>, rosj01@hotmail.com (James Ross) writes:sH > I a trying to port a VAX macro assembly program to OpenVms Alpha and I > am getting an error. > 1 > I use the following line to compile my program: ( > MACRO/LIST/SYMBOL/MIGRATION FRQCNT.MAR > # > and the following error shows up:r > G > %AMAC-I-OCTAWORD, octaword data type not supported at line number 381c > in file FRQCNT.MAR; >        CLRO (R4)[R11]      ;Clear OCTA word in FRQ3 tablee > ; > Would any one have a clue on what I can do to solve this?    	CLRQ 	(R4)[R11] 	CLRQ	8(R4)[R11]   ------------------------------    Date: 30 Aug 2001 13:33:01 -0500 From: briggs@encompasserve.org, Subject: Re: porting macro from VAX to ALPHA3 Message-ID: <GFuibcCxnJph@eisner.encompasserve.org>l  T In article <yF6Tlbsn1Vpe@eisner.encompasserve.org>, briggs@encompasserve.org writes:g > In article <9026b6ac.0108300927.23db0deb@posting.google.com>, rosj01@hotmail.com (James Ross) writes:(I >> I a trying to port a VAX macro assembly program to OpenVms Alpha and I1 >> am getting an error.. >> e2 >> I use the following line to compile my program:) >> MACRO/LIST/SYMBOL/MIGRATION FRQCNT.MARk >> P$ >> and the following error shows up: >> oH >> %AMAC-I-OCTAWORD, octaword data type not supported at line number 381 >> in file FRQCNT.MAR < >>        CLRO (R4)[R11]      ;Clear OCTA word in FRQ3 table >> 7< >> Would any one have a clue on what I can do to solve this? >  > 	CLRQ 	(R4)[R11] > 	CLRQ	8(R4)[R11]  D Doh.  That's what you were worried about.  With the quadword context$ the R11 multiplier will be 8 not 16.  	 	PUSHL	R0e 	MULL3	R11,#2,R0 	CLRQ	(R4)[R0] 	CLRQ	8(R4)[R0]w 	POPL	R0   ------------------------------  # Date: Thu, 30 Aug 2001 23:18:48 GMT 2 From: "frank brown" <frank.brown@ci.seattle.wa.us> Subject: PRINT /que=filename1 Message-ID: <sRzj7.272$5u1.939@news-west.eli.net>-  H Is there a way to create a print queue which sends the output to a file?C Maybe some special symbiont for this purpose?  I'm using VMS 5.5-2.4   ------------------------------  % Date: Thu, 30 Aug 2001 21:39:05 -050051 From: "David J. Dachtera" <djesys.nospam@fsi.net>J  Subject: Re: PRINT /que=filename' Message-ID: <3B8EF8C9.880D9FB6@fsi.net>r   frank brown wrote: > J > Is there a way to create a print queue which sends the output to a file?E > Maybe some special symbiont for this purpose?  I'm using VMS 5.5-2.)  D That's been on many VMS wish lists for years. Can't believe I forgot that one...    -- i David J. Dachterao dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/h   ------------------------------  % Date: Thu, 30 Aug 2001 15:11:23 -0400s- From: JF Mezei <jfmezei.spamnot@videotron.ca>sH Subject: Re: Procedure to restart print queues/Help with $GETQUI $SNDJBC, Message-ID: <3B8E8FCF.1AC705A2@videotron.ca>   Rick Nickles wrote: D >       I am trying to write a procedure to restart all print queues* > that go into a stopped or stalled state.  M Years ago, I had written a procedure to do this and it was quite complex., itcK not only restarted the queues, but also dealt with the job entries that hadD+ been partially printed. (retained on error)   G The person to whom I gave my job when I left, instead of being thankfulnN started to point to my incompetence and told these folks how she could improveN things and simplify everything on here first week there (she had much more VMS' experience than me, or so she thought)..  M First thing she did was to simplify the procedure to restart the queues sincesK she didn't see the need for all the complex stuff I had done. The next day,AJ she was almost fired: she not only had changed stuff without first loggingF that change and fully testing it, but she also didn't realise that theJ "simplified" procedure caused a failed job to get constantly requeued. TheK next morning, the users found themselves with a roomful of paper containinghM *mostly* the same financial transaction, but ever so often, a new transactionoL was inserted, so they had to go through mounds of paper to pick out the realE transactions from the one that kept being printed in multiple copies.t  L So, when you automate the fixing up of print queues, I strongly suggest thatM you write your own and FULLY test it against many possible scenarios that canh apply in your own environment.  K Restarting the queue is easy, but ensuring that whatever job that did cause A the queue to stop gets printed or handled properly isn't so easy.6   ------------------------------  % Date: Fri, 31 Aug 2001 11:32:16 +1000d/ From: "Phil Howell" <phowell@snowyhydro.com.au>lH Subject: Re: Procedure to restart print queues/Help with $GETQUI $SNDJBC0 Message-ID: <iPBj7.729$V83.31895@ozemail.com.au>  < "Rick Nickles" <on_the_move4ever@yahoo.com> wrote in message7 news:b2faac46.0108300949.47273986@posting.google.com.... > Greetings! >mD >       I am trying to write a procedure to restart all print queuesH > that go into a stopped or stalled state.  I have a job that checks forF > various things to see if they are running, and I'll add this programD > to that job so that every so many minutes we can check for stoppedG > queues.  (i.e. so I don't get a page at 3:00 am)    I am aware that I:H > can use F$getqui and the $getqui and $sndjbc services.  I first wanted; > to see if anyone knew of any freeware, any Decus SoftwareeG > specifically, or anything that could do this - or code samples   - orr) > some pointers on how to implement this.p > thanks >l > Rick Nickles > Stora Enso North America > on_the_move4ever@yahoo.com  % This is an interactive version in dclt- all lines start with a $ in case of line wrapr Phil& $       save_verify = 'f$verify("no")'L $!************************************************************************** ***t $!      Function:d? $!      This command procedure reports queues that are inactiveh' $!      and allows them to be restarted-L $!************************************************************************** ***  $! INITIALISATIONw $! ~~~~~~~~~~~~~~- $ Setup_Symbols:2 $       say             :=      "write sys$output"" $       esc[0,7]        =       277 $       Clear_Screen    =       esc + "[H" + esc + "[J"t $ Setup_Logicals:o $! PROCEDURE $! ~~~~~~~~~ $Processing:& $       T=F$GETQUI("CANCEL_OPERATION")  $       on warning then continue $       say Clear_Screen $Draw_The_Screen:  $       say     "''esc'[2J"o> $       say     "''esc'[0;1m''esc'#3    Find Inactive Queues "> $       say             "''esc'#4       Find Inactive Queues " $       say             "" $       say             "" $NEXT_Q:
 $       S2=""T
 $       S3=""i
 $       S4="" 
 $       S5=""a
 $       S6=""D
 $       S7="" H $       Q=F$GETQUI("DISPLAY_QUEUE","QUEUE_NAME","*","SYMBIONT,WILDCARD")3 $       IF "''Q'" .EQS. "" THEN GOTO And_In_The_End  $       Q=F$FAO("!70AS",Q)- $               say "''esc'[6;1H Queue: ''q'"s $       Q=F$EDIT(Q,"COLLAPSE"). $       IF Q .EQS."SYS$PRINT" THEN GOTO NEXT_Q
 $       S2=""e $cL S2=F$GETQUI("DISPLAY_QUEUE","QUEUE_STOPPED","''Q'","WILDCARD,FREEZE_CONTEXT" )a $       IF S2 THEN GOTO Q_FIXt
 $       S3=""s $sL S3=F$GETQUI("DISPLAY_QUEUE","QUEUE_STOPPING","''Q'","WILDCARD,FREEZE_CONTEXT ") $       IF S3 THEN GOTO Q_FIXe
 $       S4=""^ $       S4=F$GETQUIEE "DISPLAY_QUEUE","QUEUE_UNAVAILABLE","''Q'","WILDCARD,FREEZE_CONTEXT")h $       IF S4 THEN GOTO Q_FIX!
 $       S5=""d $lL S5=F$GETQUI("DISPLAY_QUEUE","QUEUE_STALLED","''Q'","WILDCARD,FREEZE_CONTEXT" )o $       IF S5 THEN GOTO Q_FIXP
 $       S6=""  $PL S6=F$GETQUI("DISPLAY_QUEUE","QUEUE_PAUSED","''Q'","WILDCARD,FREEZE_CONTEXT") $       IF S6 THEN GOTO Q_FIXP
 $       S7=""  $tL S7=F$GETQUI("DISPLAY_QUEUE","QUEUE_PAUSING","''Q'","WILDCARD,FREEZE_CONTEXT" )  $       IF S7 THEN GOTO Q_FIXc $       GOTO NEXT_Qh $Q_FIX:o$ $       IF S2 THEN say "STOPPED    "$ $       IF S3 THEN say "STOPPING   "$ $       IF S4 THEN say "UNAVAILABLE"$ $       IF S5 THEN say "STALLED    "$ $       IF S6 THEN say "PAUSED     "$ $       IF S7 THEN say "PAUSING    "	 $Q_START:a $aI Q=F$GETQUI("DISPLAY_QUEUE","QUEUE_NAME","''Q'","WILDCARD,FREEZE_CONTEXT")r, $       inq/nopun d "''esc'[11;15H Start ? "$ $       if .not. d  then goto next_q $       set noon $       stop /reset 'Q'R $       wait 00:00:05  $       start/QUEUE  'Q' $       set on( $       SAY "''esc'[11;15H             " $       GOTO NEXT_Qt $ And_In_The_End: * $       exit 1 + 0 * f$verify(save_verify)   ------------------------------  # Date: Fri, 31 Aug 2001 02:27:56 GMTo2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com># Subject: Re: Rob: Close but no beer-= Message-ID: <MCCj7.270$_I.486751@e3500-chi1.usenetserver.com>-  ) Nic Clews <sendspamhere@127.0.0.1> wrote:iF > in sourcing "VAXCLUSTER PRINCIPLES" Book from our various suppliers.  L Unfortunatly this is a hard book to get.  You might want to try eBay.  I wasJ very lucky a couple months ago and picked a copy up there.  It went for anK amazingly low price (still probably as much or more than it originally solds for).u   		Zane   ------------------------------  # Date: Thu, 30 Aug 2001 18:24:24 GMTa2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)< Subject: Re: Serial Console? (was: Re: EV7 will never ship?)3 Message-ID: <sxvj7.1013$bB1.45502@news.cpqcorp.net>n  N In article <9mleul$osu@web.nmti.com>, peter@abbnm.com (Peter da Silva) writes:N :The only thing I really miss from the Alphaservers is the nice serial commandO :line console. If you could produce a DL360 with a serial console we would snapt :it up like *that*.n  I   OpenVMS expects to have and use a serial console when the port becomes  K   available on IPF (IA-64) -- the IPF EFI (console) specifications provide y   for this.   K   With IA-32, there is an existing remote management API widget available, GE   though this is apparently a remote GUI-based interface, not serial.   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: Thu, 30 Aug 2001 15:14:07 -0400s- From: JF Mezei <jfmezei.spamnot@videotron.ca>e< Subject: Re: Serial Console? (was: Re: EV7 will never ship?), Message-ID: <3B8E9072.A27E4EB2@videotron.ca>   Hoff Hoffman wrote:-L >   With IA-32, there is an existing remote management API widget available,G >   though this is apparently a remote GUI-based interface, not serial.s  I Do these "API widgets" require that a certain portion of the OS is booted?. before allowing remote access to the console ?   ------------------------------    Date: 30 Aug 2001 12:12:30 -0700! From: apuscas@msn.com (Ana-Maria)i, Subject: Re: Setting up Remote Printer Queue= Message-ID: <5b91db83.0108301112.48445267@posting.google.com>y  > Thanks all for the responses.  Perhaps I should have been more	 specific!w  C We are moving an existing VMS local line printer to a remote officei< and we would like to be able to still print to it.  We'll beD installing a new dedicated line to the office and I need to set up a! "remote" queue on the VMS system.a  D One again, anything you can tell me about this would be appreciated!   AP   ------------------------------  % Date: Thu, 30 Aug 2001 15:43:53 -0500a* From: WILLIAM WEBB <WWEBB1@email.usps.gov>, Subject: RE: Setting up Remote Printer Queue- Message-ID: <0033000033822502000002L022*@MHS>-  % =0AWhat kind of "line printer" is it?,  8 What interface does it use to connect to the VMS system?  5 Answer these questions and the group might be able tot offer you some solutions.w   WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETe) > Sent: Thursday, August 30, 2001 3:14 PMeD > To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET. > Subject: RE: Setting up Remote Printer Queue >n >i@ > Thanks all for the responses.  Perhaps I should have been more > specific!p >ME > We are moving an existing VMS local line printer to a remote office > > and we would like to be able to still print to it.  We'll beF > installing a new dedicated line to the office and I need to set up a# > "remote" queue on the VMS system.c > F > One again, anything you can tell me about this would be appreciated! >l > AP >=   ------------------------------  % Date: Fri, 31 Aug 2001 11:11:06 +1000S/ From: "Phil Howell" <phowell@snowyhydro.com.au>t, Subject: Re: Setting up Remote Printer Queue0 Message-ID: <rvBj7.703$V83.31845@ozemail.com.au>  . "Ana-Maria" <apuscas@msn.com> wrote in message7 news:5b91db83.0108301112.48445267@posting.google.com...-@ > Thanks all for the responses.  Perhaps I should have been more > specific!a >sE > We are moving an existing VMS local line printer to a remote office-> > and we would like to be able to still print to it.  We'll beF > installing a new dedicated line to the office and I need to set up a# > "remote" queue on the VMS system.a > F > One again, anything you can tell me about this would be appreciated! >. > AP you should indicate : # what version of vms you are runningE the tcpip product you are usings but have a look atL http://www.openvms.compaq.com/doc/73FINAL/6526/6526pro_contents_005.html#toc _part_6SE if it is a "line printer" then a telnet queue may be more appropriateM Phil   ------------------------------  % Date: Thu, 30 Aug 2001 22:26:59 -0500e1 From: "David J. Dachtera" <djesys.nospam@fsi.net>i3 Subject: Re: still can't get my UCX licensed???????c& Message-ID: <3B8F0403.CE7F3EB@fsi.net>   Hoff Hoffman wrote:c > o > In article <b6bf97d5.0108291733.32cb5c50@posting.google.com>, merritt.robert@spsd.sk.ca (rob merritt) writes:eb > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3B8C468C.DB096C55@fsi.net>... > : Hoff Hoffman wrote:  > : > [snip]O > : >   I am adding a paragraph to the OpenVMS FAQ on this topic, since you areh6 > : >   not the first to make this particular mistake. > :sK > : It might be a good idea to mention that unlike UN*X and W/9x, W/NT, W2K0G > : and so on, TCP/IP is supplied and licensed separately from VMS. TheXC > : uniqueness of the paradigm may be a contributing factor in suchA > : confusion. > , >   You are quite welcome to make that case. > F >   TCP/IP is supplied on the OpenVMS distribution media, and the sameI >   installation menu that provides OpenVMS provides for the installationDG >   of TCP/IP Services.  That you don't have it automatically installedm< >   when you install (or upgrade) OpenVMS is certainly true. > I >   I have commented in various discussions that -- since TCP/IP ServicestI >   client is normally licensed with OpenVMS (though not with the OpenVMSO. >   PAK) -- we might be able to simplify this. > G >   I would personally doubt that this change -- even if made, it would D >   only affect TCP/IP Services and not the other products  -- wouldH >   resolve the original (and more general) hobbyist license acquisitionE >   discussions, placing a solution more centrally on a change to theyI >   current pick-two-of-three sets of PAKs model at the hobbyist website.   B You're quite right, of course. The TCP/IP topic comes up so often,G though, and not having it be part of the system (i.e., a SIP instead ofsH a normal part of the basic installation) seems to be the confusing part.+ At least that much seems worthy of mention.o  G From what I recall of FreeBSD and Mandrake Linux, there is an option to E skip the TCP/IP config. at install time, but no option to not install D TCP/IP. Same seems to be true of W/9x (can't say about W/NT or W2K -H never installed one from scratch). For W/3.x, TCP/IP was an add-on, as I	 recall...    Dunno - whaddaya think?A   --   David J. Dachtera( dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 30 Aug 2001 19:49:27 GMT1 From: JONESD@er6.eng.ohio-state.edu (David Jones)-, Subject: Re: Tape Parity Error: How to Read?: Message-ID: <9mm5c7$33u$1@charm.magnus.acs.ohio-state.edu>  R In message <9mls5p$avm$1@ins21.netins.net>, Mikec@netins.net (Mike Czizek) writes:L >We have an Alpha server running OpenVMS version 7.1.  We received a 9 trackM >magnetic tape the other day which has a tape parity error about 80% into the I >file.  We were able to retrieve the 80% but do not know how or if we canO0 >retrieve the information past the parity error.  G Obviously, the tape wasn't written by VMS BACKUP or your question wouldeI be concerning what a message about 'data recovered from redundancy block' H meant :-)  BACKUP traditionally had no trouble reading past media errorsC on 9 track tapes.  On some more 'modern' tape formats you aren't so-J lucky - the controller hardware freaks out and continuation is impossible.  M >I realize that there will be some loss of data but is it possible to somehowe= >retrieve the bulk of that 20% of data past the parity error?e  K Probably, but not if the answer you are looking for is some magic qualifier3D on the COPY command.  You'll have to write a special purpose programD that knows how to read the tape labels and interpret the error codesC from the magnetic tape driver.  I seem to recall once writing a DCLcK procedure to solve a similar problem to yours, but the data on the tape wastA written with 80-byte blocks (small enough for DCL's record lengtha restrictions).    < David L. Jones               |      Phone:    (614) 292-6929- Ohio State University        |      Internet:>L 140 W. 19th St. Rm. 231a     |               jonesd@er6s1.eng.ohio-state.edu: Columbus, OH 43210           |               vman+@osu.edu  1 Disclaimer: I'm looking for marbles all day long.u   ------------------------------  % Date: Thu, 30 Aug 2001 15:56:27 -0400 - From: "Richard D. Piccard" <piccard@ohio.edu>-, Subject: Re: Tape Parity Error: How to Read?( Message-ID: <3B8E9A64.3BC8B31F@ohio.edu>  S The original hasn't reached my news server yet, so I am going only on the part Davet	 quoted...   U If it really is a 9-track tape, then you probably do have some hope of recovering theeD unmangled data after the error;  your magic commands will start with   $ HELP SET MAGTAPE /SKIP  T There are also data recovery services, who may well be able to recover the data moreQ completely than you could, or quicker, but at a cost.  Can you put a value on ther
 missing data?   #                                 RDPe     David Jones wrote:  T > In message <9mls5p$avm$1@ins21.netins.net>, Mikec@netins.net (Mike Czizek) writes:N > >We have an Alpha server running OpenVMS version 7.1.  We received a 9 trackO > >magnetic tape the other day which has a tape parity error about 80% into theiK > >file.  We were able to retrieve the 80% but do not know how or if we can-2 > >retrieve the information past the parity error. >2I > Obviously, the tape wasn't written by VMS BACKUP or your question wouldeK > be concerning what a message about 'data recovered from redundancy block'.J > meant :-)  BACKUP traditionally had no trouble reading past media errorsE > on 9 track tapes.  On some more 'modern' tape formats you aren't sotL > lucky - the controller hardware freaks out and continuation is impossible. >cO > >I realize that there will be some loss of data but is it possible to somehowt? > >retrieve the bulk of that 20% of data past the parity error?s >tM > Probably, but not if the answer you are looking for is some magic qualifiertF > on the COPY command.  You'll have to write a special purpose programF > that knows how to read the tape labels and interpret the error codesE > from the magnetic tape driver.  I seem to recall once writing a DCLmM > procedure to solve a similar problem to yours, but the data on the tape waslC > written with 80-byte blocks (small enough for DCL's record length  > restrictions). >g> > David L. Jones               |      Phone:    (614) 292-6929/ > Ohio State University        |      Internet:eN > 140 W. 19th St. Rm. 231a     |               jonesd@er6s1.eng.ohio-state.edu< > Columbus, OH 43210           |               vman+@osu.edu >m3 > Disclaimer: I'm looking for marbles all day long.t   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  % Date: Thu, 30 Aug 2001 21:59:31 -0500n1 From: "David J. Dachtera" <djesys.nospam@fsi.net>u- Subject: Re: Terry Shannon Tech Talk on Tru64u' Message-ID: <3B8EFD93.D419CFD2@fsi.net>y   "Terry C. Shannon" wrote:- > B > "Newbie JrSysAdmin" <utlonghornsrule@yahoo.com> wrote in message8 > news:2de05464.0108200901.ed637c2@posting.google.com...+ > > eccm <eccm@swbell.net> wrote in messageQ( > news:<3B81C141.62F3ECF2@swbell.net>...L > > > Haha! a bletcherous personal flame, born of /dev/null and drooled fromK > > > the lips of a known entity, perched upon a pinnacle of its own cruft, C > > > er.. from a yahoo-over-goolge account! What are we coming to?u > > >hK > > > Shannon's on the user society board of directors, so maybe he gets touH > > > go for free, so what if he does?. There was a time not so long agoK > > > when that was not the case. Shannon Knows Anaheim Hotel Prices, yes..sL > > > but that's immaterial. Those that are of any knowledge in professionalK > > > matters don't compute "shannon" with "lackey", as they are aware thatf8 > > > the two are not same type variable. get knowledge. > > >hD > > > BTW- there aren't really any good hotel rooms in Anaheim, just > > > overpriced ones. > > >  > >kE > > for the record, i apologized to terry for my missive. he's just ahJ > > smart guy making a living, and you guys have freely created the market > > for him. > > H > > but, some of you need to buy a dictionary. you are misusing words ofG > > as few as two syllables, words i hope my own son will master around F > > the 7th grade. pardon my noting the non-coincidence of the "compaq? > > enterprise unix" crowd and this basic cognitive deficiency.* > >*F > > and, some of you compaq cheerleaders should respond to some of theI > > compaq folks who are in here critical in name. they "deserve" to have"E > > their posts addressed, and they have called compaq far worse thans
 > > "lackey."+ > >t  > > but, i won't hold my breath. > K > Nor will I because I don't want to look like a Smurf. Compaq has problemswH > aplenty. The aquisition of an aggressive and competitive marketing and& > strategy staff damn sure would help!   Terry,  F Meet me at Rich Marcello's office on Monday after CETS. No appointmentH necessary - we'll just walk in and announce that we're the new marketingA people. They'll scoff at us at first, until we bring in the first G thousand or so new customers. Then, they'll be laughing up their sleeveA* and we'll be laughing all the way to bank.  D We can talk about it, demand that they do it, or we can go do it for 'em. I say we do the latter. a   What say ye?  $ Anyone else game, while we're at it?   --   David J. DachteraS dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/X   ------------------------------  # Date: Fri, 31 Aug 2001 03:29:29 GMTD2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>! Subject: Tunneling DECnet over IPG= Message-ID: <twDj7.297$_I.534633@e3500-chi1.usenetserver.com>E  F Oddly enough there is currently a hobbyist project underway to setup aJ global Hobbyist DECnet (aka HECnet).  It will have hosts running more thanI just OpenVMS, in fact the first couple hosts seem to be PDP-11's (and I'd B also like to see PDP-10's eventually, though they'd most likely beF emulated).  The solution so far is to stick UNIX boxes running VTUN[1]J between the remote DECnet segments to tunnel the DECnet over the Internet.  K I've been looking at the DECnet over IP information in the TCPIP and DECnet L manuals, and as far as I can tell, all it really does is allow you to use IPK addresses and such with your DECnet aware apps to connect to remove systems 
 over TCPIP.  y  D What I'm looking for is some sort of tunneling software that runs onH OpenVMS, and negates the need for having a UNIX box.  Is anyone aware of such software?   			Zane[  1 [1] Virtual Tunnel - http://vtun.sourceforge.net/q   ------------------------------  % Date: Thu, 30 Aug 2001 22:55:03 -0700 + From: "Barry Treahy, Jr." <Treahy@mmaz.com>A% Subject: Re: Tunneling DECnet over IP ( Message-ID: <3B8F26B7.2C54C81D@mmaz.com>   "Zane H. Healy" wrote:  F > What I'm looking for is some sort of tunneling software that runs onJ > OpenVMS, and negates the need for having a UNIX box.  Is anyone aware of > such software?  L Though HECnet might be nice, you are mistaken here, at least with regards toO TCPware.  TCPware has the ability to tunnel DECnet between two VMS systems overoM TCP/IP and maintain the native DECnet interface.  The obvious benefit is that O you can have two area networks thousands of miles apart, only connected via therP Internet hopefully with a VPN, and still interact with all combined DECnet nodes5 in this network as if they were all physically local.-  K I presume that Multinet can do the same thing, but if you need this I wouldcO encourage you to contact Process Software.  We use their products and also betap8 test, and I have no complaints, they are a solid vendor.  
 Best regards,e   Barryb   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIOe  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028s   ------------------------------  % Date: Thu, 30 Aug 2001 21:44:28 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca>v% Subject: Re: V5.5-2 Password Recoveryt: Message-ID: <4_Bj7.61212$zP.4104987@news20.bellglobal.com>  A "Carl Karcher" <karcher@thuria.waisman.wisc.edu> wrote in messagea0 news:28AUG01.16055539@thuria.waisman.wisc.edu...C > In a previous article, "Neil Rieck" <n.rieck@sympatico.ca> wrote:i > K > ->My busy little AlphaServer-4120 (EV5/300MHz) averages 1 million guesses- inK > ->273 seconds. Since there are 38^6 six character passwords, a worst case  run-J > ->would require 3010936384 guesses. Divide this number by 1M and you getL > ->3010.9 which then is multiplied by 273 then divided by 3600 to yield 228 > ->hours or 9.5 days. >-E > You can do somewhat better than that by using hpwd.mar (do a googleeC > search) instead of the $hash_password service. Either method willw6 > run circles around using a rewrite of hpwd.mar in C.  : Thanks for the tip. I found file "hpwd.mar" using CopernicF (http://www.copernic.com). However, I got better results searching for
 "hpwd.zip"  
 Neil Rieck Kitchener/Waterloo/Cambridge,e Ontario, Canada.! http://www3.sympatico.ca/n.rieck/e   ------------------------------  % Date: Thu, 30 Aug 2001 23:38:21 +0200-" From: "Hans Vlems" <hvlems@iae.nl>V Subject: Re: What are the exact steps in order to add a user account with VAX-VMS v6.0( Message-ID: <9mmbcn$n83$1@news.IAEhv.nl>   Example:  = $ set def sys$system    ! assuming that SYSUAF does not exitss $ mc authorize UAF> add newusercodeL /nopwdexp/password=moeilijk/uic=[200,200]/device=sys$sysdevice:/dir=users/fl ag=nodisuser	 UAF> exit   K This assumes that the directory SYS$SYSDEVICE:[USERS] exists on your system  disk.tI Not that that is a good idea, but then again it's just an example, right?a   Hans  < Alex Feliziani <alex.Feliziani@space.gc.ca> wrote in message7 news:2f6dcd69.0108300857.36d9dbdf@posting.google.com...m > Hi,A >EG > I would really appreciate it if someone would give me the exact steps F > in order to add a user account on a vax station 4000-90 with VAX-VMS > v6.0 operating system. >r	 > Thanks!t >e > Alex   ------------------------------  % Date: Thu, 30 Aug 2001 17:58:27 -0400e. From: Chuck McCrobie <mccrobie@cablespeed.com>0 Subject: Re: Why continue with OpenVMS / Compaq?. Message-ID: <3B8EB703.41279837@cablespeed.com>  @ Yes, I may be starting the run on the bank.  But what started me running?  Compaq itself!  @ Had Compaq been more reassuring towards its enterprise market, I$ wouldn't have posted such a message.  F True, I'm nobody, but many many nobody's do add upto a lot of sales...   Chuck McCrobie   "Alan E. Feldman" wrote: > f > Chuck McCrobie <mccrobie@cablespeed.com> wrote in message news:<3B8B08E4.886C2B44@cablespeed.com>...J > > Why do I persist in reading this newsgroup?  Its just plain depressing > > :( > >eI > > Between the constant rants and raves about Compaq and the messages of-C > > Compaq's inadequancies, I've given up on OpenVMS and all CompaqeK > > equipment.  Why just today I read about Compaq's backhanded approach ofe! > > killing its R&D department :(o > >lJ > > My suggestion to you die-hards is to abandon OpenVMS, Tru64, and Alpha > > _IMMEDIATELY_. > D > And just who are you? Perhaps you're working for the competition?! > D > Well, the fewer VMS customers there are, the eaiser it will be forG > Compaq to pull the plug on VMS (and all that money wasted on the portnF > thereof). It sounds like you're trying to start a run on the bank. AF > self-fulfilling prophecy. Hey, I hear the banks are not trustworthy.! > Better pull your money out NOW!h > 9 > >Go call Sun or IBM - at least those companies want andtH > > understand enterprise customers.  Better yet, run Windows 2000/XP onJ > > Dell machines - that should hasten Compaq's demise into the bankruptcy > > courts!c > 6 > Yep, rush into inferior equipment. O, kaaayyyyyyyyy. >  > > I > > I'm wondering just why anyone would continue/start another product on0I > > OpenVMS or Tru64?  Perhaps to gouge the OpenVMS suckers^H^H^H^H^H^H^HjF > > die-hards with high prices before Compaq pulls the plug?  FirewireI > > support looked like a good niche product for OpenVMS, but why bother?1 > >2K > > So, even though I'm a lurker here, I'm signing off and saying good luck 3 > > to all you talented but betrayed professionals.n > < > Yeah, thanks for feeding the run-on-the-bank syndrome. :-| > : > Fortunately, AFAWK, they are working on the port to IPF. >  > Disclaimer: JMHO > Alan E. Feldman  > afeldman@gfigroup.comh   -- i --    ------------------------------    Date: 30 Aug 2001 20:13:52 -0700- From: afeldman@gfigroup.com (Alan E. Feldman)s0 Subject: Re: Why continue with OpenVMS / Compaq?= Message-ID: <af1e4ce6.0108301913.7d5bf5e4@posting.google.com>s  d Chuck McCrobie <mccrobie@cablespeed.com> wrote in message news:<3B8EB703.41279837@cablespeed.com>...B > Yes, I may be starting the run on the bank.  But what started me > running?  Compaq itself!  F Well, if you hadn't posted, you'd still be able to quit Compaq withoutF starting a run on the bank. Not that you don't have the right to post,F but Compaq started you running, and all these negative posts encourageC others to run. These are two distinct, yet related, things. And youh were pretty emphatic about it:  J > > My suggestion to you die-hards is to abandon OpenVMS, Tru64, and Alpha > > _IMMEDIATELY_.   E You didn't really need to do that. You did, and you can post what yourD want, but Compaq didn't make you scream to everyone that they shouldA bail out pronto. And I think if things were really that dire theyrE wouldn't even be bothering with the port. (Of course I could be wrongd you know --- JMHO)   > B > Had Compaq been more reassuring towards its enterprise market, I& > wouldn't have posted such a message.  D Well, I'm still getting support on my MicroVAXes, and I really don'tB think they'll pull the plug very suddenly, despite what everyone'sF posted here. They'd be shooting themselves in the foot "Yeah, you wantF to sell me this NT enterprise solution, but look what you did with VMSE customers, will you do the same to me a few years from now". In fact,yD that's probably why Compaq hasn't been even worse with VMS than theyB have been. (All right, maybe no one knows about VMS customers, but maybe not.).   > H > True, I'm nobody, but many many nobody's do add upto a lot of sales...  E Sorry, I didn't mean to be rude, and I certainly didn't mean to imply-F that your nobody ... I was just suspicious and I wonder if anyone fromD the competition is posting these negative messages. I guess I'm justE annoyed about this whole situation like everything else and I blew upaC slightly at you. Sorry, unless, of course, you are the competition!i :-)   ? Disclaimer: JMHO, i.e., my opinion, and not necessarily that ofa	 gfigroup.m Alan E. Feldmano afeldman@gfigroup.comp   ------------------------------  % Date: Fri, 31 Aug 2001 01:14:20 -0400%- From: JF Mezei <jfmezei.spamnot@videotron.ca>h0 Subject: Re: Why continue with OpenVMS / Compaq?, Message-ID: <3B8F1D2B.B73D79AA@videotron.ca>   "Alan E. Feldman" wrote:H > Well, if you hadn't posted, you'd still be able to quit Compaq without > starting a run on the bank.t  M How quickly people forget. The run on the bank started in the early 1990s, ino a previous millenium.u  N Compaq was given a long chance to prove to customers that it was serious aboutM VMS and turn things around. And things were looking up last year when VMS wasiE given a token marketing budget. But that was a false hope once again.u  N VMS isn't being ported to IA64 to improve VMS's fortunes. It is ported to IA64N because Compaq pulled the plug on Alpha in exchange for an irresistible wad ofI money from Intel.  The port is just a necessary chore that is part of the ' cleanup to make the Alpha murder clean.c  J The port to IA64 has not changed Compaq's attitudes towards VMS. And whileN Compaq isn't actively trying to kill VMS, they have repeatedly shown that theyB are indifferent to VMS since it isn't part of their core strategy.   ------------------------------  # Date: Thu, 30 Aug 2001 21:31:31 GMT , From: peterw@u.genie.co.uk (Peter Watkinson)7 Subject: Why did compaq buy Digital in the first place?u7 Message-ID: <3b8eafb4.13784437@news.cable.ntlworld.com>u  F VMS and Tru64 need to be sold to someone who knows how to take care ofC a niche product better. If Alpha is a non-exclusive deal with Intel 2 bring that back to and continue the port to Ia64.            Peter Watkinsong peterw@u.genie.co.uk http://www.pwnavigate.com/% http://www.windsurf-international.com  http://you.genie.co.uk/peterw/$ http://www.freerider-classifieds.com   ------------------------------  % Date: Thu, 30 Aug 2001 18:15:57 -0400l- From: JF Mezei <jfmezei.spamnot@videotron.ca>r; Subject: Re: Why did compaq buy Digital in the first place?c, Message-ID: <3B8EBB02.326E970E@videotron.ca>   Peter Watkinson wrote: > H > VMS and Tru64 need to be sold to someone who knows how to take care ofE > a niche product better. If Alpha is a non-exclusive deal with Intelt3 > bring that back to and continue the port to Ia64.W  N Or Compaq needs to package VMS and Tru64 in such a way that it can be sold offM in bits and pieces, the same way that Alpha was sold. And in such a strategy,fJ you can bet that the bits and pieces will be given to companies that won'tH compete against Compaq. This means that all software/IP/staff will go to either Microsoft or Oracle.P  M The other possibility is VMS being outsourced to a company whose sole mandateoK is to support existing customers and agrees not to market VMS against NT org any other Compaq product.t  M Compaq isn't about to give the VMS jewels to Sun or IBM because they would betI able to use those assets to compete against Compaq and make it harder foreL Compaq to push its own solutions (well, actually Microsoft/Intel,s solutions remarketed by Compaq).    N VMS is really in a dead end in terms of ownership. Compaq won't let it go as aK unit that si still alive. It will only let it go as bits and pieces after ae% murder announcement, just like Alpha.s   ------------------------------   End of INFO-VAX 2001.483 ************************