1 INFO-VAX	Thu, 24 Apr 2003	Volume 2003 : Issue 226       Contents:- Re: accessing consoles remotely via decserver - Re: accessing consoles remotely via decserver - Re: accessing consoles remotely via decserver B Re: AlphaStation 500 DE500 set to 100mbit not booting into cluster% Re: BACKUP qualifiers: bug or feature % Re: BACKUP qualifiers: bug or feature % Re: BACKUP qualifiers: bug or feature ( Re: Bugs already appear in oopsteron ... RE: Carbonless Printers  Re: Carbonless Printers  CSMA-CD Station Buffers  Re: DECdoc an EPS files. ES40 memory_test Re: ES40 memory_test9 FS: 64 Mbyte ECC DIMM pair for Alpha Personal Workstation H Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly Internet interface error (UCX)2 Re: IO$M_WRTATTN/IO$M_READATTN and terminal driver2 Re: IO$M_WRTATTN/IO$M_READATTN and terminal driver% Re: Job Opportunity - Toronto, Canada  Link problems after ACRTL patch # Re: Link problems after ACRTL patch # Re: Link problems after ACRTL patch 
 ODS-5 and TSM  Re: ODS-5 and TSM  Re: ODS-5 and TSM 9 Re: ODS2: Relation between cluster size and maximum files 6 Re: OpenVMS Itanium port progressing well says Gorham!6 Re: OpenVMS Itanium port progressing well says Gorham!6 Re: OpenVMS Itanium port progressing well says Gorham!6 Re: OpenVMS Itanium port progressing well says Gorham!6 Re: OpenVMS Itanium port progressing well says Gorham!6 Re: OpenVMS Itanium port progressing well says Gorham!6 Re: OpenVMS Itanium port progressing well says Gorham!( OpenVMS Pearls - Your feedback requested Re: Oracle & OpenVMS Re: Oracle & OpenVMS Re: Oracle & OpenVMS Re: Oracle & OpenVMS Re: Oracle & OpenVMS OT: ksh question Re: OT: ksh question Re: PRODUCT "UNREGISTER" Re: PRODUCT "UNREGISTER" Re: PRODUCT "UNREGISTER" Re: PRODUCT "UNREGISTER"% Question on logical name PSM$ANNOUNCE  Snapshot on HSG80 Controller' Suddenly, Tomcat won't startup any more + Re: Suddenly, Tomcat won't startup any more + Re: Suddenly, Tomcat won't startup any more 0 TCPIP: SMTP sender design problem (bounced mail)
 TCPIP_SSH EAK  Re: TCPIP_SSH EAK . Re: UK "Computing" registration - Mentions VMS. Re: UK "Computing" registration - Mentions VMS) VMS SECURITY: Adding Privileges to a USER - Re: VMS SECURITY: Adding Privileges to a USER  Re: VMS721_SYS_DB v1.0? P Re: Why did Digital go broke? (Was: Re: VMS Source Listing CD - Table of contentP Re: Why did Digital go broke? (Was: Re: VMS Source Listing CD - Table of content5 Re: [OpenVMS Alpha] How to get image version in DCL ? 5 Re: [OpenVMS Alpha] How to get image version in DCL ?   F ----------------------------------------------------------------------    Date: 24 Apr 2003 02:16:00 -0700 From: mb301@hotmail.com (MB)6 Subject: Re: accessing consoles remotely via decserver< Message-ID: <1d08b916.0304240116.1bfcd82@posting.google.com>  g JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message news:<3EA736C1.1728E83F@vl.videotron.ca>...  > Manser wrote: @ > > when i try to connect to the console al01 i get only garbage > >  > > Local> connect al01 < > > Local -010- Session 1 to AL01 on node DS90_1 established% > > 0~bS# 2 > >                                  $5|0Fʬ >  > N > What is the actual baud rate for the OAP0: ports ? Could it have been set to  > another speed than 9600 baud ?  - We have a as 4100 connected in the same way:-     The only difference I can see :-  < Port  6:                               Server: alpha console  F Character Size:            8           Input Speed:               9600F Flow Control:            XON <<<       Output Speed:              9600F Parity:                 None           Signal Control:        Disabled  Stop Bits:           Dynamic <<<  F Access:               Remote           Local Switch:              NoneF Backwards Switch:       None           Name:                    PORT_6F Break:                Remote <<<       Session Limit:                4F Forwards Switch:        None           Type:                      AnsiF Default Protocol:        LAT           Default Menu:              NoneF Autolink Timer One:10 Two:10           Dialer Script:             None   Preferred Service: None  Authorized Groups:   5, 10, 15 (Current)  Groups:   5, 10, 15   Enabled Characteristics:E Broadcast,  Failover,  Input Flow Control,  Output Flow Control, <<<   Verification   ------------------------------  % Date: Thu, 24 Apr 2003 12:39:48 +0200 , From: Albrecht Schlosser <ajs856@tiscali.de>6 Subject: Re: accessing consoles remotely via decserver, Message-ID: <jte88b.99r.ln@news.hus-soft.de>  
 Manser wrote:  >  > hi VMS users > N > I want to access the consoles (opa0) of my servers remotely over a decserver > 90TL > M > my cluster consists of 2 nodes (al01,al05) and a decserver DS90tl connected  > on the same lan segment. > - > on port 1 is the console port of the ds90tl ; > on port 2 is connected to the console port of al01 (opa0) ; > on port 3 is connected to the console port of al05 (opa0)  > ( > Here are the settings of the port1 - 3 >  > [...]  > 7 > Port  2:                               Server: DS90_1  > H > Character Size:            8           Input Speed:               9600H > Flow Control:           None           Output Speed:              9600H > Parity:                 None           Signal Control:        Disabled > Stop Bits:                 1 > H > Access:               Remote           Local Switch:              NoneH > Backwards Switch:       None           Name:                    PORT_2H > Break:              Disabled           Session Limit:                1H > Forwards Switch:        None           Type:                      Ansi > Default Protocol:        LAT >  > Dedicated Service: AL01  >  > Authorized Groups:   0 > (Current)  Groups:   0 >  > Enabled Characteristics:5 > Autoconnect,  Failover,  Lock,  Remote Modification  >  > [...]  > > > when i try to connect to the console al01 i get only garbage >  > Local> connect al01 : > Local -010- Session 1 to AL01 on node DS90_1 established# > 0~bS# 0 >                                  $5|0Fʬ > & > can anyone tell me what's going on ? > any help will be appreciated.   F Try to switch off "Remote Modification". Maybe this modifies the SpeedG setting of the port you're connecting, but I'm not sure. You can verify C this, if you "show port 2/3" while you are connected. I _never_ use 5 remote modification, as it can have unwanted results.   C BTW, the setting of "Dedicated Service: AL01" is AFAIK meaningless, . because this would only apply to local access.   Albrecht Schloer    ------------------------------    Date: 24 Apr 2003 08:20:22 -0700  From: nmanser@progis.de (Manser)6 Subject: Re: accessing consoles remotely via decserver= Message-ID: <2178d61f.0304240720.1808c118@posting.google.com>   ` Albrecht Schlosser <ajs856@tiscali.de> wrote in message news:<jte88b.99r.ln@news.hus-soft.de>... > Manser wrote:  > >  > > hi VMS users > > P > > I want to access the consoles (opa0) of my servers remotely over a decserver > > 90TL > > O > > my cluster consists of 2 nodes (al01,al05) and a decserver DS90tl connected  > > on the same lan segment. > > / > > on port 1 is the console port of the ds90tl = > > on port 2 is connected to the console port of al01 (opa0) = > > on port 3 is connected to the console port of al05 (opa0)  > > * > > Here are the settings of the port1 - 3 > > 	 > > [...]  > > 9 > > Port  2:                               Server: DS90_1  > > J > > Character Size:            8           Input Speed:               9600J > > Flow Control:           None           Output Speed:              9600J > > Parity:                 None           Signal Control:        Disabled  > > Stop Bits:                 1 > > J > > Access:               Remote           Local Switch:              NoneJ > > Backwards Switch:       None           Name:                    PORT_2J > > Break:              Disabled           Session Limit:                1J > > Forwards Switch:        None           Type:                      Ansi  > > Default Protocol:        LAT > >  > > Dedicated Service: AL01  > >  > > Authorized Groups:   0 > > (Current)  Groups:   0 > >  > > Enabled Characteristics:7 > > Autoconnect,  Failover,  Lock,  Remote Modification  > > 	 > > [...]  > > @ > > when i try to connect to the console al01 i get only garbage > >  > > Local> connect al01 < > > Local -010- Session 1 to AL01 on node DS90_1 established% > > 0~bS# 2 > >                                  $5|0Fʬ > > ( > > can anyone tell me what's going on ?! > > any help will be appreciated.  > H > Try to switch off "Remote Modification". Maybe this modifies the SpeedI > setting of the port you're connecting, but I'm not sure. You can verify E > this, if you "show port 2/3" while you are connected. I _never_ use 7 > remote modification, as it can have unwanted results.  > E > BTW, the setting of "Dedicated Service: AL01" is AFAIK meaningless, 0 > because this would only apply to local access. >  > Albrecht Schloer   J i switched off remote modification, and i have done the following settings  D Local> set port 2 flow xon stop dynamic break remote remote disabled$ Local> set port 2 input flow enabled% Local> set port 2 output flow enabled     5 Port  2:                               Server: DS90_1   F Character Size:            8           Input Speed:               9600F Flow Control:            XON           Output Speed:              9600F Parity:                 None           Signal Control:        Disabled Stop Bits:           Dynamic  F Access:               Remote           Local Switch:              NoneF Backwards Switch:       None           Name:                    PORT_2F Break:                Remote           Session Limit:                1F Forwards Switch:        None           Type:                      Ansi Default Protocol:        LAT   Dedicated Service: VMAL01    Authorized Groups:   0 (Current)  Groups:   0   Enabled Characteristics:H Autoconnect,  Failover,  Input Flow Control,  Lock,  Output Flow Control     Local> connect vmal01 : Local -010- Session 1 to VMAL01 on node DS90_1 established   i hit 2 times return 
 i hit init B     BhcB~ <             CFB~8   BFfcQ=Q"D3#DDq)#D= (   / i then tried to set port 2 to differents speeds  Local> connect al01 8 Local -010- Session 1 to AL01 on node DS90_1 established   then it hangs.    the console speed is set at 9600   Nazim Manser   ------------------------------  % Date: Thu, 24 Apr 2003 09:27:55 +0200 ( From: "Rudolf Wingert" <win@fom.fgan.de>K Subject: Re: AlphaStation 500 DE500 set to 100mbit not booting into cluster : Message-ID: <MDEJJFGEEOPAFONJONBKOEHPDAAA.win@fom.fgan.de>   Hello,  J years ago we did have the same problem with some DPWS500au. Did you try toJ boot the satellite into the cluster with EWA0_MODE 10Mb Fullduplex? Did itK work? We could boot the satellites with 10Mb after that, we could set (both L switch and Ethernet Adatper) to 100Mb and it did work. The problem was a bugF at the onboard Fast Ethernet adapter. After changing this adapter, theL satellite could boot. Attention: this problem was not at all DPWS500au. Only at two of five.    Best regards Rudolf Wingert    ------------------------------    Date: 24 Apr 2003 05:25:18 -0700% From: Bart.Zorn@xs4all.nl (Bart Zorn) . Subject: Re: BACKUP qualifiers: bug or feature= Message-ID: <a98cd882.0304240425.1e47d9b0@posting.google.com>   E If you have the freeware VERB utility, you can easily add this check.    Do the following:    $ VERB BACKUP/OUT=BACKUP.CLD  E Edit the file BACKUP.CLD and add the following disallow clause at the  end of the first section:   $   disallow (SELECT and not SAVE_SET)   Then do:   $ SET COMMAND BACKUP  ? The BACKUP command in your example will now issue the following  message:  @ %DCL-W-CONFLICT, illegal combination of command elements - check
 documentation 	  \SELECT\    Regards,  	 Bart Zorn       | Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote in message news:<01KV2U5EUSE0A9SJ2F@sysdev.deutsche-boerse.com>...* > This command looks OK at a quick glance: > 1 >    $  BACKUP BIG_FILE.BCK/SELECT=SMALL_FILE.DAT  >  > but actually it should be  > : >    $  BACKUP BIG_FILE.BCK/SAVE_SET/SELECT=SMALL_FILE.DAT > A > Of course, /SELECT doesn't make any sense without the /SAVE_SET H > qualifier.  The first command doesn't give an error or even a warning,C > however.  Rather, the /SELECT is silently ignored and BIG_FILE is 
 > copied.  >  > Bug or feature?    ------------------------------  % Date: Thu, 24 Apr 2003 13:42:47 +0100 * From: "Richard Brodie" <R.Brodie@rl.ac.uk>. Subject: Re: BACKUP qualifiers: bug or feature+ Message-ID: <b88m48$rl6@newton.cc.rl.ac.uk>   2 "Bart Zorn" <Bart.Zorn@xs4all.nl> wrote in message7 news:a98cd882.0304240425.1e47d9b0@posting.google.com...   G > If you have the freeware VERB utility, you can easily add this check.  ... & >   disallow (SELECT and not SAVE_SET)  J You can do this locally; however, if HP did it they would break documentedL behaviour. Specifically, selective restores from tape where /SAVE_SET is not	 required.   R That isn't to say that BACKUP couldn't be coded to check for redundant qualifiers,J of course. It's just it can't be done trivially, by changing the CLD file.   ------------------------------  % Date: Thu, 24 Apr 2003 12:27:25 -0400  From: norm.raphael@metso.com. Subject: Re: BACKUP qualifiers: bug or feature? Message-ID: <OFDFA6A1D5.2BEB3C8A-ON85256D12.005A0D70@metso.com>   / I have not checked, nor am I fluent in cmd, but ( after this edit, will BACKUP complain if5 $  BACKUP tape:BIG_FILE.BCK/SELECT=SMALL_FILE.DAT *.* 5 Where "/SAVESET" is implied and need not be specified E (and "tape" is a logical name for a valid tape device specification)?     B From:  "Richard Brodie" <R.Brodie@rl.ac.uk> on 04/24/2003 08:42 AM  6 Please respond to "Richard Brodie" <R.Brodie@rl.ac.uk>   To:    Info-VAX@Mvb.Saic.Com cc:   1 Subject:    Re: BACKUP qualifiers: bug or feature       2 "Bart Zorn" <Bart.Zorn@xs4all.nl> wrote in message7 news:a98cd882.0304240425.1e47d9b0@posting.google.com...   G > If you have the freeware VERB utility, you can easily add this check.  ..& >   disallow (SELECT and not SAVE_SET)  J You can do this locally; however, if HP did it they would break documentedH behaviour. Specifically, selective restores from tape where /SAVE_SET is not 	 required.   F That isn't to say that BACKUP couldn't be coded to check for redundant qualifiers, J of course. It's just it can't be done trivially, by changing the CLD file.   ------------------------------  % Date: Thu, 24 Apr 2003 11:48:00 -0400 # From: "rob kas" <bob@paychoice.com> 1 Subject: Re: Bugs already appear in oopsteron ... / Message-ID: <vag1lm770lmgc1@corp.supernews.com>   5 "Bob Ceculski" <bob@instantwhip.com> wrote in message 7 news:d7791aa1.0304231745.2ebac3b3@posting.google.com...  > not as good as alpha ... > * > http://www.theinquirer.net/?article=9098               Hey Bob   I   There have been Bugs in Alpha Chips and Just recently some Cool Bugs in  IA64-2   Fact of new chip life.  =                                                           Rob    ------------------------------  % Date: Thu, 24 Apr 2003 09:34:15 +0100 * From: Andrew Robinson <arobinson@hspg.com>  Subject: RE: Carbonless PrintersO Message-ID: <CDA4BAD1E10ED41181AC00508B6051D3023CCF65@grumpy.internal.hspg.com>   G The Paper side is not an issue as such. You can buy reams of carbonless K paper, which have already been sorted into coloured sets of 3 -> 6 (or more J if you PAY). You just print the same document 3 -> 6 times and you get theJ various coloured layers required. Or you buy the various 'layers' requiredH and use a multitray printer, printing a copy from each tray, the fancierG printers can be set to do this automatically. Both methods with a fancy 1 output unit work very well, for large quantities.    Regards    Andrew Robinson  Howard Smith Paper Group     norm.raphael@metso.com wrote:  > not do it, unless C > you plan to print each page separately on carbonless paper, then  - > assemble the sets for later carbonless use.   K If you have a set of 4 pages, then you'd want to have 3 "carbonless" pages, L followed by a regular sheet of paper. You don't want the last sheet to writeE the signature onto whatever the paper is on at the time the signature  occurs.   H Just as a silly idea, how about printing one copy of the form on regularK paper. After signature, you scan the sheet and print 3 copies (and possibly  keep a copy on-line).    ------------------------------  % Date: Thu, 24 Apr 2003 09:39:30 -0400 ! From: Jim Agnew <jpagnew@vcu.edu>   Subject: Re: Carbonless Printers' Message-ID: <3EA7E912.25DCC8B9@vcu.edu>    JF Mezei wrote:  >  > norm.raphael@metso.com wrote:  > > not do it, unless M > > you plan to print each page separately on carbonless paper, then assemble  > > the " > > sets for later carbonless use. > M > If you have a set of 4 pages, then you'd want to have 3 "carbonless" pages, N > followed by a regular sheet of paper. You don't want the last sheet to writeO > the signature onto whatever the paper is on at the time the signature occurs.  > J > Just as a silly idea, how about printing one copy of the form on regularM > paper. After signature, you scan the sheet and print 3 copies (and possibly  > keep a copy on-line).    Hey, not a bad idea....    --  F "4,000 years ago I made a mistake."  Elrond Half-Elven, in "Fellowship of the Ring"   ------------------------------  % Date: Thu, 24 Apr 2003 13:40:52 +0200 , From: "Ferry Bolhar" <bol@adv.magwien.gv.at>  Subject: CSMA-CD Station Buffers8 Message-ID: <1051184452.814350@mozart.adv.magwien.gv.at>  
 Hi to all,  9 another question concerning DECnet/OSI AKA DECnet-Plus...   G On one of our systems, the "Unavailable Station Buffers" counter of the @ 'CSMA-CD Station CSMACD-0' entity grows very quickly. There is aG characteristic for this entity named "Station Buffers". So I thought it 6 would be the best to increase its value (currently 8).9 Into SYS$MANAGER:NET$CSMACD_STARTUP.NCL, I wrote the line   8 SET NODE 0 CSMA-CD STATION CSMACD-0 STATION BUFFERS = 16  I before the ENABLE command (I guessed that this characteristic must be set I before the station is enabled). However, during startup, I got this error  message:  3 %NCL-E-CMLSENDFAILED, error sending command request 2 -CML-E-EMAAPROB, error returned from VMS EMA agent/ -NCL-E-DIRECTIVENOTSUP, directive not supported   + while station buffers still remaining at 8.   G While looking at other systems, I also saw this characteristic having a E value of 64. Therefore, I guess that there is a way to change it? Can  someone explain, how?   * BTW: OpenVMS V6.2, DECnet/OSI V6.3 ECO 11.  $ MTIA and kind greetings from Vienna,   Ferry  --   Ing. Ferry Bolhar % Municipality of Vienna, Department 14  A-1010 Vienna / AUSTRIA  E-mail: bol@adv.magwien.gv.at    ------------------------------  % Date: Thu, 24 Apr 2003 11:25:18 +0200 3 From: Theo Jakobus <Theo.Jakobus@iaf.fraunhofer.de> ! Subject: Re: DECdoc an EPS files. $ Message-ID: <3ea7ad4b$1@news.fhg.de>   Jan-Erik Sderholm wrote:  > Hi. 4 > Does anyone have a pointer to some tool to convert8 > "normal" PC graphic files (JPG, GIF, BMP, whatever) to4 > the EPS format that DECdoc needs ? I'd prefer a PC	 > tool...  >  > Jan-Erik Sderhohlm.  _ I'm using for graphic work the package ImageMagick http://www.imagemagick.org which runs under  ] X-Window and has a command line interface too. The command convert supports for encapsulated  / PostScript EPS, EPS2, EPS3, EPSF, EPSI and EPT.      Regards, --   **************** * Theo Jakobus * IAF  * Tullastr. 72 * 79108 Freiburg	 * Germany  ****************   ------------------------------    Date: 24 Apr 2003 06:39:44 -0700$ From: gspamtackett@yahoo.com (Galen) Subject: ES40 memory_test = Message-ID: <bdc65a53.0304240539.5e388332@posting.google.com>   ? A copy of the ES40 manual from several years back says that the B MEMORY_TEST console parameter must be set to FULL for VMS systems.   Is this still the case?   B I ask because setting it to PARTIAL appears to cause problems justB doing an INIT for us. And yes, we have the latest firmware release (firmware update V6.3).    Thanks,   
 Galen Tackett A (remove the "spam" from my e-mail address to actually reach me by  e-mail)    ------------------------------  % Date: Thu, 24 Apr 2003 15:02:59 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: ES40 memory_test ) Message-ID: <3EA7EE93.5290E394@127.0.0.1>    Galen wrote: > A > A copy of the ES40 manual from several years back says that the D > MEMORY_TEST console parameter must be set to FULL for VMS systems. >  > Is this still the case?  > D > I ask because setting it to PARTIAL appears to cause problems justD > doing an INIT for us. And yes, we have the latest firmware release > (firmware update V6.3).     E I put a full house in a system recently, it takes FOREVER to check it - all, feels like 10 minutes at least for 32GB.      --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  % Date: Thu, 24 Apr 2003 14:02:37 +0100  From: Roy Omond <Roy@Omond.net> B Subject: FS: 64 Mbyte ECC DIMM pair for Alpha Personal Workstation4 Message-ID: <b88n9f$1ug$1$8300dec7@news.demon.co.uk>  5 I've just upgraded my Personal Workstation 500au with 5 2 x 512 Mbyte, so I now have a 64 Mbyte ECC DIMM pair 4 for sale (the DEC part no. is SN-MSP01-HC, and there/ is a Compaq part no. on the DIMMs 20-DPW01-06).   4 These fit in the Digital Personal Workstation models* 433a, 433au, 500a, 500au, 600a, and 600au.  1 I'm asking 15 (free post-and-packing in the UK). 3 I'm geographically located just south of Cambridge,  near Saffron Walden.  	 Roy Omond  Blue Bubble Ltd.   ------------------------------   Date: 24 Apr 03 01:46:01 -0800/ From: "Charlie Gibbs" <cgibbs@kltpzyxm.invalid> Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly 2 Message-ID: <8781.244T81T1063202@kltpzyxm.invalid>  A In article <b87qp8$p9k$1@gondor.sdsu.edu> stremler@rohan.sdsu.edu  (stremler) writes:  B >In alt.folklore.computers Charlie Gibbs <cgibbs@kltpzyxm.invalid> >wrote:  >[snip] @ >> I think it's time to repost the story of Robin Hood and FriarC >> Tuck in the Xerox shop.  Sometimes the only way to get a problem = >> recognized is to beat people over the head with it.  Hard.  >   > Alas, that's probably illegal. > @ > It's a sad time when the Right Thing To Do is Against The Law.  @ Perhaps.  But the story I had in mind only beats people over theB head figuratively.  I've already had an e-mail request for it onlyB a few hours after my original posting, so I might as well post it. It's kinda fun...    Wed Aug  5 23:03:19 1992( Message : #4056241    From: Frank Stuart  Address : fstuart@eng.auburn.edu' Group   : Usenet.alt.folklore.computers  Length  : 1306 words' Subject : Re: Robin Hood and Friar Tuck   3 Msg-ID: <fstuart.920806000959@lab16.eng.auburn.edu>   Posted: Thu, 6 Aug 1992 05:09:59  % Org.  : Auburn University Engineering   K In article <18390020@hpdmd48.boi.hp.com> adye@hpdmd48.boi.hp.com (Alan Dye)  writes: I >A couple of years ago, when I was working at Microsoft, there was a post G >about one of the "very first" computer "viruses."  The story was about L >a time sharing system that had an Op Sys hole that allowed you to poke yourI >process through to privledged mode.  Unable to get the Vendor to fix the J >bug, the ingenious programmer wrote two processes called "robin hood" and? >"friar tuck" and set them to work doing all sorts of mischief.  > H >If you recognize this story line, and have knowledge of this, would youC >please post that story here?  I would like to use it for a Systems  >Conference here.    Here you go:  P ---cut---cut---cut---cut---cut---cut---cut---cut---cut---cut---cut---cut---cut--F I got this from rec.humor.funny a few years ago but it is funny enoughA for a rerun.  It was originally written by Dave Platt, one of the K developers for the CP-6 operating system.  I don't know where Dave is these  days.   J ==========================================================================  6 The more things change, the more they stay the same...  F Back in the mid-1970s, several of the system support staff at MotorolaE (I believe it was) discovered a relatively simple way to crack system B security on the Xerox CP-V timesharing system (or it may have beenG CP-V's predecessor UTS).  Through a simple programming strategy, it was F possible for a user program to trick the system into running a portionC of the program in "master mode" (supervisor state), in which memory E protection does not apply.  The program could then poke a large value D into its "privilege level" byte (normally write-protected) and couldH then proceed to bypass all levels of security within the file-managementC system, patch the system monitor, and do numerous other interesting / things.  In short, the barn door was wide open.   F Motorola quite properly reported this problem to XEROX via an officialE "level 1 SIDR" (a bug report with a perceived urgency of "needs to be D fixed yesterday").  Because the text of each SIDR was entered into aC database that could be viewed by quite a number of people, Motorola D followed the approved procedure: they simply reported the problem asA "Security SIDR", and attached all of the necessary documentation, # ways-to-reproduce, etc. separately.   E Xerox apparently sat on the problem... they either didn't acknowledge ; the severity of the problem, or didn't assign the necessary F operating-system-staff resources to develop and distribute an official patch.  D Time passed (months, as I recall).  The Motorola guys pestered theirC Xerox field-support rep, to no avail.  Finally they decided to take E Direct Action, to demonstrate to Xerox management just how easily the D system could be cracked, and just how thoroughly the system security systems could be subverted.   D They dug around through the operating-system listings, and devised a< thoroughly devilish set of patches.  These patches were thenF incorporated into a pair of programs called Robin Hood and Friar Tuck.H Robin Hood and Friar Tuck were designed to run as "ghost jobs" (daemons,F in Unix terminology);  they would use the existing loophole to subvertG system security, install the necessary patches, and then keep an eye on G one another's statuses in order to keep the system operator (in effect, " the superuser) from aborting them.  H So... one day, the system operator on the main CP-V software-developmentD system in El Segundo was surprised by a number of unusual phenomena.F These included the following (as I recall... it's been a while since I heard the story):   G -  Tape drives would rewind and dismount their tapes in the middle of a     job.   F -  Disk drives would seek back&forth so rapidly that they'd attempt to    walk across the floor.   E -  The card-punch output device would occasionally start up of itself E    and punch a "lace card" (every hole punched).  These would usually     jam in the punch.  G -  The console would print snide and insulting messages from Robin Hood      to Friar Tuck, or vice versa.  > -  The Xerox card reader had two output stackers;  it could beE    instructed to stack into A, stack into B, or stack into A unless a B    card was unreadable, in which case the bad card was placed intoD    stacker B.  One of the patches installed by the ghosts added someH    code to the card-reader driver... after reading a card, it would flipF    over to the opposite stacker.  As a result, card decks would divideB    themselves in half when they were read, leaving the operator to    recollate them manually.   ? I believe that there were some other effects produced, as well.   H Naturally, the operator called in the operating-system developers.  TheyC found the bandit ghost jobs running, and X'ed them... and were once E again surprised.  When Robin Hood was X'ed, the following sequence of  events took place:     !X id1  F   id1:   Friar Tuck... I am under attack!  Pray save me!  (Robin Hood)   id1: Off (aborted)  M   id2: Fear not, friend Robin!  I shall rout the Sheriff of Nottingham's men!   )   id3: Thank you, my good fellow! (Robin)   H Each ghost-job would detect the fact that the other had been killed, andA would start a new copy of the recently-slain program within a few @ milliseconds.  The only way to kill both ghosts was to kill themD simultaneously (very difficult) or to deliberately crash the system.  G Finally, the system programmers did the latter... only to find that the D bandits appeared once again when the system rebooted!  It turned outD that these two programs had patched the boot-time image (the /vmunixE file, in Unix terms) and had added themselves to the list of programs ' that were to be started at boot time...   E The Robin Hood and Friar Tuck ghosts were finally eradicated when the G system staff rebooted the system from a clean boot-tape and reinstalled B the monitor.  Not long thereafter, Xerox released a patch for this problem.  G I believe that Xerox filed a complaint with Motorola's management about E the merry-prankster actions of the two employees in question.  To the F best of my knowledge, no serious disciplinary action was taken against either of these guys.   F Several years later, both of the perpetrators were hired by Honeywell,D which had purchased the rights to CP-V after Xerox pulled out of the> mainframe business.  Both of them made serious and substantialH contributions to the Honeywell CP-6 operating system development effort.> Robin Hood (Dan Holle) did much of the development of the PL-6F system-programming language compiler; Friar Tuck (John Gabler) was oneF of the chief communications-software gurus for several years.  They'reE both alive and well, and living in LA (Dan) and Orange County (John). A Both are among the more brilliant people I've had the pleasure of 
 working with.   G Disclaimers: it has been quite a while since I heard the details of how E this all went down, so some of the details above are almost certainly H wrong.  I shared an apartment with John Gabler for several years, and he= was my Best Man when I married back in '86... so I'm somewhat ? predisposed to believe his version of the events that occurred.   
 Dave Platt --J John Stewart -- Computing and Communications Services, Carleton UniversityH Internet: jstewart@ccs.carleton.ca or Mr.Canoehead@algonquin.carleton.ca "My Canada includes Quebec"   P ---cut---cut---cut---cut---cut---cut---cut---cut---cut---cut---cut---cut---cut--    E Frank Stuart           |   Slower traffic keep right.  |  Don't Panic O fstuart@eng.auburn.edu |   MMMMMmmmmm lutefisk.        |  Never moon a werewolf    --, /~\  cgibbs@kltpzyxm.invalid (Charlie Gibbs)= \ /  I'm really at ac.dekanfrus if you read it the right way. @  X   Top-posted messages will probably be ignored.  See RFC1855.F / \  HTML will DEFINITELY be ignored.  Join the ASCII ribbon campaign!   ------------------------------  ! Date: Thu, 24 Apr 03 08:58:26 GMT  From: jmfbahciv@aol.com Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly + Message-ID: <b88fkq$ivf$6@bob.news.rcn.net>   0 In article <slrnbado1c.cad.als@thangorodrim.de>,:    als@usenet.thangorodrim.de (Alexander Schreiber) wrote:- >jmfbahciv@aol.com <jmfbahciv@aol.com> wrote:  >>@ >>In the bad old days of Cold War and pride in one's work, there> >>wasn't any wait if we could 1. reproduce it and 2. patch it.; >>If it wasn't patchable, we figured out some workaround.    > C >Proud workmanship is busy going out of fashion. Adding new, shiny, H >colorful and ultimately useless bells and whistles to the product seemsG >to be _way_ more important than fixing bugs, especially security bugs.t  < And that is what I term as PC thinking.  (Note that the term works for all values of PC.)   > H >>I can't recall, but weren't security holes also contractual violations? >>of some sort or other?  We sure didn't install holey softwarebB >>on the government sites.   Getting on the government's shit list >>used to be loss of business. >sF >This doesn't seem to work anymore. Unfortunately, people seem to haveG >gotten so used to unstable, unreliable and just plain broken hard- andmB >software that this seems to be considered the norm instead of the >exception.k  < And that's why I don't understand why VMS ain't making it.  7 Customer demand sure doesn't seem to make any impact onM7 business decisions.  I'm beginning to believe that only : little businesses are going to be productively successful.8 If it were 1982 all over again, I'd work on getting the 7 TOPS-10 OS spun off as an _independent_ SMALL business.n   /BAH  ' Subtract a hundred and four for e-mail.r   ------------------------------  ! Date: Thu, 24 Apr 03 09:01:17 GMT5 From: jmfbahciv@aol.compQ Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyB+ Message-ID: <b88fq5$ivf$7@bob.news.rcn.net>   2 In article <1051137531.914764@saucer.planet.gong>,H    "Rupert Pigott" <roo@dark-try-removing-this-boong.demon.co.uk> wrote:K ><jmfbahciv@aol.com> wrote in message news:b8627i$d4r$1@bob.news.rcn.net..., >n >[SNIP]k >oA >> In the bad old days of Cold War and pride in one's work, there ? >> wasn't any wait if we could 1. reproduce it and 2. patch it.S: >> If it wasn't patchable, we figured out some workaround. > 9 >Sadly that would be the exception and AFAICT for certainl8 >classes of software this has been the case for at least
 >20 years. >eI >> I can't recall, but weren't security holes also contractual violationso@ >> of some sort or other?  We sure didn't install holey softwareC >> on the government sites.   Getting on the government's shit lists >> used to be loss of business.t >o: >The Internet has also opened up a lot of holes that would7 >have otherwise gone unnoticed - the last 20 years have : >been interesting times for security people. The concern I: >have is that *internal* security is not been given enough6 >attention because attacks from *external* sources are >getting all the limelight.   ? In the olden days, people who purposely wrote in back doors andr; used them for personal reasons got their asses fired and onc7 the unofficial shitlist--"don't hire this little shit".a, Nowadays, it's company policy; I'm appalled.   /BAH  ' Subtract a hundred and four for e-mail.A   ------------------------------  ! Date: Thu, 24 Apr 03 09:07:49 GMTr From: jmfbahciv@aol.comSQ Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyo+ Message-ID: <b88g6d$ivf$8@bob.news.rcn.net>i  - In article <b8644r$11p8$1@godfrey.mcc.ac.uk>,C,    Geoff Lane <zzassgl@zoe.mcc.ac.uk> wrote:3 >In alt.folklore.computers jmfbahciv@aol.com wrote:e >> It was inF >> our best interests to get the high security bugs identified, fixed,@ >> and distributed WITHOUT TELLING ANYBODY HOW TO EXERCISE THEM. >-9 >How could anybody confirm that the fix worked? It's all : >very well testing ono4 >in-house systems, but out in the wild all kinds of  >crazy configurations mayD >exist that break the fix.  8 In our case, we couldn't on in-house systems because we ; couldn't run field image software _and_ get the developmentn
 work done.  = To answer your question, I think one of the reasons the fixese= worked as well as they did is because it was the bit gods (we ? had many) did the work.  To watch those guys think was awesome.D Somebody would ask one a question about "what would happen if I...".F The bit god would go (and I could see them do this) kachunk..kachunk..@ kachunk...ding! and answer the question.  IOW, a gazillion lines? of code essential got executed as a thought experiment with theeB proposed patch applied.  I get sudders down my spine just thinking* of the ability and agility those guys had.  A What was even more awesome...every single one of those guys could  do this.   /BAH    ' Subtract a hundred and four for e-mail.    ------------------------------  ! Date: Thu, 24 Apr 03 09:19:00 GMT< From: jmfbahciv@aol.com Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly + Message-ID: <b88grb$ivf$9@bob.news.rcn.net>:  2 In article <8781.244T81T1063202@kltpzyxm.invalid>,3    "Charlie Gibbs" <cgibbs@kltpzyxm.invalid> wrote:p <snip story>  - Beautiful.  That's two that have made my day.   ? Those poor operators...if I had been one of them, I would begin ? to believe in devils and machines turning on their creators andn stuff.  > It is certainly is a golden rule that thou shalt not piss off . a bit god after he's been reasonable with you.  < When a duo of bit gods decide to do mischief, not only is it; hilarious..well, after the bits settle down...but their bit4 hosing is thorough.c   /BAH     /BAH  ' Subtract a hundred and four for e-mail.o   ------------------------------  % Date: Thu, 24 Apr 2003 14:10:27 +0200 * From: Morten Reistad <mrr@reistad.priv.no>Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly 0 Message-ID: <j7k88b.4ta1.ln@via.reistad.priv.no>  " According to  <jmfbahciv@aol.com>:. >In article <b8644r$11p8$1@godfrey.mcc.ac.uk>,- >   Geoff Lane <zzassgl@zoe.mcc.ac.uk> wrote:e4 >>In alt.folklore.computers jmfbahciv@aol.com wrote:
 >>> It was in G >>> our best interests to get the high security bugs identified, fixed,1A >>> and distributed WITHOUT TELLING ANYBODY HOW TO EXERCISE THEM.r >>: >>How could anybody confirm that the fix worked? It's all  >>very well testing on5 >>in-house systems, but out in the wild all kinds of e >>crazy configurations may >>exist that break the fix.  > 9 >In our case, we couldn't on in-house systems because we  < >couldn't run field image software _and_ get the development >work done.  >o> >To answer your question, I think one of the reasons the fixes> >worked as well as they did is because it was the bit gods (we@ >had many) did the work.  To watch those guys think was awesome.E >Somebody would ask one a question about "what would happen if I...".eG >The bit god would go (and I could see them do this) kachunk..kachunk..:A >kachunk...ding! and answer the question.  IOW, a gazillion linesc@ >of code essential got executed as a thought experiment with theC >proposed patch applied.  I get sudders down my spine just thinking + >of the ability and agility those guys had.1 >tB >What was even more awesome...every single one of those guys could	 >do this.   9 The best Open Source people still do this. But code today 9 needs to scale a couple of magnitudes further than in thet- hayday of operating systems around 1972-1985.   < It has just fallen to the wayside of commercial programming.  9 It seems the corporate world hasn't managed to handle thed world of programming at all. c  ; These teams tend to follow the sociological rules laid down D by Brooks in his "Man Month" books (there is a revised one out now).  The PHBs never understand this.   ; All the major teams in Open Source tend to follow a similarr? model, with either a "Boss-Sidekick" or a tight 3-4 person teamR7 on top, and tight communication with 5-10 other people.   ; This is exactly the "surgical team" Brooks suggested in theS
 "Man Month". 6  0 When this model breaks down, the project forks.   < We have seen this in BSD, which is now forked in three, with6 some possible further fragmentation. XFree86 is in the: process of forking right now, but Linus has so far managed; to aviod a major fork in the OS that almost bears his name.c  : What is ironic here is that the entire group around Linux,> *BSD, X*, and the FSF core probably counts less than a hundred@ people. Add the prople doing Mozilla, and various utilities, and< we are still below 200. A single, medium sized company could hire them all.  ; Some projects are still small enough for a single person to < be dictator, like Emacs, Sendmail and ; but then others have gone into a slide like gcc   -- mrr   ------------------------------  ! Date: Thu, 24 Apr 03 11:09:57 GMT  From: jmfbahciv@aol.com Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly + Message-ID: <b88nbd$8ba$1@bob.news.rcn.net>   + In article <b86ede$f3q$1@aquila.mdx.ac.uk>,a/    david20@alpha1.mdx.ac.uk (David Webb) wrote: F >In article <b862k1$d4r$2@bob.news.rcn.net>, jmfbahciv@aol.com writes:- >>In article <b86053$dls$1@aquila.mdx.ac.uk>, 1 >>   david20@alpha2.mdx.ac.uk (David Webb) wrote: B <snip-prefixing is a mess>  WILL YOU CHANGE THAT FUCKING RM TO 65?  1 >>>You tell them that there is a serious problem o >>>with xxxx and that they mustc- >>>apply this fix but you do NOT go into the  & >>>exact details of the problem and inI >>>particular you DO NOT (as many of the security lists unfortunately do) ! >>>publicise an example exploit. a >>? >>No, sir.  If I tell you to do something because I said it was> >>good for you and you do it, then you're a fool....especially= >>if it has to do with software.  The guys I worked with were = >>bit gods; one of the reasons they were bit gods was because = >>they didn't trust what they did without testing.  They alsop> >>knew that a patch that works in the first 10 systems may not> >>work with the 11th.  The code at addr+FORVAL(T2) is not the / >>same physical memory location on all systems.r >>E >>Our customers knew better than to just blindly patch an executable.i >>1 >But thats exactly what DEC and Compaq have been s! >telling support customers to do w >for ages. m  5 Pfui.  If there's a label, you can tell if it's going  to blow something useful.n   > ..The patch descriptions on  >a& >ftp://ftp.service.digital.com/public/   Sorry, I can't webbit.   >oC >don't provide enough of a description to know whether it affects    >addr+FORVAL(T2)  < You look at what it's replacing; we expected customers to be nominally responsible.    / >And yes a prudent system's manager will apply    >a patch on a test system first.  A AFTER he looks at the problem getting addressed, determining that E he could use the fix, and then examining the patch for applicability.w  C Then, and only then, does any code get touched.  Testing is another B complicated scenario depending on the customer site.  And only the> customer can determine what any of these procedures are.  GearD owners who expect all this stuff to be done automatically, perfectly? with no side effects shouldn't be allowed to shovel manure, let:2 alone have access to a keyboard or a power button.  / >However if that suceeds he has pretty much no   >choice but to apply it on the >production systems. >d- >The days when bit gods examined the code of  # >every patch and checked it against 3 >the code it was patching in the OS are long gone. n  A I don't believe that.  Only those who seem to suffer from PC-itisa don't examine their bits.n   >Most VMS system manager's n. >don't have access to the VMS source listings.  B Good grief.  Source listing don't help at all when you're patching@ relocatable software.  A CREF might but even that's not all that helpful.  @ Obviously, you would like somebody else to do this work for you.A That's all well and good.  This is how it used to be in the olden > days too.  BUT are you willing to pay for it?  My guess is no.> In the olden days, a customer would get this service by either? paying a maintenence support fee, buying his own programmer, or  all of the above.   > You don't get this for free and you shouldn't expect to get it	 for free.p   /BAH      ' Subtract a hundred and four for e-mail.    ------------------------------  + Date: Thu, 24 Apr 2003 14:03:15 +0000 (UTC)a+ From: david20@alpha2.mdx.ac.uk (David Webb) Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly2+ Message-ID: <b88qr3$n9c$1@aquila.mdx.ac.uk>   E In article <b88nbd$8ba$1@bob.news.rcn.net>, jmfbahciv@aol.com writes: , >In article <b86ede$f3q$1@aquila.mdx.ac.uk>,0 >   david20@alpha1.mdx.ac.uk (David Webb) wrote:G >>In article <b862k1$d4r$2@bob.news.rcn.net>, jmfbahciv@aol.com writes:A. >>>In article <b86053$dls$1@aquila.mdx.ac.uk>,2 >>>   david20@alpha2.mdx.ac.uk (David Webb) wrote:C ><snip-prefixing is a mess>  WILL YOU CHANGE THAT FUCKING RM TO 65?E >OF >>>Our customers knew better than to just blindly patch an executable. >>>n2 >>But thats exactly what DEC and Compaq have been " >>telling support customers to do  >>for ages.  >T6 >Pfui.  If there's a label, you can tell if it's going >to blow something useful. >  >> ..The patch descriptions on >>' >>ftp://ftp.service.digital.com/public/h >c >Sorry, I can't webbit.k >a >>D >>don't provide enough of a description to know whether it affects   >>addr+FORVAL(T2)  > = >You look at what it's replacing; we expected customers to be  >nominally responsible.e >t >k0 >>And yes a prudent system's manager will apply ! >>a patch on a test system first.r > B >AFTER he looks at the problem getting addressed, determining thatF >he could use the fix, and then examining the patch for applicability. >-K Of course you check the description to see whether the patch is applicable.i however when the patch says :-   Installation rating : Install_1u  :                       1 - to be installed by all customers   ie a Mandatory patch  " then you tend to want to apply it.  D >Then, and only then, does any code get touched.  Testing is anotherC >complicated scenario depending on the customer site.  And only thea? >customer can determine what any of these procedures are.  GeartE >owners who expect all this stuff to be done automatically, perfectlye@ >with no side effects shouldn't be allowed to shovel manure, let3 >alone have access to a keyboard or a power button.t >a0 >>However if that suceeds he has pretty much no  >>choice but to apply it on the. >>production systems.- >>. >>The days when bit gods examined the code of $ >>every patch and checked it against4 >>the code it was patching in the OS are long gone.  >DB >I don't believe that.  Only those who seem to suffer from PC-itis >don't examine their bits. >   F You really are living in the past. System managers haven't the time orJ expertise to do this. They have to rely on the expertise of the engineers > who produced the patch and the vendor's patch testing process.     >>Most VMS system manager's / >>don't have access to the VMS source listings.M > C >Good grief.  Source listing don't help at all when you're patching-A >relocatable software.  A CREF might but even that's not all that 	 >helpful.  > J Nowaday's most system managers don't know anything about Macro so couldn'tL read the source or any other listings anyway. Indeed I've interviewed peopleL who have had years of VMS systems management experience who couldn't program in anything other than DCL.v  A >Obviously, you would like somebody else to do this work for you.,B >That's all well and good.  This is how it used to be in the olden? >days too.  BUT are you willing to pay for it?  My guess is no.d? >In the olden days, a customer would get this service by eithera@ >paying a maintenence support fee, buying his own programmer, or >all of the above. >3L So you are saying that in the "olden" days I would get someone from Digital L to individually check the bits on my particular systems against every patch B produced by Digital just by paying for a normal support contract ?  F I'll have to bow to your superior knowledge of those days since it was4 obviously before I started working with VMS in 1985.      
 David Webb VMS and Unix team leader CCSS Middlesex University    ? >You don't get this for free and you shouldn't expect to get it 
 >for free. >  >/BAH  >  >  > ( >Subtract a hundred and four for e-mail.   ------------------------------  + Date: Thu, 24 Apr 2003 15:05:45 +0000 (UTC)o8 From: hawk@slytherin.ds.psu.edu (Dr. Richard E. Hawkins)Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolya- Message-ID: <b88ug9$mie$1@f04n12.cac.psu.edu>e  G In article <b862k1$d4r$2@bob.news.rcn.net>,  <jmfbahciv@aol.com> wrote:s, >In article <b86053$dls$1@aquila.mdx.ac.uk>,0 >   david20@alpha2.mdx.ac.uk (David Webb) wrote:  L >>You tell them that there is a serious problem with xxxx and that they mustM >>apply this fix but you do NOT go into the exact details of the problem and s >inbH >>particular you DO NOT (as many of the security lists unfortunately do)  >>publicise an example exploit.   > >No, sir.  If I tell you to do something because I said it was= >good for you and you do it, then you're a fool....especiallyn< >if it has to do with software.  The guys I worked with were< >bit gods; one of the reasons they were bit gods was because< >they didn't trust what they did without testing.  They also= >knew that a patch that works in the first 10 systems may not = >work with the 11th.  The code at addr+FORVAL(T2) is not the t. >same physical memory location on all systems.  D >Our customers knew better than to just blindly patch an executable.  1 Ahh, but when a bit god tells you to, should you?a   :)   hawk -- aK Richard E. Hawkins, Asst. Prof. of Economics    /"\   ASCII ribbon campaign0G dochawk@psu.edu  Smeal 178  (814) 375-4700      \ /   against HTML mailsD These opinions will not be those of              X    and postings. 6 Penn State until it pays my retainer.           / \      ------------------------------    Date: 24 Apr 2003 00:22:38 -0700 From: mb301@hotmail.com (MB)' Subject: Internet interface error (UCX) = Message-ID: <1d08b916.0304232322.2295cd8e@posting.google.com>l  7 Running ucx version OpenVMS Alpha Version V4.2 - ECO 4.o  % None can telnet out/in to the server.i  
 $ telnet 0$ %TELNET-I-TRYING, Trying ... X.X.X.X2 %TELNET-I-SESSION, Session 01, host ALPHA, port 23( -TELNET-I-ESCAPE, Escape character is ^]- %TELNET-E-INETERROR, Internet interface errorsD -SYSTEM-F-CONNECFAIL, connect to network object timed-out or failed.   Communication Parameters  4 Local host:      ALPHA                 Domain:   xzy   Cluster timer:             5@                                  Maximum     Current        Peak@ Interfaces                            20           3           3@ Device_sockets                       750         175         535@ Routes                             65535        5123        5123@ Services                             200          22         200( Proxies                              500  F Type:        Ethernet   Free     Maximum   Max Bytes     Minimum   Min BytestF Large buffers             20         200      428800          10       21440eF Small buffers            150        8000     2048000          50       12800t( IRPs                      20         200 Non UCX buffers           10   Remote Terminalo   Large buffers:          10   UCBs:                    4   Virtual term:     disabled   UCX> SH SERVICE TELNET/FULLi   Service: TELNET -                            State:     Enablede? Port:               23     Protocol:  TCP             Address: E 0.0.0.0EC Inactivity:          1     User_name: not defined     Process:  notn defined C Limit:             350     Active:     24             Peak:     199v   UCX>SHOW COM/MEMF                                                                       8                                             MBUF Summary@                       Small_static  Large_static  Small_dynamic 
 Large_dynamiciF  Total buffers                  50            10           6100              0eF  Free                            0             4            522              00  BusymF   Data                           0             6              0              0sF   Header                         0             0            130              0 F   Socket                        17             0            175              0JF   Prot. control                  8             0            167              0 F   Route                         19             0           5106              0IF   Socket name                    0             0              0              0aF   Socket options                 0             0              0              0tF   Fragment reassembly            0             0              0              0hF   IP address                     3             0              0              0*F  Size of cluster             13056         21696          33632              0a  F                 Free       Current          Peak          Waits          Drops4F  Small Buffers                5628          6136           2541 <<<          0sF  Large Buffers                   6           119              0              0yF  IRPs              1            49           401              0              0   E                     Small clusters  Large clusters    Non UCX buffers ?  Free                            0             2              0a UCX>   ------------------------------    Date: 24 Apr 2003 10:16:56 -0700, From: mcbill20@hotmail.com (Bill McLaughlin); Subject: Re: IO$M_WRTATTN/IO$M_READATTN and terminal drivers= Message-ID: <e9cbc4f2.0304240916.3a2deaed@posting.google.com>   s mejde@dtek.chalmers.se (Martin Ejdestig) wrote in message news:<4687034c.0304231032.482d8f38@posting.google.com>...  > Hi > E > I'm trying to implement a poll()/select() like function. Setting upiH > asts using sys$qio(), IO$_SETMODE and IO$M_WRTATTN/IO$M_READATTN worksB > with mailboxes and TCP/IP sockets. However, it doesn't work with > terminal channels. > ? > To put it short, how do I set up an unsolicited ast against al > terminal?O >  >  > Martin Ejdestige   Martin,m@ in order to wait for unsolicited input from a terminal without aD pending read, you need to associate a mailbox with that terminal andB set up a write-attention AST on the mailbox. You will need to makeB sure your terminal settings are correct as well (typeahead, etc.).A When you do the sys$assign to assign the channel to the terminal,7B specify the mailbox name. You don't need multiple mailboxes as the- terminal info will be in the IO status block.t   Here's the basic order:(  % 1. Call sys$crembx to create mailbox.eF 2. Call sys$assign with the terminal device name and the mailbox name.D 3. Call sys$qio or sys$qiow to set up the write attention AST on the mailbox.? 4. When the AST fires, look in the IO status block to see whichh terminal has=    the unsolicited input and do a qio read on that terminal.    F I'd be more specific but I am typing this from memory and I don't wantC to contribute to all the usenet misinformation. You can look in the:C VMS I/O Users Guide for more specifics (look under terminal/mailboxpF interaction I think). If you still have problems, email me and I'll go( through my old code and grab an example.   Bill McLaughlinm   ------------------------------    Date: 24 Apr 2003 12:17:47 -0500 From: briggs@encompasserve.org; Subject: Re: IO$M_WRTATTN/IO$M_READATTN and terminal driverF3 Message-ID: <JJSA5r5Q6Xev@eisner.encompasserve.org>w  n In article <4687034c.0304231032.482d8f38@posting.google.com>, mejde@dtek.chalmers.se (Martin Ejdestig) writes: > Hi > E > I'm trying to implement a poll()/select() like function. Setting up H > asts using sys$qio(), IO$_SETMODE and IO$M_WRTATTN/IO$M_READATTN worksB > with mailboxes and TCP/IP sockets. However, it doesn't work with > terminal channels. > ? > To put it short, how do I set up an unsolicited ast against a5 > terminal?2  ; You associate a mailbox with the terminal (see $ASSIGN) andn7 either set an attention AST on the mailbox or set up aneI asynchronous read QIO on the mailbox.  When the terminal gets unsolicitedtE input, an "received unsolicited input" notification message goes into: the mailbox.   	John Briggs   ------------------------------  % Date: Thu, 24 Apr 2003 11:50:48 -0400.< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>. Subject: Re: Job Opportunity - Toronto, Canada5 Message-ID: <b8914t$7l3fb$1@ID-141708.news.dfncis.de>r   John Smith wrote:  >...8 > I knew Larkin and North just in passing, as by then my professional: > focus was fixed income. I can't recall Peter's last name now, and >...  : Ah, now I remember. After the move to York St (I define my> time at CIA as pre-move and post-move since that move consumed; all of my time for a while - I mentioned to my boss that wee> should put enough wire in the walls during the build-out so we8 could plan for future expansion; next thing I knew I was5 looking at carpet samples, buying furniture, settlingc< arguments between the VP's over floor space, supervising the> physical move at 2:00 AM... about three weeks after the move I> sat down at my VT-241 and logged into VMS, I remember watching; the cursor blink for a while thinking "What is it that I am = supposed to do with this now?") Maureen called me down to the=: office of one of her Analysts. She said that they had this: program that was written by some consultant and asked if I; knew him. When I said that I did not know the name she saide: that he was there just before I started and said something< like "He was a real genius with this stuff, but now for some= reason the program doesn't work." I said I would try taking a 4 look at it and asked the Analyst to show me what was4 happening, she started the program and answered some= questions, at that point Maureen told her that the answer was 8 wrong and what the correct answer was. She re-ran it and, Maureen thanked me for fixing the problem :)  3 So I guess that was as close as we came to meeting.    -- Peter Weaver Weaver Consulting Services Inc.m) Serving Southern Ontario/Western New York    ------------------------------  + Date: Thu, 24 Apr 2003 15:00:42 +0000 (UTC)t, From: lewis@PROBE.mitre.org (Keith A. Lewis)( Subject: Link problems after ACRTL patch. Message-ID: <b88u6q$aoa$1@newslocal.mitre.org>  J Does this look familiar to anybody?  I think it started happening after we+ installed the ACRTL patch for JAVA 1.4.0.  w  A $ LINK /map compare_traj.obj,compare_traj.olb/lib,STTOOLS.OLB/libr3 %LINK-W-MULDEF, symbol DECC$PWRITE multiply definedaK         in module DECC$SHR_EV56 file SYS$COMMON:[SYSLIB]DECC$SHR_EV56.EXE;1r  C I'm running VMS 7.3-1 with the VMS731_ACRTL V1.0 patch and Compaq Co	 V6.4-008.s   Directory SYS$COMMON:[SYSLIB]t  K DECC$SHR.EXE;1                        4448/4455     11-DEC-2002 11:19:16.96 K DECC$SHR.EXE_OLD;1                    4273/4275     18-JUL-2002 19:46:51.88 K DECC$SHR_EV56.EXE;1                   4461/4464     11-DEC-2002 11:19:30.97tK DECC$SHR_EV56.EXE_OLD;1               4274/4275     18-JUL-2002 19:47:44.70   I I understand the .EXE_OLD versions are there in case I have to remove theaK patch, but why separate _EV56 versions of the image?  What can I do to keeps them both from being used?    I We build this software on DS20E boxes mostly, but we run it on many otherrG alphas -- AS4100, AS1200, AS2100, PWS500au, Alphastation 500... some ofa those may be EV56.  + --Keith Lewis              klewis$mitre.org > The above may not (yet) represent the opinions of my employer.   ------------------------------  + Date: Thu, 24 Apr 2003 16:33:45 +0000 (UTC) , From: lewis@PROBE.mitre.org (Keith A. Lewis), Subject: Re: Link problems after ACRTL patch. Message-ID: <b893l8$c3c$1@newslocal.mitre.org>  } "Richard Brodie" <R.Brodie@rl.ac.uk> writes in article <b890p1$r1m@newton.cc.rl.ac.uk> dated Thu, 24 Apr 2003 16:44:32 +0100:e > c >"Keith A. Lewis" <lewis@PROBE.mitre.org> wrote in message news:b88u6q$aoa$1@newslocal.mitre.org...  >D6 >> %LINK-W-MULDEF, symbol DECC$PWRITE multiply defined >eK >pwrite is new, as of the latest CRTL ECO. You've probably got a local copycL >of pwrite defined. cc /prefix=except=pwrite would be a workaround. See also >other recent CRTL discussions.i  D You are correct, sir -- we have our very own PWRITE.C, dated 1999!   Thanks!n  + --Keith Lewis              klewis$mitre.orgT> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Thu, 24 Apr 2003 16:44:32 +0100 * From: "Richard Brodie" <R.Brodie@rl.ac.uk>, Subject: Re: Link problems after ACRTL patch+ Message-ID: <b890p1$r1m@newton.cc.rl.ac.uk>d  b "Keith A. Lewis" <lewis@PROBE.mitre.org> wrote in message news:b88u6q$aoa$1@newslocal.mitre.org...  5 > %LINK-W-MULDEF, symbol DECC$PWRITE multiply definedl  J pwrite is new, as of the latest CRTL ECO. You've probably got a local copyK of pwrite defined. cc /prefix=except=pwrite would be a workaround. See alsol other recent CRTL discussions.  K > I understand the .EXE_OLD versions are there in case I have to remove the 6 > patch, but why separate _EV56 versions of the image?  @ Same reason there was a MTHRTL and a UVMTHRTL. You want to avoidJ emulating instructions but also not do 'lowest common denominator' either.  1 >What can I do to keep them both from being used?i  J I think that's a red herring. It references them via the DECC$RTL logical,K so the link time library shouldn't make any difference. You'll get whatever  it points to a run time.   ------------------------------    Date: 23 Apr 2003 23:42:02 -0700" From: udo.kaul@merck.de (Udo Kaul) Subject: ODS-5 and TSM= Message-ID: <302d60f2.0304232242.419acf9a@posting.google.com>.  ? Does anybody use the VMS Tivoli Storage Manager Client to save t Data from a ODS-5 Disk ?  I Which other Backup Tool can we use to do this ? ( other than VMS Backup )    Cheers, Udo    ------------------------------  # Date: Thu, 24 Apr 2003 13:01:43 GMTe( From: "Mark E. Levy" <mlevy70@attbi.com> Subject: Re: ODS-5 and TSM- Message-ID: <XeRpa.362994$Zo.85737@sccrnsc03>a  / "Udo Kaul" <udo.kaul@merck.de> wrote in message 7 news:302d60f2.0304232242.419acf9a@posting.google.com...o@ > Does anybody use the VMS Tivoli Storage Manager Client to save > Data from a ODS-5 Disk ? >aK > Which other Backup Tool can we use to do this ? ( other than VMS Backup )t  & Why do you not want to use VMS Backup?   ------------------------------  % Date: Thu, 24 Apr 2003 09:42:27 -0400r! From: Jim Agnew <jpagnew@vcu.edu>a Subject: Re: ODS-5 and TSM' Message-ID: <3EA7E9C3.CD034443@vcu.edu>c  D one may suppose:  volume of data, ease of management, lack of tapes, etc...  @ I can see backing up the system disk, then tivoli'ing the rest..   "Mark E. Levy" wrote:d > 1 > "Udo Kaul" <udo.kaul@merck.de> wrote in messaget9 > news:302d60f2.0304232242.419acf9a@posting.google.com...pB > > Does anybody use the VMS Tivoli Storage Manager Client to save > > Data from a ODS-5 Disk ? > >TM > > Which other Backup Tool can we use to do this ? ( other than VMS Backup )  > ( > Why do you not want to use VMS Backup?   --  F "4,000 years ago I made a mistake."  Elrond Half-Elven, in "Fellowship of the Ring"   ------------------------------  # Date: Thu, 24 Apr 2003 14:15:19 GMTa( From: "konabear" <maurert@ameritech.net>B Subject: Re: ODS2: Relation between cluster size and maximum files= Message-ID: <XjSpa.640$X32.654596@newssvr28.news.prodigy.com>l  
 Amen Hein!  I Also if using Hein's suggestions, be careful not to fall into the trap of I another old rule of thumb.  That was that the RMS bucket size for indexedrK files be an even multiple of the cluster size.  This rule was also designed E to avoid wastage and to a smaller avoid split I/Os.  However there iscL nothing wrong with the bucket size being smaller than the cluster size.  TheJ problem with the bucket size being an even multiple of the cluster size isH that while I/O size is not driven by cluster size, I/O size is driven byL bucket size.  Many people's first experience with FibreChannel (FC) was whenK they switched from JBOD SCSI disks to RAID sets on FC.  Now FC was supposednK to be faster, but it was not faster for their RMS applications.  Why?  TheyaK used ANAL/RMS, EDIT/FDL/NOINTER, CONVERT/FDL sequence to optimize their RMSsK files.  EDIT/FDL was making the bucket size an even multiple of the cluster G size of these large RAID sets.  Cluster sizes were often larger than 35rK blocks, which in turn meant the new bucket sizes were larger than 35, whichaD meant I/O sizes were larger than 35 blocks.  From there things would	 snowball.n  I 1) At that time XFC didn't exist and people relied on the VIOC.  The VIOCnJ doesn't populate its cache for I./Os larger than 35 blocks.  So I/O on theE JBOD disk that used to hit the VIOC, now bypassed the VIOC and becamey physical I/OK 2) The implied version of old adage "that fewer larger I/Os are better thenmG more smaller I/Os" assumes that larger means fewer.  For random indexed K access larger can simply mean larger which in this case meant that FC while)I faster was also asked to transfer 4 or more times the data per I/O.  ThattA with the fact the VIOC was being bypassed meant more larger I/Os.r  K If one is willing to allow some wastage of blocks on the disk, then clustertD size need not be a factor at all in choosing an optimal bucket size.   Todd    1 "Hein" <hein_cov@eps.zk.dec.com> wrote in messagel( news:3EA76C1D.FB8910A8@eps.zk.dec.com... >w >  > Gorazd Kikelj wrote: > >> John Brandonn > >>J > >> If you have an ORACLE database on the disk - only - then you may want toJ > >> initialize /cluster=x where x is larger based on the file size.  This is > only  > >> if you have large DB files. >t > That's reasonable. >o > >r? > > for Oracle the roule of thumb is CLUSTERSIZE = db_blocksizeo > > best, Gorazd >1= > I beg to differ, or put differently...  Total  B@##  S*^!).u >aK > Clustersize only plays a role during allocation and should be as large as  > possible.3 >:L > The only constraint is acceptable wasteage due to rounding, which leads toG > large cluster sizes (500+) for disks with large files, such as oracle. databaseL > files and small cluster sizes (but no less that 1/1000000 of the disk) for" > disks with lots of little files. >nJ > Making the cluster size a (large) multiple of the oracle db_blocksize is# > 'nice' as it does not waste space>L > in the last cluster... which will happen like 10 times on a single disk... so
 > who cares?!1 >eL > Making the cluster size = db_blocksize is often way to small because blockL > sizes are often just 4KB or 8KB (or even 2KB) while the database files are7 > millions of pages. Why allocate them a bit at a time?2 >eG > Note... The cluster size has NOTHING to do with IO TRANSFER size in av direct
 > fashion.K > Indirectly a samll cluster size combined with fragmentation may lead to atL > potentially larger IO being fragmented, so again... just make it as big as2 > possible under the acceptable waste constraints.) > (max waste = max files * clustersize ).t >d > Good luck! >a >h   ------------------------------  % Date: Thu, 24 Apr 2003 04:23:02 -0400t0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>? Subject: Re: OpenVMS Itanium port progressing well says Gorham!a/ Message-ID: <3EA79EBD.32D22406@vl.videotron.ca>h   Bob Ceculski wrote:c > / > sounds like things are progressing nicely ...r > ; > http://www.openvms.org/stories.php?story=03/04/23/7476808i  J Meanwhile, the much needed changes, improvements, fixes to the TCPIP stackN have to be postponed by how many months/years because resources were allocated) to the unwanted port to that IA64 thing ?o  L If their attention had not been diverted to that IA64 port, how much quickerC woudl VMS have obtained the improvements that customers want/need ?e  N I don't think that anyone ever doubted that VMS engineer's ability to port VMSJ to that IA64 thing. But there are still doubts oin whether that IA64 thingM will be commercially viable or whether it will become a chore Intel is forcedb0 to continue doing because of its promises to HP.   ------------------------------  % Date: Thu, 24 Apr 2003 14:49:25 +0200l6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk>? Subject: Re: OpenVMS Itanium port progressing well says Gorham!.) Message-ID: <3EA7DD55.5010302@vajhoej.dk>s   JF Mezei wrote:o > Bob Ceculski wrote:s/ >>sounds like things are progressing nicely ...  >>; >>http://www.openvms.org/stories.php?story=03/04/23/7476808o > L > Meanwhile, the much needed changes, improvements, fixes to the TCPIP stackP > have to be postponed by how many months/years because resources were allocated+ > to the unwanted port to that IA64 thing ?  > N > If their attention had not been diverted to that IA64 port, how much quickerE > woudl VMS have obtained the improvements that customers want/need ?d  > I hope that we no matter what we think about the Alpha-Itanium> move consider it better that the VMS port to Itanium goes well than it goes bad ?   Arne   ------------------------------    Date: 24 Apr 2003 07:12:51 -07001 From: susan_skonetski@hotmail.com (Sue Skonetski) ? Subject: Re: OpenVMS Itanium port progressing well says Gorham!0= Message-ID: <857e9e41.0304240612.59aa146d@posting.google.com>d  K Just so you know, the positive response to this message has been excellent.@
 thank you, Sue:l bob@instantwhip.com (Bob Ceculski) wrote in message news:<d7791aa1.0304231822.c664cba@posting.google.com>.../ > sounds like things are progressing nicely ...m > ; > http://www.openvms.org/stories.php?story=03/04/23/7476808    ------------------------------  # Date: Thu, 24 Apr 2003 15:38:17 GMTr; From: "John Gemignani, Jr." <jon-nope@thiswontworkossc.net>s? Subject: Re: OpenVMS Itanium port progressing well says Gorham!.; Message-ID: <JxTpa.4304$Jf.2188980@news1.news.adelphia.net>   = "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in message ) news:3EA79EBD.32D22406@vl.videotron.ca...u > Bob Ceculski wrote:u > > 1 > > sounds like things are progressing nicely ...  > >2= > > http://www.openvms.org/stories.php?story=03/04/23/7476808r >nL > Meanwhile, the much needed changes, improvements, fixes to the TCPIP stackF > have to be postponed by how many months/years because resources were	 allocatedc+ > to the unwanted port to that IA64 thing ?r >mF > If their attention had not been diverted to that IA64 port, how much quickerpE > woudl VMS have obtained the improvements that customers want/need ?t  " Where do you get your information?  ( In the words of Muhammed Saeed al-Sahaf:  9     "I now inform you that you are too far from reality."o   > L > I don't think that anyone ever doubted that VMS engineer's ability to port VMS L > to that IA64 thing. But there are still doubts oin whether that IA64 thingH > will be commercially viable or whether it will become a chore Intel is forced2 > to continue doing because of its promises to HP.  I Consider this:  Vaxes are gone, Alpha will eventually be gone.  When werexD YOU planning to move from your VAX with VMS to ~something else~ with Windows or Unix?   ------------------------------    Date: 24 Apr 2003 10:04:55 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)e? Subject: Re: OpenVMS Itanium port progressing well says Gorham!.= Message-ID: <cf15391e.0304240904.3eef726d@posting.google.com>   g JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message news:<3EA79EBD.32D22406@vl.videotron.ca>...uN > If their attention had not been diverted to that IA64 port, how much quickerE > would VMS have obtained the improvements that customers want/need ?d  B One of the improvements that customers have wanted/needed most andF asked for persistently for many years is the ability for VMS to run onF industry-standard hardware.  Having that capability will be well worth some short-term inconvenience.  P > I don't think that anyone ever doubted that VMS engineer's ability to port VMSL > to that IA64 thing. But there are still doubts oin whether that IA64 thingO > will be commercially viable or whether it will become a chore Intel is forcedr2 > to continue doing because of its promises to HP.  C A big benefit of the Itanium port is not just the ability to run on < Itanium, but in obtaining much-greater independence from the underlying CPU hardware.  C This whole Itanium-vs-Opteron debate reminds me of a meeting around.E 1992-3 when Bob Supnik announced a big gamble: all future DEC systemstD would use the PCI bus for I/O.  At the time, ISA was the standard PCF bus, but it was running out of steam, with EISA as the next step.  IBMC was pushing Microchannel, and trying hard to make that the industryr? standard.  DEC was promoting Turbochannel heavily, and shippingnF Turbochannel-based Alphas (DEC 3000 series) and was also about to shipC Alpha systems based on Futurebus+ (remember the DEC 4000 series?). eE Even VMEbus was still popular.  PCI was just a proposed standard fromlE Intel at the time, and many in the industry doubted whether Intel haddB the clout to make PCI the standard against such strong opposition.  D In retrospect, DEC made the right decision in 1992 to bet on Intel. E PCI did indeed win the battle to become the standard I/O bus.  (Afters4 several generations, it's still going strong today.)  E Today, it is very likely that Intel has the clout to make Itanium the8 next CPU ISA standard.   ------------------------------  % Date: Thu, 24 Apr 2003 10:18:23 -0700k+ From: "Barry Treahy, Jr." <Treahy@MMaz.com>w? Subject: Re: OpenVMS Itanium port progressing well says Gorham!d' Message-ID: <3EA81C5F.4020308@MMaz.com>    Keith Parris wrote:s  h >JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message news:<3EA79EBD.32D22406@vl.videotron.ca>... >  d >aN >>If their attention had not been diverted to that IA64 port, how much quickerE >>would VMS have obtained the improvements that customers want/need ?  >>     >> >tC >One of the improvements that customers have wanted/needed most andlG >asked for persistently for many years is the ability for VMS to run ontG >industry-standard hardware.  Having that capability will be well worth  >some short-term inconvenience.o > H Just because it looks and smells like VMS running on a PC, doesn't mean E that HP is going to make it so.  Past experience with Compaq/DEC has sF been that VMS will only dance well (or at all) with the hardware that E HP/Compaq/DEC choose to code VMS to support.  Additionally, there is sG nothing to stop them from coding requirements for custom BIOS's in the bF various hardware components that require you to use the HP variant of * that Adaptec controller, or ATI adapter...  P >>I don't think that anyone ever doubted that VMS engineer's ability to port VMSL >>to that IA64 thing. But there are still doubts oin whether that IA64 thingO >>will be commercially viable or whether it will become a chore Intel is forcedh2 >>to continue doing because of its promises to HP. >>     >> >nD >A big benefit of the Itanium port is not just the ability to run on= >Itanium, but in obtaining much-greater independence from thee >underlying CPU hardware.a >hA ???  This makes no sense.  Do you really think you'll be able to xF purchase a Dell Itanium system and successful install and boot VMS on  it?  I seriously doubt it!  F >Today, it is very likely that Intel has the clout to make Itanium the >next CPU ISA standard.r >n >  r >eI Only if people use it.  Your's is the same argument when Alpha was first tF introduced but if the volume of processor sales does not hit critical F mass, it will just be another proprietary chipset and VMS sales alone H cannot take Itanium based systems into critical mass sales.  If AMD has G ANY success with Opteron or if the minor success that they might have, mI is enough to force Intel's hand to release a 64-bit X86, then Itanium is p dead.    Barry    -- g  @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028n   ------------------------------  + Date: Thu, 24 Apr 2003 19:42:53 +0100 (MET)o9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> ? Subject: Re: OpenVMS Itanium port progressing well says Gorham!,; Message-ID: <01KV47SWOI9IA9SJ2F@sysdev.deutsche-boerse.com>s  F > > One of the improvements that customers have wanted/needed most andJ > > asked for persistently for many years is the ability for VMS to run onJ > > industry-standard hardware.  Having that capability will be well worth" > > some short-term inconvenience. > J > Just because it looks and smells like VMS running on a PC, doesn't mean G > that HP is going to make it so.  Past experience with Compaq/DEC has -H > been that VMS will only dance well (or at all) with the hardware that G > HP/Compaq/DEC choose to code VMS to support.  Additionally, there is  I > nothing to stop them from coding requirements for custom BIOS's in the rH > various hardware components that require you to use the HP variant of , > that Adaptec controller, or ATI adapter...  H Obviously, HP will not SUPPORT VMS on bargain-basement hardware.  On theG other hand, Hoff has stated here quite unequivocally that there will beAB no intentional goodies to tie VMS to HP hardware, prevent VMS fromE running on specific hardware (even from HP) etc---though these things 4 have happened in the past (the "NT only" machines).   G > > A big benefit of the Itanium port is not just the ability to run onc@ > > Itanium, but in obtaining much-greater independence from the > > underlying CPU hardware. > C > ???  This makes no sense.  Do you really think you'll be able to uH > purchase a Dell Itanium system and successful install and boot VMS on  > it?  I seriously doubt it!  C I think that is not what was meant.  Rather, the NEXT port will be t5 easier since hardware dependencies have been removed.w  A On the other hand, I LIKE high-quality DEC hardware.  Some of my bG hobbyist kit is 10--15 years old and has been running continuously for  I years.  Wasn't there a warning about some disk drives a while back where sD the manufacturer (IBM?) said something like "of course, they're not I designed to be switched on for more than 8 hours a day"?  In some sense, hG it doesn't matter what is under the hood as long as it is VMS.  On the iA other hand, in the past VMS has benefitted from high-quality DEC  H hardware and the synergy between hardware and software.  This was a big C advantage of DEC where hardware, OS software, compilers, printers, aH terminals etc all came from the same place.  (Those were the days.  VAX F was the de-facto industry-standard minicomputer.  VAX FORTRAN was the H de-facto standard Fortran.  VT terminals were the classic terminals.  A G large fraction of students learned VMS at college.  Sic transit gloria   mundi!)   K > Only if people use it.  Your's is the same argument when Alpha was first hH > introduced but if the volume of processor sales does not hit critical H > mass, it will just be another proprietary chipset and VMS sales alone J > cannot take Itanium based systems into critical mass sales.  If AMD has I > ANY success with Opteron or if the minor success that they might have, rK > is enough to force Intel's hand to release a 64-bit X86, then Itanium is t > dead.x  D At a DECUS Symposium a year ago, I heard a talk by an expert in the B field about chip design etc.  It was understandable enough for an B outsider like myself to understand what he was talking about, but D included a lot of technical detail as well.  I remember when he was G discussing the revolution of ALPHA and then the lack of sales to match.tI The mis-marketing of ALPHA, which has a lot to do with the mis-marketing iH of VMS, will, I predict, be seen by future historians in the same light B as that A&R man who didn't offer the Beatles a contract, claiming  "guitar bands are out".o  G -----------------------------------------------------------------------sG The PC has bred anarchy.  Hardware, software, and peripherals have beeniD thrown together in random configurations at the whim of any employeeE with access to an expense voucher and computer catalogue.  The resulttC has been a financial and adminstrative nightmare for corporations.    H                                                             ---Ken Olsen   ------------------------------    Date: 24 Apr 2003 07:11:19 -07001 From: susan_skonetski@hotmail.com (Sue Skonetski) 1 Subject: OpenVMS Pearls - Your feedback requestedu= Message-ID: <857e9e41.0304240611.6c82926b@posting.google.com>    Dear Newsgroup,   4 If you would like to send feedback please send it to Susan.Skonetski@hp.com thanks,   SueaF ______________________________________________________________________  E The OpenVMS group has been distributing OpenVMS Pearls for one year. S; This is approximately 130 OpenVMS Pearls of interesting VMS-D information.  As this is our one year anniversary for this project I would like to do 2 things.  C First and foremost thank you all for the submissions you have sent,s3 this project would be more challenging without you.i  E Second, can you please provide your feedback on the OpenVMS Pearls so<- that we can continue to improve this project?$  + Do you feel that OpenVMS Pearls are useful?x  @ What do you feel is the most valuable feature of OpenVMS Pearls?  D If you are an HP employee, do you distribute approved OpenVMS Pearls to your customers?  8 What do you think can be done to improve OpenVMS Pearls?  C Were you aware that OpenVMS Pearls are available on www.openvms.orgeB (external to HP) and http://wkrp.msr.hp.com/VMSinfo/Ambassador.htm (internal to HP)  ; Once again thank you for your continued support of OpenVMS.s  
 Warm Regards,a SueT   ------------------------------  # Date: Thu, 24 Apr 2003 06:41:10 GMTo6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: Re: Oracle & OpenVMSt4 Message-ID: <aGLpa.214884$UR.2052661@news.chello.at>  l In article <eb8f4d7b.0304231315.113e2282@posting.google.com>, vinit.adya@mizuhocbus.com (Vinit Adya) writes:@ >We are running 8.1.7.4.0 on 7.2-1 and TCP/IP 5.0A ECO2. We haveE >problems with BGn: devices. Tcpip fails to deallocate the BG deviceskD >and finally we run out out the BGn: devices (VMS 7.2 has a limit ofE >10000).Oracle *pmon process seem to own thousands of them. Only wasyg >to recover is shutdown Oracle.w > B >There is a fix for the problem in TCPIP V5.1 ECO4. VMS upgared to >7.2-2 is recomemded.    Can you elaborate on this ?-N The 10k BG device limit is said to fall with TCPIP V5.4 (Q4/2003 with V7.3-2).N How can TCPIP V5.1 ECO 4 on VMS V7.2-2 help here. Does it also fix the limit ?   -- o Peter "EPLAN" LANGSTOEGERn% Network and OpenVMS system specialist2 E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 24 Apr 2003 06:20:28 -0700, From: vinit.adya@mizuhocbus.com (Vinit Adya) Subject: Re: Oracle & OpenVMSS= Message-ID: <eb8f4d7b.0304240520.68c98fe1@posting.google.com>e  r peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) wrote in message news:<aGLpa.214884$UR.2052661@news.chello.at>...n > In article <eb8f4d7b.0304231315.113e2282@posting.google.com>, vinit.adya@mizuhocbus.com (Vinit Adya) writes:B > >We are running 8.1.7.4.0 on 7.2-1 and TCP/IP 5.0A ECO2. We haveG > >problems with BGn: devices. Tcpip fails to deallocate the BG devices F > >and finally we run out out the BGn: devices (VMS 7.2 has a limit ofG > >10000).Oracle *pmon process seem to own thousands of them. Only wasy ! > >to recover is shutdown Oracle.n > > D > >There is a fix for the problem in TCPIP V5.1 ECO4. VMS upgared to > >7.2-2 is recomemded.m >  > Can you elaborate on this ?0P > The 10k BG device limit is said to fall with TCPIP V5.4 (Q4/2003 with V7.3-2).P > How can TCPIP V5.1 ECO 4 on VMS V7.2-2 help here. Does it also fix the limit ?  F The ECO fixes the TCP/IP behaviour, so as to it will deallocate the BgB devices when Oracle request to do so. Thus we dont "run out" of BG6 devices. The 10K limit stays as you have stated above.   ------------------------------  # Date: Thu, 24 Apr 2003 16:17:26 GMTe; From: "John Gemignani, Jr." <jon-nope@thiswontworkossc.net>  Subject: Re: Oracle & OpenVMS ; Message-ID: <q6Upa.4311$Jf.2199566@news1.news.adelphia.net>   3 "David M Smith" <dsmit115@csc.com> wrote in message 2 news:oh2gavs7feamrcjmo3pnoi1grlokf0eguf@4ax.com...G > On Thu, 24 Apr 2003 06:41:10 GMT, peter@langstoeger.at (Peter 'EPLAN'y > LANGSTOEGER) wrote:  > @ > >In article <eb8f4d7b.0304231315.113e2282@posting.google.com>,. vinit.adya@mizuhocbus.com (Vinit Adya) writes:C > >>We are running 8.1.7.4.0 on 7.2-1 and TCP/IP 5.0A ECO2. We have H > >>problems with BGn: devices. Tcpip fails to deallocate the BG devicesG > >>and finally we run out out the BGn: devices (VMS 7.2 has a limit of H > >>10000).Oracle *pmon process seem to own thousands of them. Only wasy" > >>to recover is shutdown Oracle. > >>E > >>There is a fix for the problem in TCPIP V5.1 ECO4. VMS upgared to  > >>7.2-2 is recomemded. > >  > >Can you elaborate on this ?H > >The 10k BG device limit is said to fall with TCPIP V5.4 (Q4/2003 with V7.3-2).    0 It actually fell in V5.3.  Oops, did I say that?    I > >How can TCPIP V5.1 ECO 4 on VMS V7.2-2 help here. Does it also fix the  limit ?P >dK > I looked in the ECO summary for TCP/IP V5.1 ECO 4, and found an item thatz sounds" > like what Vinit is referring to: >  > ECO 2 updates  > --------------' > ECO L   2-APR-2001      Alpha and VAXe >  >         Images:  > : >         TCPIP$INETACP.EXE                       V5.1-15L >  >         Problem: >sB >         When a Server process created for a Listen service exitsC >         we fail to detect the process termination.  This can lead F >         to undeleteable BG devices hanging around as well as hanging >         client processes.  >e >         Solution:  > E >         In the routine PROCESS_CREATE_LISTEN, we were not using the-D >         proper termination mailbox in most cases.  A simple fix to, >         this routine resolves the problem. >A >         Reference: >s7 >         PTR 70-5-1632 / CFS.82526 / Req Id: MGO67116Ae >mK > Is this it? If so, Peter, it doesn't lift the restriction on number of BGcL > devices but corrects a problem leading to a superfluity of BG devices on a > system for "old" processes.tK > -------------------------------------------------------------------------EK > David M. Smith 302.391.8533                       dsmit115 at csc dot comiK > Computer Sciences Corporation     (Opinions are those of the writer only)eK > -------------------------------------------------------------------------d   ------------------------------  % Date: Thu, 24 Apr 2003 12:02:30 -0400o& From: David M Smith <dsmit115@csc.com> Subject: Re: Oracle & OpenVMSt8 Message-ID: <oh2gavs7feamrcjmo3pnoi1grlokf0eguf@4ax.com>  E On Thu, 24 Apr 2003 06:41:10 GMT, peter@langstoeger.at (Peter 'EPLAN'h LANGSTOEGER) wrote:n  m >In article <eb8f4d7b.0304231315.113e2282@posting.google.com>, vinit.adya@mizuhocbus.com (Vinit Adya) writes: A >>We are running 8.1.7.4.0 on 7.2-1 and TCP/IP 5.0A ECO2. We haveCF >>problems with BGn: devices. Tcpip fails to deallocate the BG devicesE >>and finally we run out out the BGn: devices (VMS 7.2 has a limit ofuF >>10000).Oracle *pmon process seem to own thousands of them. Only wasy  >>to recover is shutdown Oracle. >>C >>There is a fix for the problem in TCPIP V5.1 ECO4. VMS upgared toi >>7.2-2 is recomemded. >f >Can you elaborate on this ?O >The 10k BG device limit is said to fall with TCPIP V5.4 (Q4/2003 with V7.3-2).oO >How can TCPIP V5.1 ECO 4 on VMS V7.2-2 help here. Does it also fix the limit ?   P I looked in the ECO summary for TCP/IP V5.1 ECO 4, and found an item that sounds  like what Vinit is referring to:  
 ECO 2 updates  --------------% ECO L   2-APR-2001      Alpha and VAX1           Images:r  8         TCPIP$INETACP.EXE                       V5.1-15L           Problem:  @         When a Server process created for a Listen service exitsA         we fail to detect the process termination.  This can leadcD         to undeleteable BG devices hanging around as well as hanging         client processes.f           Solution:   C         In the routine PROCESS_CREATE_LISTEN, we were not using thesB         proper termination mailbox in most cases.  A simple fix to*         this routine resolves the problem.           Reference:  5         PTR 70-5-1632 / CFS.82526 / Req Id: MGO67116A   I Is this it? If so, Peter, it doesn't lift the restriction on number of BGnJ devices but corrects a problem leading to a superfluity of BG devices on a system for "old" processes.nI -------------------------------------------------------------------------aI David M. Smith 302.391.8533                       dsmit115 at csc dot compI Computer Sciences Corporation     (Opinions are those of the writer only)aI -------------------------------------------------------------------------4   ------------------------------    Date: 24 Apr 2003 09:45:30 -0700, From: JimStrehlow@data911.com (Jim Strehlow) Subject: Re: Oracle & OpenVMSa= Message-ID: <4b6ec350.0304240845.1336693a@posting.google.com>.  1 insomnee_a@yahoo.co.uk (rob) wrote in message ...dG > We have a number of Oracle 7.3.4.3 and Oracle 8.0.5.0.1 databases and D > would like to upgrade from our current version of OpenVMS 7.2-1 on7 > Alpha to the latest version in our posession, v7.3-1.o    E We run Oracle 8.0.5.1 and 8.1.7.4 currently on OpenVMS v7.2-1 througha v7.3/ We have loaded many OpenVMS and Oracle patches.hD (We also have some Oracle on Windows 2000 and use Hummingbird NFS to
 share data& between Oracle on Windows and OpenVMS)  D 1) We still get questions answered to problems via Metalink on v8.x;' but Oracle "prefers" getting us to v9.xp  A 2) consider OpenVMS SYSGEN VCC_FLAGS = 2 after loading the proper 4 OpenVMS patches for better OpenVMS memory management  A 3) I believe you need to load Oracle v9.x onto an ODS-5 disk thatnE allows mixed-case file names for java and other capabilities. KnowingbC that in advance, you may want to place your new Oracle v8.x onto anhD ODS-5 disk in advance (if you have other disks besides a system disk in a RAID array.)   D 4) When installing Oracle, I try to use an OpenVMS username with the@ least amount of login.com activity. I have had to reinstall someF versions of Oracle when Oracle "got confused" due to some pre-existing- "shop standards" for ORA_SID and LNK$LIBRARY*x  E 5) If you have OpenVMS OCI applications that access Oracle, we needed ? to increase OpenVMS user quotas such as /PGFLQUOTA= 1000000 ando /BYTLM= 1500000s   Jim Strehlow, www.Data911.com- Alameda, CA, USA   ------------------------------  % Date: Thu, 24 Apr 2003 15:14:28 +0530K4 From: Kesav Tadimeti <Kesav_Tadimeti@KeaneIndia.com> Subject: OT: ksh question$K Message-ID: <8EA11405E59BD611BA7100104B93C260013E9F7C@exdel01.del.mgsl.com>r  
 Hello all,I Sorry for the OT post. I have a question. I am running a tcl script. Thisr, script calls a program that creates a file. B I have to verify if this file was created or not from within TCL.	   Q: How do I do it?, I have tried searching ls, find all in vain.  K In VMS, I could do a dir/since=<some time stamp>. How is this done in UNIX?8   Thanks all,  keshav  7 +-----------------------------------------------------+40 	KEANE INDIA LIMITED                            0 	E9 - E12, SDF                                  1 	NEPZ, NOIDA 201 305                             40 	U.P, INDIA                                     6                                                       0 	e-mail: kesav_tadimeti@keaneindia.com          0 	phone: +91-120-2568210(371)                    5       Men are from MACs, Women are from VMS           7 +-----------------------------------------------------+o# The Heineken Uncertainty Principle:r9 	You can never be sure how many beers you had last night.5   ------------------------------    Date: 24 Apr 2003 07:54:02 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)r Subject: Re: OT: ksh questione3 Message-ID: <wCuS8DcoyMXz@eisner.encompasserve.org>    In article <8EA11405E59BD611BA7100104B93C260013E9F7C@exdel01.del.mgsl.com>, Kesav Tadimeti <Kesav_Tadimeti@KeaneIndia.com> writes: > Hello all,K > Sorry for the OT post. I have a question. I am running a tcl script. Thisc. > script calls a program that creates a file. D > I have to verify if this file was created or not from within TCL.	 >  > Q: How do I do it?. > I have tried searching ls, find all in vain. > M > In VMS, I could do a dir/since=<some time stamp>. How is this done in UNIX?e  C    Yep, this is almost as off topic as one can get.  Except that of/    course Tcl does run on VMS.  D    In most UNIX shells one uses a variation of the test program (manD    test) to check for files, most chells actaully have this built in    (man $SHELL).  K    In Tcl there are file information commands.  You may want "file exists",e    something like:  *       if {![file exists name-goes-here]} {"       	 ... deal with missing file       }.  G    Depending on just what you want, you might instead use "file mtime",      "file atime", or "file stat".   ------------------------------  % Date: Thu, 24 Apr 2003 07:33:44 +0200$: From: Karl Rohwedder <extern.karl.rohwedder@volkswagen.de>! Subject: Re: PRODUCT "UNREGISTER" / Message-ID: <b87sub$lfg1@doiweb4.volkswagen.de>o   David Froble schrieb:  > David Beatty wrote:e > B >>     I have a V7.3-1 system that is a cloned copy of a different= >> system disk.  On the old system, Compaq Secure Web BrowserhC >> is installed, but is not on the system disk.  On the new system,m; >> CSWB is in the PRODUCT database, but I cannot remove it,n8 >> since it points to a disk that is not on that system. >>> >>     Does anyone know of a way to "unregister" a product?  I> >> can't find a way to do it, and renaming the *.PCSI$DATABASE" >> file does not get the job done. >> >> David R. Beatty >  >  > I > A wild guess here.  Set up a logical name to represent the "not there" -F > disk, pointing to an available disk.  If the utility translates the H > logical, this might not work.  Seem to remember that a logical can be 7 > set up to not translate.  Might want to look at this.V >  > Dave >  > < Does a PRODUCT REGISTER VOLUME need the old volume to exist?   PRODUCTo      REGISTER         VOLUMEe  I           For a volume containing installed products, records a change ineK           volume label in the product database. This command also records au8           change in the physical or logical device name.             Format  A             PRODUCT REGISTER VOLUME  old-volume-label device-name2  2                                      [/qualifiers]     -- T  + mit freundlichen Gren | with best regardso    Karl Rohwedder		iT-Ingenieurteam$ Ellernbruch 11		D-38112 Braunschweig  E mailto:it-ingteam(at)t-online.de | mailto:rohwedder(at)decus.decus.de-- mailto:extern.karl.rohwedder(at)volkswagen.de    ------------------------------  % Date: Thu, 24 Apr 2003 14:17:55 +010059 From: Alan Adams <alan.adams@orchard-way.freeserve.co.uk>a! Subject: Re: PRODUCT "UNREGISTER" ? Message-ID: <787b2ee84b.Alan.Adams@orchard-way.freeserve.co.uk>s  > In message <VNCpa.237$UW3.33002730@newssvr15.news.prodigy.com>7           "James Gessling" <jgessling@yahoo.com> wrote:e   > = > > > Does anyone know of a way to "unregister" a product?  IoA > > > can't find a way to do it, and renaming the *.PCSI$DATABASE % > > > file does not get the job done.a > >TG > > It would be nice if there were a documented, supported way of doingn	 > > this.u > L > Hear, hear.  It could be as simple as letting you put the product database > fileshM > on a separate disk.  Like "everything" else that allows for using a logical: > name.a > N > Similar problem we've run into.  In a cluster with multiple system disks, ifJ > you install on one system, then you can't do an update on another systemF > because that system disk doesn't have recorded the original install.  J Another annoyance of PRODUCT is that you cannot do two concurrent installsK of the same product on two nodes of a cluster. Since I used to do this sortzE of thing on both principle systems at once, it introduced unnecessaryiF delays. I think it was a problem with locking in the product database.   >  > Jima >  >    -- i
 Alan Adams& alan.adams@orchard-way.freeserve.co.uk http://www.nckc.org.uk/s   ------------------------------  % Date: Thu, 24 Apr 2003 08:27:55 -0400e5 From: David Beatty <David.Beatty@qwertysasasdfgh.com> ! Subject: Re: PRODUCT "UNREGISTER"i2 Message-ID: <D9inPnbXFh3v4rHT8CJGn=+3H18x@4ax.com>  F Thanks for the suggestion, Dave, this worked perfectly.  I defined theD DISK$label logical for the old disk to an existing disk and was able to perform a PRODUCT REMOVE.   David R. Beattys  F On Wed, 23 Apr 2003 22:32:41 -0400, David Froble <davef@tsoft-inc.com> wrote:   >David Beatty wrote: >oB >>     I have a V7.3-1 system that is a cloned copy of a different= >> system disk.  On the old system, Compaq Secure Web BrowsernC >> is installed, but is not on the system disk.  On the new system,F; >> CSWB is in the PRODUCT database, but I cannot remove it,s8 >> since it points to a disk that is not on that system. >>  > >>     Does anyone know of a way to "unregister" a product?  I> >> can't find a way to do it, and renaming the *.PCSI$DATABASE" >> file does not get the job done. >> m >> David R. Beatty >s >sN >A wild guess here.  Set up a logical name to represent the "not there" disk, M >pointing to an available disk.  If the utility translates the logical, this  R >might not work.  Seem to remember that a logical can be set up to not translate.  >  Might want to look at this. >i >Daven   ------------------------------  % Date: Thu, 24 Apr 2003 08:30:43 -0400 5 From: David Beatty <David.Beatty@qwertysasasdfgh.com> ! Subject: Re: PRODUCT "UNREGISTER".2 Message-ID: <UtinPlSMzYLRy3nVyignFqWRvAk=@4ax.com>  D     I just tried that, Karl, but the database object did not change. As follows:o  < $ Product Show Object [cswb]MOZILLA-BIN. /product=cswb /fullA ----------------------------------------------- -----------------e -------- -----4 --------------------------- ------------------------; OBJECT NAME                                     OBJECT TYPEs STATUS   DESTI' NATION ROOT DIRECTORY       PROVIDED BYeA ----------------------------------------------- -----------------s -------- -----4 --------------------------- ------------------------D [CSWB]MOZILLA-BIN.                              file              OK DISK$i% APDRB_USER3:[000000.]       CSWB V1.0eA ----------------------------------------------- -----------------i -------- -----4 --------------------------- ------------------------   1 item found  6 $ product register volume disk$APDRB_USER3: $6$DKB100:   Portion done: 100%< $ Product Show Object [cswb]MOZILLA-BIN. /product=cswb /fullA ----------------------------------------------- -----------------e -------- -----4 --------------------------- ------------------------; OBJECT NAME                                     OBJECT TYPEu STATUS   DESTI' NATION ROOT DIRECTORY       PROVIDED BY A ----------------------------------------------- -----------------e -------- -----4 --------------------------- ------------------------D [CSWB]MOZILLA-BIN.                              file              OK DISK$o% APDRB_USER3:[000000.]       CSWB V1.0IA ----------------------------------------------- -----------------u -------- -----4 --------------------------- ------------------------   1 item found  4 I was able to use Dave Froble's suggestion to define9 the DISK$label logical to an existing disk on that system<" and then perform a PRODUCT REMOVE.   David R. BeattyI  2 On Thu, 24 Apr 2003 07:33:44 +0200, Karl Rohwedder, <extern.karl.rohwedder@volkswagen.de> wrote:   >David Froble schrieb: >> David Beatty wrote: >> iC >>>     I have a V7.3-1 system that is a cloned copy of a different2> >>> system disk.  On the old system, Compaq Secure Web BrowserD >>> is installed, but is not on the system disk.  On the new system,< >>> CSWB is in the PRODUCT database, but I cannot remove it,9 >>> since it points to a disk that is not on that system.d >>>h? >>>     Does anyone know of a way to "unregister" a product?  Iv? >>> can't find a way to do it, and renaming the *.PCSI$DATABASEv# >>> file does not get the job done.y >>>o >>> David R. Beattyt >>   >> h >> rJ >> A wild guess here.  Set up a logical name to represent the "not there" G >> disk, pointing to an available disk.  If the utility translates the  I >> logical, this might not work.  Seem to remember that a logical can be p8 >> set up to not translate.  Might want to look at this. >> r >> Davej >>   >> c= >Does a PRODUCT REGISTER VOLUME need the old volume to exist?s >- >PRODUCT >. >   REGISTER >k >     VOLUME >oJ >          For a volume containing installed products, records a change inL >          volume label in the product database. This command also records a9 >          change in the physical or logical device name.e >P >          Format  >pB >            PRODUCT REGISTER VOLUME  old-volume-label device-name >o3 >                                     [/qualifiers]e   ------------------------------  % Date: Thu, 24 Apr 2003 13:03:11 -0400o From: norm.raphael@metso.com. Subject: Question on logical name PSM$ANNOUNCE? Message-ID: <OFA6AF0B89.14B41132-ON85256D12.005D5D05@metso.com>i  4 Question on logical name PSM$ANNOUNCE (/SYSTEM/EXEC)  E I have this on my system and it changes the text in the middle of ther> top and bottom "ribbons" on the flag/burst page when printing.  9 Is this an OpenVMS construct or something added by a pastsB system manager?  I suspect it is standard, but I could not find itD in the online documentation (which does not mean it's not in there).   -Normc   ------------------------------    Date: 23 Apr 2003 23:49:59 -0700" From: udo.kaul@merck.de (Udo Kaul)% Subject: Snapshot on HSG80 Controllers= Message-ID: <302d60f2.0304232249.1a489c79@posting.google.com>v  > Does anybody use the snapshot function on the HSG80 Controller, to do automatic snapshot for Oracle Backup ?@ A manual snapshot is not the problem. The problem is to do this / with a Commandfile for automatic online backup.e   Cheers, Udo.   ------------------------------  % Date: Thu, 24 Apr 2003 16:05:48 +0200". From: "Hans M. Aus" <aus@vim.uni-wuerzburg.de>0 Subject: Suddenly, Tomcat won't startup any moreB Message-ID: <aus-C34833.16054824042003@wrzx08.rz.uni-wuerzburg.de>   OVMS 7.3-1 on ODS-5 disks. w  I Suddenly, Tomcat won't startup any more.  Things worked fine previously.    = The problem occurred after Tomcat couldn't find the Rdb file  A sys$Common:[syslib]SQL$SHR.EXE because the Rdb 7.1x distribution aF installs SQL and Rdb files with the suffix 71, Consequently, I copied D the sql$shr71.exe to sql$shr.exe. This generated the bugcheck shown  below and Tomcat died.    D 1) Where can I see why Tomcat aborts the startup since this morning?( 2) Why would my SQL mistake kill Tomcat?  ( Using option "5" in $@APACHE$JAKARTA.COM Using Java 1.4.0 setup Starting Tomcat...4 Starting APACHE$TOMCAT as a detached network process@ %APACHE-S-PROC_ID, identification of created process is 00000130* Tomcat Logicals and Classpaths are cleared ...iB But the PID is not listed in $show system and we can't connect to 	 URL:8080.o   $type RDSBUGCHK.DMP;1eI ========================================================================= 8         Bugcheck dump APACHE$ROOT:[000000]RDSBUGCHK.DMP;I =========================================================================   A This file was generated by Oracle Rdb V7.1-04 upon detection of am@ fatal, unexpected, error.  Please return this file, the query or> program that produced the bugcheck, the database, monitor log,: and any other pertinent information to your Oracle support representative for assistance.  4 This is a AlphaStation 400 4/233 running VMS  V7.3-1' Current time is 24-APR-2003 12:23:08.13oB Bugcheck Dump Identification is "ZEM7B7U6PRJBAAW9L9KPDYHWAAKCAAAA"  9 25-NOV-2002 14:53:50.52: Linked RDMSHRP71 (RDBVMS_BUILD) h RDMS$ALPHA_V07104:[SOURd CE]e5 25-NOV-2002 14:10:49.13: Compiled KOD$LIBRARY (KODA) S KOD$ALPHA_V07104:[CODE]d  I =========================================================================o         Stack DumpI =========================================================================   H ------------------------------------------------------------------------B ***** Exception at 04DA4C3C : RDMS$$PARSE_INTCOM_BUFFER + 000003DC) %RDB-F-WRONGRDB, RDB$SHARE image is wrong , -RDMS-F-OBSVER, obsolete version of database   R0  (V  ) 0000000000000001 R1  (T0 ) 0000000005113844:bC     05326B0005326AA00000000000002000  05113844   '. .......j2..k2.'rC     00000000000000000000000000000001  05113854   '................'gC     002C07900026B7780026B77800000000  05113864   '....x7&.x7&...,.'EC     051138800539400005394000002C0790  05113874   '..,..@9..@9..8..'sC     0000000005394010053D400005113880  05113884   '.8...@=..@9.....'xC     00000000000000000000000000000000  05113894   '................'tC     00000001000000010000000000000000  051138A4   '................'sC     00000000000000000000000000000000  051138B4   '................'o   R2  (S0 ) 0000000005021740: C     0000000004DA486000000000005030D9  05021740   'Y0P.....`HZ.....'lC     00000000200003FC00480000000000A0  05021750   '......H.|.. ....',C     0000000000000008FFFFFFFF810343C0  05021760   '@C..............'kC     0000000004FFB1940000000005113844  05021770   'D8.......1......'DC     000000000000000000000000050284A8  05021780   '(...............'wC     FFFFFFFF82B3C360FFFFFFFF82B36000  05021790   '.`3.....`C3.....'aC     0000000000000A00000000000000028C  050217A0   '................'aC     0000000004DA47C000000000012830D9  050217B0   'Y0(.....@GZ.....'    R3  (S1 ) 0000000005113900: C     00000000000000000532607005326280  05113900   '.b2.p`2.........'TC     00000000000000000000000000000000  05113910   '................'sC                                       ::::::::  (5 duplicate lines)sC     00000000000000000537F01800000000  05113970   '.....p7.........'a   R4  (S2 ) 000000000537F018:iC     00000000000000000000000000000000  0537F018   '................'tC                                       ::::::::  (2 duplicate lines)rC     00000001000000000000000000000000  0537F048   '................'rC     00000000000000000000000000000000  0537F058   '................'iC                                       ::::::::  (3 duplicate lines)t   R5  (S3 ) 00000000051138E0:aC     0502F1E0051139000537EFD005368000  051138E0   '..6.Po7..9..`q..'uC     0000000000000000000004E00502F1A0  051138F0   '.q..`...........' C     00000000000000000532607005326280  05113900   '.b2.p`2.........'sC     00000000000000000000000000000000  05113910   '................'tC                                       ::::::::  (4 duplicate lines)r   R6  (S4 ) 0000000000000000 R7  (S5 ) 000000007FFA5FC0:uC     000000000364654800000000047F6990  7FFA5FC0   '.i......Hed.....' C     000000000000000100000000022AE740  7FFA5FD0   '@g*.............' C     00000000000000010000000003646570  7FFA5FE0   'ped.............'tC     000000000000001B0000000005315090  7FFA5FF0   '.P1.............'hC     00000000000000000000000000000000  7FFA6000   '................'bC                                       ::::::::  (3 duplicate lines)o   R8  (S6 ) 0000000000000000 R9  (S7 ) 0000000000000000 R10 (S8 ) 0000000000000001 R11 (S9 ) 0000000000000001 R12 (S10) 0000000000000000 R13 (S11) 00000000042C3AF0:yC     042C450C042C4344042C3C88C3C300F8  042C3AF0   'x.CC.<,.DC,..E,.'kC     042C3B0C000000000000000004262068  042C3B00   'h &..........;,.'nC     0000000000000000042C3AE0042C3B0C  042C3B10   '.;,.`:,.........'eC     00000000000000000000000000000000  042C3B20   '................' C                                       ::::::::  (2 duplicate lines)aC     0000000000000000042C401000000000  042C3B50   '.....@,.........'sC     00000000000000000000000000000000  042C3B60   '................'i   R14 (S12) 000000000503E1C8:nC     0000000004E7F0E80000000000183089  0503E1C8   '.0......hpg.....'MC     000000002000FFFC004C0000000000A0  0503E1D8   '......L.|.. ....'gC     0000000004E81BC40000000000000000  0503E1E8   '........D.h.....'tC     000000000503E618000000000503E618  0503E1F8   '.f.......f......'dC     FFFFFFFF800009400000000000000000  0503E208   '........@.......' C     0000000004A29348FFFFFFFF810012A0  0503E218   '........H.".....'-C     FFFFFFFF800072E0000000000505A770  0503E228   'p'......`r......'eC     0000000004E7F344000000001A13300A  0503E238   '.0......Dsg.....'i   R15 (S13) 0000000000000008 R16 (P1 ) 000000000138831C:SC     00000040000000001E87E46000000000  0138831C   '....`d......@...'tC     000000021E87E470012C8E38F00D3700  0138832C   '.7.p8.,.pd......'tC     00000000010100000000000100000000  0138833C   '................'dC     00000000000000000000000000000000  0138834C   '................'oC     00000018000000000138837000000000  0138835C   '....p.8.........'MC     1E87E4700000000000003008F00D2B00  0138836C   '.+.p.0......pd..'PC     012C8E70F00D37000000004000000000  0138837C   '....@....7.pp.,.' C     0000000100000000000000021E87E480  0138838C   '.d..............'o   R17 (P2 ) 0000000000000000 R18 (P3 ) 0000000000DD84A4:sC     653E656C7469743C0A3E646165683C0A  00DD84A4   '.<head>.<title>e'uC     3C0A3E656C7469742F3C656261676E69  00DD84B4   'ingabe</title>.<'hC     6367622079646F623C0A3E646165682F  00DD84C4   '/head>.<body bgc'PC     01010A3E226574696877223D726F6C6F  00DD84D4   'olor="white">...'sC     223D6E6F69746361206D726F663C0A2E  00DD84E4   '..<form action="'oC     656D202270736A2E31656769657A6E61  00DD84F4   'anzeige1.jsp" me' C     7361640A3E2274736F70223D646F6874  00DD8504   'thod="post">.das'tC     74206574737265206569642074736920  00DD8514   ' ist die erste t'm   R19 (P4 ) 0000000000000000 R20 (P5 ) FFFFFFFFFFFFFFF8 R21 (P6 ) 000000000537EFD0:dC     00000000000000000000000000000000  0537EFD0   '................'eC     0000000000000000FFD94888FFD94888  0537EFE0   '.HY..HY.........'lC     0000000100000000000000010537EFE0  0537EFF0   '`o7.............'rC     0502F1E0051139000537EFD005368000  0537F000   '..6.Po7..9..`q..'NC     0000000000000000000004E00502F1A0  0537F010   '.q..`...........'vC     00000000000000000000000000000000  0537F020   '................' C                                       ::::::::  (2 duplicate lines)s   R22 (T1 ) 0000000000000000 R23 (T2 ) 000000007FFEFFA0:iC     00000000000000000000000000000001  7FFEFFA0   '................' C     000000007BD11790000000007BCBD0E0  7FFEFFB0   '`PK{......Q{....'hC     00000000000000000000000000000000  7FFEFFC0   '................'oC     00000000000000000000000000000001  7FFEFFD0   '................'eC     00000000000000000000000000000000  7FFEFFE0   '................'rB                                       ::::::::  (1 duplicate line)C     0000012400010024FFFFFFFF814E98C0  7FFF0000   '@.N.....$...$...'hC     000000007FFA0000000000007FF8C000  7FFF0010   '.@x.......z.....'-   R24 (T3 ) 000000007FFA6000:TC     00000000000000000000000000000000  7FFA6000   '................'iC                                       ::::::::  (7 duplicate lines)    R25 (AI ) 0000000000000003 R26 (RA ) 0000000004DA4C3C: C     B0A300A844A80485A0A300A8C3E00003  04DA4C3C   '..`C(.#...(D(.#0'iC     A45D0058A75D005047FD041E63FF0000  04DA4C4C   '...c..}GP.]'X.]$'lC     A4DD0078A4BD0070A49D0068A47D0060  04DA4C5C   '`.}$h..$p.=$x.]$'tC     A7BD0098A53D0090A51D0088A4FD0080  04DA4C6C   '..}$...%..=%..=''NC     2FFE00002FFE00006BFA800123DE00A0  04DA4C7C   '..^#..zk..~/..~/'rC     47E5F411201F7FFF23DEFF202FFE0000  04DA4C8C   '..~/ .^#... .teG'nC     B45E00C8B77E0000B75E00C047E07412  04DA4C9C   '.t`G@.^7..~7H.^4' C     47FB040247FE041DB7BE00D8B47E00D0  04DA4CAC   'P.~4X.>7..~G..{G'a   R27 (PV ) 000000007B5C0E20:kC     FFFFFFFF808A85C40001000000003008  7B5C0E20   '.0......D.......'tC     FFFFFFFF808A85A80001000000003008  7B5C0E30   '.0......(.......'eC     FFFFFFFF81000D60FFFFFFFF800006A0  7B5C0E40   '........`.......'aC     000000000015825CFFFFFFFF81000D60  7B5C0E50   '`.......\.......'VC     FFFFFFFF808A88200020000000103089  7B5C0E60   '.0.... . .......' C     00000000200000000004000000000020  7B5C0E70   ' .......... ....'gC     00000000000000000000000210000222  7B5C0E80   '"...............'-C     FFFFFFFF808A89E80020000000303089  7B5C0E90   '.00... .h.......'t   R28 (VS ) 100000000000000B R30 (SP ) 000000000537EE90: C     00000000000000000000000000000000  0537EE90   '................' C     00000000050284A80000000005021740  0537EEA0   '@.......(.......'dC     00000000000000000000000000000000  0537EEB0   '................' C                                       ::::::::  (3 duplicate lines)-C     00000000053D40000000000004E7F248  0537EEF0   'Hrg......@=.....'tC     000000000537F01800000000053D4000  0537EF00   '.@=......p7.....'b    2 160 bytes of stack data from 0537EEA0 to 0537EF40:C     00000000050284A80000000005021740  0537EEA0   '@.......(.......'nC     00000000000000000000000000000000  0537EEB0   '................' C                                       ::::::::  (3 duplicate lines)_C     00000000053D40000000000004E7F248  0537EEF0   'Hrg......@=.....'aC     000000000537F01800000000053D4000  0537EF00   '.@=......p7.....'nC     000000000000000000000000051138E0  0537EF10   '`8..............'oC     0000000000000000000000007FFA5FC0  0537EF20   '@_z.............'sC     000000000537EF400000000000000000  0537EF30   '........@o7.....'tI -------------------------------------------------------------------------e8 Saved PC = 04E7F248 : KOD$SETSTK_AND_CONTINUE + 00000160   R2  (S0 ) 00000000053D4000:lC     050217400537EFE0FFD3F870FFD3F870  053D4000   'pxS.pxS.`o7.@...'eC     7FFA20000537EF4002D5E01400000000  053D4010   '.....`U.@o7.. z.' C     0000000000000000000000017FFA6000  053D4020   '.`z.............'oC     7FFA5D10000000000000000000000000  053D4030   '.............]z.'aC     000000000537EF400537EF407FFA5D10  053D4040   '.]z.@o7.@o7.....'oC     FFD3F7C8000000580000000300000019  053D4050   '........X...HwS.'rC     00000000000000000000000000000000  053D4060   '................'-B                                       ::::::::  (1 duplicate line)   R3  (S1 ) 00000000053D4000: C     050217400537EFE0FFD3F870FFD3F870  053D4000   'pxS.pxS.`o7.@...'LC     7FFA20000537EF4002D5E01400000000  053D4010   '.....`U.@o7.. z.'1C     0000000000000000000000017FFA6000  053D4020   '.`z.............')C     7FFA5D10000000000000000000000000  053D4030   '.............]z.' C     000000000537EF400537EF407FFA5D10  053D4040   '.]z.@o7.@o7.....'eC     FFD3F7C8000000580000000300000019  053D4050   '........X...HwS.'iC     00000000000000000000000000000000  053D4060   '................'nB                                       ::::::::  (1 duplicate line)   R30 (SP ) 000000000537EF40: C     000000007FFA5FC0000000000503E1C8  0537EF40   'Ha......@_z.....'-C     0000000004E8002C0000000000000000  0537EF50   '........,.h.....'tC     00000000053D4000000000000503E380  0537EF60   '.c.......@=.....' C     0000000000000000000000000537F018  0537EF70   '.p7.............' C     000000007FFA5FC000000000048482F8  0537EF80   'x.......@_z.....'NC     00000000000000000000000000000001  0537EF90   '................'-C     00000000042DB6400000000000000001  0537EFA0   '........@6-.....'iC     00000000042C3AF00000000000000000  0537EFB0   '........p:,.....'e    I =========================================================================e+         GETSYI - System Information (SYI$_)sI =========================================================================b  E ACTIVECPU_CNT = 1.        ARCHFLAG = 0001C000       AVAILCPU_CNT = 1.tF BOOTTIME = 22-APR-2003 09:04:34.00                  CONSOLE_VERSION =  "V7.2-1"G CHARACTER_EMULATED = 00   CPU = 128.                DEADLOCK_WAIT = 10. D DECIMAL_EMULATED = 00     D_FLOAT_EMULATED = 00     FREE_GBLPAGES =  307856.0I FREE_GBLSECTS = 273.      F_FLOAT_EMULATED = 00     G_FLOAT_EMULATED = 00eB H_FLOAT_EMULATED = 00     LOCKDIRWT = 0.            NODE_AREA = 1.H NODE_CSID = 00000000      NODE_EVOTES = 0.          NODE_HWTYPE = "ALPH"D NODE_HWVERS = 04800000:00000000:0000000D            NODE_NUMBER = 1.; NODE_QUORUM = 0.          NODE_SWINCARN = 00A1EC36:A45776004. NODE_SWTYPE = "VMS"       NODE_SWVERS = "V7.3"C NODE_SYSTEMID = 00000000:00000401                   NODE_VOTES = 0.cD NODENAME = "HMA"          PAGEFILE_FREE = 30650.    PAGEFILE_PAGE =  33280.B PALCODE_VERSION = "5.56"  PE1 = 0.                  SID = 80000000F SWAPFILE_FREE = 1048.     SWAPFILE_PAGE = 1048.     VERSION = "V7.3-1"  I =========================================================================p         SCS Information (SYI$_)fI =========================================================================o  I SCS_EXISTS = 00           SCSBUFFCNT = 50.          SCSCONNCNT = 00000005 H SCSFLOWCUSH = 00000001    SCSMAXDG = 00000240       SCSMAXMSG = 000000D8G SCSNODE = "HMA"           SCSRESPCNT = 0000012C     SCSSYSTEMID = 1025.gG SCSSYSTEMIDH = 0.         PAMAXPORT = 32.           PANOPOLL = 00000000iH PANUMPOLL = 00000010      PAPOLLINTERVAL = 5.       PAPOOLINTERVAL = 15.H PASANITY = 1.             PASTDGBUF = 00000004      PASTIMOUT = 000000051 PRCPOLINTERVAL = 0000001E UDABURSTRATE = 00000000   I ========================================================================= 2         Multiprocessing System Information (SYI$_)H ========================================================================  H MULTIPROCESSING = 3       SMP_CPUS = FFFFFFFF       SMP_CPUSH = 00000000I SMP_LNGSPINWAIT = 3000000 SMP_SANITY_CNT = 300      SMP_SPINWAIT = 100000e SMP_TICK_CNT = 30d  I ========================================================================= 8         VAXcluster System Parameters Information (SYI$_)I =========================================================================i  8 ALLOCLASS = 00000000      CLUSTER_FSYSID = 0537D298:FFFFG CLUSTER_FTIME = 17-NOV-1858 00:00:00.00             CLUSTER_MEMBER = 00 F CLUSTER_NODES = 0.        CLUSTER_QUORUM = 0.       CLUSTER_VOTES = 0.F DISK_QUORUM = ""          EXPECTED_VOTES = 1.       FALLBACK_MODE = 0.E LOCKDIRWT = 00000000      MSCP_BUFFER = 1024.       MSCP_CREDITS = 8.lH MSCP_LOAD = 00            MSCP_SERVE_ALL = 04       NISCS_CONV_BOOT = 00E NISCS_LOAD_PEA0 = 00      NISCS_PORT_SERV = 00      QDSKINTERVAL = 3. C QDSKVOTES = 1.            RECNXINTERVAL = 20.       VAXCLUSTER = 0. 
 VOTES = 1.  I =========================================================================s5         General SYSGEN Parameters Information (SYI$_) I =========================================================================,  H AWSMIN = 00000200         AWSTIME = 00000014        BALSETCNT = 00000082H BORROWLIM = 00000096      BUGCHECKFATAL = 00000000  BUGREBOOT = 00000001H CHANNELCNT = 00001000     CJFLOAD = 00000000        CJFSYSRUJ = 00000000F CLASS_PROT = 00000000     CLISYMTBL = 00000200      CONCEAL_DEVICES =  00000001H CONTIG_GBLPAGES = 0004B270                          CRDENABLE = 00000001D CTLIMGLIM = 00000023      CTLPAGES = 00000100       DEADLOCK_WAIT =  0000000AC DEFMBXBUFQUO = 00000420   DEFMBXMXMSG = 00000100    DEFMBXNUMMSG =   00000000B DISMOUMSG = 00000000      DLCKEXTRASTK = 00000A00   DORMANTWAIT =  00000002F DUMPBUG = 00000001        DUMPSTYLE = 00000009      ERRORLOGBUFFERS =  00000004G EXTRACPU = 000003E8       EXUSRSTK = 00000400       FREEGOAL = 00000208wH FREELIM = 00000096        GBLPAGES = 00083DFA       GBLPAGFIL = 00006000G GBLSECTIONS = 00000384    GROWLIM = 00000096        IMGIOCNT = 000004600G INTSTKPAGES = 00000000    IOTA = 00000002           IRPCOUNT = 00000000cH IRPCOUNTV = 00000000      KFILSTCNT = 00000000      LAMAPREGS = 00000000I LNMPHASHTBL = 00000200    LNMSHASHTBL = 00000200    LOADCHKPRT = 00000000 F LOADERAPT = 00000000      LOADMTACCESS = 00000000   LOAD_SYS_IMAGES =  00000007H LOCKIDTBL = 00000700      LOCKIDTBL_MAX = 0003AF39  LOCKRETRY = 000186A0H LONGWAIT = 0000001E       LRPCOUNT = 00000000       LRPCOUNTV = 00000000C LRPMIN = 00000000         LRPSIZE = 00002000        MAXATTACHPRI = . 00000000D MAXBUF = 00002000         MAXCLASSPRI = 00000007    MAXPROCESSCNT =  00000084G MAXSYSGROUP = 00000008    MINCLASSPRI = 00000001    MINPRPRI = 00000007 B MINWSCNT = 00000014       MOUNTMSG = 00000000       MPW_HILIMIT =  00002000F MPW_IOLIMIT = 00000004    MPW_LOLIMIT = 00000186    MPW_LOWAITLIMIT =  00001F00D MPW_PRIO = 00000004       MPW_THRESH = 0000030C     MPW_WAITLIMIT =  00002100C MPW_WRTCLUSTER = 00000040 MVTIMEOUT = 00000E10      NOAUTOCONFIG = . 00000000H NOCLOCK = 00000000        NOCLUSTER = 00000000      NOPGFLSWP = 00000000F NPAGEDYN = 0028C000       NPAGEVIR = 00A30000       PAGEDYN = 001E6000I PAGFILCNT = 00000000      PAGTBLPFC = 00000010      PFCDEFAULT = 00000040aD PFRATH = 00000008         PFRATL = 00000000         PHYSICALPAGES =  00008000I PIOPAGES = 000003CF       PIXSCAN = 00000005        POOLCHECK = 00000000.dH POOLPAGING = 00000001     PROCSECTCNT = 00000040    PSEUDOLOA = 00000000F PU_OPTIONS = 00000000     QBUS_MULT_INTR = 00000000 QUANTUM = 00000014G QUORUM = 00000000         REALTIME_SPTS = 00000000  RESALLOC = 00000000-H RESHASHTBL = 00004000     RSRVPAGCNT = 00000080     S0_PAGING = 00000000C SAVEDUMP = 00000000       SBIERRENABLE = 00000001   SCH_CTLFLAGS = n 00000001E SETTIME = 00000000        SHADOWING = 00000000      SPTREQ = 00000000-E SRPCOUNT = 00000000       SRPCOUNTV = 00000000      SRPMIN = 00000000-B SRPSIZE = 00000040        SSINHIBIT = 00000000      SWPALLOCINC =  00000040B SWPFAIL = 00000014        SWPFILCNT = 00000000      SWPOUTPGCNT =  00000200G SWPRATE = 000001F4        SWP_PRIO = 00000004       SYSMWCNT = 0000091CoD SYSPAGING = 00000000      SYSPFC = 00000010         SYSTEM_RIGHTS =  80010000H TAILORED = 00000000       TAPE_MVTIMEOUT = 00000258 TBSKIPWSL = 00000008C TIME_CONTROL = 00000000   TIMEPROMPTWAIT = 0000FFFF UAFALTERNATE =   00000000H VIRTUALPAGECNT = 7FFFFFFF WINDOW_SYSTEM = 00000001  WPRE_SIZE = 00000005E WPTTE_SIZE = 000003E8     WRITABLESYS = 00000000    WRITESYSPARAMS =   00000001D WSDEC = 00000FA0          WSINC = 00000960          WSMAX = 00020000. WS_OPA0 = 00000000        XFMAXRATE = 000000EC  I =========================================================================.          Login Parameters (SYI$_)I =========================================================================m  B LGI_BRK_DISUSER = 00000000                          LGI_BRK_LIM =  00000005B LGI_BRK_TERM = 00000001   LGI_BRK_TMO = 0000012C    LGI_HID_TIM =  0000012CD LGI_PWD_TMO = 0000001E    LGI_RETRY_LIM = 00000003  LGI_RETRY_TMO =  00000014  I =========================================================================.<         Job Controller System Parameters Information (SYI$_)I =========================================================================o  H BJOBLIM = 00000010        DEFPRI = 00000004         DEFQUEPRI = 00000064H IJOBLIM = 00000040        JOBCTLD = 00000000        MAXQUEPRI = 00000064, NJOBLIM = 00000010        RJOBLIM = 00000010  I =========================================================================54         PQL - Process Quota Limit Parameters (SYI$_)I =========================================================================0  I PQL_DASTLM = 00000018     PQL_DBIOLM = 00000020     PQL_DBYTLM = 00010000qI PQL_DCPULM = 00000000     PQL_DDIOLM = 00000020     PQL_DENQLM = 00000080.E PQL_DFILLM = 00000080     PQL_DJTQUOTA = 00001000   PQL_DPGFLQUOTA = m 00010000E PQL_DPRCLM = 00000020     PQL_DTQELM = 00000010     PQL_DWSDEFAULT = e 000006B0I PQL_DWSEXTENT = 00020000  PQL_DWSQUOTA = 00000D60   PQL_MASTLM = 00000064 I PQL_MBIOLM = 00000064     PQL_MBYTLM = 000186A0     PQL_MCPULM = 00000000eI PQL_MDIOLM = 00000064     PQL_MENQLM = 0000012C     PQL_MFILLM = 00000064-I PQL_MJTQUOTA = 00000000   PQL_MPGFLQUOTA = 00008000 PQL_MPRCLM = 0000000ADD PQL_MTQELM = 00000000     PQL_MWSDEFAULT = 000006B0 PQL_MWSEXTENT =  00020000 PQL_MWSQUOTA = 00007530   I ========================================================================= :         ACP - Ancillary Control Process Parameters (SYI$_)I =========================================================================   E ACP_BASEPRIO = 00000008   ACP_DATACHECK = 00000002  ACP_DINDXCACHE =   00000067C ACP_DIRCACHE = 0000019C   ACP_EXTCACHE = 00000040   ACP_EXTLIMIT = n 00000064C ACP_FIDCACHE = 00000040   ACP_HDRCACHE = 0000019C   ACP_MAPCACHE = - 00000067C ACP_MAXREAD = 00000020    ACP_MULTIPLE = 00000000   ACP_QUOCACHE = @ 00000084C ACP_REBLDSYSD = 00000001  ACP_SHARE = 00000001      ACP_SWAPFLGS =   0000000EB ACP_SYSACC = 00000010     ACP_WINDOW = 00000007     ACP_WORKSET =  000000000 ACP_WRITEBACK = 00000001  ACP_XQP_RES = 00000001  I =========================================================================h9         RMS - Record Management System Parameters (SYI$_)iI =========================================================================h  C RMS_DFMBC = 00000020      RMS_DFMBFHSH = 00000000   RMS_DFMBFIDX =   00000000C RMS_DFMBFREL = 00000000   RMS_DFMBFSDK = 00000000   RMS_DFMBFSMT = s 00000000F RMS_DFMBFSUR = 00000000   RMS_DFNBC = 00000008      RMS_EXTEND_SIZE =  00000000C RMS_FILEPROT = 0000FA00   RMS_GBLBUFQUO = 00000000  RMS_PROLOGUE = I 00000000I =========================================================================o(         SYSTEM - Processes on the SystemI =========================================================================   B   Pid    Process Name    State      CPU time       DirIO     PagesB          User Name       Prio     Connect time     BufIO Page fltsB 00000123 APACHE$00       LEF      0 00:00:07.87      319     13232B          APACHE$WWW       6/4     2 03:16:47.50      921       658	           C HMA$DKA100:[SYS0.SYSCOMMON.APACHE.][000000]APACHE_HTTPD.EXE_ALPHA;1nB 00000124 APACHE$TOMCAT   CUR      0 05:23:57.85   261355    131072B          APACHE$WWW       4/4     2 03:16:42.28  2695688    928395B          HMA$DKA100:[SYS0.SYSCOMMON.][JAVA$140.BIN]JAVA$JAVA.EXE;1B 00000126 APACHE$00000    LEF      0 00:00:04.93      199     12032B          APACHE$WWW       6/4     2 03:16:27.90      840       588	           C HMA$DKA100:[SYS0.SYSCOMMON.APACHE.][000000]APACHE_HTTPD.EXE_ALPHA;1tB 00000127 APACHE$00001    LEF      0 00:00:04.72      201     12048B          APACHE$WWW       6/4     2 03:16:27.53      841       589	          tC HMA$DKA100:[SYS0.SYSCOMMON.APACHE.][000000]APACHE_HTTPD.EXE_ALPHA;1nB 00000128 APACHE$00002    LEF      0 00:00:05.32      199     12032B          APACHE$WWW       6/4     2 03:16:27.02      840       588	          iC HMA$DKA100:[SYS0.SYSCOMMON.APACHE.][000000]APACHE_HTTPD.EXE_ALPHA;1tB 00000129 APACHE$00003    LEF      0 00:00:05.26      210     12032B          APACHE$WWW       6/4     2 03:16:26.46      840       588	          PC HMA$DKA100:[SYS0.SYSCOMMON.APACHE.][000000]APACHE_HTTPD.EXE_ALPHA;1 B 0000012A APACHE$00004    LEF      0 00:00:06.05      202     12032B          APACHE$WWW       6/4     2 03:16:25.96      840       588	          aC HMA$DKA100:[SYS0.SYSCOMMON.APACHE.][000000]APACHE_HTTPD.EXE_ALPHA;1oI =========================================================================V"         GETJPI Information (JPI$_)I =========================================================================u  ? ACCOUNT = "AP_HTTPD"      APTCNT = 0.               ASTACT = 0.r@ ASTCNT = 606.             ASTEN = 15.               ASTLM = 610.6 AUTHPRI = 4.              AUTHPRIV = 00000000:00108000A AUTHPRIV = (NETMBX,TMPMBX,)                         BIOCNT = 297.-D BIOLM = 300.              BUFIO = 2695688.          BYTCNT = 377536.? BYTLM = 377536.           CLINAME = "DCL"           CPULIM = 0.N> CPUTIM = 1943786.         CREPRC_FLAGS = 00000200   CURPRIV =  00000000:00108000m? CURPRIV = (NETMBX,TMPMBX,)                          DFPFC = 64. @ DFWSCNT = 15008.          DIOCNT = 300.             DIOLM = 300.C DIRIO = 261355.           EFCS = C0000001           EFCU = 90000000iA EFWM = 7FFFFFFF           ENQCNT = 7997.            ENQLM = 8000.eA EXCVEC = 7FFF0130         FILCNT = 4033.            FILLM = 4096.aF FINALEXC = 7FFF0230       FREP0VA = 053F6000        FREP1VA = 7AE6C000@ FREPTECNT = 2147483647.   GPGCNT = 3360.            GRP = 000200 IMAGECOUNT = 1.tF IMAGNAME = "HMA$DKA100:[SYS0.SYSCOMMON.][JAVA$140.BIN]JAVA$JAVA.EXE;1"E IMAGPRIV = 00000000:00000000                        IMAGPRIV = (NONE)y& JOBPRCCNT = 0.            JOBTYPE = 0.I LOGINTIM = 22-APR-2003 09:06:26.04                  MASTER_PID = 00000124i@ MAXDETACH = 0.            MAXJOBS = 0.              MEM = 000001> MODE = 0.                 MSGMASK = 0000000F        OWNER = 0.H PAGEFLTS = 928395.        PAGFILCNT = 2218208.      PAGFILLOC = 00000000B PGFLQUOTA = 2500000.      PHDFLAGS = 00000004       PID = 00000124? PPGCNT = 127712.          PRCCNT = 0.               PRCLM = 20.d= PRCNAM = "APACHE$TOMCAT"  PRI = 4.                  PRIB = 4.o6 PROC_INDEX = 96.          PROCPRIV = 00000000:00108000A PROCPRIV = (NETMBX,TMPMBX,)                         SHRFILLM = 0.0C SITESPEC = 00000000       STATE = 0000000E          STS = 00040001 :
 (PHDRES,RES,)N SWPFILLOC = 00000000; TABLENAME = "HMA$DKA100:[SYS0.SYSCOMMON.][SYSLIB]DCLTABLES"g@ TERMINAL = ""             TMBU = 34.                TQCNT = 608.A TQLM = 610.               UAF_FLAGS = 000010C4      UIC = [200,1]m@ USERNAME = "APACHE$WWW"   VIRTPEAK = 487040.        VOLUMES = 0.F WSAUTH = 30000.           WSAUTHEXT = 131072.       WSEXTENT = 131072.D WSPEAK = 131072.          WSQUOTA = 30000.          WSSIZE = 131072.I =========================================================================>          Process Activated ImagesI =========================================================================   ;   ICB       Start     End     Image Name  Major ID,Minor ID ; --------  --------  --------  -----------------------------g emptyaI =========================================================================E          KODCLIENT Context (KOD$)I =========================================================================   ! CLIENT_PRETTY_NAME = "Oracle Rdb"k, CLIENT_PRETTY_VERSION = "Oracle Rdb V7.1-04"= CLIENT_PRODUCT_VARIANT = "71"           CLIENT_NAME_3 = "RDM" G CLIENT_NAME_4 = "RDMS"                  CLIENT_ROOT_HEADER = "RDMSROOT"oC CLIENT_STAREA_HEADER = "RDMSDATA"       CLIENT_DEF_RT_TYPE = ".RDB" A CLIENT_GSMATCH = "GSMATCH=lequal,0,70"  CLIENT_VERB_VARIANT = "H"q AIJ_REC_HEADER = "RDMSAIJ ":0 DBR_BUGCHECK_FILNAM = "SYS$SYSTEM:RDMDBRBUG.DMP"0 DBR_EXE_NAME = "SYS$COMMON:[SYSEXE]RDMDBR71.EXE"0 MON_EXE_NAME = "SYS$COMMON:[SYSEXE]RDMMON71.EXE"0 PRV_EXE_NAME = "SYS$COMMON:[SYSLIB]RDMPRV71.EXE"0 SHR_EXE_NAME = "SYS$COMMON:[SYSLIB]RDMSHR71.EXE"7 DBR_RB_PRCNAM_FAO = "RDM_RB71_!UL"      MON_MBX_NAME = - "RDM$MAILBOX_CHANNEL71"-C MON_PRCNAM = "RDMS_MONITOR71"           RUJ_LOG_FILNAM = "RDMS$RUJ"   I =========================================================================D           VMH Context-   Fixed Queue for READ WRITE mode-   PoolAddr    I    Length PR Type- -------- ---- --------- -- -----" 05326000    2        32 RW KOD_VMH" 05326BD0  301    259104 RW KOD_VMH   Fixed Queue for USER READ mode   PoolAddr    I    Length PR Type- -------- ---- --------- -- -----   Fixed Queue for USER WRITE mode-   PoolAddr    I    Length PR Type- -------- ---- --------- -- ----u 05394050  301    262048 UW **   ! Total queued VM in bytes: 521232.oI =========================================================================          GETLKI ContextI =========================================================================- empty-I ========================================================================= 7         End of Bugcheck Dump at 24-APR-2003 12:23:08.43 I =========================================================================-   --  B Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.de   ------------------------------  % Date: Thu, 24 Apr 2003 17:56:12 +0200K6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk>4 Subject: Re: Suddenly, Tomcat won't startup any more) Message-ID: <3EA8091C.4090203@vajhoej.dk>-   Hans M. Aus wrote:K > Suddenly, Tomcat won't startup any more.  Things worked fine previously.      F > 1) Where can I see why Tomcat aborts the startup since this morning?  = I run Tomcat together with JBoss on VMS, so I do not know how3  the CSWS_JAVA setup directories.  6 But a standard Tomcat downloaded directly from Jakarta5 puts log-files in a "logs" directory below the TomcatV root directory.    With filenames like:   localhost_log.yyyy-mm-dd.txt  * > 2) Why would my SQL mistake kill Tomcat?   I have no idea.s   Arne  7 PS: I have created a vmsjava-l mail-list specificly forOC      VMS & Java questions - see http://www.vajhoej.dk/arne/vmsjava/       for more info.y   ------------------------------  % Date: Thu, 24 Apr 2003 18:22:39 +0200 ) From: Hans Aus <aus@vim.uni-wuerzburg.de>m4 Subject: Re: Suddenly, Tomcat won't startup any moreB Message-ID: <aus-268EEA.18223924042003@wrzx08.rz.uni-wuerzburg.de>  I I've looked in  (most of) those files but didn't find anything definite. tG I'm at home and will look again tomorrow. The only thing I found was a hC statement that Tomcat had aborted (stopped, terminated) abnormally.u    H In article <3EA8091C.4090203@vajhoej.dk>, Arne Vajhoj <arne@vajhoej.dk>  wrote:   > Hans M. Aus wrote:M > > Suddenly, Tomcat won't startup any more.  Things worked fine previously. E >  > H > > 1) Where can I see why Tomcat aborts the startup since this morning? > ? > I run Tomcat together with JBoss on VMS, so I do not know howc" > the CSWS_JAVA setup directories. > 8 > But a standard Tomcat downloaded directly from Jakarta7 > puts log-files in a "logs" directory below the Tomcatc > root directory.  >  > With filenames like: >  > localhost_log.yyyy-mm-dd.txt > , > > 2) Why would my SQL mistake kill Tomcat? >  > I have no idea.a >  > Arne > 9 > PS: I have created a vmsjava-l mail-list specificly forOE >      VMS & Java questions - see http://www.vajhoej.dk/arne/vmsjava/a >      for more info.Y >  >  >    ------------------------------  % Date: Thu, 24 Apr 2003 02:31:02 -0400o0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>9 Subject: TCPIP: SMTP sender design problem (bounced mail)e/ Message-ID: <3EA78482.6147F5E8@vl.videotron.ca>a   VAX VMS 7.2,  TCPIP 5.3 ECO 2n  N When a remote SMTP server rejects a username, the SMTP server simply returns aR non-delivery notification without the actual text of the rejection, and just says:  ' ---- Transcript of session follows ----0A %TCPIP-E-SMTP_NOSUCHUSER, no such user, USER@HOST.THAT.BOUNCED.MEg# USER@HOST.THAT.BOUNCED.ME (bounced)s   But here is the dialogue:t) send buf=RCPT TO:<jfmezei@host.kom>\0d\0a P recv buf=554 <modemcable084.123-201-24.mtl.mc.videotron.ca[24.201.123.84]>: ClieP nt host rejected: listed in RBL DUL, see <URL:http://www.five-ten-sg.com/blackho
 le.php>\0d\0aa    G It would be very useful if the TCPIP folks would include the actual 5nnuK message generated instead of generating a vms-style TCPIP-E-SMTP_NOSUCHUSER4' which, in this case is very misleading.g   ------------------------------  % Date: Thu, 24 Apr 2003 18:20:25 +0200m8 From: Wolfgang Angenendt <angenendt@mpi-muelheim.mpg.de> Subject: TCPIP_SSH EAK2 Message-ID: <3EA80EC9.5030508@mpi-muelheim.mpg.de>   Hello,  E I've installed OpenVMS 7.3, TCP/IP 5.3 and the SSH for OpenVMS (EAK).7G The installation was ok, but the configuration of the SSH server and=20t client has failed.  G My SYS$LIBRARY:TCPIP$TEMPLATES.TLB does not contain the SSH2_CONFIG anda: SSHD2_CONFIG files. When I create them manually, it works." Can anyone send me this two files?   Thanks,C Wolfgang   --=200> Wolfgang Angenendt                        Tel: (0208) 306 2132@ Max-Planck-Institut f=FCr Kohlenforschung   Fax: (0208) 306 2981I Abtl. Rechenzentrum                       <angenendt@mpi-muelheim.mpg.de>  Kaiser-Wilhelm-Platz 1 45470 M=FClheim an der Ruhrt   ------------------------------  % Date: Thu, 24 Apr 2003 10:47:22 -0700=* From: "Alder" <MUNDDGNTDYTV@spammotel.com> Subject: Re: TCPIP_SSH EAK) Message-ID: <3ea8232b@obsidian.gov.bc.ca>=  L I don't have access to my system right now, but I seem to recall in the docsI on HP's SSH site that a special command had to be issued against the PCSIrI package to extract the TEMPLATES.  Something about the PCSI having a bug.k  
 Good luck. Aldero  E "Wolfgang Angenendt" <angenendt@mpi-muelheim.mpg.de> wrote in messages, news:3EA80EC9.5030508@mpi-muelheim.mpg.de... Hello,  E I've installed OpenVMS 7.3, TCP/IP 5.3 and the SSH for OpenVMS (EAK).cD The installation was ok, but the configuration of the SSH server and client has failed.  G My SYS$LIBRARY:TCPIP$TEMPLATES.TLB does not contain the SSH2_CONFIG and2: SSHD2_CONFIG files. When I create them manually, it works." Can anyone send me this two files?   Thanks,= Wolfgang   --> Wolfgang Angenendt                        Tel: (0208) 306 2132> Max-Planck-Institut fr Kohlenforschung   Fax: (0208) 306 2981I Abtl. Rechenzentrum                       <angenendt@mpi-muelheim.mpg.de>* Kaiser-Wilhelm-Platz 1 45470 Mlheim an der Ruhr    ------------------------------    Date: 24 Apr 2003 07:46:37 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 7 Subject: Re: UK "Computing" registration - Mentions VMS03 Message-ID: <n6xDfNefX$vR@eisner.encompasserve.org>0  c In article <3EA6DDCF.43325BAC@aaa.com>, Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> writes:4' > And not even with the correct name...03 > I'd expect that from a public, professional site.  > Jan-Erik.9  ?    You must be one of the few in c.o.v who don't think that VMS0    _is_ the correct name.1   ------------------------------  % Date: Thu, 24 Apr 2003 15:00:31 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>7 Subject: Re: UK "Computing" registration - Mentions VMSS) Message-ID: <3EA7EDFF.730E36AF@127.0.0.1>0  D I've been a long term subscriber to Computing, and this is the firstF time, in years, that VMS or OpenVMS has had an entry. I always used to> tick "other" and put in VMS. It is a turnaround from the past.  7 Perhaps I should have put OTHER and put "OpenVMS" ? :-)0  G Anyway, I thought gregorian chanting / wailing and dancing was what you2E had to do to stop any "industry standard" operating system doing it's0F "industry standard" getting infected by viruses, hacked or crashing... :-)0  4 With me it is general profanities after the event...   John Smith wrote:  > H > Which name is that...OpenVMS, or 'the long silly name that HP recentlyE > unveiled to widespread puzzlement for which HP has decided that VMS H > shall henceforth be known by as it pertains to Alpha, VAX, and Itanic,A > and other misnomers of 'marketing' and black magic'? {gregorian  > chanting sounds follow}0 > 5 > "Jan-Erik Sderholm" <aaa@aaa.com> wrote in messaget# > news:3EA6DDCF.43325BAC@aaa.com... ) > > And not even with the correct name...05 > > I'd expect that from a public, professional site..
 > > Jan-Erik.0 > >0 > > John Smith wrote:7 > > >'0 > > > "Nic Clews" <sendspamhere@127.0.0.1> wrote > > > >:F > > > > 11. Which of the following areas are you a) currently using b) > an IT0 > > > > specialist?1 > > > >. > > > >  VMS > > > B > > > It's a pretty sad state of affairs that we have to resort to	 > posting0. > > > when VMS is actually mentioned for once.     --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencest nclews at csc dot com    ------------------------------    Date: 24 Apr 2003 09:31:26 -0700$ From: redram360@netzero.net (newbee)2 Subject: VMS SECURITY: Adding Privileges to a USER= Message-ID: <5d8e5ad4.0304240831.208ba022@posting.google.com>0  - What is the command to add user privileges???0   Thank U!   ------------------------------  % Date: Thu, 24 Apr 2003 18:49:25 +0200F6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk>6 Subject: Re: VMS SECURITY: Adding Privileges to a USER' Message-ID: <3EA81595.50606@vajhoej.dk>a  
 newbee wrote: / > What is the command to add user privileges???0   $ SET DEF SYS$SYSTEM $ RUN AUTHORIZE0 UAF> MODI username /PRIV=xxxxx	 UAF> EXIT   & And be carefull about what you grant !   Arne   ------------------------------    Date: 24 Apr 2003 04:33:52 -0700% From: tadamsmar@yahoo.com (Tom Adams).  Subject: Re: VMS721_SYS_DB v1.0?< Message-ID: <ea44f5a1.0304240333.4a8b10c@posting.google.com>  h "labadie" <en_trajectant_a_mort@127.0.0.1> wrote in message news:<c9tpa.225$1K3.128@news.cpqcorp.net>...4 > "Tom Adams" <tadamsmar@yahoo.com> wrote in message9 > news:ea44f5a1.0304220642.36902b79@posting.google.com...01 > > The COMPAQ ANALYZE 2.1 release notes say that2 > >04 > > VMS721_SYS_DB V1.0 is a pre-requisite for 7.2-1. > >1 > Hello. > > > Do you have a pointer on compaq analyze 2.1 releases notes ? > = No, just have it on a CD with the December 2000 distribution.'  E I now think it must be a typo.  Webes calls for VMS721_SYS which does. exists..   > I see at (url may wrap)0N > http://h18000.www1.hp.com/support/svctools/webes/docs/ig/help/wwhelp/js/html3 > /frames.htm?context=webes_install&topic=titlepage2 >  > K > that for Webes/Compaq Analyze 4.1, on Vms 7.2-2 to 7.3-1 some patches are0 > needed > / > By the way, Vms 7.2-1 is no longer supported.8 >  > see A > http://h18005.www1.hp.com/services/software/ss_pvs_se_amap.html  > 	 > regards. >  > Grard   ------------------------------  % Date: Thu, 24 Apr 2003 13:47:47 +01001G From: "Kevin Playford" <kevin.playford@nospam.software-exploration.com>0Y Subject: Re: Why did Digital go broke? (Was: Re: VMS Source Listing CD - Table of content14 Message-ID: <b88mc7$b9f$1$830fa7b3@news.demon.co.uk>  D > But please tell me can I, like LMCP, just access DECdtm's log file directlyI > in Read-Only mode? I'd also use $getdti and $setdti for wildcarding and8I > updates, but use your Log Read routine to retrieve the full participant0 > name.s  I I would recommend against that. If nothing else you would need to get theC full descriptionI of the log format, and given it is private to DECdtm I would suggest that1 was not the route' to go.  K > Yes that would be ideal and, as you're aware, 256 was the limit specifieds onJ > $declare_rm and $join_rm in the old Functional Spec before it was cut to 32L > bytes by "RB" from Software-Exploration. (Although I've only ever got LMCP > to return under 132 bytes?)h  H The problem that I see with wanting to extend the amount of data from 32 bytes toH 256 bytes is that you wanting either a functional change or a functional enhancementd3 to the way in which the data is currently returned..  L There's currently a 32 byte limit in the private messages that are passed by DTI inH order to retrieve the participant information. So increasing the 32 byte limit to 256L limit would mean a bumping of the message version. As a result, you then get into the wholeK question of testing in mixed version clusters. Yes, these are messages that' can go between1 instances of TPSERV processes around the cluster.   E In most cases the messaging is restricted to the local node, but.....E  K > Given that $getdti was the only game in town for getting what was written  toK > the log file back out, I tailored my storage requirements to the 32-bytes0B > that dti$_transaction_information was able to return. Only to be white-anted0A > by the *bug* in $getdti that results in the dti$t_part_name and0J > dti$b_part_name_len fields in the output ITMLST argument being populatedH > *not* with the data that has just been retrieved from the log file but; > instead with a straight copy of their counterparts in the0D > dti$_search_resolved_state structure of the input SEARCH argument.  B I would suggest that I try and help you by lobbying for the GETDTI functionality toK be fixed. Getting back 32 bytes of data liked you asked for would go a long0 way to helping you with your problem.  G > I then asked for a favour from senior VMS people, and even senior RdbD peopleB > asked for this bug to be fixed, but all we were greeted with wasH > intransigence, recalcitrance and outright snootiness from the mothballJ > moguls. (You must have read their now infamous line about it not being a bug3# > because you did it deliberately?)r  " I think that's going a bit far....  L > I won't re-state all of my reasons why the current behaviour of $getdti isJ > crap (unless you missed them the first time round) but seeing as how youK > were probably there when the designs were being engraved in stone and the0K > code was being cut, others may prefer to hear your version. Is this a bug8 or6 > just something spawned from a hallucinogenic frenzy?  6 It looks like a bug to me and not a hallugenic frenzy.  L > I have trouble reading BLISS but can you please look at lines 2354 to 2381L > in the DTIC_SERVICES.LIS file. Does it make sense to you? "! Copy resourceK > manager name from transaction record." That doesn't make sense the .TR isBI > the copy of the input item list isn't it? "! Copy resource manager name0 fromL > DTIB" So which one is it? The Transaction Record or the DTRIB? Or did theyA > mean Commit Domain? I see evidence of confusion. How 'bout you?   L First rule when reading anybody elses code, read the code, NOT the comments.J If code is ever fixed the majority of people go and fix the code but leave the comments> untouched. How many times have you done that yourself Richard?  K If you look carefully at the code lines you mention there are two differentD	 pieces ofFH data being copied. The first is the resource manager name, the second is
 commit domain08 name even though the comment says resource manager name.  I > Anyway I don't know who's running the asylum in VMS engineering anymore  and K > I don't care! I can work around this problem with my own journal file and0 anK > extra four I/O per transaction. No it's not ideal but I don't think we'll5 > ever see ideal again :-(  3 If I can help get you a fix for DTI will that help?F  ' > PS. Has Jim really gone to Microsoft?0  % I'll let Jim answer that one himself..   regards  Kevin Playford Software Exploration Ltd.0   ------------------------------  % Date: Thu, 24 Apr 2003 06:20:03 -0700-5 From: Jim Johnson <jjohnson4250@removeme.comcast.net>KY Subject: Re: Why did Digital go broke? (Was: Re: VMS Source Listing CD - Table of content88 Message-ID: <d7ofav04h1sqo0j47iubklhdacj20t6qog@4ax.com>  4 On Thu, 24 Apr 2003 13:47:47 +0100, "Kevin Playford"7 <kevin.playford@nospam.software-exploration.com> wrote:.   ... much removed ...  ( >> PS. Has Jim really gone to Microsoft? >a& >I'll let Jim answer that one himself. >D >regards >Kevin Playford  >Software Exploration Ltd. >0    @ I don't see why this matters, but the answer is yes.  I joined aE transaction management development group in Microsoft at the start of E the year.  As you can see, Kevin has taken over Software Exploration,5. and has been continuing the work it was doing.  C The decision to move, both professionally and physically, was not a`? decision that I took lightly.  It was made for a combination of`C personal and professional reasons.  It is also a decision that I am. very happy with.  C One upshot of this change is that I no longer follow this newsgroup = with any regularity, fwiw.  Please don't reply to this in the." newsgroup and expect me to see it.  * Jim Johnson				(speaking for myself only).1 jjohnson4250 at comcast dot net		(for the moment)e   ------------------------------  # Date: Thu, 24 Apr 2003 11:35:10 GMT1" From:   VAXman-  @SendSpamHere.ORG> Subject: Re: [OpenVMS Alpha] How to get image version in DCL ?0 Message-ID: <00A1EDBC.8334FF6E@SendSpamHere.ORG>  g In article <CJBpa.339$35.1133@dfw-service2.ext.raytheon.com>, Chris Olive <nospam@raytheon.com> writes:0 {...snip...}G >Certainly it would have been a bit more palatable if the image header 0F >symbols (IHIDEF) and extended image header symbols (EIHIDEF) were at H >least defined, wouldn't it?  I agree, but I've already had my own code K >critiqued here in this thread, so I had better leave this one alone... 8-)=  F ... and exactly the reason I added the /EXECUTIVE qualifier to SYMBOL.G If you specify a symbol such as EIHD$L_IMGIDOFF, SYMBOL will create for=E you a symbol of the same name with its correct value.  Certainly, oneUH could look this up but other executive symbols -- especially on Alpha --G move about from version to version and, conceivably, from boot to boot.EF The value of such symbols can then be used to explore/examine the con-E tents of the memory location that these symbols define (assuming that=E they are readable from user mode -- ie. UR%W, UR, or UW).  I've toyed.F with adding access to these locations (via SYMBOL) is the process thatG requests them is suitably privied but I've decided I didn't want SYMBOL E to be pegged as a possible VMS security risk.  (There are certain de-1 tractors out there you know!)V   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COME             5   "Well my son, life is like a beanstalk, isn't it?" E   ------------------------------  # Date: Thu, 24 Apr 2003 11:38:33 GMT " From:   VAXman-  @SendSpamHere.ORG> Subject: Re: [OpenVMS Alpha] How to get image version in DCL ?0 Message-ID: <00A1EDBC.FC58586C@SendSpamHere.ORG>  U In article <lGDpa.297$Gx4.13@news.cpqcorp.net>, hoff@hp.nospam (Hoff Hoffman) writes:=\ >In article <3EA60574.FE017E1F@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes: >:Howard Taylor wrote: >:>  >:> How about: >:> A >:> $ pipe analyze/image 'filename | search sys$input "image file  >:> identification"  >:I >:Now, get that into a symbol so it can be examined by "mainstream" code.A >O >  Ok: >06 >    $ pipe analyze/image sys$system:authorize.exe | -7 >      search sys$input "image file identification" | - < >      (read sys$pipe imgid ; define/job imageident &imgid )% >    $ imgid = f$trnlnm("imageident")= >= >	-- >=G >  Any tool has carnal understanding of the format of an OpenVMS VAX ornG >  OpenVMS Alpha image header or of the internals of an object file for=6 >  either platform will almost certainly fail on I64.  >MD >  The object file format and the image header format are different.  G Understood,  We heard the same at the genesis of OpenVMS Alpha.  Unless=G you (DEComHPaq) intend not to publish the IPF listings and or documents G related to said changes, this should be a hurdle which should be easily=	 overcome.=  = --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMD            F5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------   End of INFO-VAX 2003.226 ************************