1 INFO-VAX	Mon, 15 Oct 2001	Volume 2001 : Issue 574       Contents:' RE: (newbie) what can i learn from vms? ' Re: (newbie) what can i learn from vms? ' Re: (newbie) what can i learn from vms?  Re: A free VMS implementation? Re: A free VMS implementation? Re: A free VMS implementation? Re: A free VMS implementation? Re: Alphaserver 1000a ( Blast from past: shape of things to come, Re: Blast from past: shape of things to come, Re: Blast from past: shape of things to come, Re: Blast from past: shape of things to comeP Re: can NFS client choose to mount over tcp or udp depending upon the NFS server  CETS presentations now availableB Re: CETS presentations now available (only if you ignore security) CLD, how to expand keywords? Re: DEC VAX Users  Free IMAP4 server for UCX ?  Re: Free IMAP4 server for UCX ? & Re: Higher prices for Alpha processors& Re: Higher prices for Alpha processors& Re: Higher prices for Alpha processors, Ingres (Was: Re: jobs? ingres vax/vms cobol), Ingres (Was: Re: jobs? ingres vax/vms cobol) Re: Itanium and OpenVMS  Re: Itanium and OpenVMS   Re: Need VMS 1.5 C-Kermit binary+ Re: Phone question..(dialing to other user)  Re: ping source code for VMS re sd comman RRD40/RRD50 specs?, Re: Scott McNealy has no respect for Alpha's, Re: Scott McNealy has no respect for Alpha's	 sd comman 
 Re: sd comman 
 Re: sd comman 7 Re: SEDT problems on RedHat 7.1 (was Re: EDT for Linux)  Socket problem-URGENT  Re: syslog client  Re: Unaltered DCL command line Re: VAX 6400 is down VMS & Unix connectivity  Re: VMS & Unix connectivity " Re: VMS future, a sense of deja vu" Re: VMS future, a sense of deja vu/ Re: VMS721_UPDATE V3.0 produces ugly PCSI crash   F ----------------------------------------------------------------------  % Date: Mon, 15 Oct 2001 10:24:48 +0300 ' From: "Gabriel Sterk" <gabi@aipm.co.il> 0 Subject: RE: (newbie) what can i learn from vms?2 Message-ID: <000501c1554a$794217c0$2c46bf10@manai>  3 You can try the following online training tool too:   + http://www.openvms.compaq.com/training.html   
 Much luck,  
 Gabriel Sterk  VMS sys. admin.  gabi@aipm.co.il      > -----Original Message-----, > From: fullforce [mailto:cyberflash@c4.com]) > Sent: Sunday, October 14, 2001 10:47 PM  > To: Info-VAX@Mvb.Saic.Com . > Subject: (newbie) what can i learn from vms? >  > 
 > whatup--D > I'm interested in learning the commands and what not for vms. JustE > need some pointers on where i should start. I have a shell account, = > but am a little lost with some of the commands. any help is  > appreciated. > 	 > Thanks,  > Nate   ------------------------------  % Date: Mon, 15 Oct 2001 12:50:38 +0800 % From: "Glenn Tweedie" <nospam@enw.cx> 0 Subject: Re: (newbie) what can i learn from vms?1 Message-ID: <3bcae4e9$0$359@echo-01.iinet.net.au>   / Of course if you need help using help, then try 
   $ HELP HELP 
 simple eh?  I I always have a little chuckle to myself when people are surprised by the  friendliness of VMS.2 "oh, you mean that HELP actually gives you help?!"  ; *sigh* if only I were still employed to manage VMS systems.    G K "nic" <junk@127.0.0.1> wrote in message news:3BCA0720.5DA70B69@127.0.0.1...  > fullforce wrote: > > whatup--F > > I'm interested in learning the commands and what not for vms. JustG > > need some pointers on where i should start. I have a shell account, ? > > but am a little lost with some of the commands. any help is  > > appreciated. > " > HELP is the best one! seriously. >  > $ HELP > J > The CAPITAL 'words' are commands, the Lowercased 'words' are guidelines,G > Hints is a good one, try $ HELP HINTS and of course do take a look at B > the FAQ linked from http://ww.openvms.compaq.com/ and there is a; > beginners FAQ as well, but I don't have the link to hand.  >  > have fun.  > --  > Regards, Nic Clews (from home). > nic at python dot demon dot co dot uk (play) > nclews at csc dot com (work)   ------------------------------    Date: 15 Oct 2001 06:36:52 -0700( From: bob@instantwhip.com (Bob Ceculski)0 Subject: Re: (newbie) what can i learn from vms?= Message-ID: <d7791aa1.0110150536.5f4e24d8@posting.google.com>   h cyberflash@c4.com (fullforce) wrote in message news:<ad3bdf6d.0110141247.186dc080@posting.google.com>...
 > whatup--D > I'm interested in learning the commands and what not for vms. JustE > need some pointers on where i should start. I have a shell account, = > but am a little lost with some of the commands. any help is  > appreciated. > 	 > Thanks,  > Nate  ? what you can learn from vms is what a secure and reliable os is  all about ... its unhackable  ; http://www.openvms.compaq.com/openvmstimes/openvmstimes.pdf   ? and it doesn't blue screen (i have never had a vms crash in the  16 years i have used vms)    ------------------------------   Date: 15 Oct 2001 07:43:22 GMTB From: bertrand@perceval.cnam.fr (BERTRAND =?iso-8859-1?Q?Jo=EBl?=)' Subject: Re: A free VMS implementation? 6 Message-ID: <slrn9sl4sl.s4b.bertrand@perceval.cnam.fr>  ( Le Thu, 11 Oct 2001 19:36:36 +0000 (UTC)1 tontonTh <tontonTh@po.reynerie.yi.org> crivait : ; >In article <3BC5EF2D.284C5E46@srv.net>, Kevin Handy wrote:  >>> J >>> I seem to recall at least one useful source library for emulating some? >>> VMS libraries/system calls, which I can't seem to find now.  >>  F >> The library is mostly just the STR$ routines.  If you want it I can	 >> email  L >> what is there to you.  Very little code was ever written for the FreeVMS > >> attempt. Many people wanted it, but nobody wanted to do it. >>  ; >    I'm interested too. Can you put it on a ftp/web site ?   2 	Tiens donc, les grands esprits se rencontrent ;-)  H 	I can put these files on http://freevms.free.fr. I look for these files for a long time...  	 	Regards,    	JKB   --  4 Je suis fou, et il y a des jours o je me fais peur. -- Clive Cussler   ------------------------------  % Date: Mon, 15 Oct 2001 13:16:26 -0400 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> ' Subject: Re: A free VMS implementation? 1 Message-ID: <5REy7.448$RL6.3796@news.cpqcorp.net>   E Nah.  We're not threatened.  We all know that to implement a complete L replacement that is bug-for-bug and feature-for-feature identical is next to$ impossible, it's just too big a job.  L Now you can subset things, and try to define something other than "VMS" thatI you want to create, and perhaps make it achievable.  Certainly the system H services are well documented.  The library interfaces.  The file system.	 Even DCL.     But in the end, it won't be VMS.  F Lots of people have said that if you took the core of VMS (sort-of theK single node, non-file system, non-cluster portions) and tried to rewrite it L without compatability, and to fix some of it's limitations, you would end up with the NT kernel.   J You could certainly take the NT kernel, sans the Windows stuff, and use itL as a kernel to build a replacement for the VMS user interfaces on top of it.      ! Keith Parris wrote in message ... > >hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote in message- news:<_11x7.243$RL6.1689@news.cpqcorp.net>... I >>   We asked about open-sourcing OpenVMS at the San Diego sympoisium and L >>   rather surprisingly got negative feedback from the customers.  (I wouldC >>   not have believed it had I not been sitting in the same room.)  > G >I attended that same Birds-of-a-Feather session, and although I recall C >a concern that open access to VMS sources might make it easier for C >crackers, removing some of the "security through obscurity" VMS in E >theory might enjoy today, the overall response from the group seemed C >to be quite positive, as I recall.  Benefits were seen in terms of @ >education, allowing more people to learn more about VMS and VMSE >Internals (which would make it possible for more people to find (and F >even possibly suggest fixes for) bugs in VMS), plus the potential forE >someone to take the effort to port VMS to other architectures (folks D >were thinking IA-32 or maybe AMD's 64-bit architecture at the time,A >not IA-64).  One option discussed was that Compaq might consider A >releasing a CD with a buildable version of VMS code (which would G >presumably contain at least a workable, usable subset of the full VMS'  >features).  > D >I can imagine that folks from VMS Engineering could come out of theE >same BOF with very different impressions, perhaps even feeling quite F >threatened by the prospect of an open-source VMS, in several aspects, >including: ? >o  Potential loss of control over the direction of development G >efforts, or potential splintering of VMS directions and focus, and the D >potential for multiple competing VMS distributions as we see in the >Linux spaceE >o  Giving away trade secrets for software algorithms that were never / >patented, or making it easier to evade patents D >o  Ability for people to run VMS in commercial applications withoutF >buying software licenses or hardware from Compaq, when such sales pay/ >VMS engineers' salaries and justify their jobs  > F >A compromise that might help a lot at this time of uncertainty in the; >user base (due to the Alpha annoucement and the planned HP G >acquisition) might be for Compaq to set up a source escrow arrangement F >for VMS to ensure that if Compaq, HP, or their successors ever decideD >to stop VMS development in the future (or sell it to Microsoft likeG >Alpha to Intel), that the complete sources and build environment would B >become available immediately under an open source license at thatB >point in time.  That would provide significant reassurance to VMSF >users that VMS would survive even the worst-case scenario users might	 >imagine. D >-------------------------------------------------------------------D >Keith Parris | parris at encompasserve dot org | VMS consulting on:D >Clusters, Disaster Tolerance, Internals, Performance, Storage & I/O   ------------------------------   Date: 15 Oct 2001 17:26:21 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) ' Subject: Re: A free VMS implementation? , Message-ID: <9qf67t$2ug9$1@info.cs.uofs.edu>  ' In article <3BC66704.DA793AD7@fsi.net>, 4  "David J. Dachtera" <djesys.nospam@fsi.net> writes: |>  I |> To re-iterate (yet again, see the sig.), open sourcing OVMS would be a K |> futile gesture, at best. It's FAR too complex for the average UN*X-er to  |> understand. Nuff said.  |>     Dave, F   I usually find myself in complete agreement with you but this has toG be the biggest pile of tripe I have ever seen.  I realize this is a VMS H group and that some level of prejudice should be expected, but you can'tE possibly be serious about the above.  I am a UN*X-er and have been in E this business since before VMS was even a gleam in Cutler's eye.  To  I think that people working with VMS are the only competent computer people " is just to unbelievable for words.  C And on a further note, I had some time this weekend so I decided to E actually sit down and read Bourne's "UNIX for VMS users".  Now I know E whare VMS people get all their really bogus ideas regarding Unix.  It F turns out it is not from "The Unix haters handbook".  One could under-D stand that, but this is supposed to be a serious book.  It is loadedD errors and seems to have been written witht he same bias one usuallyE finds here.  Not what one would expect from a serious book written by C someone with his credentials.  I mean comparing awk to an editor is E like comparing EDLIN to Pascal. Comparing ftp to COPY?  Unix can copy E from machine to machine just like VMS does, You don't need to use ftp E if the tha mchines share a security model (just like with VMS.)  Even B his classifications.  awk, nroff, troff and tr as "file managementC commands.  No wonder VMS people have such a warped understanding of  VMS.  F I have threatened to write a book in the past, this makes me even moreC sure of the need for this.  Especially as more and more current VMS E people are going to find that job market survival is going to require F that they at least understand and can deal with the basic fundamentals of Unix.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 15 Oct 2001 17:35:09 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) ' Subject: Re: A free VMS implementation? , Message-ID: <9qf6od$2ug9$2@info.cs.uofs.edu>  , In article <3BC67EA0.4010506@tsoft-inc.com>,+  David Froble <davef@tsoft-inc.com> writes:  |>K |> This is the problem.  A valid question would be "what is VMS" once more  G |> than one copy was available.  I for one see this as a real disaster.   I Why??  It wasn't in the past and there is no reason why it should be now.   ? Long before I even heard of VMS I was maintaining the Primos on @ Prime 850's and Exec-8 on Univac-1100's and in both cases we hadE OS source and there were almost always locally written and maintained C modifications.  UW-Madison was well known for the improvements they F had made to Exec-8 and this never seemed to cause a problem.  Everyone? knew what was official and what was local and we dealt with it.      |>  L |> Note that the OS can be customized now, with user written device drivers I |> and such.  If you don't like the way a VMS utility, COPY for example,  & |> works, you can write a replacement.  J And the same would be true afterwards.  You couldn't expect HP (or whoeverG ends out owning VMS int he long run) to debug your local code, but that C wouldn't mean you couldn't get help with the parts that are theirs.    |>  L |> I am under the impression that some entity defines what Linux "is".  Not L |> real clear on this.  Regardless, there would need to be some entity that = |> defined VMS as an OS, and any deviations would NOT be VMS.   H Someone would always own VMS and they would decide what was and what wasI not a part of it.  If all ownership were given up, then all bets would be H off.  But that would probably mean the real demise of VMS as we know it.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Mon, 15 Oct 2001 09:07:42 -0700 . From: Derek Haining <Derek.Haining@Compaq.com> Subject: Re: Alphaserver 1000a* Message-ID: <3BCB09CE.C4AB8012@Compaq.com>   Dennis Grevenstein wrote:    > Derek Haining wrote: > > R > > There may be two different ECU disks for these beasts: one that works well for > > N > > OpenVMS and Tru64 Unix, and one that works for Windows NT.  If you use theK > > wrong one, you will get strange boot errors (at least I did with Tru64)  > > complaining  > > that no console was found. > A > Do you know if the CFG files are different? Could I use the CFG @ > for my graphics card if it was originally meant for an NT box?A > I still have the ECU 1.8 for VMS/DU here. I just wonder if it's 2 > worth a try or if I should dump the Mach64 card. >  > Dennis >  > --& > Kleines Lexikon der Computerwerbung: >  > "schn und reprsentativ" * > alle Vorteile des Gerts in drei Wrtern  P I spoke with the fellow here who told me about the issue in the first place.  He saidQ that the "original" diskettes were clearly labeled as being for either Windows NT  orB OpenVMS/Digital Unix.  I don't know about the .cfg files -- sorry.  = My experience is that I have to use a spported graphics card.   S My experience here is from dealing with Digital Personal Workstations.  The "a" and  "au"N boxes.  The "a" boxes had Alpha CPUs and were designed for running Windows NT.R (If I understood the naming convention, the "i" series uses Intel CPUs.)  The "au" boxes M had Alpha C PUs and were designed to run Unix (oh, and OpenVMS too).  Anyway, J the "a" boxes came with one graphics card, and the "au" came with another.  S You might check to see if the version of OpenVMS you are trying to run will support  the  Mach64 card.  I have no idea.    -Derek Haining  Derek.Haining@Compaq.com    ------------------------------  + Date: Mon, 15 Oct 2001 03:25:19 -0700 (PDT)7. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>1 Subject: Blast from past: shape of things to comes@ Message-ID: <20011015102519.64365.qmail@web20207.mail.yahoo.com>   Heyo   Type=20r  / SYS$COMMON:[SYSHLP.EXAMPLES.DECW.UTILS]EXEC.C;1o     Regardse   FC=20e   =3D=3D=3D=3D=3DhL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3De F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilr fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3De  2 __________________________________________________ Do You Yahoo!?, Make a great connection at Yahoo! Personals. http://personals.yahoo.com   ------------------------------  % Date: Mon, 15 Oct 2001 08:38:40 -0400 - From: "John Eisenschmidt" <jeisensc@aaas.org>i5 Subject: Re: Blast from past: shape of things to come + Message-ID: <sbcaa09c.097@AAASMTA.aaas.org>e   /*?  * xmodmap - program for loading keymap definitions into servern  *:  * $XConsortium: exec.c,v 1.12 91/07/18 10:25:57 rws Exp $  *7  * Copyright 1988 Massachusetts Institute of Technologye>  * Copyright 1987 by Sun Microsystems, Inc. Mountain View, CA.  G I assume you're talking about the 1987 copyright? We could only be so =tL lucky as to have Sun own everything. I doubt a company could be worse than =
 Microsoft.   I mean, Visual J#.NET ???=20  F >>> Fabio Cardoso <fabiopenvms@yahoo.com.br> 10/15/2001 6:25:19 AM >>> Hey4   Type=20   / SYS$COMMON:[SYSHLP.EXAMPLES.DECW.UTILS]EXEC.C;1t     Regardsu   FC=20e   =3D=3D=3D=3D=3D L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D  F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazile fabiopenvms@yahoo.com.br=200L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Da  2 __________________________________________________ Do You Yahoo!?, Make a great connection at Yahoo! Personals. http://personals.yahoo.com   ------------------------------  + Date: Mon, 15 Oct 2001 05:45:03 -0700 (PDT)a. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>5 Subject: Re: Blast from past: shape of things to comed> Message-ID: <20011015124503.153.qmail@web20204.mail.yahoo.com>   Yes:   It is ! :-)c    ! PS: Sun fonts powers OpenVMS ????-   Regardse   FC=20           0 --- John Eisenschmidt <jeisensc@aaas.org> wrote: > /*5 >  * xmodmap - program for loading keymap definitions 
 > into serverl >  *6 >  * $XConsortium: exec.c,v 1.12 91/07/18 10:25:57 rws > Exp $h >  *. >  * Copyright 1988 Massachusetts Institute of > Technology6 >  * Copyright 1987 by Sun Microsystems, Inc. Mountain > View, CA.c >=206 > I assume you're talking about the 1987 copyright? We+ > could only be so lucky as to have Sun own 3 > everything. I doubt a company could be worse than  > Microsoft. >=20 > I mean, Visual J#.NET ???=20 >=20. > >>> Fabio Cardoso <fabiopenvms@yahoo.com.br> > 10/15/2001 6:25:19 AM >>>L > Heyl >=20	 > Type=20? >=201 > SYS$COMMON:[SYSHLP.EXAMPLES.DECW.UTILS]EXEC.C;1s >=20 >=20	 > Regardsj >=20 > FC=20w >=20 > =3D=3D=3D=3D=3D0N > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3De > F=E1bio dos Santos Cardoso > OpenVMS System Manager > Rio de Janeiro - Brazilh > fabiopenvms@yahoo.com.br=20uN > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3De >=204 > __________________________________________________ > Do You Yahoo!?. > Make a great connection at Yahoo! Personals. > http://personals.yahoo.com >=20     =3D=3D=3D=3D=3DfL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D  F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil  fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Ds  2 __________________________________________________ Do You Yahoo!?, Make a great connection at Yahoo! Personals. http://personals.yahoo.com   ------------------------------  % Date: Mon, 15 Oct 2001 13:38:16 -040055 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>f5 Subject: Re: Blast from past: shape of things to come81 Message-ID: <A9Fy7.451$RL6.3974@news.cpqcorp.net>t  L I guess I have no idea what you are excited about.  DEC, SUN, HP, Tectronix,E and any number of other companies contributed code to X11, and Motif.w         Fabio Cardoso wrote in message5 <20011015124503.153.qmail@web20204.mail.yahoo.com>...l Yesf   It is ! :-)     ! PS: Sun fonts powers OpenVMS ????    Regardsa   FC          0 --- John Eisenschmidt <jeisensc@aaas.org> wrote: > /*5 >  * xmodmap - program for loading keymap definitionsa
 > into servery >  *6 >  * $XConsortium: exec.c,v 1.12 91/07/18 10:25:57 rws > Exp $t >  *. >  * Copyright 1988 Massachusetts Institute of > Technology6 >  * Copyright 1987 by Sun Microsystems, Inc. Mountain > View, CA.- > 6 > I assume you're talking about the 1987 copyright? We+ > could only be so lucky as to have Sun ownt3 > everything. I doubt a company could be worse thanC > Microsoft. >v > I mean, Visual J#.NET ???> > . > >>> Fabio Cardoso <fabiopenvms@yahoo.com.br> > 10/15/2001 6:25:19 AM >>>> > Heyi >r > Type >c1 > SYS$COMMON:[SYSHLP.EXAMPLES.DECW.UTILS]EXEC.C;1e >b >y	 > Regardsj >  > FC >r > =====  > ========================== > Fbio dos Santos Cardoso > OpenVMS System Manager > Rio de Janeiro - Brazil  > fabiopenvms@yahoo.com.br > ========================== >.4 > __________________________________________________ > Do You Yahoo!?. > Make a great connection at Yahoo! Personals. > http://personals.yahoo.com >t     =====s ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazily fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do You Yahoo!?, Make a great connection at Yahoo! Personals. http://personals.yahoo.com   ------------------------------    Date: 15 Oct 2001 07:41:17 -0700D From: mmagenc@proxis-services.fr (=?ISO-8859-1?Q?Mich=E8le_Magenc?=)Y Subject: Re: can NFS client choose to mount over tcp or udp depending upon the NFS server = Message-ID: <6c0a4ed0.0110150641.4895d9d0@posting.google.com>g   Hi Matt,  # Thank you very much for answering. tD BTW, will this feature (NFS Client over TCP and/or UDP) be part of a future version ?   Best regards, Michle.   ------------------------------  % Date: Mon, 15 Oct 2001 11:25:10 -0400t2 From: "Sue Skonetski" <susan.skonetski@compaq.com>) Subject: CETS presentations now available,1 Message-ID: <tcDy7.434$RL6.3797@news.cpqcorp.net>o  I Folks I have just received the following from Bill Horzempa.  Bill is the B Compaq executive responsible for CETS from the Compaq perspective.  J Go to www.cets2001.com <http://www.cets2001.com> and look on the left sideH for Public Catalog. Select public catalog. If you are already a registerL portal user you can log in and then have access to the files. If you are notK a registered portal user you need to create a portal account, which is freecI and then log in. We want people to register so we can send them CETS 2002n$ information as it becomes available.   ------------------------------    Date: 15 Oct 2001 11:05:36 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)FK Subject: Re: CETS presentations now available (only if you ignore security)u3 Message-ID: <+BPXNdl74zbH@eisner.encompasserve.org>o  f In article <tcDy7.434$RL6.3797@news.cpqcorp.net>, "Sue Skonetski" <susan.skonetski@compaq.com> writes:K > Folks I have just received the following from Bill Horzempa.  Bill is thesD > Compaq executive responsible for CETS from the Compaq perspective.  E I have determined this is an authentic message from CETS (see below).   L > Go to www.cets2001.com <http://www.cets2001.com> and look on the left side, > for Public Catalog. Select public catalog.  D That produces a blank page on a secured browser (no Java, JavaScript or cookies enabled).   ------------------------------    Date: 15 Oct 2001 06:50:59 -07001 From: anders_wallin@altavista.com (Anders Wallin) % Subject: CLD, how to expand keywords?w< Message-ID: <6cc41c7.0110150550.6b7c9b22@posting.google.com>  L I am using the CLI$ interface from a C-program invoked as a foreign command.   When I issue the command      $ TEST TESTFILE.A /TYPE=REL  B I would expect to get the value of the qualifier /TYPE expanded toD the complete keyword, RELEASE. Instead I just get what I type, which in this case is REL.  J Is this what to expect or is there a way to get the keywords automatically
 expanded?    Much obliged for any help.  
 Anders Wallinx  8 ========== Extract of CLD-file =========================   MODULE TESTe DEFINE VERB	TEST     ROUTINE	GET_INPUTd.     PARAMETER	P1,	LABEL=FILE, VALUE (REQUIRED)A     QUALIFIER	TYPE,	DEFAULT, NONNEGATABLE, VALUE (TYPE=KIT_TYPES)w   DEFINE TYPE KIT_TYPESh     KEYWORD KIT, DEFAULT     KEYWORD FILE     KEYWORD RELEASE    ------------------------------  % Date: Mon, 15 Oct 2001 11:35:46 +0100e0 From: "DavidTC" <David.Tarbox-Cooper@bcs.org.uk> Subject: Re: DEC VAX Users. Message-ID: <3BCACA12.30969.FEA12A1@localhost>   Many thanks Steve.     		David.  ; On 12 Oct 2001, at 15:17, Steve.Spires@yellgroup.com wrote:e  N > Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza >  > J > One way would be to visit your library and ask to see the Computer UsersJ > Handbook [Vol 4 I think] which has a list of companies using IT and whatQ > machines they have in the organisation, contact names, IT employee numbers etc.g > 1 > Might not be 100% up-to-date, but it's a start.- >  > Steve Spires >  >  >  >  > R > "David Tarbox-Cooper" <David.Tarbox-Cooper@bcs.org.uk> on 10/12/2001 01:58:56 PM > " > To:        Info-VAX@Mvb.Saic.Com- > cc:         (bcc: Steve Spires/YellowPages) O > From:      "David Tarbox-Cooper" <David.Tarbox-Cooper@bcs.org.uk>, 12 Octoberj >            2001, 1:58 p.m. >  > DEC VAX Users9 >  >  >  > A > Can anybody tell me a legitimate, or otherwise, way to identify ' > companies/sites still using DEC VAXs.e > # >             David A Tarbox-Coopere+ >                 Tarbox-Cooper Associates.> >  >  >  >  >    ------------------------------  # Date: Mon, 15 Oct 2001 12:17:50 GMTfB From: Simon Clubley <simon_clubley@remove_me.excite.com-Earth.UFP>$ Subject: Free IMAP4 server for UCX ?6 Message-ID: <OtAy7.29517$ev2.35679@www.newsranger.com>  5 What are the current plans for IMAP4 support in UCX ?e  I Are there any free IMAP4 servers available for UCX or are CPQ planning tor add IMAP4 support to UCX ?  4 There is no reference to IMAP in the latest VMS FAQ.  H Searching the comp.os.vms archives at groups.google.com shows that thereF are IMAP4 servers available for the other TCP/IP stacks and that thereJ is a IMAP2 implementation freely available, but that it does not work with current IMAP clients."   Thanks for any information,e   Simon.   -- a; Simon Clubley, simon_clubley@remove_me.excite.com-Earth.UFPmK In the task of removing Microsoft from the marketplace, I have discovered asE truly remarkable plan, but this signature is too small to contain it.r   ------------------------------  % Date: Mon, 15 Oct 2001 14:13:35 +0100t* From: "Richard Brodie" <R.Brodie@rl.ac.uk>( Subject: Re: Free IMAP4 server for UCX ?+ Message-ID: <9qene0$hm4@newton.cc.rl.ac.uk>c  O "Simon Clubley" <simon_clubley@remove_me.excite.com-Earth.UFP> wrote in messageo0 news:OtAy7.29517$ev2.35679@www.newsranger.com...7 > What are the current plans for IMAP4 support in UCX ?   8 The roadmap has it provisionally in TCPIP 5.2 (Q2 2002).   ------------------------------  % Date: Mon, 15 Oct 2001 12:43:41 -0400M5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>i/ Subject: Re: Higher prices for Alpha processors 1 Message-ID: <nmEy7.438$RL6.3805@news.cpqcorp.net>e   Fabio Cardoso wrote in message7 <20011011121159.21630.qmail@web20205.mail.yahoo.com>...    >a2 >I would like a new "Windowing Graphical Terminal" >to substitute the VTs ....   4 >It is time to OpenVMS have a non-Decwindows option.1 >I was thinking - if I am not becoming crazy - inh1 >the possibiity of use SunRays under OpenVMS or at4 >"MS Windows like GUI" for OpenVMS - how much memory7 >uses PocketPC GUI ?? Would be easy to port in a scheme2/ >ICA/RDA + MS GUI + OpenVMS ? If it is possible 1 >to port KDE for OpenVMS because it is "open"....n    H "DECwindows" is not really a "product".  What VMS offers is the X WIndowJ System, and Motif.  Some of the bits for the X11 software is packaged into the "DECwindows" kit.   K SunRay is an appliance for displaying X11 applications.  It is conceptuallylD little different that an X Terminal (only simpler with a nifty human interface).t  G KDE is really just an opensource replacement for Motif, as if Gnome and  GTK+.a  L Trying to reverse engineer MS windows has been tried.  It's expensive to do,K and it doesn't always work that well.  And creating another "almost like MSi& windows" interface sounds wrong to me.  E We are keeping an eye on (in specific) Gnome and GTK.  I would not bemK suprised to see this become the Linux and UNIX standard, and for us to haven to do an implementation of it.   ------------------------------  % Date: Mon, 15 Oct 2001 12:49:16 -0400 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>,/ Subject: Re: Higher prices for Alpha processorse1 Message-ID: <BrEy7.440$RL6.3822@news.cpqcorp.net>.  = JF Mezei wrote in message <3BC5FE2C.396F328A@videotron.ca>...l > J >Alpha is on life support for another 5 years. But Compaq doesn't want any moreH >Alpha customers during that time since its goal is to pull the plugs as soonJ >as possible and the more people are still on Alpha, the harder it will be to >pull the plug.m  I IMHO, this is pure BS.  We continue to sell Alphas into new accounts, and L continue to get new sales every day on Alpha.  The Business Critical SystemsL division is focused on selling Alphas.  There IS NO let up in trying to sellF Alpha, which would be foolish since we will not have a competetive IPF6 offering (with EV68 or EV7 or EV79) for quite a while.   ------------------------------  % Date: Mon, 15 Oct 2001 12:49:26 -0400 - From: "John Eisenschmidt" <jeisensc@aaas.org>a/ Subject: Re: Higher prices for Alpha processorsl+ Message-ID: <sbcadb5e.015@AAASMTA.aaas.org>-  I Sun has an interesting position with the Sun Ray. They are X Terminals, = D but their host server also runs Star Office, has a JVM, a Terminal =L Emulator, and a Citrix Client. I've been pushing to replace 2/3 of our PCs =L with them for a while now. Solaris 9 also has Gnome as the default windows =% manager (as opposed to that POS CDE).M  H The client server world is *starting* to come full circle back to thin =J client/big server. Were HPaq to push VMS in a similar way Sun is pushing =J the Ray (Windows Terminal Server with a usable WM and an office product) =F plus VMS's proven stability, you could start to put it up against PCs.  J Even better, HPaq could develop a new WinTerm with removable media - the =J power and stability of a terminal and the ability to take your data home = on a CDRW or a Zip disk.  & But that, as we know, is not to be.=20  L >>> "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> 10/15/2001 12:43:41 PM = >>>    Fabio Cardoso wrote in message7 <20011011121159.21630.qmail@web20205.mail.yahoo.com>...r   >l2 >I would like a new "Windowing Graphical Terminal" >to substitute the VTs ....i  4 >It is time to OpenVMS have a non-Decwindows option.1 >I was thinking - if I am not becoming crazy - ina1 >the possibiity of use SunRays under OpenVMS or aw4 >"MS Windows like GUI" for OpenVMS - how much memory7 >uses PocketPC GUI ?? Would be easy to port in a schemef/ >ICA/RDA + MS GUI + OpenVMS ? If it is possiblen1 >to port KDE for OpenVMS because it is "open"....     H "DECwindows" is not really a "product".  What VMS offers is the X WIndowJ System, and Motif.  Some of the bits for the X11 software is packaged into the "DECwindows" kit.i  L SunRay is an appliance for displaying X11 applications.  It is conceptually=  D little different that an X Terminal (only simpler with a nifty human interface).   G KDE is really just an opensource replacement for Motif, as if Gnome andT GTK+.m  J Trying to reverse engineer MS windows has been tried.  It's expensive to = do,gJ and it doesn't always work that well.  And creating another "almost like = MS& windows" interface sounds wrong to me.  E We are keeping an eye on (in specific) Gnome and GTK.  I would not be H suprised to see this become the Linux and UNIX standard, and for us to = have to do an implementation of it.   ------------------------------  % Date: Mon, 15 Oct 2001 09:11:35 -0700 2 From: "Randy Park" <rjpark@mindspring.com.nospaam>5 Subject: Ingres (Was: Re: jobs? ingres vax/vms cobol)_2 Message-ID: <9qf22g$c11$1@slb4.atl.mindspring.net>  H > > Before the Great Tech Wreck, this site might have been of some help: > >-! > >   http://openvms.monster.com/  > >09 > > But Monster has fallen victim to he Great Tech Wreck:s >gL > C'mon, Jerry, you're exaggerating.  The job web site is still in business: >.) >   http://jobsearch.openvms.monster.com/p >rG > A search for cobol or ingres turns up quite a few hits.  For example,.4 > here's a Cobol/ingres position in Spartanburg, SC:; >    http://jobsearch.openvms.monster.com/jobs/12987043.asp8 >y8 > (If I even knew what ingres is, I might apply for it.) >  :k : = Ingres was a major database company back in the 80s and earlyaC 90s.  If I remember correctly Ingres was originally developed in ans< academic environment and then taken commerical by Relational? Technology in Alameda (Oakland) California.  In its early years : VMS was it's main development platform.  After significant< market success the company's name was changed to Ingres.  In= the early 90s it fell into financial trouble and was acquired1B by ASK Computer Systems.  A few years later ASK got into financial= problems and was acquired by Computer Associates.  I think CA=: just milked the product and didn't do much marketing.  The last version I used was 6.4.   ------------------------------  % Date: Mon, 15 Oct 2001 12:32:20 -0400n- From: "John Eisenschmidt" <jeisensc@aaas.org>-5 Subject: Ingres (Was: Re: jobs? ingres vax/vms cobol)0+ Message-ID: <sbcad767.041@AAASMTA.aaas.org>y  / Ahh, another product who's sad story ends with:f  8 "And then Computer Associates bought them <DOT DOT DOT>"  ? I have heard of Ingres but never had the pleasure to use it.=20e  I >>> "Randy Park" <rjpark@mindspring.com.nospaam> 10/15/2001 12:11:35 PM =e >>>aH > > Before the Great Tech Wreck, this site might have been of some help: > > $ > >   http://openvms.monster.com/=20 > >.9 > > But Monster has fallen victim to he Great Tech Wreck:g >1D > C'mon, Jerry, you're exaggerating.  The job web site is still in =	 business:t >,, >   http://jobsearch.openvms.monster.com/=20 >uG > A search for cobol or ingres turns up quite a few hits.  For example,h4 > here's a Cobol/ingres position in Spartanburg, SC:> >    http://jobsearch.openvms.monster.com/jobs/12987043.asp=20 >=8 > (If I even knew what ingres is, I might apply for it.) >0 :6 ::= Ingres was a major database company back in the 80s and earlyPC 90s.  If I remember correctly Ingres was originally developed in anw< academic environment and then taken commerical by Relational? Technology in Alameda (Oakland) California.  In its early years : VMS was it's main development platform.  After significant< market success the company's name was changed to Ingres.  In= the early 90s it fell into financial trouble and was acquiredeB by ASK Computer Systems.  A few years later ASK got into financial= problems and was acquired by Computer Associates.  I think CAt: just milked the product and didn't do much marketing.  The last version I used was 6.4.   ------------------------------  % Date: Mon, 15 Oct 2001 13:04:23 -0400 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>p  Subject: Re: Itanium and OpenVMS1 Message-ID: <NFEy7.444$RL6.3937@news.cpqcorp.net>D  F The FAT32 partition is not there as a replacement for FLASH or EEPROM.  L The primary reason for the FAT32 partition is for the OS_LOADER (the PrimaryH Bootstrap).  You can optionally have other things there, the most common being console "applications".e  H Being able to have this FAT32 partition makes it easy to add things likeK optional diagnostics to platforms without putting it in ROM.  Or to enhance % the bootstrap (which we may look at)..  J It would be difficult, but not impossible, to write a EFI application thatL could insert itself into the SAL code as some type of trojan horse.  But theH logictics would require a fair amount of work.  And of course, you stillI would need privs to have been able to get at the partition from the OS todC start with, or physical access to the system while in console mode.g  D Anyone with the knowledge and privs to do this, could just as easily" penetrate an existing Alpha today.       Alphaman wrote in messagec4 <8qWw7.48609$Pr1.14282283@news1.rdc1.tn.home.com>..., >jlsue <jlsuexxxz@home.com> wrote in message3 >news:hql6stsq8hv0arlufb68mfsembh5uhkjq7@4ax.com...pD >> Heck,  If you're going to be that smart, you could just as easilyB >> infect the alpha firmware (ever need a floppy to access a Mylex >> controller?). > C >But are you running x86 bins on the Alpha to do that?  Ever see an:K >Alpha-binary .exe virus?  What are the odds of an x86 virus doing anythingE >inside Alpha firmware?d > K >The reason for the FAT32 partition on an IPF system is because there is nooK >PALcode equiv on that platform that can be loaded from firmware.  (See the.D >rest of the aforementioned presentation.)  So now all your boottimeL >executables are on a read/write hard disk, not read-mostly FLASH or EEPROM.L >Which do you think is easier for a cracker to hack?  Which one will soon beJ >more widely available?  We all know crackers love low-hanging fruit; it'sJ >just a matter of time before it's exploited.  What are the odds of an IPF@ >virus doing something nasty on an IPF system's FAT32 partition? >t >Respectfully, >Aaron >--l? >Aaron Sakovich  http://members.home.net/sakovich/alphaman.html  >a3 >"I fear all we have done is waken a sleeping giants, >     and fill him with a terrible resolve."( >      Japanese Admiral Isoruku Yamamoto( >      after the bombing of Pearl Harbor >r= >Those that don't learn from history are doomed to repeat it.c >g >    ------------------------------  + Date: Mon, 15 Oct 2001 10:37:20 -0700 (PDT)e. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>  Subject: Re: Itanium and OpenVMS@ Message-ID: <20011015173720.90058.qmail@web20208.mail.yahoo.com>   Let me fly ...    0 First of all Compaq/HP decides to develop an USB board for Itanium machines ...  / And instead of using floppies to load firmware,o2 Compaq/HP begins to use "USB based storage" - like( those "pens" to distribute firmware !=20   What do you think about this ?   Regardse   FC=20 1 --- Fred Kleinsorge <kleinsorge@star.zko.dec.com>d wrote:3 > The FAT32 partition is not there as a replacementa > for FLASH or EEPROM. >=203 > The primary reason for the FAT32 partition is for  > the OS_LOADER (the Primary3 > Bootstrap).  You can optionally have other thingsa > there, the most common > being console "applications".r >=202 > Being able to have this FAT32 partition makes it > easy to add things like-6 > optional diagnostics to platforms without putting it > in ROM.  Or to enhance' > the bootstrap (which we may look at).C >=205 > It would be difficult, but not impossible, to writeu > a EFI application that4 > could insert itself into the SAL code as some type > of trojan horse.  But theS5 > logictics would require a fair amount of work.  Ando > of course, you still2 > would need privs to have been able to get at the > partition from the OS to4 > start with, or physical access to the system while > in console mode. >=201 > Anyone with the knowledge and privs to do this,s > could just as easily$ > penetrate an existing Alpha today. >=20 >=20 >=20 > Alphaman wrote in message 6 > <8qWw7.48609$Pr1.14282283@news1.rdc1.tn.home.com>.... > >jlsue <jlsuexxxz@home.com> wrote in message5 > >news:hql6stsq8hv0arlufb68mfsembh5uhkjq7@4ax.com...01 > >> Heck,  If you're going to be that smart, you  > could just as easily5 > >> infect the alpha firmware (ever need a floppy tob > access a Mylex > >> controller?). > >I2 > >But are you running x86 bins on the Alpha to do > that?  Ever see an4 > >Alpha-binary .exe virus?  What are the odds of an > x86 virus doing anything > >inside Alpha firmware?n > >o6 > >The reason for the FAT32 partition on an IPF system > is because there is no4 > >PALcode equiv on that platform that can be loaded > from firmware.  (See the4 > >rest of the aforementioned presentation.)  So now > all your boottime=1 > >executables are on a read/write hard disk, not  > read-mostly FLASH or EEPROM.6 > >Which do you think is easier for a cracker to hack? >  Which one will soon beF4 > >more widely available?  We all know crackers love > low-hanging fruit; it'sh5 > >just a matter of time before it's exploited.  WhatR > are the odds of an IPF1 > >virus doing something nasty on an IPF system's4 > FAT32 partition? > >  > >Respectfully, > >Aaron > >--u > >Aaron Sakovich=200 > http://members.home.net/sakovich/alphaman.html > >a5 > >"I fear all we have done is waken a sleeping giant:. > >     and fill him with a terrible resolve."* > >      Japanese Admiral Isoruku Yamamoto* > >      after the bombing of Pearl Harbor > >o4 > >Those that don't learn from history are doomed to > repeat it. > >k > >  >=20 >=20     =3D=3D=3D=3D=3DmL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3DI F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilt fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D/  2 __________________________________________________ Do You Yahoo!?, Make a great connection at Yahoo! Personals. http://personals.yahoo.com   ------------------------------  # Date: Mon, 15 Oct 2001 12:01:53 GMT B From: Simon Clubley <simon_clubley@remove_me.excite.com-Earth.UFP>) Subject: Re: Need VMS 1.5 C-Kermit binaryp6 Message-ID: <ReAy7.29496$ev2.35543@www.newsranger.com>  ' On 12 Oct 2001 16:44:54 GMT, in articleb? <9q76m6$sn1$1@newsmaster.cc.columbia.edu>, Frank da Cruz wrote:- >- >-K >For somebody who has VMS 1.5-1H1 and UCX 3.0.  Evidently the binary I havey >here: >eB >  ftp://kermit.columbia.edu/kermit/bin/ckv192-axp-vms10-ucxxx.exe > I >is not really what it claims to be, because when they start it, it says:r >A: >  ALPHA1:000000>run DKA300:[UTILITIES.SYSTEM]KERMIT.EXE;1* >  %DCL-W-ACTIMAGE, error activating image( >  DKA300:[UTILITIES.SYSTEM]KERMIT.EXE;1C >  -CLI-E-IMGNAME, image file DKA300:[UTILITIES.SYSTEM]KERMIT.EXE;1h? >  -IMGACT-F-NOTNATIVE, image is not an OpenVMS Alpha AXP imagei >lH >They don't have a C compiler so can't build it themselves.  If you haveH >and Alpha with VMS 1.5 or earlier and with DEC C, could you pls contact
 >me?  Thanks.i >r >- Frank  0 That image looks like an Alpha executable to me:  M Analyze Image                                15-OCT-2001 12:49:16.72   Page 1e( DKA0:[xxxxx]CKV192-AXP-VMS10-UCXXX.EXE;1
 ANALYZ A07-04i  # This is an OpenVMS Alpha image file    IMAGE HEADER   Fixed Header Information  % image format major id: 3, minor id: 0a header block count: 2.# image type: executable (EIHD$K_EXE)r   [snip]    Image Identification Information   image name: "WERMIT"! image file identification: "V1.0"t' link date/time:  1-NOV-1994 11:14:20.64O linker identification: "A10-62"e   [snip]  ! The analysis uncovered NO errors.4   $ r CKV192-AXP-VMS10-UCXXX.EXE  + C-Kermit 5A(190), 4 Oct 94, for OpenVMS AXP  Copyright (C) 1985, 1994,-8 Trustees of Columbia University in the City of New York. Type ? or HELP for help.
 C-Kermit>quiti  < This is on a VMS V7.1 system with UCX 5.0A, ECO 2 installed.  I As the date of the image in your archives is from 1994, I assume that the0H problem is still outstanding, so I would suggest to the site in questionG that it makes sure that it has an 8-bit clean path from your FTP server  to the target system.   K It should also check that the size of the image on the target system agreest. with the FTP size (871936 bytes, 1703 blocks).   Hope this helps,   Simon.   -- -; Simon Clubley, simon_clubley@remove_me.excite.com-Earth.UFP K In the task of removing Microsoft from the marketplace, I have discovered afE truly remarkable plan, but this signature is too small to contain it."   ------------------------------    Date: 15 Oct 2001 01:54:46 +0800, From: Paul Repacholi <prep@prep.synonet.com>4 Subject: Re: Phone question..(dialing to other user)- Message-ID: <877ktyhztl.fsf@prep.synonet.com>a  3 "David J. Dachtera" <djesys.nospam@fsi.net> writes:   < > >  There are other chat and IRC clients for OpenVMS [snip]  C > As I am rediscovering, many sites hold freeware in disdain and/ors > distrust.   & Free$$ is easy to cure if they insist!   -- n< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.e@                                              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, 15 Oct 2001 09:52:49 -0400   From: jamese@beast.dtsw.army.mil% Subject: Re: ping source code for VMSc0 Message-ID: <01101509524879@beast.dtsw.army.mil>  5 "Zane H. Healy" <healyzh@shell1.aracnet.com> wrote on3  Sat, 13 Oct 2001 01:27:28 GMT in2 <4MMx7.15009$Rb.752175@sjcpnn01.usenetserver.com>:  , > Joachim Gantenberg <jo.gant@web.de> wrote:6 > > does anyone have the source code for ping for vms?8 > > I need the port of the UNIX-tool for a project in C.  3 There is a scriptable ping named FPING available atM<   ftp://ftp.stanford.edu/pub/packages/fping/fping-2.0.tar.gz>   ftp://ftp.stanford.edu/pub/packages/fping/fping-2.2b1.tar.gz  C I have not tried to get this working on VMS, but used it on Unixes.   : Ed James                           ed.james@telecomsys.com5 TeleCommunications Systems, Inc.   voice 410-295-1919h; 2024 West Street, Suite 300              800-810-0827 x1919-5 Annapolis, MD 21401-3556           fax   410-280-1094    ------------------------------  + Date: Mon, 15 Oct 2001 17:45:48 +0100 (CET)p' From: SWARS@mailer.MPI-STUTTGART.MPG.DE@ Subject: re sd commanu< Message-ID: <01K9JECG310I8WXPD1@MAILER.MPI-STUTTGART.MPG.DE>   Thank you all, for helping me l regards h.swarsc   ------------------------------  % Date: Mon, 15 Oct 2001 12:44:22 -0000g From: sword7@speakeasy.org Subject: RRD40/RRD50 specs?S/ Message-ID: <tslmh6a58qht1e@corp.supernews.com>    Hello folks:  D Does anyone have RDD40/RDD50 CD-ROM specs (characteristics) for VAX F system?  I am looking for that for booting facility (my VAX emulator).  
 Thank you!   -- Tim Stark   -- a, Timothy Stark	<><	Inet: sword7@speakeasy.orgJ --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------    Date: 15 Oct 2001 06:31:16 -0700( From: bob@instantwhip.com (Bob Ceculski)5 Subject: Re: Scott McNealy has no respect for Alpha's ; Message-ID: <d7791aa1.0110150531.781567@posting.google.com>l  a JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message news:<3BC884CC.4BFC309E@videotron.ca>...O > Bob Ceculski wrote:nK > > alpha is not dead!  just in transition ... ev7 line will continue untili. > > it is incorporated into intel itaniums ... > * > Why do you refuse to admit the reality ? > M > ALPHA IS DEAD. Period. There are a couple of iterations left (EV7 and EV79) J > and then they do one last fab order, stockpile enough of those alphas toK > support legacy systems for  X years (depending on how many signed DII-COEy > contracts) and that is it. > O > Just because Intel inherited the technologies and brains behind Alpha doesn'tpM > mean that Itanium will become an Alpha. The ex-DEC engineers will simply bet+ > tasked to improve Itanium's architecture.y > N > Itanium won't magically inherit the Alpha instruction set.  What will happenO > is exactly what happened when Intel inspired itself from Alpha to improve its'M > Pentium. IA64's implementation will be improved but it will remain an IA64.t > J > As far as HP-Compaq is concerned, remember that HP is a sponsor of IA64.O > Remember that Curly admitted that he had been talking/sleeping with Carly forcM > months before the announcement. This means that the June 25 announcement of N > Alpha's murder was made with full knowledge of the upcoming merger. In otherP > words, it is extremely likely that the Alpha murder was Carly's idea and CarlyN > asked Curly to kill off Alpha ASAP to help the sinking Itanium who will have > one less competitor. > P > Now, once Compaq and HP have gone through the blender and become a single massH > of goo, I wouldn't be surprised to see  HP magically inherit Digital's0 > compiler folks who were forced to go to Intel.  J why don't you wake up ... after looking at the itanium spec results anyoneJ could see itanic was a dud ... intel had to buy alpha to be able to have aD "working" 64 bit platform ... alpha will live on with the intel logo on it!   ------------------------------  % Date: Mon, 15 Oct 2001 15:37:30 +0100e% From: Alan Greig <a.greig@virgin.net> 5 Subject: Re: Scott McNealy has no respect for Alpha'sn8 Message-ID: <ivslstst3u30k6ur5bnk4lc3jogodevp5r@4ax.com>  A On 15 Oct 2001 06:31:16 -0700, bob@instantwhip.com (Bob Ceculski)b wrote:  K >why don't you wake up ... after looking at the itanium spec results anyone K >could see itanic was a dud ... intel had to buy alpha to be able to have ayE >"working" 64 bit platform ... alpha will live on with the intel logol >on it!a  C Ok if that is the case then why did Compaq initially claim that thenB reason for the phasing out of Alpha was that they couldn't keep up% with Itanium over the next few years?i  @ Ad if Alpha will live on with an Intel logo then why port VMS to6 Itanium when it could just run on an Intel logo Alpha?  4 I'd appreciate if you could clarify your statements.     -- Alan   ------------------------------  + Date: Mon, 15 Oct 2001 11:01:54 +0100 (CET)a' From: SWARS@mailer.MPI-STUTTGART.MPG.DEd Subject: sd comman< Message-ID: <01K9J0870W4Y8WXSPT@MAILER.MPI-STUTTGART.MPG.DE>  
 hallo all,: we have a customer how needs the sd command and I have not: such a dcl script for changing the directory is there some around ? h.swars    ------------------------------  + Date: Mon, 15 Oct 2001 09:38:55 +0000 (UTC) 9 From: Roar =?iso-8859-1?Q?Thron=E6s?= <roart@nvg.ntnu.no>a Subject: Re: sd comman- Message-ID: <9qearf$9h7$1@tyfon.itea.ntnu.no>r  ( SWARS@mailer.mpi-stuttgart.mpg.de wrote: : hallo all,< : we have a customer how needs the sd command and I have not< : such a dcl script for changing the directory is there some
 : around ?	 : h.swarso   You mean this short one?:    $ sd:==set default   ------------------------------  # Date: Mon, 15 Oct 2001 14:38:13 GMT 8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond) Subject: Re: sd comman1 Message-ID: <pxCy7.430$RL6.3653@news.cpqcorp.net>   = In article <01K9J0870W4Y8WXSPT@MAILER.MPI-STUTTGART.MPG.DE>, t) SWARS@mailer.MPI-STUTTGART.MPG.DE writes:o  ; >we have a customer how needs the sd command and I have nota; >such a dcl script for changing the directory is there somes	 >around ?c  G SD is not an OpenVMS command; it is a user-defined symbold that equatesi
 to a command.w  C Someone suggested  SD := "SET DEFAULT" as the simplest possibility.fK Below is my command procedure.   Use at your own risk; feel free to modify.t  ) $ ! 		COMMAND PROCEDURE FOR "SET DEFAULT"i' $ ! 		    Does Not Require "[" and "]".  $ ! B $ !   1) If P1 contains a "[" or a ":", or if it is a logical name- $ !      it is used as is.  i.e. "SET DET P1"c> $ !   2) Otherwise "[" and "]" are added.  i.e. "SET DEF [P1]" $ !39 $ !	To use this command procedure put it in a file calleda8 $ !	"SYS$LOGIN:SETDEF.COM".  Then put the 	following in ! $ !	your "SYS$LOGIN:LOGIN.COM" --  $ !A' $ !		$ SD*EF		:== @SYS$LOGIN:SETDEF.COMt $ !l$ $ !	The following are also useful -- $ !  $ !		$ UP		:== SET DEF [-]# $ !		$ HO*ME		:== SET DEF SYS$LOGINa $ !o9 $ !	Feel free to use other command names that are easier   $ !	for you to remember. $ !  $start:t< $ COMM_DIR = f$parse(F$ENVIRONMENT("PROCEDURE"),,,"DEVICE")-6     +f$parse(F$ENVIRONMENT("PROCEDURE"),,,"DIRECTORY") $ SET := ""o! $ if p1 .nes. "" then goto setdef + $ inquire/nopunctuation p1 "$_Directory: " t $goto startu $setdef:: $ if f$locate(":",p1) .eq. f$length(p1) then goto no_colon $colon:b $ set def 'p1' $ goto exiti
 $no_colon:; $ if f$locate("[",p1) .eq. f$length(p1) then goto no_braket  $braket: $ set def 'p1' $ goto exite $no_braket: 4 $ if f$logical(''p1'') .eqs. "" then goto no_logical	 $logical:a $ set def 'p1' $ goto exite $no_logical: $ set def ['p1'] $exit: $ @'COMM_DIR'TITLE.COM $ exit     -- oK     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USApH        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------   Date: 15 Oct 2001 17:38:28 GMT) From: davis@space.mit.edu (John E. Davis)a@ Subject: Re: SEDT problems on RedHat 7.1 (was Re: EDT for Linux)1 Message-ID: <slrn9sm7og.150.davis@aluche.mit.edu>a  = On 12 Oct 2001 15:14:34 -0700, Lee Roth <leeroth@my-deja.com>f wrote:# >Yes, I might jed's EDT if it will:h > E >1) It supports learned key sequences like SEDT does (powerful stuff)e  A Yes.  These are called "keyboard macros".  If you do not know theP8 default binding for them, then look under the Edit menu.  5 >2) It does the 'find the matching curly brace/square & >bracket/parenthesis' for writing code   Yes.  > >3) Indenting of selected text (makes for better looking code)  D This can also be done.  There are many language-sensitive modes that do auto-indenting.  5 >4) Can create your own macros and bind them to a keyk   Yes.  ? >5) Can toggle between column-mode cut/copy/paste and line moden  ' It has support for rectangular regions.l  2 >6) Can toggle between overstrike/insert text mode   Yes.  ! >7) Can support 4 or more bufferse   Yes.  F After installing jed, you can try out its EDT emulation via running it as:-       jed -e edt  A You can also copy $JED_ROOT/lib/jed.rc to ~/.jedrc and edit it toeB enable EDT bindings.  If you do not need alot of customization and just want the bindings, try:  3     echo '_Jed_Default_Emulation="edt";' > ~/.jedrcl  B Then you will not need to use the '-e edt' command line arguments.  D Also make sure that you are using a recent version.  The most recentB is 0.99-15.  See http://space.mit.edu/~davis/jed/download.html for information about getting it.   
 Good luck, --John   ------------------------------  % Date: Mon, 15 Oct 2001 15:04:44 +0300A From: mergoktas@erdemir.com.tr Subject: Socket problem-URGENT1 Message-ID: <C2256AE6.0042592C.00@erdemir.com.tr>i  : I have tcp/ip server task which can accept 16 simultaneous; connections. Task is written in FORTRAN by using QIO system J services. All I/O(s) are done by AST routines, accepting a new connection,. reading from a socket and writing to a socket.  0 DEC TCP/IP Services for OpenVMS VAX Version V3.3( on a VAX 4000-400 running OpenVMS V5.5-2  J My clients request some data from the server at every 5 seconds by sendingL 10 bytes long message. Server responds about 400 bytes data for each reques= t.  L The system works 2 or 3 hours without any problem but after that I have the=   following report from UCX.   UCX> sh dev bg585/fullL =A0Device_socket: bg585 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0LOCA=$ L =A0 =A0 =A0 =A0 =A0 =A0 =A0 REMOTEN =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Port: =A0 =A0 =A0=2  =A0 =A0 5500 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 1051L =A0 =A0 =A0 =A0 =A0 Type: STREAM =A0 =A0 =A0 =A0Host: =A0 =A0 CAL21 =A0 =A0="  =A0 =A0 =A0 =A0 =A0 165.156.2.162D =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Service:  L =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=D  =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0RECEIVE =A0 =A0 =A0 SENDL =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Queu=I ed I/O =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A00 =A0 =A0 =A0 =A0 =A0 =A0 0vL =A0 =A0 =A0 =A0Q0LEN =A0 =A0 =A0 =A0 0 =A0 =A0 =A0 =A0 =A0 =A0 Socket buffe=3 r bytes =A0 =A0 =A0 =A0 =A0 0 =A0 =A0 =A0 =A0 60019 L =A0 =A0 =A0 =A0QLEN =A0 =A0 =A0 =A0 =A00 =A0 =A0 =A0 =A0 =A0 =A0 Socket buf=1 fer quota =A0 =A0 =A0 16000 =A0 =A0 =A0 =A0 60000rL =A0 =A0 =A0 =A0QLIMIT =A0 =A0 =A0 =A00 =A0 =A0 =A0 =A0 =A0 =A0 Total buffer=5  alloc =A0 =A0 =A0 =A0 =A0 =A00 =A0 =A0 =A0 =A0 68712sL =A0 =A0 =A0 =A0TIMEO =A0 =A0 =A0 =A0 0 =A0 =A0 =A0 =A0 =A0 =A0 Total buffer=1  limit =A0 =A0 =A0 =A064000 =A0 =A0 =A0 =A0240000eL =A0 =A0 =A0 =A0ERROR =A0 =A0 =A0 =A0 0 =A0 =A0 =A0 =A0 =A0 =A0 Buffer or I/=5 O waits =A0 =A0 =A0 =A05610 =A0 =A0 =A0 =A0 =A0 =A0 0nL =A0 =A0 =A0 =A0OOBMARK =A0 =A0 =A0 0 =A0 =A0 =A0 =A0 =A0 =A0 Buffer or I/O =5 drops =A0 =A0 =A0 =A0 =A0 0 =A0 =A0 =A0 =A0 =A0 =A0 0vL =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0I/O =A completed =A0 =A0 =A0 =A0 =A0 =A0 =A05609 =A0 =A0 =A0 =A0 =A05611 L =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Byte=7 s transferred =A0 =A0 =A0 =A0 56090 =A0 =A0 =A0 1572393    =A0 Options: =A0REUSEADR" =A0 State: =A0 =A0ISCONNECTED PRIV =A0 RCV Buff: WAIT =A0 SND Buff: None  L When I have above picture from UCX, I still able to receive data from clien= to side,s- but ofcourse can not send data to the client.o  L Since the "Socket buffer bytes" exceeds the "Socket buffer quota", socket g= etsD inL SUSPENDED mode. If I close the socket and initiate a new connection from cl= ient sideE it starts working normally. But some time later same problem happens.a  J I analized the network traffic at packet level when the send buffer of the9 socket started to stack data. There was no packet at all.t  ? I think I have enough room for non-paged dynamic memory on VMS.g  L What can be the reason with socket settings or some VMS parameters or anyth= ingr else ? Please help. URGENT. Thanks a lot in advance.   ------------------------------    Date: 15 Oct 2001 01:25:18 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: syslog client- Message-ID: <87g08mi16p.fsf@prep.synonet.com>   - kuhrt@encompasserve.org (Marty Kuhrt) writes:y  D > Does anyone have pointers to where I could get some C code to do aE > syslog client for Alpha VMS?  Multinet has a syslog daemon that canI@ > be started and used to receive syslog stuff.  I'd like to haveD > programs be able to send stuff to it from a C program.  Also, if I@ > had syslog stuff I could get closer to finishing a Big Brother > server for Alpha VMS.    C > (aside 1, see bb4.com for Big Brother info, a highly configurableuB > freeware web based system monitoring utility) (aside 2, I postedE > this on the multinet news group a couple of days ago and no one has  > responded)  E There is a very good one called OPCOM, but the margin of this messageAE is too small to include it. As a plus, it has several extentions over % and above the run of the mill syslog.r   --  < 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: 15 Oct 2001 01:20:06 +0800, From: Paul Repacholi <prep@prep.synonet.com>' Subject: Re: Unaltered DCL command lineN- Message-ID: <87k7xyi1fd.fsf@prep.synonet.com>i  1 "James Wilkinson" <elementyl@hotmail.com> writes:   0 > "Pat Rankin" <rankin@eql14.caltech.edu> wrote:  E > >      If you want to mimic a Unix-specific solution then do it theIC > > same way you'd do it in Unix: SET FILE/ENTER and then check forsF > > the image name used to invoke the program.  I happen to think thatB > > perpetuating this silly method for making a program operate inD > > different modes is generally a bad idea, but at least it doesn't= > > require building and storing extra copies of the program.e  tB > If you saw the code you might not think it so silly when you saw? > what you had to change.  :) Regardless I thought of this, andtF > several years ago that is what I would have done, however these daysB > the diskspace used is rather trivial, and the amount of trainingD > required for some of the people managing these system (in terms of3 > if they deleted one program) just isn't worth it.   2 You do not have to do the SET FILE/ENTER... stuff!  B Include FOO, BAR etc in the CLD, with the image specified. You can? have a default value that changes with each command of a switcht" to tell how the image was invoked.  @ > Anyhow if we could just read the original command line all theC > silliness would be unnecessary.  I believe the next Fortran draft ? > standard 200x provides for the ability to read the unmodified D > command line in the RTL, one wonders how this will be implemented.  A Where do they get idiot ideas like this! Another idea in the name-D of 'portability' I guess. I wonder what this 'portable' command line" will do if it is run from a GUI...   -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.o@                                              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: 14 Oct 2001 23:52:48 -0700! From: hwong@my.ismart.net (hwong)G Subject: Re: VAX 6400 is downn= Message-ID: <3feb222a.0110142252.2c35dcb5@posting.google.com>o  F Thanks for all the suggestions. We have in fact replaced all the power? regulators on top of the XMI cage already, but checking the air D passages to make sure the regulators are being cooled properly seems to make good sense.1   We will try that tonight.0  _ "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3BC8DDB1.17402C3@fsi.net>...- > Zelmo Kitowski wrote:  > > M > > Have you tried changing out any of the regulators?  I know you said powerDN > > controller, but the regulators on top of the XMI cage fail once in a greatM > > while.  Try swapping them one at a time to see if you can isolate the bad-K > > one.  Sounds like a sensor, switch or power regulator. These are prettyk% > > good old boxes for the most part.  > I > Yeah - I had a problem like that. What happened to us was dust built up C > in the air passages and prevented the regulators for being cooledaJ > properly. Upon removable of the bad one, the dust had to be back-flushedI > out with one of those "jet dusters" (we didn't have an air hose handy).-   ------------------------------  % Date: Mon, 15 Oct 2001 15:42:13 -0500d+ From: "David Lee" <teamosan@inet.att.co.kr>g  Subject: VMS & Unix connectivity+ Message-ID: <9qdvri$4j1$1@news1.kornet.net>s  E I am trying to network my Alpha ES-40 running VMS 7.2 and Ultra Sparc-L running Solaris 2.6 together but not sure how to do it.  On my Alpha, I have both Decnet and TCP/IP running,SJ how would I set it up on these two machines so they can share their disks?   Thank you in advance   ------------------------------    Date: 15 Oct 2001 05:35:14 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)s$ Subject: Re: VMS & Unix connectivity3 Message-ID: <ThCOCNb$8p+6@eisner.encompasserve.org>   Y In article <9qdvri$4j1$1@news1.kornet.net>, "David Lee" <teamosan@inet.att.co.kr> writes: G > I am trying to network my Alpha ES-40 running VMS 7.2 and Ultra SparcnN > running Solaris 2.6 together but not sure how to do it.  On my Alpha, I have! > both Decnet and TCP/IP running, L > how would I set it up on these two machines so they can share their disks?  . The obvious two choices are DECnet and TCP/IP.  F Presumably TCP/IP is running on your Sun machine, and the answer would be NFS over FTP.  C I don't know much about the DECnet implementation for Solaris (from A KI Software, perhaps), but if it is a full implementation readingtC Solaris files from VMS should "just work".  In the other direction,rF however, making VMS files available on Solaris as normal file accessesC via DECnet would be more difficult.  I have no idea what the vendorn has done in this area.  C Neither DECnet file access nor NFS over FTP, however, will give youk6 the degree of "disk sharing" you get in a VMS cluster.   ------------------------------    Date: 15 Oct 2001 05:52:25 -0700( From: bob@instantwhip.com (Bob Ceculski)+ Subject: Re: VMS future, a sense of deja vuy= Message-ID: <d7791aa1.0110150452.35ed6308@posting.google.com>e  v Dave Hamby <dlhamby@earthlink.net> wrote in message news:<hUfy7.17156$0Z6.1380740@newsread1.prod.itd.earthlink.net>...I > Those of us who have been around a while recall when HP bought Apollo. oN > Apollo was one of the two innovators that developed the modern workstation. L > This system had a number of good features including impressive VM, single L > system image of all storage, slick VM and memory mapped file system. Unix J > API compatibility, and a stable of significant CAD and CAE applications. > E > At the time, HP was desparate to escape from the shadow of Sun and ,K > acquiring the #2 workstation manufacturer was a way to do it. To placate :M > the Apollo customer base, many promises were made to those who were new to nH > Apollo and worrying about the code ports they were making or about to N > undertake. HP promised to continue the product line in a vague sort of way. K > The reality was that HP-UX continued on. None of the Aegis features that yI > made the Apollo magic were adopted. The beautiful VM and single system eH > image that came naturally from APOLLO Domain and Aegis where all lost. > L > I expect that HP will do the same with the Compaq purchase. They will sit L > down with feature lists, make check marks, and do something. If HP-UX has M > pretty good feature coverage, the Compaq equivalent wil be abandoned. This nL > is easier to see for True-64 but VMS is also at risk. Fortunately, VMS is M > entrenched in many financial, brokerage, and exchange back-office systems. :M > The support revenues and vocal nature of this market segment may sway HP's n	 > policy.D > N >  Though no VMS cheerleader, I respect the VMS event model and would hate to J > loose it. The AST is elegant and, used with object pointers, eliminates M > many of the difficulties of doing event driven programming. Unfortunately,  K > the AST is so fundamentally a part of the OS architecture that it cannot oG > easily be retrofitted to another OS. If the financials do not make a $> > compelling case for continuing VMS, I believe HP will ax it.  N you are forgetting the military which is a large vms base ... and they are notD giving up vms security and reliability for windows??? IIS??? no way!K i wish hp would sell vms ... i talk to many vms software/hardware engineers-D who would like to buy vms or alpha away from the pc stupid crowd butL have not found a backer financially yet ... vms would be one heck of a moneyF maker if the improvements that palmer at dec delayed will keep coming!8 vms is the best web server environment around right now!   ------------------------------   Date: 15 Oct 2001 13:42:13 GMT) From: leslie@clio.rice.edu (Jerry Leslie)i+ Subject: Re: VMS future, a sense of deja vu ' Message-ID: <9qep3l$2k5$1@joe.rice.edu>d  ) Bob Ceculski (bob@instantwhip.com) wrote: I : you are forgetting the military which is a large vms base ... and they sN : are not giving up vms security and reliability for windows??? IIS??? no way! :iF Except for the U.S. Navy's belief that Microsoft will save them money:  0    http://www.gcn.com/vol19_no27/dod/2868-1.html$    GCN: Navy carrier to run Win 2000  E   "Lockheed Martin officials selected Microsoft as a subcontractor on"G    July 13, said Rich Lockwood, director of advanced naval and command, C    control, communications, computers and intelligence programs for @    Lockheed Martin Naval Electronics and Surveillance Systems in    Moorestown, N.J.S  H    Working with Windows 2000 and its successor operating systems "shouldI    reduce lifecycle crewing and maintenance costs, as well as procurementfH    costs," he said. "They will be running Windows or `Son of Windows' by!    the time this ship deploys." "r  . But there may still be some hope for the Navy:  4    http://news.cnet.com/news/0-1003-200-7488925.html9    Navy joins open-source effort -  Tech News -  CNET.comc  I   "The U.S. Naval Oceanographic Office, which relies on Linux for many ofeH    its information-gathering activities, has linked with the Open SourceH    Software Institute (OSSI) to study how the Navy might improve its useB    of open-source programs. A cooperative research and developmentH    agreement between the two organizations is designed both to produce aG    technical report and recommendations and to create links between the 4    software industry and the Department of Defense."   --Jerry Leslie   ------------------------------  % Date: Mon, 15 Oct 2001 08:05:06 -0700"3 From: David Spencer <spencer@spaamfree.recneps.com>e8 Subject: Re: VMS721_UPDATE V3.0 produces ugly PCSI crash> Message-ID: <151020010805067416%spencer@spaamfree.recneps.com>  s In article <121020012241417591%spencer@spaamfree.recneps.com>, David Spencer <spencer@spaamfree.recneps.com> wrote:m  N > Title pretty much says it all. I'm running an Alpha workstation (AS 255/300)N > with VMS 7.2-1. Tried to install the update and get the attached crash. I'veO > updated other systems without difficulties. There's obviously something amissdI > with my configuration, but what?? Hints would be most appreciated... :)n >  > -- Dave Spencern >  > $ product install *  > < >    1 - CPQ AXPVMS CSWS V1.1                Layered Product< >    2 - CPQ AXPVMS PERL V5.5-3A2            Layered ProductG >    3 - DEC AXPVMS VMS721_UPDATE V3.0       Patch (maintenance update)s" >    4 - All products listed above
 >    5 - Exita > ? > Choose one or more items from the menu separated by commas: 3b > * > The following product has been selected:G >     DEC AXPVMS VMS721_UPDATE V3.0          Patch (maintenance update)e >   > Do you want to continue? [YES] > " > Configuration phase starting ... > P > You will be asked to choose options, if any, for each selected product and forQ > any products that may be installed to satisfy software dependency requirements.  > ; > DEC AXPVMS VMS721_UPDATE V3.0: OpenVMS V7.2-1 UPDATE V3.0d >  > Execution phase starting ...x > %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000000014C, PC=00000000001074D8, PS=0000001B1 > %TRACE-F-TRACEBACK, symbolic stack dump followsnL >   image    module    routine             line      rel PC           abs PC8 >  PCSI$SHR  SPIU_ORDER_CONTROL  spiu_trim_idle_productsQ >                                          7681 0000000000001E58 00000000001074D8r? >  PCSI$SHR  SPIU_ORDER_CONTROL  spiu_collate_product_executionsQ >                                          8653 0000000000003450 0000000000108AD0a8 >  PCSI$SHR  SPIU_ORDER_CONTROL  spiu_initiate_executionQ >                                          9574 000000000000465C 0000000000109CDCi4 >  PCSI$SHR  SPIU_ORDER_TOTAL  spiu_form_total_orderQ >                                          7387 00000000000033D4 0000000000116BA40. >  PCSI$SHR  SPIU_API_OPERATIONS  spiu_installQ >                                          8113 00000000000026F4 00000000000C7EA4e+ >  PCSI$MAIN  UICOMMON  UIexecute_operationeQ >                                         20686 0000000000002540 0000000000044CE0h, >  PCSI$MAIN  SPIU_COMMAND_VMS  DCLconfigureQ >                                         21589 0000000000000D0C 000000000003746CA3 >  PCSI$MAIN  SPIU_COMMAND_VMS  process_DCL_command Q >                                         25082 0000000000007F74 000000000003E6D40+ >  PCSI$MAIN  SPIU_COMMAND_VMS  process_DCLAQ >                                         25268 00000000000085B8 000000000003ED180Q >  PCSI$MAIN  SPIU_COMMAND_VMS  main      27242 000000000000C028 0000000000042788 Q >  PCSI$MAIN  SPIU_COMMAND_VMS  __main        0 0000000000000094 00000000000367F4 Q >                                             0 FFFFFFFF82F213D4 FFFFFFFF82F213D4  > $A  5 I should have included my product history. Here goes:Q   $ product show hist0P ----------------------------------- ----------- ----------- --------------------I PRODUCT                             KIT TYPE    OPERATION   DATE AND TIMEAP ----------------------------------- ----------- ----------- --------------------P DEC AXPVMS VMS721_PCSI V1.0         Patch       Install     25-SEP-2001 21:30:35P DEC AXPVMS VMS721_PTHREAD V1.0      Patch       Install     09-DEC-1999 16:17:30P DEC AXPVMS VMS721_SYS V1.0          Patch       Install     04-DEC-1999 10:23:44P DEC AXPVMS VMS721_F11X V1.0         Patch       Install     04-DEC-1999 10:23:09P DEC AXPVMS DECNET_PHASE_IV V7.2-1   Full LP     Install     21-AUG-1999 18:05:32P DEC AXPVMS OPENVMS V7.2-1           Platform    Install     21-AUG-1999 18:05:32P DEC AXPVMS TCPIP V5.0-10            Full LP     Install     21-AUG-1999 18:05:32P DEC AXPVMS VMS V7.2-1               Oper System Install     21-AUG-1999 18:05:32P DEC AXPVMS DECNET_PHASE_IV V7.1-2   Full LP     Remove      21-AUG-1999 18:05:32P DEC AXPVMS OPENVMS V7.1-2           Platform    Remove      21-AUG-1999 18:05:32P DEC AXPVMS VMS V7.1-2               Oper System Remove      21-AUG-1999 18:05:32P DEC AXPVMS VMS62TO71U2_PCSI V1.0    Patch       Remove      21-AUG-1999 18:05:32P DEC AXPVMS UCX V4.2-21              Full LP     Remove      21-AUG-1999 17:46:36P DEC AXPVMS DWMOTIF V1.2-5           Full LP     Install     29-JUL-1999 21:49:37P DEC AXPVMS DWMOTIF V1.2-4           Full LP     Remove      29-JUL-1999 21:49:37P DEC AXPVMS VMS62TO71U2_PCSI V1.0    Patch       Install     29-JUL-1999 21:35:25P DEC AXPVMS VMS V7.1-2               Oper System Reconfigure 07-JAN-1999 00:02:17P DEC AXPVMS DECNET_PHASE_IV V7.1-2   Full LP     Install     06-JAN-1999 23:22:59P DEC AXPVMS OPENVMS V7.1-2           Platform    Install     06-JAN-1999 23:22:59P DEC AXPVMS UCX V4.2-21              Full LP     Install     06-JAN-1999 23:22:59P DEC AXPVMS VMS V7.1-2               Oper System Install     06-JAN-1999 23:22:59P DEC AXPVMS DECNET_PHASE_IV V7.1     Full LP     Remove      06-JAN-1999 23:22:59P DEC AXPVMS OPENVMS V7.1             Platform    Remove      06-JAN-1999 23:22:59P DEC AXPVMS UCX V4.1-12              Full LP     Remove      06-JAN-1999 23:22:59P DEC AXPVMS VMS V7.1                 Oper System Remove      06-JAN-1999 23:22:59P DEC AXPVMS FORTRAN V7.1-1           Full LP     Install     25-JUN-1998 12:22:16P DEC AXPVMS DECNET_PHASE_IV V7.1     Full LP     Install     24-JUN-1998 23:34:18P DEC AXPVMS DWMOTIF V1.2-4           Full LP     Install     24-JUN-1998 23:28:09P DEC AXPVMS OPENVMS V7.1             Platform    Install     24-JUN-1998 23:28:09P DEC AXPVMS UCX V4.1-12              Full LP     Install     24-JUN-1998 23:28:09P DEC AXPVMS VMS V7.1                 Oper System Install     24-JUN-1998 23:28:09P ----------------------------------- ----------- ----------- --------------------  e 31 items found $s  
 Thanks again,l   -- Dave Spencera   ------------------------------   End of INFO-VAX 2001.574 ************************