1 INFO-VAX	Tue, 08 Aug 2000	Volume 2000 : Issue 440       Contents:% Re: Adding a 2nd CPU to an Alpha 2100 % Re: Adding a 2nd CPU to an Alpha 2100 % Re: Adding a 2nd CPU to an Alpha 2100  Re: dcps documentation?  Re: dcps documentation?  Re: dcps documentation?  Re: dcps documentation? . DCPS victory / Tek Phaser 850 (Was: DCPS woes)& Re: Decwindows flakey after OS upgrade( Re: GTK+ now available for OpenVMS Alpha/ Re: is there a database available for VMS hobby  Re: New KZP? Re: New KZP? Re: New KZP?1 Re: OpenVMS ALPHA Port Of AOL Instant Messenger ? 1 Re: OpenVMS ALPHA Port Of AOL Instant Messenger ? 1 Re: OpenVMS ALPHA Port Of AOL Instant Messenger ? 1 Re: OpenVMS ALPHA Port Of AOL Instant Messenger ? 1 Re: OpenVMS ALPHA Port Of AOL Instant Messenger ? 0 Re: PCSI installation problem - missing database0 Re: PCSI installation problem - missing database0 Re: PCSI installation problem - missing database Re: Raid array 300 on VMS  Re: Raid array 300 on VMS  Re: Raid array 300 on VMS  Spiraling GS140 Disks  Re: Spiraling GS140 Disks  Re: TELNET vs LAT speed  Re: TELNET vs LAT speed  Re: TELNET vs LAT speed  Re: TELNET vs LAT speed  Re: TELNET vs LAT speed  Re: TELNET vs LAT speed  Re: TELNET vs LAT speed   Re: there was a disk freeware... Re: VMS Vs any other OS  Re: VMS Vs any other OS  Re: VMS Vs any other OS  Re: VMS Vs any other OS  Re: VMS Vs any other OS  Re: VMS Vs any other OS  Re: VMS Vs any other OS  Re: VMS Vs any other OS 2 Re: What Can I Do With An AlphaServer 1000A 4/233?2 Re: What Can I Do With An AlphaServer 1000A 4/233?2 Re: What Can I Do With An AlphaServer 1000A 4/233?  F ----------------------------------------------------------------------   Date: 7 Aug 2000 19:52:28 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman). Subject: Re: Adding a 2nd CPU to an Alpha 21006 Message-ID: <8mn41s$a27$1@mailint03.im.hou.compaq.com>  ` In article <d$i7SIQGkq2j@malvm2.mala.bc.ca>, nothome@spammers.are.scum (Malcolm Dunnett) writes:Y :In article <398eb943.5348413@news.cstone.net>, rreffner@cstone.net (Rob Reffner) writes: G :> We just recently upgraded one of our Alpha 2100s to a 4100 and I was B :> wondering if it is possible to use the CPU from the old 2100 inE :> another one of the 2100s. If so, could someone please give me some H :> tips or links to resources on this. I have checked DSN ITS and eitherE :> I am asking the wrong question or the topic has never been covered 6 :> there before. Any help will be greatly appreciated. :>   : N :   Physically it's quite a simple process, just slide it into the appropriateJ :slot ( the card cage has labels showing where it should go). The hardwareJ :will automatically detect it, no other configuration should be necessary.  E   ps: So long as all CPUs in the box match, and so long as the CPU in E   question is not the 5/375 variant.  Don't mix and match CPUs in the F   same AlphaServer 2100 box, and please rememnber that OpenVMS is not $   supported on the 5/375 CPU module.  A :   Licensing is another matter. To use the second CPU you need a @ :"multiprocessor" (or sum such) extension to your VMS license...  
   Correct.  ? :...legally I suspect you can't get Compaq to swap the old base H :license for a  multiprocessor license ( though I guess it couldn't hurt	 :to ask )   E   License transfers can be arraigned, depending on the details of the F   particular circumstances -- contact your reseller or representative 0   or the folks at the Customer Support Center...    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 07 Aug 2000 17:07:31 -0400 # From: Jim Agnew <agnew@hsc.vcu.edu> . Subject: Re: Adding a 2nd CPU to an Alpha 2100+ Message-ID: <398F2513.9DB80B9B@hsc.vcu.edu>   < hhmm.. least Hoff ain't reminding me of the Keystone Kops...  . jim, with a smiling face...  nyuk nyuk nyuk...   Jan Vorbrueggen wrote: > 6 > hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: > ( > >   License transfers can be arraigned > L > I just _knew_ the cops were going to turn up somewhere once we got talking > about licenses!  > 
 >         Jan    ------------------------------    Date: 07 Aug 2000 22:42:55 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> . Subject: Re: Adding a 2nd CPU to an Alpha 2100H Message-ID: <y4em40yf8w.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  & >   License transfers can be arraigned  J I just _knew_ the cops were going to turn up somewhere once we got talking about licenses!    	Jan   ------------------------------   Date: 7 Aug 2000 18:21:04 -0500 9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)   Subject: Re: dcps documentation?+ Message-ID: <1BSI94ckVKul@eisner.decus.org>   { In article <paul.r.anderson-C4E7B9.11084307082000@news.ma.ultranet.com>, Paul Anderson <paul.r.anderson@compaq.com> writes: . > In article <fVFMLnN4EOOg@eisner.decus.org>, < > Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) wrote: > B >> I would hope that is something your new employer could fix, by F >> putting the full set of formats on the Online Documentation CDROMs. > G > Are you speaking just of DCPS or of all layered products?  I believe  F > Compaq policy is to ship HTML only on the Documentation CD-ROMs.  I K > agree it would be nice to have as many formats as possible.  This is the  J > first version that only HTML ships on the CD-ROM; we shipped Bookreader * > and HTML for a few versions before that.  ? The VMS Documentation CD (that comes with the operating system) B contains all sorts of formats.  Apparently there was formerly some@ resistance to shipping Postscript, but for the VMS Documentation they seem to have overcome it.   ------------------------------  % Date: Mon, 07 Aug 2000 17:45:14 -0400 + From: Paul Anderson <panderson@genicom.com>   Subject: Re: dcps documentation?B Message-ID: <panderson-2BC72E.17451407082000@news.ma.ultranet.com>  , In article <1BSI94ckVKul@eisner.decus.org>, : Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) wrote:  B > The VMS Documentation CD (that comes with the operating system) D > contains all sorts of formats. Apparently there was formerly some C > resistance to shipping Postscript, but for the VMS Documentation    > they seem to have overcome it.  E The DCPS CD has five formats:  Bookreader, HTML, PDF, PostScript and  G text.  I personally believe as many formats as possible should ship on  F the Online Documentation CDs, but there is certainly a de-emphasis on G Bookreader these days.  I think Compaq would probably go with HTML and  3 PDF if there was an official PDF viewer on OpenVMS.    Paul   --  "    Paul Anderson, DCPS Engineering"    GENICOM Corporation, Gardner MA   ------------------------------  % Date: Mon, 07 Aug 2000 19:39:23 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>   Subject: Re: dcps documentation?- Message-ID: <398F56BB.7F0D4451@earthlink.net>    Paul Anderson wrote:8 > [snip]  I think Compaq would probably go with HTML and5 > PDF if there was an official PDF viewer on OpenVMS.   D Well, there almost is. There's another thread here in c.o.v. about aG supported PDF reader for OVMS. Sure hope it catches on *AND* is offered  at an *AFFORDABLE* price!    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Tue, 8 Aug 2000 11:09:16 +1000/ From: "Phil Howell" <howellp@snowyhydro.com.au>   Subject: Re: dcps documentation?3 Message-ID: <%3Jj5.78110$N4.1984898@ozemail.com.au>   6 Paul Anderson <panderson@genicom.com> wrote in message< news:panderson-2503A8.09554704082000@news.ma.ultranet.com...C > In article <muui5.69283$N4.1902998@ozemail.com.au>, "Phil Howell" $ > <howellp@snowyhydro.com.au> wrote: > G > > Is the original documentation on the condist cds somewhere, or else G > > available on the web, I have tried Compaq, Digital, & Genicom sites F > > and have seen lots of pictures of printers but can't find the doco > > I want.  >  > But aren't the pictures nice?  > 6 > DCPS documentation is available in a number of ways: > 8 >    - Alpha and VAX Online Documentation Library CD-ROM >       (HTML)  I Thanks I found it there in html format and copied it to an area served by  osu G my preferences for documentation format are ascii text or html (or even  runoff) J Acrobat & ie on my pc are not talking to each other so I have to save pdfsJ in ie and then open them with acrobat later and I can't be bothered to fix the problem I Postscript is a method for turning small print jobs into large print jobs K Since we no longer have any vtx terminals my only way of reading bookreader L format doco is using mgbook (which works well but I use it so infrequently I$ have to learn to drive it each time)I It would be nice to at least have all the html documents from the library : cd-rom accessible from the open vms documentation website. Phil/ >    - DECprint Supervisor CD-ROM (QA09NABH8) 1 >       (PDF, PostScript, text, HTML, Bookreader)  >    - hardcopy (QA09NAAGZ)  > H > If you'd like a PDF set, let me know and I'll send you one vie e-mail. >  > Paul >  > --$ >    Paul Anderson, DCPS Engineering, >    Compaq Computer Corporation, Gardner MA9 >    (please use 'panderson@genicom.com' address for now)    ------------------------------  % Date: Mon, 07 Aug 2000 11:22:05 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)7 Subject: DCPS victory / Tek Phaser 850 (Was: DCPS woes) L Message-ID: <rdeininger-0708001122060001@user-2ivebnd.dialup.mindspring.com>  v In article <225b682b.1a8af29a@usw-ex0104-033.remarq.com>, Paul Anderson <pandersonNOpaSPAM@genicom.com.invalid> wrote:   > Ken Fairfield wrote: > 8 > > As Paul Anderson of GENICOM is quicl to point out... > : > As of yesterday, that's Paul Anderson of _Compaq_.  DCPS( > Engineering has moved "back" to the Q. >  > Robert Deininger wrote:  > > > > In case anyone is keeping score, version 1.7 did NOT help. > B > Try looking at the DCPS V1.8 Release Notes.  (Yes, DCPS V1.8 wasC > released on July 19 and should be appearing on the next Alpha and ; > VAX CDs.)  Contact me offline if you want a copy of them.   B Well, the release notes for version 1.8 contained the secret.  The@ printer's AppSocket configuration has to have "filtering" set toC "interpreter-based", just like the Tektronix Phaser 780  (11/780?). - Not that Tek gives us a clue what that means.   ? Thanks to Paul Anderson for making the release notes available.   A I've managed to generate some postscript hairballs that make tray G selection work, but they seem to execute somewhat slowly in the printer 1 compared to the output from the macintosh driver.   @ All the other DCPS features I've tested work all by themselves,   including double-sided printing.   --   Robert Deininger rdeininger@mindspring.com    ------------------------------   Date: 7 Aug 2000 16:22:33 PDT T From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515)/ Subject: Re: Decwindows flakey after OS upgrade 3 Message-ID: <0cdn+NlwwL6C@mccdev.slac.stanford.edu>   / In article <39886f56.13023899@draco.nova.edu>,  0     	kevin@ocean.nova.edu (Kevin Kohler) writes: > G > We recently upgraded our 6 node Alpha cluster from OpenVMS 6.2-1h3 to @ > 7.2-1. We are running Decwindows v1.2-4. After the OS upgrade,! > Decwindows was not reinstalled.   >         Was there some reason you didn't reinstall DECwindows?  F > The situation we are running into involves running a detached windowB > running emacs (gnu emacs 19.22.2). If other windows (at least 2)D > partially cover the emacs window, and the cursor is moved onto theB > emacs window to give it focus and bring it to the top, the emacs/ > window often dies with the following message:  > . > %DEBUGBOOT-W-EXQUOTA, process quota exceeded9 > %SYSTEM-F-DEBUG, command interpreter debugger signal at  > PC=00000000000EFCD4  > , PS=0000001B  > 4 >   Improperly handled condition, image exit forced.3 >     Signal arguments:   Number = 0000000000000003 3 >                         Name   = 000000000000046C 3 >                                  00000000000EFCD4 3 >                                  100000000000001B  >    > etc, etc.  > < > It seems to be only the emacs window which gets clobbered. > G > The latest patch applied to Decwindows is alpmot03_u4012, and VMS has & > had the GRAPHICS-v3.0 patch applied. > H > Any ideas regarding the cause and solution of the dying window? ShouldE > I reinstall DW1.2-4?  Should I upgrade to DW 1.2-5? Should I grab a " > newer version of the Emacs port?  H         Were it me, I'd install DW 1.2-5 from the VMS 7.2-1 installationH     CDrom.  Can't promise that  will  fix  things,  but  I don't see theH     point  in staying back-rev with this.  As others have mentioned, theH     specific error with Emacs may be unrelated to DECwindows.  I'm a bitH     surprised to see %SYSTEM-F-DEBUG.  Was Emacs linked  /DEBUG  in  the.     version you're running?  Is that "normal"?  H         I will say that in going  from  VMS  6.2-1H3 to VMS 7.2-1, thereH     are  some  areas of significant change, e.g., 64-bit  addressing  isH     available, and the you're getting the "new"  VMS  7.2  debugger.   IH     wouldn't  be  surprised if certain process quotas need to be tweaked     in the UAF...            -Ken --  M  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edu :  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  $ Date: Mon, 7 Aug 2000 14:59:13 -04004 From: "John L Ferguson" <John.L.Ferguson@compaq.com>1 Subject: Re: GTK+ now available for OpenVMS Alpha 6 Message-ID: <8mn117$9nm$1@mailint03.im.hou.compaq.com>  D It's at http://www.openvms.compaq.com/openvms/products/ips/gtk.html.   ------------------------------   Date: 7 Aug 2000 13:36:51 -0400 + From: randall.burlew@srs.gov (Randy Burlew) 8 Subject: Re: is there a database available for VMS hobby+ Message-ID: <2000Aug7.133651.12584@srs.gov>   @ In article <39806DAD.3CF2FD4D@GCE.com>, Everhart@GCE.com says... > : >There are a number of simpler packages around also. For a< >good multi-user dbms, I suspect porting PostgreSQL might be< >one of the better alternatives. It is related to university; >Ingres; there was (maybe is sorta: CA got it) a commercial - >Ingres that at one time at least ran on VMS.   9 Commercial Ingres (or OpenIngres) still runs very well on 7 VMS. Unfortunately, CA's support of Ingres on VMS is so 7 bad that new releases come out on VMS years after other  operating systems.   Randy Burlew randall.burlew@srs.gov" **********************************" Anything I write in any newsgroup  is my opinion only.    ------------------------------   Date: 7 Aug 2000 19:26:15 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: New KZP? 6 Message-ID: <8mn2gn$9u7$1@mailint03.im.hou.compaq.com>  d In article <20000805154528.11741.00004661@ng-md1.aol.com>, dashw459@aol.comeatspam (Doug W.) writes:P :Rumor has it Compaq is introducing a new KZP.  Does anyone have any informationM :on this device?  In particular will it be available for VMS or is it another  :UNIX only device?  I   I'd be surprised if Compaq did not have support for new host PCI-based  H   SCSI adapters and new Alpha systems and such underway on a continuous 
   basis.    K   That said: the only two KPZ* controllers that I can immediately think of  K   that do not have OpenVMS support are the KZPCA-EA and the KZPCC.  (AFAIK, L   the former was a particular KZPCA kitting variant, one that contained only:   the set of bits that was specific to the NT platform.)    K   This would mean that this question likely involves backplane RAID -- and  H   from what I have gathered in various customer meetings I've attended, B   OpenVMS customers will typically prefer to use the features and H   capabilities of the supported multi-host SCSI configurations and (for %   instance) HSZ-series controllers.  i  J   If you are interested in backplane RAID or other controller-based RAID, J   I can look into the plans for extending support to current or to future    backplane RAID controllers.o  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Mon, 07 Aug 2000 21:11:08 GMTt From: Dirk Munk <munk@home.nl> Subject: Re: New KZP? ' Message-ID: <398F25EB.B682F6DF@home.nl>H   Hoff Hoffman wrote:e > f > In article <20000805154528.11741.00004661@ng-md1.aol.com>, dashw459@aol.comeatspam (Doug W.) writes:R > :Rumor has it Compaq is introducing a new KZP.  Does anyone have any informationO > :on this device?  In particular will it be available for VMS or is it anotherd > :UNIX only device? > J >   I'd be surprised if Compaq did not have support for new host PCI-basedI >   SCSI adapters and new Alpha systems and such underway on a continuous 
 >   basis. > L >   That said: the only two KPZ* controllers that I can immediately think ofM >   that do not have OpenVMS support are the KZPCA-EA and the KZPCC.  (AFAIK, N >   the former was a particular KZPCA kitting variant, one that contained only: >   the set of bits that was specific to the NT platform.) > L >   This would mean that this question likely involves backplane RAID -- andI >   from what I have gathered in various customer meetings I've attended,/C >   OpenVMS customers will typically prefer to use the features and-I >   capabilities of the supported multi-host SCSI configurations and (for % >   instance) HSZ-series controllers.a  F True, but these things are so expensive. Just take a look at the priceF of extra cache memory. 128 MB PC memory costs about $200, 128 MB cache@ for the HSx80 costs appr. $5000. For that kind of money I expectC Compaq's CEO to come along and install it. (We will give him a free> lunch and coffee).     > K >   If you are interested in backplane RAID or other controller-based RAID,0K >   I can look into the plans for extending support to current or to future  >   backplane RAID controllers.I  ? I'm sure I've read somewhere that there will be support for newrG backplane RAID controllers. The old Mylex 960 is not up to date anymoreqH with its maximum physical disk size of 9GB, and maximum stripe set of 32 GB.      > P >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 07 Aug 2000 15:14:21 -0700u+ From: "Barry Treahy, Jr." <Treahy@mmaz.com>  Subject: Re: New KZP?o( Message-ID: <398F34BD.6166CC8D@mmaz.com>   Dirk Munk wrote:  H > True, but these things are so expensive. Just take a look at the priceH > of extra cache memory. 128 MB PC memory costs about $200, 128 MB cacheB > for the HSx80 costs appr. $5000. For that kind of money I expectE > Compaq's CEO to come along and install it. (We will give him a free. > lunch and coffee).  j Don't feel too bad, I checked into an Ultra-Wide SCSI adapter enhancement from Nemonix for my VAX 4000/100Y and was floored when they stated that they wanted $5k and that is without installation...    Barrya   ------------------------------  # Date: Mon, 07 Aug 2000 17:57:07 GMTt= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)-: Subject: Re: OpenVMS ALPHA Port Of AOL Instant Messenger ?0 Message-ID: <009EE3FF.D65EDF2F@SendSpamHere.ORG>  S In article <8mmqca$688$1@joe.rice.edu>, leslie@clio.rice.edu (Jerry Leslie) writes:0? >Brian Schenkenberger, VAXman- (system@SendSpamHere.ORG) wrote::= >: In article <398ED0D9.3BA4753F@theblakes.com>, Colin Blake DI >: <colin@theblakes.com> writes: AOL Instant Messenger (AIM) is NOT part e >: of the Mozilla project. >:L >: Now may be as good a time as any to ask, what is this "Instant Messenger"M >: thing anyway?  What will it do for me?  How is it different from any well-dK >: known existing technology which may provide a similar end?  Seriously, IlM >: don't use nor have I ever used AOL so I have no idea how this will affect  M >: the average VMS user whom I would doubt very much has his/hre internet ac-f >: cess provided via AOL.  >u >From: >  >  http://www.aol.com/aim/ >  AOL Instant Messenger >. >    Receive instant alerts  G ... about what!  "Warning!  Warning!  There is grave danger here, young ( Will Robinson!"  ... that kind of alert?     >    Send instant messagesn  F Nothing is more concise than a definition of a term that uses the term> to effect the definition.  I'm so glad that's been cleared up.    ' >    Share photos, pictures and soundsr  # ftp, http, MIMEd email...  so what.e    , >    Enjoy live conversations online - FREE  I Instant Messenger is an audio/multimedia function?  (re. photos mentionedm above)    C >    Chat with friends and family or people with similar interestsg  ) IRC (typing required) or real-time audio?s    ( >    Stay on top of the news and stocks >uH >It apparently uses a published protocol, instead of a proprietary one, I >to offer those listed features. It does not require that an AOL account a% >be used for the internet connection.d >sH >The person who told me about it happens to be an AOL user, but she uses6 >AIM to communicate with an MSN user who also has AIM. >aH >Besides the social use of AIM to supplant VMS Phone/unix talk, it mightH >be useful in a tech support role, to diagnose a VMS problem on a multi- >national WAN. >e5 >--Jerry Leslie     (my opinions are strictly my own)t  1 So it is VMS phone/talk-like or something else?  e --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM    ------------------------------  % Date: Mon, 07 Aug 2000 20:31:25 +0000 - From: SysAdmin <djesys.nospam@fsi.net.mapson>e: Subject: Re: OpenVMS ALPHA Port Of AOL Instant Messenger ?. Message-ID: <398F1C9D.35BDEE24@fsi.net.mapson>  & "Brian Schenkenberger, VAXman-" wrote: [snip]1 > So it is VMS phone/talk-like or something else?y  D Yeah - VMS PHONE is a close parallel - sort of. Rough comparison, at best.    David J. Dachteraa   ------------------------------   Date: 7 Aug 2000 19:19:15 -0500e2 From: malmberg@eisner.decus.org (John E. Malmberg): Subject: Re: OpenVMS ALPHA Port Of AOL Instant Messenger ?+ Message-ID: <jBVLYx3GTaRq@eisner.decus.org>t  0 In article <009EE3EB.CAD32989@SendSpamHere.ORG>,@  system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes: > 2 > Now may be as good a time as any to ask, what is( > this "Instant Messenger" thing anyway?  4 In VMS terms, PHONE with some simple graphics, color and multiple fonts added.   5 The program run at the users side communicates with a ( server that relays it to the other user.  5 Seems to be limited to allowing communication betweend only two users at a time.m  2 The server overhead cost is paid by advertisements4 that show up on the small main window of the program that launches the connections.  1 You can create a group of users and when you havee5 the client application running get notified when theyr also have theirs running.r  5 When the client application running they can cause itO4 pop up a session window for you to communicate with.     > What will it do for me?a  - That depends.  How often do you use the PHONEe1 utility to communicate with another user on a VMS 
 based system?r    2 > How is it different from any well-known existing- > technology which may provide a similar end?6  / It uses AOL servers and if you use their client. you see their advertisements.t  . The two user limitation makes it a little more private than a chat room.     1 > Seriously, I don't use nor have I ever used AOLn4 > so I have no idea how this will affect the average3 > VMS user whom I would doubt very much has his/hre # > internet access provided via AOL.u  6 It does not require you to get internet access through AOL.  4 There are some that may find it useful to have a VMS4 client so that they do not have to have a Wintel box to perform the same function.e   -Johnn wb8tyw@qsl.network   ------------------------------   Date: 7 Aug 2000 21:49:40 -0400a/ From: jordan@lisa.gemair.com (Jordan Henderson)-: Subject: Re: OpenVMS ALPHA Port Of AOL Instant Messenger ?* Message-ID: <8mnovk$jp6$1@lisa.gemair.com>  0 In article <009EE440.9839B521@SendSpamHere.ORG>,> Brian Schenkenberger, VAXman- <system@SendSpamHere.ORG> wrote:a >In article <jBVLYx3GTaRq@eisner.decus.org>, malmberg@eisner.decus.org (John E. Malmberg) writes:n2 >>In article <009EE3EB.CAD32989@SendSpamHere.ORG>,B >> system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes: >>> 4 >>> Now may be as good a time as any to ask, what is* >>> this "Instant Messenger" thing anyway? >>6 >>In VMS terms, PHONE with some simple graphics, color >>and multiple fonts added.  >e7 >So what's the big deal?  I've seen ports of 'talk' on l  >VMS.  Why reinvent the wheel?   >  >   8 The technology behind AIM is nothing impressive, really.  : What's interesting about it is that AIM clients are widely< available and you can pop up a real-time window on someone's) machine around the world and have a chat.k   >D >--,P >VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM   -Jordan Hendersoni jordan@greenapple.comr   ------------------------------  # Date: Tue, 08 Aug 2000 01:40:40 GMTs= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)u: Subject: Re: OpenVMS ALPHA Port Of AOL Instant Messenger ?0 Message-ID: <009EE440.9839B521@SendSpamHere.ORG>  ` In article <jBVLYx3GTaRq@eisner.decus.org>, malmberg@eisner.decus.org (John E. Malmberg) writes:1 >In article <009EE3EB.CAD32989@SendSpamHere.ORG>,mA > system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:t >>  3 >> Now may be as good a time as any to ask, what isE) >> this "Instant Messenger" thing anyway?  >t5 >In VMS terms, PHONE with some simple graphics, colore >and multiple fonts added.  6 So what's the big deal?  I've seen ports of 'talk' on  VMS.  Why reinvent the wheel?  d    6 >The program run at the users side communicates with a) >server that relays it to the other user.y > 6 >Seems to be limited to allowing communication between >only two users at a time. >w3 >The server overhead cost is paid by advertisementse5 >that show up on the small main window of the programe >that launches the connections.e  7 OK.  What if you have a character cell terminal! :)  NoP7 ads!  Yeah!  Great rejoicing.  March music!  Fireworks!     2 >You can create a group of users and when you have6 >the client application running get notified when they >also have theirs running. >e6 >When the client application running they can cause it5 >pop up a session window for you to communicate with.h >a >t >> What will it do for me? >C. >That depends.  How often do you use the PHONE2 >utility to communicate with another user on a VMS >based system?  6 Occasionally, I may log into a system and really need 4 to ask something of another user but it's really not4 often.  I find eMail to the people that I need to be5 incommunicado to be sufficiently "instant" enough ford me.e  5 >There are some that may find it useful to have a VMSa5 >client so that they do not have to have a Wintel boxn >to perform the same function.  4 Well now, there's a noble reason...  Anything which 5 might erode the wintel cartel is good and noble and ae worthy project.A   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMo   ------------------------------  % Date: Mon, 07 Aug 2000 18:51:39 +0200n  From: Paul Sture <paul@sture.ch>9 Subject: Re: PCSI installation problem - missing databasee+ Message-ID: <VA.0000009d.1efb5a5a@sture.ch>n  M In article <y4vgxd5g9y.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan h Vorbrueggen wrote:I > From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>  > Newsgroups: comp.os.vmsS; > Subject: Re: PCSI installation problem - missing database0" > Date: 07 Aug 2000 15:53:29 +0200 > < > hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond) writes: > > > > >I accidently delete the .PCSI$DATABASE file for a product? > > >and now I CAN'T do anything.  I can't re-install.  I can't 6 > > >remove.  I can't do anything with that product.  J > > The PCSI$DATABASE files are an integrated set.  The various entries inL > > the product files are cross-referenced in PCSI$FILE_SYSTEM.PCSI$DATABASEL > > and in PCSI$ROOT.PCSI$DATABASE.  Because of this, if any of the databaseP > > files are missing, the PCSI utility generally cannot work with the database. > N > Ugh. This impresses me as being Microsoft-style design. A single file from aL > collection of mostly independent ones missing, and an absolutely essentialL > utility stops functioning, even if it will not be using the information inN > that file? Come on, that insane. Mistakes _will_ happen, and the alternativeO > of re-installing everything from scratch is unacceptable (see comment above).i > N > I get the general feeling fron reading the various PCSI patch notes over theN > past year or so that while the functionality of the product may be great, it > is very fragile. > N And _my_ first action on seeing the initial post was to see what format these O files are in. NOT RMS indexed, as I would have expected (did I _really_?), but  M block mode files - AAACCCKKKK! Even UCX used the occasional RMS indexed file!   4 Suddenly _no_ chance of doing a simple workaround...  Q BTW, my very first exposure to PCSI involved a parity error - the CD had a minor cL scratch on it. That would have been far less likely to happen with good old $ fashioned VMSINSTAL backup savesets. ___-
 Paul Sture Switzerland-   ------------------------------  " Date: Mon, 7 Aug 2000 18:55:48 GMT- From: "Richard D. Piccard" <piccard@ohio.edu>e9 Subject: Re: PCSI installation problem - missing databaseJ( Message-ID: <398F062C.B78679E3@ohio.edu>   I would like to second this.  O At the very least, it should be possible for VMS Engineering to create a repairoQ utility that would permit re-construction of the database by means of a series of = "virtual installs" that did not require any system down time.v  #                                 RDP      Jan Vorbrueggen wrote:  < > hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond) writes: ><> > > >I accidently delete the .PCSI$DATABASE file for a product? > > >and now I CAN'T do anything.  I can't re-install.  I can't-4 > > >remove.  I can't do anything with that product.J > > The PCSI$DATABASE files are an integrated set.  The various entries inL > > the product files are cross-referenced in PCSI$FILE_SYSTEM.PCSI$DATABASEL > > and in PCSI$ROOT.PCSI$DATABASE.  Because of this, if any of the databaseP > > files are missing, the PCSI utility generally cannot work with the database. >tN > Ugh. This impresses me as being Microsoft-style design. A single file from aL > collection of mostly independent ones missing, and an absolutely essentialL > utility stops functioning, even if it will not be using the information inN > that file? Come on, that insane. Mistakes _will_ happen, and the alternativeO > of re-installing everything from scratch is unacceptable (see comment above).0 >8N > I get the general feeling fron reading the various PCSI patch notes over theN > past year or so that while the functionality of the product may be great, it > is very fragile. > 
 >         Jani   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  % Date: Mon, 07 Aug 2000 19:36:01 -0500K7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>i9 Subject: Re: PCSI installation problem - missing database - Message-ID: <398F55F1.A6FD7CAA@earthlink.net>m   Jan Vorbrueggen wrote: [snip]N > I get the general feeling fron reading the various PCSI patch notes over theN > past year or so that while the functionality of the product may be great, it > is very fragile.  % You can add my support to that, also.r  F In my case, mgt. wanted a time guess-timate of how long it should takeF to do the V6.2-1H3 -> V7.1-2 upgrade. When I attempted to re-apply the@ upgrade on my test box to get an accurate timing, PCSI ACCVIO'd.  7 Never saw VMSINSTAL (BACKUP) do that for *THAT* reason!    -- - David J. Dachtera- dba DJE Systemso http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/-   ------------------------------  % Date: Mon, 07 Aug 2000 18:43:38 +0100i$ From: Andy Burns <andy@burns.uk.net>" Subject: Re: Raid array 300 on VMS8 Message-ID: <m0ttosonui3fonmfulqo8m5vd16i1130oe@4ax.com>   Uwe Zessin wrote:0  G >Fire up a terminal-emulator on your PC (hey, I said terminal-emulator,r1 >not this Hyperterm garbage!), hit <ESC> and '&'.n/ >You should get a menu. The password is 'RAID'.r0 >(This info _is_ in the hardware documentation.)   thanks for that ...c  F >The RA3000 was originally thought as a low-cost Winblowsup NT storage= >system. Do yourself a favour and avoid it whenever you can!!r  F Well I've only ever used RA3000's on NT servers where they have done aH fine job, I had no qualms about pulling disks or PSUs out of them duringH commissioning tests, they just did as expected, I wouldn't dare reboot aG connected server during a disk rebuild with an internal RAID controller C let alone (NT software mirror/raid - spit!)  but have done it quitet happily on the RA3000   H If they're not suited for VMS servers fine there are alternatives, in myG VMS days only customers had big enough installations to justify HSCs weoB just had microvaxes and subsequently alphas all with local SCSI...   -- o
 Andy Burns   ------------------------------  % Date: Mon, 07 Aug 2000 16:11:54 +0100s$ From: Andy Burns <andy@burns.uk.net>" Subject: Re: Raid array 300 on VMS8 Message-ID: <86ktossbl9c61cfg6fk2713ptvvrqdpoiv@4ax.com>   Mike Price wrote:.  ? >According to the Salespeople and the documantation I have seens@ >there is no nice command line interface to the Raid Array 3000s >like HSZTERM.  >Does anyone know any different?B >I would rather not have to use a GUI on NT to configure the thing  F the NT server can communicate with the RA3000 either over the SCSI busG (unlikely if your VAX/ALPHA is going to be using the disk) or across an J RS232 link, or across the LAN using a client/server protocol to another NT0 server which is actually connected to the RA3000  G I've never "looked" at the protocol on the RS232 or ethernet links, butiI I've certainly never seen anything which lets you talk directly to it :-(e --  
 Andy Burns   ------------------------------   Date: 7 Aug 2000 20:01:27 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)" Subject: Re: Raid array 300 on VMS6 Message-ID: <8mn4in$a27$2@mailint03.im.hou.compaq.com>  _ In article <m0ttosonui3fonmfulqo8m5vd16i1130oe@4ax.com>, Andy Burns <andy@burns.uk.net> writes:aI :If they're not suited for VMS servers fine there are alternatives, in mySH :VMS days only customers had big enough installations to justify HSCs weC :just had microvaxes and subsequently alphas all with local SCSI...f  J   The HSZ series (out-board SCSI storage controllers) are generally ratherN   well-suited to shared-storage OpenVMS Alpha multi-host SCSI configurations, N   and (if required) the recent members of the HSZ series controllers can also J   span multi-host SCSI buses should you expect to have SCSI chains broken.  6   Controller-based quiesce capabilities are available.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 07 Aug 2000 22:33:58 GMT' From: dashw459@aol.comeatspam (Doug W.)D Subject: Spiraling GS140 Disks: Message-ID: <20000807183358.11710.00005046@ng-md1.aol.com>  I We have successfully tested a workaround to the GS140 disk write I/O walloI encountered at 25MB.  It is indeed possible to spiral multiple disks on a M GS140.  The workaround is not obvious and perhaps not practical.  I'd like to J thank the person who mentioned hoses and all the individuals who provided  help.   N I am not a hardware person, but here is the way a GS140 looks to me.  When youJ open up a GS140 there is a big rectangular cabinet, I think it's a 19 inchN rack.  The system bus runs thru the center of the cabinet. Slots are availableN at the front and rear for connection to the system bus.  On our units the CPUsN go in front 2 to a slot.  And IOPs are in the rear.  Each IOP can have up to 4O hoses.  Each hose is connected to a PCI chassis.  The PCI chassis itself has 12uL slots.  Each slot can contain a disk controller which is connected to one or more disks.r  L We have been able to spiral, defined as something approaching 20MB sustainedN write, when we dedicate a hose to each disk.  We have tested up to 3 disks andM believe this method can be scaled up.  There may be a limit on the max number  of hoses in a GS140.  N Once again, we run a hose from the IOP to a PCI chassis.  We use a single slotF in the chasis for the disk controller and connect a single disk to theJ controller.  In this configuration a slow controller is fine.  No need forH ULTRA2 or 3.  If you try running with 2 disk controllers in the same PCI chassis, you hit the 25MB wall.u  O Hopefully this will help someone.  I guess the next question is what can I pushwO thru a gigbit Ethernet in a GS140 PCI chassis on writes?  Also if someone couldaM explain why disk writes take longer than disk reads I'd appreciate it.  Guess 6 it has something to do with how the bus is being used?  O We are actually contemplating using the above method.  We would like to stay on-L the GS140s until EV68 appears.  At that time we are considering upgrading to GS160s.        ------------------------------  + Date: Mon, 07 Aug 2000 18:05:35 -0600 (MDT)n) From: John Nebel <nebel@athena.csdco.com>R" Subject: Re: Spiraling GS140 DisksF Message-ID: <Pine.OSF.4.21.0008071736160.6574-100000@athena.csdco.com>   Doug,r  F EK-DWLPX-TM is the PCI adapter Technical Manual.  A good place to look to see what may be happening.   - Are the PCI boxes DWLPBs?  DWLPA is slower.  e  I Each box has three PCI busses; slots 1-4, 5-8, 9-12.  Do you hit the wall0= when the controllers are on different busses in the same box?l  
 John Nebel   On 7 Aug 2000, Doug W. wrote:I  K > We have successfully tested a workaround to the GS140 disk write I/O wall<K > encountered at 25MB.  It is indeed possible to spiral multiple disks on anO > GS140.  The workaround is not obvious and perhaps not practical.  I'd like to L > thank the person who mentioned hoses and all the individuals who provided  > help.c > P > I am not a hardware person, but here is the way a GS140 looks to me.  When youL > open up a GS140 there is a big rectangular cabinet, I think it's a 19 inchP > rack.  The system bus runs thru the center of the cabinet. Slots are availableP > at the front and rear for connection to the system bus.  On our units the CPUsP > go in front 2 to a slot.  And IOPs are in the rear.  Each IOP can have up to 4Q > hoses.  Each hose is connected to a PCI chassis.  The PCI chassis itself has 12nN > slots.  Each slot can contain a disk controller which is connected to one or
 > more disks.o > N > We have been able to spiral, defined as something approaching 20MB sustainedP > write, when we dedicate a hose to each disk.  We have tested up to 3 disks andO > believe this method can be scaled up.  There may be a limit on the max numberh > of hoses in a GS140. > P > Once again, we run a hose from the IOP to a PCI chassis.  We use a single slotH > in the chasis for the disk controller and connect a single disk to theL > controller.  In this configuration a slow controller is fine.  No need forJ > ULTRA2 or 3.  If you try running with 2 disk controllers in the same PCI! > chassis, you hit the 25MB wall.  > Q > Hopefully this will help someone.  I guess the next question is what can I pushhQ > thru a gigbit Ethernet in a GS140 PCI chassis on writes?  Also if someone could O > explain why disk writes take longer than disk reads I'd appreciate it.  Guessk8 > it has something to do with how the bus is being used? > Q > We are actually contemplating using the above method.  We would like to stay onPN > the GS140s until EV68 appears.  At that time we are considering upgrading to > GS160s.      >  >  >    ------------------------------  $ Date: Mon, 7 Aug 2000 20:50:10 +0200" From: "Hans Vlems" <hvlems@iae.nl>  Subject: Re: TELNET vs LAT speed( Message-ID: <8mn041$r2b$1@news.IAEhv.nl>  ( Kari Keronen heeft geschreven in bericht) <01c00044$e2c2d790$bb0ba8c0@rlhkikker>... B >Because of our new WLAN configuration we have changed all our LATF >connections to TELNET connections in our VMS cluster. Now out networkJ >people have tested, that TELNET is noticeably slower than LAT. If someoneI >knows the answers to a couple of questions that arises, I'd be grateful:V > ; >1. Is LAT just faster protocol than TELNET and that's it ?I  
 Briefly: yup.e >v >if not. > K >2. What can I change in TCP/IP configuration to make TELNET faster (buffer + >values etc...) ? Now using default values.a >nE >VMS 7.2-1, Two GS140 cluster, TCPIP 5.0A with Load Broker balancing.c >i >Thanks in advance,0 > 
 >Kari KeronenM  5 Properly configured LAT beats similarly set up TELNETr< On the down side: LAT is more sensitive to network problems.C In fact, if you run LAT you don't need network monitoring tools ;-)XC Users will call you before you'll find out there's something amiss.e  
 Hans Vlems   PSC Obviously LAT is not an industry standard (even many platforms haverC support for it) and most sites will turn to TELNET. And yes, IP was 	 delevopedAC at aq time when the answer to high speed connection was a 1200 baudb
 simplex line.    ------------------------------  % Date: Mon, 07 Aug 2000 14:58:30 -0400i- From: JF Mezei <jfmezei.spamnot@videotron.ca>M  Subject: Re: TELNET vs LAT speed, Message-ID: <398F06D2.B0D63A90@videotron.ca>  < Something I have been wishing to conform/inform for a while:  L Is it true that LAT is a ethernet-only protocol and deals only with ethernetR adresses to deliver packets and this is the fundamental reason it is not routable?   ------------------------------  $ Date: Mon, 7 Aug 2000 20:16:07 +0100* From: "Richard Brodie" <R.Brodie@rl.ac.uk>  Subject: Re: TELNET vs LAT speed, Message-ID: <8mn1tp$175s@newton.cc.rl.ac.uk>  a "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message news:398F06D2.B0D63A90@videotron.ca...m> > Something I have been wishing to conform/inform for a while: >oN > Is it true that LAT is a ethernet-only protocol and deals only with ethernetT > adresses to deliver packets and this is the fundamental reason it is not routable?  J Yes. Additionally it has some hard-coded assumptions about reliability and< delay. One would have to map the multicasts somehow as well.   ------------------------------  % Date: Mon, 07 Aug 2000 14:32:21 -0500 - From: Bruce Vinson <r4887c@email.sps.mot.com>s  Subject: Re: TELNET vs LAT speed1 Message-ID: <398F0EC5.F2E4B549@email.sps.mot.com>    We run LAT over FDDI just fine.u   Bruce Vinson Motorola - MOS11 Austin    JF Mezei wrote:t > > > Something I have been wishing to conform/inform for a while: > N > Is it true that LAT is a ethernet-only protocol and deals only with ethernetT > adresses to deliver packets and this is the fundamental reason it is not routable?   ------------------------------  % Date: Mon, 07 Aug 2000 20:39:48 +0000 - From: SysAdmin <djesys.nospam@fsi.net.mapson>-  Subject: Re: TELNET vs LAT speed. Message-ID: <398F1E94.B61B5F71@fsi.net.mapson>   JF Mezei wrote:: > > > Something I have been wishing to conform/inform for a while: > N > Is it true that LAT is a ethernet-only protocol and deals only with ethernetT > adresses to deliver packets and this is the fundamental reason it is not routable?  < Well, it really has more to do with the "7-layer OSI model".  E LAT does not use what's called the "routing" layer. That is, there isgF nothing in the protocol at that level to distinuish one "network" fromF another, such as an address/subnet mask scheme or a DECnet area numberF or ... There are LAT "group" numbers; however, these do not correspondD to a suitable level in the model such that it could be exploited for routing purposes.   H LAT must be bridged at the highest possible priority in order to preventF virtual circuit timeouts and other kinds of data loss / retransmission	 problems.E  @ ...AFAIK. To my (admittedly limited) knowledge the source/target4 (hardware) address scheme is not unique to Ethernet.   David J. Dachteram   ------------------------------   Date: 7 Aug 2000 14:54:29 -0700o1 From: nothome@spammers.are.scum (Malcolm Dunnett)   Subject: Re: TELNET vs LAT speed, Message-ID: <E3K6ts4KHgas@malvm2.mala.bc.ca>  a In article <398F0EC5.F2E4B549@email.sps.mot.com>, Bruce Vinson <r4887c@email.sps.mot.com> writes: ! > We run LAT over FDDI just fine.r >  > Bruce Vinson > Motorola - MOS11 Austin  >  > JF Mezei wrote:l >> r? >> Something I have been wishing to conform/inform for a while:s >> tO >> Is it true that LAT is a ethernet-only protocol and deals only with ethernet U >> adresses to deliver packets and this is the fundamental reason it is not routable?r  O    It's not "ethernet only", but it does depend on using the adapter address toeN direct packets. This assumes a flat address space model, where any station canK send a packet directly to any other station and where no assumptions may beoM made about the address values one might encounter. Routable protocols such as L IP and DECNet use a structured address, where one portion can be examined toM determined if the destination is "local" or not. For non-local addresses this B portion can be used by routers to direct the packet appropriately.  Z    FDDI ( and IIRC Token Ring ) both use the same 48 bit address format as ethernet, whichR is why bridges can be designed which convert traffic between any of these systems.  N    So JF is correct, with the proviso that it's not just "Ethernet" which used "ethernet addresses".d   ------------------------------  % Date: Mon, 07 Aug 2000 15:08:34 -0700n+ From: "Barry Treahy, Jr." <Treahy@mmaz.com>   Subject: Re: TELNET vs LAT speed( Message-ID: <398F3362.F2648D01@mmaz.com>   SysAdmin wrote:n  J > LAT must be bridged at the highest possible priority in order to preventH > virtual circuit timeouts and other kinds of data loss / retransmission > problems.'  X This is true, but my LAT experience in a bridged WAN through compression bridges using aQ 56K DDS circuit is that LAT is still more robust that it receives credit for.  WeSR supported two remote offices (11 people and 3 people) with terminals using desktopP terminal emulators using LAT and DECserver 700's for supporting remote printing.  V We ran this configuration for 3 years and never had a single problem with LAT droppingS circuits, even with the lease line was saturated with IP traffic from e-mail or webtT browsing.  Even with the typical 3.5 to 1 compression with these bridges, but we did$ eventually out grow the leased line.  ! Anyone interested in buying them?t  X On aside, has anyone played with Linux or BSD to perform any type of tunneling of DECnet. or LAT protocols between remote sites over IP?   Barryt   ------------------------------   Date: 7 Aug 2000 19:31:58 GMTa2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)) Subject: Re: there was a disk freeware...=6 Message-ID: <8mn2re$9u7$2@mailint03.im.hou.compaq.com># Keywords: large disk size partitionM  O In article <8mm20v$i59$1@server.garr.net>, system@lnREMOVEgs.infn.it () writes:o  @ : I have a cloudy remind of a VMS freeware utility to partition * : a disk into two or more (virtual) units.  	   Ayup...0  L : This was a trick to avoid the disk space wasting due to the cluster size.   G   You could upgrade to OpenVMS V7.2 or later, reinitialize your disks, CJ   and avoid this whole workaround -- with V7.2 and later, the disk volume H   cluster factor can be set to one block on volumes up to 137 gigabytes 
   in size.  @ : After, these virtual disk units was mounted as a volume set...  $   VD and LD on the OpenVMS Freeware.  @   Booting from such a configuration is not supported, of course.  A : I don't remember the name, author, and/or download site of this " : utility... any pointer about it?  F   Pointers to the OpenVMS Freeware are in the OpenVMS FAQ, start with:  +     http://www.openvms.compaq.com/freeware/D  5   The OpenVMS FAQ is available via a link located at:f  "     http://www.openvms.compaq.com/  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Mon, 7 Aug 2000 23:54:22 +0200' From: "Harald Droste" <quadword@web.de>o  Subject: Re: VMS Vs any other OS) Message-ID: <8mnass$kb1$1@news.online.de>r   ----<snip>----  > I would add that VMS has yearsK > of engineering behind it, where NT, for instance, only has a few years of L > questionable (I have my doubts about microsoft's engineering) equivelance.   ----<snip>----  ) even if I get slaughtered for this one...eI the N/T architect is nobody else than Dave Cuttler and his (ex-DEC) team.3   Harald  F "Christopher Smith" <chriss@Mufasa.pubserv.com> schrieb im NewsbeitragD news:Pine.LNX.4.05.10008041642540.13777-100000@Mufasa.pubserv.com..., > On Fri, 4 Aug 2000, Mike E. Fackler wrote: >eL > >   My reading has recently taken me out of the Intel world and into otherH > > type systems. (OS/400 and OpenVMS) I don't mean for this question to start atK > > war, but being so indoctrinated in a Win type OS (Win/2000) I am havings alG > > hard time seeing the advantage to the VMS OS. What exactly are it'scJ > > strengths over other OS? Why would an industry choose it over anything else% > > in general and W2K in particular?, > I > Well, uptime has allready been mentioned.  I would also add that memory:K > protection and multitasking never work as they should on a windows o/s ;)oL > Even in NT where it's supposed to be impossible for a process to write outJ > of its own allocated memory, it happens.  I would add that VMS has yearsK > of engineering behind it, where NT, for instance, only has a few years ofaL > questionable (I have my doubts about microsoft's engineering) equivelance. >hI > On another note, there are the features of the o/s -- not feature as intH > "start button" or "wordpad," but things rather more internal, and moreI > useful if I do say so, myself. :)  I'd give clustering, the DCL command ? > language, and RMS (the record management system) as examples.  >eB > RMS for instance, allows creation and manipulation of relativelyG > complexly-formatted files, -- which windows would need something like- access > to do for it.: >2K > There's also VMS's tight integration with the hardware that it runs on -- L > as opposed to the windows way of "it's the hardware designer's job to make. > a driver, and who cares if it works well..." >mL > I'd also point out that VMS allows you to set limits for the amount of cpuI > time that running processes take, as well as disk quotas (I'm not awaree > that NT offers such things)H > L > X11 is fully supported under VMS, out of the box, too.  That's certainly aL > nice feature if you have more than one unix or VMS machine around, becauseI > you can display applications from one machine on the display of another K > (yes, windows does this too, kind of, but you have to go buy metaframe to $ > get it to really work that way...) > K > Then there is the full suite of utilities that comes with VMS, which will I > allow you to get whatever information you'd want regarding your system.-K > VMS is very good at telling you exactly what's happening -- as opposed toa6 > "the system is either busy, or has become unstable." >aL > >    If it helps any I have a prospect for a entry level IT job at a localK > > hospital who's main system runs VMS.  I'm kinda just wondering why theyo > > would have chosen that.y >sK > Well, when it comes right down to it, they could have made a few choices,iH > and it probably would have worked, so VMS was probably just somebody's8 > favorite thing out of the list of choices at the time. > I > You hsould note that windows shouldn't be on that list today if they're J > expecting constant availability, and just a few years ago, it would have8 > been laughed at, were it even brought up as an option. > E > (Recall that until windows NT, windows wasn't an o/s even, it was a  > shell on top of dos...)e >tF > So what I'm saying is that while people might consider windows todayH > (though, it's still not ready, and they shouldn't), they wouldn't haveD > 8-10 years ago.  When was that system put in place?  I wouldn't beJ > suprised if it's been running on VMS since the 70's and just hasn't been) > changed much because there was no need.e >vI > I hope that I haven't come across as being too bigotted.  I've tried totH > concentrate on the advantages of VMS, rather than the disadvantages ofJ > windows.  As you remove yourself a bit from the intel-world, you'll findD > that there are a lot more disadvantages to windows, than there areK > advantages to other things. :) (I should know, since I write windows apps G > for a living right now.  I didn't mention the consistency of VMS whenoI > used as a programmming enviroment, and the ease with which you can make K > programs written in different languages communicate with each other.  Tryl: > doing that with windows -- I have -- it's not pleasant.) >n
 > Regards, >a > Christ >n >iL ============================================================================ ===a@ > "My two cents" (http://rootworks.com/twocentsworth.cgi?128562)= > Christopher Smith(chriss@pubserv.com) Prgramer^W Programmero! > Prime Synergy of Champaign, IL. ' > -------------------------------------tK > "Where a calculator on the ENIAC is equipped with 18,000 vacuum tubes and J > weighs 30 tons, computers in the future may have only 1,000 vacuum tubes< > and weigh only 1.5 tons." -- Popular Mechanics, March 1949L > -------------------------------------------------------------------------- -----s >. >>   ------------------------------  + Date: Mon, 07 Aug 2000 22:15:59 +0000 (   )o3 From: Christopher Smith <chriss@Mufasa.pubserv.com>e  Subject: Re: VMS Vs any other OSI Message-ID: <Pine.LNX.4.05.10008072214410.4018-100000@Mufasa.pubserv.com>   ( On Mon, 7 Aug 2000, Harald Droste wrote:   > ----<snip>----" > > I would add that VMS has yearsM > > of engineering behind it, where NT, for instance, only has a few years ofeN > > questionable (I have my doubts about microsoft's engineering) equivelance. > ----<snip>----  + > even if I get slaughtered for this one... K > the N/T architect is nobody else than Dave Cuttler and his (ex-DEC) team.i  J Yes, but what good is an incredibly talented architect who's told to build the wrong thing? :)o   Regards,   Chris   O ===============================================================================k@ "My two cents"			(http://rootworks.com/twocentsworth.cgi?128562)= Christopher Smith(chriss@pubserv.com)			Prgramer^W Programmerb Prime Synergy of Champaign, IL.i% -------------------------------------hI "Where a calculator on the ENIAC is equipped with 18,000 vacuum tubes andCH weighs 30 tons, computers in the future may have only 1,000 vacuum tubes; and weigh only 1.5 tons." -- Popular Mechanics, March 1949 sO -------------------------------------------------------------------------------a   ------------------------------  % Date: Mon, 07 Aug 2000 19:42:34 -050037 From: "David J. Dachtera" <djesys.nospam@earthlink.net>e  Subject: Re: VMS Vs any other OS- Message-ID: <398F577A.F1E12C4F@earthlink.net>r   Harald Droste wrote: >  > ----<snip>----" > > I would add that VMS has yearsM > > of engineering behind it, where NT, for instance, only has a few years ofcN > > questionable (I have my doubts about microsoft's engineering) equivelance. >  > ----<snip>---- > + > even if I get slaughtered for this one...eK > the N/T architect is nobody else than Dave Cuttler and his (ex-DEC) team.i  
 Acknowledged.p  @ ...however, they couldn't make NT look *TOO* much like VMS (evenA reliability-wise) for reasons that (I suppose) should be obvious.s  F Then again, DECwindows isn't tied deeply into the kernel as the NT GUI is.s   -- u David J. Dachteraa dba DJE Systemst http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/n   ------------------------------  % Date: Mon, 07 Aug 2000 19:57:33 -0500-7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>m  Subject: Re: VMS Vs any other OS- Message-ID: <398F5AFD.41091A74@earthlink.net>e  
 ChuckT wrote:a [snip]D > I like VMS or OpenVMS as it is now called.  It is almost a naturalD > language environment where you use commands that are very close toH > standard English to communicate with the computer.  It isn't quit thatH > easy to use but it is easy enough that with the built in help function/ > most people can begin to use it very quickly.h [snip]  H Quite true! However, I had an experience recently that gives me one item> I could add to the wish list of those coming to OVMS from UN*XH (actually, it's been said before by others, but I'll say it again here):  H We have one site which has a Tru64 box. Lacking an OpenVMS-style docset,D about the only thing that saved my hide was the "apropos" command. IH still couldn't browse a list of available topics like you can with HELP;G but given the work I've done of recent with Linux and FreeBSD, I was atuD least able to pick some helpful topics and find some man pages whichD were appropriate to those topics. (Whatever happened to the good ol' "perverted index", anyway?)u  B So, I could wish for a utility to scan HELP libraries and create aG database of topics appropriate to various keywords and topics extracted H from the help libraries. An "APRO[POS]" command for OVMS, if you will...   -- - David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/8   ------------------------------   Date: 7 Aug 2000 21:13:18 -0400o/ From: jordan@lisa.gemair.com (Jordan Henderson)a  Subject: Re: VMS Vs any other OS* Message-ID: <8mnmre$hj4$1@lisa.gemair.com>   What's wrong with:  ' $ pipe help * | sear sys$input "string"-   ;-)-  - In article <398F5AFD.41091A74@earthlink.net>,:6 David J. Dachtera <djesys.nospam@earthlink.net> wrote: >ChuckT wrote: >[snip]sE >> I like VMS or OpenVMS as it is now called.  It is almost a naturaleE >> language environment where you use commands that are very close tooI >> standard English to communicate with the computer.  It isn't quit thatoI >> easy to use but it is easy enough that with the built in help functione0 >> most people can begin to use it very quickly. >[snip]n > I >Quite true! However, I had an experience recently that gives me one itemm? >I could add to the wish list of those coming to OVMS from UN*XlI >(actually, it's been said before by others, but I'll say it again here):  > I >We have one site which has a Tru64 box. Lacking an OpenVMS-style docset,cE >about the only thing that saved my hide was the "apropos" command. ItI >still couldn't browse a list of available topics like you can with HELP;1H >but given the work I've done of recent with Linux and FreeBSD, I was atE >least able to pick some helpful topics and find some man pages whichoE >were appropriate to those topics. (Whatever happened to the good ol'h >"perverted index", anyway?) >sC >So, I could wish for a utility to scan HELP libraries and create a H >database of topics appropriate to various keywords and topics extractedI >from the help libraries. An "APRO[POS]" command for OVMS, if you will...> >  >--  >David J. Dachtera >dba DJE Systems >http://www.djesys.com/r >o; >Unofficial Affordable OpenVMS Home Page and Message Board:o  >http://www.djesys.com/vms/soho/   ------------------------------  % Date: Mon, 07 Aug 2000 20:15:32 -0700r1 From: Vance Haemmerle <vance@toyvax.Tucson.AZ.US>   Subject: Re: VMS Vs any other OS3 Message-ID: <398F18E4.3CADD862@toyvax.Tucson.AZ.US>e   Jordan Henderson wrote:o >  > What's wrong with: > ) > $ pipe help * | sear sys$input "string"d >  > ;-)t >   / > In article <398F5AFD.41091A74@earthlink.net>,L8 > David J. Dachtera <djesys.nospam@earthlink.net> wrote:E > >So, I could wish for a utility to scan HELP libraries and create anJ > >database of topics appropriate to various keywords and topics extractedK > >from the help libraries. An "APRO[POS]" command for OVMS, if you will...m    0   You might also want to check out "HELP HINTS".   -- Vance Haemmerlec vance@toyvax.Tucson.AZ.USs   ------------------------------  % Date: Mon, 07 Aug 2000 23:01:03 -0500-7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>   Subject: Re: VMS Vs any other OS- Message-ID: <398F85FF.760C2F28@earthlink.net>e   Jordan Henderson wrote:v >  > What's wrong with: > ) > $ pipe help * | sear sys$input "string"  >  > ;-)8  H Well, I'm sure you know this, it only scans SYS$HELP:HELPLIB and doesn'tH return much easily usuable information relating keywords to HELP topics.   -- g David J. Dachterag dba DJE Systemsm http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/d   ------------------------------  % Date: Mon, 07 Aug 2000 23:02:16 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>e  Subject: Re: VMS Vs any other OS- Message-ID: <398F8648.529E8C5B@earthlink.net>e   Vance Haemmerle wrote: >  > Jordan Henderson wrote:t > >  > > What's wrong with: > >b+ > > $ pipe help * | sear sys$input "string"n > >e > > ;-)l > >t > 1 > > In article <398F5AFD.41091A74@earthlink.net>, : > > David J. Dachtera <djesys.nospam@earthlink.net> wrote:G > > >So, I could wish for a utility to scan HELP libraries and create auL > > >database of topics appropriate to various keywords and topics extractedM > > >from the help libraries. An "APRO[POS]" command for OVMS, if you will...g > 2 >   You might also want to check out "HELP HINTS".  ! See my reply to Jordan Henderson.,   -- h David J. Dachtera  dba DJE Systemst http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Mon, 7 Aug 2000 19:41:21 +01005 From: "Adam Price" <adam+usenet@pappnase.demon.co.uk>o; Subject: Re: What Can I Do With An AlphaServer 1000A 4/233?yA Message-ID: <965673858.25337.1.nnrp-03.c2deb51d@news.demon.co.uk>   $ Larry Kilgallen wrote in message ...[ >In article <398E17E7.36958451@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes:  > O >> The single 8600/8650 I saw was about 4 of the wide cabinets (about 3 ft wideuQ >> each) and 5 ft or so tall.  Been a while.  Possibly not all cabs were CPU, bute$ >> disks and such were not attached. >>. >> Glad they don't make them that way anymore. > * >Gotten any Wildfire machines lately ? :-)U You want big, then look at a big SC series machine, how many cabs do you want to fillP	 with CPU?o   Seel/ http://www.compaq.com/alphaserver/sc/index.html  for details.  
 Adam Price   ------------------------------  $ Date: Mon, 7 Aug 2000 09:56:21 +0000. From: "T Bluck." <tb@planet-tharg.demon.co.uk>; Subject: Re: What Can I Do With An AlphaServer 1000A 4/233?t7 Message-ID: <ZY6SLHAFfoj5Iw$j@planet-tharg.demon.co.uk>t  ; I did some work for a Ministry of Defence supplier based in 8 Surrey U.K.  the computer room was the size of an indoor= tennis court, and housed 10+ VAX 11/780 systems and all their$9 attached disc and tape drives. All was working fine untilz< someone decided to test the fire alarm system's gas extract = fans,  Then the false/lowered ceiling came down, plaster dusto everywhere..    (ouch!)t   -- t8 Tim Bluck.   TB565   http://www.planet-tharg.demon.co.uk   ------------------------------  % Date: Mon, 07 Aug 2000 20:58:34 -0400e, From: taterskins@patriot.net (Ramon L. Tate); Subject: Re: What Can I Do With An AlphaServer 1000A 4/233?eD Message-ID: <taterskins-ya023480000708002058340001@news.patriot.net>  B In article <ZY6SLHAFfoj5Iw$j@planet-tharg.demon.co.uk>, "T Bluck."$ <tb@planet-tharg.demon.co.uk> wrote:  = > I did some work for a Ministry of Defence supplier based inr: > Surrey U.K.  the computer room was the size of an indoor? > tennis court, and housed 10+ VAX 11/780 systems and all theird; > attached disc and tape drives. All was working fine untile> > someone decided to test the fire alarm system's gas extract ? > fans,  Then the false/lowered ceiling came down, plaster dustA > everywhere..    (ouch!)o >  > --  : > Tim Bluck.   TB565   http://www.planet-tharg.demon.co.uk  F This is beginning to sound like "Can You Top This?" (an old U.S. radio@ program from more years ago that I care to remember). Vis  vis:  I Early one Monday morning, the early shift operator for the aforementioned E NIH DECsystem-10 arrived to find the entire computer room filled witheJ steam! The Gods of Computing were smiling that day, however wryly, becauseI (1) it was relatively low temperature steam, and (2) the system power hadhD been turned off on Sunday by a DEC maintenance engineer after he wasF finished doing some maintenance. It took the better part of 2 weeks toK clean and dry out all the electronics - including the disk packs and backupsG tapes, which were [you guessed it] stored in the same room. Not one bitc7 lost, though, at least as far as anyone could tell. :-}2  D There was a steam line from the central power plant that entered theH building through a closet off the basement computer room, and one of theH valves sprang a small leak sometime during the weekend. The DEC engineerK actually noted a little bit of steam coming from the closet and decided (astJ I remember) to leave the power off, "just in case". By Sunday morning, the: small leak had turned into something bigger - much bigger!   Over.u   -- n
 Ramon L. Tatet	 Casa Maai= taterskins@patriot.net   "Skin" that "tater" before replying!p   ------------------------------   End of INFO-VAX 2000.440 ************************