1 INFO-VAX	Mon, 13 May 2002	Volume 2002 : Issue 263       Contents:N Re: Big problems upgrading a DS20E to VMS 7.3 - no devices, no serial  consoleN Re: Big problems upgrading a DS20E to VMS 7.3 - no devices, no serial  consoleP Re: Big problems upgrading a DS20E to VMS 7.3 - no devices, no serial console co3 Re: Capellas: Linux, Windows Will 'Eviscerate' Unix 3 Re: Capellas: Linux, Windows Will 'Eviscerate' Unix 3 Re: Capellas: Linux, Windows Will 'Eviscerate' Unix & Re: High Water Concurrent Users Count?' howto create self-extracting zip files? + Re: howto create self-extracting zip files? + Re: howto create self-extracting zip files? + Re: howto create self-extracting zip files? + Re: howto create self-extracting zip files? + Re: howto create self-extracting zip files? + Re: howto create self-extracting zip files? 3 Re: Linux will rule Capellas?  I don't think so ...  Re: No new Alpha sales Re: No new Alpha sales Re: No new Alpha sales Re: No new Alpha sales Re: No new Alpha sales Re: No new Alpha sales Re: No new Alpha sales Re: No new Alpha sales Re: Powered by HP " Re: simple disk-shadowing question Subprocesses in C  Re: Subprocesses in C  Re: Subprocesses in C 2 Re: Swapping: 3Dlabs for Elsa Gloria Synergy Cards2 Re: Swapping: 3Dlabs for Elsa Gloria Synergy Cards2 Re: Swapping: 3Dlabs for Elsa Gloria Synergy Cards2 Re: Swapping: 3Dlabs for Elsa Gloria Synergy Cards* Re: UK/EU OpenVMS job market: non-existant0 Re: What is good model for disk i/o w/shadowing?P Windows 2000 Server drops off the network after upgrading Advanced Server Server Re: [announce] FreeVMS 0.0.14  RE: [announce] FreeVMS 0.0.14  Re: [announce] FreeVMS 0.0.14  Re: [announce] FreeVMS 0.0.14  Re: [announce] FreeVMS 0.0.14  Re: [announce] FreeVMS 0.0.14   F ----------------------------------------------------------------------  % Date: Sun, 12 May 2002 13:44:03 -0500 & From: "Dave Gudewicz" <k9jdk@arrl.net>W Subject: Re: Big problems upgrading a DS20E to VMS 7.3 - no devices, no serial  console 8 Message-ID: <3cdeb7fe$0$3569$1dc6e903@news.corecomm.net>  I My suggestion for starters.  Get PAL code up to v6.1.  I believe that the  latest.    Dave...   - "Jeremy" <jeremy@vsm.com.au> wrote in message $ news:3CDDC13B.84C998C3@vsm.com.au... > Hi,  > H > (Sorry if this appears twice, I'm not sure if the first one went out.) > I > I'm trying to upgrade a DS20E from VMS 7.2-1 to VMS 7.3.  It's a pretty K > vanilla configuration: dual CPU, CD-ROM, floppy, 1GB RAM, DE600 ethernet, A > ELSA Gloria graphics, an internal LVD six-device SCSI bus and a  narrow-SCSI J > bus for the external tape drive.  PALcode was updated to 5.9 over a year > ago. > J > The upgrade itself seemed to go OK, but I'm not 100% certain as I did it via L > the graphics console (an ELSA Gloria card).  It certainly didn't crash outJ > with an error message.  After it rebooted and ran AUTOGEN I noticed lots ofG > errors from SYSTARTUP_VMS which indicated something was badly broken.  > D > After logging in via the console I did $ SHOW DEVICE (i.e. the DCL command)D > and it was as if the system had done a minimal boot: there were noL > AUTOCONFIGUREd devices.  Aside from the system disk the only devices whichE > were visible were OPA0, RTA0, RTB0, FTA0, MPA0, PKA0 and WSA0.  Yet  > STARTUP_P1 was " ".  > G > Running MCR SYSMAN IO AUTOCONFIGURE did nothing; in fact it completed H > immediately (usually it take several seconds while it probes the buses SCSIJ > devices).  I would have expected this to at least bring up all six disks onL > the SCSI bus.  By contrast, all devices are visible from the Alpha console	 > prompt.  > K > That was yesterday.  This morning I thought I'd see if I could persuade a I > local PC to act as a serial console.  I hooked it all up, gave the "set J > console serial" command and reset the system.  This appeared to work, inI > that the diagnostic messages came up in the terminal emulator window on  the K > PC, but the console prompt never appeared.  I found that if I pressed the I > <Return> key on the graphics console I got a console prompt there; if I  thenL > pressed <Return> on the PC, I got a console prompt there.  I then tried toG > boot the OpenVMS Operating System CD-ROM using my serial console.  It I > printed the usual few lines during the process of loading the bootstrap K > image but the last line was "jumping to bootstrap code" and then nothing. I > Everything after that goes to the graphics console.  I tried unplugging  the I > video, keyboard and mouse cables to see if their presence was confusing K > things, but then I end up with a system which I can't communicate with at  > all. >  > Has anyone seen this before? > 	 > Thanks,  > 
 > Jeremy Begg  > VSM Software Services Pty Ltd  > jeremy AT vsm DOT com DOT au   ------------------------------  % Date: Sun, 12 May 2002 14:46:44 -0500 C From: "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com> W Subject: Re: Big problems upgrading a DS20E to VMS 7.3 - no devices, no serial  console H Message-ID: <craig.berry-ED149D.14464412052002@news.directvinternet.com>  / > "Jeremy" <jeremy@vsm.com.au> wrote in message & > news:3CDDC13B.84C998C3@vsm.com.au...  K > > I'm trying to upgrade a DS20E from VMS 7.2-1 to VMS 7.3.  It's a pretty M > > vanilla configuration: dual CPU, CD-ROM, floppy, 1GB RAM, DE600 ethernet, O > > ELSA Gloria graphics, an internal LVD six-device SCSI bus and a narrow-SCSI L > > bus for the external tape drive.  PALcode was updated to 5.9 over a year > > ago.  G Is the system disk on the same SCSI bus as the invisible drives?  What  H exactly is the host bus adapter driving this bus?  If it's a KZPCA then G your drivers should be ok, but if it's a KZPEA (unlikely since I don't  @ think it's supported under 7.2-1) then you'll need to apply the E appropriate fibre/scsi or update ECO to get the driver.  Was there a  G particular reason you didn't upgrade the firmware before upgrading the  E OS?  Other than checking those things, be sure to reread the release  + notes, especially chap. 7 on device issues.    ------------------------------  % Date: Mon, 13 May 2002 10:38:03 +1000   From: Jeremy <jeremy@vsm.com.au>Y Subject: Re: Big problems upgrading a DS20E to VMS 7.3 - no devices, no serial console co * Message-ID: <3CDF0AEB.994D044C@vsm.com.au>  
 Jeremy wrote:  >...I > I'm trying to upgrade a DS20E from VMS 7.2-1 to VMS 7.3.  It's a pretty K > vanilla configuration: dual CPU, CD-ROM, floppy, 1GB RAM, DE600 ethernet, M > ELSA Gloria graphics, an internal LVD six-device SCSI bus and a narrow-SCSI J > bus for the external tape drive.  PALcode was updated to 5.9 over a year > ago. > N > The upgrade itself seemed to go OK, but I'm not 100% certain as I did it viaL > the graphics console (an ELSA Gloria card).  It certainly didn't crash outM > with an error message.  After it rebooted and ran AUTOGEN I noticed lots of G > errors from SYSTARTUP_VMS which indicated something was badly broken.  >...  J It's all working now.  After writing the previous message I decided to tryI the VMS 7.3 upgrade again, without restoring my VMS 7.2 backup first.  In L other words, I was upgrading to VMS 7.3 on an existing VMS 7.3 system disk. K The CD-ROM upgrade gave me the option of doing a "re-install" as the manual K said it would, and I took that option.  The nett result was that the system ) booted properly with all devices visible.   K I can only assume that there was a corrupt or misplaced file on the VMS 7.2 G system disk which interfered with the VMS 7.3 upgrade, but was fixed by 4 applying the VMS 7.3 upgrade over the top of itself.   Regards,   	Jeremy Begg   ------------------------------    Date: 12 May 2002 15:01:03 -0700( From: bob@instantwhip.com (Bob Ceculski)< Subject: Re: Capellas: Linux, Windows Will 'Eviscerate' Unix= Message-ID: <d7791aa1.0205121401.726ae7a0@posting.google.com>   q Doc.Cypher <Use-Author-Address-Header@[127.1]> wrote in message news:<20020512112721.2778.qmail@gacracker.org>...  > J > I'd conclude from the way you post here that the best approach with yourK > systems would be social engineering. After all, if you're gullible enough L > to buy some of the BS coming from Compaq, and now HP, then I bet you'd buy > some BS from a hacker. >  > Doc.  = I bought alot of this stuff from people like yourself on this < board ... unless you are saying that Fred and Rob and Hunter< and others who post here are idiots who don't know what they; are talking about?  One thing I know is true about vms mail = is hackers have posted on web sites wanting to know if anyone 5 knows a way to run dcl coms or exe's from it, because ; evidently they haven't been able to ... from what I know of : vms mail, you can't ... and now you are calling the people> in vms support at DEC/Q/HP idiots also, because I have learned= alot from them also ... so according to you, I should tear up < our vms support contract, turn off comp.os.vms because these1 people are all idiots ... am I hearing you right?   > P.S.  I guess I should burn the vms manuals also, because they?       must be a pack of lies written by a bunch of idiots also! ?       I guess I should forget all my real life experiences from ?       17+ years in vms also, having never had a vms crash ever, =       because it must just must all be an illusion, a mirage, <       a coincidence ... vms security is just an illusion ...?       gee, there would be more cert advisories and break-ins if ?       only people would use vms, but ... no on uses it, so they >       don't even bother putting out known issues ... gee, this?       is all starting to make sense ... vms security is just an >       illusion, it's security thru obscurity ... now I get it!@       And Bill Gates and Scott McNealy and Andrew have it right!?       Windoze/Slowaris/Linux are the only hope for IT security, @       reliability, clustering, they are my key to 99.9999!  Gee,C       thanks Doc, you saved us all from a life of hacks and crashes C       and disk rebuilds ... what's that .... ignore all the windoze C       unix/linux cert advisories and bogus "help I've been rooted"  >       postings because that is just Ken Olson trying to make aB       comeback ... what's that, Bill and Scott and Andrew all haveA       a vision for security in the IT world, and they got it from ;       Jim Jones ... gee, I wonder were it will lead us too?    ------------------------------    Date: 12 May 2002 15:10:45 -0700( From: bob@instantwhip.com (Bob Ceculski)< Subject: Re: Capellas: Linux, Windows Will 'Eviscerate' Unix= Message-ID: <d7791aa1.0205121410.72fa35d3@posting.google.com>   q Doc.Cypher <Use-Author-Address-Header@[127.1]> wrote in message news:<20020512112721.2778.qmail@gacracker.org>...  > & > After all, if you're gullible enoughL > to buy some of the BS coming from Compaq, and now HP, then I bet you'd buy > some BS from a hacker. >  > Doc.  B gee Doc, I almost forgot ... I think you better call up defcon andG tell them to cancel defcon10 ... after all, you said that those hackers B just talk BS, and we don't want anyone being misled now, would we?   ------------------------------    Date: 12 May 2002 15:15:50 -0700( From: bob@instantwhip.com (Bob Ceculski)< Subject: Re: Capellas: Linux, Windows Will 'Eviscerate' Unix= Message-ID: <d7791aa1.0205121415.3e055876@posting.google.com>   q Doc.Cypher <Use-Author-Address-Header@[127.1]> wrote in message news:<20020512112721.2778.qmail@gacracker.org>... ; > On 11 May 2002, bob@instantwhip.com (Bob Ceculski) wrote: K > >Doc.Cypher <Use-Author-Supplied-Address-Header@[127.1]> wrote in message 5 > >news:<20020511133907.28431.qmail@gacracker.org>...  > >> >vms is not hard H > >> >to understand, esp. to those at defcon ... and now they have had aK > >> >whole year to prepare for defcon10 ... and we will see again that you 4 > >> >cannot root a properly configured vms system!  > >>  L > >> Of course you can't root a properly configured VMS system - there is no > >> root.   > >>  L > >> And where exactly do you think the DefCon hackers have been doing theirP > >> preparation? I've very little evidence to indicate that anyone on VMSbox isK > >> trying to find expoits, so I'd conclude that the hackers simply aren't O > >> interested. We'll see later in the year when its announced that there will H > >> be a VMS system at DefCon 10 if I get more interest from the hackerO > >> community - but I'm sad to say I doubt it. If hackers encountered more VMS P > >> systems on the internet they might take an active interest in the OS, then,5 > >> sooner or later, someone would find an exploit.   > >>  	 > >> Doc.  > > F > >so you can't root vms, you can't run dcl or exe's from vmsmail, youG > >can't buffer overflow from multinet/tcpware as all you get is (yawn) H > >that little old accvio error (we have been thru this that vms ignoresE > >ip packets) ... so what are you going to do, break in at night and  > >pull the plug?  > J > I'd conclude from the way you post here that the best approach with yourK > systems would be social engineering. After all, if you're gullible enough L > to buy some of the BS coming from Compaq, and now HP, then I bet you'd buy > some BS from a hacker. >  >  > Doc.  C holy evisceration Doc!  We better get Mike Capellas fired before he F destroys unix!  Cause with VMS security being a hallucination and all," we would have no where else to go!   ------------------------------  % Date: Mon, 13 May 2002 11:23:13 +1000 / From: "Phil Howell" <phowell@snowyhydro.com.au> / Subject: Re: High Water Concurrent Users Count? 2 Message-ID: <fBED8.7650$Q85.433073@ozemail.com.au>  4 "Rick Dyson" <Rick-Dyson@UIowa.EDU> wrote in message# news:3CDC41B6.6E9B65CD@UIowa.EDU...  > Rick Dyson wrote:  > > L > > Is there any counter that can be grabbed via lexical or program API that would E > > hold the highest number of concurrent users on an OpenVMS node or 
 cluster since  > > the last reboot?  Or ever? > > J > > Or do I have to write something to sniff the current value and compare it with  > > a saved max? > H > Thanks for all the pointers and solution suggestions.  I have a couple	 different E > ways to get the value now and have implemented a simple one to keep  writing the I > max value to a file.  But I guess there is not already this 'high water  mark' % > value stored somewhere by VMS then?  >  > rickI One way to get this figure is to use the output from $ install list /full ; this shows the maximum shared usage for any installed image  (since the last reboot) I the usage of dcl or dcltables should indicate the maximum concurrent user 	 processes K the usage of other shared images and rtls can give you clues on application  usage  Phil   ------------------------------  % Date: Sun, 12 May 2002 09:40:53 -0400 ' From: "Wayne W. Scott" <wscott@nac.net> 0 Subject: howto create self-extracting zip files?' Message-ID: <3CDE70E5.9AAC831D@nac.net>   	 Hi Folks:   G What is the preferred method / tool(s) for creating self-extracting zip  files?H I perused the freeware CDs and reviewed related discussions that go back  D many years; most are a couple years old; none describe how to create one.1 So I came here for guidance.  Any advice, please?   
 Thank you, Wayne Scott    ------------------------------  # Date: Sun, 12 May 2002 23:33:55 GMT  From: system@SendSpamHere.ORG 4 Subject: Re: howto create self-extracting zip files?0 Message-ID: <00A0DD74.60B6F6A5@SendSpamHere.ORG>  Q In article <3CDE70E5.9AAC831D@nac.net>, "Wayne W. Scott" <wscott@nac.net> writes: 
 >Hi Folks: > H >What is the preferred method / tool(s) for creating self-extracting zip >files? I >I perused the freeware CDs and reviewed related discussions that go back  > E >many years; most are a couple years old; none describe how to create  >one. 2 >So I came here for guidance.  Any advice, please? >  >Thank you,  >Wayne Scott >  >   = $ COPY has always worked fine for me.  What could be simpler?    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------    Date: 12 May 2002 18:41:44 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) 4 Subject: Re: howto create self-extracting zip files?3 Message-ID: <ej$uU1ygGSqB@eisner.encompasserve.org>2  Q In article <3CDE70E5.9AAC831D@nac.net>, "Wayne W. Scott" <wscott@nac.net> writes:d  3 > So I came here for guidance.  Any advice, please?a  @ Use of self-extracting archives introduces a procedural security vulnerability.   ------------------------------  # Date: Sun, 12 May 2002 23:53:57 GMTn1 From: "David J. Dachtera" <djesys.nospam@fsi.net>W4 Subject: Re: howto create self-extracting zip files?' Message-ID: <3CDF03AF.6FDC6787@fsi.net>W   Larry Kilgallen wrote: > S > In article <3CDE70E5.9AAC831D@nac.net>, "Wayne W. Scott" <wscott@nac.net> writes:  > 5 > > So I came here for guidance.  Any advice, please?r > B > Use of self-extracting archives introduces a procedural security > vulnerability.  3 I guess that includes the downloadable DCXEXEs, eh?l   -- c David J. Dachterae dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/l   ------------------------------  # Date: Sun, 12 May 2002 23:48:25 GMTs1 From: "David J. Dachtera" <djesys.nospam@fsi.net>e4 Subject: Re: howto create self-extracting zip files?' Message-ID: <3CDF026C.2C834B19@fsi.net>    "Wayne W. Scott" wrote:e >  > Hi Folks:s > I > What is the preferred method / tool(s) for creating self-extracting zipr > files?J > I perused the freeware CDs and reviewed related discussions that go back > F > many years; most are a couple years old; none describe how to create > one.3 > So I came here for guidance.  Any advice, please?r   See:5 http://www.djesys.com/vms/support/zipunzip/sld047.htm 4 http://www.djesys.com/vms/support/zipunzip/index.htm   -- e David J. DachteraS dba DJE Systemsn http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/-   ------------------------------    Date: 12 May 2002 21:49:47 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)e4 Subject: Re: howto create self-extracting zip files?3 Message-ID: <K10RhydvzAYo@eisner.encompasserve.org>s  [ In article <3CDF03AF.6FDC6787@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:G > Larry Kilgallen wrote: >> eT >> In article <3CDE70E5.9AAC831D@nac.net>, "Wayne W. Scott" <wscott@nac.net> writes: >> 36 >> > So I came here for guidance.  Any advice, please? >> aC >> Use of self-extracting archives introduces a procedural securityi >> vulnerability.0 > 5 > I guess that includes the downloadable DCXEXEs, eh?f  7 I don't know those, because I do not download software.t  B For those who do, however, you should decode it with a decoder youA already possess, like VMSTAR, UNZIP, BACKUP, etc. rather than oneaA provided by the same person who provided you the data (who may org* may not be the individual you hope it is).   ------------------------------  # Date: Mon, 13 May 2002 03:32:45 GMTc1 From: "David J. Dachtera" <djesys.nospam@fsi.net>e4 Subject: Re: howto create self-extracting zip files?' Message-ID: <3CDF3701.5F8BAB7F@fsi.net>    Larry Kilgallen wrote: > ] > In article <3CDF03AF.6FDC6787@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:s > > Larry Kilgallen wrote: > >>V > >> In article <3CDE70E5.9AAC831D@nac.net>, "Wayne W. Scott" <wscott@nac.net> writes: > >>8 > >> > So I came here for guidance.  Any advice, please? > >>E > >> Use of self-extracting archives introduces a procedural security  > >> vulnerability.o > >e7 > > I guess that includes the downloadable DCXEXEs, eh?i > 9 > I don't know those, because I do not download software.i > [snip]  4 How do you get patches? Do you wait for tapes/CD-Rs?   -- l David J. Dachteral dba DJE Systemsc http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sun, 12 May 2002 19:09:28 -0700 " From: GreyCloud <cumulus@mist.com>< Subject: Re: Linux will rule Capellas?  I don't think so ...( Message-ID: <3CDF2058.1513FCDB@mist.com>   Martin Vorlaender wrote: > % > GreyCloud (cumulus@mist.com) wrote:  > > Bob Ceculski wrote: ; > > > this is just one post of text form the almost nonstoph* > > > security breaches on the linux board > ...o. > > > From: Luke Vogel (luke@bell-bird.com.au)& > > > Subject: Re: Panic! Who is vcsa?( > > > Newsgroups: comp.os.linux.security( >                 ^^^^^^^^^^^^^^^^^^^^^^# > > > Date: 2002-05-10 14:45:13 PST  > ...n/ > > Can you tell me which linux board this is??g >   / Oooppsss!!!  Sorry, guess I was tired that day.e   ------------------------------  % Date: Sun, 12 May 2002 13:42:29 -0500t& From: "Dave Gudewicz" <k9jdk@arrl.net> Subject: Re: No new Alpha salesh8 Message-ID: <3cdeb7a0$0$3570$1dc6e903@news.corecomm.net>  5 "Bill Todd" <billtodd@metrocast.net> wrote in message < news:KYhD8.147245$v7.13578933@bin6.nnrp.aus1.giganews.com... > 3 > "Dave Gudewicz" <k9jdk@arrl.net> wrote in message04 > news:3cdd747e$0$3574$1dc6e903@news.corecomm.net...L > > Where did you get the facts to support this idea?  And what policy by HP > to > > immediatelyeI > > send all new customers to HP-UX?  Can you show us this policy please?. >eB > No problem, though for someone who has been as involved in these discussionsCF > as you have been I'd have expected you to have been familiar with it
 > already. >.% > Check out the HP product roadmap atr >o6 > http://www.hp.com/hpinfo/newsroom/press/07may02b.htm > % > In it, you will find the following:i >e	 > <quote>u >nL > Decision: HP will continue with the previously published roadmaps for bothF > PA-RISC and AlphaServer systems. HP will continue development of the PA-8800sK > and PA-8900 processors, as well as the EV7 and EV79 Alpha processors. ThetJ > roles of these two families will be quite different. The PA-RISC serversF > will be targeted at the PA-RISC installed base *and all new businessJ > opportunities* [emphasis added for clarity]. AlphaServer systems will beD > primarily focused on the Alpha installed base and high-performance	 technicalS > computing. >cD > Rationale: We want to reinforce our commitment to our customers by	 followingdI > the roadmaps we had already established. We're leading with PA-RISC for1 new0J > business opportunities for two reasons: First, the PA-RISC systems will, inJ > most cases, be upgradeable in the box to future Itanium microprocessors.- > Second, HP-UX is the long-term UNIX for HP.  >'
 > </quote> >r? > Note that the above occurs in a server-generic section, not a  Tru64-specificE > section, so it does appear to apply to VMS as well as to Tru64.  Ofi course,tL > VMS's only appearance in the roadmap under a Unix section suggests that HP% > may not know the difference anyway.  >e > - bill >   L I believe that after having an email chat with Scott Stallard, he gave me thH e impression otherwise.  He kinda admitted, and I interpreted it as, theK dust has yet to settle on these sorts of things.  Yes even after these manyoE months of preparation for that eventful day a week or so ago when the J assimilation of CPQ was made so.  Do problems remain?  Sure.  ISV support,I better edu support for future decision makers to see the light, etc.  Area$ they insurmountable?  I believe not.  K My suggestion.  Keep those cards and letters going to the powers that be atv the new HPQ.   Dave...a   ------------------------------  % Date: Sun, 12 May 2002 16:19:25 -0400e- From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: No new Alpha salesa, Message-ID: <3CDECE4C.2B1F0FEF@videotron.ca>   Dave Gudewicz wrote: > M > Where did you get the facts to support this idea?  And what policy by HP toi
 > immediatelyuG > send all new customers to HP-UX?  Can you show us this policy please?-  4 http://www.hp.com/hpinfo/newsroom/press/07may02b.htm ##J Decision: HP will continue with the previously published roadmaps for bothL PA-RISC and AlphaServer systems. HP will continue development of the PA-8800J and PA-8900 processors, as well as the EV7 and EV79 Alpha  processors. TheM roles of these two families will be quite different. The PA-RISC servers will M be targeted at the PA-RISC installed base and all new business opportunities.nM AlphaServer systems will be primarily focused on the Alpha installed base andg% high-performance technical computing.u  M  Rationale: We want to reinforce our commitment to our customers by followingpL the roadmaps we had already established. We're leading with PA-RISC for new K business opportunities for two reasons: First, the PA-RISC systems will, inrH most cases, be upgradeable in the box to future Itanium microprocessors.+ Second, HP-UX is the long-term UNIX for HP.n ##   ------------------------------  % Date: Sun, 12 May 2002 14:41:16 -0700n6 From: "Howard Taylor" <Howard.Taylor@pacificcoast.net> Subject: Re: No new Alpha sales   Message-ID: <3cdedfee$1@nubby2.>  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3CDECE4C.2B1F0FEF@videotron.ca...  E >  Rationale: We want to reinforce our commitment to our customers bya	 followingtI > the roadmaps we had already established. We're leading with PA-RISC forl newoJ > business opportunities for two reasons: First, the PA-RISC systems will, inJ > most cases, be upgradeable in the box to future Itanium microprocessors.- > Second, HP-UX is the long-term UNIX for HP.s > ##   This statement says to me:@ - HP will *not* recommend OpenVMS for new business opportunitiesK - Because OpenVMS is not HP-UX (or UNIX, for that matter), OpenVMS is *not*i long-term for HP  @ Does this sound correct, or have I mis-interpreted your posting?  
 Howard Taylorn   ------------------------------  % Date: Sun, 12 May 2002 19:03:44 -0500k& From: "Dave Gudewicz" <k9jdk@arrl.net> Subject: Re: No new Alpha saleso8 Message-ID: <3cdf02ec$0$3574$1dc6e903@news.corecomm.net>  G UNIX?  Its now known that some parts (organs) of T64 will be blended inlF HP-UX to create a new UNIX named Enterprise UNIX that will run on IPF." Someday.  Meanwhile, T64 on Alpha.  I VMS? Today on Alpha and for the next few years and probably longer.  Long J term on IPF.  That's what I got out of the message.  And yes, I did notice@ that VMS was mentioned under the UNIX section of the whitepaper.  B I'm tryin' to look at this from a half-full rather than half-empty perspective.   Dave...   : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3CDECE4C.2B1F0FEF@videotron.ca... > Dave Gudewicz wrote: > >sL > > Where did you get the facts to support this idea?  And what policy by HP to > > immediately.I > > send all new customers to HP-UX?  Can you show us this policy please?  >x6 > http://www.hp.com/hpinfo/newsroom/press/07may02b.htm > ##L > Decision: HP will continue with the previously published roadmaps for bothF > PA-RISC and AlphaServer systems. HP will continue development of the PA-8800nL > and PA-8900 processors, as well as the EV7 and EV79 Alpha  processors. TheJ > roles of these two families will be quite different. The PA-RISC servers will@ > be targeted at the PA-RISC installed base and all new business opportunities.K > AlphaServer systems will be primarily focused on the Alpha installed baseo andu' > high-performance technical computing.  >aE >  Rationale: We want to reinforce our commitment to our customers by)	 followingRI > the roadmaps we had already established. We're leading with PA-RISC for2 new4J > business opportunities for two reasons: First, the PA-RISC systems will, inJ > most cases, be upgradeable in the box to future Itanium microprocessors.- > Second, HP-UX is the long-term UNIX for HP.) > ##   ------------------------------  # Date: Mon, 13 May 2002 01:03:56 GMTe1 From: "David J. Dachtera" <djesys.nospam@fsi.net>e Subject: Re: No new Alpha sales ' Message-ID: <3CDF141F.6F2893A2@fsi.net>e   Dave Gudewicz wrote: > I > UNIX?  Its now known that some parts (organs) of T64 will be blended inaH > HP-UX to create a new UNIX named Enterprise UNIX that will run on IPF.$ > Someday.  Meanwhile, T64 on Alpha. > K > VMS? Today on Alpha and for the next few years and probably longer.  LongdL > term on IPF.  That's what I got out of the message.  And yes, I did noticeB > that VMS was mentioned under the UNIX section of the whitepaper. > D > I'm tryin' to look at this from a half-full rather than half-empty > perspective.  F I look at it more like a state of "unstable equilibrium": for example,H balance a china plate on top of a basket ball. It tends to fall, but forF the moment at least, remains in place. Very easy to upset the balance.  F I also try to be a "half full" kind of guy. Trouble is, many times itsG the empty half that gets you. The VMS situ. is one such example. MarketDE perceptions of VMS, lack of a VMS job market due to low/shrinking VMSmA market share, lack of VMS app.'s due to ISV perceptions of marketo# perceptions - it kinda "snowballs".a  E That's what I mean by "unstable equilibrium": any little upset bringss the whole thing crashing down.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/n   ------------------------------  % Date: Sun, 12 May 2002 22:01:53 -0400o- From: JF Mezei <jfmezei.spamnot@videotron.ca>b Subject: Re: No new Alpha sales , Message-ID: <3CDF1E8E.27B4C009@videotron.ca>   Dave Gudewicz wrote:K > VMS? Today on Alpha and for the next few years and probably longer.  LongnL > term on IPF.  That's what I got out of the message.  And yes, I did noticeB > that VMS was mentioned under the UNIX section of the whitepaper.  J Yes, VMS will remain available for existing customers. However the messageJ from HP is that Alpha based stuff will not be pitched to new customers who will be steered to HP-UX.   K When the financials are worse than expected, Carly will announce additionalaH cutbacks. What is the first thing to go ? Non strategic products with no5 growth and revenus that go down. VMS is next in line.n   ------------------------------  # Date: Mon, 13 May 2002 03:41:50 GMTr1 From: "David J. Dachtera" <djesys.nospam@fsi.net>v Subject: Re: No new Alpha sales ' Message-ID: <3CDF391F.7C5CECCF@fsi.net>t   JF Mezei wrote:g >  > Dave Gudewicz wrote:M > > VMS? Today on Alpha and for the next few years and probably longer.  LongeN > > term on IPF.  That's what I got out of the message.  And yes, I did noticeD > > that VMS was mentioned under the UNIX section of the whitepaper. > L > Yes, VMS will remain available for existing customers. However the messageL > from HP is that Alpha based stuff will not be pitched to new customers who > will be steered to HP-UX.c  F O.k. This question has been kicking around in the back of my head long enough, so I'm gonna ask it:  C What obstacles would be faced by a reseller (current or future) who-G aggressively pushes VMS in spite of its unjustifiable pricing, hardware 8 support limitations and dearth of business applications?  B No this is *NOT* a troll - I'm dead serious! If HPQ won't "run the ball", why not a VAR/OEM?   E The thinking being: once the powers-that-be see what one savvy seller A can do to push VMS in spite of all the strikes it has against it,y+ they've GOTTA understand the possibilities.i  C Some folks won't see it till they believe it. Others, like DoubtingeB Thomas, won't believe it until they see it. I figure this group isH fairly evenly divided on that score, maybe leaning toward the negative a: bit. The replies, if any, should be interesting, at least.  M > When the financials are worse than expected, Carly will announce additional J > cutbacks. What is the first thing to go ? Non strategic products with no7 > growth and revenus that go down. VMS is next in line.   G Sadly, this is what the business schools teach. Use the book instead of % your head. Rather explains a lot, eh?o   -- a David J. Dachterab dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Mon, 13 May 2002 00:30:17 -0400n- From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: No new Alpha sales , Message-ID: <3CDF414D.DCF38044@videotron.ca>   "David J. Dachtera" wrote:E > What obstacles would be faced by a reseller (current or future) whoeI > aggressively pushes VMS in spite of its unjustifiable pricing, hardware : > support limitations and dearth of business applications?  N Consider the obstacles loyal customers  had to surmount to get Alpha/VMS stuffK out of Compaq. Alan Grieg has outlines many of his sad experiences. And waslH from a company that didn't make public statements against that platform.  L Yes, an outfit such as Island Co, could do wonders. However, they may not beN able to make the big sales to keep VMS alive because those big sales require aN firm commitment from the vendor. Will you invest in a platform that HP expects you to migrate FROM ?.  L VMS is onwed by HP. It is HP's job to sell and market it.  Third parties can+ only do so much against/despite the vendor.a  G > The thinking being: once the powers-that-be see what one savvy selleryC > can do to push VMS in spite of all the strikes it has against it, - > they've GOTTA understand the possibilities.m  J Consider Compaq. They even saw that a modest marketing (unfortunatly shortF lived) was able to do a significant turn around. Yet, they stopped theI marketing and participated in HP's decision to handle VMS the way it has.n   ------------------------------  % Date: Sun, 12 May 2002 13:52:37 -0500D& From: "Dave Gudewicz" <k9jdk@arrl.net> Subject: Re: Powered by HP8 Message-ID: <3cdeba00$0$3574$1dc6e903@news.corecomm.net>  I The Dark Side is a clever lot, but there are some in the Rebel force that K (sans the weak minds)are able to see through their weakness and destroy thelC death star and the minions that dwell within it.  Twice if need be..  K Dave...  looking forward to taking the kids this coming Thursday to Episode4J 2 I believe.  I've already scheduled a terrible illnes for this day aroundH the noon hour.  Kids home around 2:15pm, I'm thinkin' the 3pm show.  ;-)  5 "Bill Todd" <billtodd@metrocast.net> wrote in message-< news:ZV%C8.129090$q8.13390211@bin3.nnrp.aus1.giganews.com... >-> > "Dave Gudewicz" <david.gudewicz@abbott.com> wrote in message- > news:abhda6$koq$1@fizban.pprd.abbott.com...sL > > Some of the Rebel alliance lurk here and know this, the alliance can and > has.I > > claimed victory despite overwhelming odds.  Let us not give in to thee dark > > side.  Never.i > L > Let the Dark Side dangle some hope for VMS before the Rebels, and the manyG > with weak minds will be suddenly convinced that they can deal with ite afteraD > all.  By the time they realize otherwise, all will have been lost. >  > - bill >t > >u > > -- > > Dave...D > >s- > > Adam and Eve had many advantages, but thed1 > > principle one was that they escaped teething.u > > -----Mark Twainh > >cD > > "Bob DeBula" <bobd@araminta.uts.ohio-state.edu> wrote in message8 > > news:abhaut$9ar$1@charm.magnus.acs.ohio-state.edu...J > > > JF Mezei  <jfmezei.spamnot@videotron.ca> carefully crafted electrons to > > say: > > > > Dave Gudewicz wrote:	 > > > > >MH > > > > > Please write to Mr. Stallard and let him know how you feel.  I did, > > and gott" > > > > > an encouraging response. > > > >FI > > > > And you'll find that while he tells you want you want to hear, hes will	 > > still I > > > > continue to say thigs publicly that caused you to write to him in> the>	 > > first  > > > > place. > > > >tJ > > > > The policy has been set. Folks like Stallard are just implementing it.d	 > > FolksaL > > > > like Marcello are reluctantly forced to implement it or they are out > of
 > > a job. > > > >aJ > > > > Only Carly can change things and tell her underlings to change the
 > > policy onwI > > > > VMS and stop badmouthing VMS. As long as Carly doesn't change hert > mind,y > > hero > > > > underlings won't.i > > >cK > > > cHomPaQ isn't a new opportunity. cHomPaQ is two delusional companies,nK > > > sharing the same delusion of commodity PC profitability, if only they-K > > > play nicely enough with the Redmond Baron, becoming a reality if they.E > > > focus *everything* on it, instead of just most of the revenues.sK > > > Ironically, both companies have sunken lower, faster, than might havelL > > > been the case by earlier embracing "visionary" CEOs that might as wellL > > > have been the Baron's Black Knights come to do his bidding, who helpedL > > > to divert lifeblood to the very same false dream. They haven't learned > > > anything.s > > > F > > > In their low corporate cunning way (displaying the same order ofL > > > magnitude of "intelligence" as a monkey that will continue to clutch aF > > > nut when releasing it would allow it to remove it's paw from the hole),F > > > they realize that switching over will take some time, so they'reD > > > willing to keep dragging colorful pieces of yarn in front of aK > > > community of customers, which they probably consider akin to a basketlJ > > > of hyperactive kittens, to keep their interest in the interim.  Make noJ > > > mistake, I don't think they want any part of HP-UX in the longer runK > > > either.  From their lofty pinnacles, Windows Omega DS will eventuallyrJ > > > conquer all markets, no doubt.  Might as well get on board early andF > > > the Baron may remember who his loyal ring kissers were when he'sG > > > handing out parcels of land later.  As a corporate power, they'resJ > > > deceased, they just haven't had the decency to realize it yet and toG > > > lie down and to stop clutching the children that might survive onr theiraA > > > own if unfettered by the rotting corp before it's too late.  > > >,I > > > So, pack up and head for one of the two companies that haven't soldtJ > > > their dreams for the promise of paperclips dancing in their heads orH > > > head for the Linux camp and try to reconstruct some of what's been lostG > > > or help to build something better.  The Rebel alliance won't helpeC > > > defend VMS, they're concentrating their efforts elsewhere, on 	 surviving H > > > and eventually coming up with an effective counterattack. Join theE > > > Alliance and help to build an offense that'll take out the evil L > > > empires' domination of the market. The legal system can't/won't do it,L > > > the politicians can't/won't do it, only the techies can do it en masseH > > > by offering a better alternative.  Sorry, but VMS isn't it, though someH > > > piece of it may survive if you contribute some of your visions andJ > > > talents from the old dream into the new dream and help to perpetuate& > > > the good in the next generation. > > >UG > > > Yes, I know I'll hear a lot of "you're soooo wrong" comments, butrC > > > let's get together over a cup of java in about five years andr$ > > > compare notes again, shall we? > > >o > > >  > > > L > ==========================================================================? > > >               Disclaimer: These are my views, not the U'st > > >hD > > >         "If it's in the paper it must be true!" --- D. Doright > > >e > >  > >  >i >d   ------------------------------    Date: 13 May 2002 03:33:59 +0800, From: Paul Repacholi <prep@prep.synonet.com>+ Subject: Re: simple disk-shadowing questiono- Message-ID: <87d6w1duu0.fsf@prep.synonet.com>e  0 SPAMSINK2001@YAHOO.COM (Alan E. Feldman) writes:  D > The answer has already been posted (see quote below). Actually, itE > doesn't quite add up. The allocation class can be from 0 to 255. SosE > $255$12char_label is actually 17 characters, which is one more than F > allowed according to the quoted message. So something is wrong here,< > unless the dollar signs are not included in the lock name.  A But the $$ is a constant, so only the (non-zero) allocation class F value is needed. So $255$12char_label  becomes <byte-255>12char_label.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Sun, 12 May 2002 21:33:52 +020072 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Subprocesses in C; Message-ID: <3cdec3a0.524144494f47414741@radiogaga.harz.de>d  G There's something I don't understand in the passing of information fromm' a subprocess to its parent. An example:    [-- parent.c --] #include <stdio.h> #include <stdlib.h>e   #define READSIZE 512  . char command[] = "@sys$disk:[]child.com 8192";   int main(void) {
 	FILE *input;' 	char buffer[16384];	 	char *p; 	 	int len;p   	input = popen(command, "r");, 	if (!input) { 		perror("popen"); 		exit(EXIT_FAILURE);i 	}! 	setvbuf(input, NULL, _IONBF, 0);s 	p = buffer;1 	while ((len = fread(p, 1, READSIZE, input)) > 0)- 		p += len;- 	*p = '\0';a 	pclose(input);0 	puts(buffer); 	exit(EXIT_SUCCESS); }  [-- parent.c --]   [-- child.com --]c# $ self = f$environment("procedure")D@ $ selfdir = f$parse(self,,,"device")+f$parse(self,,,"directory")" $ selfnam = f$parse(self,,,"name") $F! $ child = "$''selfdir'''selfnam'"  $w $ child 'P1' $o $ exit [-- child.com --]e   [-- child.c --]  #include <stdio.h> #include <stdlib.h>. #include <string.h>A  ! int main(int argc, char **argv) {i 	int cnt, len; 	char buffer['z'-' '+1]; 	char c, *p;   	if (argc < 2) {) 		fprintf(stderr, "Too few arguments\n");i 		exit(EXIT_FAILURE);d 	} 	cnt = atoi(argv[1]);I   	p = buffer; 	for (c = ' '; c < 'z'; ++c) 		*p++ = c;n 	*p = '\0';    	len = strlen(buffer); 	while (cnt > 0) { 		fprintf(stdout, buffer);
 		cnt -= len;  	} 	fclose(stdout);   	exit(EXIT_SUCCESS); }o [-- child.c --]r  G The calling sequence is necessary because in my application, the parent-I passes parameters that the client doesn't understand; so I need child.com  to filter those.  E parent's fread hangs on the last block of information while child has1E already finished and is dead and gone. Why doesn't child's fclose (ora@ exit) signal to parent's fread that no more information is to be	 expected?N   Any takers?n   cu,.   Martin -- nG So long, and thanks        | Martin Vorlaender  |  VMS & WNT programmerd4 for all the books...       | work: mv@pdv-systeme.deK In Memoriam Douglas Adams  |       http://www.pdv-systeme.de/users/martinv/t;             1952-2001      | home: martin@radiogaga.harz.deh   ------------------------------  % Date: Sun, 12 May 2002 18:39:24 -0500 C From: "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com>. Subject: Re: Subprocesses in CH Message-ID: <craig.berry-062280.18392412052002@news.directvinternet.com>  ; In article <3cdec3a0.524144494f47414741@radiogaga.harz.de>,n4  martin@radiogaga.harz.de (Martin Vorlaender) wrote:  I > There's something I don't understand in the passing of information frome) > a subprocess to its parent. An example:y   [example snipped]o  oI > The calling sequence is necessary because in my application, the parent K > passes parameters that the client doesn't understand; so I need child.coms > to filter those. > G > parent's fread hangs on the last block of information while child hastG > already finished and is dead and gone. Why doesn't child's fclose (or.B > exit) signal to parent's fread that no more information is to be > expected?n  E I don't think I have any answers because I think the C RTL is rather oE buggy when it comes to pipes, but I can reproduce your problem using a= Compaq C S6.5-002 on OpenVMS Alpha V7.3 plus the very recent  > VMS73_ACRTL V2.0 ECO.  If you go into ANALYZE/SYSTEM and do a G SHOW/PROCESS/CHANNEL on the parent when it's in its hung state, you'll tH see that it has a mailbox open and busy.  If you then do SHOW DEVICE on C the mailbox (still within ANALY/SYS) you'll see that the reference 5G count on the mailbox is still 1, meaning somebody's got a channel open N= on it.  My guess is that the parent never sees an EOF in the  H pipe/mailbox so it never deassigns its channel.  I've experimented with G adding decc$write_eof_to_mbx() and fflush() before the fclose() in the  + child, though, and there is no improvement.h  G As you probably know, our friend Chuck Lane wrote popen() and pclose() dF replacements for Perl because the ones provided with the C RTL are so G prone to exactly the sort of hangs you are encountering.  His versions eH are not without problems but at least they don't hang.  He does this by F a variety of increasingly nasty measures, including flushing, queuing C an extra IO$WRITE_EOF sometimes, cancelling I/Os, and even calling tH $forcex or $delprc on recalcitrant undead children.  You probably don't > want to get into all of that, but if you read the comments to H safe_popen() and friends in [.vms]vms.c in the Perl distribution you'll 1 get a pretty good idea of what you're up against.e  C What we really need is for the C RTL to get its pipes fixed.  Some MB while ago Forrest Kenney stated in this forum that it took only a D Thanksgiving weekend to write the pipe driver for DCL.  The C RTL's G mailbox-based pipe implementation must've been around in some form for wH 10-15 years now and still doesn't work very well.  Why the difference?  > I really hope with all of the current talk about greater Unix 6 portability that this will finally get some attention.   ------------------------------  % Date: Mon, 13 May 2002 05:18:18 +0200.2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: Subprocesses in C; Message-ID: <3cdf307a.524144494f47414741@radiogaga.harz.de>e  B Craig A. Berry (craig.berry@nospam.SignalTreeSolutions.com) wrote:% > I can reproduce your problem using i? > Compaq C S6.5-002 on OpenVMS Alpha V7.3 plus the very recent w > VMS73_ACRTL V2.0 ECO.l  > I knew I forgot something - my environment is Compaq C V6.4 on$ OpenVMS Alpha V7.2-1H1 + ACRTL V1.0.  7 Thanks for the analysis and your efforts to resolve it.X  ? > As you probably know, our friend Chuck Lane wrote popen() andn  > pclose() replacements for Perl  & Yes, I remember now. I'll have a look.  > > What we really need is for the C RTL to get its pipes fixed. ... @ > I really hope with all of the current talk about greater Unix 8 > portability that this will finally get some attention.  : Amen, bro'. It sure would help a lot in porting Unix apps.   Thanks,t   Martin -- oD                        |  Martin Vorlaender  |  VMS & WNT programmer1   OpenVMS: When you    |  work: mv@pdv-systeme.demE   KNOW where you want  |     http://www.pdv-systeme.de/users/martinv/ 8   to go today.         |  home: martin@radiogaga.harz.de   ------------------------------  % Date: Sun, 12 May 2002 14:54:01 -0500w4 From: "Jafir Elkurd" <jafir.no.spam@msn.no.spam.com>; Subject: Re: Swapping: 3Dlabs for Elsa Gloria Synergy Cardso/ Message-ID: <udti2llfhaa7d9@corp.supernews.com>r  @ Will they work with Tru64 4.0F, OpenVMS 7.2, WinNT, and Win2000?   Thanks!s  < "Island (hpaq.net)" <dbturner@islandco.com> wrote in message) news:udsti094afj8e5@news.supernews.com...lH > We need some Elsa GLoria Synergy 8MB PCI Video Cards (the PBXGK-BB/BC)L > If you would like to swap, we have brand new 3dLabs VX1 Oxygen Video Cards
 > in stock >V > Thanks >h > Davidg >i > -- > Island Computers US Corp.t > 2700 Gregory Street  > Savannah GA 31404t > Toll Free: 1-877 636 4332g! > International: 001 912 447 6622d" > Facsimile:      001 912 201 0096 > dbturner@hpaq.net  > www.hpaq.net >  >e   ------------------------------  % Date: Sun, 12 May 2002 17:17:47 -0400 1 From: "Island (hpaq.net)" <dbturner@islandco.com>i; Subject: Re: Swapping: 3Dlabs for Elsa Gloria Synergy Cards / Message-ID: <udtmu3pamcq26f@news.supernews.com>r   Yes  4.0F with a Patch Kit  I The other OS's I assume you mean Intel boxes - they come with drivers fora Intelr   DT  = Jafir Elkurd <jafir.no.spam@msn.no.spam.com> wrote in message ) news:udti2llfhaa7d9@corp.supernews.com...sB > Will they work with Tru64 4.0F, OpenVMS 7.2, WinNT, and Win2000? >o	 > Thanks!a > > > "Island (hpaq.net)" <dbturner@islandco.com> wrote in message+ > news:udsti094afj8e5@news.supernews.com...wJ > > We need some Elsa GLoria Synergy 8MB PCI Video Cards (the PBXGK-BB/BC)H > > If you would like to swap, we have brand new 3dLabs VX1 Oxygen Video CardsR > > in stock > >e
 > > Thanks > >3	 > > David3 > >v > > -- > > Island Computers US Corp.t > > 2700 Gregory Streetd > > Savannah GA 31404  > > Toll Free: 1-877 636 4332r# > > International: 001 912 447 6622n$ > > Facsimile:      001 912 201 0096 > > dbturner@hpaq.netr > > www.hpaq.net > >i > >  >o >d   ------------------------------  % Date: Sun, 12 May 2002 16:28:46 -0500u4 From: "Jafir Elkurd" <jafir.no.spam@msn.no.spam.com>; Subject: Re: Swapping: 3Dlabs for Elsa Gloria Synergy Cardss/ Message-ID: <udtnk52cuvjl9a@corp.supernews.com>t   Oh, sorry.  I meant alphas.n    < "Island (hpaq.net)" <dbturner@islandco.com> wrote in message) news:udtmu3pamcq26f@news.supernews.com...a > Yes  4.0F with a Patch Kit >.K > The other OS's I assume you mean Intel boxes - they come with drivers for  > Intelb >P > DT >P? > Jafir Elkurd <jafir.no.spam@msn.no.spam.com> wrote in message + > news:udti2llfhaa7d9@corp.supernews.com...gD > > Will they work with Tru64 4.0F, OpenVMS 7.2, WinNT, and Win2000? > >h > > Thanks!  > >l@ > > "Island (hpaq.net)" <dbturner@islandco.com> wrote in message- > > news:udsti094afj8e5@news.supernews.com...wL > > > We need some Elsa GLoria Synergy 8MB PCI Video Cards (the PBXGK-BB/BC)J > > > If you would like to swap, we have brand new 3dLabs VX1 Oxygen Video > Cardso > > > in stock > > >h > > > Thanks > > >- > > > David- > > >a > > > -- > > > Island Computers US Corp.  > > > 2700 Gregory Street. > > > Savannah GA 31404d > > > Toll Free: 1-877 636 43325% > > > International: 001 912 447 6622a& > > > Facsimile:      001 912 201 0096 > > > dbturner@hpaq.neta > > > www.hpaq.net > > >e > > >o > >t > >h >e >w   ------------------------------  % Date: Sun, 12 May 2002 17:27:14 -0500 C From: "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com>s; Subject: Re: Swapping: 3Dlabs for Elsa Gloria Synergy CardsdH Message-ID: <craig.berry-EDB105.17271412052002@news.directvinternet.com>  A Be careful.  I think the VMS driver only works on EV6 processors.e  ? > Jafir Elkurd <jafir.no.spam@msn.no.spam.com> wrote in messagen+ > news:udti2llfhaa7d9@corp.supernews.com...zD > > Will they work with Tru64 4.0F, OpenVMS 7.2, WinNT, and Win2000? > >p > > Thanks!m > > @ > > "Island (hpaq.net)" <dbturner@islandco.com> wrote in message- > > news:udsti094afj8e5@news.supernews.com... L > > > We need some Elsa GLoria Synergy 8MB PCI Video Cards (the PBXGK-BB/BC)J > > > If you would like to swap, we have brand new 3dLabs VX1 Oxygen Video > Cardsw > > > in stock >u   ------------------------------    Date: 13 May 2002 02:47:25 +0800, From: Paul Repacholi <prep@prep.synonet.com>3 Subject: Re: UK/EU OpenVMS job market: non-existant - Message-ID: <87lmapdwzm.fsf@prep.synonet.com>   3 Steve Reece <SYSTEM@ipl.demon.co.nospam.uk> writes:u  = > VMS business to new customers grew by 17% last year.  These.E > organisations aren't going to just drop their kit and run to Sun orsD > IBM.  The companies that have dropped VMS (like at least two of myF > former employers) already have their plans well progressed and being > implemented.  E Problem is, there are in the HP scheme NO new VMS customers until the F new cruft limps out of Spitbrook. So it is about 15% per year decrease? till then, and that is under the Carly death line of 15% growthi minium.t   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 13 May 2002 03:28:44 +0800, From: Paul Repacholi <prep@prep.synonet.com>9 Subject: Re: What is good model for disk i/o w/shadowing?e- Message-ID: <87helddv2r.fsf@prep.synonet.com>t  , bleau@umtof.umd.edu (Lawrence Bleau) writes:  K > Well, not from a technical point of view.  From management, however, it'smH > still a battle, since it's a new concept to the one in charge, and his@ > initial model is that of something that takes twice as long.    F If for instance both disks are on the same SCSI bus, then it WILL takeC about twice as long. (Frantic handwave) But even then, if you get acB burst of errors from a critical disk, you can add another drive to> your existing single member shadow set, cross your fingers andB continue. I run all the drives on my home cluster as single member@ shadow sets, can't imagine why anyone would do it any other way,	 normally.i  > > I'm in the position of *disproving* that model, hopefully byE > presenting another model, and convincing my boss that the new modeliF > is the correct one.  Even if he agrees it looks reasonable, he's theB > type that'll want evidence, either up front or immediately afterF > reconfiguration.  So I'm wondering how to go about testing this.  MyC > initial tests give me results that look horrible, and do not help   > the case for shadowing at all.  I The IO to the shadow members of a properly set up shadow set runs totallyaL in parrelel. That is why you do it! On writes, you must wait till ALL writesM to member has completed, for reads, you finish as soon as the first good readi
 completes.   -- b< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.n@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Mon, 13 May 2002 10:42:04 +1000a  From: Jeremy <jeremy@vsm.com.au>Y Subject: Windows 2000 Server drops off the network after upgrading Advanced Server Servero* Message-ID: <3CDF0BDC.9A5A0604@vsm.com.au>   Hi,f  L The local network has an AlphaServer DS20E running Advanced Server, and a PC  running Windows 2000 Server SP2.  G Until yesterday the VMS system was running VMS 7.2 and A/S 7.2, and thefG Windows 2000 server could map network drives to shares provided by VMS.e  G Since upgrading the VMS system to VMS 7.3 with Advanced Server 7.3, thesI Windows 2000 server can no longer map to the VMS shares, and it can't seelE any other computers on the local network.  All PCs, including the W2K,H server, are configured to use a local workgroup name, not a domain name.   Any thoughts or suggestions?   Thanks,    	Jeremy Begg   ------------------------------  # Date: Sun, 12 May 2002 19:23:44 GMTr1 From: "David J. Dachtera" <djesys.nospam@fsi.net>p& Subject: Re: [announce] FreeVMS 0.0.14' Message-ID: <3CDEC461.DD7548EF@fsi.net>a   Tom Linden wrote:o > ; > So are you proposing to write the code in C, translate toj@ > Macro/32 and then assemble?  Why not also wear handcuffs whileA > you are writing the code.  How are you going to debug the code?=  ' I think you're still missing the point.   G A. A particular piece of freeware that I could find useful is available & as C source only, for whatever reason.  H B. I intend to use the software in a commercial (for profit) environmentH but don't have/can't afford a C license and - for obvious resons - can'tE use a hobbyist licensed system to do the compile (to be linked on the  target system).r  H C. If a reliable C->Macro/32 translator were available, I would at least" still be able to use the software.  9 *THAT* is the point. Debugging is another issue entirely.o   -- c David J. Dachterat dba DJE Systems5 http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------  % Date: Sun, 12 May 2002 12:27:42 -0700d# From: "Tom Linden" <tom@kednos.com> & Subject: RE: [announce] FreeVMS 0.0.149 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEIHEPAA.tom@kednos.com>s  @ Sorry I misunderstood, haven't followed the thread that closely,3 I thought it was about writing an operating system.    >-----Original Message----- 7 >From: David J. Dachtera [mailto:djesys.nospam@fsi.net]i$ >Sent: Sunday, May 12, 2002 12:24 PM >To: Info-VAX@Mvb.Saic.Com' >Subject: Re: [announce] FreeVMS 0.0.14e >a >y >Tom Linden wrote: >> -< >> So are you proposing to write the code in C, translate toA >> Macro/32 and then assemble?  Why not also wear handcuffs whilecB >> you are writing the code.  How are you going to debug the code? >d( >I think you're still missing the point. >hH >A. A particular piece of freeware that I could find useful is available' >as C source only, for whatever reason.i >uI >B. I intend to use the software in a commercial (for profit) environmentlI >but don't have/can't afford a C license and - for obvious resons - can'taF >use a hobbyist licensed system to do the compile (to be linked on the >target system). >xI >C. If a reliable C->Macro/32 translator were available, I would at leastw# >still be able to use the software.p >): >*THAT* is the point. Debugging is another issue entirely. >f >--  >David J. Dachtera >dba DJE Systems >http://www.djesys.com/c > ) >Unofficial Affordable OpenVMS Home Page:i  >http://www.djesys.com/vms/soho/ >s >---' >Incoming mail is certified Virus Free."; >Checked by AVG anti-virus system (http://www.grisoft.com).P@ >Version: 6.0.360 / Virus Database: 199 - Release Date: 5/7/2002 >i --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).? Version: 6.0.360 / Virus Database: 199 - Release Date: 5/7/2002t   ------------------------------  % Date: Sun, 12 May 2002 21:34:58 +0200(9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>	& Subject: Re: [announce] FreeVMS 0.0.14& Message-ID: <3CDEC3E2.1C05F45@aaa.com>  > Doesn't *any* of your friends have a VMS system (non-hobbyist)= with a licensed C compiler that could be used to just compile > your C code inte OBJ ? Or perhaps you need to be able to do it@ in a regular basis. Or would it be a against the license if your8 friend took the source and run it through the compiler ?   Jan-Erik Sderholm.      "David J. Dachtera" wrote: >  > J > B. I intend to use the software in a commercial (for profit) environmentJ > but don't have/can't afford a C license and - for obvious resons - can'tG > use a hobbyist licensed system to do the compile (to be linked on thee > target system).k >.   ------------------------------  # Date: Sun, 12 May 2002 23:41:34 GMT:1 From: "David J. Dachtera" <djesys.nospam@fsi.net>9& Subject: Re: [announce] FreeVMS 0.0.14' Message-ID: <3CDF00D0.28F1ED3B@fsi.net>    Reply bottom-posted...   Jan-Erik Sderholm wrote:A > @ > Doesn't *any* of your friends have a VMS system (non-hobbyist)? > with a licensed C compiler that could be used to just compilen@ > your C code inte OBJ ? Or perhaps you need to be able to do itB > in a regular basis. Or would it be a against the license if your: > friend took the source and run it through the compiler ? >  > Jan-Erik Sderholm.  >  > "David J. Dachtera" wrote: > >e > > L > > B. I intend to use the software in a commercial (for profit) environmentL > > but don't have/can't afford a C license and - for obvious resons - can'tI > > use a hobbyist licensed system to do the compile (to be linked on the  > > target system).t > >h  D It's more a question of convenience than "point in time". I want theG functionality available when I need, not when it's available and I justo) happen to have a need at the same moment.    -- y David J. Dachterat dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/n   ------------------------------  # Date: Sun, 12 May 2002 23:43:10 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>N& Subject: Re: [announce] FreeVMS 0.0.14' Message-ID: <3CDF0133.2D72E243@fsi.net>    Tom Linden wrote:u > B > Sorry I misunderstood, haven't followed the thread that closely,5 > I thought it was about writing an operating system.,  % The topic is - this subthread is not.    --   David J. Dachterae dba DJE Systemss http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/c   ------------------------------  % Date: Sun, 12 May 2002 17:25:24 -0700g0 From: "Rick Campbell" <rickca@.AT.speakeasy.net>& Subject: Re: [announce] FreeVMS 0.0.14/ Message-ID: <udu1vki6vn3056@corp.supernews.com>   I I have a copy of Wendin's PCVMS that includes the source code as well.  IyC say's it has RMS calls.  The manual made some references to the OST K (Operating System Toolkit, which I don't have and don't know if it's neededs to recompile the OS).g  3 I can provide this to anyone that is interested....   1 "JKB" <local@kepler.makalis.com> wrote in messagec/ news:slrnadnkih.vd7.local@Kepler.makalis.com...t/ > Le Fri, 10 May 2002 at 14:51 GMT,  propos dem  > Re: [announce] FreeVMS 0.0.14,- >  Phillip Helbig crivait dans comp.os.vms :  > >> > C'est une blague? > >>G > >> Non. C'est trs srieux. Je suis mme en train d'envisager un porti > >> sur ppc et sparc. > > H > > True, but if you look at the page, there are lots of areas---such asK > > RMS, clustering, editors---which are essential to VMS where nothing hase > > been done. > >nL > > Does anyone who a) is not working on this project and b) knows somethingH > > about it seriously think it will get off the ground?  Something likeB > > writing RMS from scratch seems like a pretty tall order to me. > @ > Do you agree to rewrite RMS from scratch (under GPL licence) ? >0 > JKBm   ------------------------------   End of INFO-VAX 2002.263 ************************: <3cdf307a.524144494f47414741@radiogaga.harz.de>e  B Craig A. Berry (craig.berry@nospam.SignalTreeSolutions.com) wrote:% > I can reproduce your problem using i? > Compaq C S6.5-002 on OpenVMS Alpha V7.3 plus the very recent w > VMS73_ACRTL V2.0 ECO.l  > I knew I forgot something - my environment is Compaq C V6.4 on$ OpenVMS Alpha V7.2-1H1 + ACRTL V1.0.  7 Thanks for the analysis and your efforts to resolve it.X  ? > As you probably know, our friend Chuck Lane wrote popen() andn  > pclose()}    }    }    Ö}    Ė}    Ŗ}    Ɩ}    ǖ}    Ȗ}    ɖ}    ʖ}    ˖}    ̖}    ͖}    Ζ}    ϖ}    Ж}    і}    Җ}    Ӗ}    Ԗ}    Ֆ}    ֖}    ז}    ؖ}    ٖ}    ږ}    ۖ}    ܖ}    ݖ}    ޖ}    ߖ}    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }     }    }    }    }    }    }    }    }    }    	}    
}    }    }    
}    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }     }    !}    "}    #}    $}    %}    &}    '}    (}    )}    *}    +}    ,}    -}    .}    /}    0}    1}    2}    3}    4}    5}    6}    7}    8}    9}    :}    ;}    <}    =}    >}    ?}    @}    A}    B}    C}    D}    E}    F}    G}    H}    I}    J}    K}    L}    M}    N}    O}    P}    Q}    R}    S}    T}    U}    V}    W}    X}    Y}    Z}    [}    \}    ]}    ^}    _}    `}    a}    b}    c}    d}    e}    f}    g}    h}    i}    j}    k}    l}    m}    n}    o}    p}    q}    r}    s}    t}    u}    v}    w}    x}    y}    z}    {}    |}    }}    ~}    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    ×}    ė}    ŗ}    Ɨ}    Ǘ}    ȗ}    ɗ}    ʗ}    ˗}    ̗}    ͗}    Η}    ϗ}    З}    ї}    җ}    ӗ}    ԗ}    ՗}    ֗}    ח}    ؗ}    ٗ}    ڗ}    ۗ}    ܗ}    ݗ}    ޗ}    ߗ}    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    }    