1 INFO-VAX	Mon, 01 Oct 2001	Volume 2001 : Issue 545       Contents:& 3DLabs Oxygen Graphics Card Interrupts Alternate vendor memory. Re: Alternate vendor memory.) Re: Announcing ht://Dig 3.1.5 for OpenVMS  Re: Ben Rosen the real culprit?  Re: Ben Rosen the real culprit?  Re: Ben Rosen the real culprit?  Combine (Team) network cards? ! Re: Combine (Team) network cards? 5 Error on restore from tape - Directory Depth problem? 9 Re: Error on restore from tape - Directory Depth problem? 9 Re: Error on restore from tape - Directory Depth problem?  Re: Gateway Address question.  Re: Good bye VAX-6400's  Re: Good bye VAX-6400's  Re: Good bye VAX-6400's  Re: Good bye VAX-6400's  Re: Good bye VAX-6400's  Re: Good bye VAX-6400's L Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE  LONGER!K Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER! K Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER!  Re: imherited cluster help& Re: Major VMS reseller says VMS legacy% Re: OpenVMS, Purveyor and hackers ... % Re: OpenVMS, Purveyor and hackers ... = Re: OT - stupid mail scanning policy - banning PGP signatures 9 Re: OTHER OS'S CATCHING VMS?  WHAT HAVE YOU BEEN SMOKING? 9 Re: OTHER OS'S CATCHING VMS?  WHAT HAVE YOU BEEN SMOKING?  SCSI Cluster support on LVD? Re: Tape mount dismount ( Re: Text or FTN -> PDF - txt2pdf.c (1/1)A Re: To the tune of "It's still rock and roll to me" by Billy Joel  Re: VT emulation on Linux / Re: Warranty on ES45 reduced from 3 years to 1? / Re: Warranty on ES45 reduced from 3 years to 1? / Re: Warranty on ES45 reduced from 3 years to 1? > Re: [VMScluster] Cross Architecture Boot with Cluster_Config ?  F ----------------------------------------------------------------------  # Date: Sun, 30 Sep 2001 18:06:10 GMT ) From: "Fred Driscoll" <fdriscol@ucsd.edu> / Subject: 3DLabs Oxygen Graphics Card Interrupts 8 Message-ID: <maJt7.11287$T24.6769427@typhoon.san.rr.com>  C The processor in my XP1000 running VMS7.3 spends 60% of the time in  Interrupt State,I whenever the 3Dlabs Oxygen VX1 graphics card is in (MOTIF) "screen saver"  mode. J This occurs even when compute-intensive Batch jobs are using all available CPU cycles, A and it occurs for both the CPQ login screen and for user screens.   K One obvious workaround is to always have a user logged in with screen saver  disabled, but this is a little- hard to maintain in a multi-user environment.   J Does anyone how to eliminate this, including how to eliminate screen saver for all users on particular = nodes, or of  dec$windows parameters which would minimize it?   
 Fred Driscoll  fdriscol@REMOVE_THISucsd.edu   ------------------------------    Date: 30 Sep 2001 15:05:49 -07005 From: graham@the-shades.demon.co.uk (Graham Harrison) ! Subject: Alternate vendor memory. = Message-ID: <ed1713eb.0109301405.15d7d546@posting.google.com>    Hi,   $ Last question this evening - honest.  & Has anyone got any experience of using% Kingston compatable memory?  I put a  ' purchase request in for some memory for ' a DS20E and the bean counters tried to   get me this.  , I wouldn't normally credit the bean counters0 cost saving with much worth - but the difference, is staggering.  5548 versus 400 (yes 400)  6 If Compaq don't support it, or it will cancel/increase6 my service contract then fair enough and Compaq memory8 it is - otherwise how do I justify it to the big cheese?   Thanks.  Graham.    ------------------------------  % Date: Sun, 30 Sep 2001 19:34:36 -0500 % From: Keith Brown <kbrown780@isd.net> % Subject: Re: Alternate vendor memory. / Message-ID: <trfem01gavd01a@corp.supernews.com>    Graham Harrison wrote:   > Hi,  > & > Last question this evening - honest. > ( > Has anyone got any experience of using& > Kingston compatable memory?  I put a) > purchase request in for some memory for ( > a DS20E and the bean counters tried to > get me this. > . > I wouldn't normally credit the bean counters2 > cost saving with much worth - but the difference. > is staggering.  5548 versus 400 (yes 400) > 8 > If Compaq don't support it, or it will cancel/increase8 > my service contract then fair enough and Compaq memory: > it is - otherwise how do I justify it to the big cheese? > 	 > Thanks. 	 > Graham.  >   K Go for it Graham.  I've been running 1GB of Kingston memory on my DS20 for  J 2 years with no problems at all.  Compaq will not support it but Kingston J will over night replacement memory if needed.  We happen to have an older K 4100 we keep on site as a cold spare just in case we were to have a memory  K failure and would have to wait until the next day for a replacement.  Hope   this helps.    --   Keith Brown  kbrown780@isd.net    ------------------------------  % Date: Mon, 01 Oct 2001 04:59:25 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender)2 Subject: Re: Announcing ht://Dig 3.1.5 for OpenVMS; Message-ID: <3bb7dc0d.524144494f47414741@radiogaga.harz.de>   H I've just uploaded a revised version of the ht://Dig binary distribution8 to ftp://ftp.pdv-systeme.de/vms/htdig-3_1_5-vms-rel2.zip3 (and yes, this now should work from browsers, too).   C The archive also contains a GNU diff file of the changes I've made.   A I was able to achieve a 10% performance increase, mainly by using C "rfm=var","rat=cr" instead of the default StreamLF on the wordlist. 
 Amazing...  5 And htdig's -t option should now also be safe to use.    Enjoy,   Martin --  F   OpenVMS:                | Martin Vorlaender  |  VMS & WNT programmer3    The operating system   | work: mv@pdv-systeme.de F    God runs the           |   http://www.pdv-systeme.de/users/martinv/:    earth simulation on.   | home: martin@radiogaga.harz.de   ------------------------------  % Date: Sun, 30 Sep 2001 15:05:36 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> ( Subject: Re: Ben Rosen the real culprit?, Message-ID: <3BB76CFE.D521D4A7@videotron.ca>   Steve Reece wrote:I > A friend commented to me a couple of weeks back that he didn't see what H > either company wanted out of the deal and especially didn't understand5 > what Compaq would want with anything to do with HP.   G The way I see it, Compaq has thrown in the towel, admitting that it was M incapable of competing against DELL (and I fear the asians might be coming to K take over the desktop market), and that its Unix offering just isn't taking I any significant marketshare. The thing to do in this situation is to give 3 shareholders the most money/value for their shares.   N I think that the primary goal for HP is to eliminate a customer. And with thatN project, HP gains some key customers such as stock exchanges. The fact that HPI announced so quickly that the "Compaq" brand name would not survive is an N indication that HP doesn't care about Compaq's image in the low end market. IfM HP wants to distance itself from the PC "box maker" image, it is good to drop  the "Compaq" name.  M I don't see Tandem or VMS as being strategic to HP. It will keep them because I the cost of dropping them (PR, image etc) is too high. You can't drop the + stock exchange where you stock is trading !   J One key asset of Compaq is its VMS intellectual property,  something whichN Compaq has squandered. Not sure if/how HP would take advantage of it. They may* barter VMS in exchange for something else.  I > My own personal view is that the deal allows Compaq to gain significant % > assistance in porting stuff to IPF.    <colourful expression>K Compaq doesn't need to port anything important to IPF now. The only porting L project that may not be canned is the VMS one, and that one is just for showK to give the impression that VMS isn't being killed. (The remaining customer I base will most probably remain on Alpha for many years to come since they N don't want to be bothered with a port to IA64 that would last only a few years9 before VMS is officially declared dead in about 10 years.    ------------------------------  % Date: Sun, 30 Sep 2001 17:53:37 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com> ( Subject: Re: Ben Rosen the real culprit?( Message-ID: <9p8459$ijh$1@pyrite.mv.net>  > "Steve Reece" <SYSTEM@ipl.demon.co.nospam.uk> wrote in message0 news:3BB716B3.427D9654@ipl.demon.co.nospam.uk...   ...   I > A friend commented to me a couple of weeks back that he didn't see what H > either company wanted out of the deal and especially didn't understand5 > what Compaq would want with anything to do with HP.  > I > My own personal view is that the deal allows Compaq to gain significant G > assistance in porting stuff to IPF.  HP have gone through many cycles J > already (one would assume) and can transfer that knowledge to the Compaq( > teams for assistance with VMS and NSK.  K Well, since IPF was designed to be PA-RISC-binary-friendly, the problems of J porting from Alpha may be quite different.  And it was the Compaq (soon toF be Intel) compiler group, not HP's, that was the envy of that industry niche.   > J > The combined market shares of Tru64 and HP-UX might make the Unix streamI > more capable of competing with Sun which would also be of use (provided E > that too many customers don't jump ship to Slowaris in the meantime 
 > anyway).  K Given the difference in endianness, it's not clear that combining these two > products under one parent will achieve any noticeable synergy.   ...   I > What I still find less easy to see (probably because my awareness of HP I > as a company is not as great as it should be) is what HP get out of the E > deal.  Maybe they want the PC server business?  Maybe they want the = > Services business (does that sound familiar anyone???  :-))   H Carly gets another year's lease on life as HP's CEO, which was otherwiseF getting questionable.  (Of course, is still is, given how negative theL reaction to the merger has been - but they probably didn't anticipate that.)  J Curly remains employed, which was also getting *highly* questionable given< what was about to happen to profits following the Alphacide.  G Everyone else loses, if for no other reason than the massive additional E overhead of handling a merger of this size with the degree of product L overlap it has.  Why the BoDs are in favor is a mystery, but then again bothI BoDs have proven sufficiently incompetent that searching for any rational ! explanation may be wasted effort.    > I > Or maybe it's all true that Curly and Carly think that they can take on % > IBM with their winning combination?   K Given their combined track record, what they think is hardly persuasive.  I G suspect that IBM (and Sun, and Dell) are licking their chops in gleeful 0 anticipation of this new level of 'competition'.   - bill   ------------------------------  % Date: Sun, 30 Sep 2001 22:10:16 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> ( Subject: Re: Ben Rosen the real culprit?, Message-ID: <3BB7D087.D609816A@videotron.ca>   Bill Todd wrote:M > Given the difference in endianness, it's not clear that combining these two @ > products under one parent will achieve any noticeable synergy.  G Consider that unless proven otherwise, Tru64 is as good as dead. Once a N customer accepts that, he also accepts that full migration to another platform? will be necessary at which point endianness becomes irrelevant.   N Endianness is relevant only when the vendor tells you that the port to the new hardware will be "painless".  K Remember that in the past plenty of Digital customers migrated to HP. (that 4 will stop now that HP will be seen as the bad guy.)   G As a matter of fact, I don't know what percentage of HP sales came from K disenchanted Digital/Compaq customers. But it is a fair bet that HP will no G longer get those customers. SUN and IBM are now the sole benefactors of  HP/Compaq's goofs.   ------------------------------    Date: 30 Sep 2001 15:00:23 -07005 From: graham@the-shades.demon.co.uk (Graham Harrison) & Subject: Combine (Team) network cards?< Message-ID: <ed1713eb.0109301400.eed9f99@posting.google.com>   Hi,   2 I know that Multinet is capable of teaming network5 cards.  Does anyone know if TCPIP version 5.0A or 5.1 
 can do it?  8 I'm not allowed to move to another vendor for the TCPIP 9 stack, and could do with increasing the network bandwidth = to the server.  (Bring back LAT and terminal servers!  Damded  fangled PC environments <grin>)   < I can think of a way to do it with using a different network> address range and using a router - but that just seems messy, > and I know someone's going to cock it up about 6 months after < we do it, so I'd prefer just some way of bonding the network cards.     Thanks,  Graham.    ------------------------------  % Date: Sun, 30 Sep 2001 19:30:57 -0400 ( From: Hamlyn Mootoo <univms@bigfoot.com>* Subject: Re: Combine (Team) network cards?+ Message-ID: <3BB7AB31.C551AFCE@bigfoot.com>   @ Are you already running Full Duplex on your (I assume) Ethernet?   Graham Harrison wrote: >  > Hi,  > 4 > I know that Multinet is capable of teaming network7 > cards.  Does anyone know if TCPIP version 5.0A or 5.1  > can do it? > 9 > I'm not allowed to move to another vendor for the TCPIP ; > stack, and could do with increasing the network bandwidth ? > to the server.  (Bring back LAT and terminal servers!  Damded ! > fangled PC environments <grin>)  > > > I can think of a way to do it with using a different network? > address range and using a router - but that just seems messy, ? > and I know someone's going to cock it up about 6 months after > > we do it, so I'd prefer just some way of bonding the network > cards. > 	 > Thanks, 	 > Graham.    ------------------------------  % Date: Sun, 30 Sep 2001 10:24:05 -0700 * From: "Mitchell Troy" <mtroy@Jpl.nasa.gov>> Subject: Error on restore from tape - Directory Depth problem?- Message-ID: <9p7kfm$801$1@nntp1.jpl.nasa.gov>   F We are running OpenVMS 6.2. Recently our user disk crashed. We are now$ trying to restore from tape and get:  # %BACKUP-S-CREDIR, created directory K DKB300:[000000.COHARA.FORTRAN.TEMPLATES.SRC.EXTRACT.CAT.JOSH_65.BIG_PIX_X2] @ %BACKUP-I-INVDEEPDIR, output directory [000000...] not valid for# deepdirectories, try rooted logical F %BACKUP-E-OPENOUT, error opening DKB300:[000000...]CAT.EXE;1 as output# -RMS-F-DIR, error in directory name B %BACKUP-E-OPENOUT, error opening DKB300:[000000...]*.*;* as output% -RMS-F-RLF, invalid related NAM block   K The last message just repeats and it appears no more data is extracted from L tape. The problem as far as I can tell is we can't create more then 8 levels- of directory's. Is there a solution for this?    Thanks, 
 Mitchell Troy  mtroy@jpl.nasa.gov   ------------------------------  % Date: Sun, 30 Sep 2001 20:01:52 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> B Subject: Re: Error on restore from tape - Directory Depth problem?' Message-ID: <3BB7C080.9F65249E@fsi.net>    Mitchell Troy wrote: > H > We are running OpenVMS 6.2. Recently our user disk crashed. We are now& > trying to restore from tape and get: > % > %BACKUP-S-CREDIR, created directory M > DKB300:[000000.COHARA.FORTRAN.TEMPLATES.SRC.EXTRACT.CAT.JOSH_65.BIG_PIX_X2] B > %BACKUP-I-INVDEEPDIR, output directory [000000...] not valid for% > deepdirectories, try rooted logical H > %BACKUP-E-OPENOUT, error opening DKB300:[000000...]CAT.EXE;1 as output% > -RMS-F-DIR, error in directory name D > %BACKUP-E-OPENOUT, error opening DKB300:[000000...]*.*;* as output' > -RMS-F-RLF, invalid related NAM block  > M > The last message just repeats and it appears no more data is extracted from N > tape. The problem as far as I can tell is we can't create more then 8 levels/ > of directory's. Is there a solution for this?     Need to see your backup command.  < Generally, you can drop the "000000" directory from any pathF specification, unless it's simply "ddcu:[000000]". That may help bring$ you in under the limit, maybe not...   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------    Date: 30 Sep 2001 20:07:04 -0700/ From: chris@applied-synergy.com (Chris Scheers) B Subject: Re: Error on restore from tape - Directory Depth problem?< Message-ID: <754a27c1.0109301907.85e7c8b@posting.google.com>  _ "Mitchell Troy" <mtroy@Jpl.nasa.gov> wrote in message news:<9p7kfm$801$1@nntp1.jpl.nasa.gov>...rH > We are running OpenVMS 6.2. Recently our user disk crashed. We are now& > trying to restore from tape and get: > % > %BACKUP-S-CREDIR, created directoryoM > DKB300:[000000.COHARA.FORTRAN.TEMPLATES.SRC.EXTRACT.CAT.JOSH_65.BIG_PIX_X2]kB > %BACKUP-I-INVDEEPDIR, output directory [000000...] not valid for% > deepdirectories, try rooted logicalrH > %BACKUP-E-OPENOUT, error opening DKB300:[000000...]CAT.EXE;1 as output% > -RMS-F-DIR, error in directory name D > %BACKUP-E-OPENOUT, error opening DKB300:[000000...]*.*;* as output' > -RMS-F-RLF, invalid related NAM blocke > M > The last message just repeats and it appears no more data is extracted fromIN > tape. The problem as far as I can tell is we can't create more then 8 levels/ > of directory's. Is there a solution for this?O > 	 > Thanks,  > Mitchell Troy  > mtroy@jpl.nasa.gov  D It depends on your backup.  What was the command used to create your9 backup?  What command are you using to restore the files?n  @ What is the output specifier for your restore?  If you are using [000000...], try using [*...]i  
 Good luck!   ------------------------------  % Date: Sun, 30 Sep 2001 20:11:58 -0400 % From: "John Vottero" <John@mvpsi.com>S& Subject: Re: Gateway Address question./ Message-ID: <trfd6gfq78gm7a@news.supernews.com>-  = "William Barnett-Lewis" <wlewis@mailbag.com> wrote in message % news:3BB69F5A.2C95BE11@mailbag.com...  > Hello all,F > This is probably an obvious thing, but I haven't had luck finding an	 > answer.r >oF > I have a Solaris box set up to do NAT with ipfilter. I've changed myD > VLC's IP to 192.168.100.1 to fit the nat rules. But what do I tellF > VMS/Dec TCPIP to use as a default gateway? Any pointers appreciated.  6 Tell it to use the Solaris box as the default gateway.   ------------------------------  % Date: Sun, 30 Sep 2001 20:11:48 +01001& From: ChrisQ <lightwork@aerosys.co.uk>  Subject: Re: Good bye VAX-6400's- Message-ID: <3BB76E74.B9A9FF24@aerosys.co.uk>t   "antonio.carlini" wrote: >  > ChrisQ wrote:dS > > Wasn't much of the early X development done on a 725 ?. I think the machine was R > > called a VS100 (Vaxstation 100) and used a unibus graphics card, maybe from anT > > external vendor like Evans & Sutherland. Anyone know anything about this ?. SomeE > > of the very early X distibutions make reference to this hardware.i > 1 > I don't have a reference to hand, but I believei2 > that the VS100 was a UNIBUS board (or board set)/ > that was used to add workstation capabilitiesi, > to a VAX-11/750 (although I guess it would6 > have worked in any of the UNIBUS VAXen of the time). > 	 > Antonio- >     O Would love to get my hands on one of those, out of historical interest, just toaP see how fast (or slow) those early versions of X running on Vax really were. HadO a VSII GPX in the early nineties, given to me by a company I did some work for, P which was seriously slow for any serious work. The GPX was 0.9 Vips and had muchP more memory than a fully configured 725/730 at 0.3 Vips, so the results could beJ interesting ;-)... There was also a VS8000, which IIRC, was an 8200 Bi busL machine with an add on graphics card or set. That too was supported by earlyN versions of X windows. Any idea who built the graphics cards ?. Manufacturer / part numbers, anything ?.e  N Always wanted a 6000 series machine to play with, but the closest I got was anO BI bus 8300. Very big noisy fan that shifted an unbelievable amount of air. TherN BI bus cards were a work of art in themselves and beautifull enough to hang onI the wall. I fear we will never see hardware of such quality ever again in  mainstream computing.    Chrise   ------------------------------  % Date: Sun, 30 Sep 2001 21:07:18 +0100c+ From: "antonio.carlini" <arcarlini@iee.org>t  Subject: Re: Good bye VAX-6400's' Message-ID: <3BB77B76.F5CC0885@iee.org>e  
 ChrisQ wrote:oL > interesting ;-)... There was also a VS8000, which IIRC, was an 8200 Bi busN > machine with an add on graphics card or set. That too was supported by earlyP > versions of X windows. Any idea who built the graphics cards ?. Manufacturer / > part numbers, anything ?.   1 I only ever saw one VS8000 "in the field". It was 3 a KA825 (1.2VUPs, same CPU as the VAX 8250). It wasv2 indeed VAXBI based and came with an RD53 (or RD54). and there was a special BI controller for that (T1031, the KFBTA).K  - The graphics was the T1030 board set referrede* to as a KA800. This was produced (IIRC) by E&S.  P > Always wanted a 6000 series machine to play with, but the closest I got was anQ > BI bus 8300. Very big noisy fan that shifted an unbelievable amount of air. ThetP > BI bus cards were a work of art in themselves and beautifull enough to hang onK > the wall. I fear we will never see hardware of such quality ever again inu > mainstream computing./  ) We sold off a VAX 6000-400 and a VAX 8350.* (with UNIBUS cab) about six months ago :-(     Antoniod   -- v   --------------- - Antonio Carlini             arcarlini@iee.orgs   ------------------------------  # Date: Sun, 30 Sep 2001 20:45:39 GMTo4 From: "Terry C. Shannon" <terryshannon@mediaone.net>  Subject: Re: Good bye VAX-6400's= Message-ID: <TvLt7.14286$xG6.5573800@typhoon.ne.mediaone.net>b  6 "antonio.carlini" <arcarlini@iee.org> wrote in message! news:3BB77B76.F5CC0885@iee.org...  >  >i > ChrisQ wrote:uJ > > interesting ;-)... There was also a VS8000, which IIRC, was an 8200 Bi bus J > > machine with an add on graphics card or set. That too was supported by earlypC > > versions of X windows. Any idea who built the graphics cards ?.d Manufacturer / > > part numbers, anything ?.o > 3 > I only ever saw one VS8000 "in the field". It was-5 > a KA825 (1.2VUPs, same CPU as the VAX 8250). It wasF4 > indeed VAXBI based and came with an RD53 (or RD54)0 > and there was a special BI controller for that > (T1031, the KFBTA).  >t/ > The graphics was the T1030 board set referredu, > to as a KA800. This was produced (IIRC) by > E&S. >a  L Yep. T'was the "Shadowfax" graphics board IIRC. Not too many of these beasts, were produced. Timeframe was around 1986-87.   ------------------------------   Date: 1 Oct 2001 00:18:43 +0200a* From: eplan@kapsch.net (Peter LANGSTOEGER)  Subject: Re: Good bye VAX-6400's* Message-ID: <3bb79a43$1@news.kapsch.co.at>  c In article <mEwyySdlB75P@eisner.encompasserve.org>, koehler@encompasserve.org (Bob Koehler) writes:vT >In article <3BB351C5.732FB18@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes: >> oI >> 11/750's for me.  They were used until well after the 6000 series werecH >> released though, but that's another story. There's an 11/780 still in5 >> service I know about but that's yet another story.n >aH >   Ah, so you're a newcomer Nic.  When I started all VAXen were 11/780.   Count me in (1983)   -- r< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  # Date: Sun, 30 Sep 2001 23:45:06 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>  Subject: Re: Good bye VAX-6400's= Message-ID: <68Ot7.57101$vq.10598184@typhoon.ne.mediaone.net>n  7 "Peter LANGSTOEGER" <eplan@kapsch.net> wrote in messagef$ news:3bb79a43$1@news.kapsch.co.at...5 > In article <mEwyySdlB75P@eisner.encompasserve.org>, / koehler@encompasserve.org (Bob Koehler) writes:o5 > >In article <3BB351C5.732FB18@127.0.0.1>, Nic Clewsa  <sendspamhere@127.0.0.1> writes: > >>K > >> 11/750's for me.  They were used until well after the 6000 series were J > >> released though, but that's another story. There's an 11/780 still in7 > >> service I know about but that's yet another story.a > >yJ > >   Ah, so you're a newcomer Nic.  When I started all VAXen were 11/780. >- > Count me in (1983) >e  K And count me in as well (late 1982). First system was an 11/750 running VMSu 3.n.   ------------------------------  % Date: Sun, 30 Sep 2001 20:30:17 -0400 ' From: Howard S Shubs <howard@shubs.net>a  Subject: Re: Good bye VAX-6400's< Message-ID: <howard-BA456F.20301730092001@enews.newsguy.com>  = In article <68Ot7.57101$vq.10598184@typhoon.ne.mediaone.net>, 6  "Terry C. Shannon" <terryshannon@mediaone.net> wrote:  M > And count me in as well (late 1982). First system was an 11/750 running VMSo > 3.n.  I Me too.  Late 1982, VAX-11/780 (Northeastern University).  VAX/VMS 3.1.    They'd just upgraded to it.e --   Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------    Date: 30 Sep 2001 14:59:49 -0700( From: bob@instantwhip.com (Bob Ceculski)U Subject: Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE  LONGER! = Message-ID: <d7791aa1.0109301359.746b96b5@posting.google.com>   a Jack Patteeuw <jjpatteeuw@peoplepc.com> wrote in message news:<3BB729C2.E722D993@peoplepc.com>...t > Bob Ceculski wrote:  > > I > > I AM TIRED OF READING THESE LAME BRAIN SO CALLED VMS USERS SAYING VMSr > > TIME IS COMING S >  > <snip> > S > I agree.  But, how do I convince my management, who despite the fact we have manynU > millions of $$$ in VMS hardware and software and hundreds of thousands of man hours T > sunk into "in house developed code" (and are still buying more Alphas), think that# > the term "computer" means "PC" ??  > R > Every article I have ever seen on "Total Cost of Ownership" has come out againstV > "distributed" (i.e. "desktop, whether PC or Unix) but that's is were the bosses wantV > to go.  These people get 6 figure bonuses and are staring at 10-25% cut backs in theH > next few months, and they want to go desktop !!  They are truly crazy.  D you can give them windows clients on the desktop ... and keep vms asB the server ... not windows 2000 bomb server ... you can create fat clients with< products like synergys xfserver to serve vms data, or create applications thatoE are html or java (vms java server is 64 bits) based front ends or usei
 com on vmsB to service the front ends ... decwindows is also a possibility ...A right now with tcpware and purveyor you can give local ip clientst internet access over aD proxy server plus imap mail services plus run traditional cell based or xwindowsaB apps over a terminal emulator such as reflections ... so give them their stupidC windows client on the desktop, while keeping vms reliability on thep backend!   ------------------------------  % Date: Sun, 30 Sep 2001 19:21:05 -0500u% From: Keith Brown <kbrown780@isd.net>cT Subject: Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER!/ Message-ID: <trfdsar2l50pe1@corp.supernews.com>e   Philip Lewis wrote::  K > Did I not recently hear that one of those wonder ships running NT crashediL > every system, one after another and ended up lying dead in the water for 3% > days, and needed a tow into port ??p >  >i   You heard correctly.   -- g Keith Brownr kbrown780@isd.net    ------------------------------  # Date: Mon, 01 Oct 2001 01:47:57 GMTl4 From: "Terry C. Shannon" <terryshannon@mediaone.net>T Subject: Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER!= Message-ID: <hXPt7.57837$vq.10689520@typhoon.ne.mediaone.net>d  2 "Keith Brown" <kbrown780@isd.net> wrote in message) news:trfdsar2l50pe1@corp.supernews.com...  > Philip Lewis wrote:h >HE > > Did I not recently hear that one of those wonder ships running NTh crashedtL > > every system, one after another and ended up lying dead in the water for 3i' > > days, and needed a tow into port ??c > >e > >U >n > You heard correctly. >f  H It gets worse. Seems that the next US aircraft carrier (due 2007/2008 orL so), CVN such-and-such, will sport a Windoze-based battle management system.L I am sure that rivals and potential enemies of the USA are delighted by this Stupid Strategy Trick.   ------------------------------  # Date: Mon, 01 Oct 2001 00:50:00 GMT ) From: rob.buxton@wcc.govt.nz (Rob Buxton).# Subject: Re: imherited cluster helpm0 Message-ID: <3bb7ba13.16665443@news.wcc.govt.nz>  B On Sat, 29 Sep 2001 23:56:07 GMT, "ron" <ron@cyberping.com> wrote:  ) >I have inherited VMS and need some help.g >  >I need to be able : > 4 >rsh from one box to sever others boxes and do a set
 >of commands.s >a7 >for security reasons I don't want to leave my username  >and password visible. >oI >How can I setup something that prompts me once for user/pass then parsesn >that to all the rsh commands. >s >eg. >rsh box1 "sh users" >rsh box2 "sh users" >rsh box3 "sh users" >: >Any help greatly appreciated. >u >m  F If box1, box2 & box3 are all members of the cluster then you only need to log into the one box.  ! If you were logged into box1 thenD/ show user - would show all users on the clusteri3 show user/node=box1 - would show users on box1 only 4 show user /node=box2 - would show users on box2 only  B if you want to do these commands from a remote Unix System you may- want to look at creating a command procedure.,  D A Cluster under VMS functions very much as a single entity. You only8 need a single login to access the majority of resources.   Rob.   ------------------------------  # Date: Sun, 30 Sep 2001 18:22:08 GMTe4 From: "Terry C. Shannon" <terryshannon@mediaone.net>/ Subject: Re: Major VMS reseller says VMS legacyi= Message-ID: <kpJt7.14273$xG6.5507195@typhoon.ne.mediaone.net>e  3 "John McLean" <mcleanj@dplanet.ch> wrote in message $ news:3BB38160.E246D4B2@dplanet.ch... >- >- > Alan Greig wrote:, > >e? > > A major UK Compaq ISV and VMS specialist has just set up an>H > > outsourcing subsidiary XAMAN who are continually on the phone to me.G > > Constant phone calls prompted me to read the brochure and found thee > > following: > >aI > > "Such legacy systems comprise, in the main, a large number of Digital J > > VMS environments. In its time, VMS dominated manufacturing, and in theI > > right hands is still capable of running large,, modern workloads. ButtJ > > it is now functionally stabilized and the tide is running out for much9 > > of the UK's installed base of older Digital systems."r  K Yep, the tide is receding for "older Digital systems" a.k.a. VAXen. The VAX*5 installed base has declined to ~150K units worldwide.h  L VMS has been an operationally stable OS since I first started managing it inL 1983 (V3.n). But *functionally* stable? I don't think so... seems to me thatK new goodies were added in V7.3 and that more goodies are planned for future@	 releases.v   > >-H > > "Our skills with VMS run deep. To this day we continue to wring more> > > performance efficiencies from the final generation of thisD > > technology,... And we yield to nobody in our ability to plan andI > > implement effective transitional and migration strategies to UNIX andS > > Microsoft environments."  K "Effective transitional and migration to Microsoft environments (from VMS)"DK is an oxymoron. Just ask the US Veterans Administration and others who have. come back to VMS._   > > H > > There's more like this. So a major reseller has decided to scare VMS4 > > customers further for their own commercial gain. > >o  - Scare tactics often work. Ask any politician!R   ------------------------------  % Date: Sun, 30 Sep 2001 19:59:30 -050001 From: "David J. Dachtera" <djesys.nospam@fsi.net> . Subject: Re: OpenVMS, Purveyor and hackers ...& Message-ID: <3BB7BFF2.76A8605@fsi.net>   Bob Ceculski wrote:  > [snip]   Bob - Bob - Bob!!!!i  % Ease up before you rupture something!f  F In the first place, you're preaching to the choir here. We all need toD vent one in a while, but you're gas burner is stuck on high fire andD you're boiler's gonna blow! (She canna take much more o'this, Cap'n, she's goin' to blow!)m  & In the second place, your targets are:   Mark Gorham, V.P. - OpenVMSw  ! Rich Marcello, V.P. Alpha Systems   % Mike Capellas, Chairman & CEO, Compaq/  F Those are the folks you need to be targeting, unless you're gonna takeC the bull by the horns and make OpenVMS a household word in spite of:
 Compaq/HP.   -- r David J. Dachtera  dba DJE Systemse http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/o   ------------------------------  % Date: Sun, 30 Sep 2001 21:19:43 -0400O( From: Hamlyn Mootoo <univms@bigfoot.com>. Subject: Re: OpenVMS, Purveyor and hackers ...+ Message-ID: <3BB7C4AF.D697041B@bigfoot.com>r  G Be careful when you use the word "targets" and direct someone to them. IE You don't know what this could result in.  He might work for the U.S.fF postal service for all WE know.  Wait a minute.... what am I saying.... Sir, the list below is a list of your targets.   HM   "David J. Dachtera" wrote: >  > Bob Ceculski wrote:r
 > > [snip] >  > Bob - Bob - Bob!!!!p > ' > Ease up before you rupture something!  > H > In the first place, you're preaching to the choir here. We all need toF > vent one in a while, but you're gas burner is stuck on high fire andF > you're boiler's gonna blow! (She canna take much more o'this, Cap'n, > she's goin' to blow!)  > ( > In the second place, your targets are: >  > Mark Gorham, V.P. - OpenVMSc > # > Rich Marcello, V.P. Alpha Systems  > ' > Mike Capellas, Chairman & CEO, Compaqu > H > Those are the folks you need to be targeting, unless you're gonna takeE > the bull by the horns and make OpenVMS a household word in spite ofe > Compaq/HP. >  > -- > David J. Dachtera< > dba DJE Systemsu > http://www.djesys.com/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/w   ------------------------------  * Date: Mon, 1 Oct 2001 04:00:53 +0000 (UTC)& From: dsf@frontiernet.net (Dan Foster)F Subject: Re: OT - stupid mail scanning policy - banning PGP signatures5 Message-ID: <9p8ppl$33kc$1@node21.cwnet.roc.gblx.net>h  3 In article <3B713722.1A570155@mail.ourservers.net>,l3 Robert Alan Byer  <byer@mail.ourservers.net> wrote:e >D.Webb wrote: >> iM >> Just received this automatic response to a message I posted earlier on the  >> subject of PGP.O >> This seems to be one of the most lame brained policies I have seen for ages.o; >> They are attempting to ban PGP signed messages  - Why ??B >> >9C >Yep, since it was MY message that tripped this I also got the samee >reply.a >tF >I know that there are alot of companies out there that monitor e-mailH >and when peopel started using PGP to encode messages they placed blocksF >in the e-mail server to prevent this because they wanted to know what >was being sent. > F >Again, the down side is that they usually block ALL PGP messages even2 >signed ones because it can't tell the difference. >iG >Basically you're probalby looking at an attempt to make damm sure that I >something they don't want to get out via e-amil like data etc is gettinguG >out and that the e-mail system is being used for only proper purposes.- >(i.e. anal department manager)n >oG >Since it said that the message was "archived" leads me to believe thatoI >"someone" goes throught the archived messages to make sure everything is E >O.K. (i.e you arn't sending vital company data, kiddie porn etc) andc/ >probably you'll see the message someday, maby.X >sH >I've never heard of any e-mail server trying to execute a PGP signatureD >or PGP encoded message so I don't think blocking PGP messages is an! >attempt ot thwart virus attacks.s   wrt blocking PGP messages:  G Now that's moronic, even if I understand the somewhat dubious reasoningyG behind it. I think a carefully crafted bit of ASCII art may be in orderi> to whomever maintains the archives (of corporate e-mails). :-)  L With that said, wasn't there some sort of UK law passed within the past yearI that required employers to be able to procure encryption keys and whatnotnL upon request from appropriate authorities? (Going on from vague memory here,I mind you.) If so, that may have been a big incentive, to stay out of that- whole legal mess.-  K (I noted the .uk address of the person/org that sent this auto-reply back.)i   -Dan   ------------------------------  % Date: Sun, 30 Sep 2001 17:36:29 -0400e' From: "Bill Todd" <billtodd@foo.mv.com>TB Subject: Re: OTHER OS'S CATCHING VMS?  WHAT HAVE YOU BEEN SMOKING?( Message-ID: <9p8357$hu3$1@pyrite.mv.net>  7 Can we take up a collection to replace this guy's VT05?    - bill  5 "Bob Ceculski" <bob@instantwhip.com> wrote in messaget7 news:d7791aa1.0109292021.54b558a9@posting.google.com... * > GARTNER CALLS FOR ABANDONMENT OF IIS ...G > WINDOWS ADVANCED SERVER 2000 CRASHES 3 TIMES IN 3 DAYS WHILE TRAININGh > ON IT ...c, > WINDOWS XP SAID FULL OF SECURITY HOLES ..." > UNIX SECURITY PATCHES ABOUND ...A > AND IN THE MEAN TIME I SLEEP WELL AT NIGHTS WHILE MY SOON TO BE C > OUT OF DATE LEGACY VMS SYSTEMS JUST MARCH ALONG ... FIFTEEN YEARS A > NOW WITHOUT AN OS CRASH ... WEB SERVER UP 7 MONTHS STRAIGHT ...e. > WHILE NIMBA TRIES TO HIT VMS I JUST YAWN ... > D > AND I AM GOING TO PORT SOON TO WINDOWS OR UNIX?  I DON'T THINK SO!/ > AND NEITHER DOES THE MILITARY THANK GOODNESS!tG > WINDOWS WILL ALWAYS BE A CLIENT ... CUTLER HAS FAILED TO TURN WINDOWSaC > INTO VMS ... YOU GO AHEAD AND PORT OFF THE ONLY SECURE AND STABLEiB > OS AROUND ... ME AND THE MILITARY, WE'LL JUST SET BACK AND WATCH > YOU LOSE YOUR HAIR!- >- > A POEM ... > ( > WHAT IDIOTS DO WORK IN THE WORLD OF IT) > EXCEPT FOR THOSE WHO USE VMS REGULARLY!n' > PORT OFF OF IT AND SOON YOU WILL FARE & > WITHOUT YOUR JOB AND ALSO YOUR HAIR! >n? > GOOD LUCK WITH YOUR WINDOWS IIS UNIX PORT ... YOU'LL NEED IT! 
 > LOTS OF IT!s   ------------------------------  # Date: Mon, 01 Oct 2001 00:29:09 GMT ) From: rob.buxton@wcc.govt.nz (Rob Buxton) B Subject: Re: OTHER OS'S CATCHING VMS?  WHAT HAVE YOU BEEN SMOKING?0 Message-ID: <3bb7b8a9.16303783@news.wcc.govt.nz>  E On Sun, 30 Sep 2001 17:36:29 -0400, "Bill Todd" <billtodd@foo.mv.com>  wrote:  8 >Can we take up a collection to replace this guy's VT05? >e >- billI    Maybe, but I like the sentiment! > 6 >"Bob Ceculski" <bob@instantwhip.com> wrote in message8 >news:d7791aa1.0109292021.54b558a9@posting.google.com...+ >> GARTNER CALLS FOR ABANDONMENT OF IIS ...hH >> WINDOWS ADVANCED SERVER 2000 CRASHES 3 TIMES IN 3 DAYS WHILE TRAINING >> ON IT ...- >> WINDOWS XP SAID FULL OF SECURITY HOLES ...a# >> UNIX SECURITY PATCHES ABOUND ...sB >> AND IN THE MEAN TIME I SLEEP WELL AT NIGHTS WHILE MY SOON TO BED >> OUT OF DATE LEGACY VMS SYSTEMS JUST MARCH ALONG ... FIFTEEN YEARSB >> NOW WITHOUT AN OS CRASH ... WEB SERVER UP 7 MONTHS STRAIGHT .../ >> WHILE NIMBA TRIES TO HIT VMS I JUST YAWN ...t >>E >> AND I AM GOING TO PORT SOON TO WINDOWS OR UNIX?  I DON'T THINK SO!b0 >> AND NEITHER DOES THE MILITARY THANK GOODNESS!H >> WINDOWS WILL ALWAYS BE A CLIENT ... CUTLER HAS FAILED TO TURN WINDOWSD >> INTO VMS ... YOU GO AHEAD AND PORT OFF THE ONLY SECURE AND STABLEC >> OS AROUND ... ME AND THE MILITARY, WE'LL JUST SET BACK AND WATCH> >> YOU LOSE YOUR HAIR! >>
 >> A POEM ...r >>) >> WHAT IDIOTS DO WORK IN THE WORLD OF IT * >> EXCEPT FOR THOSE WHO USE VMS REGULARLY!( >> PORT OFF OF IT AND SOON YOU WILL FARE' >> WITHOUT YOUR JOB AND ALSO YOUR HAIR!6 >>@ >> GOOD LUCK WITH YOUR WINDOWS IIS UNIX PORT ... YOU'LL NEED IT! >> LOTS OF IT! >l >s   ------------------------------    Date: 30 Sep 2001 14:53:53 -07005 From: graham@the-shades.demon.co.uk (Graham Harrison)-% Subject: SCSI Cluster support on LVD?1= Message-ID: <ed1713eb.0109301353.34d9459d@posting.google.com>.   Hi,u  ' Does anyone know if, and if not - when, ) Scsi clustering will be supported on LVD?e  * I have a few scsi clusters to support, and. we need to try and reduce the IO bottle necks.- I can upgrade the controllers on the externaln+ RAID to LVD quite reasonably (compaired to  * adding more disks)  But are any of the LVD( (Ultra2 or Ultra3) controlers supported?   Thanks,. Graham.i   ------------------------------  # Date: Mon, 01 Oct 2001 01:11:04 GMT0) From: rob.buxton@wcc.govt.nz (Rob Buxton)h  Subject: Re: Tape mount dismount0 Message-ID: <3bb7c069.18287405@news.wcc.govt.nz>  E On Sat, 29 Sep 2001 07:47:14 +0800, "Kenneth" <chehon@netvigator.com>t wrote:  L >When I try to stop some SLS backup job, I usually delete the job entry. ButG >sometimes the entry just stay in aborting status and the subprocess it-K >created will fall in to suspend mode which will not ended. The worst thinguH >is, the tape it allocated will change to a mounted dismounted status. IF >cannot stop the process by $STOP PROCES/ID=???? to stop the suspended/ >process. All I can do is to reboot the system.. >aC >1. Is there any way I can force stop the process beside using STOP  >PROCESS/ID?F >2. Is there any work around if I cannot reboot the system right away?I >3. Is this a proper way to stop a SLS job by del it's entry, or should It7 >just offline the tape drive to make the process exist?  >u >  Yep, seen this.   A Once the SLS job is killed, the Tape drive is still retained by a  given user.   E There's a utility you can get from Compaq which will release the TapeG Drive from a specific owner.  0 The utility shows up with the following details:  . $ mcr DSA1100:[UTILITIES.VAX]TAPE_RELEASE.EXE; MTDISMOUNT V02.02eB This program is provided by the DIGITAL Customer Support Center inD conjunction with CSCPAT_0245.  It must be used ONLY for its intended7 purpose - to recover from the symptom described in fileGA SYS$HELP:CSCPAT_024501*.RELEASE_NOTES where a tape device becomeseC allocated to a non-existent process.  The user of this program mustwC have CMKRNL and WORLD privilege.  To obtain additional information, = contact the Customer Support Center by calling (800)354-9000.h Device Name:       HTH    Rob.   ------------------------------  % Date: Sun, 30 Sep 2001 15:19:29 -0500hC From: "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com>o1 Subject: Re: Text or FTN -> PDF - txt2pdf.c (1/1).I Message-ID: <craig.berry-1A37ED.15192930092001@newsrump.sjc.telocity.net>t  = In article <b5f3f0d8.0109291515.35bc1070@posting.google.com>,r-  chris_doran@my-deja.com (Chris Doran) wrote:   ; > "Dave Pampreen" <davepampreen@home.com> wrote in message 2* > news:<Ps7t7.135834$K6.62061093@news2>...H > > Is there a converter(s) that will take a text file (Fortran carriage( > > control) file and convert it to PDF? > > > TXT2PDF: http://www.planetpdf.com/mainpage.asp?WebPageID=156 > @ > This gives what I suspect is an early PDF file format which isC > acceptable to the real Acrobat reader, but not to some others. ItcE > works on VMS (use DEFINE/USER to redirect stdin/stdout to files). IeG > assume that compiled/linked with DEC C it will handle FORTRAN CC, but  > I haven't tried it.   H I've been using this one, but ran into a few problems that caused me to A add the enhancements included in the version attached here.  The 0G results I've been getting with my version have been readable with XPDF IG on VMS, various versions of Acrobat Reader on Mac and Windows, and the e- Preview application that comes with Mac OS X.    These are my changes:   E 1.) ftell() was not working on pipes, so I added a simple counter so e3 txt2pdf always knows how many chars it has written.i  F 2.) Windows versions of Acrobat Reader yelp (though can usually still D read the file) if the lines end with CRLF rather than just CR, so I D changed \n to \r throughout.  In my (limited) tests I have not seen ' this cause problems on other platforms.m  D 3.) I added some code to do input and output redirection so you can G just say MCR []TXT2PDF < FOO.TXT > FOO.PDF without having to use pipes nF or reassignments.  N.B. If you do use one of the latter methods, your H output files will be VFC, variable-length.  If you then ftp such a file F in ASCII mode, things will seem fine until you get a file larger than G 32K, at which point you'll get unexpected line breaks at 32K intervals eG (the maximum record length for VFC).  So, ftp it in binary mode or use  @ the redirection I've built in, which reopens the output file as 0 Stream_CR with carriage return carriage control. /* 	Copyright 1998t! 	P. G. Womack, Diss, Norfolk, UK.s
 	"BugBear"0 	Do what you like, but don't claim you wrote it.?         2001, VMS mods by Craig Berry (not claiming I wrote it)- */   #include <stdio.h> #include <string.h>0 #include <stdlib.h>t #include <stdarg.h>u   float page_width = 594.0;d float page_depth = 828.0;  float margin = 30.0; float font_size = 10.0;  float lead_size = 10.0;  int object_id = 1; int page_tree_id;h long int chars_out = 0;d   typedef struct _PageList { 	struct _PageList *next;
 	int page_id;o } PageList;n   ints, my_printf(const char *format_string, ... ) { 	char tmpbuf[1024];  	va_list args;   	va_start(args, format_string);I4 	chars_out += vsprintf(tmpbuf, format_string, args); 	va_end(args); 	return fputs(tmpbuf, stdout);	e }    int num_pages = 0; PageList *pages = NULL;h  PageList **insert_page = &pages; store_page(int id) { . 	PageList *n = (PageList *)malloc(sizeof(*n)); 	if(n == NULL) 	{ 		fprintf(stderr, ; 			"Unable to allocate array for page %d.", num_pages + 1);e
 		exit(1); 	} 	n->next = NULL; 	n->page_id = id;o 	*insert_page = n; 	insert_page = &n->next;
 	num_pages++;2 }w   int num_xrefs = 0; long *xrefs = NULL;    start_object(int id) {  	if(id >= num_xrefs) 	{ 		long *new_xrefs; 		int delta, new_num_xrefs;  		delta = num_xrefs / 5; 		if(delta < 1000) 			delta += 1000; $ 		new_num_xrefs = num_xrefs + delta;A 		new_xrefs = (long *)malloc(new_num_xrefs * sizeof(*new_xrefs));  		if(new_xrefs == NULL)1 		{0 			fprintf(stderr, C3 				"Unable to allocate array for object %d.", id);M 			exit(1);l 		}a7 		memcpy(new_xrefs, xrefs, num_xrefs * sizeof(*xrefs));o 		free(xrefs); 		xrefs = new_xrefs; 		num_xrefs = new_num_xrefs; 	} 	xrefs[id] = chars_out;4 	my_printf("%d 0 obj\r", id);n }e   int stream_id, stream_len_id;C long stream_start; float ypos;j start_page() {  	stream_id = object_id++;M 	stream_len_id = object_id++;h 	start_object(stream_id);o4 	my_printf("<< /Length %d 0 R >>\r", stream_len_id); 	my_printf("stream\r");  	stream_start = chars_out;) 	my_printf("BT\r/F0 %g Tf\r", font_size);a 	ypos = page_depth - margin;' 	my_printf("%g %g Td\r", margin, ypos); ! 	my_printf("%g TL\r", lead_size);p }e  
 end_page() {, 	long stream_len;  	int page_id = object_id++;l 	store_page(page_id);i 	my_printf("ET\r"); ' 	stream_len = chars_out - stream_start;l" 	my_printf("endstream\rendobj\r"); 	start_object(stream_len_id);t( 	my_printf("%ld\rendobj\r", stream_len); 	start_object(page_id);~^ 	my_printf("<</Type/Page/Parent %d 0 R/Contents %d 0 R>>\rendobj\r", page_tree_id, stream_id); }   	 do_text()n {B 	char buffer[8192];b 	start_page(); 	while(gets(buffer) != NULL) 	{ 		if(ypos < margin)3 		{t 			end_page(); 			start_page(); 		}@   		if(strlen(buffer) == 0)r 			my_printf("T*\r");e  		elses 		{w 			if(buffer[0] == '\f') 			{ 				end_page();n 				start_page();  			} 			elseh 			{ 				char c, *s = buffer; 				putchar('('); chars_out++; 				while((c = *s++) != '\0')v 				{i 					switch(c) 					{ 						case '(':n 						case ')':  						case '\\':" 							putchar('\\'); chars_out++; 					} 					putchar(c); chars_out++;D 				}  				my_printf(")'\r"); 			} 		}A 		ypos -= lead_size; 	} 	end_page(); }c   #ifdef __VMS #include <ssdef.h>   void, initialize_main ( int *argc, char **argv[] ) {    int i, j, k, new_argc = 0;
   int append;l   char **vms_argv;
   FILE *f;  9   vms_argv = (char **) malloc((*argc+1) * sizeof(char*));-      vms_argv[new_argc++] = **argv;     for (i = 1; i < *argc; i++) { #         if (argv[0][i][0] == '>') {:             k = 1;             append = 0;D'             if (argv[0][i][k] == '>') {s                 k++;                 append++;a
             }u              if (argv[0][i][k]) {U                 f = freopen(argv[0][i]+k,append?"a":"w",stdout,"rat=cr","rfm=stmcr");y                 if (!f) {n1                     perror("stdout redirection");n$                     exit(SS$_ABORT);                 } F             } else if (i+1 < *argc && argv[0][i+1] && *argv[0][i+1]) {U                 f = freopen(argv[0][i+1],append?"a":"w",stdout,"rat=cr","rfm=stmcr");s                 if (!f) { 1                     perror("stdout redirection"); $                     exit(SS$_ABORT);                 }                  i++;
             } B         } else if (argv[0][i][0] == '2' && argv[0][i][1] == '>') {             k = 2;             append = 0;/'             if (argv[0][i][k] == '>') {                  k++;                 append++;a
             }i              if (argv[0][i][k]) {+                 if (argv[0][i][k] == '&') {3@             	    if (argv[0][i][k+1] != '1') exit(SS$_BADPARAM);$                     stderr = stdout;             	} else { D                     f = freopen(argv[0][i]+k,append?"a":"w",stderr);                     if (!f) {.5                         perror("stderr redirection");y(                         exit(SS$_ABORT);                     }s                 }iF             } else if (i+1 < *argc && argv[0][i+1] && *argv[0][i+1]) {-                 if (argv[0][i+1][0] == '&') {g@             	    if (argv[0][i+1][1] != '1') exit(SS$_BADPARAM);$                     stderr = stdout;             	} else {oD                     f = freopen(argv[0][i+1],append?"a":"w",stderr);                     if (!f) {c5                         perror("stderr redirection");c(                         exit(SS$_ABORT);                     }C                 }a                 i++;
             }d(         } else if (*argv[0][i] == '<') {              if (argv[0][i][1]) {4                 f = freopen(argv[0][i]+1,"r",stdin);                 if (!f) {r0                     perror("stdin redirection");$                     exit(SS$_ABORT);                 }wF             } else if (i+1 < *argc && argv[0][i+1] && *argv[0][i+1]) {4                 f = freopen(argv[0][i+1],"r",stdin);                 if (!f) {:0                     perror("stdin redirection");$                     exit(SS$_ABORT);                 }.                 i++;
             }5         } else {.             vms_argv[new_argc++] = argv[0][i];	         }o   }      *argc = new_argc;>   vms_argv[new_argc] = NULL;   *argv = vms_argv;  }o   #endif /* __VMS */   int main(int argc, char **argv)o {  	int i, catalog_id, font_id; 	long start_xref;  #ifdef __VMS1 	/* handle Unix-style command-line redirection */W#     	initialize_main(&argc, &argv);  #endif 	my_printf("%%PDF-1.0\r"); 	page_tree_id = object_id++; 	do_text();e 	font_id = object_id++;t 	start_object(font_id);l_ 	my_printf("<</Type/Font/Subtype/Type1/BaseFont/Courier/Encoding/WinAnsiEncoding>>\rendobj\r");  	start_object(page_tree_id);4 	my_printf("<</Type /Pages /Count %d\r", num_pages); 	{ 		PageList *ptr = pages; 		my_printf("/Kids[\r"); 		while(ptr != NULL)
 	        {' 			my_printf("%d 0 R\r", ptr->page_id);r 			ptr = ptr->next;  		}t 		my_printf("]\r");e 	}O 	my_printf("/Resources<</ProcSet[/PDF/Text]/Font<</F0 %d 0 R>> >>\r", font_id);o@ 	my_printf("/MediaBox [ 0 0 %g %g ]\r", page_width, page_depth); 	my_printf(">>\rendobj\r");m 	catalog_id = object_id++; 	start_object(catalog_id);E 	my_printf("<</Type/Catalog/Pages %d 0 R>>\rendobj\r", page_tree_id);e 	start_xref = chars_out; 	my_printf("xref\r");u  	my_printf("0 %d\r", object_id);$ 	my_printf("0000000000 65535 f \r"); 	for(i = 1; i < object_id; i++)X+ 		my_printf("%010ld 00000 n \r", xrefs[i]);tO 	my_printf("trailer\r<<\r/Size %d\r/Root %d 0 R\r>>\r", object_id, catalog_id);n4 	my_printf("startxref\r%ld\r%%%%EOF\r", start_xref);	 	exit(0);l
 	return 0; }a   ------------------------------  # Date: Sun, 30 Sep 2001 18:31:18 GMTs4 From: "Terry C. Shannon" <terryshannon@mediaone.net>J Subject: Re: To the tune of "It's still rock and roll to me" by Billy Joel= Message-ID: <WxJt7.14278$xG6.5511583@typhoon.ne.mediaone.net>l  ; "Island Computers" <dbturner@islandco.com> wrote in messageb) news:trcstnoc9falfa@news.supernews.com... L > You should be working for Compaq's advertising firm - I am sure they would > do better then...t > DT  
 Amen to that!c   ------------------------------   Date: 1 Oct 2001 00:21:04 +0200a* From: eplan@kapsch.net (Peter LANGSTOEGER)" Subject: Re: VT emulation on Linux* Message-ID: <3bb79ad0$1@news.kapsch.co.at>  s In article <3BB32E7A.AEBF2558@digitalsynergyinc.com>, "Jeffrey H. Coffield" <jeffrey@digitalsynergyinc.com> writes: F >Has anyone found a good (and free) VT emulation for Linux? The best I >have been ableaG >to find is Eterm but it has some bugs in switching between numeric ando >application >keypad modes.   I'd start with C-Kermit...   -- m< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  # Date: Sun, 30 Sep 2001 18:26:22 GMTL4 From: "Terry C. Shannon" <terryshannon@mediaone.net>8 Subject: Re: Warranty on ES45 reduced from 3 years to 1?= Message-ID: <itJt7.14276$xG6.5509400@typhoon.ne.mediaone.net>O  > "Malcolm Dunnett" <nothome@spammers.are.scum> wrote in message& news:4oHjj5R0cTEl@malvm6.mala.bc.ca...> > In article <oi2t7.35987$vq.8354948@typhoon.ne.mediaone.net>,< >     "Terry C. Shannon" <terryshannon@mediaone.net> writes: >S > >N8 > > "Steve Thompson" <smt@twcny.rr.com> wrote in messageG > > news:Pine.LNX.4.33.0109281300001.5914-100000@ibmbox.vgersoft.com...E > >>K > >> Even if the total change in price is zero, maintenance $$$ often comes  outII > >> of a different pot than new hardware $$$, and a change like this may  well7 > >> make new hardware purchases easier for some folks.- > >> > >-A > > Good point. Anything to minimize the entry price is goodness.. > >nJ >   Not necessarily. It's often easier to get a larger one-time allocationH > (eg new purchase) than get an ongoing budget increase. I suspect thereC > will be as many customers who find a purchase harder with a lower # > initial price/higher maintenance.n > K >   Perhaps the change has something to do with the HP takeover. Warranties J > are an "unfunded liability" in accounting terms and HP may prefer to getE > the service revenues as an ongoing stream rather than taking on theTE > warranty responsibility on systems being sold while Compaq is still  > and independant entity..  D Hadn't thought of that, but the ES45 warranty change predated the HPH acquisition by about three weeks. (Not that the HP acquisition wasn't onC CPQ's radar screen at the time the ES45 went into the price files.)E   >AI >   Does this change apply to all Alpha systems sold from now on or is itW > specific to the ES45?M >   J That's a good question. IIRC the GS-Series has a one-year warranty, unsure about DS-series boxes.   ------------------------------  % Date: Sun, 30 Sep 2001 14:57:18 -0400.- From: Jack Patteeuw <jjpatteeuw@peoplepc.com>M8 Subject: Re: Warranty on ES45 reduced from 3 years to 1?, Message-ID: <3BB76B0E.314569DB@peoplepc.com>   "Terry C. Shannon" wrote:Y >L? > Good point. Anything to minimize the entry price is goodness.   T Actually anyone buying "NEW" hardware is really missing the boat !!  Used ES40's areU cheap, even with 833 Mhz processors. !!  I got a quote on an 833 Mhz processor (used)N for $8,500.   U Sun is dying right now because there is so much of "last years" equipment on the usedeR market (from all the door coms going out of business) that hardly anyone is buyingJ their new Sun Blades.  (Ultra 1 w/Creator 3D, 256 Mb memory, 2 2Gb - $750)  U Where I work, the bosses look at lot closer at the purchase price than they do at theu maintenance price.     -- L  
 Jack Patteeuwf   ------------------------------  # Date: Sun, 30 Sep 2001 19:13:06 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>8 Subject: Re: Warranty on ES45 reduced from 3 years to 1?= Message-ID: <69Kt7.14283$xG6.5530020@typhoon.ne.mediaone.net>   : "Jack Patteeuw" <jjpatteeuw@peoplepc.com> wrote in message& news:3BB76B0E.314569DB@peoplepc.com... >0 >r > "Terry C. Shannon" wrote:o > >tA > > Good point. Anything to minimize the entry price is goodness.4 >nK > Actually anyone buying "NEW" hardware is really missing the boat !!  Usedv
 ES40's areF > cheap, even with 833 Mhz processors. !!  I got a quote on an 833 Mhz processor (used)
 > for $8,500.e  G Yep, if you don't need a GHz of compute performance, or the increase inlK memory bandwidth, you can save Big Bucks by opting for pre-owned equipment.a >cK > Sun is dying right now because there is so much of "last years" equipmentb on the usedSJ > market (from all the door coms going out of business) that hardly anyone	 is buying1L > their new Sun Blades.  (Ultra 1 w/Creator 3D, 256 Mb memory, 2 2Gb - $750)  E Finally came across some Sun Blades. They were in an Internet cafe in?$ Amsterdam, down by Leidseplein (sp).  H Word has it that Sun actually bought back equipment from failed dot.comsJ just to ensure that the gear didn't make it onto the secondary market (and! eBay) and further depress prices.b   > H > Where I work, the bosses look at lot closer at the purchase price than they do at the > maintenance price. >.  - Consistent with my clients/customers as well.l   ------------------------------    Date: 30 Sep 2001 21:19:04 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)G Subject: Re: [VMScluster] Cross Architecture Boot with Cluster_Config ?d( Message-ID: <3bb77028@news.kapsch.co.at>  l In article <44ef2912.0109250452.243b9353@posting.google.com>, kuzishchin@mail.ru (Kirill Kuzishchin) writes:] >eplan@kapsch.net (Peter LANGSTOEGER) wrote in message news:<3bafcd72$1@news.kapsch.co.at>...gf >> In article <OXX4KKbqGEaC@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:P >> >> And why did the OpenVMS VAX V7.3 CLUSTER_CONFIG.COM I just ran today (justS >> >> another unsuccessful test) only offer to ADD a VAX (not an Alpha) satellite ?t >> >D >> >I think it possible configuration may require a node of the sameG >> >architecture (i.e., something already booted off that system disk).cD >> >You have to have one of those to create the matching system disk >> >anyway.h >> >F >> >The point is that your boot-<arch> machine can be down and you canI >> >still boot via the boot-<otherarch> machine.  You just cannot installsC >> >or upgrade without having a machine of the proper architecture. ' >>                              ^^^^^^^/ >> lN >> If 'machine' equals to bootserver, then it is the same sitation as day one.P >> If 'machine' equals also to a satellite, then this is news for me (my clusterJ >> is pretty much stable here - no new satellites, only loosing one after  >> another)  >> uG >> And heck, why is it neccessary to have a machine of the same type toaJ >> make the changes to the appropriate system disk ? Because of the SYSGENF >> parameter file format ? Or because modifying DECnet-Plus requires aO >> machine booted from the same system disk ? Or because of lack of engineeringP, >> power and will (which I can understand) ? >>  M >> But I admit, the MAKE option is 'new' and useful (but still less than ADD)h > D >Imagine you have a cluster with two Alphas and some shared storage.8 >And you'd like to add a new VAX node into that cluster.9 >And that VAX node should not have its local system disk.yQ >So you think that the new item (No. 8) should be added to CLUSTER_CONFIG's menu:a >u >****** B >    ALPHA1 is an Alpha system and currently a member of a cluster1 >    so the following functions can be performed:. > 
 >MAIN MENU > ( >   1. ADD an Alpha node to the cluster.
 >.........! >   7. EXIT from this procedure. F >t: >   8. Install OpenVMS VAX and ADD VAX node to the cluster >******* >t >Do you mean that?  A Would be ok for me. But I requested not so much. I only wanted toh   a) have a clusterd b) use Alphas as bootserversH c) use an Alpha system disk for the bootservers and the Alpha satellites7 d) use an served VAX system disk for the VAX satellitesf   and.  N e) use an Alpha bootserver to add another VAX satellite to the VAX system disk  9 (a-d is in use here for years) and only maybe in addition   H f) use a remote VAX or the Alpha Bootserver to do an OpenVMS VAX upgrade 	on the served VAX system diskE g) use the Alpha Bootserver to install OpenVMS VAX on a (served) diskn  ? Ok, after finally getting rid of VAX, things may get easier hercO (though the [worse] plan is to get rid of the Alphas and keep some VAXstations)d   -- 8< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888o< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   End of INFO-VAX 2001.545 ************************