1 INFO-VAX	Fri, 24 Aug 2001	Volume 2001 : Issue 469       Contents: 16 VLCs for sale1 Re: 164LX system and QLA1080 SCSI host controller - AD : Did you miss the footy on On Digital ??? 3 CA and Ingres (Was Re: The Final Knell Has Sounded)  cluster system disk shadowness" Re: cluster system disk shadowness" Re: cluster system disk shadowness$ Re: Compaq as a technology leader???$ Re: Compaq as a technology leader???$ Re: Compaq as a technology leader??? Compaq Mark Twain mailing  RE: Compaq Mark Twain mailing  Re: Compaq Mark Twain mailing ) DEFMBXBUFQUO to help on the RWMBX states?  Re: Good VMS news 2 Re: GTK and VMS: current status and future plans ? Re: Help with DCL . Help! Memory Configuration Information needed.- How do you search for blank lines in TPU/EVE? 1 Re: How do you search for blank lines in TPU/EVE? 1 Re: How do you search for blank lines in TPU/EVE? 1 Re: How do you search for blank lines in TPU/EVE? 1 Re: How do you search for blank lines in TPU/EVE? + Looking for a good alert management utility / Re: Looking for a good alert management utility / RE: Looking for a good alert management utility / Re: Looking for a good alert management utility  Re: MLU and VMS 7.3  Re: More Alpha rubbish in print K Re: Mount Points (was: Re: Wailing at Eunuchs (was: Wailing and Moaning...)  Re: Nits in Slides9 Re: Nits in Slides (was: Re: The Final Knell Has Sounded) 9 Re: Nits in Slides (was: Re: The Final Knell Has Sounded) 5 Re: Nuts-n-bolts in News (was: Re: Nits in Slides...) 5 Re: Nuts-n-bolts in News (was: Re: Nits in Slides...) 9 OT: Humor about DRP (Was Re: Some postive points I hope.) # Re: OT: TOPS-20 and TOPS-10 live on # Re: OT: TOPS-20 and TOPS-10 live on  Re: Rob: Close but no beer Re: Rob: Close but no beer	 Re: RWMBX 7 Re: RWMBX - What to do, What to do! Help me if you can. 7 Re: RWMBX - What to do, What to do! Help me if you can. & Single disk root versus multiple disks* Re: Single disk root versus multiple disks Re: Some postive points I hope.  Re: Some postive points I hope.  Re: Sqlsrv_manage , Re: VMS high reliability needed by Air Force, RE: VMS high reliability needed by Air Force Re: Wailing and Moaning....  RE: Wailing and Moaning....  Re: Wailing and Moaning.... 4 Re: Wailing at Eunuchs (was: Wailing and Moaning...)4 Re: Wailing at Eunuchs (was: Wailing and Moaning...)4 Re: Wailing at Eunuchs (was: Wailing and Moaning...)4 Re: Wailing at Eunuchs (was: Wailing and Moaning...)4 Re: Wailing at Eunuchs (was: Wailing and Moaning...)4 Re: Wailing at Eunuchs (was: Wailing and Moaning...)4 Re: Wailing at Eunuchs (was: Wailing and Moaning...)4 Re: Wailing at Eunuchs (was: Wailing and Moaning...)4 Re: Wailing at Eunuchs (was: Wailing and Moaning...)4 Re: Wailing at Eunuchs (was: Wailing and Moaning...)4 Re: Wailing at Eunuchs (was: Wailing and Moaning...)4 Re: Wailing at Eunuchs (was: Wailing and Moaning...)P Re: What cooler name than VAX? (was Re: Common Code (was Re: TheFinal Knell Has 6 [Q]: How to get BACKUP to relabel tapes automatically?: Re: [Q]: How to get BACKUP to relabel tapes automatically?  F ----------------------------------------------------------------------  # Date: Thu, 23 Aug 2001 15:45:19 GMT  From: inge@tarboo  Subject: 16 VLCs for sale % Message-ID: <2001Aug23.154519@tarboo>   H Trying desperately to figure out what I could do with them.  Saw a stackH of 16 VAXstation 4000 VLCs at REPC (PC recycler) in Tukwilla, WA.  Don'tI know the price or configurations.  No monitors, keyboards or mice. My '95 I SOC shows VLCs with 535 Mbyte RZ23s, 8 megs of memory (expandable to 24), G 6.2 VUPs. SCSI connector on back, MMJ console port, ethernet.  Could be  empty cases for all I know.    ------------------------------  % Date: Thu, 23 Aug 2001 17:32:52 -0400 - From: "www.islandco.com" <sales@islandco.com> : Subject: Re: 164LX system and QLA1080 SCSI host controller/ Message-ID: <toat5kcfu7kf60@news.supernews.com>   H The QLA1080 is a different chip based board and will not work in the SRM  = THe KZPCA is not a QLogic controller but a Symbios controller   7 We have a compatible for $260 that works great with VMS    David T     > "Robert Alan Byer" <byer@mail.ourservers.net> wrote in message- news:3B84BB82.7EAB6D20@mail.ourservers.net...  > > G > > I've been using my 164LX based Alpha for about 18 months. It's been L > > running Debian Linux over a Tekram SCSI host controller. I recently cameL > > by a couple of Qlogic QLA1080 controllers - KZPCA in DEC speak, I think. > > F > > Being curious I thought I would see if I could now load Alpha/VMS.J > > However, I seem to have fallen at the first hurdle - the box can't seeL > > the new SCSI host controller. As both controllers were in their unbrokenJ > > antistatic sleeves and the vendor represented them as new and unused IK > > find it difficult to believe that both are DOA although I don't dismiss J > > the possibility. Does anyone know if these controllers can be detected) > > on a 164LX system (running V5.8 SRM)?  > >  > H > I'm in the same boat and good luck trying to make it work, I tried for. > three weeks to get one working with no luck. >  > -- > B >  +------------------+--------------------------+---------------+B >  | Robert Alan Byer | byer@mail.ourservers.net | ICQ #65926579 |B >  +------------------+--------------------------+---------------+B >  | Send an E-mail request to obtain a copy of my PGP key.      |B >  +-------------------------------------------------------------+B >  | "It is by caffeine alone I set my mind in motion.  It is by |B >  |  cans of cola the thoughts aquire speed, the hands aquire   |B >  |  shakes, the shakes become a warning.  It is by caffeine    |B >  |  alone I set my mind in motion."                            |B >  +-------------------------------------------------------------+   ------------------------------  % Date: Thu, 23 Aug 2001 23:50:17 -0100 . From: "Con-Digital" <darwin@con-digital.co.uk>6 Subject: AD : Did you miss the footy on On Digital ???C Message-ID: <r1ih7.36980$in6.3995109@news6-win.server.ntlworld.com>   F     All Channel Auto Update Cards ( No Inputting of monthly codes) 25/     Modified Originl Cards (The Full Monty) 40      A     Both are ECM Proof :-) and Include the New ITV Sport Channels         ------------------------------  # Date: Fri, 24 Aug 2001 02:20:31 GMT 0 From: William Barnett-Lewis <wlewis@mailbag.com>< Subject: CA and Ingres (Was Re: The Final Knell Has Sounded)+ Message-ID: <3B85B9ED.3172486A@mailbag.com>    Randy Burlew wrote:  > N > In article <rdeininger-2108012256490001@user-2ivealm.dialup.mindspring.com>,# > rdeininger@mindspring.com says...  > > I > >The shareholder meeting is next week.  The outcome could be a complete J > >change of control of the company.  Since I've NEVER heard anything good? > >about CA, I can only assume that would be a welcome outcome.  > B > When CA bought out ASK in 1994, they saved Ingres. ASK was going6 > bankrupt, and Ingres was going south at a fast rate.  $ The only good thing about CA though.   D > CA has treated their Ingres customers pretty well and has poured a1 > considerable amount of development into Ingres.   G True so far as it goes. CA is better the way that being in a wheelchair C is better than being in a coffin. Thier support tries hard, but the " PHB's more than make up for them.    > B > Unfortunately, Ingres is much like VMS in that it has never beenA > properly marketed. I think that it is somewhat appropriate that ! > we are running Ingres on VMS...   H Best database on the market and I'm being forced to migrate to either (IF can choose the poison) MS SQL or Oracle. And QUEL blows SQl out of the water.  G Got any version 5 tapes left you could sell??? ;'p Least I could run it  at home on the VLC then...    > Randy Burlew   William  --  * You better watch out    What you wish for;+ It better be worth it   So much to die for. -                                 Courtney Love    ------------------------------  # Date: Fri, 24 Aug 2001 00:16:33 GMT 2 From: "frank brown" <frank.brown@ci.seattle.wa.us>' Subject: cluster system disk shadowness 3 Message-ID: <B1hh7.179$3t3.21487@news-west.eli.net>   H I'm setting up a tiny vaxcluster, 2 4300s and a quorum disk.  This is anK offsite backup of a healthy production cluster.  The production cluster has D a shadowed system disk, which I backed up and restored to the backup cluster.  K The backup system disk is not shadowed.  However, one of the CPUs mounts it L as a shadowset member, and the other CPU doesn't...this causes whichever CPU% is booted second to fail during boot.   F What determines if a VAX tries to create a shadowset when mounting theF system disk?  How can I change this behavior?  Alas, I cannot find the& Volume Shadowing manual in our docset.   -Frank Brown Seattle Fire Dept.# frank.brown.NOSPAM@ci.seattle.wa.us  http://www.inwa.net/~frog    ------------------------------  % Date: Thu, 23 Aug 2001 21:22:34 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> + Subject: Re: cluster system disk shadowness , Message-ID: <3B85AC59.B1B29C76@videotron.ca>   frank brown wrote:H > What determines if a VAX tries to create a shadowset when mounting theH > system disk?  How can I change this behavior?  Alas, I cannot find the( > Volume Shadowing manual in our docset.  	 MC SYSGEN " SYSGEN>HELP SYS_PA SHADOW_SYS_DISK  H That parameter will cause  your system disk to be mounted as a shadowsetA (DSAx:) and you can specify the unit number with SHADOW_SYS_UNIT.    ------------------------------  % Date: Fri, 24 Aug 2001 05:41:38 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender)+ Subject: Re: cluster system disk shadowness ; Message-ID: <3b85ccf2.524144494f47414741@radiogaga.harz.de>   1 frank brown (frank.brown@ci.seattle.wa.us) wrote: J > I'm setting up a tiny vaxcluster, 2 4300s and a quorum disk.  This is anM > offsite backup of a healthy production cluster.  The production cluster has F > a shadowed system disk, which I backed up and restored to the backup
 > cluster. > M > The backup system disk is not shadowed.  However, one of the CPUs mounts it N > as a shadowset member, and the other CPU doesn't...this causes whichever CPU' > is booted second to fail during boot.  > H > What determines if a VAX tries to create a shadowset when mounting the0 > system disk?  How can I change this behavior?   / It's a SYSGEN parameter: SHADOW_SYS_DISK, IIRC.    > Alas, I cannot find the ( > Volume Shadowing manual in our docset.  5 You can find it online at www.openvms.compaq.com/doc/    cu,    Martin --  F                           | Martin Vorlaender  |  VMS & WNT programmer3  Cetero censeo            | work: mv@pdv-systeme.de F  Redmondem delendam esse. |   http://www.pdv-systeme.de/users/martinv/:                           | home: martin@radiogaga.harz.de   ------------------------------  % Date: Thu, 23 Aug 2001 14:14:59 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> - Subject: Re: Compaq as a technology leader??? + Message-ID: <3B854820.C5E611F@videotron.ca>    Duane Sand wrote:  > Here's something new !! 4 >       http://bbspot.com/News/2001/08/keyboard.html   ##M Director of Product Development Erik Mancil said, "We're a company that takes L chances. Sure our 13 button mouse didn't go over well, but we attribute thatN to poor marketing not product design. The 208 position keyboard is bound to be a blockbuster product."  ##  M Well, there you go, at least some folks at Compaq freely admit that there are  problems with marketing :-) :-)    ------------------------------  % Date: Thu, 23 Aug 2001 15:27:23 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com> - Subject: Re: Compaq as a technology leader??? ( Message-ID: <9m3le8$87t$1@pyrite.mv.net>  9 "Duane Sand" <duane.sand@mindspring.com> wrote in message 6 news:wlah7.3640$sa.1757008@news1.rdc1.sfba.home.com... > > mulp wrote: B > > > Ok, who thinks that Compaq was or is a leader in introducing technology? I > > > What are some examples of these technologies since I can't think of  any? >  > Here's something new !! 4 >       http://bbspot.com/News/2001/08/keyboard.html  L I loved it!  Especially the next-to-last paragraph, which reminded me of the  VT05 I started programming with.   - bill   ------------------------------  % Date: Thu, 23 Aug 2001 21:23:16 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> - Subject: Re: Compaq as a technology leader??? & Message-ID: <3B85BA94.8BD5AE7@fsi.net>   Duane Sand wrote:  >  > > mulp wrote: N > > > Ok, who thinks that Compaq was or is a leader in introducing technology?N > > > What are some examples of these technologies since I can't think of any? >  > Here's something new !! 4 >       http://bbspot.com/News/2001/08/keyboard.html  . As Capt. Gregg said to Mrs. Muir, "Oh, Blast!"  3 (Remember to apply the appropriate British accent.)    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Thu, 23 Aug 2001 14:53:38 -0400  From: William_Bochnik@acml.com" Subject: Compaq Mark Twain mailing> Message-ID: <OF04C4B67F.FF77C8A5-ON85256AB1.0067A0C7@acml.com>  . when you get it in the mail, you'll understand  ? page 55 - Put all your eggs in one basket and WATCH THAT BASKET    ROTFL       F ______________________________________________________________________;  The information contained in this transmission may contain @ privileged and confidential information and is intended only forA the use of the person(s) name above.  If you are not the intended = recipient, or an employee or agent responsible for delivering 3 this message to the intended recipient, any review, @ dissemination, distribution or duplication of this communication? is strictly prohibited.  If you are not the intended recipient, A please contact the sender immediately by reply e-mail and destroy # all copies of the original message.    ------------------------------  % Date: Thu, 23 Aug 2001 16:42:29 -0400 > From: "Koska, John C. (LNG-MBC)" <John.C.Koska@lexisnexis.com>& Subject: RE: Compaq Mark Twain mailingM Message-ID: <3D35AD137AAAD411A6BA0008C7B1B12D016022DF@MBCALBEXC03.BENDER.COM>   H Inspirational, and some good marketing; abet others may down trodden it.   :) jck
 John Koska Matthew Bender & Co., Inc. -"   A Member of the LexisNexis Group
 1275 Broadway  Albany, NY  12204  USA  518-487-3255 John.C.Koska@lexisnexis.com   ) I post personal opinion only, and all the * disclaimers one could imagine apply.  That( includes, I speak for myself only and my) views in no way represent my employer(s). + One should also take note of the Electronic ) Communications Privacy Act of 1986, which + imposes civil and criminal liability on any ( person who intentionally intercepts "any( wire, oral or electronic communication."   > -----Original Message-----B > From: William_Bochnik@acml.com [mailto:William_Bochnik@acml.com]) > Sent: Thursday, August 23, 2001 2:54 PM  > To: Info-VAX@Mvb.Saic.Com $ > Subject: Compaq Mark Twain mailing >  >  > 0 > when you get it in the mail, you'll understand > A > page 55 - Put all your eggs in one basket and WATCH THAT BASKET  >  > ROTFL  >  >  > H > ______________________________________________________________________= >  The information contained in this transmission may contain B > privileged and confidential information and is intended only forC > the use of the person(s) name above.  If you are not the intended ? > recipient, or an employee or agent responsible for delivering 5 > this message to the intended recipient, any review, B > dissemination, distribution or duplication of this communicationA > is strictly prohibited.  If you are not the intended recipient, C > please contact the sender immediately by reply e-mail and destroy % > all copies of the original message.  >    ------------------------------  % Date: Thu, 23 Aug 2001 22:00:02 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> & Subject: Re: Compaq Mark Twain mailing' Message-ID: <3B85C332.66DEC3EE@fsi.net>    William_Bochnik@acml.com wrote:  > 0 > when you get it in the mail, you'll understand > A > page 55 - Put all your eggs in one basket and WATCH THAT BASKET  >  > ROTFL   H Well, some financial advisors and success counselors also hold that same conviction.s  D Personally, I think it's a dumb move for the industry as whole to be' putting all its eggs in Intel's basket.   $ ...but then what the hell do I know?> I come from Waunakee (Wisconsin) (not really, its just a song) I wear animal pelts, I eat raw meat,  I sleep in a hollow tree...s   -- w David J. Dachtera  dba DJE Systemse http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/a   ------------------------------  % Date: Thu, 23 Aug 2001 22:26:12 -0500M( From: "Bill Ames" <billames@accunet.net>2 Subject: DEFMBXBUFQUO to help on the RWMBX states?/ Message-ID: <tobi8oq2le6u81@corp.supernews.com>y  L I checked the source code and when the create the mailbox they are not usingH bufquo. So it must be using DEFMBXBUFQUO.  With that said this is what I found:   SOUTHEAST>RUN SYS$SYSTEM:SYSGENo SYSGEN>  SHOW DEFMBXBUFQUOH Parameter                 Name     Current    Default     Min.      Max. Unit    DynamicmI --------------           -------    -------    -------    -------    ----o  -------G DEFMBXBUFQUO                 1056       1056       256      64000 Bytes  Dl SYSGEN>   B Are these really low numbers and can I increase them to get betterH performance.  The business system has way to many programs for me to getI into the source and fix it all. I seem to only have these problems on onei@ AXP server. Probably more business is being done on that region.  
 Any thoughts?:   Bill   ------------------------------  # Date: Fri, 24 Aug 2001 01:18:09 GMT ' From: "K Coleman" <knkcoleman@home.com>n Subject: Re: Good VMS news? Message-ID: <lXhh7.46284$c8.18714973@news1.denver1.co.home.com>   , You'd like to think that, wouldn't you!  :-)    F "Larry Kilgallen" <Kilgallen@eisner.decus.org.nospam> wrote in message- news:IvfIUXD6swj8@eisner.encompasserve.org...u      B > I suppose it isn't, since State governments don't have Nukes :-)     >pI > In article <Pine.OSF.4.21.0108151912020.16474-100000@athena.csdco.com>, $ John Nebel <nebel@csdco.com> writes: > >i6 > > At least it's not another end-of-the-world thread! > >r > > John Nebel > >n* > > On 14 Aug 2001, Larry Kilgallen wrote: > > @ > >> In article <3B79C3E0.EA8914DA@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:c > >> > John Nebel wrote: > >> >>e > >> >> ISV news.s > >> >>iK > >> >> A few weeks ago the transition from MVS to VMS was made for a largeeK > >> >> State application and the MVS software was shut down.  This projecta took1 > >> >> about 3 years and is not going away soon.W > >> >>d .a .g .)   ------------------------------  # Date: Thu, 23 Aug 2001 20:48:39 GMTn' From: Colin Blake <colin@theblakes.com>a; Subject: Re: GTK and VMS: current status and future plans ?t- Message-ID: <3B856BB6.1ACBA6CE@theblakes.com>l   Simon Clubley wrote:  , > What is the current status of GTK on VMS ? >?L > I know that there is a port of 1.2-8; has anybody formed an opinion on how > stable it is ?  9 Its used extensively in Mozilla. I'd say its very stable.a  4 > Is anyone planning to port later versions to VMS ?   When Mozilla requires it!    ------------------------------  % Date: Fri, 24 Aug 2001 07:19:21 +0200f, From: Didier Morandi <Didier.Morandi@gmx.ch> Subject: Re: Help with DCL& Message-ID: <3B85E3D9.C2521DF7@gmx.ch>  ! jamese@beast.dtsw.army.mil wrote:s > ? > I'd say that Douglas Adams would have said     $ answer =  42f? > or, since it is THE answer, make it a global:  $ answer == 42L   Man, that's right!...8 I'll fill an SPR right now   :->    D.   ------------------------------  % Date: Fri, 24 Aug 2001 03:44:17 -0000  From: sword7@speakeasy.org7 Subject: Help! Memory Configuration Information needed.:/ Message-ID: <tobjchbd8aum17@corp.supernews.com>a   Hello folks:  C I am working on my VAX emulator (VAX-11/780).  After I finished to aH implement all instructions and they passed tests, I tried to run VMB.EXE? but it instantly crashed with a error message display.  It saidoI "%BOOT-F-Unexpected Exception".  It halted at PC 04C6. (VMB.EXE loaded atrB started 0200).  By using my VAX/VMS Internals and Data Structures I Handbook,  I figured out traced execution in my debug file and found out .H that VMB.EXE was trying to find memory controllers through TR slots but I found nothing.  The handbook said that they are required to figure out!  cC It attempted to execute DIVL2 but it cause the divide-by-zero trap.D  E Does anyone have information about memory controllers for main memoryuG for VAX-11/780 system?  I know that VMB.EXE was trying to find how muchu memory does system has?   
 Thank you!   -- Tim Stark   -- b, Timothy Stark	<><	Inet: sword7@speakeasy.orgJ --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------   Date: 23 AUG 2001 18:15:52 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)6 Subject: How do you search for blank lines in TPU/EVE?6 Message-ID: <23AUG01.18155297@thuria.waisman.wisc.edu>  1 How would you search for a blank line in TPU/EVE?-  G I had need to remove blank lines from a text file and could not come upm= with a way of searching for them in EVE. I used SORT instead.-   ------------------------------    Date: 23 Aug 2001 15:42:34 -0500+ From: young_r@encompasserve.org (Rob Young)i: Subject: Re: How do you search for blank lines in TPU/EVE?3 Message-ID: <a1haj3TYPb1P@eisner.encompasserve.org>n  m In article <23AUG01.18155297@thuria.waisman.wisc.edu>, karcher@thuria.waisman.wisc.edu (Carl Karcher) writes:-3 > How would you search for a blank line in TPU/EVE?  > I > I had need to remove blank lines from a text file and could not come up ? > with a way of searching for them in EVE. I used SORT instead.i  < 	Not sure if it can be done without writing some TPU code.    0 	sed is available on freeware.  I've used sed onB 	several occasions for different VMS uses.  A quick search reveals? 	a sed command to remove "NULL empty lines" and "non-NULL emptyP 	lines":  ; http://www.geocrawler.com/archives/3/408/1988/3/50/2149985/-   Message: 2149985      FROM: William E. Davidsen Jr     DATE: 03/16/1988 08:23:11w*     SUBJECT: RE:  A regexp for blank lines             sed `/^$/d` infile > outfile  E     also doesn`t remove lines which are not null, which you can do byn4             sed `/^[        ]*$/d` infile > outfile   4         bill davidsen           (<EMAIL: PROTECTED>):       {uunet | philabs | seismo}!steinmetz!crdos1!davidsen3     "Stupidity, like virtue, is its own reward" -me    ---.  A 	I'm assuming there is a TAB character and a space in that seconde	 	example.   : 	And yes, Unix does have useful tools, but vi still sucks.   				RobI   ------------------------------  % Date: Thu, 23 Aug 2001 16:54:40 -0400.- From: "Peter Weaver" <peter.weaver@stelco.ca> : Subject: Re: How do you search for blank lines in TPU/EVE?2 Message-ID: <t4eh7.15417$Z2.184053@nnrp1.uunet.ca>  A "Carl Karcher" <karcher@thuria.waisman.wisc.edu> wrote in messagea0 news:23AUG01.18155297@thuria.waisman.wisc.edu...3 > How would you search for a blank line in TPU/EVE?e >...  J Doing a Wildcard find (GOLD/FIND) and searching for \<\> should work fine.I \<\w\> might work to find lines that only have whitespace one them, but I J have not tested that. If you are using standard EDIT/TPU then you may haveH to do something to define the GOLD key first. You may also want to try a: SHOW WILDCARD command to see what else you can search for.   -- Peter WeaverJ Using a WIN NT/WIN 2000 box to manage your VMS systems is like towing your7 mechanic in a 5th wheel motor home behind your Porsche.u   ------------------------------   Date: 23 AUG 2001 21:44:14 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher): Subject: Re: How do you search for blank lines in TPU/EVE?6 Message-ID: <23AUG01.21441446@thuria.waisman.wisc.edu>  E In a previous article, "Peter Weaver" <peter.weaver@stelco.ca> wrote:-  L ->Doing a Wildcard find (GOLD/FIND) and searching for \<\> should work fine.  , It does! I looked at the help for WILD FIND 0 but I missed the SHOW WILDCARDS related command.   Thanks!    ------------------------------  % Date: Fri, 24 Aug 2001 07:28:54 +0200s, From: Didier Morandi <Didier.Morandi@gmx.ch>: Subject: Re: How do you search for blank lines in TPU/EVE?& Message-ID: <3B85E616.72BC493F@gmx.ch>   Carl Karcher wrote:r > 3 > How would you search for a blank line in TPU/EVE?s > I > I had need to remove blank lines from a text file and could not come up,? > with a way of searching for them in EVE. I used SORT instead.a   Why not using DCL?   $ on warning then exit $ close/nolog in_cht $ close/nolog out_ch $ open/read  in_ch  'my_file'- $ open/write out_ch 'my_file'2 $LOOP: $ read/end=EOF in_ch linee4 $ if f$edit(line,"collapse") .eqs. "" then goto LOOP $ write out_ch linee $ goto LOOP8 $EOF:1
 $ close in_chn $ close out_ch $ exit   D.   ------------------------------    Date: 23 Aug 2001 12:37:21 -0700) From: linuxmtl@yahoo.com (Moi Je Le Sais)a4 Subject: Looking for a good alert management utility= Message-ID: <80125384.0108231137.425acec4@posting.google.com>_  	 Good day,p  F I'm currently looking for a third party product that would simply sendF all the AUDIT$SERVER and OPCOM alerts to and e-mail (or alias) address ORE send all those alerts to our main log server (using syslog) and merget' the messages OR any good idea to do so.    Regards,   ------------------------------    Date: 23 Aug 2001 15:01:04 -0500+ From: young_r@encompasserve.org (Rob Young)k8 Subject: Re: Looking for a good alert management utility3 Message-ID: <KNi1EXyzrGW9@eisner.encompasserve.org>   i In article <80125384.0108231137.425acec4@posting.google.com>, linuxmtl@yahoo.com (Moi Je Le Sais) writes:  > Good day,n > H > I'm currently looking for a third party product that would simply sendH > all the AUDIT$SERVER and OPCOM alerts to and e-mail (or alias) address > ORG > send all those alerts to our main log server (using syslog) and merger) > the messages OR any good idea to do so.t >   / http://www.tditx.com/products_consoleworks.htmld  > 	I have no affiliation and gain nothing in pointing you to the8 	link above.  You can contact them and download a 30 day" 	trial.  I am putting it in place.   				Roba   ------------------------------  % Date: Thu, 23 Aug 2001 17:56:48 -0500 * From: WILLIAM WEBB <WWEBB1@email.usps.gov>8 Subject: RE: Looking for a good alert management utility- Message-ID: <0033000033165619000002L092*@MHS>   = =0AWe use Watchdog to consolidate alerts and send messages to  various and sundry pagers.  7 Not exactly what you asked for, but it's what we do for24 alert management, and it's *extremely* configurable.     WWWebb     > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNET1) > Sent: Thursday, August 23, 2001 4:14 PMeF > To: Webb, William W - Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET: > Subject: RE: Looking for a good alert management utility >W >e? > In article <80125384.0108231137.425acec4@posting.google.com>,g > linuxmtl@yahoo.com& > (Moi Je Le Sais) writes: > Good day, > >e> > > I'm currently looking for a third party product that would
 > simply send ; > > all the AUDIT$SERVER and OPCOM alerts to and e-mail (ort > alias) address > > OR? > > send all those alerts to our main log server (using syslog)e > and merge + > > the messages OR any good idea to do so.t > >o >v/ http://www.tditx.com/products_consoleworks.htmlr  B      I have no affiliation and gain nothing in pointing you to the<      link above.  You can contact them and download a 30 day&      trial.  I am putting it in place.                       Rob=   ------------------------------  % Date: Fri, 24 Aug 2001 07:23:52 +0200t, From: Didier Morandi <Didier.Morandi@gmx.ch>8 Subject: Re: Looking for a good alert management utility& Message-ID: <3B85E4E8.389C81B7@gmx.ch>   Moi Je Le Sais wrote:t >  > Good day,  > H > I'm currently looking for a third party product that would simply sendH > all the AUDIT$SERVER and OPCOM alerts to and e-mail (or alias) address > ORG > send all those alerts to our main log server (using syslog) and mergeR) > the messages OR any good idea to do so.g  F If you like programming, have a look at the FREEWARE V5 CD. There is a' nice tool to handle mailboxes from DCL.o   D.  - PS: Should a new Internet acronym be created?eK After the famour RTFM then the not less famous RTFFAQ, here comes HALATFFCDs   :-))   ------------------------------  % Date: Thu, 23 Aug 2001 21:50:57 -0500.1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: MLU and VMS 7.3' Message-ID: <3B85C111.FB131B25@fsi.net>    Thomas Schildknecht wrote: > I > I was using the 'mlu' utility to select tapes from a TZ857 minilibrary.mG > This worked fine until I moved from VMS AXP V7.1 to VMS AXP V7.1! The3 > problem is the following:h > G > The robotic device is accessed via a pseudo-device on SCSI sub-lun 1.7/ > The device is created (e.g. for MKA100) with:t > > >    mcr sysman io connect mka101 /noadapt/driver=sys$gkdriver > C > BUT: V7.3 does not anymore allow this because 'there is already a_3 > different driver defined for the device type MK'!e > I > Does anybody know a workaround? Any other utility to command the robot?e  G Hhmmm... I would have thought Hoff or someone else would have chimed inb here...y  A Anyway, when we took our StorageTek 9710 library off the StingRaybB controller and direct SCSI connected it to the Alphas, I had to doH something similar for the Alpha that "saw" the robot device so OASIS/RLME would talk to the robot. I believe the command should look like this:c  ; $ mcr sysman io connect gka101 /noadapt/driver=sys$gkdriver   D ...but as I recall from V7.2-1 on Alpha 4100, MLU wouldn't play ball	 that way.   D The answer you need may lie somewhere in between, but daft if I know where.   -- > David J. Dachteraa dba DJE Systemsi http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/a   ------------------------------  % Date: Thu, 23 Aug 2001 19:44:08 +0100s5 From: "Adam Price" <adam+usenet@pappnase.demon.co.uk>i( Subject: Re: More Alpha rubbish in print@ Message-ID: <998592638.3779.0.nnrp-08.c2deb51d@news.demon.co.uk>  [ "Arne Vajhj" <arne.vajhoej@gtech.com> wrote in message news:3B853287.1EDF4731@gtech.com...p > Richard Tomkins wrote:L > > The point I was stumbling towards was that 2 good word processors and 58M > > lame word processors for a system in comparison to 2 good word processorsmP > > and 3 lame word processors for another system, does not make the system with6 > > 60 word processors better than the one that has 5. > >rI > > There is no need to have thousands of applications and programs for arO > > system. There is just a need to have good quality applications andsolutionsaK > > available, and in that department, across all those different OperatingdO > > Systems, there were some good quality applications and solutions available.O > = > Noone is questioning the quality of the available software._ >_A > We are questioning, whether the software people want to use areo > available. > I > You mentioned word-processors yourself. The 3 big one is MS Word, Lotus A > Word and Corel Wordperfect. Which are available for Alpha (in ai > recent version !) ?a >tH > When we talk about email the 3 big ones are: MS Exchange, Lotus Domino7 > and Novell Groupwise. Which are available for Alpha ?oR When you talk about e-mail, any lit of 'big ones' that doesn't include sendmail is just plain wrong.aL I think that the major e-mail systems that I am aware of in a unix arena areK sendmail, q-mail, postfix .I know that sendmail is well supported on Tru64,0>  the other two should compile and run, but I've never done it.J If you talk about 'comercial' email systems then intermailMX runs on Tru64R (and several other flavours of unix) and is scalable to many millions of mailboxesE which is something I wouldn't want to try using Exchange or Goupwise. 
 Just my $0.02E Adam       >  > Arne   ------------------------------  # Date: Thu, 23 Aug 2001 20:15:27 GMTv2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)T Subject: Re: Mount Points (was: Re: Wailing at Eunuchs (was: Wailing and Moaning...)2 Message-ID: <zvdh7.692$bB1.31613@news.cpqcorp.net>  R In article <9m3kbq$6r4$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes:  > : long discussion of the benefits of mount points over volumes  H   We have added mount point support into OpenVMS as part of the DII COE G   work, permitting at least some of the same benefits (and, of course, ,B   the same problems) that are available with the UNIX environment.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Fri, 24 Aug 2001 01:16:14 GMT.  From: jlsue <jlsuexxxz@home.com> Subject: Re: Nits in Slides 8 Message-ID: <cgabotcqvfvhlilmajf4vh7ebukagsgrvb@4ax.com>  F On 23 Aug 2001 09:01:57 -0500, Kilgallen@SpamCop.net (Larry Kilgallen) wrote:  W >In article <3B8504DE.7020704@compaq.com>, John Reagan <john.reagan@compaq.com> writes:i >> Larry Kilgallen wrote:  >>> = >>> Were those added for the sake of performance (after EV4),yG >>> or were they there from the beginning for the sake of correctness ?  >>>  >> tJ >> There were there in EV4 and my recollection was for correctness.  I do I >> remember that the need for them came up late in the process after the  K >> VEST folks realized that they couldn't do something without having them.1 >.G >Ok.  Andrew's original claim was that changes were introduced to AlphalE >to make VESTed images perform better.  I am sure he was referring toUD >changes _after_ Alpha and Alpha VMS 1.0 were released to customers.  B True.  But then, none of us expect Andy to actually know what he'sB talking about.  He'd much rather make claims on topics on which heF could have no possible idea what the truth is.  It helps him spin FUD.   ------------------------------  # Date: Fri, 24 Aug 2001 00:59:27 GMTg  From: jlsue <jlsuexxxz@home.com>B Subject: Re: Nits in Slides (was: Re: The Final Knell Has Sounded)8 Message-ID: <h99bot8vcq0lv2godv2etr6qtmf1h55ocs@4ax.com>  3 On Wed, 22 Aug 2001 15:45:24 +0100, andrew harrisonr! <andrew.nospam@uk.sun.com> wrote:o     >Emulation/translation.l >t5 >Firstly some emulation/translation is faster on the  4 >new platform than it was on the native system. This0 >for example was true for some x86 apps running 3 >translated on Alpha using FX!32. This was because m/ >the Alpha was a faster processor than the x86.: >K9 >However running translated or emulated code on the IA64 35 >is particularly likely to show big performance hits :4 >because of the the huge dependency that IA64 has on >the compiler to support ILP.   C Oh geeze.  Here we go again, Andrew's making things up (conjecture)sD and spouting them as facts.  It's not that your opinions aren't well: thought out, it's just that they're stated as known facts.  C Andy, you'll just have to wait for the end product like the rest of: us.   C P.S. --	A translater can work somewhat like a compiler.  It doesn't ( have to be interpretive, like FX!32 was.   >>5 >The effects of not having natively compiled code areh5 >already known with some x86 apps running at Pentium  4 >100 Mhz speeds on an 800 Mhz IA64 CPU. Most people ( >would consider this to be unacceptable. > 7 >It is also not possible to draw parallels between the -4 >experience when moving from VAX to Alpha since care3 >was taken in the Alpha architecture to allow this.r >o5 >This has not happened for Alpha->IA64 because Intel p9 >never made any provision for this in their architecture e5 >as is obvious from the some of the posts refering to  >levels of protection etc. >d4 >Now with IA64 you are exposing your customers to a 4 >triple whammy which you didn't expose them to with  >VAX->Alpha.  A Conjecture.  You have *no* idea what we're exposing customers to.y9 Unless you secretly work in the OpenVMS engineering team.   B The initial IA64 may be slower than EV7 on translated code, but it won't stay that way forever.  F I think I'll wait to see what the compiler folks can do before I start- spreading FUD about how it'll beat Ultra III.t   ------------------------------  % Date: Thu, 23 Aug 2001 21:32:45 -0400n- From: JF Mezei <jfmezei.spamnot@videotron.ca> B Subject: Re: Nits in Slides (was: Re: The Final Knell Has Sounded), Message-ID: <3B85AEBC.3D9DC3B6@videotron.ca>   jlsue wrote:C > Conjecture.  You have *no* idea what we're exposing customers to.-  L That is the biggest problem with  Compaq. It publicly engaged itself to IA64J before really knowing what it was getting into. That is like jumping off aN very very high cliff, thinking you will have plenty of time on the way down to  think of a way to land smoothly.  H > I think I'll wait to see what the compiler folks can do before I start/ > spreading FUD about how it'll beat Ultra III.c  D Actually this becomes quite interesting. Sun will now have far fewerL competitors. all those box makers that are bound to IA64 will share the sameN CPU and the same compilers, so their products won't have much differentiation.   ------------------------------  % Date: Thu, 23 Aug 2001 14:46:03 -0400-' From: "Bill Todd" <billtodd@foo.mv.com>g> Subject: Re: Nuts-n-bolts in News (was: Re: Nits in Slides...)( Message-ID: <9m3j0i$5hf$1@pyrite.mv.net>  5 "Nic Clews" <sendspamhere@127.0.0.1> wrote in messagec# news:3B84FBE5.B6253678@127.0.0.1...0 > andrew harrison wrote:   ...u  8 > >It does but any otimism you might want to inject into6 > >this discussion needs to be countered with the fact7 > >that Intel have tried as much as they can to improve 7 > >the performance of the x86 emulation but that it has : > >proved to be very hard to emulate x86 and other non ILP% > >binaries into an ILP architecture.i >v& > Thats like saying that a performance5 > car manufacturer is busy altering valve timings andr> > tweaking inlet pressures, when you're fuelling it with dregs? > of French wine and measuring actual performance against that.8 >8? > The VMS guys are software engineers, I'd hardly describe whate7 > Micro$oft cobble together as 'engineered', would you?   D Your point escapes me.  Andrew appears to have been referring to theC difficulty Intel has obtaining performance from IA32 code under its L emulation on IA64, and suggesting that similar difficulties would hamper theG performance of IA64's emulation of Alpha code.  The quality of the codecC being emulated is not of apparent relevance to the emulation speed.    ...   ? > >Quite so people will be migrating off EV7 onto IA64 my pointe< > >exactly and there is no current indication that IA64 will
 > >be faster.  >	? > Quite a number of implementations we have don't even need the1A > EV6 performance, in the majority of cases it won't be an issue.j@ > EV7 may be too fast, and it won't be the first time I've had a) > complaint that a systems is *too* fast.   J Perhaps you're confused about Alpha's bread-and-butter market segment thatI brings in the bucks.  It's the server segment, where you'll find that thelH better the performance of each individual processor (and assuming decentK memory latency/bandwidth, which EV7 has in spades but which I've yet to seeiL any comparable mention of in IA64's future - ever), the fewer processors youB need (and the smaller the server you need) to satisfy a given load acceptably.o   > A > But to requote myself quoting from Hitchhikers, the performance.= > issue is not with Deep Thought, but the computer that is tor > come AFTER it.  K I agree:  if whatever follows McKinley performed as well as EV8 would have,-D then some of my own criticism would be inappropriate.  But since theJ likelihood of the post-McKinley version's performance noticeably exceedingJ EV7's potential seems small (which would make EV8 at least twice as fast),& I'm not contemplating any retractions.   ...r  C > VMS is currently undergoing a transformation that could level theD > playing field.  K More likely, VMS has just undergone a market transformation that will level ( VMS (and possibly Compaq along with it).   ...n  G > As to the reality of performance, I seriously doubt that the majority0= > of commercial applications are actually taking advantage of:@ > the chip features, they may as well just be serial processors.@ > When do application writers ever listen to software engineers?  I You talk as if Alpha's market was desktop systems, where at least much offL the time only a single instance of a single application is actively running.E In Alpha's main market, 'the majority of commercial applications' arexF completely irrelevant (unless something like MTS is running a bunch ofG instances in parallel, in which case SMT would have worked just great).e   ...f  8 > >Both HP-UX and Tru64 will have much larger catalogues3 > >of natively compiled apps than OpenVMS so if yous8 > >have to rely on emulation it had better be real fast. >a8 > What is there to stop VMS creating a native 'shell' in" > which to run these applications?  ? Project funding, for a start.  Even if VMS winds up running COE7I applications, that's only a subset (possibly a very small subset, but I'm L not sufficiently conversant with the area to know) of the application set onK HP/UX and Tru64 (the former of which will of course also have a 3-year heado% start on the IA64 hardware platform).     All of a sudden the > balance shifts...d  I Oh, really?  Just why do you believe that people will prefer to run theirmI Unix applications on VMS unless they already feel they need VMS for otherlC reasons?  Especially if Compaq's 'commitment' to VMS doesn't changeeA dramatically (which at the moment there's absolutely no sign of)?o  L Saying that 'the balance shifts' seems a ridiculously strong statement if itK only means that VMS becomes marginally less unacceptable to the market as a$ whole.   ...M  E > I for one really appreciate the time they are taking out discussingo9 > what they are doing here, a personal thank-you to them.g  I The VMS engineers have both my respect (at least as long as they stick torL engineering and don't try to spread Compaq's misinformation, however sincereL their motivation) and my sympathy.  While they can scarcely be enjoying thisK discussion, I hope they can understand that the criticisms are not aimed atu them.1   - bill   >  > --* > Regards, Nic Clews CSC Computer Sciences > nclews at csc dot com    ------------------------------  % Date: Thu, 23 Aug 2001 21:34:12 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>e> Subject: Re: Nuts-n-bolts in News (was: Re: Nits in Slides...)' Message-ID: <3B85BD24.19709ED2@fsi.net>    Hoff Hoffman wrote:x > [snip]? >   Cool.  Too bad most folks don't look first to use emulationm@ >   or translation.  I'd hope that most folks haven't lost their >   source code.  H What about those of us who never had the source code to begin with, justF freeware executables and/or object libraries? ...or lack the resourcesD or expertise to build it from source (some take a bit of tweaking to make it happen)?   --   David J. DachteraG dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/R   ------------------------------  % Date: Thu, 23 Aug 2001 14:32:56 -0400l- From: "Peter Weaver" <peter.weaver@stelco.ca>lB Subject: OT: Humor about DRP (Was Re: Some postive points I hope.)2 Message-ID: <B%bh7.15383$Z2.183297@nnrp1.uunet.ca>  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3B854412.494A2CB6@videotron.ca... >...H > That is what tests are for. A disaster recovery plan is much more than writing J > a set of procedures to use in case of a disaster (or in the case of VMS,H > setting up a dual site VMS cluster), it involves a lot more, includingK > telecom, operator consoles etc, but more importantly, it involves regularx testing. >...  I In a previous life I was asked to put together a DRP, but I was not giventI any budget. The boss and I went around in circles, I kept saying I neededoE some money to put together a plan, he kept saying to do what I could.iJ Finally I put two pages in a three-ring binder. The first page was "In theG event of a major disaster, Peter Weaver makes many copies of page 2 andrL sends each one to a different head-hunter." Page two was my resume. I'm sure< there is at least one copy of that still in the Data Centre.   -- Peter WeaverJ Using a WIN NT/WIN 2000 box to manage your VMS systems is like towing your7 mechanic in a 5th wheel motor home behind your Porsche.    ------------------------------    Date: 23 Aug 2001 11:48:50 -0700* From: vmendham@altavista.com (Vic Mendham), Subject: Re: OT: TOPS-20 and TOPS-10 live on< Message-ID: <8b51ed8.0108231048.7b26a834@posting.google.com>   Hey,  F Someone out there is still using Tops-10 and Tops-20? I'll have to letE my boss, know we're running about 8 boxes, with Tops-20, but on newerIB platforms called SC25 and SC40. These babies just keep running....  F Hey, does anyone have any hardening doc's or security doc's for these,0 we're about to get audited and may get hammered.   victor.mendham@emergis.com   ------------------------------  # Date: Thu, 23 Aug 2001 22:46:07 GMTd2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>, Subject: Re: OT: TOPS-20 and TOPS-10 live on? Message-ID: <PIfh7.6787$e8.2973834@e3500-chi1.usenetserver.com>e  A In comp.sys.dec Zane H. Healy <healyzh@shell1.aracnet.com> wrote:tN > On a DEC AlphaStation 200 4/233 running both TOPS-10 7.03 and TOPS-20 4.1 atN > the same time on OpenBSD it took 4 minutes 20 seconds for the above to run. K > It looks like each simh session was getting about 33% of the CPU.  SoundsiJ > like I need to invest in a faster box to run this.  TOPS-10 feels fairly" > responsive, TOPS-20 is sluggish.  L A little more info.  When I killed the telnet session that was taking up 33%J of the CPU time it finished in about 3 minutes 15 seconds.  When I stoppedA the simh emulator running TOPS-10 it finshed in about 35 seconds.-   			Zane-   ------------------------------    Date: 23 Aug 2001 12:08:44 -0700  From: southshore@niia.net (Jeff)# Subject: Re: Rob: Close but no beert= Message-ID: <b342eec2.0108231108.57709733@posting.google.com>u  C I bought one of these earlier this year, but I can't remember if it3@ was from Amazon on or BH.com.  It was printed "on-demand" and itE arrived as a grey paper back with a pasted-on label.  I think it tooka six to eight weeks to arrive.   4 Nic Clews <sendspamhere@127.0.0.1> wrote in message % news:<3B85018D.3AA3013F@127.0.0.1>...e > :-(a >  > Got this yesterday.w > * > From: Customer Services @ Streets Online; > Subject: Order Number 2154856 - Item No Longer Available.a >  > Dear Nic Clews,  > > > With reference to order 2154856.  Unfortunately we have been > unsuccessfulF > in sourcing "VAXCLUSTER PRINCIPLES" Book from our various suppliers. > G > This item has now been removed from your order and of course you havee > not been charged.e > H > We do apologise for this discrepancy, but unfortunately publishers and > distributorsJ > do on occasion cancel products without informing retailers.  However, in > manyG > instances the manufacturers have released an updated version which is  > available to > order. > H > If you are unable to find an updated version, we do hope that you will > find a$ > suitable alternative on our sites: >  > ...  >  > Boo.   ------------------------------  + Date: Thu, 23 Aug 2001 15:15:57 -0700 (PDT)c. From: Fabio Cardoso <fabiopenvms@yahoo.com.br># Subject: Re: Rob: Close but no beer @ Message-ID: <20010823221557.18685.qmail@web20207.mail.yahoo.com>  , I believe Digital Press should republish all) the "old - books" as PDF or en ine e-booke format !!!!   * There is a site (I dont remember the name)/ which ww can buy the book and read it online orf download a file ! ! !    Rege   FC=20m% --- Jeff <southshore@niia.net> wrote:g6 > I bought one of these earlier this year, but I can't > remember if it/ > was from Amazon on or BH.com.  It was printed- > "on-demand" and it6 > arrived as a grey paper back with a pasted-on label. >  I think it took > six to eight weeks to arrive.  >=208 > Nic Clews <sendspamhere@127.0.0.1> wrote in message=20' > news:<3B85018D.3AA3013F@127.0.0.1>...n > > :-(< > >=20 > > Got this yesterday.l > >=20, > > From: Customer Services @ Streets Online2 > > Subject: Order Number 2154856 - Item No Longer > Available. > >=20 > > Dear Nic Clews,e > >=206 > > With reference to order 2154856.  Unfortunately we > have beenn > > unsuccessful5 > > in sourcing "VAXCLUSTER PRINCIPLES" Book from oure > various suppliers. > >=206 > > This item has now been removed from your order and > of course you have > > not been charged.s > >=20- > > We do apologise for this discrepancy, but- > unfortunately publishers and > > distributors4 > > do on occasion cancel products without informing > retailers.  However, in# > > many0 > > instances the manufacturers have released an > updated version which is > > available to
 > > order. > >=204 > > If you are unable to find an updated version, we > do hope that you will@
 > > find a& > > suitable alternative on our sites: > >=20 > > ...r > >=20 > > Boo.     =3D=3D=3D=3D=3D8L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3DK F=E1bio dos Santos Cardoso OpenVMS System Manager Petrobras / Rio de Janeiro BrazilL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dt  2 __________________________________________________ Do You Yahoo!?H Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/z   ------------------------------  % Date: Thu, 23 Aug 2001 21:36:02 -0500s( From: "Bill Ames" <billames@accunet.net> Subject: Re: RWMBX/ Message-ID: <tobfar2ph0sld4@corp.supernews.com>e  L I checked the source code and when the create the mailbox they are not usingH bufquo. So it must be using DEFMBXBUFQUO.  With that said this is what I found:   SOUTHEAST>RUN SYS$SYSTEM:SYSGEN  SYSGEN>  SHOW DEFMBXBUFQUOH Parameter                 Name     Current    Default     Min.      Max. Unit    Dynamic-L --------------           -------    -------    -------    -------    ----     -------G DEFMBXBUFQUO                 1056       1056       256      64000 Bytess D- SYSGEN>o  B Are these really low numbers and can I increase them to get betterH performance.  The business system has way to many programs for me to getI into the source and fix it all. I seem to only have these problems on one @ AXP server. Probably more business is being done on that region.  
 Any thoughts?o   Bill    I "Georges SZAFRANSKI" <szafranski@lutece.evt.cpqcorp.net> wrote in messagew0 news:3B8525E3.6BC639C7@lutece.evt.cpqcorp.net...H > As a quick fix, you can try to increase DEFMBXBUFQUO SYSGEN parameter. > It's > dynamic, BUT system wide.cJ > When you find the suitable value, I'd suggest you to read the I/O user's> > guide(chap 4 Mailbox driver) and to recode your application.   ------------------------------   Date: 24 Aug 2001 00:35:19 GMT' From: dashw459@aol.comeatspam (Doug W.)a@ Subject: Re: RWMBX - What to do, What to do! Help me if you can.9 Message-ID: <20010823203519.17516.00004454@mb-fi.aol.com>r   Bill Ames wrote:  = >Subject: RWMBX - What to do, What to do! Help me if you can.k  E You might want to look at the RWMBX program on the FREEWARE V 5.0 CD.h  M Also, if you have several writers sending different length msgs to a reader. 0N The writer with the longest msg is more likely to go into an RWMBX when things	 get busy.   N I would avoid typing out or flushing a mbx unless your system can tolerate theN data loss.  You can read up on mbxs in the Internal and Data Structures book. K Its pretty readable.  With a good background SDA or RWMBX are probably your E best shots.  But check for ridiculous BUFQUOs before you do anything.    ------------------------------  % Date: Thu, 23 Aug 2001 21:36:56 -0500n( From: "Bill Ames" <billames@accunet.net>@ Subject: Re: RWMBX - What to do, What to do! Help me if you can./ Message-ID: <tobfcd65gmhcec@corp.supernews.com>o  L I checked the source code and when the create the mailbox they are not usingH bufquo. So it must be using DEFMBXBUFQUO.  With that said this is what I found:   SOUTHEAST>RUN SYS$SYSTEM:SYSGENh SYSGEN>  SHOW DEFMBXBUFQUOH Parameter                 Name     Current    Default     Min.      Max. Unit    Dynamic-L --------------           -------    -------    -------    -------    ----     -------G DEFMBXBUFQUO                 1056       1056       256      64000 Bytese Dg SYSGEN>8  B Are these really low numbers and can I increase them to get betterH performance.  The business system has way to many programs for me to getI into the source and fix it all. I seem to only have these problems on oneh@ AXP server. Probably more business is being done on that region.  
 Any thoughts?y   Bill    3 "Bill Ames" <billames@accunet.net> wrote in message ) news:to9urmfl18vj34@corp.supernews.com...eC > Well I wrote my routine to check on RWMBX states and report to me C > periodically.  Does anyone know it RWMBX is normal or if there is.	 somethingoH > I can do (a setting) to keep them from popping up so often. I have oneG > machine that hits this state often throughout the day.  I realize the  RWMBXcA > is a mail box wait state.  So can I increase the mail box size?2 >u	 > Thanks,6 > Bill >  > FYIBF > I work for a company that has their business system running on 7 AXPJ > servers.  I develop programs in BASIC, COBOL and C which generally deals. > with EDI. So my VMS and DCL are a bit rough. >e >3 >F   ------------------------------  % Date: Thu, 23 Aug 2001 16:29:16 -0400b- From: JF Mezei <jfmezei.spamnot@videotron.ca> / Subject: Single disk root versus multiple disksa, Message-ID: <3B856790.D1D82004@videotron.ca>  N Between Unix and VMS, perhaps the biggest difference is that unix has a singleN disk root whereas VMS treats each disk drive as an independant entity with its own disk root.  N Doesn't this have serious implications in how disk drives are managed, and how% failures affect system availability ?s  N For instance, is it possible to shadow a single physical disk on UNIX, or mustN you shadow the whole kit and kaboodle ? (pointless to shadow temporary drives,2 such as the ones that have swap/page/dump files.).  E Also, if a single disk drive in UNIX fails, how does it affect systeme9 availability since the file system is no longer "whole" ?f   ------------------------------  % Date: Thu, 23 Aug 2001 16:58:30 -0400f- From: "John Eisenschmidt" <jeisensc@aaas.org>'3 Subject: Re: Single disk root versus multiple disks + Message-ID: <sb853644.021@AAASMTA.aaas.org>o  J With Unix, you can mount a disk or many disks into a single file system. =H For example, let's say you have two disks, and for filesystems you have: /  /etc /var /tmp /home  /usr  D Disk 1 could have /, /tmp, and /var on it, while disk 2 could have = /etc,/usr, home.   OR  L Disk 1 could have everything but /home, and disk 2 could have /home on it. =F That way, your users are isolated in a way from the rest of the file = system.n  L I'm sure it seems odd, but really it's pretty cool. If you user's home dir =I ran out of space, you could dismount the /home disk, and mount a bigger =eH disk in it's place (yeah yeah...concatinated volume sets are better. I =  understand AIX supports them...)  E As for shadowing, I can't speak to Tru64/Digital Unix/OSF-1, but on = I Solaris you pick and choose which file systems to mirror, same goes for =iE the free disk mirroring stuff (I think it's called vinum under xBSD).r  L And you may think you don't want to mirror your /tmp file system, but what =J happens if the disk it's on dies? Think VMS - yeah performance smells if =F you shadow the page file, but what if the disk the page file sits on =6 dies?? When the OS tries to page that data back in...?  E >>> JF Mezei <jfmezei.spamnot@videotron.ca> 08/23/2001 4:29:16 PM >>> I Between Unix and VMS, perhaps the biggest difference is that unix has a =l singleL disk root whereas VMS treats each disk drive as an independant entity with = its  own disk root.  L Doesn't this have serious implications in how disk drives are managed, and = how % failures affect system availability ?w  K For instance, is it possible to shadow a single physical disk on UNIX, or =t mustH you shadow the whole kit and kaboodle ? (pointless to shadow temporary = drives,f2 such as the ones that have swap/page/dump files.).  E Also, if a single disk drive in UNIX fails, how does it affect system 9 availability since the file system is no longer "whole" ?s   ------------------------------  % Date: Thu, 23 Aug 2001 15:20:40 -0400v' From: "Bill Todd" <billtodd@foo.mv.com>e( Subject: Re: Some postive points I hope.( Message-ID: <9m3l1e$7jm$1@pyrite.mv.net>  3 "Michael Joosten" <joost@c-lab.de> wrote in messagei news:3B85124E.6956@c-lab.de...   ...   G > I really wonder how large the failure rate of ten year old 3.5" diskssI > will be. I'm about to send two old M2366 (1GB, 5.25") bricks to someoneeC > who likes to have a fitting old system. Very few of them actually I > failed. Contrast that with the 3.5" disks at least until '96 - very few  > of them survived !  H Anecdotal evidence is not necessarily persuasive.  E.g., the only *hard*J hard-disk failure I've ever experienced was when the 5.25" 20 MB hard diskK on my 1987 PC-XT failed to spin up about 3 years ago (a 2.1 GB Seagate 3.5"lK drive started getting read errors after about 3 years of service, but I was G able to get everything off it and FAIK it may still more or less work).y  I AFAIK the rated service life of commodity drives is still at most 5 yearslI (as contrasted with the MBTF, which should never be confused with servicepJ life, as MBTF may significantly exceed it), and I've seen little reason toK doubt that it is usually attained.  But as I said in another response, I'verI heard from a couple of sources that the IBM 75 GB drives (one source saidlK specifically those manufactured in Hungary) had defects, rather than simplyp being marginal.t   - bill   ------------------------------  % Date: Thu, 23 Aug 2001 21:39:35 -0500h1 From: "David J. Dachtera" <djesys.nospam@fsi.net>l( Subject: Re: Some postive points I hope.' Message-ID: <3B85BE67.F1038583@fsi.net>o   Alan Greig wrote:e > . > On Wed, 22 Aug 2001 22:12:31 -0400, JF Mezei' > <jfmezei.spamnot@videotron.ca> wrote:  > O > >Generally, system managers of serious systems tend to design and prepare for O > >D-R much better whereas companies generally hire cheap newbies to handle the K > >systems that they bought because they were cheap. But put an experiencedmP > >manager at the helm of an NT system, and you might get some fairly impressiveB > >results if the later can plan well, inside of NT's limitations. > G > We do have experienced NT managers. Problem is that DR on NT involveskA > first install the OS, then install the backup software disasteroH > recovery module then load up the indices, then start recovering on theG > large number of NT servers you need because trying to have one or twobG > NT servers do everything (as you can do with VMS or Unix) is a recipeo > for disaster in itself.e  G I've often tried to explain the difference between what CAN be done andt what SHOULD be done, but...i   -- f David J. Dachterae dba DJE Systemsw http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/r   ------------------------------  % Date: Thu, 23 Aug 2001 15:06:18 -0400(, From: "Eric Ebinger" <eebinger@telocity.com> Subject: Re: Sqlsrv_manage= Message-ID: <cEch7.4579$64.2564123@newsrump.sjc.telocity.net>t  I SQLSRV_MANAGE is part of SQL/Services.  SQL/Services should be on Rdb CD.s If SQL/Services has beenG installed the SQLSRV_MANAGE executable should be located in SYS$SYSTEM.a Note that if SQL/Services K has been installed in the mult-version variant the executable will be namedi SQLSRV_MANAGE71.EXE (Assumingo! installation of SQL/Services 7.1.t   -- Eric Ebinger1 A Bonaveidogo <Asena@fsc.com.fj> wrote in message , news:01C12BE5.44AEDC20@PATRICK.FSC.COM.FJ... >gL > We're using Oracle RDB SQL V7.0-5 on Open VMS V7.1-2.  Where can I get the above utility ie SQLSRV_MANAGE?s >n > AB >h   ------------------------------   Date: 24 Aug 2001 01:08:50 GMT- From: Joe Heimann <heimann@nog.ecs.umass.edu>,5 Subject: Re: VMS high reliability needed by Air Forcea, Message-ID: <9m49f2$4kd$1@odo.ecs.umass.edu>  3 Michael D. Ober <mdo.@.wakeassoc.com.nospam> wrote:hH > My favorite was when our Honeywell systems crashed, the first four hex5 > characters in the crashdump were frequently "DEAD".h > -- > Mike Ober.  G A department here used to have a Wang VS45 system that crashed during a E thunderstorm.  When it came back up, its LED status display also read   
         DE
         AD  E I looked it up once, and there on the last page of the list of statuslD codes it was listed.  Of course the suggested action was to contact E Wang Service.  I remember it of course, that got me a job on overtimesD doing regular backups since what had happened was the disks table ofE contents had been scrambled.  And they did not have a current backup.tE The Wang service guy managed to recover and restore almost all of the E data on the disk, but that involved copying it all off to 8" floppiesh	 and back.0   Joe Heimannd   heimann@ecs.umass.eduh  : > "Brendan Welch" <brendan_welch@uml.edu> wrote in message# > news:3B850517.A8B385E8@uml.edu...8 >>< >> > Besides, computer language is already too violent (kill% >> > the process, abort, crash, etc.)e >> >D >> You forgot the obvious,  EXECUTE  the program !   We execute both) >> directives and living things.  tee hee4 >> >> -- B >> Brendan Welch, system analyst, Univ. of Massachusetts - Lowell, >> W1LPG   ------------------------------  % Date: Thu, 23 Aug 2001 21:18:36 -0500r* From: WILLIAM WEBB <WWEBB1@email.usps.gov>5 Subject: RE: VMS high reliability needed by Air Forcei- Message-ID: <0033000033175937000002L072*@MHS>    =0ADon't forget about DEADBEEF.t   WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ) > Sent: Thursday, August 23, 2001 9:14 PM-F > To: Webb, William W - Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET7 > Subject: RE: VMS high reliability needed by Air Forceg >D >b5 > Michael D. Ober <mdo.@.wakeassoc.com.nospam> wrote:o; > > My favorite was when our Honeywell systems crashed, thei > first four hex7 > > characters in the crashdump were frequently "DEAD".e > > -- > > Mike Ober. > 8 > A department here used to have a Wang VS45 system that > crashed during aH > thunderstorm.  When it came back up, its LED status display also read=   >. >         DE >         AD >yH > I looked it up once, and there on the last page of the list of status=  E > codes it was listed.  Of course the suggested action was to contact H > Wang Service.  I remember it of course, that got me a job on overtime=  F > doing regular backups since what had happened was the disks table ofH > contents had been scrambled.  And they did not have a current backup.=  H > The Wang service guy managed to recover and restore almost all of the=  H > data on the disk, but that involved copying it all off to 8" floppies=   > and back.i >r
 > Joe Heimann  >w > heimann@ecs.umass.edun > < > > "Brendan Welch" <brendan_welch@uml.edu> wrote in message% > > news:3B850517.A8B385E8@uml.edu...a > >>> > >> > Besides, computer language is already too violent (kill' > >> > the process, abort, crash, etc.)  > >> >F > >> You forgot the obvious,  EXECUTE  the program !   We execute both+ > >> directives and living things.  tee hee  > >> > >> --hD > >> Brendan Welch, system analyst, Univ. of Massachusetts - Lowell,
 > >> W1LPG >=   ------------------------------  % Date: Thu, 23 Aug 2001 16:14:20 -0400l- From: JF Mezei <jfmezei.spamnot@videotron.ca>o$ Subject: Re: Wailing and Moaning...., Message-ID: <3B856411.449A887B@videotron.ca>   Fred Kleinsorge wrote:J > "It is better to stay silent and perhaps be thought a fool, than to open+ > ones mouth and remove all doubt."  Annon.,  5 If one doesn't take risks, one doesn't move forwards.H   ------------------------------  % Date: Thu, 23 Aug 2001 17:52:53 -0500k* From: WILLIAM WEBB <WWEBB1@email.usps.gov>$ Subject: RE: Wailing and Moaning....- Message-ID: <0033000033165123000002L032*@MHS>i   =0ANot anon.  Abraham Lincoln.   I removed all doubt once by  attributing this to Mark Twain.  :^)0   WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETo) > Sent: Thursday, August 23, 2001 4:24 PMeF > To: Webb, William W - Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET& > Subject: RE: Wailing and Moaning.... >n >V > Fred Kleinsorge wrote:? > > "It is better to stay silent and perhaps be thought a fool,e > than to open- > > ones mouth and remove all doubt."  Annon.e >c7 > If one doesn't take risks, one doesn't move forwards.y >=   ------------------------------  % Date: Thu, 23 Aug 2001 21:28:39 -0500n1 From: "David J. Dachtera" <djesys.nospam@fsi.net>e$ Subject: Re: Wailing and Moaning....' Message-ID: <3B85BBD7.34E9199E@fsi.net>e   JF Mezei wrote:  >  > Fred Kleinsorge wrote:L > > "It is better to stay silent and perhaps be thought a fool, than to open- > > ones mouth and remove all doubt."  Annon.u > 7 > If one doesn't take risks, one doesn't move forwards.D  ! To continue the philospophy fest:3  7 A poster I saw on a head-hunter's wall some years back:   E Consider the tortoise who make no progress - until he sticks his neckr out!   -- 3 David J. Dachtera= dba DJE Systems= http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/h   ------------------------------    Date: 23 Aug 2001 11:13:39 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett)-= Subject: Re: Wailing at Eunuchs (was: Wailing and Moaning...) , Message-ID: <izNnqZV3rBc3@malvm5.mala.bc.ca>  , In article <3B8534FE.CC397217@bigfoot.com>, /      Hamlyn Mootoo <univms@bigfoot.com> writes:  >> tK >> What this illustrates is the fundamental good design that went into VMS.UI >> By delimiting all directory specifications with [], and by calling theS8 >> top-level directory 000000 rather than <null string>,F >> many catastrophic errors are converted into harmless syntax errors.Q >> Another example is the mandatory version number on a delete command, making it H >> impossible for an intended DELETE *ABC.DEF;* to accidentally DELETE *G >> when a CR is accidentally pressed or delivered by noise on the line.e >> t- >> Note also that it's not a DCL/shell issue.o > ? > Wrong.  There is nothing requiring you to use the DCL commandtE > interpreter on VMS, nor is there anything requiring you to use RMS!iF > Ergo, you can use ANY characters you wish to name a file without the > burden of RMS.  B     I don't follow you here. Neither DCL nor RMS is resposible forA parsing filename syntax or enforcing valid filenames - thats done ; by the file system ACP/XQP (see chapter 1 of the I/O User's ; Reference Manual). AFAIK there's no way programmatic way tooA violate the file naming rules. Of course with suitable privilegesy: and an intimate knowledge of the data structures you couldF design a program to overwrite file names fields in the index file or a@ directory - I expect the results of that would be "interesting".   ------------------------------  % Date: Thu, 23 Aug 2001 15:09:06 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com>o= Subject: Re: Wailing at Eunuchs (was: Wailing and Moaning...)r( Message-ID: <9m3kbq$6r4$1@pyrite.mv.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:4bRpgYd83Wot@eisner.encompasserve.org...s   ...i  = > To suggest there are large numbers of VMS systems out there D > with BYPASS for users and they can get to a $ sign is nonsense andB > a tangent to the fact that Unix's hiearchial filesystem is a bad	 > design.   L As one who took quite a while to be able to appreciate Unix's approach afterI many years' familiarity with the traditional DEC approach, I can say with-: some degree of certainty that your statement is incorrect.  B Unix's inclusion of most system resources in a single hierarchy isG significantly more powerful (and in useful ways) than a mechanism whichoJ forces each volume to a different access root.  The day may come soon whenH virtualized storage and file systems that use it flexibly will eliminateK most of the advantage of the ability to construct a single file system treeSI from multiple volumes, but that day has not yet arrived, and for the past I decade and more the Unix approach has proved a much better alternative to-I addressing the same kinds of issues (e.g., dynamic expansion of available1J storage space in the file system, ability to include heterogeneity in bothL performance and redundancy in different parts of the file system, ability toF include remote resources in the tree when appropriate) than has VMS's.C There are also arguably advantages in the consistency of the namingbL mechanism across the system's resources, but that may be more of a religious issue.  H One can object to access-control mechanisms that make it easy to performJ global deletes from such an overall system root without, e.g., checking toJ see that one has delete rights *in* each directory before processing it orI anything below it (I'd guess most Unixes do, but don't know).  This might L not have saved the mistake in question (if the script was executed as root),K but some other kind of Molly-guard could have, and *that's* the problem youiJ should be criticising Unix for, not its fundamental hierarchical approach.   - bill   ------------------------------    Date: 23 Aug 2001 14:55:19 -0500+ From: young_r@encompasserve.org (Rob Young) = Subject: Re: Wailing at Eunuchs (was: Wailing and Moaning...)-3 Message-ID: <3kBlqfPfsGJZ@eisner.encompasserve.org>0  \ In article <3B854295.B71E9583@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > Nigel Arnot wrote:I >> Engineers know well that powerful buttons and levers must be protected H >> by Molly-guards, interlocks, padlocks, and suchlike. The designers ofL >> unix failed to appreciate this, and the above is a typical example of the >> consequences. > P > Perhaps the VMS command "INIT" might be given some molly-guards ? Even on DOS,E > FORMAT would prompt you if you are really sure you want to do this., >   	 	It does!d  = 	You can't INIT a disk drive that is mounted.  We could thinki6 	about that and kick it around a bit, but it is enough 	protection, IMHO.   				Robe   ------------------------------  % Date: Thu, 23 Aug 2001 16:52:37 -0400t( From: Hamlyn Mootoo <univms@bigfoot.com>= Subject: Re: Wailing at Eunuchs (was: Wailing and Moaning...)r+ Message-ID: <3B856D15.155D5F60@bigfoot.com>    Fred Kleinsorge wrote: > C > Hamlyn Mootoo wrote in message <3B8534FE.CC397217@bigfoot.com>...  > >h > >,A > >Any VMS user holding just the BYPASS privilege can do the sameoK > >destruction to the file system as can "root" under Unix.  And since mosteI > >programmers on VMS don't take the time to make sure their applicationswI > >can be installed with privs so that non-priv'ed users can just do whattJ > >they're supposed to, an incredibly LARGE percentage of user accounts onH > >VMS systems are running around with near full privs, or at least onesD > >that will allow their accounts to get the rest with minimal work. > >f > 1 > Remind me not to work on any of your systems.  bA After I get done inheriting the crap that other people leave, thea@ systems are secure.  But it's possible you've never been outsideF DEC/Compaq ( don't worry, a lot of ex DEC people have the same problemC when they get out into the real world).  In the real world, a largee* percentage of systems run with huge holes.   Except for the standalone L > systems that I self manage, I neither have privledges, or have them turnedK > on if I do, unless I need them.  I would venture to say that outside of awL > development environment, most production VMS shops give the minimal set of> > required privledges to users other than the system managers. > L > Installing random images written by sloppy programmers sounds dangerous on	 > any OS.iD I don't know what kind of coding you've done, but this is a standardE tactic to allow users to perform specific privilege tasks - maybe you E should read your own manuals.  For instance let's say a user needs toaG only delte some lta ports.  A program written only to do this installed * with appropriate privs would do just fine.  B   Especially when all the facilities exist to allow them to do the% > right thing (unlike, say, Windows).a   ------------------------------  % Date: Thu, 23 Aug 2001 17:20:51 -0400e* From: John Reagan <john.reagan@compaq.com>= Subject: Re: Wailing at Eunuchs (was: Wailing and Moaning...)-) Message-ID: <3B8573B3.8070805@compaq.com>2   Malcolm Dunnett wrote:D >     I don't follow you here. Neither DCL nor RMS is resposible forC > parsing filename syntax or enforcing valid filenames - thats doneJ= > by the file system ACP/XQP (see chapter 1 of the I/O User'sc > Reference Manual).    D Huh?  RMS is most certainly the place that knows about directories, C wildcarding, logical names and the like.  The XQP just knows about eD things like "name.type;version" and "name.type.version".  The whole F concept of encoding the disk/directory in a filename is a RMS feature.   John Reagant" Compaq Pascal/MACRO Project Leader   ------------------------------  % Date: Thu, 23 Aug 2001 17:24:13 -0400'* From: John Reagan <john.reagan@compaq.com>= Subject: Re: Wailing at Eunuchs (was: Wailing and Moaning...)o) Message-ID: <3B85747D.4010805@compaq.com>t   John Reagan wrote: > Malcolm Dunnett wrote: > E >>     I don't follow you here. Neither DCL nor RMS is resposible forsD >> parsing filename syntax or enforcing valid filenames - thats done> >> by the file system ACP/XQP (see chapter 1 of the I/O User's >> Reference Manual).  >  > F > Huh?  RMS is most certainly the place that knows about directories, E > wildcarding, logical names and the like.  The XQP just knows about ,F > things like "name.type;version" and "name.type.version".  The whole H > concept of encoding the disk/directory in a filename is a RMS feature. > 
 > John Reagann$ > Compaq Pascal/MACRO Project Leader >   I I should clarify about wildcarding...  While the XQP certainly wildcards h; on files, the wildcarding on directories is done up in RMS.n   John   ------------------------------    Date: 23 Aug 2001 17:13:44 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)i= Subject: Re: Wailing at Eunuchs (was: Wailing and Moaning...)y3 Message-ID: <lfUA2CB4QM$n@eisner.encompasserve.org>r  V In article <3B856D15.155D5F60@bigfoot.com>, Hamlyn Mootoo <univms@bigfoot.com> writes: >  >  > Fred Kleinsorge wrote:   >> Except for the standaloneM >> systems that I self manage, I neither have privledges, or have them turnedfL >> on if I do, unless I need them.  I would venture to say that outside of aM >> development environment, most production VMS shops give the minimal set ofl? >> required privledges to users other than the system managers.s >> oM >> Installing random images written by sloppy programmers sounds dangerous ona
 >> any OS.F > I don't know what kind of coding you've done, but this is a standardG > tactic to allow users to perform specific privilege tasks - maybe yourG > should read your own manuals.  For instance let's say a user needs toAI > only delte some lta ports.  A program written only to do this installedb, > with appropriate privs would do just fine.  F No program should ever be installed with privilege unless specificallyF designed by the programmer (and reviewed by someone with more security; experience) to be installed with that particular privilege.S  C Is your suggestion that all programmers produce 64 versions of eachn program ?  Or was that 2**64 ?   ------------------------------    Date: 23 Aug 2001 16:28:41 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett)l= Subject: Re: Wailing at Eunuchs (was: Wailing and Moaning...)e, Message-ID: <EnZNow59iQUx@malvm5.mala.bc.ca>  * In article <3B8573B3.8070805@compaq.com>, 0     John Reagan <john.reagan@compaq.com> writes: > Malcolm Dunnett wrote:E >>     I don't follow you here. Neither DCL nor RMS is resposible forID >> parsing filename syntax or enforcing valid filenames - thats done> >> by the file system ACP/XQP (see chapter 1 of the I/O User's >> Reference Manual).  > F > Huh?  RMS is most certainly the place that knows about directories, E > wildcarding, logical names and the like.  The XQP just knows about bF > things like "name.type;version" and "name.type.version".  The whole H > concept of encoding the disk/directory in a filename is a RMS feature. >   D     How do you figure that? Directory lookup is an XQP function, seeA section 1.3.1 of the I/O User's reference manual. Directories aredE themselves just normal files with an attribute bit set, they are also G created through the ACP/XQP. The bit about getting the directory and/or G subdirectory names out of the [a.b.c] syntax is handled by RMS, but theu/ actual searching of a specific directory isn't.   G    The idea of prepending the device name on to a file specification is E done at a higher level, the ACP functions require you to already havehE a channel open to the device before they are called. Same for Logical E names, they'd have to be translated ahead of time and the device namel/ would have to be separated to assign a channel.l  D    The point I was responding to was that you can put "any characterB you want" in a filename by bypassing DCL or even RMS. It's the XQPF that is going to decide if a file name is valid or not. RMS takes careB of a lot of the "user interface" stuff, but the basic integrity ofA the file system ( including what files can be called ) is handledp at the lower layer.    ------------------------------    Date: 23 Aug 2001 16:34:33 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett)L= Subject: Re: Wailing at Eunuchs (was: Wailing and Moaning...),, Message-ID: <DDWU3eqrFOA4@malvm5.mala.bc.ca>  * In article <3B85747D.4010805@compaq.com>, 1      John Reagan <john.reagan@compaq.com> writes:0 > K > I should clarify about wildcarding...  While the XQP certainly wildcards  = > on files, the wildcarding on directories is done up in RMS.. > E    Right, but it uses calls to the XQP to do this ( a wildcard searchiI for directories is really no different than a wildcard search for a file,SH it's just a case of what directory ID you pass to the XQP to start with / and of making recursive XQP calls as required )   G    I think we're arguing semantics here. In any case none of this makesiC the statement "you can put any character you want in a file name by < bypassing RMS" true, which is the assertion I was disputing.   ------------------------------  # Date: Fri, 24 Aug 2001 02:11:39 GMTp0 From: William Barnett-Lewis <wlewis@mailbag.com>= Subject: Re: Wailing at Eunuchs (was: Wailing and Moaning...)s+ Message-ID: <3B85B7D7.9ACBBC13@mailbag.com>u   Nigel Arnot wrote:A (snicked out lot's of silly religious arguments from both sides.)g  H > Engineers know well that powerful buttons and levers must be protectedG > by Molly-guards, interlocks, padlocks, and suchlike. The designers ofhK > unix failed to appreciate this, and the above is a typical example of ther > consequences.h  " No. Go read the papers in CACM forE example.(http://www.cs.bell-labs.com/who/dmr/) They knew exactly whatm) they were doing and crafted a system that C _fit_the_way_they_wanted_to_work_. When designed it was a simple in8C house system that allowed them to hack at what they wanted to (likesH "Space War"  that Ken Thompson wanted to play and caused V1 in the firstF place.) They added things like word processing simply to con the PHB's. out of snazzier PDP's than the ones they had.   F This was never designed as something that was supposed to be inflictedH on civilians. VMS is _much_ better if that's what you need. But for pureD programming joy nothing beats Emacs and real pipes to (g)cc or, even better, to a proper Lisp...g  G If you want to understand the real essence of what unix is and why unixnA can still grab "hearts and minds" by the handful, go read "Lions' H Commentary on Unix 6th Edition" (http://www.peer-to-peer.com). It's veryF simple at it's core - as it was meant to be. Then again so is a sword.G VMS is rather more like a safety razor; you won't kill yourself withoutBG trying really hard. Both tools have an important place in the toolbox. D      0 >         Yours, >                 Nigel Arnota* >                 NRA@MAXWELL.PH.KCL.AC.UK > G >                 "In the beginning there was nothing, which exploded."-   Williamm -- o* You better watch out    What you wish for;+ It better be worth it   So much to die for. -                                 Courtney Lovec   ------------------------------  % Date: Thu, 23 Aug 2001 23:49:18 -0400e( From: Hamlyn Mootoo <univms@bigfoot.com>= Subject: Re: Wailing at Eunuchs (was: Wailing and Moaning...)s+ Message-ID: <3B85CEBE.B19F5E6D@bigfoot.com>    Larry Kilgallen wrote: > X > In article <3B856D15.155D5F60@bigfoot.com>, Hamlyn Mootoo <univms@bigfoot.com> writes: > >3 > >0 > > Fred Kleinsorge wrote: >  > >> Except for the standaloneO > >> systems that I self manage, I neither have privledges, or have them turnediN > >> on if I do, unless I need them.  I would venture to say that outside of aO > >> development environment, most production VMS shops give the minimal set ofnA > >> required privledges to users other than the system managers.  > >>O > >> Installing random images written by sloppy programmers sounds dangerous on   B Who said anything about random, and who said anything about sloppy programmers?   > >> any OS.H > > I don't know what kind of coding you've done, but this is a standardI > > tactic to allow users to perform specific privilege tasks - maybe you-I > > should read your own manuals.  For instance let's say a user needs toeK > > only delte some lta ports.  A program written only to do this installed . > > with appropriate privs would do just fine. > H > No program should ever be installed with privilege unless specificallyH > designed by the programmer (and reviewed by someone with more securityF   Are you implying that the programmer writing this code knows nothingF about security of the OS? Are you used to Microsoft programmers maybe?! You are not a programmer are you? = > experience) to be installed with that particular privilege.e  F Well it appears that you don't need to go to the eye doctor after all,F as you have an incredibly keen eye for the obvious.  When one sets outC to write a program such as this, it is known ahead of time what its F limited privileged function will be, and it is written with the INTENT@ of installing it with privilege.  In the example I gave, where aF non-priv'd user can delete specific LTA ports (usually associated withH print queues here), one COULD accomplish this by granting the logical IOD or physical IO priv to the user, but this would be dangerous becauseC these privs give them vast power to do many things other than theirfD necessary functions.  With the physical IO priv, a user can gain anyB priv with a little work.  In the case of clearing a malfunctioningH queue/lta device, allowing an image to be installed with privs that only= deletes specific LTA ports is far more secure and controlled.  > E > Is your suggestion that all programmers produce 64 versions of eache  > program ?  Or was that 2**64 ?  C What the heck are you talking about here? Please explain. Maybe youhG think I'm suggesting to install normal VMS executables with higher than  normal privs? What do you mean?w   ------------------------------  % Date: Thu, 23 Aug 2001 23:59:54 -0400R( From: Hamlyn Mootoo <univms@bigfoot.com>= Subject: Re: Wailing at Eunuchs (was: Wailing and Moaning...) + Message-ID: <3B85D13A.D4148E74@bigfoot.com>o   Rob Young wrote: > O > In article <3B850B30.63DE@c-lab.de>, Michael Joosten <joost@c-lab.de> writes:n > > Hamlyn Mootoo wrote: > >> > >> Rob Young wrote:d > >> [snip] E > >>   Two skilled Unix "persons" making a mistake in a shell script.hT > >> > >>         Two high profile clients dead in the water for a day or two.  Why?	 > >> > >>f1 > >> > >>         # rm -r ${variable_goes_here}/*x > >> > >@ > >> > > Couldn't have been too "skilled" to make that mistake ! > >> > > > >> >R > >> >         Absolutely skilled.  One of the people is a 15 year veteran, admin,N > >> >         system configurator... one of the brighter guys you would know. > >> >& > >> >         Trust me... bad design. > >>G > >> All this example serves to illustrate is the power of the the UnixeL > >> command syntax.  And whoever coded the above example, regardless of hisL > >> years of systems management experience, is obviously not experienced atL > >> writing shell scripts.  Actually, it's doubtful that whoever wrote thatI > >> had many months, let alone years of scripting experience. Any decentyG > >> shell scripter would NEVER, I repeat NEVER use that combination ofcM > >> syntax for just the exact reason of the variable being undefined.  Don'ttM > >> take my word for it. Post this example in any of the Unix newsgroups and,J > >> when they get done laughing maybe they'll respond if anyone can still( > >> manage to type without cracking up. > >lG > > Right. This wasn't scripted, it was scribbled. Especially if it was L > > written to be executed as root. A more skilled shell scripter would haveE > > used at least a check if the variable was set before hand or used   > > conditional evaluation, like: > >    rm -rf ${variable_goes_here-"UNDEFINED_DIRECTORY!"}D > > assuming of course that is no dir called /UNDEFINED_DIRECTORY! . > >r > F >         Notice I was careful enough to NOT say it was something thatI >         could NOT be avoided.  But when you look at what took place, itoM >         was the transposition of a single letter in one case and all driveslL >         were wiped out.  Good shell programming technique would have savedL >         the day, as you point out.  But what you are also doing is raisingL >         the bar to a certain level (a level that may not always be reachedP >         via an oversight or a rush job) that may not always be there.  TestingK >         for the variable may have occured, can't recall.  You can test oniK >         one line and make a typo on the next line... happens all the timeI >         you know.o > O >         Transposition of a single letter and all your drives are wiped clean.wB Transposition of a single number on defining the logical used by aH similar procedure on VMS wipes that disk clean too.  If it happens to beH the system disk or any disk on which production data resides, your going5 to have to break out the backup tapes - same as Unix.    > " >         Bad design ... trust me. > - >                                         Rob.   ------------------------------  # Date: Fri, 24 Aug 2001 03:17:07 GMTt# From: Kevin Waugh <waugh@met.co.nz>aY Subject: Re: What cooler name than VAX? (was Re: Common Code (was Re: TheFinal Knell Has  . Message-ID: <20010824.3170749@waugh.met.co.nz>  - Perhaps I could get a 64 bit vacuum cleaner ?e6 >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<  I On 23/08/2001, 17:31:00, Kevin Waugh <waugh@met.co.nz> wrote regarding R=d e:=20cI What cooler name than VAX? (was Re: Common Code (was Re: TheFinal Knell =  Has=20
 Sounded)):     > VAX64 sounds good to me...  8 > >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<  I > On 22/08/2001, 05:23:35, "John Eisenschmidt" <jeisensc@aaas.org> wrote=w  H > regarding What cooler name than VAX? (was Re: Common Code (was Re:=20=   TheFinal > Knell Has Sounded)):    I > > In the Greek Alphabet, Beta is the next letter. Though, based on the=   vibefH > I'm getting from everyone, perhaps Omega would be a good name for the=   > Itanic/Alpha hybrid.  I > > And nothing personal, but you reminded me how annoying ASCII art can=n  be. > =3D)  E > > >>> Alan E. Feldman <afeldman@gfigroup.com> 08/21/2001 1:14:00 PMiI > > That just goes to show what a cool name VAX is: VAX. How can you hav=e eoI > > a cooler name for a computer?: VAX. Maybe instead of Alpha they shou=u ldE > > have called it VAX64. Sounds better than IA64, no? (That's not tor0 > > imply that that was the choice at the time.)  ; > > And VAX/VMS also has an unbeatable ring to it: VAX/VMS.v  + > > Besides, what letter comes after alpha?   7 > > Also, alpha is already used a lot for other things.u  H > > And if Alpha were instead VAX64 then maybe the people who associate=  F > > VMS *only* with VAX wouldn't think of it as a legacy system. JMHO.   > > Disclaimer: JMHO   &-) > > Alan E. Feldmanw > > afeldman@gfigroup.comt   ------------------------------  % Date: Thu, 23 Aug 2001 15:52:35 -0700-< From: "Kenneth H. Fairfield" <Kenneth.H.Fairfield@intel.com>? Subject: [Q]: How to get BACKUP to relabel tapes automatically?i) Message-ID: <3B858933.FA4E23A8@intel.com>-  D     I've been studying BACKUP's /LABEL=(<label-list>), /EXACT_ORDER,D and /IGNORE=(LABEL_PROCESSING) qualifiers (yes, there is some mutual< exclusion present), in order to solve the following problem.  B     We have a number of clusters, each with one or more TZ877 tapeE loaders.  The operators load the 7-tape cartridges with enough tapes,kE typically 4 or 5, to do one clusters backups for the night, then load H the cartridge in the TZ877.  These tapes are mostly recycled, previously  B labeled, but the labels are unknown (not tracked).  Therefore, the< 4 or 5 tapes' labels are essentially arbitrary from BACKUP's perspective.  D     Our procedures INITIALIZE the first tape with the desired label,B MOUNT it, then fire off a series of BACKUP commands, all /NOREWINDC /IGNORE=(INTERLOCK,LABEL_PROCESSING).  For the first saveset on the0G first tape, the journal file "knows" the label on the tape and displays @ it if you do a BACKUP/JOURNAL=journal-file/LIST.  For subsequent	 savesets,fF created by subsequent BACKUP commands (but writing to the same journal# file), the volume label is unknown.   @     When BACKUP reaches the end of a given tape, mid-saveset, it	 dismountslF the tape, issues various OPCOM messages, the TZ877 loads the next tape inH the cartridge, BACKUP mounts the tape, doesn't like the label, dismounts  E it and labels it with the first four characters of the _saveset_ name  withG "02" appended, remounts the tape and forges ahead.  If the same saveset A causes BACKUP to reach the end of the 2nd tape, the 3rd tape getsc labeledwH with "03" in place of "02".  When BACKUP has mounted and labeled a tape,  > the journal file reflects that label.  All this is documented.  H     The problem we encounter is that several of the "continuation" tapes  H wind up with the same label.  For example "DPA202" is generated when the  D saveset DPA234.SAV spans to another tape, but the same label is used whenE DPA256.SAV written to the same tape spans to 3rd tape.  This makes it  hardH for the operators to _find_ the particular tape that has a given saveset  E on it even when they use all the tools that BACKUP/JOURNAL/LIST givesl them.rH BTW, a log file from SET HOST/LOG is produced when the operators run the  E BACKUP procedure, but these don't stay around very long and searchingh throughs= them for this information is a bit tedious and trouble prone.o  E     I've made an attempt to keep track of the tape sequence number asd eachF saveset is started using F$GETJPI("","VOLUMES").  However, I've had toB kludge around the fact that if BACKUP (has to) label the tape, the volumeA count increases by two.  That happens most of the time, but if itt doesn't,H I probably make an error (i.e., if volume count increases by 1, I accept  H that; if it increases by 2 or 4, I increment by 1 or 2, respectively; if  D it increases by 3, I increment by 3 which is probably a mistake...).  G     The (semi-)obvious solution would be to tell BACKUP the tape labelssC to use via /LABEL=(list)/EXACT_ORDER.  That won't work in this caser becauseOD the tapes must be pre-labeled or BACKUP won't use them.  It would be easy@ enough to run a procedure to INITIALIZE all the tapes in a given	 cartridge:H once it was loaded, but once that's done, the operators would have to go  E back to the TZ877 and reload the cartridge, something that would slow  themH down and could easily be forgotten in the midst of other possibly urgent  E things going on.  Thus we'd be at probably risk of frequently missingg; a nightly backup job.  Finally, one might "hope" that using>
 /LABEL=(list)sE along with /IGNORE=(LABEL_PROCESSING) _might_ direct BACKUP to ignore E the label on the tapes and relabel them from the given list.  DWIM, I  know,d and wishful thinking...d  	     So...h  F     Does anyone have a suggestion of how to either (a) force BACKUP toB use the labels I want it to without pre-labeling the tapes, or (b) provideeG a (robust, reliable?) method to determine how many tapes a given BACKUP C job as used (without scanning the log file, which will be held openl during this processing)?v       Thanks, Kens --6 I don't speak for Intel, Intel doesn't speak for me...   ------------------------------  % Date: Fri, 24 Aug 2001 07:35:44 +0200s, From: Didier Morandi <Didier.Morandi@gmx.ch>C Subject: Re: [Q]: How to get BACKUP to relabel tapes automatically?i& Message-ID: <3B85E7B1.3CA1FE29@gmx.ch>   "Kenneth H. Fairfield" wrote:  > ../..lH >     Does anyone have a suggestion of how to either (a) force BACKUP toD > use the labels I want it to without pre-labeling the tapes, or (b)K > provide a (robust, reliable?) method to determine how many tapes a given tL > BACKUP job as used (without scanning the log file, which will be held open > during this processing)?  F IMHO, as usual, the best answer may be the "normal" one. I'll leave toG the mathematicians the number of different tapes you can name with four ; digits containing letters A to Z and numbers 0 to 9 (that'ss> 36*36*36*36?). Change the four first characters of your tapes.   D.   ------------------------------   End of INFO-VAX 2001.469 ************************