0 INFO-VAX	Wed, 07 Jan 2004	Volume 2004 : Issue 14      Contents:! Re: Any downsides to DECnet-Plus? ! Re: Any downsides to DECnet-Plus?  Re: Bugcheck - PCAPVCM?  Re: Bugcheck - PCAPVCM?  Re: Bugcheck - PCAPVCM?  Re: Bugcheck - PCAPVCM?  Re: Bugcheck - PCAPVCM?  Re: Bugcheck - PCAPVCM? ' Captain Instantwhip needs a first mate! ! Re: Could OpenVMS-Athlon ever be? ! RE: Could OpenVMS-Athlon ever be? ! Re: Could OpenVMS-Athlon ever be? ! RE: Could OpenVMS-Athlon ever be? ! Re: Could OpenVMS-Athlon ever be?  Re: CREATE & DELETE /MAILBOX Re: CREATE & DELETE /MAILBOX Re: CREATE & DELETE /MAILBOX0 DCPS and LPD and Xerox Document Centre printers?4 Re: DCPS and LPD and Xerox Document Centre printers? Re: ds10l blowout  Re: GNU build tools ?? Re: GNU build tools ?? Re: GNU build tools ?? Re: GNU build tools ?? hype (was: password questions)" Re: hype (was: password questions)" Re: hype (was: password questions)" Re: hype (was: password questions)" Re: hype (was: password questions)" Re: hype (was: password questions)" Re: hype (was: password questions), Re: number of ethernet adapters in a cluster, Re: number of ethernet adapters in a cluster, Re: number of ethernet adapters in a cluster OpenVMS Certifications4 OT: Internal memo confirms IBM move to Linux desktop, Re: OT: What M$ and IBM know that hp doesn't, Re: OT: What M$ and IBM know that hp doesn't, Re: OT: What M$ and IBM know that hp doesn't, RE: OT: What M$ and IBM know that hp doesn't# Re: Peeking in to the serial buffer  Python 2.3.3 Re: QTD-30 SCSI card Re: QTD-30 SCSI card8 Re: Secure Web Server Version 2.0 available for download8 Re: Secure Web Server Version 2.0 available for download8 Re: Secure Web Server Version 2.0 available for download8 Re: Secure Web Server Version 2.0 available for download5 Sybase supports Apple OS X - VMS still dead at Sybase 9 Re: Sybase supports Apple OS X - VMS still dead at Sybase  Re: SYS$OUTPUT ? Re: SYS$OUTPUT ? RE: SYS$OUTPUT ? RE: SYS$OUTPUT ? RE: SYS$OUTPUT ?! Re: VMS runs well on HP Superdome ! Re: VMS runs well on HP Superdome ! RE: VMS runs well on HP Superdome ! Re: VMS runs well on HP Superdome ! RE: VMS runs well on HP Superdome ! Re: VMS runs well on HP Superdome   VMS to VMS copying between Nodes$ Re: VMS to VMS copying between Nodes$ Re: VMS to VMS copying between Nodes$ Re: VMS to VMS copying between NodesD Re: Well Andrew, "3" count them "3" security patches for VMS in fiveD Re: Well Andrew, "3" count them "3" security patches for VMS in fiveA [OT] Annual c.o.v. awards - was Re: VMS runs well on HP Superdome E Re: [OT] Annual c.o.v. awards - was Re: VMS runs well on HP Superdome   F ----------------------------------------------------------------------  % Date: Wed, 07 Jan 2004 07:49:19 +0100  From: Dirk Munk <munk@home.nl>* Subject: Re: Any downsides to DECnet-Plus?2 Message-ID: <btgaph$ktj$1@news4.tilbu1.nb.home.nl>   Bradford J. Hamilton wrote: Q > In article <btfc08$kg$1@pcls4.std.com>, bdc@world.std.com (Brian Chase) writes:  > !snip! > ! G > !Heh.  Well, in my case, I'm already very familiar with TCP/IP.  It's H > !DECnet that's going to be a learning experience for me.  The Phase V H > !stuff does look scary.  I've not looked at exactly how the OSI stack I > !fits into the picture, but the fact that it's involved at all sends up = > !lots of warning flags in my mind.  Thar be dragyns here!    > !  > J > I never used Phase IV before learning Phase V, so my experience has beenG > different; although learning Phase V was somewhat daunting, I came to K > appreciate the "logic" behind the command structure, and the fact that it M > followed the "seven-layer" OSI model made a bit more sense, since I already  > understood the model.     O Some 20 odd years ago I started with using DECnet Phase IV on PDP-11 / RSX-11.  N Some years later we migrated to VAX with DECnet Phase IV. I preferred the RSX Q DECnet version, because it had a very nice tool to monitor DECnet throughput etc.   P Some years later we migrated to DECnet Phase V, and yes coming from Phase IV it L all looked very complicated and different, no doubt. But as you pointed out Q Phase V does follow the OSI 7-layer model, and this model is still used to teach  L   how a network stack *should* be build. And once you understand how DECnet J Phase V is set up, you will understand the beauty behind it. Knowing both P versions well, I prefer Phase V even though it is more complicated. It also has D several real advantages over Phase IV, but I won't go into that now.  O If someone is *not* going to use DECnet, but does want to install it, then why  O not install Phase V. For learning purposes it is better because it follows the  Q 7-layer model. DECnet Phase IV will not teach you anything, since it is 'just' a  ? propiarty Digital/HP network product with its own architecture.   P The DECnet-Plus documentation indeed could be better, and should be updated. It L does not reflect the present posibilities of the product among other things.  O And a word for the TCPIP enthousiasts: Has anyone looked at all the wonderfull  M hidden settings that can only be changed with Unix style commands? Trying to  N make sense out all of that stuff makes Phase V looking very easy and straight  forward.        7 > I've been "forced" to use Phase IV at my current job, & > and I find the syntax hard to learn. > O > If you've never used Phase IV, you might want to give Phase V a try.  I can't J > remember if this is a hobbyist situation, but if you are doing this in aO > production/supported environment, you will readily get help from hp for Phase E > V, whereas Phase IV technically costs additional money for support.  >    ------------------------------  % Date: Wed, 07 Jan 2004 02:27:10 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>* Subject: Re: Any downsides to DECnet-Plus?) Message-ID: <3FFBB4A4.4B393041@istop.com>    "David J. Dachtera" wrote:H > If you don't need DECnet, then just install Phase-IV and never use it.  J DECNET has advantages even on a single node system. Consider "FLIGHT" on aM workstation. It needs to talk to the flight server vioa decnet even if on the 
 same node.   ------------------------------   Date: 7 Jan 2004 07:30:37 GMT 2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>  Subject: Re: Bugcheck - PCAPVCM?5 Message-ID: <DTiotGxQ0bj6-pn2-OUudd5EV5hTZ@localhost>   D On Tue, 6 Jan 2004 04:34:58 UTC, Wayne Sewell <wayne@tachysoft.com>  wrote:  ( > >Date: Mon, 05 Jan 2004 21:06:30 -0600C > >From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>  > >X-Newsgroups: comp.os.vms# > >Subject: Re: Bugcheck - PCAPVCM?  >  > E > >... but when you're "wedded" to an app. that only runs on V4.5, or 5 > >V5.5-2 or ... and nothing else, whaddaya gonna do?  >  > J > Not much *after* the fact.  There are ways to prevent it from happening. > O > The people who get themselves into that situation have apparently never heard P > of software escrow, where a third party holds the source code for a product in1 > case the software company goes out of business.  > Q > AFAIK, not many of our customers set it up, but some do.  Just a few weeks ago, P > I gave one of the support people instructions on how to package up the sourcesL > for transfer to the escrow entity, so presumably somebody had requested an > escrow agreement.   > Don't really know what 'escrow' gives you. ISTR it's a fom of F insurance that will provide some kind of compensation/back-track path A should things go wrong. As the others who work in the (not only)  C aerospace industry will point out; such things can be a little too  F late. Thus the powers that be, understandably and probably correctly, E are a little loath to have changes just for the sake of it. I know I   am.   @ Unless there is a pressing reason, things will stay as they are B because otherwise you get into a very resource-consuming round of C testing. The stuff we can test in Batch mode takes 2 hours elapsed  F time on our DS20. Scale that back thro' the Alpha 2100 and/or 4000-60 B (??) and the 8820/6810 VAXen. The interactive stuff takes about 4 F weeks now. No wonder Hoff and the VMS team like to be able to drop old version support...  ? But then you know all this so I hope I don't sound patronising.   C OTOH the escrow thing, which typing this note has given me time to  , digest, doesn't address the hardware issues.  D The fact that VMS isn't 'crappy' means that the upgrade path hasn't D been as pressing as it is in the MS world. Things may differ in the E realm of commercial s/w. I've led a sheltered life in engineering :-)    --   Cheers - Dave.   ------------------------------  % Date: Wed, 07 Jan 2004 09:08:45 +0100 * From: Paul Sture <nospam@sture.homeip.net>  Subject: Re: Bugcheck - PCAPVCM?0 Message-ID: <3FFBCC9D.6BABE6F9@sture.homeip.net>   Dave Weatherall wrote: > E > On Tue, 6 Jan 2004 04:34:58 UTC, Wayne Sewell <wayne@tachysoft.com>  > wrote: > * > > >Date: Mon, 05 Jan 2004 21:06:30 -0600E > > >From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>  > > >X-Newsgroups: comp.os.vms% > > >Subject: Re: Bugcheck - PCAPVCM?  > >  > > G > > >... but when you're "wedded" to an app. that only runs on V4.5, or 7 > > >V5.5-2 or ... and nothing else, whaddaya gonna do?  > >  > > L > > Not much *after* the fact.  There are ways to prevent it from happening. > > Q > > The people who get themselves into that situation have apparently never heard R > > of software escrow, where a third party holds the source code for a product in3 > > case the software company goes out of business.  > > S > > AFAIK, not many of our customers set it up, but some do.  Just a few weeks ago, R > > I gave one of the support people instructions on how to package up the sourcesN > > for transfer to the escrow entity, so presumably somebody had requested an > > escrow agreement.  > ? > Don't really know what 'escrow' gives you. ISTR it's a fom of G > insurance that will provide some kind of compensation/back-track path B > should things go wrong. As the others who work in the (not only)D > aerospace industry will point out; such things can be a little tooG > late. Thus the powers that be, understandably and probably correctly, F > are a little loath to have changes just for the sake of it. I know I > am.  >   H As I understand it, ESCROW is where the software supplier enters into anG agreement with the customer to lodge sources with a third party. In the F event of the software supplier going out of business, the customer can@ then obtain the sources. It sounds simple at first sight, but inG practice there are loads of problems. Think of the difference between a G payroll application containing straight COBOL, and then something a lot G more complex, with third party licensing issues, royalties etc., and it " quickly develops into a nightmare.  A > Unless there is a pressing reason, things will stay as they are C > because otherwise you get into a very resource-consuming round of D > testing. The stuff we can test in Batch mode takes 2 hours elapsedG > time on our DS20. Scale that back thro' the Alpha 2100 and/or 4000-60 C > (??) and the 8820/6810 VAXen. The interactive stuff takes about 4 H > weeks now. No wonder Hoff and the VMS team like to be able to drop old > version support... > A > But then you know all this so I hope I don't sound patronising.  > D > OTOH the escrow thing, which typing this note has given me time to. > digest, doesn't address the hardware issues. > E > The fact that VMS isn't 'crappy' means that the upgrade path hasn't E > been as pressing as it is in the MS world. Things may differ in the G > realm of commercial s/w. I've led a sheltered life in engineering :-)  >  > -- > Cheers - Dave.   --     --  
 Paul Sture   ------------------------------  $ Date: Wed, 7 Jan 2004 08:13:58 -0600( From: Wayne Sewell <wayne@tachysoft.com>  Subject: Re: Bugcheck - PCAPVCM?0 Message-ID: <00A2B87E.AA3AC96D.11@tachysoft.com>  3 >From: "Dave Weatherall" <djw-nothere@nospam.nohow> 6 >Message-ID: <DTiotGxQ0bj6-pn2-OUudd5EV5hTZ@localhost> >X-Newsgroups: comp.os.vms! >Subject: Re: Bugcheck - PCAPVCM?  >     D >OTOH the escrow thing, which typing this note has given me time to - >digest, doesn't address the hardware issues.   ? Yes, special purpose hardware is a related, but separate issue.     E >The fact that VMS isn't 'crappy' means that the upgrade path hasn't  E >been as pressing as it is in the MS world. Things may differ in the  F >realm of commercial s/w. I've led a sheltered life in engineering :-)  L True, only billy is the epitome of absolute crappiness.  I meant relative toO current versions.  It's a painful experience logging into old versions, because O of all the features I have become accustomed to and can't use.  Fortunately for O me, the customer support people usually have to do that, and the logs and diags " and such are just passed on to me.   Wayne O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== B Jed Clampett, checking into hotel: "This place got a cement pond?", 	Ellie May: "And do yuh let critters in it?"   ------------------------------  $ Date: Wed, 7 Jan 2004 08:29:35 -0600( From: Wayne Sewell <wayne@tachysoft.com>  Subject: Re: Bugcheck - PCAPVCM?/ Message-ID: <00A2B880.D871D383.1@tachysoft.com>   + >From: Paul Sture <nospam@sture.homeip.net>  >X-Newsgroups: comp.os.vms! >Subject: Re: Bugcheck - PCAPVCM? & >Date: Wed, 07 Jan 2004 09:08:45 +0100   > I >As I understand it, ESCROW is where the software supplier enters into an H >agreement with the customer to lodge sources with a third party. In theG >event of the software supplier going out of business, the customer can A >then obtain the sources. It sounds simple at first sight, but in H >practice there are loads of problems. Think of the difference between aH >payroll application containing straight COBOL, and then something a lotH >more complex, with third party licensing issues, royalties etc., and it# >quickly develops into a nightmare.  >   ) It depends on the application, of course.   D Another issue is the language(s) the software is written in, and the4 availability of people who understand that language.  H Software escrow is certainly inferior to having the vendor stay alive toG support the product, but it is better than having no options at all and @ remaining on vms 4.2 while the rest of the world is running 9.4.   Wayne O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== B Jed Clampett, checking into hotel: "This place got a cement pond?", 	Ellie May: "And do yuh let critters in it?"   ------------------------------  $ Date: Wed, 7 Jan 2004 09:08:26 -0600( From: Wayne Sewell <wayne@tachysoft.com>  Subject: Re: Bugcheck - PCAPVCM?/ Message-ID: <00A2B886.45CA4C85.5@tachysoft.com>   & >Date: Tue, 06 Jan 2004 21:26:59 -0600A >From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> ! >Subject: Re: Bugcheck - PCAPVCM?      >  >Wayne Sewell wrote: >>  ) >> >Date: Mon, 05 Jan 2004 21:06:30 -0600 D >> >From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> >> >X-Newsgroups: comp.os.vms $ >> >Subject: Re: Bugcheck - PCAPVCM? >>  F >> >... but when you're "wedded" to an app. that only runs on V4.5, or6 >> >V5.5-2 or ... and nothing else, whaddaya gonna do? >>  K >> Not much *after* the fact.  There are ways to prevent it from happening.  >>  P >> The people who get themselves into that situation have apparently never heardQ >> of software escrow, where a third party holds the source code for a product in 2 >> case the software company goes out of business. > F >The challenge, of course, is finding a software company willing to go >along with that.   K As you said in another message, if a vendor won't do what you want, you can K always look for another one that will.  There *are* companies that do this.   L I assume there is an additional fee for escrow, since the entity holding theO software is not likely to do it for free, but if this is a critical application 3 for your business, it would be a form of insurance.      > R >> AFAIK, not many of our customers set it up, but some do.  Just a few weeks ago,Q >> I gave one of the support people instructions on how to package up the sources M >> for transfer to the escrow entity, so presumably somebody had requested an  >> escrow agreement. > 2 >T'would be quite a challenge with OVMS Engr., no? >     L I would say so, and an even greater one for the customer trying to build vmsO from sources.  In addition to the sources, there would have to be a snapshot of  the entire build environment.     O I've never heard of escrow being done with an operating system, as opposed to a = layered product, but theoretically it could be done, I guess.    Wayne O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== B Jed Clampett, checking into hotel: "This place got a cement pond?", 	Ellie May: "And do yuh let critters in it?"   ------------------------------   Date: 7 Jan 2004 10:53:59 -0800 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris)   Subject: Re: Bugcheck - PCAPVCM?= Message-ID: <cf15391e.0401071053.6021c2ed@posting.google.com>   k "Richard B. Gilbert" <rgilbert88@comcast.net> wrote in message news:<OZOdnQeTZZNXvGeiRVn-hw@comcast.com>... I > Management is, of course, determined to get rid of "legacy systems" so  J > they are busy migrating us to the IBM Mainframe for the application and + > Solaris for the Oracle databases. . . .     0 And the IBM Mainframe isn't considered legacy???  E But then "Legacy" is just a pejorative term used to describe anything C someone wants to be viewed as old-fashioned and thereby get rid of.   F "Proprietary" is another pejorative term.  It's ironic (and amusing toB me as a VMS fan) to see the term Proprietary being applied to UNIXD versions like Solaris, in light of Linux.  The same weapon UNIX usedE against other operating systems is now being turned against it by the  Linux fans.   F So in a year or two there'll probably a revolution at your site to getF rid of the costly and proprietary Solaris/SPARC systems and run OracleF instead on Linux using low-cost industry-standard hardware.  So you'reB wasting your time with that SPARC box and should be learning Linux instead. :-)   ------------------------------   Date: 7 Jan 2004 07:33:20 -0800 ( From: bob@instantwhip.com (Bob Ceculski)0 Subject: Captain Instantwhip needs a first mate!= Message-ID: <d7791aa1.0401070733.44a5a609@posting.google.com>   9 will be developing in a synergy/dbl DIBOL environment ... 7 anyone interested in joining the smoothest sailing ship  in the world?  :)    ------------------------------  % Date: Wed, 07 Jan 2004 06:01:21 -0500 ( From: David Froble <davef@tsoft-inc.com>* Subject: Re: Could OpenVMS-Athlon ever be?, Message-ID: <3FFBE701.4090601@tsoft-inc.com>   David J. Dachtera wrote:  / > I ask because this arrived in my inbox today:  > @ > http://www.infoworld.com/article/04/01/06/HNathlonchips_1.html >  >    Anything can happen.  P The AMD chip is still x-86, and there isn't any MACRO-32 compiler for x-86, the P possible BLISS compiler for x-86 is used solely for a Fortran compiler, and DEC P C is far from any of the x-86 C compilers.  Those are the big 3, and then there & are some pieces using other languages.  ' It would take a substantial commitment.    Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  $ Date: Wed, 7 Jan 2004 06:46:41 -0800# From: "Tom Linden" <tom@kednos.com> * Subject: RE: Could OpenVMS-Athlon ever be?9 Message-ID: <NDEMLKKEBOIFBMJLCECICENGCJAA.tom@kednos.com>   D I have 7.3 running on an Athlon (with emulator and Linux in between)6 on a 600 MHz system runs about the same as VAX 4000/90   < -----Original Message-----G < From: David J. Dachtera [mailto:djesys.nospam@NeOaSrPtAhMlNiOnWk.net] ) < Sent: Tuesday, January 06, 2004 8:04 PM  < To: Info-VAX@Mvb.Saic.Com ( < Subject: Could OpenVMS-Athlon ever be? <  < / < I ask because this arrived in my inbox today:  < @ < http://www.infoworld.com/article/04/01/06/HNathlonchips_1.html <  < --   < David J. Dachtera  < dba DJE Systems  < http://www.djesys.com/ < * < Unofficial Affordable OpenVMS Home Page:! < http://www.djesys.com/vms/soho/  <  < --- ( < Incoming mail is certified Virus Free.< < Checked by AVG anti-virus system (http://www.grisoft.com).A < Version: 6.0.558 / Virus Database: 350 - Release Date: 1/2/2004  <  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).? Version: 6.0.558 / Virus Database: 350 - Release Date: 1/2/2004    ------------------------------  % Date: Wed, 07 Jan 2004 07:54:21 -0800 - From: Kaleb Pederson <kpederson@mail.ewu.edu> * Subject: Re: Could OpenVMS-Athlon ever be?2 Message-ID: <200401070754.21782.kpederson@ewu.edu>  M That sounds really interesting!  What are you using for an emulator?  Do you   have a home page for it?   Thanks.    --Kaleb   8 On Wednesday 07 January 2004 06:46 am, Tom Linden wrote:F > I have 7.3 running on an Athlon (with emulator and Linux in between)8 > on a 600 MHz system runs about the same as VAX 4000/90   ------------------------------  $ Date: Wed, 7 Jan 2004 08:03:24 -0800# From: "Tom Linden" <tom@kednos.com> * Subject: RE: Could OpenVMS-Athlon ever be?9 Message-ID: <NDEMLKKEBOIFBMJLCECIEENJCJAA.tom@kednos.com>   B I have been running PL/I benchmarks on it.  Not at liberty to talkE about emulator, yet, provided to me under NDA.  How does EWU use VMS?    < -----Original Message-----6 < From: Kaleb Pederson [mailto:kpederson@mail.ewu.edu]+ < Sent: Wednesday, January 07, 2004 7:54 AM  < To: Info-VAX@Mvb.Saic.Com , < Subject: Re: Could OpenVMS-Athlon ever be? <  < = < That sounds really interesting!  What are you using for an   < emulator?  Do you  < have a home page for it? < 	 < Thanks.  < 	 < --Kaleb  < : < On Wednesday 07 January 2004 06:46 am, Tom Linden wrote:H < > I have 7.3 running on an Athlon (with emulator and Linux in between): < > on a 600 MHz system runs about the same as VAX 4000/90 <  < --- ( < Incoming mail is certified Virus Free.< < Checked by AVG anti-virus system (http://www.grisoft.com).A < Version: 6.0.558 / Virus Database: 350 - Release Date: 1/2/2004  <  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).? Version: 6.0.558 / Virus Database: 350 - Release Date: 1/2/2004    ------------------------------  # Date: Wed, 07 Jan 2004 16:11:09 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> * Subject: Re: Could OpenVMS-Athlon ever be?3 Message-ID: <xcWKb.11773$8Y1.9537@news.cpqcorp.net>    Still trolling?     K "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote in message 0 news:3FFB8527.AC96384F@NeOaSrPtAhMlNiOnWk.net.../ > I ask because this arrived in my inbox today:  > @ > http://www.infoworld.com/article/04/01/06/HNathlonchips_1.html >  > --   > David J. Dachtera  > dba DJE Systems  > http://www.djesys.com/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/    ------------------------------  # Date: Wed, 07 Jan 2004 07:11:45 GMT 0 From: "Guy Peleg" <guy.peleg@hp.com_remove_this>% Subject: Re: CREATE & DELETE /MAILBOX 3 Message-ID: <RiOKb.11757$eA1.1478@news.cpqcorp.net>   F > > Logical name is required. Here is the list of supported qualifiers > >  > > /PERMANENT >  > Requires PRMMBX priv., eh?  ) Yes, /PERMANENT requires the PRMMBX priv.    > . > > /TEMPORARY ! If omitted, temporary is used > H > Question: if temporary, who holds the channel open that makes it stick	 > around?   K Create/MAILBOX is implemented in CREATE.EXE, to keep the channel alive when  we rundown CREATE,2 we assign a supervisor mode channel to the mailbox   >  > > /MESSAGE_SIZE  > >  > > /BUFFER_SIZE > >  > > /PROTECTION  > >  > > /LOG >  > Is /NOLOG the default? >    /NOLOG is the default   J > Also, how 'bout /TABLE=table_name to modify the target table of the LNM?+ > (with an appropriate default, of course).    Good idea !    > L > > I'm not sure about V7.2 image. If backporting the code won't be too much! > > trouble...then you ever know.  > F > What "back-port", unless you're doing this as cliroutines instead of@ > IMAGEs? (...which would answer the /TEMPORARY question above.) > F > Here's some code folks can use as an example of external images with > .CLDs for the modified verbs:  > 0 > http://www.djesys.com/freeware/vms/vmspipe.zip > I > I don't believe there's any copyright in there, but if you look closely G > you'll see that I hacked up some MACRO/32 code from SYS$EXAMPLES many I > years ago and combined it with another example or two I downloaded from  > the VAXforum on CompuServe.  >  > -- > David J. Dachtera  > dba DJE Systems  > http://www.djesys.com/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/    ------------------------------  % Date: Wed, 07 Jan 2004 04:27:56 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>% Subject: Re: CREATE & DELETE /MAILBOX ) Message-ID: <3FFBD0E8.F19A229B@istop.com>    Guy Peleg wrote:M > Create/MAILBOX is implemented in CREATE.EXE, to keep the channel alive when  > we rundown CREATE,4 > we assign a supervisor mode channel to the mailbox  B Perhaps you could have dome CREATE/MAILBOX/OPEN logical_name whereH "logical_name" would be something you could use with the READ/WRITE  dcl) statements without an intermediate OPEN ? N Then, you could use "CLOSE" and it woudl deassign the channel automatically. ?   ------------------------------  # Date: Wed, 07 Jan 2004 11:32:55 GMT 0 From: "Guy Peleg" <guy.peleg@hp.com_remove_this>% Subject: Re: CREATE & DELETE /MAILBOX 3 Message-ID: <H7SKb.11762$gH1.4527@news.cpqcorp.net>   7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in message # news:3FFBD0E8.F19A229B@istop.com...  > Guy Peleg wrote:J > > Create/MAILBOX is implemented in CREATE.EXE, to keep the channel alive when > > we rundown CREATE,6 > > we assign a supervisor mode channel to the mailbox > D > Perhaps you could have dome CREATE/MAILBOX/OPEN logical_name whereJ > "logical_name" would be something you could use with the READ/WRITE  dcl+ > statements without an intermediate OPEN ? ? > Then, you could use "CLOSE" and it woudl deassign the channel  automatically. ?  J I'll have to think about it. While it makes sense, it is not as easy as it sounds.....    ------------------------------  $ Date: Wed, 7 Jan 2004 12:26:40 +0100& From: "Bernhard Fabricius" <bf@dmu.dk>9 Subject: DCPS and LPD and Xerox Document Centre printers? : Message-ID: <3ffbecf0$0$177$edfadb0f@dread11.news.tele.dk>  	 Dear All,   G I'm trying to get the new LPD functionality in DCPS 2.3 to play with my L Xerox DocumentCentre 265ST printer/copier (which cannot be used in any otherH DCPS way since the Xerox port 9100 implementation for RawIP is seriously flawed.)  L The "queue name" is "lp" - everything else I've tried (like RAW, raw, PS, psJ and so on) fails at once with %DCPS-F-CONTERMINATED, Connection abnormally! terminated - exactly as expected.   C In fact, "lp" fails too, but DCPS doesn't know that - the print job 3 "completes" OK, but nothing appears on the printer.   H I hasten to add the LPD protocol IS enabled on the device - setting up aC non-DCPS lpr connection via TCPIP$LPRSETUP works - with the obvious B limitations of not having DCPS on top and thus no ANSI conversion.  G I have set the system-wide DCPS$SHEET_SIZE to "A4", but also tried with  other values. No go.  I Has anyone manged to get DCPS to print to Xerox Document Centre printers,  and if so, how?    TIA    Bernhard  B BTW: There is a confusing "feature" in DCPS 2.3. If you specify egJ "IP_LPD/nnn.nn.nnn.nnn:PASSTHRU" as the device, the string is too long andD only shows up as "DCPS$" in "show queue". This means that you shouldB translate the DCPS$*device* logical to find the device. Not nice.!   ------------------------------  $ Date: Wed, 7 Jan 2004 15:10:01 +0100& From: "Bernhard Fabricius" <bf@dmu.dk>= Subject: Re: DCPS and LPD and Xerox Document Centre printers? : Message-ID: <3ffc1348$0$165$edfadb0f@dread11.news.tele.dk>  I Bummer - just tried to create an IP_LPD queue to a HP LaserJet 4050 using H "raw" as the queue name. Same sympton: VMS happily "prints", yet nothing appears.  L I refuse to belive the Paul has released a product that simply doesn't work,5 so _I_ must be doing something wrong. Where to start?    Cheers   Bernhard  1 "Bernhard Fabricius" <bf@dmu.dk> wrote in message 4 news:3ffbecf0$0$177$edfadb0f@dread11.news.tele.dk... > Dear All,  > I > I'm trying to get the new LPD functionality in DCPS 2.3 to play with my H > Xerox DocumentCentre 265ST printer/copier (which cannot be used in any other J > DCPS way since the Xerox port 9100 implementation for RawIP is seriously
 > flawed.) > K > The "queue name" is "lp" - everything else I've tried (like RAW, raw, PS,  psL > and so on) fails at once with %DCPS-F-CONTERMINATED, Connection abnormally# > terminated - exactly as expected.  > E > In fact, "lp" fails too, but DCPS doesn't know that - the print job 5 > "completes" OK, but nothing appears on the printer.  > J > I hasten to add the LPD protocol IS enabled on the device - setting up aE > non-DCPS lpr connection via TCPIP$LPRSETUP works - with the obvious D > limitations of not having DCPS on top and thus no ANSI conversion. > I > I have set the system-wide DCPS$SHEET_SIZE to "A4", but also tried with  > other values. No go. > K > Has anyone manged to get DCPS to print to Xerox Document Centre printers,  > and if so, how?  >  > TIA  > 
 > Bernhard > D > BTW: There is a confusing "feature" in DCPS 2.3. If you specify egL > "IP_LPD/nnn.nn.nnn.nnn:PASSTHRU" as the device, the string is too long andF > only shows up as "DCPS$" in "show queue". This means that you shouldD > translate the DCPS$*device* logical to find the device. Not nice.! >  >    ------------------------------   Date: 7 Jan 2004 10:27:32 -0800 . From: fabiopenvms@yahoo.com.br (Fabio Cardoso) Subject: Re: ds10l blowout= Message-ID: <f30679fb.0401071027.3d0030f8@posting.google.com>   \ "DAVID TURNER" <DAVID@HPAQ.NET> wrote in message news:<vvmg55p2s3a74e@news.supernews.com>... > ds10l 466mhz > 256mb compaq memory  > 30GB IDE 7200rpm disk ! > dual serial port (com1 console)  > parallel port 
 > usb port > 1 open 32/64 bit pci slot  > * > Only $595 for COMP.OS.VMS customers only > N > (A license is required to run VMS - get one at www.montagar.com for hobbyist > use) > $ > One hell of a hobbyist system !!!!    @ Too far for me ! The price will be multiplied by 4 with taxes !    Regards    FC   ------------------------------  % Date: Wed, 07 Jan 2004 07:30:07 -0500 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net>  Subject: Re: GNU build tools ?? 0 Message-ID: <H9GdnSVSqP5MZmaiRVn-jw@comcast.com>  I One problem with at least some of the open source software is "Unixisms"  I that don't translate well, or at all.  Another is extensions to the ANSI  * C library that are not to be found in VMS.  F I'm stuck at the moment with an NTPDATE program that wants to do "non E blocking I/O" using arguments to iocntl() that VMS doesn't support.   > When you aren't even sure what is meant by "non blocking I/O" + translation, even if possible, is not easy.    Bob Koehler wrote:  F >In article <3ffac944@usenet01.boi.hp.com>, "ASDF" <ASDF@ASDF> writes: >    > L >>Can somebody out here provide me the pointer to GNU build tools (automake, >>autoconf etc...) on VMS? >>     >> >  >   www.gnu.org  > I >   gmake is ported, I don't know about automake or autoconf.  The usuall D >   workaround if you can't find a build tool is to do a build on a K >   supported platform, logging the commands to a file, and then edit that n >   to make a VMS build script.e >l >    >    ------------------------------   Date: 7 Jan 2004 07:52:23 -0600k; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)M Subject: Re: GNU build tools ?? 3 Message-ID: <uUjoV47OWCUd@eisner.encompasserve.org>s  ] In article <3FFB0243.2C4159C0@sture.homeip.net>, Paul Sture <nospam@sture.homeip.net> writes:M > : > Note that GNU for VMS is called GNV - GNV's Not VMS :-)  >       Gee, that sounds familiar.E   ------------------------------   Date: 7 Jan 2004 07:54:04 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)e Subject: Re: GNU build tools ?? 3 Message-ID: <a$OozVsJaEPW@eisner.encompasserve.org>o  f In article <H9GdnSVSqP5MZmaiRVn-jw@comcast.com>, "Richard B. Gilbert" <rgilbert88@comcast.net> writes:K > One problem with at least some of the open source software is "Unixisms"  K > that don't translate well, or at all.  Another is extensions to the ANSI y, > C library that are not to be found in VMS. > H > I'm stuck at the moment with an NTPDATE program that wants to do "non G > blocking I/O" using arguments to iocntl() that VMS doesn't support.  u@ > When you aren't even sure what is meant by "non blocking I/O" - > translation, even if possible, is not easy.t >   E    Non-blocking I/O is generally similar to RMS asynchronous mode, or E    $QIO without the W.  It requires re-implementation to move betweenn    most dissimilar OS.   ------------------------------  % Date: Wed, 07 Jan 2004 08:03:37 -0600 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler> Subject: Re: GNU build tools ??.T Message-ID: <craigberry-EC72A3.08033707012004@dsl081-159-101.chi1.dsl.speakeasy.net>  0 In article <H9GdnSVSqP5MZmaiRVn-jw@comcast.com>,5  "Richard B. Gilbert" <rgilbert88@comcast.net> wrote:s  $ > Another is extensions to the ANSI , > C library that are not to be found in VMS.  A and parts of the standard itself that are not implemented on VMS.e  H > I'm stuck at the moment with an NTPDATE program that wants to do "non G > blocking I/O" using arguments to iocntl() that VMS doesn't support.   @ > When you aren't even sure what is meant by "non blocking I/O" - > translation, even if possible, is not easy.c  B If you mean FIONBIO, this his has been available from the Process @ stacks for years, and TCIP/IP Services for at least a couple of 2 versions.  Here's a page from the Multinet manual:  I http://www.multinet.process.com/ftp/docs/html/programmers_reference/Ch02. 
 htm#E48E63   ------------------------------   Date: 7 Jan 2004 08:17:26 -0600M; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)-' Subject: hype (was: password questions) 3 Message-ID: <dVfVePCHmqAd@eisner.encompasserve.org>M  x In article <btfc66$6fd16$1@ID-141708.news.uni-berlin.de>, "Peter Weaver" <WeaverConsultingServices@sympatico.ca> writes: > @ > You already have answers to your questions, but I have to ask;> > Why do some people always want to force at least one number?  H    Because some self-proclaimed security expert noticed that this forcesC    you not to use words in the dictionary.  And now the concept hasfA    entered the standard hype of the hype-driven computer busines, !    along with these other oldies:t  9    open systems will solve all our software cost problemss@    object oriented programming will solve all our reuse problemsD    cheap desktop computers will solve all our computer cost problems7    IP networking will solve all our networking problemseA    Microsoft will provide all the applications our business needse:    this fast new chip will solve all our computer problems3    thin wire will solve all our networking problemsm7    wireless LANs will solve all our networking problemsC0    Kerberos will solve all our security problems1    ISO/OSI will solve all our networking problemsr3    GOSSIP will solve all our computer cost problemsi0    POSIX will solve all our portability problems.    all DCL commands are English language verbs-    ksh will solve all our UNIX shell problemso+    FDDI will solve all our network problems *    all files should look like byte streams%    the UNIX file system is orthogonale$    files systems should be othogonal9    all names should be in one name space: the file system     UNIX is the newest, best OS  7    But, wait, there's more!  Now we have some new ones:e  4    DII COE will solve all our software cost problems.    IPV6 will solve all our networking problems(    IA64 will solve all our chip problems2    HP will solve all our vendor relations problems    Andrew is never right    CERT is never wrong.    Linux will solve all our computing problemsH    Windows security hole exploits are not found until Microsoft releases       the patcht+    really secure OS are impossible to writeh   ------------------------------   Date: 7 Jan 2004 08:40:55 -0600n+ From: young_r@encompasserve.org (Rob Young)e+ Subject: Re: hype (was: password questions)h3 Message-ID: <PxS6IFz0OYi7@eisner.encompasserve.org>H  q In article <dVfVePCHmqAd@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:oz > In article <btfc66$6fd16$1@ID-141708.news.uni-berlin.de>, "Peter Weaver" <WeaverConsultingServices@sympatico.ca> writes: >>  A >> You already have answers to your questions, but I have to ask;.? >> Why do some people always want to force at least one number?s >   C 	To cut down on help desk calls.  By forcing a number, it gives theuA 	end user something to increment.  Smart end users will incrementr@ 	the numbers for a long time.  In a discussion in another forum,? 	it came about that what was intended was incrementing numbers -E 	on the end of the password and making sure 2 characters changed each<? 	time (I forget why this was proposed and surrounding context -PE 	I'm sure Larry recalls the notes discussion).  I believe that would  F 	force users to change their passwords (the actual text) more often - B 	forget them and increase helpdesk calls.  By forcing a number andE 	NOT enforcing draconian policies, hopefully the enduser gets a clue vG 	and says:  "Gee, I can just increase this number each time it asks me  B 	to change a password" and in the process makes it very simple forD 	said enduser to remember their password (or increment numbers until, 	they get it right).  A scheme such as this:   			bed1hair: 			bed2hairy 			bed3hairy  @ 	Normally would work, but not with requirements described above.  B 	For years I've used the same word with numbers incremented on theC 	end, reasonably secure (yeah - network sniffing, not worried about - 	shoulder surfers).  Now I use one-time pads:   M http://www.multinet.process.com/ftp/docs/html/admin_reference/ch02.htm#E48E48n   	On critical systems.h  ? 	I think this password thing will quickly fade.  Won't be long  E 	before Dell incorporates a fingerprint scanner that ties in directlyeD 	to Windows.  Something that can be turned on/off as a login method.A 	That fingerprint scanning tech surely gets cheaper as things geti 	faster/smaller.   				Rob    ------------------------------   Date: 7 Jan 2004 08:47:14 -0600 + From: young_r@encompasserve.org (Rob Young)n+ Subject: Re: hype (was: password questions)r3 Message-ID: <4EB$Vj$2vJzx@eisner.encompasserve.org>u  a In article <PxS6IFz0OYi7@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:us > In article <dVfVePCHmqAd@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: { >> In article <btfc66$6fd16$1@ID-141708.news.uni-berlin.de>, "Peter Weaver" <WeaverConsultingServices@sympatico.ca> writes:t >>> B >>> You already have answers to your questions, but I have to ask;@ >>> Why do some people always want to force at least one number? >> o > E > 	To cut down on help desk calls.  By forcing a number, it gives theoC > 	end user something to increment.  Smart end users will incrementeB > 	the numbers for a long time.  In a discussion in another forum,, > 	it came about that what was intended was   ! 	PREVENTING incrementing numbers a  G > 	on the end of the password and making sure 2 characters changed each A > 	time (I forget why this was proposed and surrounding context -e   	Left out preventing...    ------------------------------   Date: 7 Jan 2004 08:54:22 -0600o+ From: young_r@encompasserve.org (Rob Young)e+ Subject: Re: hype (was: password questions)t3 Message-ID: <QxXQfRGoRQaN@eisner.encompasserve.org>i  a In article <PxS6IFz0OYi7@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:ns > In article <dVfVePCHmqAd@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:r{ >> In article <btfc66$6fd16$1@ID-141708.news.uni-berlin.de>, "Peter Weaver" <WeaverConsultingServices@sympatico.ca> writes:  >>> B >>> You already have answers to your questions, but I have to ask;@ >>> Why do some people always want to force at least one number? >> 1 > E > 	To cut down on help desk calls.  By forcing a number, it gives thenC > 	end user something to increment.  Smart end users will increment-B > 	the numbers for a long time.  In a discussion in another forum,A > 	it came about that what was intended was incrementing numbers wG > 	on the end of the password and making sure 2 characters changed each A > 	time (I forget why this was proposed and surrounding context -e  A 	Not my day.  I attempted to repair the above and it reads worse.w 	Intention was:    			2 characters must changec 			No numbers on the end  ; 	If I am recalling correctly.  Point is, that scheme would I= 	force most users into changing their passwords - or that wasw 	the intention. #                                    r 				Robn   ------------------------------  % Date: Wed, 07 Jan 2004 16:45:07 +0000r* From: Nic Clews <sendspamhere@[127.0.0.1]>+ Subject: Re: hype (was: password questions)'' Message-ID: <bthd27$gha$1@lore.csc.com>    Bob Koehler wrote: > z > In article <btfc66$6fd16$1@ID-141708.news.uni-berlin.de>, "Peter Weaver" <WeaverConsultingServices@sympatico.ca> writes: > >uB > > You already have answers to your questions, but I have to ask;@ > > Why do some people always want to force at least one number? > J >    Because some self-proclaimed security expert noticed that this forcesE >    you not to use words in the dictionary.  And now the concept hasnC >    entered the standard hype of the hype-driven computer busines, # >    along with these other oldies:g  D You're absolutely right Bob, people blindly set "security standards"G without really understanding what it is they are trying to achieve, andhB very often it's a complete waste of effort, and in more cases thanC people perhaps realize, actually devalues and weakens the security.y  D Taking this one case in point, dictionary attacks are a thing of theF past (some circumstances excepted, not explored here) and sniffing has> replaced it as the preferred method of password determination.   So how difficult is it?s  D Easy, heuristically look for partial words with digits 0-9 and otherH potential character displacements (non alphanumeric). Against a backdrop- of real words or binary data, they stand out.    -- e? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Scienceso nclews at csc dot com.   ------------------------------   Date: 7 Jan 2004 11:33:08 -0600g- From: Kilgallen@SpamCop.net (Larry Kilgallen)h+ Subject: Re: hype (was: password questions)'3 Message-ID: <OLPNElSnO7bK@eisner.encompasserve.org>M  a In article <PxS6IFz0OYi7@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:i  1 > 	I think this password thing will quickly fade.v  : The viability of reusable passwords has reached its limit.  1 Of course this has been true for 20 years now :-)-   ------------------------------   Date: 7 Jan 2004 12:37:30 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)?+ Subject: Re: hype (was: password questions).3 Message-ID: <OesdQa14hBHq@eisner.encompasserve.org>n  T In article <bthd27$gha$1@lore.csc.com>, Nic Clews <sendspamhere@[127.0.0.1]> writes: > F > Easy, heuristically look for partial words with digits 0-9 and otherJ > potential character displacements (non alphanumeric). Against a backdrop/ > of real words or binary data, they stand out.a  F    Most of the password crackers our security folks run know enough toB    take all the words in the dictionary and try all the digits andF    many of the special characters with them.  On a modern CPU, that's C    not time consuming.  But it keeps the security "gurus" employed.m   ------------------------------  % Date: Wed, 07 Jan 2004 08:07:09 +0000a) From: Tony Arnold <tony.arnold@man.ac.uk> 5 Subject: Re: number of ethernet adapters in a clustert9 Message-ID: <btgene$6p1bp$1@ID-207001.news.uni-berlin.de>t   Kerry,   Main, Kerry wrote:  F > As I recall, most network vendor switches support VLAN technologies.I > This is not something that is new in the network world. Its been around= > for some time.  G Agreed. My comments were aimed mainly at Phillip who is a hobbyist and wG runs his cluster on a shoestring (and does very well!). I've also been =G involved in helping him set it up, so have some idea of what he's got.  I My belief is that his network uses ethernet hubs, not switches (I'm sure uF Phillip will correct me if I am wrong) and was just pointing out that F the VLAN solution would require him to purchase/acquire switches with  the right functionality.  J > Assuming your switches support VLANs, all you need is the extra NICs andJ > slots to support them. VLANs are software setup configs on the switches,D > so the cables from the NIC's can plug directly into just about anyF > available switch port that is free and capable of handling the speed > etc. h  G Sure, we do this at my place of work. In fact in my building there are aE about three or four different IP networks, but all on the same VLAN, sC thus my small cluster has nodes on different segments IP wise, but  F because of the VLAN technology I'm able to boot a completely diskless E node on one IP segment from a boot node on another. Without the VLAN wH technology, our network would not allow this (our routers only route IP 0 traffic and do not bridge any other protocols!).  H > Also, remember dual (and quad?) port NIC's are available as well. WithH > dual port NIC's (and servers that support these additional NIC's), youC > simply setup the VLAN backup port on the opposite NIC that is the 
 > primary.  F Again, this may or may not be an option for Phillip whose hardware is $ quite old, e.g., VAXstation 4000/60!   Tony.n -- .F Tony Arnold, Deputy to the Head of COS Division, Manchester Computing,: University of Manchester, Oxford Road, Manchester M13 9PL.F T: +44 (0)161 275 6093, F: +44 (0)870 136 1004, M: +44 (0)773 330 0039E E-mail: tony.arnold@man.ac.uk, Home: http://www.man.ac.uk/Tony.Arnold=   ------------------------------  * Date: Wed, 7 Jan 2004 10:49:24 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)5 Subject: Re: number of ethernet adapters in a cluster9$ Message-ID: <btgo7k$8dc$1@online.de>  E In article <btgene$6p1bp$1@ID-207001.news.uni-berlin.de>, Tony Arnold.  <tony.arnold@man.ac.uk> writes:   H > > As I recall, most network vendor switches support VLAN technologies.K > > This is not something that is new in the network world. Its been arounde > > for some time. > I > Agreed. My comments were aimed mainly at Phillip who is a hobbyist and eI > runs his cluster on a shoestring (and does very well!). I've also been jI > involved in helping him set it up, so have some idea of what he's got. aK > My belief is that his network uses ethernet hubs, not switches (I'm sure gH > Phillip will correct me if I am wrong) and was just pointing out that H > the VLAN solution would require him to purchase/acquire switches with  > the right functionality.  B Right, a hub (more precisely, a DECrepeater).  I do have a switch,D integrated into the DSL bridge thingy I used for internet access via& DSL, but it doesn't have enough ports.   ------------------------------  % Date: Wed, 07 Jan 2004 06:13:09 -0500a* From: JF Mezei <jfmezei.spamnot@istop.com>5 Subject: Re: number of ethernet adapters in a cluster.) Message-ID: <3FFBE9C3.639CCE8F@istop.com>   / Phillip Helbig---remove CLOTHES to reply wrote: J > > > As I recall, most network vendor switches support VLAN technologies.  D > Right, a hub (more precisely, a DECrepeater).  I do have a switch,F > integrated into the DSL bridge thingy I used for internet access via( > DSL, but it doesn't have enough ports.    M Consumer switches or switches integrated into consumer routers are unmanaged,a+ and thus do not have any VLAN capabilities.e   ------------------------------   Date: 7 Jan 2004 08:07:28 -0800 . From: fabiopenvms@yahoo.com.br (Fabio Cardoso) Subject: OpenVMS Certificationso= Message-ID: <f30679fb.0401070807.373e602b@posting.google.com>t  4 How many guys here are certified ? Is is worthing ?   @ I think I can get certified in the System Administration (Basic)/ but the other Adv. Certification ... I doubt ! a  L a) I never worked/installed OpenVMS Clusters (just with standalone servers);   b) I never worked with HSG80;=   c) I never worked with Galaxy;    d) I never worked with FastPath;  = e) I didn have the Internals Course (there isnt in S.America)y  + So it is becoming complicated to survive ! =   Regards=   FC   ------------------------------   Date: 7 Jan 2004 10:25:30 -0800m. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)= Subject: OT: Internal memo confirms IBM move to Linux desktop-= Message-ID: <f30679fb.0401071025.2c2c0322@posting.google.com>   ) http://www.theinquirer.net/?article=13485r    1 Internal memo confirms IBM move to Linux desktop 1    E By the way ... If IBM will change all their Desktops from Windows andlB OS/2 to Linux with this Open Desktop initiave... where OpenVMS canD fit in the new world if there is no a good "Desktop" environment for? their users ! An OS nowadays is not Kernel (Very Good) and Highn, Availabilty features (Very Very Good)  only.A For me looks like OVMs will become just a back-end-sub-system ford other environments.      Regards    FC   ------------------------------  % Date: Wed, 07 Jan 2004 02:46:25 -0500a* From: JF Mezei <jfmezei.spamnot@istop.com>5 Subject: Re: OT: What M$ and IBM know that hp doesn't() Message-ID: <3FFBB925.26212D81@istop.com>    "David J. Dachtera" wrote:! > This arrived in my inbox today: ? > http://www.infoworld.com/article/04/01/06/HNmslinuxads_1.htmln  N This is pretty much irrelevant to us since VMS isn't in the running. This is aJ battle between Linux and Microsoft. The quiet guy in there is Apple (whichH just unveiled G5 64 bit server line BTW) who may take a big chunk of theG leftovers once Linux and Microsoft have finished destroying each other.t  N In terms of HP,  Carly is a good prostitute as were Palmer and Curly. They areL willing to give away their own jewels to Microsoft. But the minute MicrosoftN isn't seen as the leader anymore, they'll dump Microsoft and go with Linux andN then it is a battle of which computer assembler has the most of its own jewels to donate to Linux..  J However, if Linux does become the de-facto standard, it may cause a lot ofI trouble for HP-UX because the differentiator between high end systems and0$ commodity systems will greatly fade.   ------------------------------   Date: 7 Jan 2004 08:25:59 -0600E; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 5 Subject: Re: OT: What M$ and IBM know that hp doesn'tp3 Message-ID: <Hj$rWyM2B+aS@eisner.encompasserve.org>.  y In article <3FFB84C8.3C9B2FC6@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:s  ! > This arrived in my inbox today:s? > http://www.infoworld.com/article/04/01/06/HNmslinuxads_1.htmlx      I prefer the Budweiser ads.   ------------------------------   Date: 7 Jan 2004 07:35:56 -0800u- From: soccer13player@yahoo.com (Nom de Plume)-5 Subject: Re: OT: What M$ and IBM know that hp doesn't0= Message-ID: <f401eb7f.0401070735.36e5411b@posting.google.com>r  [ JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<3FFBB925.26212D81@istop.com>...8L > However, if Linux does become the de-facto standard, it may cause a lot ofK > trouble for HP-UX because the differentiator between high end systems andb& > commodity systems will greatly fade.  C Which is why the proprietary operating systems like OpenVMS need tor@ continually add functionality.  Integrating Fault Tolerance into OpenVMS is an example.  @ With the UNIX portability activity, I would think that hp shouldB negotiate deals with best-of-class third party software vendors toE port their UNIX software to OpenVMS.  Then with a healthy advertisingbC budget, OpenVMS sales would sky-rocket as business critical systemst become OpenVMS systems.t   ------------------------------  $ Date: Wed, 7 Jan 2004 07:44:26 -0800# From: "Tom Linden" <tom@kednos.com>o5 Subject: RE: OT: What M$ and IBM know that hp doesn'tt9 Message-ID: <NDEMLKKEBOIFBMJLCECIGENICJAA.tom@kednos.com>    < -----Original Message-----6 < From: Nom de Plume [mailto:soccer13player@yahoo.com]+ < Sent: Wednesday, January 07, 2004 7:36 AMl < To: Info-VAX@Mvb.Saic.Com 7 < Subject: Re: OT: What M$ and IBM know that hp doesn'ta <  < 8 < JF Mezei <jfmezei.spamnot@istop.com> wrote in message ' < news:<3FFBB925.26212D81@istop.com>... @ < > However, if Linux does become the de-facto standard, it may  < cause a lot ofB < > trouble for HP-UX because the differentiator between high end 
 < systems and?( < > commodity systems will greatly fade. < E < Which is why the proprietary operating systems like OpenVMS need touB < continually add functionality.  Integrating Fault Tolerance into < OpenVMS is an example. < B < With the UNIX portability activity, I would think that hp shouldD < negotiate deals with best-of-class third party software vendors toG < port their UNIX software to OpenVMS.  Then with a healthy advertisingnE < budget, OpenVMS sales would sky-rocket as business critical systems: < become OpenVMS systems.b  D The best way to do this is to provide the tools to allow one to type $ make install  J That is a one time cost as opposed N times.  BTW same argument for porting: a compiler as opposed to rewriting in some other language. <  < --- ( < Incoming mail is certified Virus Free.< < Checked by AVG anti-virus system (http://www.grisoft.com).A < Version: 6.0.558 / Virus Database: 350 - Release Date: 1/2/2004r <  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).? Version: 6.0.558 / Virus Database: 350 - Release Date: 1/2/2004d   ------------------------------   Date: 7 Jan 2004 07:30:39 GMTi2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>, Subject: Re: Peeking in to the serial buffer5 Message-ID: <DTiotGxQ0bj6-pn2-ugl5lv4oJj0d@localhost>d  @ On Mon, 5 Jan 2004 22:50:59 UTC, Dirk Munk <munk@home.nl> wrote:   > Forrest Kenney wrote:/ > >  > > JF Mezei wrote:a > >  > > U > >>Forrest Kenney,  OpenVMS terminal driver historian and sometime maintainer wrote:t > >>! > >>>have talked about IO$M_TIMED0K > >>>to time the I/O.  What is poorly understood is that the timeout is not-  > >>>time from when the read was8 > >>>started but it a time from last character received. > >>L > >>Mr Kenney, if you were a female, I'd send you big kisses for the timeoutO > >>functionality of the terminal driver interface. This is one of the smartesty6 > >>features allowing really clean programming on VMS. > >> > >  > > O > > Wish I could take credit for that but it predates my working on the driver.  > N > It was already there in the RSX-11 terminal drivers. I used it in assembler Q > program that took calls from journalists using 'portable' word processors with rO > 300 and 1200 baud modems. That was nice, checking the status registers of 16 -= > port DZ-11 interfaces for ring-signals, carrier-detect etc.y  F True. But ISTR when moving my RSX stuff to VAX/VMS V3.7, there was no A integrated timeout available for the terminal QIO. I may well be o+ wrong, you can see how long ago it was :-) u   --   Cheers - Dave.   ------------------------------  % Date: Wed, 07 Jan 2004 18:42:16 +0100r From: jf.pieronne@laposte.net  Subject: Python 2.3.3,2 Message-ID: <bthgdr$aso$1@news-reader2.wanadoo.fr>  + Python 2.3.3 for OpenVMS has been released.   ) It also includes some additional modules:C> - Cheetahtemplate 0.0.15 which is a powerful templating system$    (http://www.cheetahtemplate.org/)M - Python Imaging Library (PIL) 1.1.4 which provides powerful image processingEC and graphics capabilities.(http://www.pythonware.com/products/pil/) J - libxml module which uses the libxml2 library 2.6.4 (http://xmlsoft.org/)5 - reportlab modules which is a PDF generating librarys    (http://www.reportlab.org)    New version of! - PyChecker module version 0.8.13e  - This kit fixes a problem into the rdb module.n  3 previously undocumented updated tools: ftpmirror.pya  L Download from http://www.pi-net.dyndns.org/anonymous/kits/ or any of the two mirrors.  5 Various documentation at http://vmspython.dyndns.org/x  , Official Python site: http://www.python.org/  $ Two very good introduction to PythonF http://www.ferg.org/python_presentations/python_intro_for_managers.ppt, http://www.ferg.org/python_slides/index.html   ------------------------------  $ Date: Wed, 7 Jan 2004 13:44:18 +0100. From: "Winfried Bergmann" <NosPAM@unknown.com> Subject: Re: QTD-30 SCSI cardp9 Message-ID: <btgurg$75c39$2@ID-170759.news.uni-berlin.de>   A "Soterro" <send_lotsa_spam_here@yahoo.com> schrieb im NewsbeitragP6 news:1a63f162.0401061630.254a96d@posting.google.com...I > sms@antinode.org wrote in message news:<04010611034385@antinode.org>...i. > > From: Nic Clews <sendspamhere@[127.0.0.1]>2 > > > Where did you put the card in the backplane? > > > [...] L > >    As I recall (and it's been a while), in the VAX 4000-300, dual-heightH > > cards must go in the top half of the quad-height slots.  (There were >nC > Unfortunately it is in the first position on the right already. I E > thought about this and removed the other qbus cards, but as you canhG > see nothing showed up. OK, the card itself IS actually showing up, sooH > I have its two names (the disk and the tape device) when issuing 'showB > devices', it's just not getting any cdrom device attached to it.H > Should the cdrom have any particular configuration (id?)in order to beD > detected? I have no idea how to test whether there's a qbus vector= > conflict or anything else which could prevent the card from C > functioning properly... (even then, I still have no idea what theM > switches on it are for)EH > Uh oh. Could be the two connectors dedicated, and I was using the tapeH > channel? It's quite annoying to not find any documentation on the card > ;) >R) > Still stuck but thanks for helping out,g > Sn  4 AFAIK, the blocksize of the cdrom should be 512 byte   ------------------------------  $ Date: Wed, 7 Jan 2004 13:45:13 +0100) From: "Winfried Bergmann" <NosPAM@web.de>  Subject: Re: QTD-30 SCSI card 9 Message-ID: <btgut7$6vile$2@ID-170759.news.uni-berlin.de>a  A "Soterro" <send_lotsa_spam_here@yahoo.com> schrieb im NewsbeitragJ6 news:1a63f162.0401061630.254a96d@posting.google.com...I > sms@antinode.org wrote in message news:<04010611034385@antinode.org>...-. > > From: Nic Clews <sendspamhere@[127.0.0.1]>2 > > > Where did you put the card in the backplane? > > > [...]nL > >    As I recall (and it's been a while), in the VAX 4000-300, dual-heightH > > cards must go in the top half of the quad-height slots.  (There were > C > Unfortunately it is in the first position on the right already. IhE > thought about this and removed the other qbus cards, but as you cantG > see nothing showed up. OK, the card itself IS actually showing up, soxH > I have its two names (the disk and the tape device) when issuing 'showB > devices', it's just not getting any cdrom device attached to it.H > Should the cdrom have any particular configuration (id?)in order to beD > detected? I have no idea how to test whether there's a qbus vector= > conflict or anything else which could prevent the card from C > functioning properly... (even then, I still have no idea what thew > switches on it are for) H > Uh oh. Could be the two connectors dedicated, and I was using the tapeH > channel? It's quite annoying to not find any documentation on the card > ;) >D) > Still stuck but thanks for helping out,n > Sn  ; AFAIK, the blocksize of the cdrom should be set to 512 bytes   ------------------------------  % Date: Wed, 07 Jan 2004 02:14:07 -0500C* From: JF Mezei <jfmezei.spamnot@istop.com>A Subject: Re: Secure Web Server Version 2.0 available for download5) Message-ID: <3FFBB195.4DF8D8DF@istop.com>f  I > > "The Secure Web Server Version 2.0 kit requires that all served filess! > > must be in Stream_LF format."e  5 Long live the OSU web server. David Jones is my hero._   ------------------------------   Date: 7 Jan 2004 05:40:12 -0800 . From: alexdaniels@themail.co.uk (Alex Daniels)A Subject: Re: Secure Web Server Version 2.0 available for downloadp= Message-ID: <9f7f13a8.0401070540.4971e378@posting.google.com>o  ~ "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote in message news:<3FFB766F.DE20B8A5@NeOaSrPtAhMlNiOnWk.net>... > Mark Berryman wrote: > >  > > Sue Skonetski wrote:C > > > Announcing HP Secure Web Server Version 2.0 for OpenVMS AlphaeC > > > -------------------------------------------------------------y > > >tK > > > Hewlett-Packard is pleased to announce the availability of Secure WebhH > > > Server (SWS)2.0. SWS 2.0 is based on Apache 2.0.47 from the ApacheI > > > Software Foundation. This is the first version of Apache to supportm  > > > the IPv6 network protocol. > > > $ > > > Minimum software requirements: > > >s. > > >     OpenVMS 7.3-1 (with latest CRTL ECO)9 > > >     ODS-5 for installation and document directoriesd > > >     TCP/IP 5.3 > > % > > and this, from the release notes:C > > I > > "The Secure Web Server Version 2.0 kit requires that all served filesn! > > must be in Stream_LF format."N > > 	 > > WHY?!  > > J > > CSWS V1.3 happily served any format file.  The C RTL will happily readL > > any RMS format.  Why this restriction?  Please note that this means thatK > > the V2.0 webserver is no longer able to serve the VMS documentation CDs 9 > > since the HTML files are in "variable length" format.c > > L > > C'mon, folks.  Isn't this carrying Unix compatibility a wee bit too far? > C > I'd be the last to know, but my first guess would be an effort to  > minimize the porting effort.  C The stream_lf restriction is a pain.. There is however a bit of DCL-! included to convert to stream_lf  3 apache$common:[000000]APACHE$CONVERT_STREAMLF.COM;1)  E It would be nice if took a specific file rather than just a directoryo as a param though..   C Also I am quite surpised this is being shipped without a compatablee% version of CSWS_PERL being available.    ------------------------------   Date: 7 Jan 2004 08:22:36 -0600o; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)tA Subject: Re: Secure Web Server Version 2.0 available for downloadA3 Message-ID: <vGzDQwyEO2Im@eisner.encompasserve.org>a  Z In article <3ffaef56$1@cpns1.saic.com>, Mark Berryman <Mark.Berryman@Mvb.Saic.Com> writes: > H > "The Secure Web Server Version 2.0 kit requires that all served files  > must be in Stream_LF format.", >  > WHY?!0 >   D    Sounds like some Java programmer doesn't know data files actually#    can be handled in other formats.D   ------------------------------   Date: 7 Jan 2004 10:33:12 -0800o. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)A Subject: Re: Secure Web Server Version 2.0 available for download = Message-ID: <f30679fb.0401071033.7603acd4@posting.google.com>   v koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote in message news:<vGzDQwyEO2Im@eisner.encompasserve.org>...\ > In article <3ffaef56$1@cpns1.saic.com>, Mark Berryman <Mark.Berryman@Mvb.Saic.Com> writes: > > J > > "The Secure Web Server Version 2.0 kit requires that all served files ! > > must be in Stream_LF format."i > > 	 > > WHY?!> > >  > F >    Sounds like some Java programmer doesn't know data files actually% >    can be handled in other formats.   A I think it is the Open Source Foundation file standartization foro5 compilation/interpretation in every environment!  :-)i  6 May be they think OVMS is Unix ... despite the Open !    Regardsn   FC   ------------------------------  # Date: Wed, 07 Jan 2004 17:06:24 GMTe# From: "John Smith" <a@nonymous.com>-> Subject: Sybase supports Apple OS X - VMS still dead at SybaseK Message-ID: <k0XKb.32341$1g41.8589@twister01.bloor.is.net.cable.rogers.com>   L http://story.news.yahoo.com/news?tmpl=story&cid=1738&ncid=1208&e=6&u=/zd/200 40106/tc_zd/115729  F Encouraged by Apple Computer Inc.'s introduction of a PowerPC G5-basedL server, Sybase Inc. on Tuesday announced here the availability of its SybaseG Adaptive Server Enterprise 12.5.1 relational database for Mac OS X 10.3  "Panther" Server.r    J Sybase clearly supports 'niche' platforms (after all...just how many OS  XI servers are really going to be sold??) as long as the company behind themM  has a commitment to the platform    
 For contrast,r  % http://www.sybase.com/detail?id=20515i  
 June 28, 1999o  ' Dear Valued Compaq and Sybase Customer,     E Recently you received a letter from Sybase informing you of importantyL product support changes for OpenVMS. Both Sybase and Compaq are committed toJ ensuring that these changes cause as little disruption to your business asK possible. As a follow-up, this letter contains information about timing andtL possible options to help manage your migration in a process that is safe and easy.     L Sybase has provided OpenVMS solutions for both VAX and Alpha since the earlyK 1990s; during that time there has been an increased market interest in UNIXmL and Windows NT. While Sybase values its installed base of OpenVMS customers,H its future engineering investments for Compaq platforms will be on Tru64 UNIX and Windows NT.    L To ensure that customers have the maximum time and flexibility in making theC right decision for their business, Sybase is continuing support for.H OpenVMS/Alpha as outlined in the initial notification letter. The letterG stated that SQL Server 11.0.3.3 and OpenClient/OpenServer 10.0.4 on theeL OpenVMS/Alpha platform will continue to be supported until 31 December 2003.J Therefore, OpenVMS/Alpha and Sybase customers satisfied with their currentE operation can continue for nearly five additional years, and have thesG ability to develop and implement a migration strategy as business needs, dictate.  I Now that Dec. 31/2003 has come and gone and Sybase support has officiallytJ evaporated for any VMS platform, expect that those remaining customers whoH were using Sybase on VMS to most likely kick VMS out. My bet is that's aG more probable course of events than migrating to Oracle on VMS by these-
 customers.   ------------------------------  % Date: Wed, 07 Jan 2004 17:17:48 +0000sO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>dB Subject: Re: Sybase supports Apple OS X - VMS still dead at Sybase0 Message-ID: <bthevt$c18$1@new-usenet.uk.sun.com>   John Smith wrote:sN > http://story.news.yahoo.com/news?tmpl=story&cid=1738&ncid=1208&e=6&u=/zd/200 > 40106/tc_zd/115729 > H > Encouraged by Apple Computer Inc.'s introduction of a PowerPC G5-basedN > server, Sybase Inc. on Tuesday announced here the availability of its SybaseI > Adaptive Server Enterprise 12.5.1 relational database for Mac OS X 10.3  > "Panther" Server.t >  > L > Sybase clearly supports 'niche' platforms (after all...just how many OS  XK > servers are really going to be sold??) as long as the company behind theme" > has a commitment to the platform >   C I rather doubt the Apple would have bothered doing the G5 server if A they had thought that the numbers would be tiny say in the 5 to 6l thousand range.n   Regards  Andrew Harrisonc >  > For contrast,r > ' > http://www.sybase.com/detail?id=20515l >  > June 28, 1999l > ) > Dear Valued Compaq and Sybase Customer,r >  > G > Recently you received a letter from Sybase informing you of important N > product support changes for OpenVMS. Both Sybase and Compaq are committed toL > ensuring that these changes cause as little disruption to your business asM > possible. As a follow-up, this letter contains information about timing and N > possible options to help manage your migration in a process that is safe and > easy.  >  > N > Sybase has provided OpenVMS solutions for both VAX and Alpha since the earlyM > 1990s; during that time there has been an increased market interest in UNIX N > and Windows NT. While Sybase values its installed base of OpenVMS customers,J > its future engineering investments for Compaq platforms will be on Tru64 > UNIX and Windows NT. >  > N > To ensure that customers have the maximum time and flexibility in making theE > right decision for their business, Sybase is continuing support forpJ > OpenVMS/Alpha as outlined in the initial notification letter. The letterI > stated that SQL Server 11.0.3.3 and OpenClient/OpenServer 10.0.4 on thehN > OpenVMS/Alpha platform will continue to be supported until 31 December 2003.L > Therefore, OpenVMS/Alpha and Sybase customers satisfied with their currentG > operation can continue for nearly five additional years, and have the<I > ability to develop and implement a migration strategy as business needs.
 > dictate. > K > Now that Dec. 31/2003 has come and gone and Sybase support has officiallyrL > evaporated for any VMS platform, expect that those remaining customers whoJ > were using Sybase on VMS to most likely kick VMS out. My bet is that's aI > more probable course of events than migrating to Oracle on VMS by these  > customers. >  >  >  >  >  >    ------------------------------  * Date: Wed, 7 Jan 2004 13:46:56 +0000 (UTC), From: lewis@mazda.mitre.org (Keith A. Lewis) Subject: Re: SYS$OUTPUT ?t. Message-ID: <bth2kg$hga$1@newslocal.mitre.org>   Kilgallen@SpamCop.net (Larry Kilgallen) writes in article <GM8vaaM8b$v+@eisner.encompasserve.org> dated 6 Jan 2004 22:49:05 -0600:z >In article <3FFB83D7.B7BBF3AF@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes: >> Tom Linden wrote: > @ >>>  00020001 00023148 434E4542 204E5552 RUN BENCH1...... 0000B0 >>> O >>> Notepad reads the file without problem.  Anybody know what's going on here?  >>  # >> Say, "null-terminated string"...t > " >From PL/I ?     Sounds unnatural.  E My guess is there's a WRITE statement somewhere in the PL/I, which ish3 writing short integers, in binary, to the log file.t  B A second possibility is an uninitialized string containing ^A^@ (2F characters), but I thought PL/I initialized all its strings to spaces.  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------   Date: 7 Jan 2004 08:19:39 -0600a; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)e Subject: Re: SYS$OUTPUT ? 3 Message-ID: <N$qSKCdmHVyq@eisner.encompasserve.org>g  _ In article <NDEMLKKEBOIFBMJLCECIIEMECJAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:d > M > Notepad reads the file without problem.  Anybody know what's going on here?a      emacs has bugs.   ------------------------------  $ Date: Wed, 7 Jan 2004 06:35:36 -0800# From: "Tom Linden" <tom@kednos.com>e Subject: RE: SYS$OUTPUT ? 9 Message-ID: <NDEMLKKEBOIFBMJLCECIMENECJAA.tom@kednos.com>:  F No, the first executable statement is a PUT SKIP;  I am using a ratherL old version of emacs, 19.22, not that it should matter, but my guess is thatF emacs is interpreting the null byte as end of file.  I tried this on aH current version of emacs on Linux and no problem.  In fact the first two
 statements in the program are           PUT SKIP;sD         PUT SKIP LIST ('BENCHMARK 1 - TWO AND THREE DIMENSIONAL SLOW VECTOR',/                 ' DOT PRODUCT - VAX PL/I DEC');t  E so I don't see where the null byte is coming from.  Maybe the skip isl	 insertingm& the null byte, will have to test that.   HERMES> create null.plim test: proc options(main);u	 put skip;n  put skip list('This is a Test');	 end test;n  Exitt HERMES> pli null HERMES> link nullc HERMES> run null     This is a Test HERMES>    I guess that wasn't it.P HERMES> create null.comm $ SET VERIFY $ define sys$output null.log $ SHOW TIME 
 $ run null  Exite
 HERMES> @nullI $ SET VERIFY $ define sys$output null.log HERMES> dump/hex null.logr  <  00454D49 5420574F 48532024 8D01000D ....$ SHOW TIME. 000000<  3030322D 4E414A2D 37202020 8D010018 ....   7-JAN-200 000010<  20248D01 000C3732 3A33313A 36302034 4 06:13:27....$  000020<  00010002 00010002 6C6C756E 206E7572 run null........ 000030<  65542061 20736920 73696854 00010011 ....This is a Te 000040<  00000000 00000000 0000FFFF 00207473 st ............. 000050<  00000000 00000000 00000000 00000000 ................ 000060  = so  after the command line there are some things inserted andr it must be DCL doing it.     < -----Original Message-----5 < From: Keith A. Lewis [mailto:lewis@mazda.mitre.org]r+ < Sent: Wednesday, January 07, 2004 5:47 AMm < To: Info-VAX@Mvb.Saic.Com  < Subject: Re: SYS$OUTPUT ?  <  < ; < Kilgallen@SpamCop.net (Larry Kilgallen) writes in articlehJ < <GM8vaaM8b$v+@eisner.encompasserve.org> dated 6 Jan 2004 22:49:05 -0600:C < >In article <3FFB83D7.B7BBF3AF@NeOaSrPtAhMlNiOnWk.net>, "David J.i: < Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes: < >> Tom Linden wrote: < >wB < >>>  00020001 00023148 434E4542 204E5552 RUN BENCH1...... 0000B0 < >>>wB < >>> Notepad reads the file without problem.  Anybody know what's < going on here? < >>% < >> Say, "null-terminated string"...	 < >a$ < >From PL/I ?     Sounds unnatural. <eG < My guess is there's a WRITE statement somewhere in the PL/I, which isr5 < writing short integers, in binary, to the log file.a < D < A second possibility is an uninitialized string containing ^A^@ (2H < characters), but I thought PL/I initialized all its strings to spaces. < 2 < --Keith Lewis              klewis {at} mitre.org@ < The above may not (yet) represent the opinions of my employer. <m < ---o( < Incoming mail is certified Virus Free.< < Checked by AVG anti-virus system (http://www.grisoft.com).A < Version: 6.0.558 / Virus Database: 350 - Release Date: 1/2/2004e <s ---t& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).? Version: 6.0.558 / Virus Database: 350 - Release Date: 1/2/2004    ------------------------------  $ Date: Wed, 7 Jan 2004 06:37:20 -0800# From: "Tom Linden" <tom@kednos.com>d Subject: RE: SYS$OUTPUT ? 9 Message-ID: <NDEMLKKEBOIFBMJLCECIAENFCJAA.tom@kednos.com>    < -----Original Message-----D < From: Bob Koehler [mailto:koehler@eisner.nospam.encompasserve.org]+ < Sent: Wednesday, January 07, 2004 6:20 AMy < To: Info-VAX@Mvb.Saic.Como < Subject: Re: SYS$OUTPUT ?h <  < A < In article <NDEMLKKEBOIFBMJLCECIIEMECJAA.tom@kednos.com>, "Tom  " < Linden" <tom@kednos.com> writes: < > A < > Notepad reads the file without problem.  Anybody know what's e < going on here? <  <    emacs has bugs.   Ah, of course. <  < ---s( < Incoming mail is certified Virus Free.< < Checked by AVG anti-virus system (http://www.grisoft.com).A < Version: 6.0.558 / Virus Database: 350 - Release Date: 1/2/2004i <  ---s& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).? Version: 6.0.558 / Virus Database: 350 - Release Date: 1/2/2004-   ------------------------------   Date: 7 Jan 2004 09:45:02 -0600  From: briggs@encompasserve.org Subject: RE: SYS$OUTPUT ? 3 Message-ID: <NMBKBkEm1ZWy@eisner.encompasserve.org>@  _ In article <NDEMLKKEBOIFBMJLCECIMENECJAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:eH > No, the first executable statement is a PUT SKIP;  I am using a ratherN > old version of emacs, 19.22, not that it should matter, but my guess is thatH > emacs is interpreting the null byte as end of file.  I tried this on aJ > current version of emacs on Linux and no problem.  In fact the first two > statements > in the program are >  >         PUT SKIP;qF >         PUT SKIP LIST ('BENCHMARK 1 - TWO AND THREE DIMENSIONAL SLOW
 > VECTOR',1 >                 ' DOT PRODUCT - VAX PL/I DEC');7 > G > so I don't see where the null byte is coming from.  Maybe the skip iss > insertingr( > the null byte, will have to test that. >  > HERMES> create null.plir > test: proc options(main);  > put skip;a" > put skip list('This is a Test'); > end test;s >  Exito > HERMES> pli null > HERMES> link nullo > HERMES> run null >  >  > This is a Test	 > HERMES>  >  > I guess that wasn't it.t > HERMES> create null.com' > $ SET VERIFY > $ define sys$output null.log
 > $ SHOW TIMEm > $ run null >  Exit- > HERMES> @null- > $ SET VERIFY > $ define sys$output null.log > HERMES> dump/hex null.logn > > >  00454D49 5420574F 48532024 8D01000D ....$ SHOW TIME. 000000&                                   ^^^^ 				  13 bytes"                               ^^^^2                               VFC carriage control                      ^^^^^^^^o                      W O H S  > >  3030322D 4E414A2D 37202020 8D010018 ....   7-JAN-200 000010> >  20248D01 000C3732 3A33313A 36302034 4 06:13:27....$  000020> >  00010002 00010002 6C6C756E 206E7572 run null........ 000030                 ^^^^                 2 bytesa             ^^^^              VFC carriage control  > >  65542061 20736920 73696854 00010011 ....This is a Te 000040> >  00000000 00000000 0000FFFF 00207473 st ............. 000050> >  00000000 00000000 00000000 00000000 ................ 000060 > ? > so  after the command line there are some things inserted andV > it must be DCL doing it.   Nope.  Not DCL.  RMS.s  A When you OPEN a new file in DCL or when you do so implicitly witht? $ DEFINE SYS$OUTPUT or DEFINE SYS$ERROR, the resulting file has > print file carriage control.  The data records are VFC and theD first two bytes in each record contain carriage control information.  E The PUT SKIP is putting out the 0001 as carriage control information.o  : I know of no way to get SYS$OUTPUT open as a log file with carriagecontrol=list.t  ) $ CONVERT could be used to fix things up.o   	John Briggs   ------------------------------  % Date: Wed, 07 Jan 2004 12:19:25 +0000hO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> * Subject: Re: VMS runs well on HP Superdome0 Message-ID: <btgtgd$609$1@new-usenet.uk.sun.com>   Chris Casey wrote:M > "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com>," > wrote in message news:btequj$ed1 > 1 >>You are right I was confusing vPars with nPars.g >>	 >>regardsr >>Andrew Harrisono >> >  > E > Shock -- horror---  , Andrew admits he is wrong about something <G>- >  >   2 It happens occasionally so enjoy it while you can.  1 It also beats being a chorister with a consistentM3 track record of being proven wrong and a consistent)" record of repeating past failures.  > You don't get any prizes for working out who I am refering to.   regards- Andrew Harrison-   ------------------------------  # Date: Wed, 07 Jan 2004 16:08:13 GMTt9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>e* Subject: Re: VMS runs well on HP Superdome3 Message-ID: <N9WKb.11772$gS1.4589@news.cpqcorp.net>>  K "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote in messagen0 news:3FFB7ACA.34800557@NeOaSrPtAhMlNiOnWk.net... > Fred Kleinsorge wrote:
 > > [snip]J > > We're all one big happy family.  We will run on the same hardware, and use C > > the same firmware.  The HW and FW are OS agnostic.  Part of ourd competetiveiH > > advantage is this commonality, and that hardware is retargetable for many? > > OS's.  A customer can buy a standard part, and just add SW.  >eI > If that's true, then OVMS-I64 should run as well on a Dell server as one > an hp, no?  J How do you parse that out of my statement?  Our primary purpose here is toI sell HP systems, software and services - I don't think it is to sell DellwL hardware.  The statement had zip to say about running on other companies IPF? systems (but which we have addressed many times in this forum).t   ------------------------------  $ Date: Wed, 7 Jan 2004 08:28:22 -0800# From: "Tom Linden" <tom@kednos.com> * Subject: RE: VMS runs well on HP Superdome9 Message-ID: <NDEMLKKEBOIFBMJLCECIGENKCJAA.tom@kednos.com>e   < -----Original Message-----@ < From: Fred Kleinsorge [mailto:my-last-name@stardotzko.dec.com]+ < Sent: Wednesday, January 07, 2004 8:08 AMI < To: Info-VAX@Mvb.Saic.Coms, < Subject: Re: VMS runs well on HP Superdome <h <( <eB < "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote < in message2 < news:3FFB7ACA.34800557@NeOaSrPtAhMlNiOnWk.net... < > Fred Kleinsorge wrote: < > > [snip]L < > > We're all one big happy family.  We will run on the same hardware, and < useoE < > > the same firmware.  The HW and FW are OS agnostic.  Part of oure
 < competetive:J < > > advantage is this commonality, and that hardware is retargetable for < manyA < > > OS's.  A customer can buy a standard part, and just add SW.e < >tK < > If that's true, then OVMS-I64 should run as well on a Dell server as on  < > an hp, no? <sL < How do you parse that out of my statement?  Our primary purpose here is toK < sell HP systems, software and services - I don't think it is to sell Dell;@ < hardware.  The statement had zip to say about running on other < companies IPFwA < systems (but which we have addressed many times in this forum).i  ; Maybe he was suggesting that you only sell SW and Services.! HMMM, not a bad idea.  <- <- <- <- < ----( < Incoming mail is certified Virus Free.< < Checked by AVG anti-virus system (http://www.grisoft.com).A < Version: 6.0.558 / Virus Database: 350 - Release Date: 1/2/20040 <f ---1& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).? Version: 6.0.558 / Virus Database: 350 - Release Date: 1/2/2004    ------------------------------  # Date: Wed, 07 Jan 2004 17:11:08 GMT 4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>* Subject: Re: VMS runs well on HP Superdome0 Message-ID: <3FFC3AAA.C05539B3@blueyonder.co.uk>   Tom Linden wrote:a >  > < -----Original Message-----B > < From: Fred Kleinsorge [mailto:my-last-name@stardotzko.dec.com]- > < Sent: Wednesday, January 07, 2004 8:08 AMe > < To: Info-VAX@Mvb.Saic.Com-. > < Subject: Re: VMS runs well on HP Superdome > <0 > <r > <FD > < "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote > < in message4 > < news:3FFB7ACA.34800557@NeOaSrPtAhMlNiOnWk.net... > < > Fred Kleinsorge wrote: > < > > [snip]N > < > > We're all one big happy family.  We will run on the same hardware, and > < useiG > < > > the same firmware.  The HW and FW are OS agnostic.  Part of our  > < competetivenL > < > > advantage is this commonality, and that hardware is retargetable for > < manyC > < > > OS's.  A customer can buy a standard part, and just add SW.M > < >tM > < > If that's true, then OVMS-I64 should run as well on a Dell server as ont > < > an hp, no? > <dN > < How do you parse that out of my statement?  Our primary purpose here is toM > < sell HP systems, software and services - I don't think it is to sell Dell B > < hardware.  The statement had zip to say about running on other > < companies IPF C > < systems (but which we have addressed many times in this forum).f > = > Maybe he was suggesting that you only sell SW and Services.  > HMMM, not a bad idea.g  nG VMS will still need to qualified on particular hardware configurations,-I or much of the strength of VMS is diluted. The reasons for not supportingaR on generic hardware do not really change IMHO in this case. IN fact, qualification5 costs may increase if the hardware is not "in-house".o   --   tim.llewellyn@blueyonder.co.uk   ------------------------------  $ Date: Wed, 7 Jan 2004 09:40:10 -0800# From: "Tom Linden" <tom@kednos.com> * Subject: RE: VMS runs well on HP Superdome9 Message-ID: <NDEMLKKEBOIFBMJLCECIAENNCJAA.tom@kednos.com>u   < -----Original Message-----= < From: Tim Llewellyn [mailto:tim.llewellyn@blueyonder.co.uk]r+ < Sent: Wednesday, January 07, 2004 9:11 AMR < To: Info-VAX@Mvb.Saic.Comh, < Subject: Re: VMS runs well on HP Superdome <  <  <  <  < Tom Linden wrote:F < >   < > < -----Original Message-----D < > < From: Fred Kleinsorge [mailto:my-last-name@stardotzko.dec.com]/ < > < Sent: Wednesday, January 07, 2004 8:08 AM  < > < To: Info-VAX@Mvb.Saic.Coma0 < > < Subject: Re: VMS runs well on HP Superdome < > <o < > <  < > < F < > < "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote < > < in message6 < > < news:3FFB7ACA.34800557@NeOaSrPtAhMlNiOnWk.net... < > < > Fred Kleinsorge wrote: < > < > > [snip]C < > < > > We're all one big happy family.  We will run on the same   < hardware, ands	 < > < useyI < > < > > the same firmware.  The HW and FW are OS agnostic.  Part of ourl < > < competetiveu> < > < > > advantage is this commonality, and that hardware is  < retargetable for
 < > < manyE < > < > > OS's.  A customer can buy a standard part, and just add SW.  < > < >mC < > < > If that's true, then OVMS-I64 should run as well on a Dell t < server as on < > < > an hp, no? < > <C> < > < How do you parse that out of my statement?  Our primary  < purpose here is toC < > < sell HP systems, software and services - I don't think it is : < to sell DellD < > < hardware.  The statement had zip to say about running on other < > < companies IPFFE < > < systems (but which we have addressed many times in this forum).2 < > ? < > Maybe he was suggesting that you only sell SW and Services.s < > HMMM, not a bad idea.  <  fI < VMS will still need to qualified on particular hardware configurations,tK < or much of the strength of VMS is diluted. The reasons for not supportingoA < on generic hardware do not really change IMHO in this case. IN   < fact, qualificationt7 < costs may increase if the hardware is not "in-house".  Not convincing.t <  < -- i  < tim.llewellyn@blueyonder.co.uk <  < ---t( < Incoming mail is certified Virus Free.< < Checked by AVG anti-virus system (http://www.grisoft.com).A < Version: 6.0.558 / Virus Database: 350 - Release Date: 1/2/2004k <  ---i& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).? Version: 6.0.558 / Virus Database: 350 - Release Date: 1/2/2004    ------------------------------  # Date: Wed, 07 Jan 2004 17:46:06 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>g* Subject: Re: VMS runs well on HP Superdome3 Message-ID: <yBXKb.11782$202.9404@news.cpqcorp.net>e  A "Tim Llewellyn" <tim.llewellyn@blueyonder.co.uk> wrote in message-* news:3FFC3AAA.C05539B3@blueyonder.co.uk... >c >  > Tom Linden wrote:t > >t  > > < -----Original Message-----D > > < From: Fred Kleinsorge [mailto:my-last-name@stardotzko.dec.com]/ > > < Sent: Wednesday, January 07, 2004 8:08 AMM > > < To: Info-VAX@Mvb.Saic.Comn0 > > < Subject: Re: VMS runs well on HP Superdome > > <a > > <r > > <gF > > < "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote > > < in message6 > > < news:3FFB7ACA.34800557@NeOaSrPtAhMlNiOnWk.net... > > < > Fred Kleinsorge wrote: > > < > > [snip]L > > < > > We're all one big happy family.  We will run on the same hardware, and 	 > > < useaI > > < > > the same firmware.  The HW and FW are OS agnostic.  Part of our  > > < competetive J > > < > > advantage is this commonality, and that hardware is retargetable fora
 > > < manyE > > < > > OS's.  A customer can buy a standard part, and just add SW.f > > < >mL > > < > If that's true, then OVMS-I64 should run as well on a Dell server as on > > < > an hp, no? > > < J > > < How do you parse that out of my statement?  Our primary purpose here is torJ > > < sell HP systems, software and services - I don't think it is to sell DellD > > < hardware.  The statement had zip to say about running on other > > < companies IPFsE > > < systems (but which we have addressed many times in this forum).  > >w? > > Maybe he was suggesting that you only sell SW and Services.r > > HMMM, not a bad idea.r >-I > VMS will still need to qualified on particular hardware configurations,eK > or much of the strength of VMS is diluted. The reasons for not supportingoF > on generic hardware do not really change IMHO in this case. IN fact,
 qualification-7 > costs may increase if the hardware is not "in-house".r >r  L VMS is in the business of "Business Critical Computing" - maybe we should beE focused on other things, but that is our basic niche.  People buy VMS H because they want reliability on a single box, or a cluster of 96 boxes.> People buy for other reasons, but that is our basic advantage.  J When we plan a release, the engineering work sometimes feels like the tail8 on the dog - the cost and time to make sure it all worksI (testing/validation) is significant... and even then we don't always find6* all the combinations possible for failure.  H For a 3rd party HW vendor to sell VMS, they would need to be prepared toL invest in that same level of testing, and we (VMS) would have to be preparedK to provide them with the tools and training to do that testing.  Which they K do for Windows today.  There would also need to be a way to handle service, H warranty, updates, and maintenance.  The 3rd party would need to provideH first level support to at least determine who owns the problem, and then8 have 2nd level support from HP for resolving VMS issues.  L Today, I can't see this being advantagous to either HP or a 3rd party.  WhenK VMS starts selling millions of copies a year... then that might change (but K then again, that would mean HP would be selling millions of HP systems...).b  J What might be more likely is HP rebadging a non-HP platform and selling itK to hit some particular price/niche.  Then it is handled like the Alphabook.g   ------------------------------   Date: 7 Jan 2004 07:23:05 -08003' From: simon.adaway@ukaea.org.uk (Simon) ) Subject: VMS to VMS copying between Nodes = Message-ID: <b2d9b89e.0401070723.2a440932@posting.google.com>e  	 Hi Folks,s  F With Decnet running I could do Node to Node VMS copying easily (did itE use LAT?) with the copy command and specifying a remote node - it wastE neat. With only TCP/IP this doesn't work for me, it just says 'remotesE node unknown'. Does anyone know how to make it work with TCP/IP? Am Id trying the wrong thing here?   Thanks in advanceo   Simone   ------------------------------   Date: 7 Jan 2004 16:53:49 +0100e' From: huber@mppmu.mpg.de (Joseph Huber)e- Subject: Re: VMS to VMS copying between Nodesn+ Message-ID: <nE4IQUX0MxY1@vms.mppmu.mpg.de>e  g In article <b2d9b89e.0401070723.2a440932@posting.google.com>, simon.adaway@ukaea.org.uk (Simon) writes:o > H > With Decnet running I could do Node to Node VMS copying easily (did itG > use LAT?) with the copy command and specifying a remote node - it was $ no, not LAT, it is a DECnet protocolG > neat. With only TCP/IP this doesn't work for me, it just says 'remote G > node unknown'. Does anyone know how to make it work with TCP/IP? Am IF > trying the wrong thing here?  = Either install DECnet-plus (DECnet phase V), then You can use,@  "DECnet over TCP/IP", where You have again copy and other file-1 access possibilities as under DECnet IV, just useb' the full domain name as node-name, e.g.e( $ copy full.domain.name"user"::file [] .B DECnet over TCPIP does not need a DECnet router, but needs 2 open > ports (102,399 if I remember well) on an evtl. TCPIP firewall.   or  B install the SSH product (TCPIP 5.4, also available for TCPIP 5.3),!  then You have secure copy (SCP);d  ( or use FTP or RCP (COPY/FTP , COPY/RCP).  e> I don't have yet experience of SSH for 5.4, with 5.3 SCP there% are still problems with binary files.e  @ The process.com TCPIP stacks include their own DECnet tunneling,C and include SSH/SCP, or You can install process's SSH for HP TCPIP.v   -- o>    Joseph "Sepp" Huber, Muenchen   http://www.huber-joseph.de/   ------------------------------  # Date: Wed, 07 Jan 2004 16:09:27 GMTi" From:   VAXman-  @SendSpamHere.ORG- Subject: Re: VMS to VMS copying between Nodesd0 Message-ID: <00A2B897.3A003D93@SendSpamHere.ORG>  U In article <nE4IQUX0MxY1@vms.mppmu.mpg.de>, huber@mppmu.mpg.de (Joseph Huber) writes:th >In article <b2d9b89e.0401070723.2a440932@posting.google.com>, simon.adaway@ukaea.org.uk (Simon) writes: >> rI >> With Decnet running I could do Node to Node VMS copying easily (did itfH >> use LAT?) with the copy command and specifying a remote node - it was% >no, not LAT, it is a DECnet protocol H >> neat. With only TCP/IP this doesn't work for me, it just says 'remoteH >> node unknown'. Does anyone know how to make it work with TCP/IP? Am I >> trying the wrong thing here?- >-> >Either install DECnet-plus (DECnet phase V), then You can useA > "DECnet over TCP/IP", where You have again copy and other file-r2 >access possibilities as under DECnet IV, just use( >the full domain name as node-name, e.g.) >$ copy full.domain.name"user"::file [] .aC >DECnet over TCPIP does not need a DECnet router, but needs 2 open  ? >ports (102,399 if I remember well) on an evtl. TCPIP firewall.-  A I second this suggestion.  I use this here myself.  VMSmail worksi: over this as well along with other DECnet type operations.   --B http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.M -- WK VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?" g   ------------------------------   Date: 7 Jan 2004 12:40:45 -0600-; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) - Subject: Re: VMS to VMS copying between Nodese3 Message-ID: <GLWCqbilyi6v@eisner.encompasserve.org>S  g In article <b2d9b89e.0401070723.2a440932@posting.google.com>, simon.adaway@ukaea.org.uk (Simon) writes:p > Hi Folks,r > H > With Decnet running I could do Node to Node VMS copying easily (did itG > use LAT?) with the copy command and specifying a remote node - it wasDG > neat. With only TCP/IP this doesn't work for me, it just says 'remote G > node unknown'. Does anyone know how to make it work with TCP/IP? Am Ir > trying the wrong thing here?  I    copy/ftp has been around for a while now (VMS 7.1?).  I've been using      it for years:  L    $copy/ftp able.dat baker.domain.stuff.com"user pass"::"eunichs-file-name"  =    If you can use the FTP client, the above should also work.2   ------------------------------   Date: 7 Jan 2004 03:28:14 -0800 " From: mike9966@canada.com (Mike R)M Subject: Re: Well Andrew, "3" count them "3" security patches for VMS in fiveb= Message-ID: <5fd7aa0b.0401070328.6813b163@posting.google.com>   l bob@instantwhip.com (Bob Ceculski) wrote in message news:<d7791aa1.0401060540.c6aafda@posting.google.com>...j > Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message news:<pHDs4F8$EuqD@eisner.encompasserve.org>... > > In article <btc7f5$b6t$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > = > listen Andrew, VMS security mup kits are rarely issued, andg: > don't confuse ucx flaws with VMS os and kernel flaws ...    D Aah, that old chestnut.  Whenever you discuss security with VMS guysC they always trot it out.  Does that mean we can take your figure ofdA 1000+ solaris holes and cross off anything not in the kernel ? :)n   ------------------------------   Date: 7 Jan 2004 07:55:00 -0600b- From: Kilgallen@SpamCop.net (Larry Kilgallen)rM Subject: Re: Well Andrew, "3" count them "3" security patches for VMS in five.3 Message-ID: <LQnP48XCXVvc@eisner.encompasserve.org>r  b In article <5fd7aa0b.0401070328.6813b163@posting.google.com>, mike9966@canada.com (Mike R) writes:n > bob@instantwhip.com (Bob Ceculski) wrote in message news:<d7791aa1.0401060540.c6aafda@posting.google.com>...k >> Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message news:<pHDs4F8$EuqD@eisner.encompasserve.org>...m >> > In article <btc7f5$b6t$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:e >> a> >> listen Andrew, VMS security mup kits are rarely issued, and; >> don't confuse ucx flaws with VMS os and kernel flaws ...r >  > F > Aah, that old chestnut.  Whenever you discuss security with VMS guysE > they always trot it out.  Does that mean we can take your figure of C > 1000+ solaris holes and cross off anything not in the kernel ? :)i  E It depends on whether the stuff crossed-off get installed separately.p1 I run 6 VMS systems and none of them have TCP/IP.    ------------------------------  # Date: Wed, 07 Jan 2004 16:18:56 GMTn# From: "John Smith" <a@nonymous.com>oJ Subject: [OT] Annual c.o.v. awards - was Re: VMS runs well on HP SuperdomeL Message-ID: <QjWKb.31143$1g41.12500@twister01.bloor.is.net.cable.rogers.com>  ( Andrew Harrison SUNUK Consultancy wrote: > Chris Casey wrote:& >> "Andrew Harrison SUNUK Consultancy"; >> <Andrew_No.Harrison_No@nospamn.sun.com> wrote in messagee >> news:btequj$ed1 >>3 >>> You are right I was confusing vPars with nPars.i >>>a >>> regards  >>> Andrew Harrisond >>>g >> >>F >> Shock -- horror---  , Andrew admits he is wrong about something <G> >> >> >e4 > It happens occasionally so enjoy it while you can. >f3 > It also beats being a chorister with a consistente5 > track record of being proven wrong and a consistente$ > record of repeating past failures. >u@ > You don't get any prizes for working out who I am refering to.    I I think having an c.o.v. annual awards night would be a lot of fun - manyu( prizes could be distributed, among them:  L - the "Blind Leading the Blind Award" to the HP CEO who exemplifies the lackL of understanding on how to maximize customer benefits while at the same timeL maximizing shareholder value and manages to communicate that 'vision' to the Board of Directors  J - the "Rabid Dog Award" to the HP employee who most viciously defends HP's practice of not advertising VMS   I - the "Ostrich Award" to the HP executive who most studiously ignores VMSt  I - the "Cromwell Award" to the HP exec who most fervently wants to do away- with VMS  I - the "Why Don't You Write a Letter to the Editor Award" to the c.o.v.'eryB who most frequently suggests that HP executives listen to customer= complaints about the non-visibility of VMS in the marketplace   H - the "Whine of the Year Award" to the those who carp endlessly on about CERT advisoriesl  J - the "Department of Homeland Security Disinformation Award" to trolls who% don't know what they're talking aboutj  H - the "Alfred E. Newman - What? Me Worry? Award" to those who think that8 VMS's future is secure in the face of declining revenues  J - the "I'm just a Disinterested Competitor Lurking Around in Order to FindJ Out About The World's Best Operating System Award" to those who contribute to lively banter  L - the "Eckhard Pfeiffer Award" to those who do what's right (usually awarded
 posthumously)   I - the "Purple Heart Award" to all those people and corporations that haveaA been grieviously wounded by Digital/Compaq/HP's actions/inactions  surrounding VMSa    J and of course, the "Itanic Award" given to all those VMS customers who areH sticking with the ship in hopes that IA64 lives up to its billing as the uberprocessor of the world  ? and many other awards that others are sure to think meritoriousc   ------------------------------   Date: 7 Jan 2004 10:48:35 -0600h+ From: young_r@encompasserve.org (Rob Young)pN Subject: Re: [OT] Annual c.o.v. awards - was Re: VMS runs well on HP Superdome3 Message-ID: <lnFtxW7elING@eisner.encompasserve.org>   r In article <QjWKb.31143$1g41.12500@twister01.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes:    A > - the "Whine of the Year Award" to the those who carp endlesslyt  G 	I'm all for this one.  I've got a number of nominees for this categoryq5 	and it would be close as to who would get the award.    				Robo   ------------------------------   End of INFO-VAX 2004.014 ************************