1 INFO-VAX	Tue, 03 Apr 2001	Volume 2001 : Issue 187       Contents: $ PRODUCT INSTALL DECSET Re: $ PRODUCT INSTALL DECSET
 Alpha Manuals  RE: Alpha Manuals  Re: Alpha Manuals P Re: Arbitrary SCSI Device Support (was: Re: Seeking CD-R/CD-RW SCSI INQUIRY data/ Re: Christof a bot (was: "cut" utility for VMS) / Re: Christof a bot (was: "cut" utility for VMS) / Re: Christof a bot (was: "cut" utility for VMS) / Re: Christof a bot (was: "cut" utility for VMS) / Re: Christof a bot (was: "cut" utility for VMS) / Re: Christof a bot (was: "cut" utility for VMS) / Re: Christof a bot (was: "cut" utility for VMS) & Re: Cloning a system from VAX to Alpha Compaq getting the message?  Re: Compaq getting the message?  Re: Compaq getting the message?  Re: Compaq getting the message?  ECP tool Re: ECP tool> Re: EV7 and EV8 for the low end (was: VMS-Related: Affordable)> Re: EV7 and EV8 for the low end (was: VMS-Related: Affordable)> Re: EV7 and EV8 for the low end (was: VMS-Related: Affordable)4 Re: executing commands on behalf of another terminal4 Re: executing commands on behalf of another terminal4 Re: executing commands on behalf of another terminal F$CONTEXT anomaly ? Feature ? ! Re: F$CONTEXT anomaly ? Feature ? ( Re: GS160 froze due to a bad KGPSA-CX...( RE: GS160 froze due to a bad KGPSA-CX...! Re: HELP BACKING UP Oracle on VMS H Re: Hoff's Road Trips (was: Re: OpenVMS Technical Update Days - success!6 Re: How can I tell if a boot is the result of a crash?6 Re: How can I tell if a boot is the result of a crash?A Re: How to tell if a system is booting immediately after a crash. A Re: How to tell if a system is booting immediately after a crash. + Re: HP DAT drive on a OpenVMS -- Alpha box?  Re: Is SUN crazy ??? Re: Is SUN crazy ???2 Re: Java SDK and StarTeam (this is a long shot...)2 Re: Java SDK and StarTeam (this is a long shot...)' Re: login failure when sysuaf is locked  Re: Merging DCLTABLES.EXE  Re: Merging DCLTABLES.EXE  Re: Merging DCLTABLES.EXE 
 Re: modems Re: MOUNT/BIND too slow  Re: MOUNT/BIND too slow P Of Downsizing and R&D (was Re: Windows 2000 non proprietary according to Compaq! remove$ Seeking CD-R/CD-RW SCSI INQUIRY data( Re: Seeking CD-R/CD-RW SCSI INQUIRY data: Re: Seeking CD-R/CD-RW SCSI INQUIRY data / Yamaha CRW4416S: Re: Seeking CD-R/CD-RW SCSI INQUIRY data / Yamaha CRW4416S: Re: Seeking CD-R/CD-RW SCSI INQUIRY data / Yamaha CRW4416S: Re: Seeking CD-R/CD-RW SCSI INQUIRY data / Yamaha CRW4416S Re: Spice for OpenVMS Alpha? Re: Spice for OpenVMS Alpha? Re: Spice for OpenVMS Alpha? Re: Spice for OpenVMS Alpha? Re: Spice for OpenVMS Alpha? Re: Spice for OpenVMS Alpha?D Re: Support for CD-R (was: Re: Seeking CD-R/CD-RW SCSI INQUIRY data)D Re: Support for CD-R (was: Re: Seeking CD-R/CD-RW SCSI INQUIRY data) Re: TCP/IP 5.0A ECO Appears 
 Re: VAX in 1U  Re: VMS-Related: Affordable  Re: VMS-Related: Affordable  Re: VMS-Related: Affordable ) Re: When might SYS$SCHDWK not wake me up? 1 Windows 2000 non proprietary according to Compaq! 5 Re: Windows 2000 non proprietary according to Compaq! 5 Re: Windows 2000 non proprietary according to Compaq! 5 Re: Windows 2000 non proprietary according to Compaq! 5 RE: Windows 2000 non proprietary according to Compaq! 1 Re: [ANNOUNCEMENT] OpenSSL 0.9.6a Beta 3 released P [HUMOR]Foot-And-Mouth beleived to be first virus unable to spread through Micros/ Re: [Q] param to increase for unsuff SPTE (end)   F ----------------------------------------------------------------------  % Date: Tue, 03 Apr 2001 09:37:25 -0700 ' From: Dick Wolff <rwolff@selkirk.bc.ca> ! Subject: $ PRODUCT INSTALL DECSET B Message-ID: <5.0.2.1.0.20010403093416.00a02110@mail.selkirk.bc.ca>  ' How do I install DECSET? Then I issue a  	$ PRODUCT INSTALL DECSET  I get the following:   $ mount/over=id  dqa0$ %MOUNT-I-WRITELOCK, volume is write  locked* %MOUNT-I-MOUNTED, AXPBINDEC003 mounted on  _DS20E$DQA0: $ set default  dqa0:[decset124.kit] $  dir   
 Directory  DQA0:[DECSET124.KIT]  J DECSET124.A;1       DECSET124.B;1       DECSET124.C;1       DECSET124.D;1   J DECSET124.E;1       DECSET124.F;1       DECSET124.G;1       DECSET124.H;1   6 DECSET124.I;1       DECSET124.J;1       DECSET124.K;1      Total of 11  files. $ product install  decset4 %PCSIUI-I-NOMATCH, no products were found matching:  DECSETB %PCSIUI-E-NOPROD, no products were found on which to perform this 	 operation D %PCSIUI-E-ABORT, operation terminated due to an unrecoverable error 	 condition  $ product install 	 decset124 4 %PCSIUI-I-NOMATCH, no products were found matching: 	 DECSET124 B %PCSIUI-E-NOPROD, no products were found on which to perform this 	 operation D %PCSIUI-E-ABORT, operation terminated due to an unrecoverable error 	 condition    Thanks,    Dick Wolff, Computer Services  Selkirk College  Castlegar, BC Canada   ------------------------------  % Date: Tue, 03 Apr 2001 13:32:55 -0400   From: norm.raphael@jamesbury.com% Subject: Re: $ PRODUCT INSTALL DECSET 4 Message-ID: <C2256A23.005F8769.00@jklh21.valmet.com>  % $set host 0/log=decset124_install.log  $USERNAME:  system $PASSWORD: ********  ..2 $@sys$update:vmsinstal DECSET124 dqa0:[decset.kit] ..          . rwolff@selkirk.bc.ca on 04/03/2001 12:37:25 PM  & Please respond to rwolff@selkirk.bc.ca   To:   Info-VAX@mvb.saic.com  cc: " Subject:  $ PRODUCT INSTALL DECSET        ' How do I install DECSET? Then I issue a       $ PRODUCT INSTALL DECSET  I get the following:   $ mount/over=id  dqa0# %MOUNT-I-WRITELOCK, volume is write  locked) %MOUNT-I-MOUNTED, AXPBINDEC003 mounted on  _DS20E$DQA0:
 $ set default  dqa0:[decset124.kit] $  dir   	 Directory  DQA0:[DECSET124.KIT]  I DECSET124.A;1       DECSET124.B;1       DECSET124.C;1       DECSET124.D;1   I DECSET124.E;1       DECSET124.F;1       DECSET124.G;1       DECSET124.H;1   5 DECSET124.I;1       DECSET124.J;1       DECSET124.K;1      Total of 11  files. $ product install  decset3 %PCSIUI-I-NOMATCH, no products were found matching:  DECSETA %PCSIUI-E-NOPROD, no products were found on which to perform this 	 operation C %PCSIUI-E-ABORT, operation terminated due to an unrecoverable error 	 condition  $ product install 	 decset124 3 %PCSIUI-I-NOMATCH, no products were found matching: 	 DECSET124 A %PCSIUI-E-NOPROD, no products were found on which to perform this 	 operation C %PCSIUI-E-ABORT, operation terminated due to an unrecoverable error 	 condition    Thanks,    Dick Wolff, Computer Services  Selkirk College  Castlegar, BC Canada   ------------------------------  % Date: Tue, 03 Apr 2001 15:06:42 +0800 ' From: Tim Sneddon <tsneddon@olc.com.au>  Subject: Alpha Manuals< Message-ID: <2FCE1FC4E068D411877B00D0B7477F4D0E1A00@onlpc26>  K I, up until today, had a collection of Alpha processor manuals that I quite I accidentaly deleted with no hope of return. I got these off of the Compaq J site, which has been re-designed once again, so as you can probably guess,I they're not there any more. If anyone happens to have them, or a link, or G anything I would really appreciate it as I would like to get them back.    Thanks, Tim.   ------------------------------  % Date: Tue, 03 Apr 2001 15:14:34 +0800 ' From: Tim Sneddon <tsneddon@olc.com.au>  Subject: RE: Alpha Manuals< Message-ID: <2FCE1FC4E068D411877B00D0B7477F4D0E1A01@onlpc26>  L Disregard the previous e-mail, I was lucky enough to have found another copy& floating around one of my machines. :)   Tim.   > -----Original Message----- > From: Tim Sneddon ' > Sent: Tuesday, April 03, 2001 3:07 PM  > To: Info-VAX@Mvb.Saic.Com  > Subject: Alpha Manuals >  > 9 > I, up until today, had a collection of Alpha processor   > manuals that I quite> > accidentaly deleted with no hope of return. I got these off  > of the Compaq = > site, which has been re-designed once again, so as you can   > probably guess, > > they're not there any more. If anyone happens to have them,  > or a link, or ? > anything I would really appreciate it as I would like to get   > them back. >  > Thanks, Tim. >    ------------------------------  # Date: Tue, 03 Apr 2001 16:37:45 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: Alpha Manuals2 Message-ID: <t%my6.498$fB6.14274@news.cpqcorp.net>  f In article <2FCE1FC4E068D411877B00D0B7477F4D0E1A00@onlpc26>, Tim Sneddon <tsneddon@olc.com.au> writes:L :I, up until today, had a collection of Alpha processor manuals that I quiteJ :accidentaly deleted with no hope of return. I got these off of the CompaqK :site, which has been re-designed once again, so as you can probably guess, J :they're not there any more. If anyone happens to have them, or a link, orH :anything I would really appreciate it as I would like to get them back.      1: check your BACKUP strategy.>   2: check the Alpha-related doc pointers included in the FAQ.  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: Tue, 03 Apr 2001 16:36:26 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)Y Subject: Re: Arbitrary SCSI Device Support (was: Re: Seeking CD-R/CD-RW SCSI INQUIRY data 2 Message-ID: <e_my6.497$fB6.14274@news.cpqcorp.net>  B In article <01040221410051@antinode.org>, sms@antinode.org writes:  +   SCSI is a rat's-nest.  IDE is even worse.   G :   Certainly, if _I_ ask them, the effect would be vanishingly small.  G :If an appropriate representative of Compaq Computer Corporation asked, D :and offered some technical assistance, the effect might be greater.  F   Compaq does typically ask that the drives it purchases meet certain G   requirements, hence Compaq-supported SCSI drives typically lack this  /   sort of problem.  (Or it tends to get fixed.)   I   Compaq OpenVMS Engineering does not have the finances nor the resources K   nor the inclination to assist arbitrary SCSI device vendors in arbitrary  L   SCSI device implementations -- we are presently quite occupied supporting "   existing and new SCSI widgets...  H   With SCSI widgets that misrepresent themselves and their support, the I   ability to tell OpenVMS to disbelieve some or all of the device report  F   would be an interesting extension.  (We had to add something similar=   to this for SCSI devices that mis-implemented TCQ support.)   F :   And this test [for correctly-implemented 512-byte block transfers] :   would be done how?  H   Through local testing -- see the OpenVMS FAQ for some general details.  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: Tue, 03 Apr 2001 11:12:50 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> 8 Subject: Re: Christof a bot (was: "cut" utility for VMS)) Message-ID: <3AC99412.4F95B828@gtech.com>    Robert Deininger wrote: Q > In article <009F9E74.3B9AB7FD@SendSpamHere.ORG>, system@SendSpamHere.ORG wrote:  > > $ HELP LEXICAL F$DEVICE  > >  > > That's hidden? > / > Ever hear the phrase "hidden in plain sight"?  > K > When you're looking for a wildcard argument in f$getdvi, this seems to be 4 > an odd rock to look under.  Lots of folks miss it.   $ HELP LEXICAL  < and reading all the lexical names makes it rather obvious to investigate F$LEXICAL.  C The problem is only with people who knows about F$GETJPI and do not 9 think of looking around for other "interesting" lexicals.   G If I were Compaq, then I would add an examle to F$GETDVI using F$DEVICE G and an example to F$DEVICE using F$GETDVI (it could be the same example  !), ) then everybody should be able to find it.    Arne   ------------------------------   Date: 3 Apr 2001 09:38:38 -0500 - From: koehler@encompasserve.org (Bob Koehler) 8 Subject: Re: Christof a bot (was: "cut" utility for VMS)3 Message-ID: <utwUAxwy5h8Y@eisner.encompasserve.org>   \ In article <87u248xqv3.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:  F > Can you call the DCL lexicals from a program? Yes, you would have toF > set up their parameter blocks etc, but a lot of the 'everyday' stuffH > that is not quite right for a COM procedure would be a LOT easier withG > the ability to use the code that is already there... Tough if you are ( > running without DCL as a CLI though...  E Which lexical?  I don't recall anything available from a lexical that C isn't available from a native API, although some translation may be  needed.   F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replying    ------------------------------  % Date: Tue, 03 Apr 2001 13:41:24 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> 8 Subject: Re: Christof a bot (was: "cut" utility for VMS)) Message-ID: <3AC9C4F4.BF7D0AF9@bbc.co.uk>    Bob Koehler wrote:  ^ > In article <87u248xqv3.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes: > H > > Can you call the DCL lexicals from a program? Yes, you would have toH > > set up their parameter blocks etc, but a lot of the 'everyday' stuffJ > > that is not quite right for a COM procedure would be a LOT easier withI > > the ability to use the code that is already there... Tough if you are * > > running without DCL as a CLI though... > G > Which lexical?  I don't recall anything available from a lexical that E > isn't available from a native API, although some translation may be 	 > needed.  >   3 yeah, lexicals are a subset of RTL/system services.   = Maybe there is the odd exception but I can't think of it now.  --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------   Date: 3 APR 2001 15:11:42 GMT + From: Dave Greenwood <greenwoodde@ornl.gov> 8 Subject: Re: Christof a bot (was: "cut" utility for VMS)1 Message-ID: <3APR01.15114259@feda01.fed.ornl.gov>   . Tim Llewellyn <tim.llewellyn@bbc.co.uk> wrote: >    >    > Bob Koehler wrote: >   ` > > In article <87u248xqv3.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes: > > J > > > Can you call the DCL lexicals from a program? Yes, you would have toJ > > > set up their parameter blocks etc, but a lot of the 'everyday' stuffL > > > that is not quite right for a COM procedure would be a LOT easier withK > > > the ability to use the code that is already there... Tough if you are , > > > running without DCL as a CLI though... > > I > > Which lexical?  I don't recall anything available from a lexical that G > > isn't available from a native API, although some translation may be  > > needed.  > >  >   5 > yeah, lexicals are a subset of RTL/system services.  >   ? > Maybe there is the odd exception but I can't think of it now.   $ F$EDIT and F$ELEMENT come to mind...   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  % Date: Tue, 03 Apr 2001 09:33:39 -0700 0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com>8 Subject: Re: Christof a bot (was: "cut" utility for VMS), Message-ID: <3AC998F3.18E8B299@Mvb.Saic.Com>   Dave Greenwood wrote:  > 0 > Tim Llewellyn <tim.llewellyn@bbc.co.uk> wrote: > >  > >  > > Bob Koehler wrote: > > 3 > > > In article <87u248xqv3.fsf@prep.synonet.com>, 5 > > >  Paul Repacholi <prep@prep.synonet.com> writes:  > > > L > > > > Can you call the DCL lexicals from a program? Yes, you would have toL > > > > set up their parameter blocks etc, but a lot of the 'everyday' stuffN > > > > that is not quite right for a COM procedure would be a LOT easier withM > > > > the ability to use the code that is already there... Tough if you are . > > > > running without DCL as a CLI though... > > >EK > > > Which lexical?  I don't recall anything available from a lexical that I > > > isn't available from a native API, although some translation may bei
 > > > needed.  > > >i > >a7 > > yeah, lexicals are a subset of RTL/system services.a > >uA > > Maybe there is the odd exception but I can't think of it now.S > & > F$EDIT and F$ELEMENT come to mind...  H F$EDIT is available to any program by calling BAS$EDIT in the Basic RTL.= F$ELEMENT is available to any program by calling STR$ELEMENT.   
 Mark Berrymang   ------------------------------  % Date: Tue, 03 Apr 2001 10:04:58 -0700t! From: Shane.F.Smith@Healthnet.come8 Subject: Re: Christof a bot (was: "cut" utility for VMS)D Message-ID: <OFA4C6C96F.8C0FDF48-ON88256A23.005DC6BF@foundation.com>  K You can retrieve the name of the calling command procedure using a lexical,eE but not an API call. That is the only one that comes to mind, though.l   Shanec          A koehler@encompasserve.org (Bob Koehler) on 04/03/2001 07:38:38 AMf  9 Please respond to koehler@encompasserve.org (Bob Koehler)O   To:   Info-VAX@Mvb.Saic.Com  cc:   9 Subject:  Re: Christof a bot (was: "cut" utility for VMS)K    < In article <87u248xqv3.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:p  F > Can you call the DCL lexicals from a program? Yes, you would have toF > set up their parameter blocks etc, but a lot of the 'everyday' stuffH > that is not quite right for a COM procedure would be a LOT easier withG > the ability to use the code that is already there... Tough if you arep( > running without DCL as a CLI though...  E Which lexical?  I don't recall anything available from a lexical that)C isn't available from a native API, although some translation may ber needed.s  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporatione= NASA GSFC Flight Software       | Federal Sector, Civil Group2E                                 | please remove ".aspm" when replyingS   ------------------------------  % Date: Tue, 03 Apr 2001 10:10:28 -0700C! From: Shane.F.Smith@Healthnet.com48 Subject: Re: Christof a bot (was: "cut" utility for VMS)D Message-ID: <OF79EA7264.A8749EC0-ON88256A23.005E4D4E@foundation.com>  8 IIRC, there's alternatives to those in the STR$ library.   Shaneo          J Dave Greenwood <greenwoodde@ornl.gov>@feda01.fed.ornl.gov (Dave Greenwood) on 04/03/2001 08:11:42 AMp  7 Please respond to Dave Greenwood <greenwoodde@ornl.gov>u  : Sent by:  greenwoodde@feda01.fed.ornl.gov (Dave Greenwood)     To:   Info-VAX@Mvb.Saic.ComS cc:g  9 Subject:  Re: Christof a bot (was: "cut" utility for VMS)     . Tim Llewellyn <tim.llewellyn@bbc.co.uk> wrote: >e >e > Bob Koehler wrote: >e@ > > In article <87u248xqv3.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:i > > J > > > Can you call the DCL lexicals from a program? Yes, you would have toJ > > > set up their parameter blocks etc, but a lot of the 'everyday' stuffG > > > that is not quite right for a COM procedure would be a LOT easiero withK > > > the ability to use the code that is already there... Tough if you aree, > > > running without DCL as a CLI though... > >iI > > Which lexical?  I don't recall anything available from a lexical that-G > > isn't available from a native API, although some translation may be  > > needed.  > >  >r5 > yeah, lexicals are a subset of RTL/system services.U >I? > Maybe there is the odd exception but I can't think of it now.i  $ F$EDIT and F$ELEMENT come to mind...   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOVvH Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------   Date: 3 Apr 2001 09:07:11 -0500s- From: koehler@encompasserve.org (Bob Koehler)T/ Subject: Re: Cloning a system from VAX to Alpha 3 Message-ID: <smVIIp5Cpql3@eisner.encompasserve.org>   p In article <986231040.12336.0.nnrp-10.c1edbfcc@news.demon.co.uk>, "Ste" <ste@NOSPAMthe-neuk.demon.co.uk> writes: > F > Hmm, not so simple as I thought then! Do I remember a way of merging > SYSUAF.DAT files?n >   F SORT/MERGE will do it (see help merge).  You get to resolve duplicatesB by hand, but I think the first file in the merge takes precedence.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences CorporationS= NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replyingl   ------------------------------  % Date: Tue, 03 Apr 2001 11:09:47 +0100 % From: Alan Greig <a.greig@virgin.net>-$ Subject: Compaq getting the message?8 Message-ID: <um5jctob83kqa05etgrrqhuq20392889vu@4ax.com>  E I guess most have heard by now of Compaq's announcement that 5000 job7F are to go worldwide. Well yesterday's lead item on the BBC Scotland tvE news was that Compaq are to make 700 people redundant at the Scottish1C PC manufacturing plant. That's 1/7th of the entire worldwide total.1  B A Compaq spokesman was quoted as saying that there would be no job: losses at the other Scottish (former Digital plant at Ayr)E manufacturing facility which "makes more advanced computers" and thatLF Compaq was in better shape than most other PC manufacturers because of) its excellence in these high end systems.U  F A number of people have been puzzled why Compaq downplayed DEC systemsB in advertising and continued to portray themselves as a PC companyC while the market deteriorated around them. I think I've seen enoughEC evidence over the last couple of months that something is genuinely;C changing. Ads for VMS appearing in the press, upbeat messages aboutaC non PC technology, front page banners proclaiming the excellence ofrF former DEC kit (Alphaservers and Storageworks) on the Compaq web site,D detailed Compaq market research phone calls on the future of VMS (it lasted 45 minutes) etc.n  @ And all of this has come in the last couple of months since whatD seemed to me the low point - the analysts conference. Now where willE all this go? Nowhere if it is merely a panic reaction to difficulties = in making money out of desktop PCs. But if there is a genuinerD understanding that Compaq must push technologies that distinguish itE from the pack (PAQ?) and develop aggressive plans to do so then maybea( we really are at the start of something.  E Anyone else seen signs of change locally either positive or negative? @ Can we see a consistent picture appearing. Who else has receivedD telephone surveys on the future direction of VMS? What did you think of it?  D Still in any organization the size of Compaq not everyone will be inD tune and there are still negatives (which I'll continue to point outE when I see them - see a post about Compaq calling Windows 2000 a "non C proprietary industry standard") but  I wonder how others are seeingk things.n -- Alan   ------------------------------  # Date: Tue, 03 Apr 2001 14:12:59 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>( Subject: Re: Compaq getting the message?< Message-ID: <LTky6.4779$107.6181602@typhoon.ne.mediaone.net>  2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:um5jctob83kqa05etgrrqhuq20392889vu@4ax.com... >-G > I guess most have heard by now of Compaq's announcement that 5000 job,H > are to go worldwide. Well yesterday's lead item on the BBC Scotland tvG > news was that Compaq are to make 700 people redundant at the ScottishlE > PC manufacturing plant. That's 1/7th of the entire worldwide total.s >fD > A Compaq spokesman was quoted as saying that there would be no job< > losses at the other Scottish (former Digital plant at Ayr)G > manufacturing facility which "makes more advanced computers" and thatdH > Compaq was in better shape than most other PC manufacturers because of+ > its excellence in these high end systems.  >aH > A number of people have been puzzled why Compaq downplayed DEC systemsD > in advertising and continued to portray themselves as a PC companyE > while the market deteriorated around them. I think I've seen enoughEE > evidence over the last couple of months that something is genuinelytE > changing. Ads for VMS appearing in the press, upbeat messages aboutnE > non PC technology, front page banners proclaiming the excellence oftH > former DEC kit (Alphaservers and Storageworks) on the Compaq web site,F > detailed Compaq market research phone calls on the future of VMS (it > lasted 45 minutes) etc.y >pB > And all of this has come in the last couple of months since whatF > seemed to me the low point - the analysts conference. Now where willG > all this go? Nowhere if it is merely a panic reaction to difficulties-? > in making money out of desktop PCs. But if there is a genuine F > understanding that Compaq must push technologies that distinguish itG > from the pack (PAQ?) and develop aggressive plans to do so then mayben* > we really are at the start of something. >-G > Anyone else seen signs of change locally either positive or negative?o  L At the worldwide industry analyst conference last September, Compaq stressedL (or attempted to stress) the fact that it's an enterprise vendor, not just aH peecee company. The January financial analyst conference (the subject ofI much vitriol in this forum) attempted to convey the same message. The 2FQ K earnings announcement on 24 April should shed additional light on where the @ P in the P&L comes from, and for sure it isn't the peecee space.  J Compaq have run a couple of AlphaServer Diamond Forums here in the States.H They have been well received and attendees apparently do get the message about enterprise-centricity.  J There are OpenVMS Tech Updates slated for London (15-17 May), Brussels (15L May), and Zurich (18 May). I would surmise that Rich Marcello & Friends will use these venues appropriately.   I Is Compaq getting the message, especially with respect to marketing? OnlynL Compaq knows for sure, but note that Doug Fox, the Senior VP of Strategy andE Marketing who was hired last August, resigned effective 15 March. TheeI strategy portfolio went to Jesse Greene, who was kicked upstairs from hise+ CFO position. Kay Hart now manages marcomm.x   ------------------------------  % Date: Tue, 03 Apr 2001 16:41:15 +0100 % From: Alan Greig <a.greig@virgin.net>n( Subject: Re: Compaq getting the message?8 Message-ID: <icrjctgsig32uj2dlfqin3mlc8mgvthn81@4ax.com>  4 On Tue, 03 Apr 2001 14:12:59 GMT, "Terry C. Shannon"" <terryshannon@mediaone.net> wrote:    M >At the worldwide industry analyst conference last September, Compaq stressedeM >(or attempted to stress) the fact that it's an enterprise vendor, not just a-I >peecee company. The January financial analyst conference (the subject ofaJ >much vitriol in this forum) attempted to convey the same message. The 2FQ  D The trouble (as I saw it) was that even though Compaq sometimes madeA statements about being an Enterprise company their actions didn't ; match or a careless remark by a VP appeared to negate these5F statements. In the last few months there at last seem to be signs thatD Compaq has woken up which was the intention of the cries of anguish.. DEC never, ever woke up until it was too late.  L >earnings announcement on 24 April should shed additional light on where theA >P in the P&L comes from, and for sure it isn't the peecee space.o >oK >Compaq have run a couple of AlphaServer Diamond Forums here in the States.iI >They have been well received and attendees apparently do get the message  >about enterprise-centricity.b > K >There are OpenVMS Tech Updates slated for London (15-17 May), Brussels (15sM >May), and Zurich (18 May). I would surmise that Rich Marcello & Friends will   >use these venues appropriately. >TJ >Is Compaq getting the message, especially with respect to marketing? OnlyM >Compaq knows for sure, but note that Doug Fox, the Senior VP of Strategy and F >Marketing who was hired last August, resigned effective 15 March. TheJ >strategy portfolio went to Jesse Greene, who was kicked upstairs from his, >CFO position. Kay Hart now manages marcomm. >p >.   -- Alan   ------------------------------  # Date: Tue, 03 Apr 2001 16:43:45 GMTL4 From: "Terry C. Shannon" <terryshannon@mediaone.net>( Subject: Re: Compaq getting the message?< Message-ID: <55ny6.4912$107.6232137@typhoon.ne.mediaone.net>  2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:icrjctgsig32uj2dlfqin3mlc8mgvthn81@4ax.com...6 > On Tue, 03 Apr 2001 14:12:59 GMT, "Terry C. Shannon"$ > <terryshannon@mediaone.net> wrote: >l >rF > >At the worldwide industry analyst conference last September, Compaq stressedH > >(or attempted to stress) the fact that it's an enterprise vendor, not just aK > >peecee company. The January financial analyst conference (the subject ofAL > >much vitriol in this forum) attempted to convey the same message. The 2FQ > F > The trouble (as I saw it) was that even though Compaq sometimes madeC > statements about being an Enterprise company their actions didn'tw= > match or a careless remark by a VP appeared to negate thesewH > statements. In the last few months there at last seem to be signs thatF > Compaq has woken up which was the intention of the cries of anguish.0 > DEC never, ever woke up until it was too late. >   G Yep. But better late than never. Imagine how things would look today ifeF Eckhard "Mister Peecee Hisself" Pfeiffer was still at the helm (in his5 barricaded, high-security 8th floor fortress) at CPQ.L   ------------------------------  % Date: Tue, 03 Apr 2001 11:14:05 +0100u2 From: Chris Sharman <Chris.Sharman@CCAgroup.co.uk> Subject: ECP tool . Message-ID: <3AC9B07D.7039AE46@CCAgroup.co.uk>  H I've downloaded & installed the ECP tool (on our Alphaserver running VMS 7.1).y  F I've now got 24 hours data collected, & have tried the analysis tools: easy to use & nice graphs.  D What I was after was capacity planning info: where/how do I get thatE part of the product, to tell me what limits performance, and how muchoF extra I could get from, say, faster disks, or replacing the RAID card, or adding another ?e  H Doubtless I ought to know, but what are the 'time services' mentioned in8 the installation notes as important to run on a cluster?  B Problem: the current cpc file started 10am yesterday, and is stillF running. (I intended to restart it daily as suggested, but the restart? job was on the wrong queue.) The analysis end defaults to 23:59tA yesterday, but can be manually altered. Any attempt to modify theq; analysis start date/time results in sudden death by ACCVIO:o   $ plan anal/motif =  Enterprise Capacity Performance Analyzer (c) Compaq Computerh Corporation 2001,p All Rights Reserved.; %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtualu: address=0000000000000004, PC=000000000009BA60, PS=0000001B  2   Improperly handled condition, image exit forced.1     Signal arguments:   Number = 0000000000000005a1                         Name   = 000000000000000Ce1                                  0000000000010000s1                                  0000000000000004s1                                  000000000009BA60e1                                  000000000000001B        Register dump:9     R0  = 0000000000000000  R1  = 0000000000000000  R2  =E 000000007B9462709     R3  = 000000000047FF40  R4  = 000000007AFB3348  R5  =  00000000003FF6909     R6  = 00000000003FF6A0  R7  = 0000000000000000  R8  =, 00000000000000009     R9  = 0000000000000000  R10 = 0000000000000001  R11 =p 00000000000000039     R12 = 0000000000000001  R13 = 0000000000000017  R14 =j 00000000000000009     R15 = 00000000003F9430  R16 = 000000000047FF40  R17 =8 00000000000000009     R18 = 000000007AFB3348  R19 = 0000000000250DC4  R20 =e 0000000000014C989     R21 = 000000000004003D  R22 = 000000000004013D  R23 =t 00000000000000019     R24 = 0000000000000040  R25 = 0000000000000003  R26 =n FFFFFFFF80BADAC09     R27 = 0000000000014748  R28 = FFFFFFFF80AECA7C  R29 =r 000000007AFB32C09     SP  = 000000007AFB32A0  PC  = 000000000009BA60  PS  =l 200000000000001BF The analyzer window is running on the Alphaserver, but displayed on an3 Alphastation (255/233, VMS 7.1, ECP not installed).    ------------------------------  # Date: Tue, 03 Apr 2001 14:07:10 GMTs1 From: "Mark D. Jilson" <jilly@clarityconnect.com>o Subject: Re: ECP tooli2 Message-ID: <3AC9D96A.59A4EED4@clarityconnect.com>   Chris Sharman wrote: > J > I've downloaded & installed the ECP tool (on our Alphaserver running VMS > 7.1).  > H > I've now got 24 hours data collected, & have tried the analysis tools: > easy to use & nice graphs. > F > What I was after was capacity planning info: where/how do I get thatG > part of the product, to tell me what limits performance, and how much H > extra I could get from, say, faster disks, or replacing the RAID card, > or adding another ?   E The Capacity Planner piece will not be provided under the VMS licenser and must be purchased.   > J > Doubtless I ought to know, but what are the 'time services' mentioned in: > the installation notes as important to run on a cluster?  H DTSS, NTP, etc.  For accurate analysis and modeling of data collected inC a cluster the systems in the cluster need to have very close times.B   > D > Problem: the current cpc file started 10am yesterday, and is still > running. b  F This is default behavior, the collections are stopped manually via the ECP$MANAGER.COM procedure.  H I have logged the ACCVIO.  Alternatively you could forward this issue to capacity@compaq.comm  ? > (I intended to restart it daily as suggested, but the restartyA > job was on the wrong queue.) The analysis end defaults to 23:59 C > yesterday, but can be manually altered. Any attempt to modify theo= > analysis start date/time results in sudden death by ACCVIO:  >  > $ plan anal/motif ? >  Enterprise Capacity Performance Analyzer (c) Compaq Computera > Corporation 2001,y > All Rights Reserved.= > %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtualt< > address=0000000000000004, PC=000000000009BA60, PS=0000001B > 4 >   Improperly handled condition, image exit forced.3 >     Signal arguments:   Number = 0000000000000005A3 >                         Name   = 000000000000000Cr3 >                                  0000000000010000 3 >                                  0000000000000004-3 >                                  000000000009BA60h3 >                                  000000000000001Bo >  >     Register dump:; >     R0  = 0000000000000000  R1  = 0000000000000000  R2  =u > 000000007B946270; >     R3  = 000000000047FF40  R4  = 000000007AFB3348  R5  =o > 00000000003FF690; >     R6  = 00000000003FF6A0  R7  = 0000000000000000  R8  =w > 0000000000000000; >     R9  = 0000000000000000  R10 = 0000000000000001  R11 =@ > 0000000000000003; >     R12 = 0000000000000001  R13 = 0000000000000017  R14 =  > 0000000000000000; >     R15 = 00000000003F9430  R16 = 000000000047FF40  R17 =y > 0000000000000000; >     R18 = 000000007AFB3348  R19 = 0000000000250DC4  R20 =h > 0000000000014C98; >     R21 = 000000000004003D  R22 = 000000000004013D  R23 =  > 0000000000000001; >     R24 = 0000000000000040  R25 = 0000000000000003  R26 =a > FFFFFFFF80BADAC0; >     R27 = 0000000000014748  R28 = FFFFFFFF80AECA7C  R29 =l > 000000007AFB32C0; >     SP  = 000000007AFB32A0  PC  = 000000000009BA60  PS  =l > 200000000000001BH > The analyzer window is running on the Alphaserver, but displayed on an5 > Alphastation (255/233, VMS 7.1, ECP not installed).    --  D Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------    Date: 03 Apr 2001 20:41:09 +0800, From: Paul Repacholi <prep@prep.synonet.com>G Subject: Re: EV7 and EV8 for the low end (was: VMS-Related: Affordable)n- Message-ID: <87r8za6tqy.fsf@prep.synonet.com>   - young_r@encompasserve.org (Rob Young) writes:-    > 	Likewise, in this conclusion:  pB > http://www.cs.washington.edu/research/smt/papers/smtdatabase.pdf   C > "The conclusions from our simulation study are three-fold. First,5F > while database workloads have large footprints, there is substantialE > reuse that results in a small, cacheable "critical" working set, ifiF > cache conflicts can be minimized.  Second, while cache conflicts areB > high, particularly in the per-process private data region of theD > database, they often result from poorly-suited mapping policies inD > the operating system. By selecting the appropriate mapping policy,D > and using application-based address offsetting, conflict misses onE > an 8-context SMT can be reduced to the point where they are roughly C > commensurate with miss rates for a superscalar. Third, once cacheaF > conflicts are reduced to the superscalar level, an SMT processor can? > achieve substantial performance gains over a superscalar withiF > similar resources. We show a 3-fold improvement in utilization (IPC)? > for the OLTP workload and a 1.5-fold increase for DSS.  Thesen= > performance gains occur because of SMTs ability to tolerate.C > latencies through fine-grained sharing of all processor resourcespC > among the executing threads; this is demonstrated by our detailedgE > measurements indicating that SMT achieves a striking improvement inm@ > memory-system utilization and fetch and issue efficiency, whenF > compared with the single-threaded superscalar. We believe that theseD > results indicate that SMTs latency tolerance makes it an excellent% > architecture for database servers."a   > > 	All this to say SMT will keep those units busy and poor IPC8 > 	will benefit greatly. i.e. databases and Web servers.  C There is an aditional wrinkle tucked in here. DBs are notorious forlE very long basic block lengths in critical parts of the code. The downnC side is that you over-run the i-cache, and end up running at memoryiF fetch speed, (hence Dick Sites comment on bandwidth), the plus is that branch prediction is easy :)  B The 'fix' code blocking. Queries are not run one at a time, but inA bits; all the first part of all current queries, then the next...hB This keeps the PC in the i-cache most of the time, but extends theE time for each query on the wall. If you block n queries, then it will B take about n times longer compared to a single thread time. But byF blocking, you can increase n witrh much lower scaling than with serial
 execution.  F Now the EV8 will be able to run 4 queries at once, and block the code.C So the agragate loaded query time will drop by a factor of 4 or so.l  A Is the EV8 constrained to run all the threads in a single processo+ context?  Or is it nearer a multi-CPU chip?n  1 Somehow Capt Marvel in a white hat does not fit..a   -- t< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.i@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  $ Date: Tue, 3 Apr 2001 12:33:53 -04005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>dG Subject: Re: EV7 and EV8 for the low end (was: VMS-Related: Affordable)-2 Message-ID: <1Ymy6.496$fB6.14386@news.cpqcorp.net>  D Paul Repacholi wrote in message <87r8za6tqy.fsf@prep.synonet.com>.... >young_r@encompasserve.org (Rob Young) writes: >kB >Is the EV8 constrained to run all the threads in a single process, >context?  Or is it nearer a multi-CPU chip? >a    J At the simplest level, EV8 can be treated by the OS as 4 independent CPUs.3 With each "thread" appearing as an independent CPU..   ------------------------------   Date: 3 Apr 2001 13:12:27 -0500o+ From: young_r@encompasserve.org (Rob Young)SG Subject: Re: EV7 and EV8 for the low end (was: VMS-Related: Affordable)t3 Message-ID: <Fit72M7k2IGM@eisner.encompasserve.org>   \ In article <87r8za6tqy.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:/ > young_r@encompasserve.org (Rob Young) writes:p >  >  d? >> 	All this to say SMT will keep those units busy and poor IPCr9 >> 	will benefit greatly. i.e. databases and Web servers.  > E > There is an aditional wrinkle tucked in here. DBs are notorious foreG > very long basic block lengths in critical parts of the code. The down E > side is that you over-run the i-cache, and end up running at memory H > fetch speed, (hence Dick Sites comment on bandwidth), the plus is that > branch prediction is easy :) > D > The 'fix' code blocking. Queries are not run one at a time, but inC > bits; all the first part of all current queries, then the next...dD > This keeps the PC in the i-cache most of the time, but extends theG > time for each query on the wall. If you block n queries, then it will D > take about n times longer compared to a single thread time. But byH > blocking, you can increase n witrh much lower scaling than with serial > execution. > H > Now the EV8 will be able to run 4 queries at once, and block the code.E > So the agragate loaded query time will drop by a factor of 4 or so.  > C > Is the EV8 constrained to run all the threads in a single processv- > context?  Or is it nearer a multi-CPU chip?e >   : 	blocking and non-blocking... ,etc.  This PS answers that:  < http://www.cs.washington.edu/research/smt/papers/compaqMF.ps  ? 	If a thread is spinning waiting on resource, it excuses itself > 	and puts itself back on the queue.  This was one of the nicer= 	wrinkles (it seems) to making SMT work well.  There is a tonf< 	more technical detail at this URL and I believe most or all; 	of your questions will be answered by the pubs found here:n  * http://www.cs.washington.edu/research/smt/   				Robn   ------------------------------   Date: 3 Apr 2001 08:33:59 GMTp) From: mike.price@nospam@littlewoods.co.uk = Subject: Re: executing commands on behalf of another terminalt* Message-ID: <9ac1tn$1pt$1@news.netmar.com>  
 In articleI <0126A3AC345CE02D*/c=FR/admd=ATLAS/prmd=SG/o=INFI/s=MANSER/g=NAZIM/@MHS>,r/ Nazim MANSER  <Nazim.Manser@socgen.com> writes:rJ >>Sounds like your looking for something like Raxco's Contrl or Networking >>Dynamic's Peek and Spy.g >e >>Drew >i >r0 >what do these products exactly ? any pointers ? >tE >Are there any freeware , or user written programms that do the job ?i >  >thanks, >r
 >Nazim Manserv >5  H We have used Raxco's Contrl and it works fine on Alphas - used to used aG product called IRIS but they didn't have an Alpha version ready when we-
 needed it.   To contact Raxco use the web  K Peek and spy crashed our system but that was ages ago and there was a fixedeI version availbale shortly after - but unfortunatly too late for us. Apart>K from that it seemed very good and cheaper that Contrl. Main problem with itoK was that our business managers were very dubious about what would happen ifbK the unions etc. found we were using a product called SPY is the informationi came out at a sensitive time.   H There is also a freeware product called Watch - (careful there is also aJ commercial product with the same name). - BEWARE the VAX version caused usJ several crashes before we realised what it was and swapped to a commercialB version.- dunno if there is an Alpha version or anything about it.  ) I have also heard of one called PQR_watchs   Hope this helpst   Mike  O  -----  Posted via NewsOne.Net: Free (anonymous) Usenet News via the Web  -----nM   http://newsone.net/ -- Free reading and anonymous posting to 60,000+ groups.I    NewsOne.Net prohibits users from posting spam.  If this or other postseL made through NewsOne.Net violate posting guidelines, email abuse@newsone.net   ------------------------------  % Date: Tue, 03 Apr 2001 12:02:26 +0100i% From: Alan Greig <a.greig@virgin.net>e= Subject: Re: executing commands on behalf of another terminali8 Message-ID: <4sajcto5s9n29t12ggvarb0q8t2is0ga2k@4ax.com>  F On 3 Apr 2001 08:33:59 GMT, mike.price@nospam@littlewoods.co.uk wrote:    L >Peek and spy crashed our system but that was ages ago and there was a fixedJ >version availbale shortly after - but unfortunatly too late for us. ApartL >from that it seemed very good and cheaper that Contrl. Main problem with itL >was that our business managers were very dubious about what would happen ifL >the unions etc. found we were using a product called SPY is the information >came out at a sensitive time.  = I recall a conversation with the owner of Networking Dynamics,D Corporation at a UK DEC show around 1988 where I suggested that PeekB and Spy had negative connotations. He seemed to think that only anB extreme lefty would think that. When I asked if it was intentionalF that their circular N-D-C logo could be read "C-N-D" he turned a funnyB colour :) Somewhere during the conversation the owner of ExecutiveC Software joined in an animated discussion and, for all I know, theyn5 are still standing in a darkened exhibition hall yet.s  E We use Raxco's Contrl here and it has never caused us any problems onn either VAX or Alpha.     -- Alan   ------------------------------  # Date: Tue, 03 Apr 2001 15:08:19 GMTt= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) = Subject: Re: executing commands on behalf of another terminal 0 Message-ID: <009F9FB6.DAAEED31@SendSpamHere.ORG>  ` In article <4sajcto5s9n29t12ggvarb0q8t2is0ga2k@4ax.com>, Alan Greig <a.greig@virgin.net> writes:G >On 3 Apr 2001 08:33:59 GMT, mike.price@nospam@littlewoods.co.uk wrote:h >w >nM >>Peek and spy crashed our system but that was ages ago and there was a fixed K >>version availbale shortly after - but unfortunatly too late for us. ApartiM >>from that it seemed very good and cheaper that Contrl. Main problem with it M >>was that our business managers were very dubious about what would happen if-M >>the unions etc. found we were using a product called SPY is the informationi >>came out at a sensitive time.. >u> >I recall a conversation with the owner of Networking DynamicsE >Corporation at a UK DEC show around 1988 where I suggested that PeekrC >and Spy had negative connotations. He seemed to think that only aniC >extreme lefty would think that. When I asked if it was intentionalrG >that their circular N-D-C logo could be read "C-N-D" he turned a funny,C >colour :) Somewhere during the conversation the owner of Executive D >Software joined in an animated discussion and, for all I know, they6 >are still standing in a darkened exhibition hall yet. >eF >We use Raxco's Contrl here and it has never caused us any problems on >either VAX or Alpha.c  I That's because the best VMS coders outside of VMS engineering work on it.    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMi            sO city, n., 1. a place where trees are cut down and streets are named after them.n   ------------------------------  # Date: Tue, 03 Apr 2001 11:11:42 GMT/1 From: CSABA  HARANGOZO   <csabah@zipworld.com.au>c& Subject: F$CONTEXT anomaly ? Feature ?9 Message-ID: <Odiy6.1133$CN.190227@nostril.pacific.net.au>e  = 	This bit me today. I was building up a context list with theB% 	above-mentioned lexical, like this :d   	$....4 	$ TEMP = F$CONTEXT("PROCESS",CTX,"GRP","111","EQL") 	$...0  @ 	( 111 is a UIC group number. ) Fire it off, no go. Zilch, nada.@ 	It took me a while and a bit of experimenting before I realized1 	that F$CONTEXT wanted the value as _decimal_(!).   > 	One would assume that utilities dealing with UIC values would 	accept them az octals. = 	So the solutions are: 1. Transform the UIC group number into0 				decimal or1 			      2. ( as I did eventually ) you could use0- 				the %O prefix like this : "%O111". Works.   A 	I guess the $HELP on this lexical should mention that it expects , 	a decimal integer, but that's not the case.* 	Anyway, I just thought I'll mention it... 						   Cheers,   Csaba  I    ----------------------------------------------------------------------0E    * Csaba I. Harangozo     |    'To err is human', said the hedgehog E    * csabah@zipworld.com.au |           as he dismounted a wirebrush.DI    ----------------------------------------------------------------------0;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:    ------------------------------   Date: 3 Apr 2001 15:07:07 +0200 ) From: maulis@ludens.elte.hu (Adam Maulis)0* Subject: Re: F$CONTEXT anomaly ? Feature ?! Message-ID: <pHgE7JL$ZsYk@ludens>r  m In article <Odiy6.1133$CN.190227@nostril.pacific.net.au>, CSABA  HARANGOZO   <csabah@zipworld.com.au> writes: ? > 	This bit me today. I was building up a context list with thei' > 	above-mentioned lexical, like this :P >  > 	$....6 > 	$ TEMP = F$CONTEXT("PROCESS",CTX,"GRP","111","EQL") > 	$...t > B > 	( 111 is a UIC group number. ) Fire it off, no go. Zilch, nada.B > 	It took me a while and a bit of experimenting before I realized3 > 	that F$CONTEXT wanted the value as _decimal_(!).g    1 No. f$context wanted it as integer. Not a string.f   from the help lex f$cont argu:  9          GRP        Integer  GEQ,       UIC group number.m    ; When you specify string, then normal DCL string to integer hE translation is performed. ( "true" -> 1, "111" -> 111, "false" -> 0 )   8 when you specify integer, there is no rational of radix.  H I mean when AAA symbol has a value 111 it has a value %d111, %x6F, %o157 %b01101111 in same time.           > 						   Cheers,   Csaba >     I Adam Maulis              maulis@ludens elte hu         VMS system manager H  .......................................................................H  VMS Competence Center                             VMS Szakertoi KozpontH  Eotvos Lorand University                  Eotvos Lorand TudomanyegyetemH  Budapest, Hungary                                              BudapestH  =======================================================================   ------------------------------  $ Date: Tue, 3 Apr 2001 11:18:45 -0400, From: "Fletcher Hearns" <hearns@softapp.com>1 Subject: Re: GS160 froze due to a bad KGPSA-CX...t) Message-ID: <9acpq9$co33@news1.gtech.com>/  E "Koska, John C. (LNG-MBC)" <John.C.Koska@bender.com> wrote in messagetE news:3D35AD137AAAD411A6BA0008C7B1B12D6DBF2E@MBCALBEXC03.BENDER.COM...o7 > I have a supported call open with Compaq, but I woulde9 > like to know if anyone else has experienced the problem0 > that bit me today. >6: > Environment:  GS160 Model 16 setup as monolithic SMP box9 > with 12 KGPSA-CX cards distributed evenly in two master07 > PCI boxes and 2 slave PCI boxes (3 per box).  OpenVMS04 > Alpha 7.2-1H1 with latest fibre and other patches.7 > Console 5.8-251, PAL code 1.88-1. KGPSAs with patched 9 > firmware from Fall 2000, degrading performance but more 2 > reliable.  EMA12000 storage and 3 fibre switches& > configured and wired for redundancy. >0: > Problem:  Two bad KGPSA-CX (no green LEDs) caused system6 > to hang, and worse... prevented system from init'ing8 > properly after power cycle.  (Console hangs on polling > of bad KGPSA cards)8 >w7 > Solution:  Remove failed KGPSA cards and power cycle.  >0; > A Better Long Term Solution:  Hardware partition GS160 in0 > half, and cluster. >0< > Concern/Worry:  I fear that even with hardware partitioned> > GS160, that if I had two KGPSA cards go bad again, each in a5 > hardware partition, I would be in same situation of > > downtime. (Granted, I might stand a better chance of winning > my state lottery.)  H Unless the lottery was running on this machine. After all it does run on
 VMS. But withAL at least 3 systems ready to take over if such an event occurs shouldn't be a
 problem. : ^)P   >0' > Anyone out there experienced similar?S >l> > I am also posting to see if this is rare or somewhat common,7 > so as to drive forward with hardware partitioning andV# > clustering versus not at my site.  >l> > Perhaps the above problem was just a fluke of partial failed9 > hardware, and the console being unable to deal with it.. >s- > Any thoughts, ideas to better my situation?w >i< > Compaq has told me that a newer version of the firmware is= > available for the GS160, but it does not explicitly addressp; > the issue.  But then again, they indicate that it may fix(? > it also.   I intend to upgrade firmware and see what happens.s >n > :) jck > John Koska > Matthew Bender & Co., Inc. > 1275 Broadways > Albany, NY  12204: > USA  > 518-487-3255 > JKoska@bender.com/ >/< > "I post personal opinion only, and all the disclaimers one9 > could imagine apply.  That includes, I speak for myselfa8 > only and my views in no way represent my employer(s)."   ------------------------------  % Date: Tue, 03 Apr 2001 13:12:09 -0400i: From: "Koska, John C. (LNG-MBC)" <John.C.Koska@bender.com>1 Subject: RE: GS160 froze due to a bad KGPSA-CX...rK Message-ID: <3D35AD137AAAD411A6BA0008C7B1B12D6DBF32@MBCALBEXC03.BENDER.COM>e   > -----Original Message-----3 > From: Fletcher Hearns [mailto:hearns@softapp.com]n( > Sent: Tuesday, April 03, 2001 11:19 AM > To: Info-VAX@Mvb.Saic.Come3 > Subject: Re: GS160 froze due to a bad KGPSA-CX...g >  .  <snip> .e > > > > > Concern/Worry:  I fear that even with hardware partitioned@ > > GS160, that if I had two KGPSA cards go bad again, each in a7 > > hardware partition, I would be in same situation of @ > > downtime. (Granted, I might stand a better chance of winning > > my state lottery.) > ? > Unless the lottery was running on this machine. After all it c
 > does run onS > VMS. But withl@ > at least 3 systems ready to take over if such an event occurs  > shouldn't be a > problem. : ^)h  = Yes it it quite interesting that a lot of state and national cA lotteries run on OpenVMS.  Only wish I could win one, but I guess 0 one has to buy a ticket for a chance of winning.   Thanks for reply.    :) jck
 John Koska Matthew Bender & Co., Inc.
 1275 Broadwaya Albany, NY  12204y USAr 518-487-3255 JKoska@bender.comh  A "I post personal opinion only, and all the disclaimers one could pD imagine apply.  That includes, I speak for myself only and my views $ in no way represent my employer(s)."   ------------------------------  % Date: Tue, 03 Apr 2001 17:45:51 +0200 , From: Didier Morandi <Didier.Morandi@gmx.ch>* Subject: Re: HELP BACKING UP Oracle on VMS& Message-ID: <3AC9F02F.765CA0F4@gmx.ch>  0 http://crmonline5.oracle.com/ofs313/welcome.html  
 opzatelps,   D.   steve smith wrote: > I > yes, we have oracle8 running on a alphavms system. I didn't do it, justhL > inherited it. The help is needed in getting rman to create hot backup fileI > on a bound volume, if I omit the ".d%d.p%p' from the rman command I getl  > error message about block size   ------------------------------    Date: 03 Apr 2001 21:48:39 +0800, From: Paul Repacholi <prep@prep.synonet.com>Q Subject: Re: Hoff's Road Trips (was: Re: OpenVMS Technical Update Days - success!r- Message-ID: <8766gmrt54.fsf@prep.synonet.com>t  / JF Mezei <jfmezei.spamnot@videotron.ca> writes:o   > Hoff Hoffman wrote:nI > >   Local OpenVMS management was concerned by the two consecutive weeks G > >   disappearing from my engineering schedule due to participation in J > >   London, Lisbon, and other (likely) European-area activities the week > >   of 13-19 May.  > M > How does Local VMS management ensure that you actually return when they leta > you out of the building ?- > N > Sound to me like athletes and ballet dancers in the golden days of the USSR:N > they were allowed out only with an KGB escort that would make sure that theyO > returned, and never allowed out more than was sufficient to make the contest.1  I Tell them their new Sun is being installed in their office a two weeks :)z   -- s< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.a@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 3 Apr 2001 09:24:02 -0500a9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) ? Subject: Re: How can I tell if a boot is the result of a crash? 3 Message-ID: <P+63LIxnE+Ed@eisner.encompasserve.org>d  _ In article <3AC814B9.213BB681@pressenter.com>, Lyndon Bartels <lbartels@pressenter.com> writes:eH > One of the things I'd like to accomplish during a system startup is to' > determine how my computer went down. b > F > I'd like to be able to determine (during system startup) whether the@ > previous "downing" was the result of a crash, power-outage, orD > what-ever. I'd like to know this, so I can then send an email to aG > pager, or something. But, I don't want to to anything if the previouse > shutdown was a graceful one. > C > Is there a way, by doing some tests at startup to determine this?(  5 Look at the special behavior of the SDA COPY command.   6 > Hmmmm.. Oh yeah. Alpha VMS, v7.2-1 (Almost all ECOs)  ( It has been that way since at most V3.0.  N ==============================================================================N Great Inventors of our time: Al Gore -> Internet; Sun Microsystems -> ClustersN ==============================================================================   ------------------------------  # Date: Tue, 03 Apr 2001 12:39:49 GMTe1 From: CSABA  HARANGOZO   <csabah@zipworld.com.au>c? Subject: Re: How can I tell if a boot is the result of a crash?a9 Message-ID: <pwjy6.1137$CN.190620@nostril.pacific.net.au>l  / Lyndon Bartels <lbartels@pressenter.com> wrote:nH > One of the things I'd like to accomplish during a system startup is to' > determine how my computer went down. n  F > I'd like to be able to determine (during system startup) whether the@ > previous "downing" was the result of a crash, power-outage, orD > what-ever. I'd like to know this, so I can then send an email to aG > pager, or something. But, I don't want to to anything if the previousw > shutdown was a graceful one.  C > Is there a way, by doing some tests at startup to determine this?t  < 	Just a thought: During "normal" shutdowns the site-specific? 	file, SYSHUTDWN.COM, is executed. You could put in a few lines-> 	for example to create a file with some kind of time stamp and; 	message, either inside the file or its name might suffice.h@ 	Then at startup test this file, and if it's there then it was a= 	"normal" shutdown. Of course don't forget to delete it, etc.I  ? 	Also, as mentioned, if your dump bits are set, at startup do am> 	sysdump analyze, and get some info from there ( could be done= 	as a batch, once your queues are up... ). Then there are the  	errorlogs, OPERATOR.LOG, ...  					Cheers,		Csabas  I    ----------------------------------------------------------------------iE    * Csaba I. Harangozo     |    'To err is human', said the hedgehognE    * csabah@zipworld.com.au |           as he dismounted a wirebrush.yI    ----------------------------------------------------------------------o;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:a   ------------------------------   Date: 3 Apr 2001 10:38:58 +0200 ) From: maulis@ludens.elte.hu (Adam Maulis)tJ Subject: Re: How to tell if a system is booting immediately after a crash.! Message-ID: <JMP49CsUzfb3@ludens>y  \ In article <3AC940A3.22012703@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > Lyndon Bartels wrote:o >>  I >> I want, during a startup, if the system has gone done as a result of af+ >> crash or power outage or... whatever....h > P > I just indiscriminatly send myself an email whenever the system boots. It actsP > as log as well in the SYSTEM account so you can see when the system was booted  > because I keep those messages.  F yes.. and there is pretty good to do that with sys$examles:monitor.com   :-)d    I Adam Maulis              maulis@ludens elte hu         VMS system managerwH  .......................................................................H  VMS Competence Center                             VMS Szakertoi KozpontH  Eotvos Lorand University                  Eotvos Lorand TudomanyegyetemH  Budapest, Hungary                                              BudapestH  =======================================================================   ------------------------------   Date: 3 Apr 2001 09:33:47 -05008- From: koehler@encompasserve.org (Bob Koehler)TJ Subject: Re: How to tell if a system is booting immediately after a crash.3 Message-ID: <R90wUtaWQAtv@eisner.encompasserve.org>v  _ In article <3AC8D949.281B9C29@pressenter.com>, Lyndon Bartels <lbartels@pressenter.com> writes: H > I want, during a startup, if the system has gone done as a result of a* > crash or power outage or... whatever.... >   G Got a lot of disk space?  SDA has a hook to only execute a COPY commandfC during boot if the last shutdown was a crash.  You can look for thei resulting file.e  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationh= NASA GSFC Flight Software       | Federal Sector, Civil GroupiE                                 | please remove ".aspm" when replying-   ------------------------------  * Date: Tue, 3 Apr 2001 16:46:28 +0000 (UTC); From: Olivier.Hurez-Martin@ca.com ("Hurez-Martin, Olivier")a4 Subject: Re: HP DAT drive on a OpenVMS -- Alpha box?F Message-ID: <21AAC260C0BCD411AE9B009027AA4DE702A43835@usilms03.ca.com>   We are using a couple of those successfully, although occasionnally only (daily & weekly backups are performed on DLT III or IV tapes) on machines running Alpha VMS V6.2 and above.       --  + Posted from mail2.cai.com [141.202.248.39] a1 via Mailgate.ORG Server - http://www.Mailgate.ORGn   ------------------------------  % Date: Tue, 03 Apr 2001 10:31:51 +0100A0 From: andrew harrison <andrew.nospam@uk.sun.com> Subject: Re: Is SUN crazy ???o* Message-ID: <3AC99887.19AB19C3@uk.sun.com>   Peter LANGSTOEGER wrote: > _ > In article <3AC8AFD0.180DCAF1@uk.sun.com>, andrew harrison <andrew.nospam@uk.sun.com> writes:t- > >fabio_compaq@ep-bc.petrobras.com.br wrote:e > >>M > >> http://www.sun.com/2001-0327/release/;$sessionid$UELFXTYAABK4TAMTA1LU3NQe > >r! > >You need to consider the date.p > @ > And the poster need to consider the date too. It's 30-Mar-2001) > And don't tell us this was intended ;-)  >   2 Probably not, but it was intended as an April Fool   Regardsa Andrew Harrisonn Enterprise IT Architect1   ------------------------------    Date: 03 Apr 2001 02:19:45 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Is SUN crazy ???e- Message-ID: <87r8zbuptq.fsf@prep.synonet.com>N  2 andrew harrison <andrew.nospam@uk.sun.com> writes:  , > fabio_compaq@ep-bc.petrobras.com.br wrote: > >  > > Click at > > L > > http://www.sun.com/2001-0327/release/;$sessionid$UELFXTYAABK4TAMTA1LU3NQ > >  > > Hmmm...  > >  > > Regards. > >  > > FC >  >   > You need to consider the date.  E Sounds more like the Sun beer bash up marketed, PRed and re-invented.M   -- s< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.(@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Tue, 03 Apr 2001 12:55:17 GMTS' From: zeeb@java.zko.dec.com (Jeff Zeeb)c; Subject: Re: Java SDK and StarTeam (this is a long shot...)12 Message-ID: <VKjy6.476$fB6.13422@news.cpqcorp.net>  j In article <w26y6.13819$u93.1779877@news6-win.server.ntlworld.com>, "Simon" <anybody@anywhere.com> writes:/ |>I'm trying to get the StarTeam source control$- |>client working on VMS 7.2 (Alpha). In order 0 |>to do this i have to install the Java runtime. |>1 |>I've installed the tcp/ip services, Applied theX0 |>threading patch, then installed the JDK 1.1.8.- |>It all seems to work OK, but when I run thew1 |>java binary I can't seem to specify the installr |>root |>ie: 5 |>java -Dinstall.root=DKA100:[000000.vms$common.java]  |>-classpath starteam.jar stcmd  |>. |>gives me an error about install.root.  There- |>is no documentation on how the install.roote* |>should be specified on VMS, and StarBase) |>tech support don't know of anyone usingh$ |>StarTeam on VMS.  Can anyone who's) |>managed to do this please get in touch.-+ |>I'm pretty new to VMS so I may be missing0 |>something obvious. |>  C First of all, I would suggest that you start with a more up to datemD version of Java, such as 1.2.2.  There is also a version of 1.3.0 in, alpha test, with the final release due soon.  E You don't say what the actual errors are, so it is somewhat difficult-B to be certain what is wrong.  I would try adding quotes around theC command line arguments to avoid having them converted to uppercase.a E. g.a  7 $ java "-Dinstall.root=DKA100:[000000.vms$common.java]"d#     -classpath starteam.jar "stcmd"t  D My experience has been that most software is happier with unix style@ filenames.  So you could also try specifying the install root as /dka100/vms$common/java    --	 Jeff Zeeb  zeeb@zko.dec.com  N "Daddy, my crayon doesn't work.  It needs a new battery" - Matthew (age 2 1/2)4 while trying to use a white crayon with white paper.   ------------------------------   Date: 3 Apr 2001 09:21:24 -0500 - From: koehler@encompasserve.org (Bob Koehler)o; Subject: Re: Java SDK and StarTeam (this is a long shot...)e3 Message-ID: <UusXQYoWfvVX@eisner.encompasserve.org>   j In article <w26y6.13819$u93.1779877@news6-win.server.ntlworld.com>, "Simon" <anybody@anywhere.com> writes:5 > java -Dinstall.root=DKA100:[000000.vms$common.java]h > -classpath starteam.jar stcmdn  E Generally the JDK doesn't need explicit pointers to itself other thanaD the logical names defined in java$118_setup.com (that may not be the% exact name, I'm no longer using 118).   F Do you know what "install.root" is used for?  (System.getProperties ?)  H You are specifying unecessarily explict access to dka100:[000000], which= may be read protected.  Use dka100:[vms$common.java] instead.t  < You may have a case sensitivity problem.  Try (on one line):  . java "-Dinstall.root=DKA100:[vms$common.java]"  -classpath starteam.jar stcmd  D Also, check you process setting for parsing mode and C main argumentC case (show proc/parse, show log decc$argv_parse_style, and show log4D decc$efs_case_preserve).  If you use extended parsing style and both> logical names translate to "ENABLE", you shouldn't have a case sensitivity problem.  5 You may also need to put the path in UNIX-ish syntax:s  . java "-Dinstall.root=/DKA100/vms$common/java/"  -classpath starteam.jar stcmd  H And you may want to use a logical name so you don't get stuck if you may- off DKA100.  Looks like it's the system disk:t  E java "-Dinstall.root=/SYS$COMMON/java/" -classpath starteam.jar stcmdx  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationh= NASA GSFC Flight Software       | Federal Sector, Civil Group.E                                 | please remove ".aspm" when replyingm   ------------------------------  % Date: Tue, 03 Apr 2001 09:10:17 +0100g% From: Alan Greig <a.greig@virgin.net>r0 Subject: Re: login failure when sysuaf is locked8 Message-ID: <0m0jctcdp167hc0525vlnshmf6lrv0d1eo@4ax.com>  F On Mon, 02 Apr 2001 17:05:14 +0200 (CEST), "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl> wrote:v    : > If files are permanently open then /IGN=INTERl (with all4 >disadvantages) is "safe" from the application view.= > *But* if a app. file is randomly open *while* backup run - p? >then (even /IGNORE=INTERLOCK) you *can* get application error.e  E I have never seen an application get an error when trying to access aiF file for write access while BACKUP is running /IGNORE-INTERLOCK. I didF a number of tests of running constant backups of SYSUAF.DAT (and a fewA other things for good measure) during normal system usage severalsD years ago. Not once did I see any access conflicts. Running constant= backups of critical files (not permanently held open) without 0 /IGNORE=INTERLOCK will start the phones ringing.  B $ BACKUP/IGNORE=INTERLOCK would not be safe if your contention wasE correct.. Safe in the sense that applications don't abort that is. IfaD there is a tiny window where a problem can occur then this should beE clearly documented and likely many of us would have encountered it bye now. -- Alan   ------------------------------   Date: 3 Apr 2001 09:26:20 -0500e3 From: malmberg@encompasserve.org (John E. Malmberg)y" Subject: Re: Merging DCLTABLES.EXE3 Message-ID: <QSsqijTbKcLs@eisner.encompasserve.org>s  , In article <3AC8F154.86FC2913@videotron.ca>,/ JF Mezei <jfmezei.spamnot@videotron.ca> writes:0F > If one has two separate nodes with different software that are beingK > integrated into a homogenous cluster, what is the best way to merge the 2u > DCLTABLES.EXE ?s  A It may appear to be a bit more work, but I would simply recommend-C installing the missing products from their kits on the new cluster.   < This way you know that you got all of the files and updates.  . Several products will also modify HELPLIB.HLB.   -John  wb8tyw@qsl.network Personal Opinion OnlyA   ------------------------------  # Date: Tue, 03 Apr 2001 15:40:44 GMTa8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)" Subject: Re: Merging DCLTABLES.EXE2 Message-ID: <0amy6.490$fB6.14094@news.cpqcorp.net>  - In article <3AC8FCCA.967CEE8C@videotron.ca>, r/ JF Mezei <jfmezei.spamnot@videotron.ca> writes:n  O >There is a nifty SYS$UPDATE:DECW$GET_IMAGE_VERSION.COM  which is of great helppO >in deciding which image should overwrite which (which has the higher version).   F While it is commonly true, it is not guranteed that the higher versionG (lexically greater image file identification) can safely overwrite the tB lower.  Sometimes IDs and DATEs ger out of order.  This is why theI POLYCENTER Software Installation (PCSI) utility uses its own "generation"t  rather than image IDs and dates.  G As for the original question -- I would tend NOT to manipulate DCLTABLEoB directly, but would re-install the products that supply DCL verbs.  D Actually, I agree with an earlier posting -- this looks to me like a< good opportunity to re-build a new system disk from scratch.   -- iK     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USA,H        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Tue, 03 Apr 2001 12:05:32 -0400   From: norm.raphael@jamesbury.com" Subject: Re: Merging DCLTABLES.EXE4 Message-ID: <C2256A23.00578809.00@jklh21.valmet.com>  H >As for the original question -- I would tend NOT to manipulate DCLTABLEC >directly, but would re-install the products that supply DCL verbs.   E >Actually, I agree with an earlier posting -- this looks to me like ae< >good opportunity to re-build a new system disk from scratch    D IIRC, when I did this, It was not at all clear that I had everything  ? needed to rebuild from scratch - a circumstance system managers:  H sometimes inherit - and I recall extracting some CLD's from distribution  D kits and applying them because I did not have past history as to how  D some of the installation questions should be answered, but the CLD's  F were not affected by those questions.  Also, some of the original kits  C were on media no longer useable (That's another reason to keep goodb  ; system disk backups - reinstalls are not always practical).       F It all depends, of course, on how much time you have, and how long you  + have had to get the current house in order.       E Remember that opportunity and chaos are (reportedly) the same Chineset  
 character....w                % hammond@not on 04/03/2001 11:40:44 AM    Please respond to hammond@note   To:   Info-VAX@mvb.saic.comu4 cc:    (bcc: Norm Raphael/Worcester/Neles-Jamesbury)# Subject:  Re: Merging DCLTABLES.EXEe        , In article <3AC8FCCA.967CEE8C@videotron.ca>,/ JF Mezei <jfmezei.spamnot@videotron.ca> writes:0  O >There is a nifty SYS$UPDATE:DECW$GET_IMAGE_VERSION.COM  which is of great help O >in deciding which image should overwrite which (which has the higher version).-  F While it is commonly true, it is not guranteed that the higher versionF (lexically greater image file identification) can safely overwrite theB lower.  Sometimes IDs and DATEs ger out of order.  This is why theI POLYCENTER Software Installation (PCSI) utility uses its own "generation"L  rather than image IDs and dates.  G As for the original question -- I would tend NOT to manipulate DCLTABLEsB directly, but would re-install the products that supply DCL verbs.  D Actually, I agree with an earlier posting -- this looks to me like a< good opportunity to re-build a new system disk from scratch.   --K     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USAhH        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  # Date: Tue, 03 Apr 2001 11:53:41 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)b Subject: Re: modems 0 Message-ID: <009F9F9B.A9D83057@SendSpamHere.ORG>  ` In article <GB6wDn.D99@world.std.com>, moroney@world.std.spaamtrap.com (Michael Moroney) writes:1 >Lyndon Bartels <lbartels@pressenter.com> writes:= >=B >>Has anyone done any work with modems connected directly to AlphaD >>workstations? I want to add on to my 500au for dialing in to work,3 >>either via SLIP, PPP, or to a terminal server....c >II >>Any suggestions on hardware, and software would be greatly appreciated.2 >oA >I've installed a couple of modems in Alphastations with success.wF >Pretty much any ISA non-PnP modem should work (mine were both cheapieG >generics)  Note: PCI modems will not work (no VMS driver) and Plug andlF >Pray modems will not work either.  I think most modems now are PnP soJ >you'll have to get an older one with jumpers.  Set it to COM3 or COM4 andH >IRQ 5.  The page at http://www.tmesis.com/modem/ mentioned by VAXman is
 >pretty good.y  E FYI, I have just completed updating the /modem pages.  There is now ayG third page discussing the installation of a modem into a system with anDD EISA bus and use of the ECU (EISA Configuration Utility).  I have toE extend my gratitude to Margie Sherlock for the wonderful explainationiF in her "Writing OpenVMS Device Drivers in C" book regarding connecting$ ISA devices installed in EISA slots.    ; >  One thing:  There is a PPP autologin option (forget whatoC >it's called) that VMS does not support.  If your ISP uses this you,I >can not use PPP on this ISP.  VMS unceremoniously hangs up as soon as ite' >connects if your ISP has this feature!a  D If PPP autologin is an issue, I highly recommend devices such as theE 3com 56K LAN modem.  These connect via your ethernet and allow you to-) connect rather painlessly to dialup ISPs.   G For more information on connecting your OpenVMS system to the internet,*# see http://www.tmesis.com/internet/s   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM-            -O city, n., 1. a place where trees are cut down and streets are named after them.-   ------------------------------    Date: 03 Apr 2001 12:44:30 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>n  Subject: Re: MOUNT/BIND too slowH Message-ID: <y4d7aumfe9.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  . Paul Repacholi <prep@prep.synonet.com> writes:  D > Does each volume get 'windows' worth of mapping pointers? or is it > per volume set?e  J That really is the point: can a WCB contain extents from different volumes= in a volume set, or do they all have to be from the same one?.  G VMS should be re-considering the size of WCBs anyway - given the memorysH requirements of TCPIP V5, fibre channel and other network adapters, theyM start to be a miniscule amount of non-paged kernel memory anyway, and trading I an index file I/O against a few bytes of memory is ludicrous nowadays. At.F least, all the extents in the header just read should be in the WCB...   	Jan   ------------------------------    Date: 03 Apr 2001 21:53:57 +0800, From: Paul Repacholi <prep@prep.synonet.com>  Subject: Re: MOUNT/BIND too slow- Message-ID: <871yrarswa.fsf@prep.synonet.com>   I Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:-  0 > Paul Repacholi <prep@prep.synonet.com> writes:  4F > > Does each volume get 'windows' worth of mapping pointers? or is it > > per volume set?m   D > That really is the point: can a WCB contain extents from differentB > volumes in a volume set, or do they all have to be from the same > one?  tB > VMS should be re-considering the size of WCBs anyway - given theB > memory requirements of TCPIP V5, fibre channel and other networkC > adapters, they start to be a miniscule amount of non-paged kerneltE > memory anyway, and trading an index file I/O against a few bytes ofc@ > memory is ludicrous nowadays. At least, all the extents in the* > header just read should be in the WCB...  G Yes, a cathedral window can include UCBs or RVNs or some thing... Or athE least it did back when on VAXen when I read the code to sort that one  out for myself.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Tue, 03 Apr 2001 16:50:34 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>Y Subject: Of Downsizing and R&D (was Re: Windows 2000 non proprietary according to Compaq!n< Message-ID: <ubny6.4913$107.6234337@typhoon.ne.mediaone.net>   >.% > On Tue, 03 Apr 2001 08:30:44 -0300,e, > fabio_compaq@ep-bc.petrobras.com.br wrote: >-E > >Dont worry ... after fire 5.000 employees do you believe Compaq is  > >interested in development,uG > >technology, evolution ?  Compaq is not DEC !  Compaq is not moved by3 > >inovation..... it isG > >moved by NASDAQ $$$$$$......<  7 CPQ spent $1.5B of its $42B in revenue on R & D in FY00a  5 DELL spent $482M of $31B in revenue on R & D in FY00.o  K CPQ's 3 1/2 percent R&D spend doesn't appear to be on the same scale as IBMTL (6 percent) or SUNW (10 percent), but it's significantly higher than that ofD DELL. Given that CPQ's R&D is heavily biased towards BCSG, ISSG, andG Storage--which account for about $18B in revenue IIRC--the R&D spend is  pretty significant.a  I Apparently the bulk of the layoffs will come in peecee-land. Which, given-+ the current market conditions, makes sense.a   ------------------------------  % Date: Tue, 03 Apr 2001 11:55:32 +0100g) From: Ray Phelan <Ray.Phelan@core-com.ie>  Subject: removeaL Message-ID: <81A01A7F3499D411A1C000508B655FCB0454EA@relay-mgr-2-b.indigo.ie>   Regards,  
 Ray Phelan (Systems Administrator)m  F ********************************************************************** Private and Confidential    A This e-mail and any files transmitted with it are confidential.  tA They are intended solely for the use of the intended recipient.  RE The content of this e-mail and any files transmitted with it may have0? been changed or altered without the consent of the author.  If  @ you are not the intended recipient, please note that any review,; dissemination, disclosure, alteration, printing, copying ora7 transmission of this e-mail and/or any file transmittede, with it is prohibited and may be unlawful.    F Any views expressed in this message are those of the individual senderB except where the sender specifically states them to be the view of Core Computer Consultants Ltd.  H If you have received this e-mail and/or any file transmitted with it in  error, please notify .   Core Computer Consultants Ltd.,i 23, Upper Cork Street,
 Mitchelstown,  Co. Cork, Ireland.    Telephone number: +353-25-84678.  Fax             : +353-25-84016. Email		: helpdesk@core-com.ieo www		: http//www.core2000.ieF **********************************************************************   ------------------------------  % Date: Tue, 03 Apr 2001 09:57:29 +0200 $ From: Michael Unger <unger@decus.de>- Subject: Seeking CD-R/CD-RW SCSI INQUIRY datah* Message-ID: <009F9FAC.F51F1C83.5@decus.de>  $ > Date: Mon, 2 Apr 2001 18:13:09 GMT4 > From: Hoff Hoffman <hoffman@XDELTA.ZKO.DEC.NOSPAM>3 > Subject: Re: Seeking CD-R/CD-RW SCSI INQUIRY data    [...]t  F > :  If this has something to do with supporting burners under VMS, it4 > :would be really cool to support the IDE VeloCD's. >   J >   Supporting burners is an entertaining and exceedingly difficult topic,I                              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^oK >   and formal CD-R support is definitely not something that I would expectrK         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^r >   to see added anytime soon.     ^^^^^^^^^^^^^^^^^^^^^^^^^0  " "entertaining and difficult": Why?A (No standards? Devices manufactured not compliant with standards? B Standards as defined can be interpreted in different ways? I heardD years ago that "the standards" for recordable CD media are describedE in the "orange book". - I _do_ know that neither "S" in "SCSI" is thet# abbreviation for "Standard" ... ;-)i  - "formal support not added anytime soon": Why?-D CD-Rs are an established medium for backup and software distribution@ which can not be overwritten (i.e., files can not be modified or? deleted later on) and with a life expectancy of about 30 years.i  F Maybe you can tell us the reason the OpenVMS management has decided toE keep this on the "wish list" forever? I guess it has been there for ai rather long time now ...   Michael.   ------------------------------   Date: 3 Apr 2001 10:57:21 +0100 C From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann)e1 Subject: Re: Seeking CD-R/CD-RW SCSI INQUIRY data - Message-ID: <3ac99071.0@news.uni-konstanz.de>   I In article <009F9FAC.F51F1C83.5@decus.de>, Michael Unger <unger@decus.de>i writes:s& |>> Date: Mon, 2 Apr 2001 18:13:09 GMT6 |>> From: Hoff Hoffman <hoffman@XDELTA.ZKO.DEC.NOSPAM>5 |>> Subject: Re: Seeking CD-R/CD-RW SCSI INQUIRY datae |> |>[...]n |>H |>> :  If this has something to do with supporting burners under VMS, it6 |>> :would be really cool to support the IDE VeloCD's. |>>   E |>>   Supporting burners is an entertaining and exceedingly difficultt |>topic, |>                            . |>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^F |>>   and formal CD-R support is definitely not something that I would |>expect	 |>       aE |>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^t  |>>   to see added anytime soon. |>    ^^^^^^^^^^^^^^^^^^^^^^^^^o |>$ |>"entertaining and difficult": Why?C |>(No standards? Devices manufactured not compliant with standards?kD |>Standards as defined can be interpreted in different ways? I heardF |>years ago that "the standards" for recordable CD media are describedG |>in the "orange book". - I _do_ know that neither "S" in "SCSI" is theh% |>abbreviation for "Standard" ... ;-)e  K CD-writing nowadays is standardized: All newer drives (since 1999!) use them sameB commands to produce a CD-R. DVD-R-drives behave the same. Even the	 interface H is not of that importance, if one can send "raw"-commands. So what's the problem???     |>/ |>"formal support not added anytime soon": Why?eF |>CD-Rs are an established medium for backup and software distributionB |>which can not be overwritten (i.e., files can not be modified orA |>deleted later on) and with a life expectancy of about 30 years.e |>H |>Maybe you can tell us the reason the OpenVMS management has decided toG |>keep this on the "wish list" forever? I guess it has been there for ae |>rather long time now ... |>	 |>Michaelg |>     Eberhard   ------------------------------   Date: 3 Apr 2001 10:43:32 +0100NC From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann)fC Subject: Re: Seeking CD-R/CD-RW SCSI INQUIRY data / Yamaha CRW4416Ss- Message-ID: <3ac98d34.0@news.uni-konstanz.de>   H In article <009F9EC5.145BBDD1@SendSpamHere.ORG>, system@SendSpamHere.ORG' (Brian Schenkenberger, VAXman-) writes:NI |>In article <009F9ED8.4C242378.3@CHCLU.CHEMIE.UNI-KONSTANZ.DE>, Eberhardo> |>Heuser-Hofmann <vaxinf@chclu.chemie.uni-konstanz.de> writes:A |>>>From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)e |>>>> Yamaha CRW4416S: |>>hH |>>>   Coincidentally, I just hooked mine back up to my AlpSta 200 4/233F |>>>(VMS V7.2-1), after consolidating the two old disks onto one newer |>disk. G |>>>With the shorter SCSI cables, it no longer completely paralyzes thej |>SCSI |>>>bus. |>>L |>>>> $! Issuing INQUIRY QIOWL |>>n! |>>>   Mine's slightly different:e |>>8' |>>>$!   SCSI Inquiry Data (58 bytes) :f |>>>$!A |>>>$!      000:  05 80 02 02 27 00 00 10 59 41 4D 41 48 41 20 20dA |>>>$!      010:  43 52 57 34 34 31 36 53 20 20 20 20 20 20 20 20uA |>>>$!      020:  31 2E 30 68 30 39 2F 30 39 2F 39 39 00 00 00 00t/ |>>>$!      030:  00 00 00 00 00 00 00 00 00 00m	 |>>>[...]n( |>>>$!      Product Revision Level: 1.0h |>>kC |>>>   Even with the shorter cables, it still appears at every LUN:  |>>  |>>>alp $ show device dkad |>>wJ |>>>Device                  Device           Error    Volume         Free  |>Trans Mnt-J |>>> Name                   Status           Count     Label        Blocks |>Count CntkK |>>>ALP$DKA0:               Mounted              2  VMS072ALP     15133685 g	 |>545   162 |>>>ALP$DKA400:             Online               02 |>>>ALP$DKA500:             Online               0 |>>@2 |>>>Device                  Device           Error2 |>>> Name                   Status           Count2 |>>>ALP$DKA501:             Offline              12 |>>>ALP$DKA502:             Offline              12 |>>>ALP$DKA503:             Offline              12 |>>>ALP$DKA504:             Offline              12 |>>>ALP$DKA505:             Offline              12 |>>>ALP$DKA506:             Offline              12 |>>>ALP$DKA507:             Offline              1 |>>aH |>>>   Is there an approved way to suppress the extras, or should I stop/ |>>>caring, or am I the only one who gets them?t |>>uI |>>>   Also, running CDRECORD 1.8.1 (slightly modified), I did a "-dummy"  |>ofI |>>>about a full disk worth and got about 170 errors on PKA0:.  Normal ora |>>>not? |>>kG |>>>   Is "%MOUNT-F-FORMAT, invalid media format" the best I can expectn |>whenH |>>>trying to mount a normal CD-ROM on the thing?  That's with the block |>>>size jumper installed. |>>nJ |>>>   I haven't tried it lately, but as I recall, booting from it failed, |>>>too. |>>-F |>>>   Comments from anyone with relevant experience would be welcome. |>>m) |>>Two reasons may cause these problems: g4 |>>1.) Firmware of the drive (Upgrade it with a PC).4 |>>2.) scsi-driver-problems (get the newest driver). |>>  |>>eberhardr |>>,I |>>PS: I am able to mount a burned CD with my Yamaha 4260S (OpenVMS 7.1).a |>B |>What firmware is in your 4260S?  and what DKDRIVER patch are you
 |>running?  / Yamaha Firmware 1.0q; SCSI-patch ALPSCSI05_071.I |d >--,8 |>VAXman- OpenVMS APE certification number: AAA-0001     |>VAXman(at)TMESIS(dot)COM
 |>           tK |>city, n., 1. a place where trees are cut down and streets are named afteri |>them.n |>   Eberhard   ------------------------------  # Date: Tue, 03 Apr 2001 10:18:33 GMTn= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)nC Subject: Re: Seeking CD-R/CD-RW SCSI INQUIRY data / Yamaha CRW4416Se0 Message-ID: <009F9F8E.5FAD1060@SendSpamHere.ORG>  s In article <3ac98d34.0@news.uni-konstanz.de>, vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann) writes:o >uI >In article <009F9EC5.145BBDD1@SendSpamHere.ORG>, system@SendSpamHere.ORGo( >(Brian Schenkenberger, VAXman-) writes: {...snip...} >|>eC >|>What firmware is in your 4260S?  and what DKDRIVER patch are you  >|>running?  >40 >Yamaha Firmware 1.0q; SCSI-patch ALPSCSI05_071.  G Wow.  1.0q and I have 1.0f.  I guess I wasn't patient enough sending myrG unit back to YST for updates.  Only about 10 more trips to and fro, and7, my unit might actually function properly. :(  G I have my CDW4416S on V7.2-1.  SCSI-patch ALPSCSI05_071 isn't incorpor-S1 ated?  Does anybody in VMS eng. know this answer?h --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMy            nO city, n., 1. a place where trees are cut down and streets are named after them.n   ------------------------------  # Date: Tue, 03 Apr 2001 13:29:04 GMTd1 From: "Mark D. Jilson" <jilly@clarityconnect.com>iC Subject: Re: Seeking CD-R/CD-RW SCSI INQUIRY data / Yamaha CRW4416Sn2 Message-ID: <3AC9D07C.F511087B@clarityconnect.com>  E As per the DSNlink article - [OpenVMS] Which ECOs Are Incorporated inuH Alpha V7.1-2 / Need to Install - ALPSCSI05_071 is incorporated in V7.1-2 and thus all versions after it.p  & "Brian Schenkenberger, VAXman-" wrote: > I > I have my CDW4416S on V7.2-1.  SCSI-patch ALPSCSI05_071 isn't incorpor- 3 > ated?  Does anybody in VMS eng. know this answer?n > --Q > VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMs > Q > city, n., 1. a place where trees are cut down and streets are named after them.4   --  D Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  # Date: Tue, 03 Apr 2001 15:13:04 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)oC Subject: Re: Seeking CD-R/CD-RW SCSI INQUIRY data / Yamaha CRW4416So0 Message-ID: <009F9FB7.846FCCE9@SendSpamHere.ORG>  f In article <3AC9D07C.F511087B@clarityconnect.com>, "Mark D. Jilson" <jilly@clarityconnect.com> writes:F >As per the DSNlink article - [OpenVMS] Which ECOs Are Incorporated inI >Alpha V7.1-2 / Need to Install - ALPSCSI05_071 is incorporated in V7.1-2   >and thus all versions after it. >e' >"Brian Schenkenberger, VAXman-" wrote:o >> tJ >> I have my CDW4416S on V7.2-1.  SCSI-patch ALPSCSI05_071 isn't incorpor-4 >> ated?  Does anybody in VMS eng. know this answer?  H I was being facetious.  The ALPSCSI05_071 patch is alleged to have fixedI the problems.  If it in V7.2-1 -- which I don't doubt -- it didn't fix my  problems with the CRW4416S.  :(a   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             hO city, n., 1. a place where trees are cut down and streets are named after them.n   ------------------------------  % Date: Tue, 03 Apr 2001 10:24:52 +0100e0 From: andrew harrison <andrew.nospam@uk.sun.com>% Subject: Re: Spice for OpenVMS Alpha?t* Message-ID: <3AC996E4.57EC594D@uk.sun.com>   Mark Berryman wrote: >  > andrew harrison wrote: >  > > Tim Llewellyn wrote: > >s > >> Bill Gunshannon wrote:  > >> > >>/ > >>> In article <3AC49C9F.B90D2FF4@bbc.co.uk>,e6 > >>>  Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes: > >>> |>E > >>> |> and btw I have beeing doing some research in comp.unix.* :-)l > >>>a > >>> And??? > >>>e
 > >>> bill > >>J > >> well, they don't seem to have a high opinion of Solaris security over > >> in comp.security.unix.M > >> > >f > >o1 > > I am not sure what the point of your post is.  > > 0 > > Posters on this group do have a high opinion2 > > of OpenVMS security. This high opinion however6 > > appears to be based on a lack of information about0 > > the actual risks to OpenVMS fostered by what/ > > is a culture of security through obscurity.o9 > > The CERT advisories for OpenVMS are a perfect examplek > > of this. > >>7 > > Can you say with certainty that the differences youo3 > > see in each newsgroup are anything other than as0 > > manifestation of the difference in approach. > >i2 > > Various posters have claimed on this newsgroup1 > > that OpenVMS pretty much clean as far as CERTh5 > > advisories are concerned only to find that Compaqf- > > had not posted responses when OpenVMS waso > > vunerable. > >n5 > > Various posters have also claimed that OpenVMS isi4 > > immune to the stack overflow exploits attributed1 > > to UNIX and NT only to find that this is alsom > > not the case.w > H > As desperate as Andrew is for OpenVMS to turn out to be no more secure@ > than Solaris, or as desperate as he appears to be to show someF > conspiracy of silence within VMS engineering I don't think the facts > bear him out.o >    To answer your points in turn.  3 1.	I am not and have not made any claims about the i6 	relative security of OpenVMS vs any other OS Solaris 
 	included.  7 2.	The Cert advisories prove beyond doubt that securityw5 	information released by Compaq relating to OpenVMS'ss7 	vunerability to common exploits is either non existantx4 	when OpenVMS was vunerable, incorrect when OpenVMS 9 	was vunerable, or unhelpfull when OpenVMS was vunerable.d  4 	This may be for any one of a number of reasons but 4 	which would you prefer ? Incompetence, arrogance or7 	a conspiracy, how do you explain the fact that Compaqso1 	responses for OpenVMS leave a lot to be desired.i  H > For instance, part of my job is to verify what attacks our systems mayE > be vulnerable to - said systems including VMS, NT, and various Unix G > flavors.  Not once, *not once*, have the VMS systems I've tested been.H > vulnerable to any of the DoS or exploit attacks that are documented onH > CERT (and I've tested pretty much all of them).  Solaris, on the otherJ > hand, has been vulnerable to most of them (I don't have my list in front4 > of me but there were one or two that it survived). >   F Sorry but this is simply wrong. If you had a current unpatched version of -E UCX at the time of each of the major DOS attacks then you would have hF been vunerable to most of them on OpenVMS from POD onwards, it is not I even worth contesting this point because its documented either belatedly 4/ in CERT or in Compaqs own patch documentation.    @ Of course if you had applied the latest patches you would be OK < but you would have had no idea that you needed to apply the 8 patches to protect yourself from DOS attacks by looking : in CERT or Auscert. You could have gleened the information< from the patch reports or you could have unwittingly filled 8 the hole by keeping UCX to the current patch level. You 5 would however in the case of POD for example have had 8 a window of 4 months between the origional attacks being7 reported and a patch being made available for UCX that S fixed the problem.  ? And Solaris has generally not been vunerable to the DOS attacksD8 like POD and in addition Sun has supplied configuration 9 changes (not patches) to stop some of the performance DOS : attacks, not suggestions that you should hide your OpenVMS boxes safely behind a FireWall.i  G > Andrew can wish and allege all he wants; for me, I'll believe my test-
 > results. >   : You missed the point, that fact that your boxes passed the tests means one of two things.  0 1.	You were up to date with the patches, and had 	unwittingly fixed the problem.e  1 2.	In the case of the performance DOS attacks you*- 	wern't generating enough load to bring your *( 	OpenVMS box to its knees, or you had it1 	safe behind some (no doubt UNIX based) FireWall.i  = To try to claim anything else given the wealth of informationh< that OpenVMS was vunerable in an unprotected/unpatched state
 is pointless.d   > Mark Berryman  > H > P.S. Andrew, you also need to remember that IP is a very small part ofF > the security model of VMS.  You don't earn, and maintain, a securityN > reputation of the magnitude of VMS without something pretty solid behind it.  F Really, so why for example do people claim that one of the key benfitsB of OpenVMS is its invunerablility to stack overflow exploits when  this isn't actaully the case.c  @ Could it be that as I have proved conclusively over the IP issue; that the rest of OpenVMS's reputation for security is baseddA on assumptions that don't actually stand too much close scrutiny.t  > At the moment your reasons for assuming that OpenVMS is secureA seem to be based entirely on a set of tests that you accidentally.3 passed which is hardly a creditable security model.r   Regards  Andrew Harrison* Enterprise IT Architect*   ------------------------------  % Date: Tue, 03 Apr 2001 11:42:50 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>u% Subject: Re: Spice for OpenVMS Alpha?D) Message-ID: <3AC9A92A.3904DC72@bbc.co.uk>A   andrew harrison wrote:   > Tim Llewellyn wrote: > >9 > > Bill Gunshannon wrote: > >a/ > > > In article <3AC49C9F.B90D2FF4@bbc.co.uk>,C6 > > >  Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes: > > > |>E > > > |> and btw I have beeing doing some research in comp.unix.* :-)  > > >o > > > And??? > > > 
 > > > bill > >iI > > well, they don't seem to have a high opinion of Solaris security over  > > in comp.security.unix. > >^ >^/ > I am not sure what the point of your post is.p  ' Look, I wasn't asking you, OK. Go away.d   --  6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk"  A I speak for myself only and my views in no way represent those ofr MedAS or the BBC.d   ------------------------------   Date: 3 Apr 2001 09:03:40 -0500"- From: koehler@encompasserve.org (Bob Koehler)r% Subject: Re: Spice for OpenVMS Alpha?o3 Message-ID: <18ND975DlMyA@eisner.encompasserve.org>r  ] In article <3AC996E4.57EC594D@uk.sun.com>, andrew harrison <andrew.nospam@uk.sun.com> writes:m > H > Really, so why for example do people claim that one of the key benfitsD > of OpenVMS is its invunerablility to stack overflow exploits when  > this isn't actaully the case.b >   ? VMS isn't invulnerable to such attacks and when such claims arep< occaisionally made in this group they are quickly shot down.  H What is claimed, and true, is that traditionally VMS has been written inF languages which don't readily generate vulnerable code, while UNIX notB only is written in such a language (C), it was at one time full of actual use of vulnerable code.  E The UNIX vendors have cleaned up (it's possible to write good code inuB C), and parts of VMS are now written in C.  But the damage to UNIXF reputation is done, and new code seems to show up on UNIX systems on aD regular basis with the same old problem (some vendors just don't getF it?).  Meanwhile new code showing up on VMS doesn't seem to be missing lessons learned.  H Which is nothing new, VMS from the start showed up with a few good ideas: from RSX, TOPS, UNIX, and other older systems designed in.  > When it comes to security, a reputation is good thing to have.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation^= NASA GSFC Flight Software       | Federal Sector, Civil GroupaE                                 | please remove ".aspm" when replying    ------------------------------   Date: 3 Apr 2001 09:28:50 ESTn1 From: byer@mail.ourservers.net (Robert Alan Byer)n% Subject: Re: Spice for OpenVMS Alpha?>1 Message-ID: <FIdLBwb+r$V4@cartman.ourservers.net>d  F Anyone know where I can get a copy of the current version of SPICE for Alpha?  5 I've done some searching and so far haven't found it.i   -- w  @  +------------------+--------------------------+---------------+@  | Robert Alan Byer | byer@mail.ourservers.net | ICQ #65926579 |@  +------------------+--------------------------+---------------+@  | Send an E-mail request to obtain a copy of my PGP key.      |@  +-------------------------------------------------------------+@  | "It is by caffeine alone I set my mind in motion.  It is by |@  |  cans of cola the thoughts aquire speed, the hands aquire   |@  |  shakes, the shakes become a warning.  It is by caffeine    |@  |  alone I set my mind in motion."                            |@  +-------------------------------------------------------------+   ------------------------------   Date: 3 Apr 2001 15:55:36 GMT-2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)% Subject: Re: Spice for OpenVMS Alpha?a, Message-ID: <9acrpo$s1d@gap.cco.caltech.edu>  ] In article <3AC996E4.57EC594D@uk.sun.com>, andrew harrison <andrew.nospam@uk.sun.com> writes:n  8 >2.	The Cert advisories prove beyond doubt that security6 >	information released by Compaq relating to OpenVMS's8 >	vunerability to common exploits is either non existant5 >	when OpenVMS was vunerable, incorrect when OpenVMS c: >	was vunerable, or unhelpfull when OpenVMS was vunerable.  C You'd better cite letter and verse when you make a claim like that.hF On the face of it what you say is totally ridiculous, if for no other K reason than that most "common exploits" depend upon buffer overruns in Unix>I utilities that are wholly absent from VMS.  Conversely, there seem to be  G quite a few security holes in Solaris specific software.  For instance:   4   CERT Advisory CA-2001-05 Exploitation of snmpXdmid  (    Original release date: March 30, 2001    Source: CERT/CC  D    A complete revision history can be found at the end of this file.       Systems Affected  H    Any machine running Solaris 2.6, 7, or 8 with snmpXdmid installed andB    enabled. snmpXdmid is installed and enabled by default on these    systems.e   >n5 >	This may be for any one of a number of reasons but ,5 >	which would you prefer ? Incompetence, arrogance ord8 >	a conspiracy, how do you explain the fact that Compaqs2 >	responses for OpenVMS leave a lot to be desired.  E You have not made your point.  To assert that they "leave a lot to be J desired" without citing specific cases, and a lot of them at that, is just3 slinging mud and hoping that some of it will stick.   L If you think that OpenVMS is so insecure I'm sure that we can arrange for a I regular user account for you on a VMS system so that you can demonstrate  J for us just how easy it is to break in.  We'll even give you a head start L by allowing a telnet and providing a valid login.  The worst you'll be able E to do is to become a PITA by running something interactively at full  L priority - until the system manager drops your default priorities, and then " you won't even be able to do that.   Regards,   David Mathog mathog@seqaxp.bio.caltech.edua? Manager, sequence analysis facility, biology division, Caltech l   ------------------------------  % Date: Tue, 03 Apr 2001 11:53:46 -0400s) From: Robert DiRosario <rdirosar@csc.com>d% Subject: Re: Spice for OpenVMS Alpha? ' Message-ID: <3AC9F20A.16EBB09B@csc.com>o  I The "FTP" link doesn't work, not just for SPICE, but for the entire DECUSi library.  It's been likeE this for several weeks.  Does anyone else have problems with it?  The' "Feedback" link also= doesn't work and e-mail to information@Encompass.Org bounces.   I Does anyone have an e-mail address for someone at DECUS who can fix this?m  
 ualski wrote:v  F > If you have FORTRAN on your Alpha, then you can compile it yourself. >m > see> >)H > http://www.decus.org/encompass/libcatalog/description_html/v00216.html >g > and/or > H > http://www.decus.org/encompass/libcatalog/description_html/v00006.html >hE > DECUS says they're for VAX/VMS but I remember just fortran the last & > time I compiled it, a few years ago. >? > -- Aaron Sliwinski   ------------------------------  # Date: Tue, 03 Apr 2001 16:44:49 GMTt2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)M Subject: Re: Support for CD-R (was: Re: Seeking CD-R/CD-RW SCSI INQUIRY data)r2 Message-ID: <56ny6.499$fB6.14274@news.cpqcorp.net>  Q In article <009F9FAC.F51F1C83.5@decus.de>, Michael Unger <unger@decus.de> writes:H  B :(No standards? Devices manufactured not compliant with standards?C :Standards as defined can be interpreted in different ways? I heard0E :years ago that "the standards" for recordable CD media are describedaF :in the "orange book". - I _do_ know that neither "S" in "SCSI" is the$ :abbreviation for "Standard" ... ;-)  B   You have clearly not yet reached a fully visceral understanding A   of that which is politely known as SCSI.  When you can create a A   working SCSI driver implementation for an arbitrary SCSI widgeteB   from scratch, it will be time for you to leave, Grasshopper. :-)  A   Put another way, there are currently three major familities of sC   SCSI CD-R drives around, and various CD-R drive models even from f=   a particular vendor are not necessarily command-compatible.c  . :"formal support not added anytime soon": Why?E :CD-Rs are an established medium for backup and software distributionoA :which can not be overwritten (i.e., files can not be modified ory@ :deleted later on) and with a life expectancy of about 30 years.  :   This has nothing to do with the media lifetime itself.    G   The complexity here involves tracking and supporting the CD-R drives  ,   and fielding the inevitable support calls.  G :Maybe you can tell us the reason the OpenVMS management has decided to F :keep this on the "wish list" forever? I guess it has been there for a :rather long time now ...s  F   Why?  Simple: Resources (engineers, time), and scheduling priorities-   (DII COE, other high(er)-profile projects).:  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: Tue, 03 Apr 2001 18:13:59 +0100j  From: steven.reece@quintiles.comM Subject: Re: Support for CD-R (was: Re: Seeking CD-R/CD-RW SCSI INQUIRY data).H Message-ID: <OF0A1BD85B.DD03F711-ON80256A23.005E54BB@qedi.quintiles.com>  I Reading between the lines, I guess one of the issues is that as soon as a,G target device has been qualified for use on VMS, it's gone and has beenWI replaced by a later variant (at least two or three times in some cases!!)9  K Would it make any sense at all for Compaq to release their own version of awF CD-R or CD-RW drive that could be qualified and then made available inK sufficient numbers to satisfy the (as yet unquantified) demand?  This would.; perhaps make it a similar proposition to the RRD-4x drives.e Steve.   Hoff wrote/quoted:1 >>>:"formal support not added anytime soon": Why?IE :CD-Rs are an established medium for backup and software distributionsA :which can not be overwritten (i.e., files can not be modified ort@ :deleted later on) and with a life expectancy of about 30 years.  8   This has nothing to do with the media lifetime itself.  F   The complexity here involves tracking and supporting the CD-R drives,   and fielding the inevitable support calls. <<<e   ------------------------------  # Date: Tue, 03 Apr 2001 13:11:35 GMT-1 From: "Mark D. Jilson" <jilly@clarityconnect.com>0$ Subject: Re: TCP/IP 5.0A ECO Appears2 Message-ID: <3AC9CC63.B96194E2@clarityconnect.com>  B I have logged this to the appropriate folks.  If you have a *very*F pressing need for this and can handle a 374784 byte VMS ZIP file as an? email attachment then send mail to my CPQ address that is in myF
 signature.   Peter LANGSTOEGER wrote: > \ > In article <998egq.ac.1@hans.myfqdn.de>, Hans.Bachner@altavista.net (Hans Bachner) writes:N > >The long awaited VMS72_PCSI ECO for OpenVMS VAX is now officially available > # > I did read the announcement, too. M > But, after two more weeks, it is still NOT available in the FTP server area # > and NOT downloadable via DSNlink.s3 > So, is it really available or do I need glasses ?h$ > Or should I get paranoic instead ? > I > >(I'm sure your local support organisations have provided a provisional   > >version of this kit earlier). > 8 > Nope. They wanted me to sign a beta tester agreement !- > Some kind soul here did help me instead ;-)e > N > >                                The kit does not show up on the patches webN > >site yet, but should soon be available there. Until then, your local Compaq% > >support can provide the final kit.  > I > But only if I have a support contract, which I unfortunately don't havehK > any longer since a year now (for VAX; or soon won't have for Alpha, too).f >  > Nice try, but alas >  > --> > Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651= > Network and OpenVMS system manager  Fax.    +43 1 81111-888p> > <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netJ > A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   -- oD Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  % Date: Tue, 03 Apr 2001 14:55:40 +0100o  From: steven.reece@quintiles.com Subject: Re: VAX in 1UH Message-ID: <OF89C1FAA2.69A86403-ON80256A23.0049CFD7@qedi.quintiles.com>  H IIRC, it's a cabinet of similar size to the BA440/BA213 in which you canI house up to six DSSI disks (like the RF71, RF72, RF73) and up to one DSSIn tape device (like a TF86).F Not sure whether the tape device is interchangable with a disk or not.J They also have the power switching facilities that can be hooked up to theH BA440 cabinets so that switching off the CPU cabinet causes the R400X to
 "switch off".r4 Its brother, the B400X, is a Qbus expansion cabinet.   Steve.   In comp.os.vms cthulhu asked : >>>s* fabio_compaq@ep-bc.petrobras.com.br wrote:   > 1 (one)  R400X  
 What is this?*        discoveringly,I         Cthulhu  <<<n   ------------------------------   Date: 3 Apr 2001 15:37:01 GMT 2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)$ Subject: Re: VMS-Related: Affordable, Message-ID: <9acqmt$s1d@gap.cco.caltech.edu>  X In article <3AC90A50.B6200D72@infopuls.com>, Christof Brass <brass@infopuls.com> writes: >"David J. Dachtera" wrote:r >t> >Continue, at least for about one year if you can afford it. I; >think the next 12 to 24 month will tell if there is a turnh? >around in the user base and the preception of what VMS is good > >for. To reverse the trend low cost systems and students using >them will be essential.  D Which is too damn bad for VMS because there are no low cost systems,H neither is there a competitive academic program.  OpenVMS is dead in theI water in this market.  Or more accurately, literally dead in this market,  as in, extinct.e  D When I've finished putting together the new low cost Sun system I'llH provide all the details.  Right now it looks like the machine which willE replace the DS10 will cost about $2500 in total, and that includes OSsI (unlimited users, of course), the Sun academic program (for 1 year, givesaF compilers), and hardware (no monitor though).  That price includes 1GbI memory and a single 75Gb IBM disk, which together account for roughly 40%eI of the price.  This machine will likely be no more than half the speed of G the DS10 it replaces for CPU bound operations, but due to VMS's seriousyI disk IO constraints, faster for those operations, which are rate limitingI% for virtually all of the work we do.    E And the only reason this isn't a Linux system running on high qualitynK Athlon hardware (which would have cost $500 less and been twice as fast) isiG that we have 1 piece of licensed software that requires Solaris or Irix - (and I'm not stepping into the SGI quagmire.)o  K Which all goes to show that technical credentials, both for an OS (VMS) andXH for the hardware (Alpha) count for squat if the company controlling the = technology does not market it well.  Or in this case, at all.h  J I don't have Terry Shannon's credentials, but my "fearful prognostication"G is that the eventual winner of the 64 bit wars will be AMD.  Unlike the.L itanic, the "Hammer" will actually run 32 bit x86 code at a reasonable speedH AND offer 64 bits as well.  I believe AMD will achieve this because theyK simply have to.  Their 64 bit processor may turn out to be little more thantK an x86 with bigger/faster everything, but the history of the CPU market hastK been for the last 10 years that the x86 just keeps growing and growing, andeN as long as backwards compatibility is maintained, the new ones replace the oldK ones.   The itanic did not maintain backwords compatibility, and I believe OK that will turn out to have been a fatal error.  It will provide an opening nK for the "Hammer" to become the upgrade path for the huge x86 server market,rI and also for the desktop market.  Moreover, the AMD processor will arrive D at a time when >2GB of memory will cost <$1/Mb, perhaps as little asG $.5/Mb. Consequently these machines will be available from day one withCC enough physical memory so that the 64 bits can actually be used fory something. 9  L I don't see Alpha having any presence in the small end of the market within H a year or two.  API is way too slow pushing new chips and boards out theI door, and they're doing a terrible job of even selling the ones they haveoH now.  Plus they just changed their name to "API networks" which looks toF this observer like an admission that they just can't cut it in the CPUI world and are changing directions so that they can stay in business.  ButtC Compaq's strategy for everything except huge servers depends on APItJ cranking out processors and boards.  There's a wind blowing and it doesn't3 look good for the house of cards that Compaq built!e  B One can only hope that, tucked away in some back corner of OpenVMSI engineering, well hidden from the powers that be, that there are a couplepH of engineers quietly working out the contingincies for moving OpenVMS toF another hardware platform.  Because while Tru64 is just another Unix, " there's nothing else like OpenVMS.   Regards,   David Mathog mathog@seqaxp.bio.caltech.edu@? Manager, sequence analysis facility, biology division, Caltech cJ **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------   Date: 3 Apr 2001 16:03:52 GMTt* From: bdwheele@indiana.edu (Brian Wheeler)$ Subject: Re: VMS-Related: Affordable2 Message-ID: <9acs98$5qb$1@jetsam.uits.indiana.edu>  L > I don't have Terry Shannon's credentials, but my "fearful prognostication"I > is that the eventual winner of the 64 bit wars will be AMD.  Unlike theoN > itanic, the "Hammer" will actually run 32 bit x86 code at a reasonable speedJ > AND offer 64 bits as well.  I believe AMD will achieve this because theyM > simply have to.  Their 64 bit processor may turn out to be little more thannM > an x86 with bigger/faster everything, but the history of the CPU market has M > been for the last 10 years that the x86 just keeps growing and growing, andOP > as long as backwards compatibility is maintained, the new ones replace the oldM > ones.   The itanic did not maintain backwords compatibility, and I believe -2 > that will turn out to have been a fatal error.    I I think its even worse than that.  The EPIC architecture is fundamentallyeK broken:  it relies very heavily on the compiler to schedule instructions atsL compile time.  You can't know how a program is going to behave until you runK it...and that's long after the program's parallelism has been set in stone.i  L Not to mention that since the compiler has to have intimate knowledge of theI CPU in order to force speed, any change in the CPU is going to require a ?( recompile, or the system will slow down.  J While the Hammer series may not be the best 64 bit platform, it has a good" chance of becoming a front runner.   Briani   ------------------------------  # Date: Tue, 03 Apr 2001 17:29:56 GMT-4 From: "Terry C. Shannon" <terryshannon@mediaone.net>$ Subject: Re: VMS-Related: Affordable< Message-ID: <oMny6.4925$107.6246291@typhoon.ne.mediaone.net>  ? "David Mathog" <mathog@seqaxp.bio.caltech.edu> wrote in messagey& news:9acqmt$s1d@gap.cco.caltech.edu...   >dI > Which all goes to show that technical credentials, both for an OS (VMS)c andnI > for the hardware (Alpha) count for squat if the company controlling the+? > technology does not market it well.  Or in this case, at all.  >-L > I don't have Terry Shannon's credentials, but my "fearful prognostication"I > is that the eventual winner of the 64 bit wars will be AMD.  Unlike the H > itanic, the "Hammer" will actually run 32 bit x86 code at a reasonable speedsJ > AND offer 64 bits as well.  I believe AMD will achieve this because theyH > simply have to.  Their 64 bit processor may turn out to be little more thanI > an x86 with bigger/faster everything, but the history of the CPU marketa has	I > been for the last 10 years that the x86 just keeps growing and growing,n anduL > as long as backwards compatibility is maintained, the new ones replace the oldaL > ones.   The itanic did not maintain backwords compatibility, and I believeL > that will turn out to have been a fatal error.  It will provide an openingE > for the "Hammer" to become the upgrade path for the huge x86 serverh market,tK > and also for the desktop market.  Moreover, the AMD processor will arriveeF > at a time when >2GB of memory will cost <$1/Mb, perhaps as little asI > $.5/Mb. Consequently these machines will be available from day one withnE > enough physical memory so that the 64 bits can actually be used for  > something.  G Hey, anything is possible. Had IA64 shipped in volume a year ago, IntelnI might have been able to hammer the nails in the coffin of Hammer. At this	L stage it's anybody's guess. His Cutlerness supposedly is fooling around withI code for Hammer. As a 64b extension of IA32, Hammer would be a far easier ' port than IA64 and all that EPIC stuff.v  L If Microsoft were to anoint Hammer as a reference platform, things would get mighty interesting.i   >wF > I don't see Alpha having any presence in the small end of the market withinJ > a year or two.  API is way too slow pushing new chips and boards out theK > door, and they're doing a terrible job of even selling the ones they have J > now.  Plus they just changed their name to "API networks" which looks toH > this observer like an admission that they just can't cut it in the CPUK > world and are changing directions so that they can stay in business.  ButnE > Compaq's strategy for everything except huge servers depends on APIaL > cranking out processors and boards.  There's a wind blowing and it doesn't5 > look good for the house of cards that Compaq built!c  K Such rumours are floating around. The CPQ roadmap shows the 1GHz ES45, plus-H faster DS10s and DS20s over the next year or so, but who knows what lies7 beyond. Relying on API would IMHO be imprudent at best.e   >OD > One can only hope that, tucked away in some back corner of OpenVMSK > engineering, well hidden from the powers that be, that there are a coupletJ > of engineers quietly working out the contingincies for moving OpenVMS toG > another hardware platform.  Because while Tru64 is just another Unix,c$ > there's nothing else like OpenVMS.  L Not very likely. The last time the VMS porting idea was seriously consideredF was 1994. The acquisition of Wes Melling and the "dumb on down" to WNTJ Affinity Strategy pretty much shut down any further investigation. At thisL point, it's probably way too late to go ahead with a port, assuming same wasJ architecturally feasible. T'would be tough to make a business case for it.   ------------------------------  % Date: Tue, 03 Apr 2001 01:46:47 -0500 / From: Chris Scheers <chris@applied-synergy.com>-2 Subject: Re: When might SYS$SCHDWK not wake me up?3 Message-ID: <3AC971D7.80A346FC@applied-synergy.com>R   "antonio.carlini" wrote: >  > Jan Vorbrueggen wrote: > >a5 > > Chris Scheers <chris@applied-synergy.com> writes:> > >nN > > > However, it is possible that your "process" code is calling some routineL > > > that internally does a non-blocking system call, then does a $HIBER toM > > > wait for an AST.  In this case, if the code has been written correctly, L > > > the $HIBER will eat your pending wakeup, the code will realize that itL > > > shouldn't be awake yet, and it will go back $HIBER.  At some point theL > > > AST will fire, waking the code, which continues from the $HIBER.  ThenM > > > "process" will continue until you get to your $HIBER, which will really M > > > hibernate because the $SCHDWK has already fired.  (A routine that callsl- > > > the C RTL "sleep" can also cause this.)  > > O > > This seems to me a very plausible explanation. It also means that doing theaN > > $SCHDWK and $HIBER without processing in between should solve the problem.C > > But using a repeating $SCHDWK is programming with a safety net.e > . > I don't see why the AST routine is mentioned( > above -- unless it does something like' > schedule another wakeup or cancel thet/ > pending one, it won't affect anything. If youi- > were in a particular $HIBER before the AST,n# > you'll still be in it afterwards.i > ( > In addition a non-blocking system call, > that then needs to wait for I/O completion- > would use either an AST and some signallinge- > mechanism or $SYNCH ... $HIBER is not a waye > I would choose to do it.  $ I agree that $SYNCH would be better.  H However, I mentioned the $HIBER/AST/$WAKE possibility because I actuallyB ran across this combo once.  Unfortunately, I don't remember where2 anymore.  It may have been in the pre-$SYNCH days.  G -----------------------------------------------------------------------i$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com i   Fax: 817-237-3074-   ------------------------------  % Date: Tue, 03 Apr 2001 11:37:56 +0100a% From: Alan Greig <a.greig@virgin.net>-: Subject: Windows 2000 non proprietary according to Compaq!8 Message-ID: <jb8jct0ptubihpp5obt27o9bu3ri9aol2b@4ax.com>  E This week's UK Computing magazine carries an 8 page Compaq "strategic3> white paper" insert on the Compaq TaskSmart NAS appliance. TheF supplement does a reasonable job of explaining the differences betweenB NAS and SAN devices but its main purpose seems to be to spread FUDF about the market leader in NAS devices - Network Appliances. There areA frequent claims that the TaskSmart is better than the competitioniD *because* it uses industry standard hardware and software - ie IntelE and Microsoft; NetApp use their own OS plus Alpha chips although theyaF are going Intel in future - they claim this was because Compaq did notF deliver on projected Alpha speed ups fast enough and the fastest IntelB chips now outperform the fastest Alpha chips in their application.2 Guess file servers don't do much floating point...  @ But the best Compaq line has to be the following: "... TaskSmartB N-Series appliances are based on an optimized version of Microsoft> Windows 2000 which is an industry standard - not a proprietary, operating system" Has anyone told Microsoft? -- Alan   ------------------------------  % Date: Tue, 03 Apr 2001 08:30:44 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.br > Subject: Re: Windows 2000 non proprietary according to Compaq!L Message-ID: <OFDA86EC2C.770F2341-ON03256A23.003F13C9@ep-bc.petrobras.com.br>  B Dont worry ... after fire 5.000 employees do you believe Compaq is interested in development,D technology, evolution ?  Compaq is not DEC !  Compaq is not moved by inovation..... it is moved by NASDAQ $$$$$$......0 What will be the future of Compaq ?  IBM or HP ?   Regards,   FC        6 Alan Greig <a.greig@virgin.net> em 03/04/2001 07:37:56  1 Favor responder a Alan Greig <a.greig@virgin.net>a             Info-VAX@Mvb.Saic.Comc      : Assunto: Windows 2000 non proprietary according to Compaq!      E This week's UK Computing magazine carries an 8 page Compaq "strategic > white paper" insert on the Compaq TaskSmart NAS appliance. TheF supplement does a reasonable job of explaining the differences betweenB NAS and SAN devices but its main purpose seems to be to spread FUDF about the market leader in NAS devices - Network Appliances. There areA frequent claims that the TaskSmart is better than the competitionTD *because* it uses industry standard hardware and software - ie IntelE and Microsoft; NetApp use their own OS plus Alpha chips although theyoF are going Intel in future - they claim this was because Compaq did notF deliver on projected Alpha speed ups fast enough and the fastest IntelB chips now outperform the fastest Alpha chips in their application.2 Guess file servers don't do much floating point...  @ But the best Compaq line has to be the following: "... TaskSmartB N-Series appliances are based on an optimized version of Microsoft> Windows 2000 which is an industry standard - not a proprietary, operating system" Has anyone told Microsoft? -- Alan   ------------------------------  % Date: Tue, 03 Apr 2001 13:26:45 +0100r% From: Alan Greig <a.greig@virgin.net>o> Subject: Re: Windows 2000 non proprietary according to Compaq!8 Message-ID: <epfjcto0kvaij1i7igcl5f3glrmj47djfi@4ax.com>  # On Tue, 03 Apr 2001 08:30:44 -0300,e* fabio_compaq@ep-bc.petrobras.com.br wrote:  C >Dont worry ... after fire 5.000 employees do you believe Compaq is  >interested in development,iE >technology, evolution ?  Compaq is not DEC !  Compaq is not moved bys >inovation..... it isR >moved by NASDAQ $$$$$$......d  B As I point out in another thread, at least in the UK, all the jobsF going are involved in the "Industry Standard" side of the business. AsE you say Compaq is not DEC but the jury is still out on how it handlesU the ex DEC business.  E Based on current profitability levels of the divisions perhaps if DECeD had remained independent it could today be putting in a takeover bid for Compaq!c   -- Alan   ------------------------------  # Date: Tue, 03 Apr 2001 14:14:54 GMTt4 From: "Terry C. Shannon" <terryshannon@mediaone.net>> Subject: Re: Windows 2000 non proprietary according to Compaq!< Message-ID: <yVky6.4780$107.6182590@typhoon.ne.mediaone.net>   >9B > But the best Compaq line has to be the following: "... TaskSmartD > N-Series appliances are based on an optimized version of Microsoft@ > Windows 2000 which is an industry standard - not a proprietary. > operating system" Has anyone told Microsoft?  J No, they are probably too busy laffing. Who wrote that line? Bill Gates or John Cleese?  K As far as I am concerned, anything you pay for and which is controlled by alG single Borg, er, entity, is proprietary. Give me freely available, opencD source, all 65K-bugs-included, Windows 2000 and I'll be the first toJ designate same as non-proprietary. In the interim, Compaq's assertion must; be taken with a grain of salt. Or a 50-pound block thereof.i   ------------------------------  % Date: Tue, 03 Apr 2001 11:10:19 -0500h* From: WILLIAM WEBB <WWEBB1@email.usps.gov>> Subject: RE: Windows 2000 non proprietary according to Compaq!- Message-ID: <0033000020470094000002L042*@MHS>c   =0A> -----Original Message----- 1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ' > Sent: Tuesday, April 03, 2001 9:18 AM58 > To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET@ > Subject: RE: Windows 2000 non proprietary according to Compaq! >  >h% > On Tue, 03 Apr 2001 08:30:44 -0300,i, > fabio_compaq@ep-bc.petrobras.com.br wrote: >tE > >Dont worry ... after fire 5.000 employees do you believe Compaq is  > >interested in development, H > >technology, evolution ?  Compaq is not DEC !  Compaq is not moved by=   > >inovation..... it is  > >moved by NASDAQ $$$$$$......f >)D > As I point out in another thread, at least in the UK, all the jobsH > going are involved in the "Industry Standard" side of the business. A= s H > you say Compaq is not DEC but the jury is still out on how it handles=   > the ex DEC business. > H > Based on current profitability levels of the divisions perhaps if DEC=  F > had remained independent it could today be putting in a takeover bid
 > for Compaq!c >oH      Alan!  Why would DEC want to?  They ALREADY had a PeeCee division.=  H      (that also lost money, not just once, but in two incarnations as I=  (       recall, but that's another story.)        WWWebbe   > -- > Alan >=   ------------------------------  % Date: Tue, 03 Apr 2001 11:15:49 +0200t= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>C: Subject: Re: [ANNOUNCEMENT] OpenSSL 0.9.6a Beta 3 released) Message-ID: <3AC994C4.884B7B66@gtech.com>s   Admin Mailing Lists wrote:4 > uhh, the 'a' on the version can be very deceiving.; > it denotes an alpha version of the version number stated.OB > From the email, it doesn't seem this is what you wish to convey.@ > It should either be 0.9.7a or 0.9.6pl1 or something like that.  H That is one numbering convention. Apperently the SSL people use another.  = And I am a bit surprised to see this criticism in this forum.$ Considering @ that this numbering convention is very common in VMS land. F.ex.
 TCP/IP 5.0A !w   Arne   ------------------------------  # Date: Tue, 03 Apr 2001 13:10:30 GMTh3 From: Dave Harrold <DRHarrold.nospam@earthlink.net>eY Subject: [HUMOR]Foot-And-Mouth beleived to be first virus unable to spread through Micros 8 Message-ID: <rqijctsqitj30kbal9k22hjqev1rm769nv@4ax.com>  1 http://www.satirewire.com/news/0103/outlook.shtmlt      V ======================================================================================V Dave Harrold                                          E-Mail: David_Harrold@Aurora.orgL Sr. Software Systems Engineer                         Phone : (414) 647-6204L Aurora Health Care                                    FAX   : (414) 647-4999I 3031 W. Montana Street                                Milwaukee, WI 53234S  X "A common mistake people make when trying to design something completely foolproof is to/ underestimate the ingenuity of complete fools."    ------------------------------  % Date: Tue, 03 Apr 2001 17:14:00 +0200n, From: Didier Morandi <Didier.Morandi@gmx.ch>8 Subject: Re: [Q] param to increase for unsuff SPTE (end)& Message-ID: <3AC9E8B8.5434CF60@gmx.ch>  J I multiplied GBLPAGES and GBLSECTIONS by two and now we have 93 Rdb serverC processes running well alltogether, for a maximum of 60 previously.j  
 Issue closed.t Thanks to all participants.n   D.   Didier Morandi wrote:o > Q > What is the system parameter I should increase to enlarge my cache on an Alpha,eB > please? Working with many databases together makes SQL complain: > I > %SQL-F-ERRATTDEF, Could not use database file specified by SQL$DATABASEt8 > -RDB-F-SYS_REQUEST, error from system services requestH > -RDMS-F-CANTCREGBL, error creating and mapping database global section2 > -SYSTEM-F-INSFSPTS, insufficient SPTEs available > 0 > Is it GBLPAGES/GBLSECTIONS as before with VMS?   ------------------------------   End of INFO-VAX 2001.187 ************************