1 INFO-VAX	Fri, 20 Dec 2002	Volume 2002 : Issue 701       Contents: Re: "-" or "/") Re: Bookreader, .PS and Acrobat Distiller ) Re: Bookreader, .PS and Acrobat Distiller  Re: CLI error message 2 Re: Compaq's phenomonal stupidity in killing Alpha Re: DCPS Scale Page ! Re: DECUS^H^H^H^H^HCUO membership  Re: DECwindows vs TCPIP startup 4 Re: Demise of VMS (and most other operating systems)4 Re: Demise of VMS (and most other operating systems)4 Re: Demise of VMS (and most other operating systems)4 RE: Demise of VMS (and most other operating systems)4 Re: Demise of VMS (and most other operating systems)4 Re: Demise of VMS (and most other operating systems)4 Re: Demise of VMS (and most other operating systems)4 Re: Demise of VMS (and most other operating systems)4 Re: Demise of VMS (and most other operating systems)4 Re: Demise of VMS (and most other operating systems)( Re: Enabling Adaptec on DS20 (not DS20e)/ Re: Error Regarding LIB$TABLE_PARSE RTL Routine 1 Re: History,design and implementation of VMS info  Re: How cookies work Re: How cookies work/ HP Advocacy "me too"'s - Hammer port, marketing $ initialize/erase does no useful work( Re: initialize/erase does no useful work( Re: initialize/erase does no useful work( Re: initialize/erase does no useful work( Re: initialize/erase does no useful work( Re: initialize/erase does no useful work( Re: initialize/erase does no useful work( Re: initialize/erase does no useful work just a couple of things  Re: just a couple of things  Re: just a couple of things  Re: just a couple of things  Re: just a couple of things  Low-level format for MicroVax ! Re: Low-level format for MicroVax  Re: Machine Check on VAX Re: Machine Check on VAX0 Re: MX 4.2 on VMS 7.7-2 w/ TCP/IP Services ECO 30 Re: MX 4.2 on VMS 7.7-2 w/ TCP/IP Services ECO 30 Re: MX 4.2 on VMS 7.7-2 w/ TCP/IP Services ECO 3 Re: MX linelength patch  Need to configure Samba for VMS # Re: Need to configure Samba for VMS # Re: Need to configure Samba for VMS + Re: new version of OpenVMS password cracker + Re: new version of OpenVMS password cracker + Re: new version of OpenVMS password cracker + Re: new version of OpenVMS password cracker ? Re: OT: /Totally/ OT: National "don't call" list. (not totally) - Re: OT: Whoa! Is Sun aiming at VMS's jugular? - Re: OT: Whoa! Is Sun aiming at VMS's jugular?  Re: Pathworks Mac vs VMS 7.3-1 Re: Pricing for TCPIP on DS10 # Re: Prob with smg$create_pasteboard # Re: Prob with smg$create_pasteboard B Re: Request for Discussion, make comp.os.vms a moderated newsgroup Re: Silly HP zx6000 question Re: SMTP just stopped working? Re: SMTP just stopped working?2 Re: TECSys Consoleworks on VMS - first impressions Re: VAX 7810's.  Re: VAX-VMS and Packetradio ; Re: Where can I meet Dutch people and companies using VMS ?   F ----------------------------------------------------------------------   Date: 19 Dec 2002 02:51:44 GMT# From: hoff@hp.nospam (Hoff Hoffman)  Subject: Re: "-" or "/" * Message-ID: <atrc80$fdi$3@web1.cup.hp.com>  c In article <3DF8DC38.A80F9A11@aaa.com>, Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> writes: 2 :In a PDF presentation about VMS found on the net,1 :("AkeBlomberg_OpenVMS_future_technologies.pdf"),  :I saw the following : :  :$ RCHK :== $SYS$TEST:RADCHECK :$ RCHK + :INO>rchk -nosystem -noglobal -pid 20200406  : $ :Now, why on earth isn't that like : : + :INO>rchk /nosystem /noglobal /pid=20200406  : $ :Is RADCHECK a multi-platform tool ?. :Is there also a "native" VMS command syntax ?  >   RADCHECK is an unsupported tool, and is specific to OpenVMS.  B   The native C command syntax is quite simply faster and easier to   code than is the CLI syntax.  B   I quite commonly use both the CLI routines and callbacks and theG   C foreign-command syntax, though not usually in the same application.   F   DCL$PATH and the foreign command information in the FAQ will provide.   some related background on C command syntax.  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Wed, 18 Dec 2002 21:14:27 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 2 Subject: Re: Bookreader, .PS and Acrobat Distiller' Message-ID: <3E013993.62D25084@fsi.net>    JF Mezei wrote:  >  > "David J. Dachtera" wrote: > J > > .PS for the print-quality doc.'s, and that distilled just fine. Now, I2 > > just need to find a printer with a duplexer... > P > On a MAC, the Acrobat reader allows you to print odd/even pages, in forward or: > reserve order. This allows you to anually proint duplex. > M > (print odd pages in forward order, turn paper back into printer, print even  > pages in reverse order.)  > Reader for WhineBloze does that, also. That's not the problem.  F The problem is reliably feeding paper once it's had a pass through the= laser printer. Better to print two sides one sheet at a time.   > The driver that came with my LJ1100A allows for semi-automaticE duplexing. Ya gotta flip the sheets once it's printed one side so you F can print the other. Trouble is, once the sheets have been through theG printer once, they don't feed nice any more. The printer can pick up to B five sheets at a time (in my experience, trying to prepare for St.B Louis) which, needles (:-)) to say, screws things up rather badly.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Thu, 19 Dec 2002 08:59:29 +0100 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> 2 Subject: Re: Bookreader, .PS and Acrobat Distiller& Message-ID: <3E017C61.F913E4F@aaa.com>   "David J. Dachtera" wrote: >  > H > The problem is reliably feeding paper once it's had a pass through the? > laser printer. Better to print two sides one sheet at a time.  >   : I do double side PDF printouts regulary on my HP LJ4/Plus.= I'v found it hard to re-feed the sheets in the standard paper ? tray (It often pick ups more then one sheet at a time), but the A front paper feed ("envelope feed" ?) works just fine. It can take  20-30 sheet at a time.   Jan-Erik Sderholm.    ------------------------------    Date: 19 Dec 2002 13:00:25 -08007 From: jones.computer.srv@worldnet.att.net (Daryl Jones)  Subject: Re: CLI error message= Message-ID: <8a646952.0212191300.1390e675@posting.google.com>   e Jeff Cameron <JCam90502@jcameron.com> wrote in message news:<BA266092.2641%JCam90502@jcameron.com>... K > On 12/18/02 3:58 PM, in article IAednbg3YIpzl5yjXTWcpg@comcast.com, "mhr"   > <mreilly36@comcast.net> wrote: > O > > I have a DPWS 600AU with VMS7.2-1  (all current patches) that crashes every * > > once in a while. Analyze error returns( > > %CLI-F-SYNTAX, error parsing 'ERASE'> > > -CLI-E-ENTNF, specified entity not found in command tables > >  > > Any ideas? > > mhr  > >  > > G > Could it be the you have a symbol ANALYZE defined that has the /ERASE  > qualifier in it? > J > Try ANALYZEX/ERROR. The "X" will force the use of the native DCL ANALYZE
 > command. >  > Jeff Cameron  D If the problem is what Jeff has aluded to, then remove all local andF global symbols in the second and third line of the DCL code. The first5 line of the DCL command file should be "$ Set NOON" .    Daryl Jones    ------------------------------  % Date: Thu, 19 Dec 2002 08:04:09 +0100 $ From: "Peter Flunger" <p-i-b@gmx.at>; Subject: Re: Compaq's phenomonal stupidity in killing Alpha 0 Message-ID: <atrr1b$fet$1@newsreader1.netway.at>  $ "Peter Flunger" <p-i-b@gmx.at> wroteB > Inspired by this thread i decided to download an run SETI @ home > for VMS today.7 > I have it running on 3 different Systems @ the moment G > ( not top of the line but two of them are EV 6, releas 2.3 @ 500Mhz ) ! > I'll post the results tomorrow,  > % OK, here are the first results i have ) one DS20E with 2x 500MHz EV6 pass 2.5 CPU  3 work units so far: 8h10m, 8h8m and 8h20m ( one DS20 with 2x 500MHz EV6 pass 2.3 CPU 7h57m, 7h58m, 7h49m   , My Pentium4 2GHz ( running XP ) needs approx 6h40 for one workunit. Peter    ------------------------------  % Date: Thu, 19 Dec 2002 14:13:08 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Re: DCPS Scale Page/ Message-ID: <3E020C32.525A7C3C@vl.videotron.ca>    Michael wrote:L > The same output via DCPS wraps.  Is there a way I can scale the page so itL > will fit?  Something like the listing data type but without the header and > line numbers would work.  2 I assume that the sorce file is plain ascii text ?  N Postscript itself does not wrap. Like a window on a screen, it will only imageH stuff that appears inside the clipping path which , by default, is large* enough to handle the selected paper size.   T So, something is doing the wrapping for you during conversion of text to postscript.  L If you do a SHOW QUEUE/FORM/FULL * you should see what your default form forL DCPS is like and you might be able to change it. You could increase it to 82N or more, and let the printer "truncate" anything that goes beyond its printingH capability. (depending on font, you might be able to fit 82 characters).  K There could also be DCPS options to change the default font and font sizes. G For instance, instead of 10 point courier, you could ask for 9.75 point K courier.  (10/82*80). You might also be able to just change font to another I monotyped font such as Monaco, which *may* have slightly tighter spacing, . allowing you to print 82 characters on a line.   ------------------------------  % Date: Thu, 19 Dec 2002 15:07:53 -0500 ; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com> * Subject: Re: DECUS^H^H^H^H^HCUO membership$ Message-ID: <3e022701$1@news.si.com>  3 >Bastards. I only joined so I can run Hobbyist VMS.   J You do not have to be a member to qualify for the hobbyist license.  Being) an associate is sufficient and it's free.  --  I Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot com 5 Smiths Aerospace  Addresses modified to prevent SPAM. @ 3290 Patterson Ave. SE, MS Replace "at" with "@", "dot" with "." Grand Rapids, MI 49512-1991 8        This opinion doesn't represent that of my company   ------------------------------  % Date: Wed, 18 Dec 2002 21:43:07 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ( Subject: Re: DECwindows vs TCPIP startup' Message-ID: <3E01404B.8220A5E0@fsi.net>    JF Mezei wrote:  > N > Currently, in my startup procedure, I submit a job to start TCPIP stuff, and7 > at the end of the STARTUP.COM, VMS starts decwindows.  > J > If i define DEC$_INSTALL_TCPIP, but the time Decwindows start, the TCPIPO > software has not been started yet, so it is incapable of binding to port 6000 ! > to listen for inbound requests.  > L > The obvious solution would be to run TCPIP$STARTUP interactively. However, > this can be time consuming.  > N > What sort of strategies exist ? Do most start TCPIP in the SYSTARTUP_VMS.COM< > to make sure it is filly up before decwindows gets going ? > O > Ideally, tere would be 2 TCPIP$STARTUP: one for the core, and then a separate F > one for all the servers. This way, the core could be quickly startedG > interactively, and the servers then started in bacth or other method.  >  > Comments ?  G I'd try DEFINE-ing DECW$IGNORE_DECWINDOWS in SYSTARTUP_VMS, and let the D proc. that invokes TCPIP$STARTUP try to kickoff DECwindows after the TCP/IP stack is up and started.    My $0.02...    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------    Date: 19 Dec 2002 12:12:41 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) = Subject: Re: Demise of VMS (and most other operating systems) 3 Message-ID: <UKoOecJgFtMt@eisner.encompasserve.org>   s In article <3E01E26E.DEBF48D1@mediasec.de>, Jan C. =?iso-8859-1?Q?Vorbr=FCggen?= <jvorbrueggen@mediasec.de> writes: F >>    UNIX has features above and beyond those of the VMS file system?F >>    The only one I know of is keeping track of the last byte used in! >>    a collection-of-bytes file.  > / > VMS allows you to do that (even without RMS).   H    I know how to do that for stream-cr, stream-lf and "stream" (which isF    really stream-crlf), and I think I could do it via $QIO or XAB, butH    generally RMS doesn't do it for you, such as when an file is FTP'd in
    binary.   ------------------------------    Date: 19 Dec 2002 12:23:43 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) = Subject: Re: Demise of VMS (and most other operating systems) 3 Message-ID: <HiWVK9XMOhRq@eisner.encompasserve.org>   q In article <UKoOecJgFtMt@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: u > In article <3E01E26E.DEBF48D1@mediasec.de>, Jan C. =?iso-8859-1?Q?Vorbr=FCggen?= <jvorbrueggen@mediasec.de> writes: G >>>    UNIX has features above and beyond those of the VMS file system? G >>>    The only one I know of is keeping track of the last byte used in " >>>    a collection-of-bytes file. >>  0 >> VMS allows you to do that (even without RMS). > J >    I know how to do that for stream-cr, stream-lf and "stream" (which isH >    really stream-crlf), and I think I could do it via $QIO or XAB, butJ >    generally RMS doesn't do it for you, such as when an file is FTP'd in >    binary.  4 RMS merely does what it is told by your FTP program.   ------------------------------  # Date: Thu, 19 Dec 2002 22:00:26 GMT 1 From: LESLIE@JRLVAX.HOUSTON.RR.COM (Jerry Leslie) = Subject: Re: Demise of VMS (and most other operating systems) : Message-ID: <_jrM9.13294$KW2.612506@twister.austin.rr.com>  1 JF Mezei (jfmezei.spamnot@vl.videotron.ca) wrote:  : I : Pointing to that navy ship that was rendered useless by a microsoft bug  : doesn't quite do it..."  :   " The bug was in the applications...  7    http://www.gcn.com/archives/gcn/1998/november9/6.htm E    Navy: Calibration flaw crashed Yorktown LAN | GCN November 9, 1998   D   "PASCAGOULA, Miss.--Human error, not Microsoft Windows NT, was theI    cause of a LAN failure aboard the Aegis cruiser USS Yorktown that left D    the Smart Ship dead in the water for nearly three hours last fall@    during maneuvers near Cape Charles, Va., Navy officials said.     H    The Yorktown last September suffered an engineering LAN casualty whenA    a petty officer calibrating a fuel valve entered a zero into a F    shipboard database, officials said. The resulting database overloadI    caused the ship's LAN, including 27 dual 200-MHz Pentium Pro miniature .    remote terminal units, to crash, they said.     H    The petty officer, who has since left the Navy, fed the bad data intoE    the Remote Data Base Manager, a Standard Monitoring Control System H    application. SMCS, developed by Canadian Aviation Electronics Inc. of@    Toronto, allows sailors to monitor the ship's engineering and-    propulsion plant for potential casualties.      	    [snip]      E    The Yorktown was not towed into port as a result of this incident, I    Sweigard said. The ship restored the LAN in about two hours as it made E    its way to the Naval base at Norfolk, Va., under its own power, he     said.     B    "It's not something that we desire, but ships do go dead in theE    water," Sweigard said. "People sometimes make mistakes and systems A    break. The trick is we have trained our crew to react to those     situations."      E    The Office of the Navy's Chief Information Officer is conducting a D    detailed inquiry of the Yorktown incident, Navy officials said. AL    report from the Navy CIO is expected later this month, officials said..."       2 --Jerry Leslie   (my opinions are strictly my own)9   Note: leslie@jrlvax.houston.rr.com is invalid for email    ------------------------------  % Date: Thu, 19 Dec 2002 12:35:52 -0800 $ From: Shane Smith <ssmith@icius.com>= Subject: RE: Demise of VMS (and most other operating systems) 0 Message-ID: <01C2A75B.3B0D11D0@sulfer.icius.com>  C The bug was, but a self respecting operating system wouldn't let an * application bug crash the wannabe-cluster.   Shane    -----Original Message-----H From: LESLIE@JRLVAX.HOUSTON.RR.COM [mailto:LESLIE@JRLVAX.HOUSTON.RR.COM]) Sent: Thursday, December 19, 2002 2:00 PM  To: Info-VAX@Mvb.Saic.Com = Subject: Re: Demise of VMS (and most other operating systems)     1 JF Mezei (jfmezei.spamnot@vl.videotron.ca) wrote:  : E : Pointing to that navy ship that was rendered useless by a microsoft  bug  : doesn't quite do it..."  :   " The bug was in the applications...  7    http://www.gcn.com/archives/gcn/1998/november9/6.htm E    Navy: Calibration flaw crashed Yorktown LAN | GCN November 9, 1998   D   "PASCAGOULA, Miss.--Human error, not Microsoft Windows NT, was theD    cause of a LAN failure aboard the Aegis cruiser USS Yorktown that leftD    the Smart Ship dead in the water for nearly three hours last fall@    during maneuvers near Cape Charles, Va., Navy officials said.     H    The Yorktown last September suffered an engineering LAN casualty whenA    a petty officer calibrating a fuel valve entered a zero into a F    shipboard database, officials said. The resulting database overload?    caused the ship's LAN, including 27 dual 200-MHz Pentium Pro 	 miniature .    remote terminal units, to crash, they said.     H    The petty officer, who has since left the Navy, fed the bad data intoE    the Remote Data Base Manager, a Standard Monitoring Control System H    application. SMCS, developed by Canadian Aviation Electronics Inc. of@    Toronto, allows sailors to monitor the ship's engineering and-    propulsion plant for potential casualties.      	    [snip]      E    The Yorktown was not towed into port as a result of this incident, D    Sweigard said. The ship restored the LAN in about two hours as it madeE    its way to the Naval base at Norfolk, Va., under its own power, he     said.     B    "It's not something that we desire, but ships do go dead in theE    water," Sweigard said. "People sometimes make mistakes and systems A    break. The trick is we have trained our crew to react to those     situations."      E    The Office of the Navy's Chief Information Officer is conducting a D    detailed inquiry of the Yorktown incident, Navy officials said. AC    report from the Navy CIO is expected later this month, officials  said..."       2 --Jerry Leslie   (my opinions are strictly my own)9   Note: leslie@jrlvax.houston.rr.com is invalid for email    ------------------------------  # Date: Thu, 19 Dec 2002 21:28:36 GMT # From: "John Smith" <a@nonymous.com> = Subject: Re: Demise of VMS (and most other operating systems) H Message-ID: <8SqM9.17256$F2h1.6994@news01.bloor.is.net.cable.rogers.com>  = "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in message ) news:3E020E4B.E2128124@vl.videotron.ca...  > Lurker at Large wrote: > K > >         We have a product line that covers the spectrum, so we're still  a F > > market leader for our application.  But customer demand is what is
 pulling us > > over toward the dark side. > H > Then it is your responsability (since Dec/HP isn't doing its marketing job) to E > sell VMS to the customer and tell him that by staying with VMS, the  customerJ > retains a valuable strategic advantage over his competitors since he hasG > better uptime, less human resources required to maintain the machine,  betterH > security, almost nil chance of having the server ciorrupted by a virus which ; > could cripple his companmy for hours/days (need I go on).      JF,   I A smart vendor points out that VMS is a better environment, a wise vendor ( does what the customer wants after that.  L If they want WinDoze or Linux, then that's what they will get, assuming thatI the vendor does walk away from the business. After all, the vendor's kids " have to eat and go to college too.   ------------------------------  # Date: Thu, 19 Dec 2002 21:32:00 GMT # From: "John Smith" <a@nonymous.com> = Subject: Re: Demise of VMS (and most other operating systems) G Message-ID: <kVqM9.20688$opk.7991@news02.bloor.is.net.cable.rogers.com>   2 "Mark Fisher" <riplips@yahoo.com> wrote in message6 news:Xns92E966BF7ABE2riplipsyahoocom@129.250.170.90... > K > The problem is, even with all this sucess with both VMS and Tru64, when a G > new project hit's the architecture board, windoz is the only solution I > given consideration. I just don't know why, but once again it is a real C > fact of life. VMS and Tru64 doesn't sell itself like windoz does.   L Even though there are no new licenses to buy, no new development environment= learning curve to pay for, no bugs in the o/s to worry about?   F PHB's rule. That, and no VMS advertising, is why Microsoft has so much	 traction.    ------------------------------  # Date: Thu, 19 Dec 2002 22:03:12 GMT " From:   VAXman-  @SendSpamHere.ORG= Subject: Re: Demise of VMS (and most other operating systems) 0 Message-ID: <00A18B08.FB97D1B6@SendSpamHere.ORG>  n In article <8SqM9.17256$F2h1.6994@news01.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes: > > >"JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in message* >news:3E020E4B.E2128124@vl.videotron.ca... >> Lurker at Large wrote:  >>L >> >         We have a product line that covers the spectrum, so we're still >aG >> > market leader for our application.  But customer demand is what is  >pulling us  >> > over toward the dark side.  >>I >> Then it is your responsability (since Dec/HP isn't doing its marketing  >job) toF >> sell VMS to the customer and tell him that by staying with VMS, the	 >customer K >> retains a valuable strategic advantage over his competitors since he has H >> better uptime, less human resources required to maintain the machine, >better I >> security, almost nil chance of having the server ciorrupted by a virus  >which< >> could cripple his companmy for hours/days (need I go on). >  >  >JF, > J >A smart vendor points out that VMS is a better environment, a wise vendor) >does what the customer wants after that.  > M >If they want WinDoze or Linux, then that's what they will get, assuming that J >the vendor does walk away from the business. After all, the vendor's kids# >have to eat and go to college too.   I What does selling a Weendoze or Linux have to do with children attending   college?    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  % Date: Thu, 19 Dec 2002 17:48:50 -0500 * From: "Bill Todd" <billtodd@metrocast.net>= Subject: Re: Demise of VMS (and most other operating systems) 2 Message-ID: <oB-cndrMMrFU0Z-jXTWc2Q@metrocast.net>  H "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message- news:kYlaFCH3Hnjo@eisner.encompasserve.org... @ > In article <3JKdncg9L_DDq5yjXTWc2Q@metrocast.net>, "Bill Todd"  <billtodd@metrocast.net> writes: > > 5 > > "Shane Smith" <ssmith@icius.com> wrote in message . > > news:01C2A687.FD2C2640@sulfer.icius.com...! > >> But in that case, it's true.  > > B > > Not, it's not - as numerous discussions of how VMS file-system
 (includingH > > the RMS layer) code could benefit from some of Unix's features prove (notK > > that that's the only such area, it's just one I feel fully competent to 2 > > assess).  Or perhaps you just forgot a smiley. > E >    UNIX has features above and beyond those of the VMS file system? E >    The only one I know of is keeping track of the last byte used in   >    a collection-of-bytes file.  L Guess you missed the concept of a central system cache that Unix has had forG decades, then (yes, XFC is *finally* starting to provide some, though I H believe still not yet all, of this functionality).  I won't bother to goK into the details of why this can be a significant performance win - you can I find plenty of explanation in the c.o.v. archives (and please don't start I arguing against it here:  I know the arguments well, and they only reveal D the failure of the presenter to understand the nature of one or both	 systems).    - bill   ------------------------------  % Date: Thu, 19 Dec 2002 19:27:13 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>= Subject: Re: Demise of VMS (and most other operating systems) / Message-ID: <3E0255BE.81439591@vl.videotron.ca>    Jerry Leslie wrote: J >    The Yorktown last September suffered an engineering LAN casualty whenC >    a petty officer calibrating a fuel valve entered a zero into a H >    shipboard database, officials said. The resulting database overloadK >    caused the ship's LAN, including 27 dual 200-MHz Pentium Pro miniature 0 >    remote terminal units, to crash, they said.  D Wow ! Enter a wrong value one one machine and you crash 27 servers !  J >    application. SMCS, developed by Canadian Aviation Electronics Inc. of >    Toronto,   N Well, they can say CAE is in toronto when its for bad stuff :-) CAE used to beR the largest VMS shop in Canada... (Toronto has an office for the holding company).    K >    Sweigard said. The ship restored the LAN in about two hours as it made G >    its way to the Naval base at Norfolk, Va., under its own power, he   & 2 hours ? That shouldn't be tolarable.   ------------------------------  % Date: Wed, 18 Dec 2002 22:00:57 -0500 * From: "Bill Todd" <billtodd@metrocast.net>= Subject: Re: Demise of VMS (and most other operating systems) 2 Message-ID: <3JKdncg9L_DDq5yjXTWc2Q@metrocast.net>  1 "Shane Smith" <ssmith@icius.com> wrote in message * news:01C2A687.FD2C2640@sulfer.icius.com... > But in that case, it's true.  I Not, it's not - as numerous discussions of how VMS file-system (including I the RMS layer) code could benefit from some of Unix's features prove (not G that that's the only such area, it's just one I feel fully competent to . assess).  Or perhaps you just forgot a smiley.   - bill   >  > -----Original Message-----: > From: bill@gw5.cs.uofs.edu [mailto:bill@gw5.cs.uofs.edu], > Sent: Wednesday, December 18, 2002 9:16 AM > To: Info-VAX@Mvb.Saic.Com ? > Subject: Re: Demise of VMS (and most other operating systems)  >  > 5 > In article <jEYWgDjgFPYi@eisner.encompasserve.org>, / > young_r@encompasserve.org (Rob Young) writes:  > > I > > "UNIX is akin to a religion to some.  If things aren't done like they  are inK > > UNIX, then they must be bad.  Sorry, I don't believe in this religion."  > > I > >                                               -- Dave Cutler, NT lead  > Architect I > >                                                  UNIXWorld - February  1992 > 
 > Hmmmmm.....  > J > "VMS is akin to a religion to some.  If things aren't done like they are" >  in VMS, then they must be bad." >  > Works just as well.  >  > bill >  > --E > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three  > wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |@ > Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------  % Date: Thu, 19 Dec 2002 16:47:57 -0500 * From: "Paul A. Jacobi" <nospan@nospam.com>1 Subject: Re: Enabling Adaptec on DS20 (not DS20e) 1 Message-ID: <T9rM9.3$d42.238676@news.cpqcorp.net>   . "Island" <sales@islandco.com> wrote in message) news:v01cvak51ihr8d@news.supernews.com... B > Having looked at the MLB's on both the DS20 and DS20e, we figureL > there MUST be a way ro enable the on-board Adaptec 7895 controllers on the* > DS20 to make the board operate asa DS20e > > > If anyone can enlighten me .... I would really appreciate it  I If I remember correctly, there was some type of hardware problem with the I Adaptec 7895 on the DS20 systems, so it was disable somehow by clipping a  pin somewhere.  J The problem was fixed and re-enabled on the DS20e systems and is supportedG by OpenVMS to access a built-in tape drive.  Unofficially, the 7895 can L support disk, too, but that was never qualified, since we preferred to spend our time working on the 7899.      Paul A. Jacobi Hewlett Packard Company ! OpenVMS Systems Group, ZKO3-4/U14  110 Spitbrook Road Nashua, NH 03062-2698 $ Email: Paul dot Jacobi at hp dot com   ------------------------------   Date: 19 Dec 2002 04:14:09 GMT# From: hoff@hp.nospam (Hoff Hoffman) 8 Subject: Re: Error Regarding LIB$TABLE_PARSE RTL Routine* Message-ID: <atrh2h$fdi$6@web1.cup.hp.com>  a In article <1ieuvu86i3bd9q84tjq62klv430m4jvv1c@4ax.com>, David M Smith <dsmit115@csc.com> writes: C :On 16 Dec 2002 23:44:24 -0800, gracy_fg@hotmail.com (Gracy) wrote:  : 
 :>Hi Friends, > :> I am facing a fascinating problem with OpenVMS RTL library ! :> routine LIB$TABLE_PARSE.I run   :> the compiled code in ALPHA. : N :It might be helpful to include the actual code (call to LIB$TABLE_PARSE), theJ :condition code returned by the call, your parse table, and the data which :exhibits the problem. : N :Unless someone else has seen this exact problem, your description is (to me) 
 :a bit vague.   D   This is correct; there is insufficient information included in the6   question for anything approaching a specific answer.  E   I have seen this same question posted to now three forums, and with =   an unfortunate and equivalent lack of detail in each place.   G   I do not know the specifics and details of the problem as yet, but I  C   do know that this problem has been reported directly to HP and is E   presently under discussion within HP -- we're awaiting the details.   E   Specifically, the availability of a preferably-small reproducer has D   previously been requested by the engineering folks here at HP, but&   is unfortunately not yet available.     N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------   Date: 19 Dec 2002 02:59:40 GMT# From: hoff@hp.nospam (Hoff Hoffman) : Subject: Re: History,design and implementation of VMS info* Message-ID: <atrcms$fdi$4@web1.cup.hp.com>  m In article <c3a903ea.0212121409.42db7b51@posting.google.com>, gilbert_aka_gilbert@yahoo.com (gilbert) writes: G :There is a lot of information on the web on unix but relatively little C :on VMS. I know next to nothing about VMS. Is there a book or guide E :(hopefully online) on the design/internals and implementation of the  :vms/openvms operating system?C :Another question: is it a better operating system than the unixes?     G   The OpenVMS Frequently Asked Questions (FAQ) would be the usual start F   for these questions, following the various introductory links there.F   Also see the FAQ section on scholastic research papers and projects,F   and pointers to the twentieth anniversary historical information and   related materials, etc.   G   The internals materials are part of the Internals and Data Structures I   Manuals, books which are not available on-line.  Contact Digital Press.    http://www.bhusa.com/   F   Source listings for OpenVMS are also available (on CD) from HP, with0   the order numbers included in the OpenVMS FAQ.  "   The OpenVMS FAQ is available at:  "     http://www.openvms.compaq.com/'     http://www.hp.com/products/openvms/     N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------   Date: 19 Dec 2002 19:31 CST ' From: carl@gerg.tamu.edu (Carl Perkins)  Subject: Re: How cookies work - Message-ID: <19DEC200219311819@gerg.tamu.edu>   % Z  <zarlenga@conan.ids.net> writes... / }Larry Kilgallen <Kilgallen@SpamCop.net> wrote: ` }: In article <3E00E577.9060301@Free.fr>, Didier Morandi <Didier.Morandi.nospam@Free.fr> writes: }:> $ set teach_mode on  }:> T }:> When you fill a form on a WEB site, the remote program which processes the form U }:> establishes a synchronization process to know whom it is talking to and what did  S }:> it do. This task-to-task kind of protocole is recorded on the hard disk of the  P }:> "Client" in a special datafile, called a cookie file, which also contains a  }:> special unique identifier. }  }: $ set teach_mode on } & }: Only with poorly designed web site./ }: Good web sites do this with "hidden fields".  }  }Poorly designed?e } A }With hidden fields, users can't hop back to an intermediate linktB }at a later date.  Thinsg break unless they  start all over again C }at the first URL and then select all the buttons again and answer e }all the questions again.   E Not necessarily. You can avoid most, or maybe all, of those problems.   F If all of the relevant web pages are dynamic, it is (theoretically, atG least - few, if any, sites actually do this) possible for the server totG maintain the state info and just send a single unique identifier as theeF data for the hidden field. This functions much like the cookie, except$ the data is saved at the server end.   --- Carl   ------------------------------    Date: 19 Dec 2002 19:20:19 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)A Subject: Re: How cookies workt3 Message-ID: <e$egV77wE6CA@eisner.encompasserve.org>e  W In article <19DEC200219311819@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes:a  H > If all of the relevant web pages are dynamic, it is (theoretically, atI > least - few, if any, sites actually do this) possible for the server to I > maintain the state info and just send a single unique identifier as theeH > data for the hidden field. This functions much like the cookie, except& > the data is saved at the server end.  D There is a framework called the AWS (Ada Web Server) that gives yourD compiled program full control over interaction with the client.  TheE design goal was to avoid the bugs encountered with interpreted tools.c   ------------------------------  % Date: Thu, 19 Dec 2002 11:37:12 -0800t$ From: Shane Smith <ssmith@icius.com>8 Subject: HP Advocacy "me too"'s - Hammer port, marketing0 Message-ID: <01C2A753.05288160@sulfer.icius.com>  D I don't know if anyone's noticed, but the hammer port issue is up onF HP's advocacy site as a "me too" issue. I've already hit the button, IH thought I'd point it out in case anyone else here wants to hit it. Don't know who entered it.  G The "please do some marketing" issue is still there, with 12 me-toos sor far.   Shanek   ------------------------------  # Date: Thu, 19 Dec 2002 22:55:03 GMTa, From: Frank Troth <Frank.E.Troth@boeing.com>- Subject: initialize/erase does no useful works* Message-ID: <3E024E47.2CA854F0@boeing.com>  E At HP's suggestion we attempted an initialize/erase of a 4 18-GB disknF RAID5 raid set on a dual HSZ50 controllers scsi'ed from an Alpha 8400,E to solve some block problems.  After issuing the command, the DECtermoE hangs, and there is no IO to that process, BUT the activity lights on-5 the RAID set flash as if there is plenty of activity.T  B After 10 hours we control-Y'ed out, did a standard initialize, andA restored the 52GB image backup to the disk (which too 16 hours in9F itself, another mystery in HP's lap right now -- the backup image save* took only 3 hours, to a tz89 with DLT4's).  A Now the init/erase may have done some good, because when we did awG backup/physical of the restored disk to the null device, there were far E fewer backup block-related errors. in fact, blocks 50 to 100 from theiF end of the disk (there are 106643109 blocks on the disk)!  So, were weD seconds from finishing, or had it finished some time earlier and was just twiddling it's fingers?   All these question...c   ------------------------------  # Date: Thu, 19 Dec 2002 23:42:03 GMTe9 From: Alan Adams <alan.adams@orchard-way.freeserve.co.uk>n1 Subject: Re: initialize/erase does no useful work ? Message-ID: <904b84a74b.Alan.Adams@orchard-way.freeserve.co.uk>a  ) In message <3E024E47.2CA854F0@boeing.com>i7           Frank Troth <Frank.E.Troth@boeing.com> wrote:o  G > At HP's suggestion we attempted an initialize/erase of a 4 18-GB disk>H > RAID5 raid set on a dual HSZ50 controllers scsi'ed from an Alpha 8400,G > to solve some block problems.  After issuing the command, the DECtermnG > hangs, and there is no IO to that process, BUT the activity lights onO7 > the RAID set flash as if there is plenty of activity.- > D > After 10 hours we control-Y'ed out, did a standard initialize, andC > restored the 52GB image backup to the disk (which too 16 hours inrH > itself, another mystery in HP's lap right now -- the backup image save, > took only 3 hours, to a tz89 with DLT4's).  I I'm not surprised - image restore has taken a lot longer than save for usuH too. (Remember the backup optimisations in VMS5 - they were all done for SAVE operations?)o  L I suspect the same effect is why we found disk-to-disk image operations took' significantly longer than disk-to-tape.i  G There seem to be performance issues associated with creating files withr> backup - maybe bitmap allocation, maybe index file extension?   C > Now the init/erase may have done some good, because when we did aaI > backup/physical of the restored disk to the null device, there were fareG > fewer backup block-related errors. in fact, blocks 50 to 100 from thelH > end of the disk (there are 106643109 blocks on the disk)!  So, were weF > seconds from finishing, or had it finished some time earlier and was > just twiddling it's fingers? >  > All these question...p   -- i
 Alan Adams& alan.adams@orchard-way.freeserve.co.uk http://www.nckc.org.uk/h   ------------------------------  % Date: Thu, 19 Dec 2002 19:36:09 -0600c1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 1 Subject: Re: initialize/erase does no useful workw' Message-ID: <3E027409.3AE1549A@fsi.net>-   Frank Troth wrote: > G > At HP's suggestion we attempted an initialize/erase of a 4 18-GB disk?H > RAID5 raid set on a dual HSZ50 controllers scsi'ed from an Alpha 8400,G > to solve some block problems.  After issuing the command, the DECterm G > hangs, and there is no IO to that process, BUT the activity lights on 7 > the RAID set flash as if there is plenty of activity.   * Yes, I found that puzzling at first, also.  H What you need to understand is that the erase command is executed by theE device, not the INIT program. In you case, it is executed by the RAID < controller. So, the bigger the RAIDset, the longer it takes.  G The ten hours remark was worrisome - it took HSJ50 pairs just shy of an-B hour to mirror copy nine(9) GB disks in tandem with production I/OG activity, and at 52GB you're just shy of 6 times that; so, six hours issC not unreasonable to expect, while ten hours seems a bit long. Dunno  'bout that one...m  D > After 10 hours we control-Y'ed out, did a standard initialize, andC > restored the 52GB image backup to the disk (which too 16 hours ingH > itself, another mystery in HP's lap right now -- the backup image save, > took only 3 hours, to a tz89 with DLT4's). > C > Now the init/erase may have done some good, because when we did aII > backup/physical of the restored disk to the null device, there were faruG > fewer backup block-related errors. in fact, blocks 50 to 100 from the H > end of the disk (there are 106643109 blocks on the disk)!  So, were weF > seconds from finishing, or had it finished some time earlier and was > just twiddling it's fingers?  F If you can, kick it off at quitting time, come back in the morning andG see how it did. Weekend would be even better. Here's a DCL code snippetc that may prove useful:  " $ START_TIME = F$CVTI( ,, "TIME" ) $ INIT/ERASE ddcu: volume_label-" $ STOP_TIME  = F$CVTI( ,, "TIME" )< $ DURATION = F$CVTI( "''STOP_TIME'-''START_TIME'",, "TIME" )   --   David J. Dachtera' dba DJE Systemsi http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/x   ------------------------------  # Date: Fri, 20 Dec 2002 02:24:56 GMT - From: "Mark Oakley" <MOAKLEY1@insight.rr.com>31 Subject: Re: initialize/erase does no useful worke9 Message-ID: <YbvM9.38$Vo5.111820@twister.columbus.rr.com>'  J My INIT/ERASE jobs typically take all night and sometimes longer. I use an HSJ50 H to erase mostly 9 GB drives. The controller does nearly all the work, so your processK does not clock DIOs. My guess is that the HSZ50 would not do much better. Ir don'tXK how much longer your process would have run, but it could have been several- hours.+ I have no idea why the DECterm window hung.    ------------------------------  % Date: Thu, 19 Dec 2002 20:59:02 -0600e1 From: "David J. Dachtera" <djesys.nospam@fsi.net>i1 Subject: Re: initialize/erase does no useful work ' Message-ID: <3E028776.A64D19AF@fsi.net>    Frank Troth wrote: > G > At HP's suggestion we attempted an initialize/erase of a 4 18-GB diskrH > RAID5 raid set on a dual HSZ50 controllers scsi'ed from an Alpha 8400,G > to solve some block problems.  After issuing the command, the DECtermhG > hangs, and there is no IO to that process, BUT the activity lights ont7 > the RAID set flash as if there is plenty of activity.i  * Yes, I found that puzzling at first, also.  H What you need to understand is that the erase command is executed by theE device, not the INIT program. In you case, it is executed by the RAID.< controller. So, the bigger the RAIDset, the longer it takes.  G The ten hours remark was worrisome - it took HSJ50 pairs just shy of anoB hour to mirror copy nine(9) GB disks in tandem with production I/OG activity, and at 52GB you're just shy of 6 times that; so, six hours isnC not unreasonable to expect, while ten hours seems a bit long. Dunno1 'bout that one...   D > After 10 hours we control-Y'ed out, did a standard initialize, andC > restored the 52GB image backup to the disk (which too 16 hours innH > itself, another mystery in HP's lap right now -- the backup image save, > took only 3 hours, to a tz89 with DLT4's). > C > Now the init/erase may have done some good, because when we did aHI > backup/physical of the restored disk to the null device, there were faroG > fewer backup block-related errors. in fact, blocks 50 to 100 from thelH > end of the disk (there are 106643109 blocks on the disk)!  So, were weF > seconds from finishing, or had it finished some time earlier and was > just twiddling it's fingers?  F If you can, kick it off at quitting time, come back in the morning andG see how it did. Weekend would be even better. Here's a DCL code snippeti that may prove useful:  " $ START_TIME = F$CVTI( ,, "TIME" ) $ INIT/ERASE ddcu: volume_label1" $ STOP_TIME  = F$CVTI( ,, "TIME" )< $ DURATION = F$CVTI( "''STOP_TIME'-''START_TIME'",, "TIME" )   -- s David J. Dachteras dba DJE Systems. http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/t   ------------------------------  # Date: Fri, 20 Dec 2002 03:14:13 GMTo* From: "Mark E. Levy" <levy@sysman-inc.com>1 Subject: Re: initialize/erase does no useful worke- Message-ID: <9WvM9.433981$QZ.67865@sccrnsc02>f  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3E027409.3AE1549A@fsi.net...rJ > What you need to understand is that the erase command is executed by theG > device, not the INIT program. In you case, it is executed by the RAIDV> > controller. So, the bigger the RAIDset, the longer it takes.  I Actually, it's done by the ACP or the device driver, not the device. It'snH similar to the "hang" that occurs when you try to create a huge file andI have high-water marking turned on. The ACP has to erase all of the blocks ( you just allocated, and it takes awhile.   ML   ------------------------------  % Date: Thu, 19 Dec 2002 21:35:16 -0600T1 From: "David J. Dachtera" <djesys.nospam@fsi.net>C1 Subject: Re: initialize/erase does no useful work-' Message-ID: <3E028FF4.2F161443@fsi.net>    "Mark E. Levy" wrote:  > > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message# > news:3E027409.3AE1549A@fsi.net...-L > > What you need to understand is that the erase command is executed by theI > > device, not the INIT program. In you case, it is executed by the RAIDg@ > > controller. So, the bigger the RAIDset, the longer it takes. > K > Actually, it's done by the ACP or the device driver, not the device. It's=J > similar to the "hang" that occurs when you try to create a huge file andK > have high-water marking turned on. The ACP has to erase all of the blocksc* > you just allocated, and it takes awhile.  H Hhmmm... Funny. When I did something similar on an ES40 with twin HSZ80sC and 18GB disks, my process did no I/O, there was no I/O activity in C MONITOR SYSTEM and the lights on the SBBs stayed on solid the whole, time.    FWIW...R   -- n David J. Dachterau dba DJE Systemse http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Fri, 20 Dec 2002 04:22:53 GMT * From: "Mark E. Levy" <levy@sysman-inc.com>1 Subject: Re: initialize/erase does no useful workc. Message-ID: <xWwM9.234141$pN3.19022@sccrnsc03>  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3E028FF4.2F161443@fsi.net...c > "Mark E. Levy" wrote:? > >b@ > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message% > > news:3E027409.3AE1549A@fsi.net...SJ > > > What you need to understand is that the erase command is executed by thesK > > > device, not the INIT program. In you case, it is executed by the RAIDtB > > > controller. So, the bigger the RAIDset, the longer it takes. > >mH > > Actually, it's done by the ACP or the device driver, not the device. It'sL > > similar to the "hang" that occurs when you try to create a huge file andF > > have high-water marking turned on. The ACP has to erase all of the blocks, > > you just allocated, and it takes awhile. >eJ > Hhmmm... Funny. When I did something similar on an ES40 with twin HSZ80sE > and 18GB disks, my process did no I/O, there was no I/O activity in E > MONITOR SYSTEM and the lights on the SBBs stayed on solid the wholei > time..  D You won't see any I/O on your process because the work is being doneJ elsewhere. Your process merely requested an ACP operation and it (the ACP) took off and did the work.  H I'm not ruling out the possibility that a higher-end controller like theK HZx80 can so this operation autonomously, but it hasn't been my experience.L   ML   ------------------------------  % Date: Thu, 19 Dec 2002 16:43:37 -0500r5 From: "Sue Skonetski" <susan.skonetski@hp.nospam.com>t  Subject: just a couple of things* Message-ID: <atteii$jj7$1@web1.cup.hp.com>   Dear Newsgroup,h  I I just wanted to let you know that I will be officially out of the officeeK until Jan 6th, but in reality I will be in and out the week of the 30th.  IvJ also wanted to let you know how much I appreciate you, your openness, yourH honesty and your willingness to fight for VMS.  Thank you for being you.   See you next year.
 Warm Regards,m Sueu    G Additional information that I received today (both notes sang very highe7 praises to Warren Sander for his work on the web site):a  H I'm happy to report that the updated Fibre Channel web site will go live/ tomorrow (Dec. 20) on the external FC web site:n, http://www.openvms.compaq.com/openvms/fibre/  L The OSSG Documentation Group would like to announce the launch of our new HP' branded OpenVMS Documentation Web Site:r  # <http://www.openvms.compaq.com/doc/e  = The new branding puts us in full compliance with HP branding.d   ------------------------------  # Date: Thu, 19 Dec 2002 22:11:11 GMT " From:   VAXman-  @SendSpamHere.ORG$ Subject: Re: just a couple of things0 Message-ID: <00A18B0A.1927384F@SendSpamHere.ORG>  b In article <atteii$jj7$1@web1.cup.hp.com>, "Sue Skonetski" <susan.skonetski@hp.nospam.com> writes: >Dear Newsgroup, > J >I just wanted to let you know that I will be officially out of the officeL >until Jan 6th, but in reality I will be in and out the week of the 30th.  IK >also wanted to let you know how much I appreciate you, your openness, your-I >honesty and your willingness to fight for VMS.  Thank you for being you.s >. >See you next year.  >Warm Regards, >Sue >- >-H >Additional information that I received today (both notes sang very high8 >praises to Warren Sander for his work on the web site): >oI >I'm happy to report that the updated Fibre Channel web site will go live 0 >tomorrow (Dec. 20) on the external FC web site:- >http://www.openvms.compaq.com/openvms/fibre/b >lM >The OSSG Documentation Group would like to announce the launch of our new HPC( >branded OpenVMS Documentation Web Site: >t$ ><http://www.openvms.compaq.com/doc/ >o> >The new branding puts us in full compliance with HP branding.     Aw crap!  L I was wondering how long it would be before I'd have to tie up another CDromL with the doc set; this new branding make the previous web hosted doc set un-	 readable.i     --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM9            .5   "Well my son, life is like a beanstalk, isn't it?" G   ------------------------------  % Date: Thu, 19 Dec 2002 17:41:53 -0400n0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>$ Subject: Re: just a couple of things/ Message-ID: <3E023D13.FA48092B@vl.videotron.ca>r   Sue Skonetski wrote:K > I just wanted to let you know that I will be officially out of the officeTJ > until Jan 6th, but in reality I will be in and out the week of the 30th.  G You have to come in once a day to feed the engineers in their habitat ?d   > See you next year.    8 Merry christmas to our favourite VMS saviour :-) :-) :-)   ------------------------------  # Date: Thu, 19 Dec 2002 23:59:23 GMTs6 From: "Andy Bustamante" <a_c_bustamante@earthlink.net>$ Subject: Re: just a couple of thingsD Message-ID: <v3tM9.1468$_V5.108708@newsread2.prod.itd.earthlink.net>  B I provided followed the link to provide feedback on the giant leapJ backwards.  The VMS doc set has been crown jewel, especially being able toF go back a release or two.  Gotta say, liked the old pages much better.= Drilling down into different pages is nowhere near as useful.i    ! Andy (delete ascii 95's to reply)p    , <VAXman- @SendSpamHere.ORG> wrote in message* news:00A18B0A.1927384F@SendSpamHere.ORG...< > In article <atteii$jj7$1@web1.cup.hp.com>, "Sue Skonetski"' <susan.skonetski@hp.nospam.com> writes:  > >Dear Newsgroup, > >rL > >I just wanted to let you know that I will be officially out of the officeK > >until Jan 6th, but in reality I will be in and out the week of the 30th.f I H > >also wanted to let you know how much I appreciate you, your openness, yourK > >honesty and your willingness to fight for VMS.  Thank you for being you.s > >c > >See you next year.f > >Warm Regards, > >Sue > >e > >eJ > >Additional information that I received today (both notes sang very high: > >praises to Warren Sander for his work on the web site): > >eK > >I'm happy to report that the updated Fibre Channel web site will go livec2 > >tomorrow (Dec. 20) on the external FC web site:/ > >http://www.openvms.compaq.com/openvms/fibre/l > >sL > >The OSSG Documentation Group would like to announce the launch of our new HP* > >branded OpenVMS Documentation Web Site: > > & > ><http://www.openvms.compaq.com/doc/ > >e@ > >The new branding puts us in full compliance with HP branding. >  >a
 > Aw crap! > H > I was wondering how long it would be before I'd have to tie up another CDrom J > with the doc set; this new branding make the previous web hosted doc set un-r > readable.t >  >e > --4 > VAXman- OpenVMS APE certification number: AAA-0001 VAXman(at)TMESIS(dot)COM > 6 >   "Well my son, life is like a beanstalk, isn't it?" >h >    ------------------------------  % Date: Thu, 19 Dec 2002 21:07:13 -0600e& From: "Dave Gudewicz" <k9jdk@arrl.net>$ Subject: Re: just a couple of things9 Message-ID: <3e028961$0$17654$1dc6e903@news.corecomm.net>   K Happy Holiday Sue.  How about a keepable New Year's resolution?  VMS in '03e better than '02.   Dave...   @ "Sue Skonetski" <susan.skonetski@hp.nospam.com> wrote in message$ news:atteii$jj7$1@web1.cup.hp.com... > Dear Newsgroup,e >aK > I just wanted to let you know that I will be officially out of the officetJ > until Jan 6th, but in reality I will be in and out the week of the 30th. I2L > also wanted to let you know how much I appreciate you, your openness, yourJ > honesty and your willingness to fight for VMS.  Thank you for being you. >r > See you next year. > Warm Regards,h > Suep >s >hI > Additional information that I received today (both notes sang very high99 > praises to Warren Sander for his work on the web site):b > J > I'm happy to report that the updated Fibre Channel web site will go live1 > tomorrow (Dec. 20) on the external FC web site: . > http://www.openvms.compaq.com/openvms/fibre/ >tK > The OSSG Documentation Group would like to announce the launch of our new  HP) > branded OpenVMS Documentation Web Site:p >t% > <http://www.openvms.compaq.com/doc/, > ? > The new branding puts us in full compliance with HP branding.a >r >i >  >w   ------------------------------  % Date: Fri, 20 Dec 2002 00:53:17 +0100a( From: "Oliver Obi" <oliver.obi@epost.de>& Subject: Low-level format for MicroVax/ Message-ID: <attm7p$tgj$07$1@news.t-online.com>s  2 I need the Diag-Software on TK50-Tape to low-level3 format my RD54 Harddisk. Where can i get this tape?e   ------------------------------  % Date: Thu, 19 Dec 2002 22:22:45 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>* Subject: Re: Low-level format for MicroVax/ Message-ID: <3E027EF4.9FB3068D@vl.videotron.ca>    Oliver Obi wrote:h > 4 > I need the Diag-Software on TK50-Tape to low-level5 > format my RD54 Harddisk. Where can i get this tape?i  N You need to undergo special tribal rituals involving some scarring, walking onM hot coals, special chants, live by yourself on an island in the middle of thecM pacific for 30 days before you are granted the right to ask for that tape :-)l  N Or you can send me an email and we could arrange something offline if you haveO the ability to ftp a file and move it to your microvax to be written to a TK50.s  I Note that working on a TK50 may be considered a ritual that requires moreiL endurance to pain than the rituals listed above and thus may exempt you from the above rituals :-)M  < you can contact me at  v a x i n a t i o n   at videotron.ca   ------------------------------  % Date: Wed, 18 Dec 2002 21:10:36 -0400t0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>! Subject: Re: Machine Check on VAX,/ Message-ID: <3E011C6E.C911A7C4@vl.videotron.ca>e   Hans Vlems wrote:eJ > When was the last time you opened the system and cleaned its internals ?    L Now , now.... You should know that once they reach a certain age, they don't= even let you look at their internals, even less clean them...s  L Serously, the 3100 may get some work done soon. Had a hard drive crash on myM mac, and may end up swapping drives around. If/when that happens, it will get(% a good cleanup, even i it resists :-)s  N However, the news that the 3100 may not be so reliable may force me to rethinkN a project of combining my all mighty Mvax II and 3100's system disks to make a more homogenous clusterJ   ------------------------------  % Date: Thu, 19 Dec 2002 01:41:15 -0400w0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>! Subject: Re: Machine Check on VAX8/ Message-ID: <3E015BF4.953C8177@vl.videotron.ca>c   Didier Morandi wrote: M > >                                        ERR DURING OPERAND OR P0/P1 PTE RD   Q > memory areas when its needs it, the Page Table is a process-specific area wheretR > all pages of memory used by the process are indexed, a Read is the action of theP > Swapper process (during paging; the swapper does paging and swapping) to fetchO > the address of the page that the process needs to access and Error means thathQ > the board which handles physical accesses to the RAM memory board has eaten tooe > much cookies.y  L Would this be an page fault to just bring an existing page into that processM (eg: shareable image), or would this truly be an action to bring a block from  the page file back into RAM ?d  N > Now, if you really want a full crash dump analysis, I may need to go back to > school first...   F Well, I am of the opinion that for computers, one never leaves school.   ------------------------------  % Date: Thu, 19 Dec 2002 20:36:37 +0100 6 From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne@vajhoej.dk>9 Subject: Re: MX 4.2 on VMS 7.7-2 w/ TCP/IP Services ECO 30) Message-ID: <3E021FC5.2070801@vajhoej.dk>.  * Alan Winston - SSRL Admin Cmptg Mgr wrote:  d > In article <3E00CABC.7040509@vajhoej.dk>, Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne@vajhoej.dk> writes:. >>I can make my changes available if you want. > Q > Yes, please.  (I presume this means picking apart the MX savesets and replacing ; > .COM or .OPT files, but I can deal with that if need be.)i    & http://www.vajhoej.dk/arne/mx042av.zip    8 has the original savesets with my modified link options.   Arne   ------------------------------  % Date: Thu, 19 Dec 2002 20:36:47 +0100u6 From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne@vajhoej.dk>9 Subject: Re: MX 4.2 on VMS 7.7-2 w/ TCP/IP Services ECO 3I) Message-ID: <3E021FCF.4090200@vajhoej.dk>y  * BTW, I trie sending email directly to you.   No Luck.  5 Apperently your mail system does not allow email fromi> the 80.199 net (ADSL customers at the biggest ISP in Denmark).   Arne    * Error-For:  winston@SSRL.SLAC.STANFORD.EDU
 Error-Code: 3aA Error-Text: %MX_SMTP-F-MBX_UNAVAILABLE, action not taken: mailboxs unavailableo+               -(Via SSRL.SLAC.STANFORD.EDU)      -Transcript:B       -Rcvd: 550 80.199 No access. This IP domain sent Unsolicited Commercial Email to SLAC   Error-End:  1 error detected   ------------------------------  # Date: Fri, 20 Dec 2002 00:22:59 GMTsL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")9 Subject: Re: MX 4.2 on VMS 7.7-2 w/ TCP/IP Services ECO 3r6 Message-ID: <00A18B03.5BF97022@SSRL.SLAC.STANFORD.EDU>  b In article <3E021FCF.4090200@vajhoej.dk>, Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne@vajhoej.dk> writes:  + >BTW, I trie sending email directly to you.e >.	 >No Luck.s >u6 >Apperently your mail system does not allow email from? >the 80.199 net (ADSL customers at the biggest ISP in Denmark).f >d >Arnee >  >n+ >Error-For:  winston@SSRL.SLAC.STANFORD.EDUV >Error-Code: 3B >Error-Text: %MX_SMTP-F-MBX_UNAVAILABLE, action not taken: mailbox >unavailable, >              -(Via SSRL.SLAC.STANFORD.EDU) >    -Transcript:pC >      -Rcvd: 550 80.199 No access. This IP domain sent Unsolicitedo >Commercial Email to SLACt >n >Error-End:  1 error detected  >n  E I'll get the SLAC postmaster to change this.  (They don't do keyword  ? filtering, they don't use blackhole lists, but they do do this lF overenthusiastic blocking of the entire netblock owned by the ISP when7 some customer sends us SPAM.  It's extremely annoying.)V  F Thanks very much for making the fixes available; will download and try tonight.   -- Alans    O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025dO ===============================================================================5   ------------------------------  # Date: Fri, 20 Dec 2002 00:45:46 GMTn0 From: John Santos <john.santos@post.harvard.edu>  Subject: Re: MX linelength patch> Message-ID: <MPG.186c3241a8baa9e19896c0@news.bellatlantic.net>  E In article <OF7EE36E60.8829AFC3-ON07256C93.005E7456@mck.us.ray.com>, 2 ddmiller@raytheon.com says...  >  >  >  >  > Chrish > G > That would be the reference buried in the "Important Security Notice"a > thread I presume.  Thanks. >  > dave.. > J > ----- Forwarded by David D Miller/RWS/Raytheon/US on 12/18/2002 10:11 AM > -----a > ; > "David D Miller" <ddmiller@raytheon.com> wrote in message @ > news:OF74C875F6.DE68AE1D-ON07256C93.004E9DAA@mck.us.ray.com... > >  > >e > >l > > 0 > > What linelenght patch?  Please tell me more. > * > http://groups.google.com/groups?hl=en&lr& > =&ie=UTF-8&oe=UTF-8&threadm=00A17D6FM > 0DB4A63F.5%40MadGoat.Com&rnum=1&prev=/groups%3Fsafe%3Dimages%26ie%3DUTF-8%2  > N > 6oe%3DUTF-8%26as_ugroup%3Dcomp.os.vms%252C%2520*mx*%26as_usubject%3Dmx%26lr% > N > 3D%26as_drrb%3Db%26as_mind%3D12%26as_minm%3D11%26as_miny%3D2002%26as_maxd%3D > . > 18%26as_maxm%3D12%26as_maxy%3D2002%26hl%3Den > K > (if that's unreadable google search group vmsnet.mail.mx subject mx, lastL > month) >  > Chrisi  F Me too.  MX 4.2, installed the 2nd version of the "Important Security D Notice" patch, and now long lines are getting truncated again.  (TheC 1st version supposedly left out the changes from the original long o? lines patch, but the 2nd version supposedly incorporated them.)t     --   John   ------------------------------    Date: 19 Dec 2002 13:19:30 -08008 From: gonzaldm@appliedbiosystems.com (Diane M. Gonzales)( Subject: Need to configure Samba for VMS= Message-ID: <935e26d4.0212191319.2ab5dd4c@posting.google.com>h  F I have downloaded the Samba binaries for OpenVMS and have followed theD instructions in the readme.vms file.   Currently the NMBD process is running.9 All I need is to be able to copy a file from my PC to theaF \\hostsamba\share drive, however I have not been able to do this.    I have a very simple smb.conf,E file using security server.    Does anyone have experience with Sambae on VMS?    Thanks in advance :-}    ------------------------------  % Date: Thu, 19 Dec 2002 23:09:36 +0100 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>c, Subject: Re: Need to configure Samba for VMS' Message-ID: <3E0243A0.E80E74D6@aaa.com>   / Check http://lists.samba.org/listinfo/samba-vmse- for information about the SAMBA mailing list.,  0 That's the best source to get your SAMBA install	 running. -  8 And anyway, we lack SAMBA version, any errors and so on, to be able to answer.n   Jan-Erik Sderholm.V   "Diane M. Gonzales" wrote: > H > I have downloaded the Samba binaries for OpenVMS and have followed theF > instructions in the readme.vms file.   Currently the NMBD process is
 > running.; > All I need is to be able to copy a file from my PC to the H > \\hostsamba\share drive, however I have not been able to do this.    I > have a very simple smb.conf-G > file using security server.    Does anyone have experience with Sambab	 > on VMS?g >  > Thanks in advance :-}b   ------------------------------  % Date: Thu, 19 Dec 2002 18:24:54 -0700 6 From: "Michael D. Ober" <obermd.@.alum.mit.edu.nospam>, Subject: Re: Need to configure Samba for VMS2 Message-ID: <HjuM9.844$tO3.130223@news.uswest.net>  L There are two or three different versions of Samba VMS.  Please email (plainH text only) your question to mailto:samba-vms@lists.samba.org.  The folks# there will need your Samba version.   
 Mike Ober.    3 "Jan-Erik Sderholm" <aaa@aaa.com> wrote in message ! news:3E0243A0.E80E74D6@aaa.com...o1 > Check http://lists.samba.org/listinfo/samba-vmso/ > for information about the SAMBA mailing list.f >a2 > That's the best source to get your SAMBA install
 > running. >r: > And anyway, we lack SAMBA version, any errors and so on, > to be able to answer.e >- > Jan-Erik Sderholm.P >s > "Diane M. Gonzales" wrote: > >oJ > > I have downloaded the Samba binaries for OpenVMS and have followed theH > > instructions in the readme.vms file.   Currently the NMBD process is > > running.= > > All I need is to be able to copy a file from my PC to theeJ > > \\hostsamba\share drive, however I have not been able to do this.    I > > have a very simple smb.confnI > > file using security server.    Does anyone have experience with Samba- > > on VMS?r > >s > > Thanks in advance :-}-   ------------------------------  % Date: Thu, 19 Dec 2002 15:15:39 -0500t; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>04 Subject: Re: new version of OpenVMS password cracker$ Message-ID: <3e0228d4$1@news.si.com>  G >I'd kill it and try wordlist mode with a larger wordlist (dictionary).r  ) And where does one obtain this word list?. -- wI Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot comr5 Smiths Aerospace  Addresses modified to prevent SPAM. @ 3290 Patterson Ave. SE, MS Replace "at" with "@", "dot" with "." Grand Rapids, MI 49512-1991 8        This opinion doesn't represent that of my company   ------------------------------  % Date: Thu, 19 Dec 2002 16:18:41 -0500 & From: David M Smith <dsmit115@csc.com>4 Subject: Re: new version of OpenVMS password cracker8 Message-ID: <kod40vcgtf7is4hr754ap8i8vc3ssc4ues@4ax.com>  3 On Thu, 19 Dec 2002 15:15:39 -0500, "Brian Tillman"n, <tillman_brian@notnoone.notnohow.com> wrote:  H >>I'd kill it and try wordlist mode with a larger wordlist (dictionary). >h* >And where does one obtain this word list?  - Jean-loup's documentation page for his patch:   0 	http://gailly.net/security/john-VMS-readme.html  G has a link to some wordlists in a variety of languages. He also shows auL suggestion on how to "pre-process" these wordlists so that they only containO characters which are valid in VMS passwords, in order to reduce the time to runlN the tool. (These suggestions involve the use of 'tr' and 'sort' UNIX tools, it< appears -- I don't know where to get a VMS version of 'tr'.)   Give that a try...   	 I --------------------------------------------------------------------------I David M. Smith 302.391.8533                       dsmit115 at csc dot com@I Computer Sciences Corporation     (Opinions are those of the writer only) I -------------------------------------------------------------------------e   ------------------------------  % Date: Thu, 19 Dec 2002 15:50:27 -0600 7 From: "Craig A. Berry" <craigberry@nospam.telocity.com> 4 Subject: Re: new version of OpenVMS password crackerG Message-ID: <craigberry-86DE71.15502719122002@news.directvinternet.com>i  8 In article <kod40vcgtf7is4hr754ap8i8vc3ssc4ues@4ax.com>,(  David M Smith <dsmit115@csc.com> wrote:   > He also shows aeN > suggestion on how to "pre-process" these wordlists so that they only containQ > characters which are valid in VMS passwords, in order to reduce the time to rungN > the tool. (These suggestions involve the use of 'tr' and 'sort' UNIX tools, @ > itappears -- I don't know where to get a VMS version of 'tr'.)  I Both sort and tr are included with GNV.  Otherwise a line or two of Perl , should do the trick.   ------------------------------   Date: 19 DEC 2002 22:19:11 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)4 Subject: Re: new version of OpenVMS password cracker6 Message-ID: <19DEC02.22191110@thuria.waisman.wisc.edu>  S In a previous article, "Brian Tillman" <tillman_brian@notnoone.notnohow.com> wrote:i  I ->>I'd kill it and try wordlist mode with a larger wordlist (dictionary).- -> -+ ->And where does one obtain this word list?m  H On http://gailly.net/security/john-VMS-readme.html there's a link to oneE site (ftp://ftp.ox.ac.uk/pub/wordlists/). Though I've yet to find oneg& that contains 1,000,000 english words.   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-MadisonA4 --             karcher.nomorespam@waisman.wisc.edu     ------------------------------  % Date: Thu, 19 Dec 2002 19:09:12 -0600T1 From: "David J. Dachtera" <djesys.nospam@fsi.net>tH Subject: Re: OT: /Totally/ OT: National "don't call" list. (not totally)% Message-ID: <3E026DB8.45449D@fsi.net>5   Larry Kilgallen wrote: > Y > In article <01C2A6A5.18785870@sulfer.icius.com>, Shane Smith <ssmith@icius.com> writes:aK > > Sorry this is so OT, but from other OT threads in the past I know there J > > are several people on this list that will jump for joy about this one: > >h. > > http://www.msnbc.com/news/849058.asp?cp1=1 > >lJ > > "WASHINGTON, Dec. 18 - Federal regulators are creating new protectionsF > > for people plagued by unwanted telemarketing calls, establishing aK > > national "do-not-call" list that consumers can use to keep their phoneslH > > from ringing with sales pitches." ... "Telemarketers who call listed< > > people could be fined up to $11,000 for each violation." > ? > >    "Officials said the agency is taking bids from companies - > >     interesting in creating the registry.yD > >     Once the list is operating, telemarketers will have to checkG > >     the registry every three months to find out who doesnat want toiK > >     be called, the officials said. Telemarketers who call listed people 8 > >     could be fined up to $11,000 for each violation. > >s > >     The registry willi > >     likely cost about $16n% > >     million in its first year andr > >     would be paid for with > >     fees collected fromf  > >     telemarketers, officials
 > >     said.u > F > I hope at those prices they will get a system that will keep workingE > so no telemarketer can claim they tried to check the list but got at > "blue screen of death".-  B No matter how much they spend on the system, if it's accessed from/ Micro$hit, blue screens will remain inevitable.o   -- r David J. Dachtera  dba DJE Systemse http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/c   ------------------------------    Date: 19 Dec 2002 16:15:29 -0800( From: bob@instantwhip.com (Bob Ceculski)6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?< Message-ID: <d7791aa1.0212191615.db0fc9a@posting.google.com>   Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<3E020313.3080100@nospamn.sun.com>...t > Bob Ceculski wrote:  > > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<3E0050D0.40008@nospamn.sun.com>...e > > = > >>Hardly, TPC-C has no reporting load, is based on 5 simplewB > >>to moderate complexity transaction types which you can sheduleC > >>as you wish. It is also a terrible predictor of the performancenB > >>of real OLTP applications most of which have many more queries> > >>and which also generally have some sort of reporting load. > >>< > >>It is for example no use as a predictor of SAP or Oracle8 > >>applications performance each of which has their own7 > >>benchmark, both OLTP neither predictable from TPC-C  > >>results. > >>B > >>Because of its simplicity it is open to optimisations that may > >>have no use outside TPC-C. > >>B > >>This has been recognised for a long time, there was a proposalG > >>ironically crafted by IBM to create a new high end TPC complex OLTPf< > >>benchmark rectified the issues associated with TPC-C, it> > >>failed to get the necessary majority of TPC members votes,# > >>though no one voted against it.o > >> > >  > > D > > I can tell you a simple fact ... a processor that gives superior= > > fp and int spec results and has the best compilers in thew? > > business (alpha) will beat the pants of any other processorp7 > > anyday anytime anyplace ... common sense Andrew ...y >  > Humm.  > 6 > These compilers were used to compile Oracle, SAP etc: > the processors that apparently have the best performance; > in the business then run Oracle, SAP etc and guess what ?  >  > Performace sucks., > 5 > So could it be that the compilers aren't as good aso5 > you think, could it be that the CPU's arn't as fasti > as you think ????  > 4 > Or could it be that balanced systems design is the5 > key to good performance, CPU, Compiler, Memory, I/Os0 > apps. AlphaServers may well be good at 1 and 21 > but with the exception of the ES45 don't figure  > well on 3 and 4. > 8 > SPECint and SPEcfp only measure the performance of the > CPU and the compiler.o > 8 > It may well be true that for other systems SPECint and; > SPECfp are goodish predictors of a the systems throughput'7 > because the systems designers happen to have balancedo5 > the design well. It does not however apply to largel5 > AlphaServers and hasn't since the 8400 because theyp5 > have been and are currently crippled by long memoryN > latencies and low bandwidth. > 7 > If you don't get this then you really are flounderingP4 > about and would be better off putting yourself out* > of your own misery by getting out of IT. > 	 > Regardsi > Andrew HarrisonM  5 our smaller alphaservers do just fine with io, and to-3 make a false statement that alphas are not balanced43 systems exposes you for the snake oil salesman thatm you are ...R   ------------------------------  # Date: Fri, 20 Dec 2002 01:01:46 GMT0* From: "Mark E. Levy" <levy@sysman-inc.com>6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?/ Message-ID: <ZZtM9.400293$P31.145985@rwcrnsc53>n  K "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com>s9 wrote in message news:3E020313.3080100@nospamn.sun.com...o  4 > Or could it be that balanced systems design is the5 > key to good performance, CPU, Compiler, Memory, I/Oe0 > apps. AlphaServers may well be good at 1 and 21 > but with the exception of the ES45 don't figureD > well on 3 and 4.  K As I've pointed out before, Andrew, your credibility hovers near zero here.sC You're quick to point out the alleged shortcoming of other vendor'sHG products, but maintain that your employer's products are the epitome ofDL perfection. It's abundantly obvious that YOU are NOT objective. Not that I'd3 expect that you would be, but that changes nothing.   I I admit there are others here who suffer with blinders also, and they ares also summarily dismissed.a   ML   ------------------------------  % Date: Wed, 18 Dec 2002 22:06:08 -0500 % From: Bob Harris <harris@zk3.dec.com>h' Subject: Re: Pathworks Mac vs VMS 7.3-1e= Message-ID: <harris-152AD9.22060718122002@juggl7.zk3.dec.com>.  5 In article <4DEC02.21170412@thuria.waisman.wisc.edu>,a6  karcher@thuria.waisman.wisc.edu (Carl Karcher) wrote:  E X In a previous article, seanobanion@attbi.com (Sean O'Banion) wrote:w X 9 X ->We are seeing CA Watchdog go into a loop under 7.3-1.tG X ->CA and HP are looking at PTHREADS and ADA RTL as possible culprits.  X ->  B X ->Do you (or anyone) recall if ADA was used in this file server? X 
 X Not likely:n X $ X $ anal/ima sys$system:msaf$server  X ..# X  Image Identification Informations X + X                 image name: "MSAF$SERVER" 9 X                 image file identification: "MSAF V1.3A"95 X                 image file build identification: ""s9 X                 link date/time: 28-JAN-1997 11:26:24.55r1 X                 linker identification: "A11-39" 9 X ..                                                     0 X         Shareable Image List X ) X                 0)  "ATK$APPLETALK_RTL"r# X                 1)  "CMA$TIS_SHR"d X                 2)  "CONVSHR"d  X                 3)  "DECC$SHR" X                 4)  "LIBRTL" X                 5)  "LIBOTS"" X                 6)  "SECURESHRP"! X                 7)  "SECURESHR"L* X                 8)  "SYS$PUBLIC_VECTORS" X  X --I X -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-MadisonC8 X --               karcher.nomorespam@waisman.wisc.edu     No ADA.  Promise.     6 99% C.  A tiny bit of VAX/MACRO.  A tiny bit of Bliss.  ? These are the only languages used in the PATHWORKS for OpenVMS e- (Macintosh) DECshare file server MSAF$SERVER.-   The print seerver is mostly C:  % The AppleTalk driver is mostly Bliss.s  2                                         Bob Harris   ------------------------------   Date: 19 Dec 2002 02:13:55 GMT# From: hoff@hp.nospam (Hoff Hoffman) & Subject: Re: Pricing for TCPIP on DS10* Message-ID: <atra13$fdi$2@web1.cup.hp.com>  H In article <3DF7D7A5.7070502@srv.net>, Kevin Handy <kth@srv.net> writes:, :How much does a TCPIP for VMS7.1 on a DS10?  A   Rather large, as OpenVMS Alpha V7.1 does not operate on a DS10.l>   See: http://www.openvms.compaq.com/openvms/supportchart.html?   Assuming you meant V7.1-2, you can acquire TCP/IP Services orh@   TCP/IP and other products with a NAS license -- though OpenVMS@   V7.2-2 or V7.3-1 would be the typical versions for new OpenVMS   installations.  5 :I'm looking for at least an estimate so I can give a05 :ballpark figure to a client, bur DEC/COMPAQ/HP seemsC1 :to want to hide all the prices, making this very- :hard to do.  G   If the customer has a NAS (NET-APP-SUP*) license as is commonly quitehG   purchased with the AlphaServer DS10 and the AlphaStation DS10 series,f#   TCP/IP capabilities are licensed.r  0 :Also, where can you buy the license?  I've only1 :been able to find 3rd/4th party people who don'ts- :even seem to understand what I'm asking for.   ,   On the left side of the following website:  "     http://www.openvms.compaq.com/  @   about half-way down the page, select the link entitled "buying   assistance".  ?   US list prices for various options are included in the systemTE   "Windows Based Configurator" (download) tool.  And you can "requestkE   purchasing information" on OpenVMS products via a link to a webformi   at the referenced webpage.  C   For small purchases, you will likely be redirected to a reseller.a  6 :And no, the machine did not come with a TCPIP license4 :for some reason.  They just have a VMS, a USER, and, :a DECNET license, no TCPIP/UCX/... license.  D   Odd.  In most cases, the license is part of the purchase -- unlessE   somebody actively tried to not purchase the NAS license, of course.   ;   The license PAK is the NET-APP-SUP* (NAS) or the UCX PAK.r    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Thu, 19 Dec 2002 22:38:02 +0100 4 From: Didier Morandi <Didier.Morandi.nospam@Free.fr>, Subject: Re: Prob with smg$create_pasteboard' Message-ID: <3E023C3A.3404BC55@Free.fr>i   Chris Doran wrote: > = > I'm not sure what you mean by "parse" in this context ../..    I think he meant "paste".g   D.   ------------------------------  % Date: Wed, 18 Dec 2002 21:20:20 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> , Subject: Re: Prob with smg$create_pasteboard' Message-ID: <3E013AF4.5FA5EEE5@fsi.net>g   Didier Morandi wrote:t > R > I don't remember exactly but I think that the id is not translatable. You do not  > need to know its value anyway: > K > [from www.openvms.compaq.com/doc/72final/5935/5935pro_001.html#index_x_4]s > K > A pasteboard is a logical structure for performing output operations to a M > terminal screen. You can think of a pasteboard as a two-dimensional area oneH > which you place and manipulate screen displays. A pasteboard is alwaysP > associated with a physical device or an OpenVMS RMS file, but a pasteboard mayQ > be larger or smaller than the physical screen. There can be only one pasteboardn > for each output device.  > [snip]  < Is there some kind of an SMG "cookbook" out there somewhere?  ? I realize it's way late and many bux short, but what the hey...    -- c David J. Dachteraf dba DJE Systemst http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/h   ------------------------------  % Date: Thu, 19 Dec 2002 20:36:51 +0100h6 From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne@vajhoej.dk>K Subject: Re: Request for Discussion, make comp.os.vms a moderated newsgroupo% Message-ID: <3E021FD3.706@vajhoej.dk>r   Mark Berryman wrote:  I  > I am in the process of writing up a formal RFD to begin the process tosH  > make comp.os.vms a moderated newsgroup.  The rationale behind this isJ  > the fact that the noise level in this newsgroup has grown so large thatJ  > the number of off-topic posts now exceeds the number of on-topic posts.J  > Repeated requests to cease sending off-topic messages to this newsgroup-  > have simply been ignored by the offenders.-  >H  > Before submitting the formal proposal, however (which will need to beD  > cross-posted to news.groups and news.announce.newgroups) it seemsD  > worthwhile to begin an informal discussion with the denizens hereG  > regarding their thoughts on the subject.  It may be that no one else H  > cares how non-VMSy this newsgroup has become (or, perhaps, not enoughK  > others see it as "noisy" as the few I've been in communication with do).h  >K  > So, in brief, the net result of the proposal being prepared would be theo"  > creation of two new newsgroups:  >2  > comp.os.vms.technical  which would be moderated4  > comp.os.vms.advocacy   which would be unmoderated  >0  > and the removal of the comp.os.vms newsgroup.  >D  > The charter of the technical group would be, as its name implies,J  > technical discussions that directly relate in some way to OpenVMS.  Any,  > posting not so related would be rejected.  >G  > The gateway to the Info-VAX mailing list would move to the technicalS0  > newsgroup and it would have the same charter.  >K  > Moderation would be automated.  A list would be maintained of anyone whooJ  > has previously posted an on-topic message to the newsgroup.  SubsequentF  > postings from that address would be immediately approved and, thus,K  > experience very little delay in reaching the usenet community.  PostingseG  > from first-time posters (or from posters who posted off-topic enough G  > times to be removed from the auto-moderation list) would be manually =  > screened by a moderator before being approved for posting.   >K  > Forged postings, as with forged Approved: headers, would be handled on aF*  > case-by-case basis by the moderator(s).  >K  > Does anyone else have any thoughts they'd care to share on this subject?a    
 I am all for.    comp.os.vms has become useless.k  ; 90+% of all posts are completely non-technical-VMS-related.t   Arne   ------------------------------   Date: 19 Dec 2002 03:44:22 GMT# From: hoff@hp.nospam (Hoff Hoffman)e% Subject: Re: Silly HP zx6000 questiont* Message-ID: <atrfam$fdi$5@web1.cup.hp.com>  j In article <5.1.0.14.2.20021212125954.00b94908@raptor.psccos.com>, Dan O'Reilly <dano@process.com> writes:G :I've been told straight out that the rx2600 is the only system VMS 8.?oI :will run on at first and for several months.  Has that changed (was tolde :that just about 2 weeks ago).     Does it (currently) matter?n  $   Yes.  Seriously.   Does it matter?  I   When we have OpenVMS on Itanium approaching testing, then the answer tosI   this question begins to matter -- for the early customers and sites, at    least.  E   We have a variety of Itanium systems around the labs, and we have adH   sequence of platforms we are working through with the internal portingH   efforts -- Itanium platforms and particularly the Itanium consoles areJ   a moving target, and thus so are the Itanium systems.   We have HP i2000H   boxes, HP rx2600 boxes, Compaq ProLiant DL590 boxes, and various other7   Itanium boxes around the labs and/or planned for use.0  F   As I have have written previously, the volume shipment of OpenVMS onI   Itanium is still in the future and at least some of the Itanium systemsuJ   available now will likely be of similar interest as the old ADUs (Alpha J   Development Units; prototype hardware) were after the OpenVMS Alpha portB   and the EV4-class Alpha microprocessors and systems had shipped.  H   We will have a list of the Itanium systems that are formally supportedJ   available as release shipment nears, and I expect we will also then haveI   a roadmap of the Itanium systems with OpenVMS support planned.  I wouldoJ   expect to see a range of Itanium systems added to the roadmap over time,H   from the entry-level development systems we are presently using -- butI   no, you should not expect to find Intel Itanium boxes at Intel Pentium-aL   or AMD-based system prices -- on up to large-scale multiprocessor servers.  L   Clearly, Process Software and other ISVs will want to have the appropriateG   Itanium boxes in place for product testing as the OpenVMS field test tI   software becomes available -- and as the OpenVMS field test software isiK   announced, information on the target Itanium platforms will be available.a  J   I expect that the HP rx2600 series box will likely be the first Itanium J   platform with production support for OpenVMS.  But again, there might beJ   other options and other choices and other platforms approaching support,H   depending on when you plan to start using OpenVMS on Itanium.  (And onH   how fast OpenVMS testing and support can be extended outwards to other    Itanium platforms, of course.)    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.como   ------------------------------  # Date: Thu, 19 Dec 2002 20:39:51 GMTn. From: peter@langstoeger.at (Peter LANGSTOEGER)' Subject: Re: SMTP just stopped working?d1 Message-ID: <r8qM9.7270$Sy3.91181@news.chello.at>   i In article <ats1a3$eui$1$8300dec7@news.demon.co.uk>, "Chris Sharman" <chris.sharman@sorry.nospam> writes:i` >"Hoff Hoffman" <hoffman@xdelta.hp.nospam> wrote in message news:atr6mp$fdi$1@web1.cup.hp.com...q >> In article <at8f98$lnq$1@nsnmrro2-gest.nuria.telefonica-data.net>, "Steven Thompson" <steven@omga.biz> writes:p >>N >> :My Server has been handling mail happily for some months since the upgrade >> :to VMX 7.3-1 and tcpip 5.3.-( >> :I'm now not getting any mail at all. >>N >>   Do you already have the VMS731_SYS V2.0 ECO kit installed on this system? > ( >Is that the solution, or the problem ??   The (possible) problem   -- a Peter "EPLAN" LANGSTOEGERl% Network and OpenVMS system specialiste E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Thu, 19 Dec 2002 08:51:14 -0000a2 From: "Chris Sharman" <chris.sharman@sorry.nospam>' Subject: Re: SMTP just stopped working? 4 Message-ID: <ats1a3$eui$1$8300dec7@news.demon.co.uk>  : "Hoff Hoffman" <hoffman@xdelta.hp.nospam> wrote in message$ news:atr6mp$fdi$1@web1.cup.hp.com... >lL > In article <at8f98$lnq$1@nsnmrro2-gest.nuria.telefonica-data.net>, "Steven# Thompson" <steven@omga.biz> writes:i > E > :My Server has been handling mail happily for some months since the  upgradec > :to VMX 7.3-1 and tcpip 5.3.' > :I'm now not getting any mail at all.h >bE >   Do you already have the VMS731_SYS V2.0 ECO kit installed on this0 system?e  ' Is that the solution, or the problem ??    Chrisa   ------------------------------  # Date: Thu, 19 Dec 2002 21:54:34 GMTs From: dittman@dittman.netb; Subject: Re: TECSys Consoleworks on VMS - first impressionsn8 Message-ID: <uerM9.25738$3t6.25161@nwrddc03.gnilink.net>  2 Michael Austin <maustin@firstdbasource.com> wrote:E > I currently am using ConsoleWorks by TECSys (an obvious play on thee< > pronunciation as they are located in Austin, TEXAS :) )...  + Actually, they are located in Plano, Texas.  -- m Eric Dittman dittman@dittman.neto= Check out the DEC Enthusiasts Club at http://www.dittman.net/    ------------------------------    Date: 19 Dec 2002 15:01:57 -0800# From: dooleys@snowy.net.au (dooley)m Subject: Re: VAX 7810's.= Message-ID: <1ca82fc6.0212191501.7fd54f04@posting.google.com>d  o "Leigh Bowden" <LGBowden@bowdenfamily.fsnet.co.uk> wrote in message news:<atdisq$git$1@newsg2.svr.pol.co.uk>... / > Some suggestions would be useful on this one.j > N > Three machines A, B, C are all VAX 7810's fully ECO'd VMS 7.1 and DECnet/OSI > 7.1 ECO 5. 256MB memory etc. > 4 > A and B are live machines and C is a test machine. > K > A and B have three ethernet port, two FDDI and one X25 in each one. C has  > one FDDI and one ethernet. > N > A and C are in building X and B is in building Y about ten miles away. A andJ > C are connected by one of the FDDI lines with routing provided by Cisco.N > This is dedicated to one application and nothing else. All the ethernets and< > other FDDI are heavily used i.e. they cannot be taken out. > N > The DECnet copies between A and B are awful and can only do 2-3MB/minute. If5 > C is put in place of A this becomes 60-70MB/minute.s > M > If cards are moved from A to C the performance drops back to 2-3MB/minute..r > J > Is there a performance issue with the old VAXes and the XMI bus which isN > what I believe is used in the 7810? I saw some "Congestion Discards" on someN > of the NCL output for this FDDI line and wasn't present on any of the others  > but this was not a great deal.  0 Having encountered a similar problem recently :)A ie. transfers between one node and others occuring at 20-30KB/sec 7 while between other nodes the rates were 800-1000KB/sec 9 This was caused by an ethernet interface being configured?: for full-duplex on the switch and half-duplex on the node.< Configuring the switch to half-duplex on that port fixed it. Phil   ------------------------------  # Date: Fri, 20 Dec 2002 02:27:57 GMTA- From: "John E. Malmberg" <wb8tyw@qsl.network>h$ Subject: Re: VAX-VMS and Packetradio= Message-ID: <NevM9.33993$VA5.4246902@news1.news.adelphia.net>    Bill Gunshannon wrote:  A > I jus had a quicl look at KA9Q's home page.  It looks like NOS  F > development stopped around 1993 and there is not a version for VMS. ' > However, my method would still work!!m  / I am intending to do an OpenVMS based solution.-  G For others that might be interested, in the U.S. it does not cost much 8> to get going with a 1200 baud, 2-Meter Amateur radio solution.  G The license cost is only the volunteer examiner's fee, if any, and the y+ material for the test is not hard to learn..  C A suitable 2-Meter radio can be found for under $25.00 U.S., and a  A crystal controlled radio is fine, as it will be left only on one r frequency for a base station.L  E Used packet modems can also be found for about the same as the radio.E  H But as Bill and I have found, in some areas of the country there is not ( enough activity, to make it worth while.  I Now there is some activity for high speed wireless, but the equipment is  H much more expensive.  Amateur Radio operators share spectrum space with E many of the popular spread spectrum wireless LANS.  However, Amateur EI Radio operators are licensed to run higher power or (more likely) to use 2( better antennas to get longer distances.   -JohnB wb8tyw@qsl.network Personal Opinion Onlye   ------------------------------  % Date: Thu, 19 Dec 2002 10:38:12 +0100j' From: "Ton den Hartog" <tonh@xs4all.nl>lD Subject: Re: Where can I meet Dutch people and companies using VMS ?6 Message-ID: <3e019323$0$88850$e4fe514c@news.xs4all.nl>  > How should I know that ? :-) Because you reply in this group ?  ( Can I have your (real...) email addres ?   Ton    -- T ---%" Computer museum tonh: www.tonh.net - GUI version of GGGallery !G "Michiel Erens" <I.dont.want.spam@this.mailaddress.is.invalid> wrote in 9 message news:3E00F9DA.1DFF@this.mailaddress.is.invalid...e > Ton den Hartog wrote:S > >  > > Hi,r > > = > > are there any people from the Netherlands in this group ?e >i > I am (but you knew that).  >t > -- t > ME > Posted by news://news.nb.nue   ------------------------------   End of INFO-VAX 2002.701 ************************