0 INFO-VAX	Wed, 05 Feb 2003	Volume 2003 : Issue 71      Contents: Re: And the winner is? Re: And the winner is? RE: And the winner is? Re: And the winner is? Re: And the winner is?= Re: Announcing a port of GnuPG V1.2 for OpenVMS Alpha and VAX  Re: Batch job log spec RE: Batch job log spec RE: Batch job log spec Re: Batch job log specE Re: Carly sez "no reason that HP couldn't ship Opteron-based servers" E RE: Carly sez "no reason that HP couldn't ship Opteron-based servers"  Re: Clustered V6.2 and V7.3-1? RE: Columbia Re: Columbia Re: Columbia- Re: Could IBM Be the Next Computer Chip King?  CTERM weirdness on VAX DECevent shows errors... Re: DECevent shows errors... Re: DECevent shows errors... Re: DECNet Configuration Help + Re: Digital Network's Access Server Manager  E*trade replacing VMS? RE: E*trade replacing VMS? RE: E*trade replacing VMS?, Re: Frmr VMS eng. (Greg Robert) seeking work, Re: Frmr VMS eng. (Greg Robert) seeking work, Re: Frmr VMS eng. (Greg Robert) seeking work, Re: Frmr VMS eng. (Greg Robert) seeking work Re: Hedder full error  Re: Hedder full error & Re: help installing OpenVMS 7.3 neededO Re: How many other sites had their CSLG licenses expire at midnight last night? , HP leads in worldwide disk storage, says IDC0 Re: HP leads in worldwide disk storage, says IDC= Re: Inspecting VMS SMTP email contents before it gets to user K Re: Itanium EFI Console (was: Re: OpenVMS Boots on Itanium on Friday Jan 31 L Re: Itanium EFI Console (was: Re: OpenVMS Boots on Itanium on Friday Jan 31) Re: Newbie with dumb questions Re: Newbie with dumb questions RE: Newbie with dumb questions Re: Newbie with dumb questions Re: Newbie with dumb questions- Re: OpenVMS Boots on Itanium on Friday Jan 31 - Re: OpenVMS Boots on Itanium on Friday Jan 31 A Re: OpenVMS.org: Marvel article and HP's press release for Marvel  Re: Oracle 9i and ODS-5  RE: Oracle 9i and ODS-5 , Re: Privileges in a shareable image question, Security threats set to wreck havoc soon ...2 Re: SKHPC slaps Gartner, naysayers on comp vms ...2 Re: SKHPC slaps Gartner, naysayers on comp vms ...2 Re: SKHPC slaps Gartner, naysayers on comp vms ...' RE: Status of MySQL and Postgres ports? ' Re: Status of MySQL and Postgres ports?  Re: Submit at end of month?  Sun/Opteron rumour?  symbios 53c875j scsi controller @ Re: TCP/IP Services v5.3 - how to increase the number of "mbufs" Re: Touchdown OpenVMS!3 Re: Type of SCSI disks for Alpha Server 1000A 5/400 # Re: Update on the Technical Journal # Re: Update on the Technical Journal 9 Re: URGENT: Intermittent response to display login prompt  Re: Very large disks on VMS  Re: VMS on Itanium Re: VMS on Itanium - bugcheck? Re: VMS on Itanium - bugcheck? Re: VMS source listings ?  Re: VMS source listings ?  [OT]Re:Columbia  Re: [OT]Re:Columbia 7 Re: [VMS 7.3-1] SHOW CLUSTER shows wrong version number   F ----------------------------------------------------------------------  $ Date: Tue, 4 Feb 2003 14:05:01 -0500 From: norm.raphael@metso.com Subject: Re: And the winner is? ? Message-ID: <OF10A10D61.AC19EC09-ON85256CC3.0068CD0C@metso.com>   J Golf Shirts are short sleeve, no pocket, not tight at the armpit (no place for a pocket protector).  K From:  "Richard Maher" <maher_rj@hotspamnotmail.com> on 02/04/2003 01:48 PM   ? Please respond to "Richard Maher" <maher_rj@hotspamnotmail.com>    To:    Info-VAX@Mvb.Saic.Com cc:   " Subject:    Re: And the winner is?     Hi,   D For the 2nd time I give notice that (I'm pretty sure?) I was closer!  * And is Golf shirt American for Polo shirt?  4 Regards Richard Maher (Who would much prefer a DS10)  / Michael Unger <unger@decus.de> wrote in message % news:00A1B000.74311210.17@decus.de... - > "Alan Frisbie" <Abuse@NelsonUSA.com> wrote:  > B > > I was off (early) by five hours and six minutes, and I haven'tI > > seen anyone claim a closer time.   My guess was January 31, at 20:37. J > > Now I wonder what the "fabulous OpenVMS gift" is?   Dare we speculate? > G > An "OpenVMS golf shirt". And apparently the obligation to participate  > in advertising and promotion.  > 9 > It is still mentioned at the "boot contest rules" page:  > A > http://h18003.www1.hp.com/hps/ipf-enterprise/contest_rules.html  >  >  > <start quote>  >  > *Official Rules *  >  > [...]  > I > *6. AWARDS:* [Within ten (10) days after the first "boot" of OpenVMS on I > an Itanium? -based system (i.e. OpenVMS commences running and permits a H > user to log on and conduct a directory command without error), HP willH > determine the five (5) eligible participants who selected the date andI > time (U.S. Eastern Standard Time) closest to such first boot of OpenVMS F > on an Itanium?-based system, and each of these five (5) participantsH > will be awarded one OpenVMS golf shirt, each with an approximate value > of $25. [...]  >  > [...]  >  > *8. OTHER CONSIDERATIONS* I > a. If a prize is returned as undeliverable, the prize will be forfeited ? > and an alternate winner will be selected in a random drawing. J > b. By accepting an award, a participant agrees that HP, and those acting2 > under its authority, may use participant's name,I > picture/portrait/likeness and/or voice, for advertising and promotional C > purposes without further consideration, unless prohibited by law.  >  > [...]  > ? > d. Winners may be required to sign and return an affidavit of G > eligibility and liability/publicity release (except where prohibited) F > within 21 days. Failure to comply with this condition will result inJ > forfeiture of prize and an alternate winner will be selected in a randomJ > drawing. This drawing will take place no earlier than three and one half> > months after the unclaimed prize winner had been determined. > 
 > <end quote>  > 	 > Michael    ------------------------------  % Date: Tue, 04 Feb 2003 15:16:22 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Re: And the winner is? / Message-ID: <3E40117F.1E0F99A4@vl.videotron.ca>    Michael Unger wrote:G > An "OpenVMS golf shirt". And apparently the obligation to participate  > in advertising and promotion.   N Since advertising and promotion are words never used in the context of VMS, itL is a safe bet that HP won't do any advertising and promotion of this contest because it is VMS related.   ------------------------------  $ Date: Tue, 4 Feb 2003 12:37:51 -0800$ From: Shane Smith <ssmith@icius.com> Subject: RE: And the winner is? 0 Message-ID: <01C2CC4A.5048F500@sulfer.icius.com>  7 From: JF Mezei [mailto:jfmezei.spamnot@vl.videotron.ca]  >  >  >Michael Unger wrote: H >> An "OpenVMS golf shirt". And apparently the obligation to participate  >> in advertising and promotion. > L >Since advertising and promotion are words never used in the context of VMS, itM >is a safe bet that HP won't do any advertising and promotion of this contest  >because it is VMS related.   H But we /have/ seen VMS in widely read media recently; the VMS booting onF Itanium story has been told in more places than any other VMS story in recent years.   D Woah, interesting thought. Intel part-fund many TV PC adverts, henceF that horrible little ding-ding-ding-ding jingle popping up everywhere.E If Itanium does tank, VMS and Tandem customers will be the only group H who don't have alternative platforms. Growing VMS would then be the onlyF way for HP and Intel to recoup their investment. Intel marketing moneyC for VMS? Television adverts? I'll put up with the dings for that...    Shane    ------------------------------  # Date: Tue, 04 Feb 2003 01:57:56 GMT # From: "John Smith" <a@nonymous.com>  Subject: Re: And the winner is? I Message-ID: <E6F%9.255889$pDv.50768@news04.bloor.is.net.cable.rogers.com>   5 "Alan Frisbie" <Abuse@NelsonUSA.com> wrote in message ' news:3E3EFA30.72C1E81D@NelsonUSA.com...  > Richard Maher wrote: >  > > And the winner is? > = > Now I wonder what the "fabulous OpenVMS gift" is?   Dare we 
 speculate?  @ HP gives you the ownership papers and keys to the entire OpenVMS	 division.    ------------------------------   Date: 4 Feb 2003 18:37:15 -0800 1 From: susan_skonetski@hotmail.com (Sue Skonetski)  Subject: Re: And the winner is? = Message-ID: <857e9e41.0302041837.4559f504@posting.google.com>   ? I will be announcing all the winners tomorrow.  In case you are E wondering we did have a person guess a time of 3:30 (he had submitted D the time on Jan 10th).  We had nine people pick the correct day.  OfD the nine people 2 were from outside the us (Switzerland and Israel).  D The winners will be individually contacted via email.  I am planningB on a golf shirt with their name on it (probably a Greg Norman golfD shirt because his logo is a shark).  And I think "OpenVMS first Boot( 1/31/2003" but I am open to suggestions.  @ In case you are wondering these shirts are specifically for this contest.  * Hope this answers a few of your questions.  ? If the folks were here you can bet I would give them a big hug.    Warm Regards as always,    sue   c norm.raphael@metso.com wrote in message news:<OF10A10D61.AC19EC09-ON85256CC3.0068CD0C@metso.com>... L > Golf Shirts are short sleeve, no pocket, not tight at the armpit (no place > for a pocket protector). > M > From:  "Richard Maher" <maher_rj@hotspamnotmail.com> on 02/04/2003 01:48 PM  > A > Please respond to "Richard Maher" <maher_rj@hotspamnotmail.com>  >  > To:    Info-VAX@Mvb.Saic.Com > cc:  > $ > Subject:    Re: And the winner is? >  >  > Hi,  > F > For the 2nd time I give notice that (I'm pretty sure?) I was closer! > , > And is Golf shirt American for Polo shirt? > 6 > Regards Richard Maher (Who would much prefer a DS10) > 1 > Michael Unger <unger@decus.de> wrote in message ' > news:00A1B000.74311210.17@decus.de... / > > "Alan Frisbie" <Abuse@NelsonUSA.com> wrote:  > > D > > > I was off (early) by five hours and six minutes, and I haven'tK > > > seen anyone claim a closer time.   My guess was January 31, at 20:37. L > > > Now I wonder what the "fabulous OpenVMS gift" is?   Dare we speculate? > > I > > An "OpenVMS golf shirt". And apparently the obligation to participate ! > > in advertising and promotion.  > > ; > > It is still mentioned at the "boot contest rules" page:  > > C > > http://h18003.www1.hp.com/hps/ipf-enterprise/contest_rules.html  > >  > >  > > <start quote>  > >  > > *Official Rules *  > > 	 > > [...]  > > K > > *6. AWARDS:* [Within ten (10) days after the first "boot" of OpenVMS on K > > an Itanium? -based system (i.e. OpenVMS commences running and permits a J > > user to log on and conduct a directory command without error), HP willJ > > determine the five (5) eligible participants who selected the date andK > > time (U.S. Eastern Standard Time) closest to such first boot of OpenVMS H > > on an Itanium?-based system, and each of these five (5) participantsJ > > will be awarded one OpenVMS golf shirt, each with an approximate value > > of $25. [...]  > > 	 > > [...]  > >  > > *8. OTHER CONSIDERATIONS* K > > a. If a prize is returned as undeliverable, the prize will be forfeited A > > and an alternate winner will be selected in a random drawing. L > > b. By accepting an award, a participant agrees that HP, and those acting4 > > under its authority, may use participant's name,K > > picture/portrait/likeness and/or voice, for advertising and promotional E > > purposes without further consideration, unless prohibited by law.  > > 	 > > [...]  > > A > > d. Winners may be required to sign and return an affidavit of I > > eligibility and liability/publicity release (except where prohibited) H > > within 21 days. Failure to comply with this condition will result inL > > forfeiture of prize and an alternate winner will be selected in a randomL > > drawing. This drawing will take place no earlier than three and one half@ > > months after the unclaimed prize winner had been determined. > >  > > <end quote>  > >  > > Michael    ------------------------------  # Date: Wed, 05 Feb 2003 03:26:28 GMT # From: "John Smith" <a@nonymous.com> F Subject: Re: Announcing a port of GnuPG V1.2 for OpenVMS Alpha and VAXI Message-ID: <Ev%%9.271360$pDv.64604@news04.bloor.is.net.cable.rogers.com>   : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:eefOAu7LrsQu@eisner.encompasserve.org... 6 > In article <3e38155a$1@news.si.com>, "Brian Tillman"- <tillman_brian@notnoone.notnohow.com> writes: E > >>        GnuPG for VAX and Alpha V1.2 is up and available for your  use. > > C > > And another thing: if it's "open source", why the rigamarole of  all the * > > registration crap and the secret URLs? > E > Most Open Source licensing says they have to give you the source if  they> > give you the binaries, and that they cannot restrict further distributionE > by you. It does not restrict how they distribute the binary to you.  TheyF > could choose to distribute only by CDROM and even charge a media and& > copying fee if they wanted to do so. > B > I would presume they want to know to whom they have distributed, bothD > for statistical purposes and for letting recipients know of future changes.    7 Poindexter wants to know who to put under surveillance.    ------------------------------   Date: 4 Feb 2003 13:27:47 -0600  From: briggs@encompasserve.org Subject: Re: Batch job log spec 3 Message-ID: <tCelwrTHtdZV@eisner.encompasserve.org>   V In article <3FEB200321585022@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes:$ > briggs@encompasserve.org writes...K > }1.  Performance.  You're going to be doing a lot of disk access in order C > }to display all the file names of all the open files on the disk.  > H > If you don't do it very often, performance doesn't normally matter. IfH > you only need it from a few times a month to a few times a day this is > usually irrelevant.   D True.  Still, it seems overly profligate to scan all open files on aF volume, chase down directory backlinks to convert the associated FID's> to file names, and then do a text search through the resulting@ output in order to find the one file that you are interested in.  E > }2.  Audit logs.  If you're running without privileges, you run the E > }risk of triggering a bunch of alarms as you try and fail to obtain 9 > }the file access required to generate those file names.  > I > This could be the case. I suspect that on most systems it won't trigger  > many alarms, if any.  D My systems audit file access failures.  And $ SHOW DEV /FILES storms are a major contributor.  < > }3.  LOG file not on user's home disk.  You won't find it. > L > The above was for the case where the f$getqui request for the log filespecN > fails. You're supposed to try that first, and then this only if that doesn'tK > give you a filespec. When does that fail? When the /LOG qualifier was not O > present on the SUBMIT command used to submit the job. Under these conditions, G > the log file is placed in the sys$login directory. That is why I used ) > sys$login in the show dev/file command.   C In that case, I guess I need to add the complaint that the proposed @ technique can't get the version information right in the case of> simultaneously running batch jobs with the same log file name.  E > }4.  LOG file not ending in .LOG.  You won't be able to distinguish E > }it from your command procedure or any other open file on the disk.  > I > It will end in .LOG when you use this under the intended circumstances.   ? Then I guess I need to complain that the intended circumstances # aren't as general as they could be.   B > }5.  Directory alias.  The file name you get will be obtained byB > }traversing the directory backlink chain.  The result may not be  > }a correct file specification. > F > I don't see how this is possible. It may not be the prefered form ofD > the filespec (e.g. with a rooted logical as the base), but it willD > point to the file when prepended with the actual device name, will5 > it not? If not, when will it fail? Give an example.   C Have you ever done $ SHOW DEV /FILES on a system disk with improper  directory backlinks?   [SYSCOMMON.SYSEXE]SYS.EXE   E If the file header for SYSCOMMON.DIR has a file name of SYSCOMMON.DIR A but its directory backlink points to [000000]000000.DIR where the = directory entry has a name of V4COMMON.DIR then you will have  a reverse lookup file name of:   	[SYSCOMMON.subdir]file.exe   ' and valid forward lookup file names of:    	[V4COMMON.subdir]file.exe# and	[SYSn.SYSCOMMON.subdir]file.exe   G > }6.  Unsupported interface.  You're parsing file names out of a human H > }readable display.  Line wrap, truncation or any change in the displayD > }format from one release to the next and you could wind up in deep > }trouble.   H > That is true. But it has been the same for a long time and it probablyE > won't change. If it does, it breaks this. If you use extremely long C > filenames or your login directory is very deep in a chain of long E > directory names you might exceed the buffer length and get an error  > instead of a result. Oh well.   ) "Oh well" is not exactly a valid defense.   H > The problem is that there may not be a better way to do this from DCL.  F Someone proposed an end run around the problem.  If you can't discoverE the log file name, switch log files to one whose name you can choose.  An entirely sensible approach.  D Or you could decide that if pure DCL can't do the job well, go ahead& and use something other than pure DCL.  L > (I havn't seen anyone mention one yet.) Perhaps you could parse the outputM > from an ANA/SYS that was fed the info to do a SHOW PROC/CHAN on the correct I > process. But that has it's own problems, including most (if not all) of 6 > the above problems and probably some others as well.   Yowza.  Yeah.  :-)  9 > It was just an example of how to do what was suggested.   A Please don't take my response as a harsh criticism.  The approach B you suggested is indeed workable.  And the flaws I pointed out are not crippling.  
 > I do useD > something like it in one place myself - I have web servers runningH > on two nodes in a cluster from the same directory tree. The access.logI > files for the two instances are in the same directory. I sometimes want G > to know which of them is the one that is open on a specific node, and F > I find out using a method a lot like the above, but simpler (since IF > know the name and location of the log file, I search the listing forG > the actual desired filespec rather than the process ID: no looping is H > needed to build a list of all opened files to search, it just directly" > provides the desired filespec).   ? Given that problem, I'd probably have tackled it in exactly the  same way that you did.   	John Briggs   ------------------------------  $ Date: Tue, 4 Feb 2003 19:54:59 -0000' From: "Tim Pass" <xbk15@dial.pipex.com>  Subject: RE: Batch job log spec ? Message-ID: <AHEOIHOHCIGKFKMFAFLJOECEJFAA.xbk15@dial.pipex.com>    Try this, works for me...   % $  ON WARNING THEN GOTO ERROR_HANDLER  $! ...   $!    ... other code ...   $! ... $ERROR_HANDLER:!'f$veri(0)% $ if f$mode() .nes. "BATCH" then EXIT H $  THIS_FILE = F$GETQUI("DISPLAY_FILE","FILE_SPECIFICATION",,"THIS_JOB") $  LOGFILE = -I        F$PARSE(F$GETQUI("DISPLAY_JOB","LOG_SPECIFICATION",,"THIS_JOB"), - E        "SYS$LOGIN:''F$PARSE(THIS_FILE,,,"NAME")'.LOG",,,"NO_CONCEAL") > $  TEMPFILE = "SYS$SCRATCH:TEMP_" + F$GETJPI(0,"PID") + ".TMP"4 $  SET OUTPUT_RATE   ! flush output to the .LOG file- $  WAIT 00:00:02     ! give it time to finish # $  TYPE 'LOGFILE'/OUTPUT='TEMPFILE' . $  name=f$parse(f$envir("PROCEDURE"),,,"NAME"), $  MAIL 'TEMPFILE' 'F$GETJPI(0,"USERNAME")'-2         /SUBJECT="''name' - I crashed and burned"-5         /PERSON="''name' - Automatic log file mailer"  $  DELETE 'TEMPFILE';  $  EXIT  _______________________________  Regards    Tim # Tim_Pass at control-x dot co dot uk     -----Original Message-----1 From: James Gessling [mailto:jgessling@yahoo.com]  Sent: 31 January 2003 18:02  To: Info-VAX@Mvb.Saic.Com  Subject: Batch job log spec     8 I want to know the file spec of my batch job's log file./ (so I can mail it to operations to be checked).   $ I can see that f$getqui can do this:  ; x = f$getqui("DISPLAY_JOB","LOG_SPECIFICATION",,"THIS_JOB")   @ But I need to "establish context" for DISPLAY_JOB.  The examples> that "establish context" that I've found are all about looping- through a bunch of jobs, and I just want one.   , Can someone give me an example DCL,  Thanks,   Jim    ------------------------------   Date: 4 Feb 2003 14:57:33 -0600  From: briggs@encompasserve.org Subject: RE: Batch job log spec 3 Message-ID: <0RI7zuVr3iB5@eisner.encompasserve.org>   i In article <AHEOIHOHCIGKFKMFAFLJOECEJFAA.xbk15@dial.pipex.com>, "Tim Pass" <xbk15@dial.pipex.com> writes:  > Try this, works for me...  > ' > $  ON WARNING THEN GOTO ERROR_HANDLER 	 > $! ...   > $!    ... other code ...   > $! ... > $ERROR_HANDLER:!'f$veri(0)' > $ if f$mode() .nes. "BATCH" then EXIT J > $  THIS_FILE = F$GETQUI("DISPLAY_FILE","FILE_SPECIFICATION",,"THIS_JOB") > $  LOGFILE = -K >        F$PARSE(F$GETQUI("DISPLAY_JOB","LOG_SPECIFICATION",,"THIS_JOB"), - G >        "SYS$LOGIN:''F$PARSE(THIS_FILE,,,"NAME")'.LOG",,,"NO_CONCEAL")   1 There are cases in which this construction fails.   B The default log file specification is taken (in part) from the jobA name which is, in turn, defaulted from the first input file name. A In the case of a batch job submitted with /NAME=xxx, the two need @ not match.  I'm not sure of the behavior in an environment where? extended length (>39 characters) or extended character set file  names are used.   = Note that if you choose to default from "JOB_NAME" instead of = the file name component of "FILE_SPECIFICATION" then you have = another problem.  Not all valid JOB_NAME characters are valid @ file specification characters.  So ideally you'd need to reverseB engineer the way in which the VMS queue manager converts JOB_NAMES to file specifications.   > You can also get into grief if multiple batch jobs are running simultaneously.   @ And you can get into grief if you submit a multi-file batch job. e.g.   	$ submit this, that  C In THAT.COM, the computed log file specification will be incorrect.   A Yes, I'm being quite picky here.  The approach you gave is likely > to give very good service in a wide range of environments.  ItF is very close to the best that can be done with the F$GETQUI approach.   	John Briggs   ------------------------------   Date: 4 Feb 2003 18:56 CDT' From: carl@gerg.tamu.edu (Carl Perkins)  Subject: Re: Batch job log spec , Message-ID: <4FEB200318563628@gerg.tamu.edu>  " briggs@encompasserve.org writes...W }In article <3FEB200321585022@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes: % }> briggs@encompasserve.org writes... = }> }3.  LOG file not on user's home disk.  You won't find it.  }>  M }> The above was for the case where the f$getqui request for the log filespec O }> fails. You're supposed to try that first, and then this only if that doesn't L }> give you a filespec. When does that fail? When the /LOG qualifier was notP }> present on the SUBMIT command used to submit the job. Under these conditions,H }> the log file is placed in the sys$login directory. That is why I used* }> sys$login in the show dev/file command. } D }In that case, I guess I need to add the complaint that the proposedA }technique can't get the version information right in the case of ? }simultaneously running batch jobs with the same log file name.   C Yes it will. You are searching the SHOW DEV/FILE output for the PID D of the process. The only files that will be listed are the ones thatE the process has open, thus you will certainly get the correct version H of the file since the other version are held open by processes with PIDs8 for which you were throeing away the data in the search.  C }> }5.  Directory alias.  The file name you get will be obtained by C }> }traversing the directory backlink chain.  The result may not be ! }> }a correct file specification.  }>  G }> I don't see how this is possible. It may not be the prefered form of E }> the filespec (e.g. with a rooted logical as the base), but it will E }> point to the file when prepended with the actual device name, will 6 }> it not? If not, when will it fail? Give an example. } D }Have you ever done $ SHOW DEV /FILES on a system disk with improper }directory backlinks?   " Way back about 12 or 14 years ago.   }[SYSCOMMON.SYSEXE]SYS.EXE } F }If the file header for SYSCOMMON.DIR has a file name of SYSCOMMON.DIRB }but its directory backlink points to [000000]000000.DIR where the> }directory entry has a name of V4COMMON.DIR then you will have }a reverse lookup file name of:  }  }	[SYSCOMMON.subdir]file.exe } ( }and valid forward lookup file names of: }  }	[V4COMMON.subdir]file.exe $ }and	[SYSn.SYSCOMMON.subdir]file.exe  J This could be a problem if you are using a VAX that still has this problem+ more than a decade after it was identified.   I My suggestion in such a case would be to fix it. Then you won't have this  problem anymore.  G IIRC the person asking the question was using an Alpha. This particular ; problem has never existed with Alpha VMS, as far as I know.   D I don't know of any 3rd party software that causes this problem withF their directories either. That leaves the version of it that is causesF locally at each site. There isn't much to prevent that, but once it is noticed it should be fixed.   H }> }6.  Unsupported interface.  You're parsing file names out of a humanI }> }readable display.  Line wrap, truncation or any change in the display E }> }format from one release to the next and you could wind up in deep  }> }trouble. } I }> That is true. But it has been the same for a long time and it probably F }> won't change. If it does, it breaks this. If you use extremely longD }> filenames or your login directory is very deep in a chain of longF }> directory names you might exceed the buffer length and get an error  }> instead of a result. Oh well. } * }"Oh well" is not exactly a valid defense.  D Who needs a defense? If it breaks, it breaks. Oh well. (If they wereI to change what is returned by the routines your code uses to get the info A or the way you call them, your program would break too. Oh well.)   G It's simply a statement of how unimportant it is. If it breaks due to a F change in formating, you just look at the new output format and changeH the parsing. It shouldn't take more than a few minutes. If it breaks dueD to wraping/truncating/buffer size being exceeded, well then you have7 a real problem and may want to rethink the whole thing.   I }> The problem is that there may not be a better way to do this from DCL.  } G }Someone proposed an end run around the problem.  If you can't discover F }the log file name, switch log files to one whose name you can choose. }An entirely sensible approach. 
 }	John Briggs    I agree.   --- Carl   ------------------------------  # Date: Tue, 04 Feb 2003 19:38:48 GMT # From: "John Smith" <a@nonymous.com> N Subject: Re: Carly sez "no reason that HP couldn't ship Opteron-based servers"J Message-ID: <cFU%9.269006$pDv.266025@news04.bloor.is.net.cable.rogers.com>  2 "Milton" <mbhewitt@optonline.net> wrote in message2 news:h3pv3vgpdbclns5kq9p88k2eb9en3edhl6@4ax.com...= > http://www.fortune.com/fortune/print/0,15935,418480,00.html  > E > "People misunderstand," she says. "We don't have a gun to our head.  We/ > will migrate at the pace our customers want."     C "Scott Stallard, who supervises HP's high-end servers, says that by @ switching to Itanium his group will free up $400 million to $5005 million a year in R&D. That's the thought, at least."   1 As Stormin' Norman once said, "Bovine Scatology".   E No way in hell that Compaq was spending that much annually on CPU and F glue R&D on Alpha for VMS/Tru64/NSK. $50-100MM was more like it. Can't@ comment on the PA-RISC side of HP, but if they were spending theC difference then they certainly weren't getting their money's worth.   D Sure there was money spent on 'platform' issues, but that was not at? the CPU level as Stallard's comments would lead one to believe. E Perhaps he is thinking that all IA-64 systems across the company will E be identical and equally performing eventually. That's unlikely to be  the case, especially for NSK.    ------------------------------  $ Date: Tue, 4 Feb 2003 12:38:20 -0800# From: "Tom Linden" <tom@kednos.com> N Subject: RE: Carly sez "no reason that HP couldn't ship Opteron-based servers"9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAELHGIAA.tom@kednos.com>    >-----Original Message----- ) >From: John Smith [mailto:a@nonymous.com] * >Sent: Tuesday, February 04, 2003 11:39 AM >To: Info-VAX@Mvb.Saic.ComF >Subject: Re: Carly sez "no reason that HP couldn't ship Opteron-based	 >servers"  >  >  > 3 >"Milton" <mbhewitt@optonline.net> wrote in message 3 >news:h3pv3vgpdbclns5kq9p88k2eb9en3edhl6@4ax.com... > >> http://www.fortune.com/fortune/print/0,15935,418480,00.html >>F >> "People misunderstand," she says. "We don't have a gun to our head. >We 0 >> will migrate at the pace our customers want." >  > D >"Scott Stallard, who supervises HP's high-end servers, says that byA >switching to Itanium his group will free up $400 million to $500 6 >million a year in R&D. That's the thought, at least."  B I would guess that it included PA-RISC and Mips platforms as well. > 2 >As Stormin' Norman once said, "Bovine Scatology". > F >No way in hell that Compaq was spending that much annually on CPU andG >glue R&D on Alpha for VMS/Tru64/NSK. $50-100MM was more like it. Can't A >comment on the PA-RISC side of HP, but if they were spending the D >difference then they certainly weren't getting their money's worth. > E >Sure there was money spent on 'platform' issues, but that was not at @ >the CPU level as Stallard's comments would lead one to believe.F >Perhaps he is thinking that all IA-64 systems across the company willF >be identical and equally performing eventually. That's unlikely to be >the case, especially for NSK. >  >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.449 / Virus Database: 251 - Release Date: 1/27/2003  >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.449 / Virus Database: 251 - Release Date: 1/27/2003   ------------------------------    Date: 05 Feb 2003 08:36:37 +0800, From: Paul Repacholi <prep@prep.synonet.com>' Subject: Re: Clustered V6.2 and V7.3-1? - Message-ID: <873cn3zhpm.fsf@prep.synonet.com>   1 "Jeff Goodwin" <jgoodwin@maine.rrr-r.com> writes:   3 > - I know that the configuration is not supported. D > - The replacement systems will be ES45s, thus I need to run V7.3+.G > - I've done multiple VAX to Alpha migrations.  I'm mainly looking for $ > someone who has the version match.N > - The VAX systems are running, among other things, golden oldies such as RDB" > V4.2, Datatrieve V3.2, CDD V4.3,  B Is RDB used by apps other than DTR to any large degree? Could you,' Update DTR to a newer slimmer wombat :) ? Put a current version on RDB on the Alphas (ouch, Larry tax...) # Flush CDD forever as it deserves...   K Note that you may well have to `visit' a couple of version of RDB along the G way or unload and fully reload your database. A single copy of RDB with J generous memory and row-caching will totally blow you away for performance9 from all reports. Oh, and jump onto the RDB amiling list.   C > as well as the long obsolete ISIS message bus.  This in itself is > > not a supported configuration, thus my reluctance to upgrade
 > OpenVMS.  @ This may be a nastier problem to move, but at least it seems to B have got over the 5.5 hump. Drivers or other odd code to consider? It  *may* work fine on 7.3...    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  $ Date: Tue, 4 Feb 2003 11:10:18 -0800$ From: Shane Smith <ssmith@icius.com> Subject: RE: Columbia 0 Message-ID: <01C2CC3E.0AA06E40@sulfer.icius.com>  C That sounds similar to a design I've seen on television a couple of F times, NASA were having some large aerospace company try to design it.F It was going to require three different types of engine including jetsH to get up to speed, then scramjets when the airflow was strong enough. IA forget what the third engine was, possibly rocket for outside theiE atmosphere? The artist's impression looked like it was a lifting body D rather than having true wings. I think it was called the SSO, SingleF Stage to Orbit. They said it was going to be a massive design problem,H and require several new technologies to be created for it to work. Sorry+ if my flaky memory has mangled any of that.a  > Needless to say, it doesn't exist yet, and since we've seen no8 testflights on the news, it's probably quite a way away.   Shanet   -----Original Message-----5 From: Island Computers [mailto:dbturner@islandco.com]N' Sent: Monday, February 03, 2003 2:49 PMr To: Info-VAX@Mvb.Saic.Com  Subject: Re: Columbia     " SO what about controlled re-entry?  D It seems to me that our use, in 2003, of late 1920's technology (notA forgetting that the Chinese had fireworks over 2000 years ago) is  somewhat	 outdated.r  C The whole concept of pushing a brick upwards with solid boosters isr quiterF proposterous, and if it was a new concept, would be laughed out of the design meeting.e  H Attach some (not enlarged fins as on the Orbiter)wings and a  jet engine forCF primary lift until oxygen levels drop too much, and ancilliary rockets to1 whack it in to orbit seems the logical way to go.  Same goes for re-entry.nG Fighting gravity is fuel hungry, but controlling the drop to earth with G retros and again, jet engines on wings providing resistance seems to mes the  way to go???  D SCRAMjets are in their infancy, but would be extremely beneficial to thosee6 who were anticipating coming back to earth in 1 piece.   My 2.53 euros worthe   DT      6 "Barry Treahy, Jr." <Treahy@MMaz.com> wrote in message! news:3E3E8CCC.1090300@MMaz.com...r Jan-Erik S=F6derholm wrote:D  = >Well, I don't know, but there must be something here I don'tg >understand. >iA >7 people got killed in the first shuttle accident in *17 years*.y1 >That is of course terrible for those 7 families.y >e> >Now, 40.000 people get killed in car accidents *each year* in >the US. >tA >When did the US President hold a specific TV speach about that ?s >r > E Any loss of life is unfortunate; The real shame is the amount of timecD the space program will be put on hold, or worse, by space nay-sayersE that will use this accident as a tool to damage or reduce the size ofrG the space program.  Politics, and how this will be used to spin agendas H in the US Senate and House for power, that is the real shame...  People,E including my own wife, loose site if the innovations and technologiesiF that have spawned because of the space race that JFK initiated and has since evolved...   Barry    --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIOs  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028-   ------------------------------  % Date: Tue, 04 Feb 2003 01:11:06 -0500m( From: David Froble <davef@tsoft-inc.com> Subject: Re: Columbiag, Message-ID: <3E3F597A.4010306@tsoft-inc.com>   Bill Todd wrote:   <snip>    E >>So it seems even if they'd known how serious the damage was, they'dpC >>have had no option but to attempt re-entry and hope for the best.  >> > M > At least one additional option they'd have had - had they known there was a K > problem by stepping out and taking a look - would have been to attempt to K > adjust the reentry attitude a bit to minimize heat and stress on the lefteG > wing.  Again, see Apollo 13 for examples of how much ingenuity can be / > brought to bear once a problem is recognized.u > M > Would that, or any other possible tactic they might have come up with, haverK > helped?  Who knows - but it sure as hell wouldn't have made the situation  > worse.     Just some observations.n  P The outcome was the worst possible, lose of both people and hardware.  Anything  else would have been better.  O As taught to student pilots, and mandated/suggested by FAA, a pilot performs a iQ pre-flight inspection before flight.  A mandatory inspection of a shuttle before eL re-entry would seem to follow this time honored and proven safety procedure.  L If the shuttle tiles are damaged, it would seem that de-orbiting would be a Q stupid move.  While saving the people would be a higher priority than saving the fA hardware, saving the hardware would be better than what happened.u  O As mentioned by Bob, having a 'rescue' payload that can be launched in a short rQ amount of time seems to be an inexpensive and good idea.  Even if it's just life dK support essentials until another shuttle can rescue the people, it's great  
 insurance.  O An inspection immediately after insertion to LEO would allow plenty of time to p consider contingencies.t  N I haven't followed the news closely.  In exploration, there will be loses.  A S determined people will not let such stop them.  Learn.  Fix the problem(s).  Go on.    Dave   ------------------------------   Date: 4 Feb 2003 15:07:05 -0800t. From: spamsink2001@yahoo.com (Alan E. Feldman) Subject: Re: Columbiat< Message-ID: <b096a4ee.0302041507.adeebc3@posting.google.com>  g "Island Computers" <dbturner@islandco.com> wrote in message news:<v3ts9diceu4ra0@news.supernews.com>...o$ > SO what about controlled re-entry?  D The reentry is controlled on the Space Shuttle. They don't make up a8 random number, fire that much fuel and leave it at that!  F > It seems to me that our use, in 2003, of late 1920's technology (notL > forgetting that the Chinese had fireworks over 2000 years ago) is somewhat > outdated..  < By this reasoning, modern cars are using 1890's technology.   3 And cavemen had wheels. So we shouldn't use wheels?t  K > The whole concept of pushing a brick upwards with solid boosters is quite H > proposterous, and if it was a new concept, would be laughed out of the > design meeting.u  D The whole concept of opening a valve to let a gas-air mixture into aF cylinder and using a spark to ignite it to create an explosion to push@ the piston to push the crankshaft to ..., and if it *were* a new8 concept, would be laughed out of the design meeting. ;-)  N > Attach some (not enlarged fins as on the Orbiter)wings and a  jet engine forK > primary lift until oxygen levels drop too much, and ancilliary rockets to-3 > whack it in to orbit seems the logical way to go.    Except that it won't work.   > Same goes for re-entry.    Same.s  I > Fighting gravity is fuel hungry, but controlling the drop to earth withiM > retros and again, jet engines on wings providing resistance seems to me the  > way to go???  A Were talking about almost 200 miles above the earth's surface and.= moving at a speed of 18000 miles per hour (that's 5 miles pertC *second*!). I don't think jet engines are quite up to the task yet.nE And of course they won't work 200 miles up. And getting that much jete fuel 200 miles up, ....y  L > SCRAMjets are in their infancy, but would be extremely beneficial to those8 > who were anticipating coming back to earth in 1 piece.   Wake me up when they're ready.   Disclaimer: JMHO Alan E. Feldmanr   ------------------------------  % Date: Wed, 05 Feb 2003 00:02:28 +0100d& From: Bob Marcan <bob.marcan@aster.si>6 Subject: Re: Could IBM Be the Next Computer Chip King?/ Message-ID: <9EX%9.597$wK6.36509@news.siol.net>a   Greg Cagle wrote:e > David Froble wrote:r >  >>D >> Rather interesting claim.  Anyone have any idea who, besides HP, J >> really has to use the beast?  How many of those 7 OSs are some form of E >> Unix?   From my limited sight, I can see windoze, Unix, and VMS.  eA >> Aside from VMS, how many of the others will NOT run on Hammer?e >  > / > HP-UX for one, and I imagine NSK for another.o > ; > As for what the 7 are, I can only identify five distincet  > OSes from Intel's website: > 	 > WindowsiI > six varieties of Linux (RH, Caldera, MSC, SUSE, TurboLinux, and United c > Linux) > HP-UXy > NSKo > VMSp >   ; Come on, Linux is Linux. Distributions differ in bloatware.- -- -A   Bob Marcan                           mailto:bob.marcan@aster.sikA   Aster^H^H...HermesPlus^H^H^H...S&T    tel:    +386 (1) 5894-329eA   Nade Ovcakove 1                       fax:    +386 (1) 5894-201iA   1000 Ljubljana, Slovenia                    http://www.aster.sir   ------------------------------  % Date: Tue, 04 Feb 2003 14:48:24 -0700o% From: Dan O'Reilly <dano@process.com>h Subject: CTERM weirdness on VAXlB Message-ID: <5.1.0.14.2.20030204143843.01c76e48@raptor.psccos.com>  G Been converting my home network over to 100baseT from 10baseT.  At this D point, I have my PC, laptop and one AS200 4/233 on 100baseT.  I haveA an AS200 4/166 and VAXstation 4000 model 60 on 10baseT.  They allIF plug into the same 10/100 Linksys switch (note: switch, not hub).  TheD 2 alphas and the VAX are clustered together (they're all running VMS 7.3).   C On all systems, all is OK for doing IP protocols.  For the cluster,aE all traffic such as SCS, MSCP, that sort of thing, is fine.  However,gF on just the VAX, CTERM traffic (via SET HOST) is pretty much unusable.G It can take several seconds for characters to be echoed, and eventuallyo the sessions just drop.   G I'm guessing this is just a timing problem with CTERM traffic, and it's8F something I have to live with, as it's going into the switch as 10mbps@ and is coming out as 100mbps.  The weird thing is that this sameG scenario on the Alpha that only has a 10mbps interface works just fine.o  
 Any ideas?   ------J +-------------------------------+----------------------------------------+J | Dan O'Reilly                  |  "There are 10 types of people in this |J | Principal Engineer            |   world: those who understand binary   |J | Process Software              |   and those who don't."                |J | http://www.process.com        |                                        |J +-------------------------------+----------------------------------------+   ------------------------------   Date: 3 Feb 2003 22:56:09 -0800p6 From: inet-register@planet-eigner.de (Reinhard Eigner)! Subject: DECevent shows errors...o= Message-ID: <5bfbe1c6.0302032256.569d7c40@posting.google.com>r   Hi NG!  6 I've a Digital Personal Workstation 600au (Miata MX5).8 OpenVMS 7.3-1 runs on it. Yesterday I installed DECevent@ 3.4 to investigate why my errlog.sys is increasing so extremely.$ DECevent shows me following entries:   MATRIX:SYSTEM> dia /sincen  
 DECevent V3.4s    L **** V3.4  ********************* ENTRY  109 ********************************    , Logging OS                        1. OpenVMS* System Architecture               2. Alpha+ OS version                           V7.3-1E$ Event sequence number           560.9 Timestamp of occurrence              04-FEB-2003 05:56:16d5 Time since reboot                    0 Day(s) 0:00:03e+ Host name                            MATRIXi  A System Model                         Digital Personal WorkStation   A Entry Type                       32. Cold Start (ie: System Boot)   3 SWI Minor class                   2. System startupi  # TODR                      x21A30A06     L **** V3.4  ********************* ENTRY  110 ********************************    , Logging OS                        1. OpenVMS* System Architecture               2. Alpha+ OS version                           V7.3-1w$ Event sequence number           561.9 Timestamp of occurrence              04-FEB-2003 05:56:16m5 Time since reboot                    0 Day(s) 0:00:03 + Host name                            MATRIXe  A System Model                         Digital Personal WorkStationt  1 Entry Type                       64. Volume Mount   1 SWI Minor class                   4. Volume mount   # Owner UIC                 x00010001c$ Error count                       0.$ OP count                        176.$ Unit Number                       0./ Unit Name                            MATRIX$DKA-$ Volume number                     0.$ Volumes in set                    0.- Volume Label                         ALPHASYSo    L **** V3.4  ********************* ENTRY  111 ********************************    , Logging OS                        1. OpenVMS* System Architecture               2. Alpha+ OS version                           V7.3-1o$ Event sequence number           562.9 Timestamp of occurrence              04-FEB-2003 05:56:16c5 Time since reboot                    0 Day(s) 0:00:03i+ Host name                            MATRIX   A System Model                         Digital Personal WorkStation   1 Entry Type                        1. Device Error      ---- Device Profile ----0 Unit                                 MATRIX$DKA0- Product Name                         RZ1CC-BAt( Vendor                               DEC   -- Driver Supplied Info -t) Device Firmware Revision             883FhD VMS SCSI Error Type               5. Extended Sense Data from Device# SCSI ID                         x00 # SCSI LUN                        x00w# SCSI SUBLUN                     x00oL Port Status               x00000001  NORMAL  -  normal successful completion; SCSI Command Opcode             x28  Read (10 byte command)  Command Data#                                 x081#                                 x00s#                                 x3Fs#                                 xF0r#                                 xBBF#                                 x00e#                                 x00 #                                 x01 #                                 x00   4 SCSI Status                     x02  Check Condition$ Remaining Byte Length            18.   --- Device Sense Data ---n  2 Error Code                      x70  Current Error# Segment #                       x00 # Information Byte 3              x00i#             Byte 2              x00 #             Byte 1              x00 #             Byte 0              x00s4 Sense Key                       x05  Illegal Request# Additional Sense Length         x0Ax# CMD Specific Info Byte 3        x00t#                   Byte 2        x00o#                   Byte 1        x00l#                   Byte 0        x00l3 ASC & ASCQ                    x2400  ASC  =   x0024a3                                      ASCQ =   x0000e9                                      Invalid Field in CDBd# FRU Code                        x80s9 Sense Key Specific Byte 0       xC0  Valid Sense Key Datae#                    Byte 1       x00 #                    Byte 2       x01o   ----- Software Info ----- 6 UCB$x_ERTCNT                     16. Retries Remaining6 UCB$x_ERTMAX                     16. Retries Allowable+ IRP$Q_IOSB                x0000000000000000r+ UCB$x_STS                 x18021910  Onlinen)                                      Busya3                                      Software Valide7                                      Unload At DismounttF                                      Volume is Valid on the local nodeL                                      Unit supports the Extended Function bit4 IRP$L_PID                 x00010002  Requestor "PID"5 IRP$x_BOFF                     3584. Byte Page Offset = IRP$x_BCNT                      512. Transfer Size In Byte(s)m5 UCB$x_ERRCNT                      1. Errors This Unit 4 UCB$L_OPCNT                     179. QIO's This Unit/ ORB$L_OWNER               x00010001  Owners UICw9 UCB$L_DEVCHAR1            x1C4D4008  Directory Structureds2                                      File Oriented-                                      Sharablet.                                      Available,                                      Mounted2                                      Error Logging5                                      Capable of Input 6                                      Capable of Output2                                      Random Access    L **** V3.4  ********************* ENTRY  112 ********************************    , Logging OS                        1. OpenVMS* System Architecture               2. Alpha+ OS version                           V7.3-1 $ Event sequence number           563.9 Timestamp of occurrence              04-FEB-2003 05:56:35f5 Time since reboot                    0 Day(s) 0:00:23p+ Host name                            MATRIXt  A System Model                         Digital Personal WorkStationo  4 Entry Type                       40. System Bugcheck  4 Bugcheck Minor class              2. System Bugcheck  K Bugcheck Msg                         INCONSTATE, Inconsistent I/O data basea# Process ID                x00010003 , Process Name                         STARTUP+ KSP                       x000000007FFA1D80a+ ESP                       x000000007FFA6000w+ SSP                       x000000007FFAC020e+ USP                       x000000007AE99AF0d+ R0                        xFFFFFFFFFFFFFFFFb+ R1                        x0000000000010000e+ R2                        x0000000000000000 + R3                        xFFFFFFFFFFFFFFFE + R4                        x0000000000000001 + R5                        xFFFFFFFF810CDC30s+ R6                        xFFFFFFFF81490A00e+ R7                        x000000000000000B + R8                        x0000000000000002 + R9                        x0000000000000000h+ R10                       x0000000000000000e+ R11                       xFFFFFFFF814BF200a+ R12                       x0000000000000000D+ R13                       x0000000000000001o+ R14                       x0000000000000000e+ R15                       xFFFFFFFF81008000 + R16                       x0000000000000198f+ R17                       x0000000000000010r+ R18                       x0000000000000001m *CANCEL*  + R20                       x0000000000000001a+ R21                       xFFFFFFFF810CDDC0e+ R22                       xFFFFFFFC0866EE00o+ R23                       xFFFFFFFF81008000 + R24                       x0000000000000000c+ R25                       x0000000000000004e+ R26                       xFFFFFFFF8011B39C + R27                       xFFFFFFFFFFFFFFEFs+ R28                       x0000000000000001d+ FP                        x000000007FFA1D80 + SP                        x4B44245849525441 + PC                        xFFFFFFFF8011B3A8 + PS                        x0000000000000B00e    L **** V3.4  ********************* ENTRY  113 ********************************    , Logging OS                        1. OpenVMS* System Architecture               2. Alpha+ OS version                           V7.3-1c$ Event sequence number           564.9 Timestamp of occurrence              04-FEB-2003 05:56:35 5 Time since reboot                    0 Day(s) 0:00:23m+ Host name                            MATRIX   A System Model                         Digital Personal WorkStation-  4 Entry Type                       40. System Bugcheck  4 Bugcheck Minor class              2. System Bugcheck  K Bugcheck Msg                         INCONSTATE, Inconsistent I/O data baser# Process ID                x00010003N, Process Name                         STARTUP+ KSP                       x000000007FFA1D80!+ ESP                       x000000007FFA6000E+ SSP                       x000000007FFAC020"+ USP                       x000000007AE99AF0=+ R0                        xFFFFFFFFFFFFFFFFG+ R1                        x0000000000010000$+ R2                        x0000000000000000N+ R3                        xFFFFFFFFFFFFFFFE_+ R4                        x0000000000000001_+ R5                        xFFFFFFFF810CDC30I+ R6                        xFFFFFFFF81490A00T+ R7                        x000000000000000Ba+ R8                        x0000000000000002T+ R9                        x0000000000000000S+ R10                       x0000000000000000 + R11                       xFFFFFFFF814C0500l+ R12                       x0000000000000000_+ R13                       x0000000000000001 + R14                       x0000000000000000-+ R15                       xFFFFFFFF81008000[+ R16                       x0000000000000198y+ R17                       x0000000000000010j    D This "INCONSTATE, Inconsistent I/O data base" error occurs on nearlyG every process I work with. For example if I do a telnet on this machineeM I get an "INCONSTATE, Inconsistent I/O data base" error on the tcpip process.,  + Does anyone have any ideas or hints for me?t   Thx! Reinhard   ------------------------------  % Date: Tue, 04 Feb 2003 21:41:42 -0500i2 From: rdeininger@mindspring.com (Robert Deininger)% Subject: Re: DECevent shows errors...TL Message-ID: <rdeininger-0402032141440001@user-2ive1c3.dialup.mindspring.com>  A In article <b1om0m$omr$07$1@news.t-online.com>, "Reinhard Eigner"e <antispam@garnix.de> wrote:@  H >> the inconsistent IO database crash is probably NOT unrelated, but I'mD >> not going to speculate further. I would check you have the latestK >> console firmware, also see if the SCSI drive firmware is up to revision, I >> and if it is a VMS supported drive, and check the controller revision. - >> You may of course also have a faulty disk!_ >E@ >The SCSI-HDD was delivered with the machine. I already bought a >"new" one at ebay.  >PJ >> The bugcheck in this case is data protection, the system is telling youF >> it is unhappy with what is going on in the IO space, so rather thanI >> corrupt data, it bugchecks without causing further damage. If you've aiG >> contract with HP, some analysis on the dump file should reveal  what J >> specifically is inconsistent about the IO database, this may or may not+ >> lead to the source of the inconsistency.  >eG >I don't have a contract with HP because this is my private Alpha and I)H >want to learn OpenVMS. So my next question is: What is the IO database?  I The IO database is a complex set of data structures that VMS uses to keepSH track of devices and pending IO operations.  It's acronym soup.  Most ofI the data structures are in system space, accessed in kernel mode, and areo
 "trusted".  I Trusted means the data is assumed to be valid (unlike data passed from ancJ unprivileged user) and most operations don't check the data structures forD validity.  For example, linked lists are assumed to be valid; if one2 isn't, the code that manipulates it will get lost.  J But there are SOME checks (more are available but are off by default), andI in one of these checks, VMS detected an invalid condition.  At this pointgF the OS assumes it can't trust much of anything in kernel memory, so itI commits suicide, writing as much state information as possible in a crash-
 dump file.  J The default location for the crash dump is SYS$SYSTEM:SYSDUMP.DMP.  If youC want to look at it, you use the ANALYZE/CRASH tool after the system@% reboots.  First commands are usually:o  	 SDA> HELP E SDA> COPY xxx.dmp   -- to copy the dump to a new file, so it won't beP overwritten by the next crash.   SDA> CLUE CRASHs SDA> SHOW CRASH   F Crash dump analysis isn't so much a skill as a way of life.  You can'tJ make much headway without the VMS source listings and link maps.  There isJ a manual for ANALYZE/CRASH, and it's twin ANALYZE/SYSTEM, which is used toB look at data structures on a running system.  See the VMS doc set.    F The "INCONSTATE, Inconsistent I/O data base" is just one of a class ofI similar crashes.  They are most often caused by bugs within VMS, but sick @ hardware can contribute.  If the hardware detects a failure thatI compromises system integrity, you would expect a Machine Check crash, buttD undetected hardware errors can and do corrupt OS data structures and, eventually lead to software-induced crashes.  I For a customer without a software support contract, a crash usually meanstD you should check that you are up to date on your VMS patches.  OtherH crashes can be induced by a badly-mistuned system.  In your case, try to< eliminate the suspect hardware, and see if the crashes stop.  H There's lots of VMS to learn before you will enjoy analyzing crash dumps@ or unravelling the IO database.  If you really want to learn VMSE internals, get the "OpenVMS Internals and Data Structures" book.  Foro; anything that doesn't answer, you need the source listings.p   ------------------------------   Date: 4 Feb 2003 22:40:00 -0800i6 From: inet-register@planet-eigner.de (Reinhard Eigner)% Subject: Re: DECevent shows errors...t= Message-ID: <5bfbe1c6.0302042240.4addf857@posting.google.com>i  J > There's lots of VMS to learn before you will enjoy analyzing crash dumpsB > or unravelling the IO database.  If you really want to learn VMSG > internals, get the "OpenVMS Internals and Data Structures" book.  For.= > anything that doesn't answer, you need the source listings.n  E Well, I tested a few things and restored my OpenVMS 7.2-1 from a tapeVK and there is only the HDD error and crash re-start entries (from shutdown).O+ So it seems to be a problem with VMS 7.3-1.lH I had some little problems to install VMS 7.3-1, for example I could notI set GMT timezones. If I choose one of the GMTs I got an error message andt the setup cancels.   ------------------------------  $ Date: Tue, 4 Feb 2003 22:49:37 +0100" From: "Hans Vlems" <hvlems@iae.nl>& Subject: Re: DECNet Configuration Help6 Message-ID: <b1pchl$1591r8$1@ID-143435.news.dfncis.de>  : "Michael Thompson" <m_thompson@ids.net> schreef in bericht) news:v3vea0ctn5v575@corp.supernews.com...tK > I have several VAXen connected with Ethernet. I have TCP/IP installed andeF > working. I would like to configure DECNet between the machines. I am cluelessG > about configuring DECNet so I could use some cookbook instructions orr pointers? > to tutorial information. The systems are running OpenVMS 7.2.l > J > Eventually I would like to configure DECNet on a DPV11 in a VAX 3600 andA > connect it to a DUP11/KMC11 in a PDP-10 KS10 running TOPS 7.03.  >T	 > Thanks!. >tD With DECnet you have two options : phase IV and phase V. Both are inL maintenance mode and will be supported as long as VMS is sold. Phase V has aJ very flexible, extensive and informative user interface (ncl) and supportsH millions of nodes. Phase IV has a much more limited user interface (ncp,L command line only) and supports up to 64000 nodes. If the number of nodes isL no restriction <g> and you can live with the easy to learn ncp utility, then go for Phase IV.@ Install an appropriate license: DVNETRTG, DVNETEND or one of theJ NET-APP-SUP-nnn licenses and install phase IV decnet from the CD. Next log in as SYSTEM and @NETCONFIG H A DECnet address is a 16 bit entity where bits [15:9] store the area and" bits [9:0] store the node address.J That gives 63 areas and 1023 nodes per area. Usually people start with 1.1J and count upwards. You can use any area you like, but having nodes in moreC than one area requires a thing called area routing. Even though the L performance overhead is exegerated IMHO, there's no need to set it up unless  you've got more than 1023 nodes.J The DECnet address is stored in a SYSGEN parameter called SCSSYTEMID which has the value:E     (<area>*1024) + <node address>, so node 1.10 has scssystemid 1034-G You must set that before configuring DECnet (and this requires a rebootc. since scssystemid is not a dynamic parameter).7 The configuration is handled by a supplied DCL routine:2 @sys$manager:netconfigK Besides node address you can probably stick to all the default answers. ThemE configuration utility starts DECnet if you have a license loaded. PutwL @sys$startup:startnet in your systartup_vms.com (systartup_v5.com?) file and that's basically it.   Hans   ------------------------------  $ Date: Wed, 5 Feb 2003 08:47:28 +04004 From: Valentin Likoum <valentin.likoum@ncc.volga.ru>4 Subject: Re: Digital Network's Access Server Manager3 Message-ID: <262121248.20030205084728@ncc.volga.ru>.  : On 04.02.2003 Chuck Aaron <caaron@ceris.purdue.edu> wrote:   > Hello,  F > If anyone is using this product can you provide me a recommendation?  F   We use it. Handy for populating settings from pre-configured port toF others and for configuration backup purposes (save/restore functions).   -- i
 Best regards,h#  Valentin                          n(  valentin.likoum at ncc dot volga dot ru   ------------------------------   Date: 4 FEB 2003 18:52:46 GMTr4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher) Subject: E*trade replacing VMS? 5 Message-ID: <4FEB03.18524666@thuria.waisman.wisc.edu>o   After reading: h  >   http://www.wired.com/news/infostructure/0,1377,57503,00.html  8 titled "Banks Want to Swim With Penguin" I noticed this:  A    "Financial industry heavyweights such as Merrill Lynch, MorganaG    Stanley, Credit Suisse First Boston, Goldman Sachs Group and E-TradeN@    have all announced major Linux deployments in recent months."  = I hope this doesn't mean E*Trade is trading in VMS for linux.r   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 8 --                karcher.nomorepspam@waisman.wisc.edu     ------------------------------  $ Date: Tue, 4 Feb 2003 23:38:38 -0500' From: "Main, Kerry" <Kerry.Main@hp.com> # Subject: RE: E*trade replacing VMS?rT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660D2F@kaoexc01.americas.cpqcorp.net>   Carl,r  H Most folks playing/testing/implementing Linux solutions are "testing theC waters" and are typically deploying them on the edge type area (webi
 servers etc).u  F Bottom line is that once you get past the hype, the OS is a very smallA part of any IT solution. As an example, as I recall, Oracle stillIC charges $40k/CPU and $60K/cpu (list) with 9i RAC deployed - even onoF Linux solutions. The same goes for other Enterprise Software products.  ? Here is best quote of the day wrt to the current state of LinuxM7 solutions: Reference from same magazine you referenced:o  < http://www.wired.com/news/infostructure/0,1377,57353,00.htmlD "It's like watching a baby discover its toes," said New Jersey coderD Nick Nardine. "Not only does the baby think its toes are the coolestH thing in the world, it insists you must discover your toes too. WatchingH these guys push Linux on us is endearing and annoying at the same time."     :-)e  : For a more realistic view of where Linux is at, check out:J http://www.techrepublic.com/article_guest.jhtml?id=3Dr00520021202ggg01.ht= mv	 &page=3D1 F ""The cost of acquisition of software, hardware-all the things you buyH up front-that's a minority element of the total cost of ownership of anyA operating system," he said. "Whether you pay $2,000 for a Windows:C license or $49.95 for a boxed copy of Linux, over the course of its-+ lifetime, that ends up being a minor cost."3  H Gillen pointed out that $2,000 divided over five years is $400. "What isE the cost for a technical support professional per hour to be there on 8 staff? Probably a couple of hundred dollars," he noted."  ' Also, Linux has its challenges as well:o: http://news.com.com/2100-1001-963447.html?tag=3Dfd_nbs_entD Here is something from this article that I am sure will make Bankers8 with mission critical applications feel warm and cozy ..  E "Linux programmers tend to be more free-form, with enough programmers A trying things out so that eventually someone comes upon the righttG approach. "If you have enough people going out and trying it, it's likeeG this blind hen approach to finding food, sometimes you just get lucky,".' he said. "There is no grand scheme."=20   8 Yep, I feel real safe with my large money transfers now.   :-)D   Regards   
 Kerry Main Solutions Architectu Hewlett-Packard (Canada) Co.! Consulting & Integration Servicesa Voice: 613-592-4660o Fax   : 613-591-4477 Email: Kerry.Main@hp.com     -----Original Message-----> From: Carl Karcher [mailto:karcher@thuria.waisman.wisc.edu]=20 Sent: February 4, 2003 1:53 PM To: Info-VAX@Mvb.Saic.Coml Subject: E*trade replacing VMS?      After reading:=20r  >   http://www.wired.com/news/infostructure/0,1377,57503,00.html  8 titled "Banks Want to Swim With Penguin" I noticed this:  A    "Financial industry heavyweights such as Merrill Lynch, Morgan1G    Stanley, Credit Suisse First Boston, Goldman Sachs Group and E-Trade @    have all announced major Linux deployments in recent months."  = I hope this doesn't mean E*Trade is trading in VMS for linux.o   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison,: --                karcher.nomorepspam@waisman.wisc.edu =20   ------------------------------   Date: 5 Feb 2003 00:42:45 -0600 + From: young_r@encompasserve.org (Rob Young).# Subject: RE: E*trade replacing VMS?u3 Message-ID: <N8hyrL7JYPTM@eisner.encompasserve.org>p  ~ In article <BE56C50EA024184DAF48F0B9A47F5CF402660D2F@kaoexc01.americas.cpqcorp.net>, "Main, Kerry" <Kerry.Main@hp.com> writes: > Carl,l > A > Here is best quote of the day wrt to the current state of Linuxo9 > solutions: Reference from same magazine you referenced:c > > > http://www.wired.com/news/infostructure/0,1377,57353,00.htmlF > "It's like watching a baby discover its toes," said New Jersey coderF > Nick Nardine. "Not only does the baby think its toes are the coolestJ > thing in the world, it insists you must discover your toes too. WatchingJ > these guys push Linux on us is endearing and annoying at the same time." >   = 	The absolute serious side cannot be overlooked.  The seminal @ 	piece regarding direction , "what does it mean?" is still that  	NYT piece:-  F http://www.nytimes.com/library/tech/00/03/biztech/articles/20soft.html  5 	Ancillary evidence that it is having a major impact:   P http://www.computerworld.com/softwaretopics/os/linux/story/0,10801,77883,00.html  K After years of running disparate Unix-based systems in its global IT server F operations, Unilever is committing its technological future to Linux.   E The $52 billion consumer products company plans to switch to Linux onpN Intel-standard hardware in all 80 countries where it operates. "We believe ...L that it will [meet] all of our computing needs in the eight- to 10-year timeI frame," said Colin Hope-Murray, CTO of the global infrastructure group atc
 Unilever.   I "We want to be able to cookie-cut our systems and deliver them around theiO world" without having to worry about operating system or hardware compatibilitydA issues, Hope-Murray said. The company currently runs systems with O Hewlett-Packard Co.'s Tru64 version of Unix and IBM's AIX, after having alreadya) migrated some applications off of HP-UX. b    C 	It is probably going to get a real steamroller going when a numberhA 	of these larger corporations roll out their own internal studiesM 	showing cost savings.  H So far, [Unilever] has no cost-savings numbers to release, but anecdotal; evidence is bolstering its expectations, Hope-Murray said. h  M "We've got an awful lot of proof points," he said, including firewall serversyO that run three times faster under Linux, with cost savings of up to 40%. "EverytF time we put in Linux, we are amazed and surprised at its speed and the' reliability with which we can run it." e  9 	You know.... IBM got it - really did.  When?  Fall 1999.   F http://www.nytimes.com/library/tech/00/03/biztech/articles/20soft.html  D "The Linux issue," Wladawsky-Berger explained, "is whether this is aN fundamentally disruptive technology, like the microprocessor and the Internet? We're betting that it is." P   	Disruptive?  Absolutely.,  A 	When a steamroller is coming, you have a few choices.  Stand andeC 	do nothing.  Run ahead and *attempt* to stay ahead.  Or get behind  	it.  = 	Unilever's savings will come from industry standard hardwared> 	and a very low-cost OS.  All other OSes dogmeat?  No.  But it@ 	is very challenging to be a Unix and compete against Linux here 	on out.   				Rob0   ------------------------------  # Date: Tue, 04 Feb 2003 20:42:43 GMTe' From: Don Sykes <anonymous@pacbell.net>>5 Subject: Re: Frmr VMS eng. (Greg Robert) seeking worki+ Message-ID: <3E402670.3AE0A20F@pacbell.net>e  C Perhaps it's time we emigrate to India. I hear Bangalore is all thet rage. B We can save money by living in crowded group apartments with other: expatriots and send our money back home to the US/UK... :)       Jerry Leslie wrote:t > 5 > Robert Deininger (rdeininger@mindspring.com) wrote:a > :rK > : VMS is not dead, but the IT economy is not very vibrant right now.  VMSnK > : jobs are scarce, but not non-existant.  Many other IT specialities haveh  > : the same problem these days. > :i > ! > And as are other occupations...  > D >    http://www.businessweek.com/magazine/content/03_05/b3818001.htm< >    BW Online | February 3, 2003 | The New Global Job Shift >  >   "FEBRUARY 3, 2003l >    COVER STORY >  >    The New Global Job Shifte > K >    The next round of globalization is sending upscale jobs offshore. TheysE >    include basic research, chip design, engineering--even financial K >    analysis. Can America lose these jobs and still prosper? Who wins? Whos >    loses?r >  >    [snip]t > K >    If big layoffs result at home, corporations and Washington may have tohH >    brace for a backlash. Already, New Jersey legislators are pushing aK >    bill that would block the state from outsourcing public jobs overseas.bI >    At Boeing Co. (BA ), an anxious union is trying to ward off more joboG >    shifts to the aircraft maker's new 350-person R&D center in Moscowd >    (page 42).a > I >    The truth is, the rise of the global knowledge industry is so recentiG >    that most economists haven't begun to fathom the implications. ForoI >    developing nations, the big beneficiaries will be those offering thepJ >    speediest and cheapest telecom links, investor-friendly policies, andJ >    ample college grads. In the West, it's far less clear who will be the6 >    big winners and losers. But we'll soon find out." > 4 > --Jerry Leslie   (my opinions are strictly my own); >   Note: leslie@jrlvax.houston.rr.com is invalid for email.   ------------------------------  % Date: Mon, 03 Feb 2003 21:37:02 -060031 From: "David J. Dachtera" <djesys.nospam@fsi.net>u5 Subject: Re: Frmr VMS eng. (Greg Robert) seeking workt' Message-ID: <3E3F355E.1491C666@fsi.net>a   Swallowbrook wrote:m >  > Hi folks,e > [snip]   Hello, Greg,  H You'll find netiquette to be of limited value here. Flame wars and other such get going all the time.  F Sorry to have to inform you, but VMS is dead. The final shovel full ofF dirt fell June 25, 2001, the date of the AlphaCide. Go for Linux, *BSD or some other non-M$ systems.h  B That said, there's a chance, albeit infinitesimal, that VMS - likeH Imhotep - may rise from the grave, though I doubt it will be imbued withE any powers of invincibility. Lord Gates, the modern-day Scorpion King-/ would never allow that, nor would his "Anubis".   G In reviewing this newsgroup, you may notice that the long-awaited first B "official" boot of VMS on IA64 occurred recently. If, and that's aD mighty BIG "if", Itanic ever "reaches port" and finally appears in aE viable, mass-producible, ready-for-prime-time form, VMS may live onceo again.  E The masochist in me believes that they wouldn't go to all the troublewH and expense of porting OpenVMS to Itanic unless they intended to promoteA it by actually doing some serious marketing of it. Many of us VMSoE faithful will be forced into other careers and/or retirement by then,sG but it seems both unthinkable and incomprehensible that "they" would go D through all that only to let OpenVMS-IA64 wither on the same vine ofH ignominity that has rendered it as impotent and forsaken as it is today.  G Then again, the unthinkable and incomprehensible have characterized VMS H since the days of "GQ" Palmer. So, holding one's breath either way still seems inadvisable.  B Good luck in your job hunt, but don't set your heart on a VMS gig.3 They're almost a black-market commodity these days.d   -- i David J. Dachteran dba DJE Systems- http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/a   ------------------------------  % Date: Tue, 04 Feb 2003 08:41:54 +0100D1 From: SAP Trainee <Didier.Morandi.nospam@Free.fr>e5 Subject: Re: Frmr VMS eng. (Greg Robert) seeking worke& Message-ID: <3E3F6EC2.2010205@Free.fr>  > May I suggest three choices as Implementation Project Manager:   SAPa SAPm andm SAP    D.   Swallowbrook wrote:g > Hi folks,  > K > I apologize in advance if I'm violating this group's netiquette.  But I'mnH > simply flummoxed by the paucity of job listings in conventional places* > such as Monster.com or the Boston Globe. > @ > I spent a dozen years in the VMS development group at what wasB > then call DEC (then Digital, then Compaq, and now HP).  I workedL > on device drivers, the print symbiont, project leader, as a group manager,C > and finally lead the introduction of CDROM, online documentation, % > and the infamous but necessary LMF.e > D > I'm bored with semi-retirement, unsettled by the stock market, andF > so seek something interesting and challenging to do.  I'm especiallyA > interested in working with the extant VMS base which, I'm sure,-B > will still be running for another 10 to even 20 years.  Hence myI > choice of this group to post.  I'm interested in technical, managerial,D% > and business related opportunities.a     -- o)     M O R A N D I   C o n s u l t a n t sv+ 19 chemin de la Butte 31400 Toulouse France,+ Tl: 33(0)6 7983 6418 Fax: 33(0)5 6154 19281%         http://Didier.Morandi.Free.frX   ------------------------------  % Date: Tue, 04 Feb 2003 19:34:20 -0600k1 From: "David J. Dachtera" <djesys.nospam@fsi.net>a5 Subject: Re: Frmr VMS eng. (Greg Robert) seeking workV' Message-ID: <3E406A1C.34D97205@fsi.net>o   Robert Deininger wrote:t > = > In article <3E3F355E.1491C666@fsi.net>, "David J. Dachtera"   > <djesys.nospam@fsi.net> wrote: >  > >Swallowbrook wrote: > >> > >> Hi folks, > >> [snip]t > >e > >Hello, Greg,  > >cK > >You'll find netiquette to be of limited value here. Flame wars and othert > >such get going all the time.  > > I > >Sorry to have to inform you, but VMS is dead. The final shovel full ofwI > >dirt fell June 25, 2001, the date of the AlphaCide. Go for Linux, *BSD   > >or some other non-M$ systems. > Q > Just in case the original poster hasn't been following the newsgroup lately ...- > G > We should point out that David Dachtera has become one of the leading 
 > bitter,    ...soon to be...  C > ex-VMS folks contributing to the group.  When he makes a negativeeI > comment about VMS that appears to be a statement of fact, it's a prettyh > safe bet that it's  	 ...not.../   > just his own personal opinion   G ..., rather a well documented statement of the general sentiment in the- market place toward VMS...  
 > .  Best not-   (expunge "not")   
 > to take his3 > opinions seriously unlessr  # (strike "unless", insert "because")e  1 > there is plenty of independent evidence to back54 > them up. The above paragraph is a perfect example.  H It is based on some five plus years of experience in the market place asB a job seeker, independent consultant (lastest attempt of many) andE would-be reseller/partner. Most folks here are employees and have not B recently tried plying their VMS trade solo in these days where theD common belief in the market is that since VMS is not advertised, theG VMS-specific publications have all disappeared and VMS's last surviving F platform has been EOL'd, VMS is, therefore, dead, has no future and is. not worthy of consideration for new purchases.   > VMS is not dead,  D You'll have to forgive Robert. He's one of the many still in denial.F Such folks think that customers still trust OpenVMS management despiteG years of "assurances" and broken promises, and that they'll wait around H for Intel to get its head of Itanic's butt and figure out how to finallyF get a competitive 64-bit CPU and chipset to market en-mass so they canE re-embrace VMS. Of course, we all know that such sites will have been*D lost to Micro$lop for years by that time, but don't tell them that - they'll never believe you.  4 > but the IT economy is not very vibrant right now.   F Which explains nothing re: VMS since VMS jobs have been a scarcity and; getting scarcer since before the current economic downturn.s   > VMS ) > jobs are scarce, but not non-existant. I  D The job boards - using certain geographic selection criteria - would seem to disagree with you.  ! > Many other IT specialities haveo > the same problem these days.  H True. MVS/VM jobs, Solaris jobs, PICK jobs, AS400 jobs, RSTS/E jobs, RSXA jobs ... they're all hard to come by, and VMS is no exception. Of D course, it rather depends on geography. New England has FAR more VMS@ jobs than Chicago, for example, but that still doesn't say much.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/o   ------------------------------  % Date: Mon, 03 Feb 2003 21:07:19 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>. Subject: Re: Hedder full error' Message-ID: <3E3F2E67.44C01672@fsi.net>    Jerry Leslie wrote:6 > [snip]3 >    $ dir/size/grand/total dka200:[000000...]*.*;*o  H You'll get a more accurate count on a system disk if you do it this way:    $ SET DEF SYS$SYSDEVICE:[000000]@ $ DIR [000000...]/EXCLUDE=[SYS*.SYSCOMMON...]*.*;*/SIZ=ALL/GRAND   -- r David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Tue, 04 Feb 2003 01:17:27 -0500 ( From: David Froble <davef@tsoft-inc.com> Subject: Re: Hedder full error, Message-ID: <3E3F5AF7.9000605@tsoft-inc.com>   David J. Dachtera wrote:   > Jerry Leslie wrote:  >  >>[snip]3 >>   $ dir/size/grand/total dka200:[000000...]*.*;*  >> > J > You'll get a more accurate count on a system disk if you do it this way: > " > $ SET DEF SYS$SYSDEVICE:[000000]B > $ DIR [000000...]/EXCLUDE=[SYS*.SYSCOMMON...]*.*;*/SIZ=ALL/GRAND  C Long before BACKUP, DIRECTORY should have gotten a /NOALIAS switch.      Dave   ------------------------------  $ Date: Mon, 3 Feb 2003 22:37:31 -0500  From: John Santos <JOHN@egh.com>/ Subject: Re: help installing OpenVMS 7.3 needed 4 Message-ID: <1030203222142.631A-100000@Ives.egh.com>  ! On 3 Feb 2003, Baby Peanut wrote:t   > Hi,  > F > While not entirely clueless I have never built an OpenVMS system andA > have no idea if any docs are available on the web.  The OpenVMSyD > Hobbyiest CD arrived with no documenation whatsoever.  I know that' > it's not an ISO, it's an ODS so I ran  > # > $ dd if=/dev/acd0a of=OpenVMS.ods  >  > and then wrote:l > & > $ cat /more/emulators/vax/inst2.ini  > load -r ka655.binI > set rq0 ra82 > at rq0 OpenVMS.dsk > set rq1 cdrom  > at rq1 OpenVMS.ods
 > boot cpu >  > $ cd /more/emulators/vax/0 > $ vax inst2.ini  > [...blah blah...]  > >>> boot dua1  > F > now I'm in stand-alone backup and I want to install on to DUA0 which > is device type RA82. >  > What do I type to do that? > 	 > Thanks,  > BP  & According to the FAQ, VMS docs are at:  ,          http://www.openvms.compaq.com:8000/+          http://www.openvms.compaq.com/doc/02          http://www.openvms.compaq.com/commercial/  > You want to look at the VAX Version X.x (whatever is right for= your version of VMS) Upgrade and Installation Manual, but the0 basic procedure is the same.  @ Once you've booted into S/A backup, you need to restore save-set< "B" onto your intended system disk, and then boot that disk.> The startup file will then automatically proceed with the rest9 of the installation.  For VMS V7.3, the backup command is   6 $ BACKUP/IMAGE/VERIFY source-drive:VMS073.B/SAVE_SET - _$ target-drive:  8 (For CD-ROM, the prompt is "$$$" instead of "$", and you$ need to mount the target drive 1st.)  9 I think in your case, the source drive would be DUA1: andi+ the target drive is DUA0:, so you would do:    $$$ MOUNT/FOREIGN DUA0:C9 $$$ BACKUP/IMAGE/VERIFY DUA1:[0,0]VMS073.B/SAVE_SET DUA0:W   [After it finishes:]  
 $$$ LOGOUT: to get back to the little menu, take option 2 to shutdown,8 and then boot DUA0: (aka rq0)  (BTW, is this SIMH?  What kind of host are you using?)  7 If you don't already have the hobbyist licenses, you'llb& need them shortly after booting DUA0:.    --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------    Date: 05 Feb 2003 10:17:51 +0800, From: Paul Repacholi <prep@prep.synonet.com>X Subject: Re: How many other sites had their CSLG licenses expire at midnight last night?- Message-ID: <87d6m7xygg.fsf@prep.synonet.com>   & svieth@wi.rr.com (Scott Vieth) writes:  , > I'll admit that we got caught by surprise.   H > My manager *swears* that he was not contacted by HP/Compaq and given a > chance to renew.   A > When I was on the phone with the Customer Support Center in thesD > middle of the night, the person helping me said I was the third or@ > fourth CSLG site to call since midnight with the same problem.  F It bit people over here a few years ago. Trouble was, it was the first( week of the new acedemic year :( Ouch...   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 4 Feb 2003 15:24:46 -0800 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris) 5 Subject: HP leads in worldwide disk storage, says IDC = Message-ID: <cf15391e.0302041524.77794eac@posting.google.com>F  C According to IDC, as of Q3 2002, HP held the lead in worldwide disk F storage revenue, with 27% market share (up from 24% share the previousF quarter), and with a comfortable lead over rivals IBM at 20% share and EMC at 11% share.0   ------------------------------  % Date: Tue, 04 Feb 2003 21:23:38 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>9 Subject: Re: HP leads in worldwide disk storage, says IDC0/ Message-ID: <3E40679A.413DA6E5@vl.videotron.ca>    Keith Parris wrote:  > E > According to IDC, as of Q3 2002, HP held the lead in worldwide disk H > storage revenue, with 27% market share (up from 24% share the previousH > quarter), and with a comfortable lead over rivals IBM at 20% share and > EMC at 11% share.F  N In terms of installed base, are the numbers very different, or does one vendor stand out ?0   ------------------------------  $ Date: Tue, 4 Feb 2003 16:28:55 -0500; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>FF Subject: Re: Inspecting VMS SMTP email contents before it gets to user$ Message-ID: <3e403097$1@news.si.com>  C >there is a sophos vms virus scan the previous poster was referringF >to sold separately   L So, you're a psychic and read my mind?  I was referring to exactly what Alan& described.  You're the one who goofed. --  I Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot com 5 Smiths Aerospace  Addresses modified to prevent SPAM..@ 3290 Patterson Ave. SE, MS Replace "at" with "@", "dot" with "." Grand Rapids, MI 49512-1991:8        This opinion doesn't represent that of my company   ------------------------------  $ Date: Tue, 4 Feb 2003 22:32:39 +0100" From: "Hans Vlems" <hvlems@iae.nl>T Subject: Re: Itanium EFI Console (was: Re: OpenVMS Boots on Itanium on Friday Jan 316 Message-ID: <b1pbhr$15ntu6$1@ID-143435.news.dfncis.de>  K >   Please see the available Intel Itanium information and particularly the K >   available EFI specifications for details on the console environment and / >   capabilities.  http://developer.intel.com/.  > I I did just that as mentioned in an earlier post. Quite interesting; thank  you Hoff   ------------------------------  $ Date: Tue, 4 Feb 2003 22:27:31 +0100" From: "Hans Vlems" <hvlems@iae.nl>U Subject: Re: Itanium EFI Console (was: Re: OpenVMS Boots on Itanium on Friday Jan 31)F6 Message-ID: <b1pb8i$15fg5t$1@ID-143435.news.dfncis.de>   >_I >   If you want to see details of what folks are working with, please seeFK >   the Extensible Firmware Interface (EFI) console specifications from the H >   Intel developer website -- developer.intel.com, IIRC.  The EFI shellB >   looks like a cross between the MS-DOS and UNIX command shells. > " >   Just remember the EFI command: > 
 >     HELP -B0 >0H >   This is the command that the HELP text indicates will parcel out theI >   help text output (akin to UNIX more and other screen-at-a-time output1H >   tools), but that and a few other EFI commands scroll by far too fast$ >   to see without using the -B. :-) >oI >   We have various enhancements in mind for the console environment, andFJ >   there are certainly many various and quite useful capabilities already8 >   integrated into the default EFI console environment. >n Hoff,a  L "remembering" an EFI command is somewhat difficult since I've never seen EFI in my life.0L Now If I were to win the boot contest and HP would ship me a 2600 that would' solve this problem very nice indeed :-) L but I visited Intel and downloaded information, including C sources for EFI. That'll teach me something.@ Thanks,l   Hans   ------------------------------   Date: 3 Feb 2003 22:53:14 -0800t: From: craig.berry@SignalTreeSolutions.com (Craig A. Berry)' Subject: Re: Newbie with dumb questionsc< Message-ID: <7f15589f.0302032253.cbe476e@posting.google.com>  [ carl@gerg.tamu.edu (Carl Perkins) wrote in message news:<3FEB200320083765@gerg.tamu.edu>...c& > jasper <jasper@never.tell> writes...  H > }Yes, graphics are fine in linux. When I boot into vms I see a messageF > }during the boot process that states something to the effect that no" > }graphics hardware is detected.  > . > You may not have a supported graphics card.   E Ah, but he has already shown us from his console output that he has auF 4D10T, which is the DEC name for the Elsa Gloria Synergy 8 card, whichD is indeed supported by VMS.  However, IIRC, support is not availableC by default on OpenVMS Alpha 7.2-1, which is what the poster says he = has.  The driver was available in a separate directory on thec) installation CD-ROM (possibly [.ELSA] ?).   E But the easiest way in my view to get the required driver would be to ? install the latest VMS721_GRAPHICS ECO.  Jasper, an "ECO" is ankD Engineering Change Order and is essentially the same thing as what'sD called a patch or service pack on other OSs.  There are two requiredF prerequisite ECOs for the graphics patch, noted in its release notes. A 7.2-1 is getting a bit long in the tooth by now and has *lots* oftD recommended patches.  By far the easiest way to see what's suggested for your system is to go tol  8 <http://ftp.digital.com.au/pub/ecoinfo/ecoinfo/a721.htm>  D If I were you I'd start with the graphics patch and the prerequisite? system update and pcsi patches, then go back and see what otheroE "Install 1" rated patches are there.  Let us know how it goes and aske" more questions when you get stuck.   ------------------------------  % Date: Tue, 04 Feb 2003 14:36:43 -0800h  From: jasper <jasper@never.tell>' Subject: Re: Newbie with dumb questionsa8 Message-ID: <bof04vkue1j8gm3opkj3cv1e80ua1k9rb0@4ax.com>  A On 3 Feb 2003 22:53:14 -0800, craig.berry@SignalTreeSolutions.comC (Craig A. Berry) wrote:t    F >Ah, but he has already shown us from his console output that he has aG >4D10T, which is the DEC name for the Elsa Gloria Synergy 8 card, whichkE >is indeed supported by VMS.  However, IIRC, support is not availablerD >by default on OpenVMS Alpha 7.2-1, which is what the poster says he> >has.  The driver was available in a separate directory on the* >installation CD-ROM (possibly [.ELSA] ?). > F >But the easiest way in my view to get the required driver would be to@ >install the latest VMS721_GRAPHICS ECO.  Jasper, an "ECO" is anE >Engineering Change Order and is essentially the same thing as what'srE >called a patch or service pack on other OSs.  There are two requiredcG >prerequisite ECOs for the graphics patch, noted in its release notes. rB >7.2-1 is getting a bit long in the tooth by now and has *lots* ofE >recommended patches.  By far the easiest way to see what's suggestedu >for your system is to go to >o9 ><http://ftp.digital.com.au/pub/ecoinfo/ecoinfo/a721.htm>l >iE >If I were you I'd start with the graphics patch and the prerequisiten@ >system update and pcsi patches, then go back and see what otherF >"Install 1" rated patches are there.  Let us know how it goes and ask# >more questions when you get stuck.n  F Thank you for the info, Craig.  I tried to look at the installation cdC that came with the system, and find that I can not mount the cdrom.-F Have looked in the Hobbyist Guide, and in the Getting Started with VMSF book. Can't find instructions on mounting the cdrom. By using the showA dev command I come to the conclusion that dev/dka500 is the cdromiF drive, but when I attempt to mount it I get queried as to volume label and log--and that stumps me!    @ Am beginning to think the VMS system as installed on this rig isD incomplete. I have ordered the Hobbyist Kit and will install from itB when it arrives. In the interim, I shall study and continue to ask, dumb questions--like how to mount the cdrom!    > -----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----A http://www.newsfeeds.com - The #1 Newsgroup Service in the World!o> -----==  Over 80,000 Newsgroups - 16 Different Servers! =-----   ------------------------------  $ Date: Tue, 4 Feb 2003 14:35:40 -0800$ From: Shane Smith <ssmith@icius.com>' Subject: RE: Newbie with dumb questions00 Message-ID: <01C2CC5A.D218AA70@sulfer.icius.com>  G Jasper, try "MOUNT DKA500:/OVER=ID". This will mount the CD without you-H having to know the label, and it won't even ask for a log. As it mounts,F it'll show the label name, so write it down for next time when you can use "MOUNT DKA500: labelname".   ShaneP  G >Thank you for the info, Craig.  I tried to look at the installation cd D >that came with the system, and find that I can not mount the cdrom.G >Have looked in the Hobbyist Guide, and in the Getting Started with VMSsG >book. Can't find instructions on mounting the cdrom. By using the showeB >dev command I come to the conclusion that dev/dka500 is the cdromG >drive, but when I attempt to mount it I get queried as to volume label  >and log--and that stumps me!  >sA >Am beginning to think the VMS system as installed on this rig is E >incomplete. I have ordered the Hobbyist Kit and will install from iteC >when it arrives. In the interim, I shall study and continue to askh- >dumb questions--like how to mount the cdrom!e    > -----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----A http://www.newsfeeds.com - The #1 Newsgroup Service in the World!y> -----==  Over 80,000 Newsgroups - 16 Different Servers! =-----   ------------------------------   Date: 4 Feb 2003 19:13 CDT' From: carl@gerg.tamu.edu (Carl Perkins)n' Subject: Re: Newbie with dumb questionse, Message-ID: <4FEB200319134976@gerg.tamu.edu>  $ jasper <jasper@never.tell> writes...G }Thank you for the info, Craig.  I tried to look at the installation cdrD }that came with the system, and find that I can not mount the cdrom.G }Have looked in the Hobbyist Guide, and in the Getting Started with VMSnG }book. Can't find instructions on mounting the cdrom. By using the show B }dev command I come to the conclusion that dev/dka500 is the cdromG }drive, but when I attempt to mount it I get queried as to volume label: }and log--and that stumps me!   E The label should prbably be printed on the CD somewhere. If you can'tuB find out what it is, you can use the /OVER=ID qualifier (short forB /OVERRIDE=IDENTIFICATION if you really want to type it all) to getF it mounted (it will also tell you what the label is when you do this).  F The "log" parameter is just a logical name that is will define for youG pointing to the CD. Enter just about any string you want, or nothing att all - it is optional.p  A }Am beginning to think the VMS system as installed on this rig is-E }incomplete. I have ordered the Hobbyist Kit and will install from itkC }when it arrives. In the interim, I shall study and continue to askc- }dumb questions--like how to mount the cdrom!0  F It may be incomplete, or it may just be set up to run with no graphicsD as a server (which would be weird - you'd normally make sure all theC graphics stuff is installed and functional so you can log in at thetF graphics display in order to manage the system more easily, if nothing else).   --- Carl   ------------------------------  % Date: Tue, 04 Feb 2003 18:18:25 -0800   From: jasper <jasper@never.tell>' Subject: Re: Newbie with dumb questions 8 Message-ID: <1ss04vs0cg5isgbb58qk437vjflvsb93ar@4ax.com>  A On 4 Feb 2003 19:13 CDT, carl@gerg.tamu.edu (Carl Perkins) wrote:g    F >The label should prbably be printed on the CD somewhere. If you can'tC >find out what it is, you can use the /OVER=ID qualifier (short for"C >/OVERRIDE=IDENTIFICATION if you really want to type it all) to getuG >it mounted (it will also tell you what the label is when you do this).s >iG >The "log" parameter is just a logical name that is will define for you H >pointing to the CD. Enter just about any string you want, or nothing at >all - it is optional.   Good to know. Thanks!e  B >}Am beginning to think the VMS system as installed on this rig isF >}incomplete. I have ordered the Hobbyist Kit and will install from itD >}when it arrives. In the interim, I shall study and continue to ask. >}dumb questions--like how to mount the cdrom! >gG >It may be incomplete, or it may just be set up to run with no graphicseE >as a server (which would be weird - you'd normally make sure all the D >graphics stuff is installed and functional so you can log in at theG >graphics display in order to manage the system more easily, if nothingn >else).t >s	 >--- Carl   E Yeah, it would be weird, except that I bought this Alpha box on ebay.lB The fellow that sold it to me installed the VMS as a favor to dualC boot with the already installed RH Linux 7.2-1. I think he probablysD copied everything to the hard drive and pretty much left it at that.B When I boot, there are so many messages scrolling by that I cannot read as they move too fast.     > -----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----A http://www.newsfeeds.com - The #1 Newsgroup Service in the World!l> -----==  Over 80,000 Newsgroups - 16 Different Servers! =-----   ------------------------------  $ Date: Tue, 4 Feb 2003 15:40:47 -0500; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com> 6 Subject: Re: OpenVMS Boots on Itanium on Friday Jan 31$ Message-ID: <3e40254f$1@news.si.com>   >Steve is Sue's husband.   As I suspected.= --  I Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot comy5 Smiths Aerospace  Addresses modified to prevent SPAM. @ 3290 Patterson Ave. SE, MS Replace "at" with "@", "dot" with "." Grand Rapids, MI 49512-1991i8        This opinion doesn't represent that of my company   ------------------------------  $ Date: Tue, 4 Feb 2003 22:31:19 +0100" From: "Hans Vlems" <hvlems@iae.nl>6 Subject: Re: OpenVMS Boots on Itanium on Friday Jan 316 Message-ID: <b1pbfb$15e09g$1@ID-143435.news.dfncis.de>  0 "John Smith" <a@nonymous.com> schreef in berichtD news:fjF%9.255986$pDv.112825@news04.bloor.is.net.cable.rogers.com... >?7 > "Bill Todd" <billtodd@metrocast.net> wrote in messaget. > news:1L-dnSujmNpGlaKjXTWc2Q@metrocast.net... > >p2 > > "John Smith" <a@nonymous.com> wrote in message > >nG > news:v_C%9.546850$F2h1.315339@news01.bloor.is.net.cable.rogers.com...a > > >uC > > > "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in messagep/ > > > news:3E3ED59D.216D796C@vl.videotron.ca...d > > > > warren sander wrote:C > > > > > sue will announce the winners when she gets all the stuff" > > > finalized..  > > > > B > > > > Hope you will strictly enforce the restriction that render > > > ineligible anyoneeH > > > > who is friends with or has met any of the engineers. :-) :-) :-) > ;-)6 > > >  > > >-C > > > Everyone knows that an engineer's best friend is their pocketr > > > protector. > >o1 > > Good Lord!  You must be even older than I am!y >  >3D > Not quite sure that I qualify for 'fossil' status yet.  But when IH > started Engineering school, pocket protectors and K&E slide rules wereH > still in vogue, complete with belt loops. First calculator I owned wasD > an HP-45, also with belt loops - still have it in my drawer, rightF > beside my K&E. Still use the K&E occasionally so I don't forget how.E > My daughter thinks the slide rule rocks, so I'm teaching her how to 	 > use it.i >oJ Consider yourself lucky: my daughters (all 4 of them) think it's a kind of! cute elaborate measuring tool :-)n   ------------------------------    Date: 05 Feb 2003 08:39:49 +0800, From: Paul Repacholi <prep@prep.synonet.com>J Subject: Re: OpenVMS.org: Marvel article and HP's press release for Marvel- Message-ID: <87y94vy2zu.fsf@prep.synonet.com>-  , "Bill Todd" <billtodd@metrocast.net> writes:  : > "Rob Young" <young_r@encompasserve.org> wrote in message/ > news:fSiIgis3U5EB@eisner.encompasserve.org...h  & > > on-chip switches coming to Itanium  qC > Got a reference for that?  I certainly haven't seen any projectedrE > Itanic that seems likely to support on-chip switches before 2006 atwB > the earliest (and nothing specific there, either: it's just thatD > every version prior to that data seems explicitly to *exclude* theF > possibility).  Or on-chip memory controllers, for that matter (SPARC > has them today, IIRC).  A Intel have published that the same chipset will be used till posta? Chivano, so that would seem to say NO till then. BTW, has intelo8 shipped a working chipset yet? Or is the ZX1 it for now?   -- t< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 4 Feb 2003 12:47:37 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)x  Subject: Re: Oracle 9i and ODS-53 Message-ID: <CeVSBt7mSfLb@eisner.encompasserve.org>h  c In article <fmT%9.25557$H67.115275@tor-nn1.netcom.ca>, "Syltrem" <syltremzulu@videotron.ca> writes:r > N > Can I safely convert a drive from ODS-2 to ODS-5, or is is best to buy a new( > disk just for installing Oracle on it? >   E    I know nothing about Oracle's needs, but I've converted many disks 3    from ODS-2 to ODS-5 and had no problems with it. !    (set volume/structure_level=5)t   ------------------------------  $ Date: Tue, 4 Feb 2003 14:33:40 -0500' From: "Main, Kerry" <Kerry.Main@hp.com>.  Subject: RE: Oracle 9i and ODS-5T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660D2A@kaoexc01.americas.cpqcorp.net>   Re: Oracle and ODS5 ..  D Oracle 9i R2 takes advantage of the new UNIX features that OpenVMS =F supports, hence the requirement for the main parts to reside on ODS5 = volumes.  B My understanding is that the data disks can still reside on ODS2 = volumes.  J As Bob mentioned, it is very easy to convert an ODS2 volume to ODS5, but =H just ensure things like 3rd party backup utilities, disk defragmenters = etc all support ODS5 volumes.i   Regardsu  
 Kerry Main Solutions Architectt Hewlett-Packard (Canada) Co.! Consulting & Integration Servicesa Voice: 613-592-4660/ Fax   : 613-591-4477 Email: Kerry.Main@hp.com     -----Original Message-----2 From: Syltrem [mailto:syltremzulu@videotron.ca]=20 Sent: February 4, 2003 1:06 PM To: Info-VAX@Mvb.Saic.Comt Subject: Oracle 9i and ODS-5    B I saw a note on Metalink to the effect that Oracle 9.2.2 MUST be = installed on an ODS-5 disk.h   Can anyone comment on this?.D Is that only for the binaries, or is it also true for the database = files?  J Can I safely convert a drive from ODS-2 to ODS-5, or is is best to buy a =* new disk just for installing Oracle on it?   Any advice appreciated..   Thanks   --   OpenVMS 7.2-1, Oracle 8.1.6.0    Syltrem0A http://pages.infinit.net/syltrem (OpenVMS related web site - en = D fran=E7ais) To reply to myself directly, remove zulu from my address   ------------------------------  * Date: Tue, 4 Feb 2003 19:06:17 +0000 (UTC)3 From: "Richard Maher" <maher_rj@hotspamnotmail.com>l5 Subject: Re: Privileges in a shareable image questions/ Message-ID: <b1p2v8$23i$1@helle.btinternet.com>    Hi,e  I > I guess I could. But then the server must somehow authenticate that theaH > "thing" that is talking to it is my shareable image. Otherwise a rogue programnC > could pretend to be anyone and send messages on behalf of anyone.i  J There are many tried and tested ways of achieving this. The one thing theyI all rely on is that a privileged user is "trusted". So you need SYSPRV to1G attach to your mailboxes but that's easy for you because you're in EXEC J mode, regardless of user privs. It is just as easy for anyone else in EXECJ mode, but then the system manager has had to have said that he trusts themH to do the right thing and not corrupt your memory or send crap down yourI channels. (I've been very disappointed with the behaviour of some layeredi products lately!)s  I > Is it safe for the user written service to change mode to exec, set thedJ > privilege, then change mode back to user, call all the shareable images, then1 > change mode back to kernel to remove the priv ?a   ABSOLUTELY NOT!!!u  H > if the routine in a calles shareable image fails, can I make sure that code tof6 > disable sysprv gets executed before image run down ?  I If, when in EXEC mode, you get something like an ACCVIO the VMS kills thesF process. (It's best not being in KERNEL mode 'cos VMS will crash!) YouI should also be aware of traps like trying to die in an EXEC mode AST with,H i/o pending and VMS not letting the process die until the i/o completes.G EXEC mode locks have similar issues and so on. If you get an unexpectedgK error BUGCHKing is good but yes you have to make sure to turn OFF all privsl before you logically exit.   See also rundown routines.   Cheers Richard Maher.m  H PS. And if one of the VMS engineers has stopped (well deserved) partying4 they might want to give us all the definitive guide.    ; JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in messageu) news:3E3D8598.4E2AF29D@vl.videotron.ca...s > Richard Maher wrote:G > > If worst comes to worst you could always opt for a server solution.  >sI > I guess I could. But then the server must somehow authenticate that the H > "thing" that is talking to it is my shareable image. Otherwise a rogue programbC > could pretend to be anyone and send messages on behalf of anyone.e >tK > > documentation (and Stephen Hoffman) says that you should never call outt toH > > another shareable from a UWSS. Having said that, go into INSTALL and pick aB > > couple of shareables that were installed /PROTECTed then do an
 analyze/imagerD > > on them and just see how many other shareables they call out to. >  > Yes, this is what puzzles me.i >eI > Is it safe for the user written service to change mode to exec, set theSJ > privilege, then change mode back to user, call all the shareable images, then1 > change mode back to kernel to remove the priv ?u >lL > > secureshrp. So why shouldn't you be allowed to call your SFF routine you mayiC > > ask? I've yet to come across a comprehensive answer on that :-(g >eH > if the routine in a calles shareable image fails, can I make sure that code toa6 > disable sysprv gets executed before image run down ?   ------------------------------   Date: 4 Feb 2003 18:50:59 -0800h( From: bob@instantwhip.com (Bob Ceculski)5 Subject: Security threats set to wreck havoc soon ...h= Message-ID: <d7791aa1.0302041850.10f2201b@posting.google.com>t   better get on VMS quick ....  ( http://www.theinquirer.net/?article=7568   ------------------------------  $ Date: Tue, 4 Feb 2003 15:45:17 -0500; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>l; Subject: Re: SKHPC slaps Gartner, naysayers on comp vms ... $ Message-ID: <3e40265d$1@news.si.com>  - >Don't let the *BSD people hear you say that.J   Oops.  Yes, I forgot *BSD. --  I Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot coma5 Smiths Aerospace  Addresses modified to prevent SPAM. @ 3290 Patterson Ave. SE, MS Replace "at" with "@", "dot" with "." Grand Rapids, MI 49512-1991 8        This opinion doesn't represent that of my company   ------------------------------  % Date: Tue, 04 Feb 2003 12:41:42 -0800a& From: Greg Cagle <gregc@gregcagle.com>; Subject: Re: SKHPC slaps Gartner, naysayers on comp vms ...n/ Message-ID: <v409c52uja8ge1@corp.supernews.com>    JF Mezei wrote:m  P > Intel only sells the chip. Can it really be profitable at low volumes when youF > have such high development costs for such a different architecture ?  > Actually, that's not true. Intel sells OEM systems to a lot of vendors, including HP.   --  
 Greg Cagle gregc at gregcagle dot com   ------------------------------  % Date: Tue, 04 Feb 2003 00:42:27 -0500i( From: David Froble <davef@tsoft-inc.com>; Subject: Re: SKHPC slaps Gartner, naysayers on comp vms ...t, Message-ID: <3E3F52C3.5070406@tsoft-inc.com>   Fred Kleinsorge wrote:  7 > "David Froble" <davef@tsoft-inc.com> wrote in messaget( > news:3E3DB587.4090205@tsoft-inc.com... >  >>John Smith wrote:n >> >>I >>Regardless of how good IA-64 gets, unless Hammer fails (highly unlikelye >> > now),l > 5 >>Intel will not be the volumn player in 64 bit land.  >> >  > Back that up.     P Over a year ago I mentioned that all the arguments had been presented more than L enough times, and that I for one was going to await the future.  Well, it's T getting closer to the time when Hammer will be available, and it still looks viable.   > AMD is bleeding red ink,    N They have done that before, and are still around.  In the past, they survived R without the very imminant release of something for which Intel has no competition.  & > they have no server vendor lined up,    P This war will not be fought on the server battlefield.  It will be waged on the I desktop.  Without volumn IA-64 on the desktop it will be Hammer vs IA-32.l  A > and Hammer must still compete against IA32 in the volume space.     N Your words.  This is the arena.  I seem to remember statements like "who will M evr need more than 640K of memory" and "who needs 16 bits" and "who needs 32 eJ bits".  If Hammer is faster than IA-32, it will gain.  If Hammer is price O competitive with IA-32, it will gain.  Hammer is 64 bit, and it will gain.  If  Q Hammer threatens to take over a significant part of the desktop, not just in the nN first few months, but in the next 3-5 years, Intel will not stand for it.  It P will find a way to compete.  When it does, the victim will be IA-64, regardless S of how successful it is.  IA-64 is not fighting the battle, it just stands to lose.e  
 >  Nor is thetE > current sample stuff faster than shipping Itanium2 systems (despite"8 > erronious early benchmark scores for things like SAP).    Q I seem to remember that the 'sample' stuff was running far slower than the first  > projected production chips.  Lets keep our perspectives valid.   > So far, there hasn'tD > been a convincing "volume" story for Hammer, unless it can compete7 > head-to-head against Intel IA32 on price/performance.a    N AMD knows that they will need to do this.  They must be planning to do so, or  they should have quit long ago.e   > In the "server"eM > space, HP, SGI, and others will be shipping server systems... but I haven'te? > heard who the Hammer 8-way mission critical server vendor is.'    - Forget servers.  That's not the battleground.o    K > So I wouldn't say that Hammer failing is "highly unlikely".  I'd say that M > it's still a crap shoot.  Alpha didn't win in the market place, even though H > it was arguably superior.  Nor did Beta (much to my displeasure when I1 > finally threw away my Betamax a few years ago).o    H Alpha didn't take a very meaningful shot at the desktop.  Not saying it M couldn't, just that it didn't.  Regardless of what anyone wants to think, or SO desires to ignore, Microsoft Windows, running MS Office, on cheap hardware, is eN the desktop.  That's reality.  Alpha never had native MS Office, or much else N available, and Alpha NT wasn't at the low end of the cost scale, far from it.  Alpha wouldn't run the games.c  Q However, Hammer will run all the above, AND, should a user want/need 64 bits, it  P will have that also.  You'd also want to recognize that people will be drawn to Q the alure of a 64 bit CPU, regardless of whether they need one.  Hell, who needs aQ the currently available CPUs?  My old DEC PCs with 233 MHz PIIs do all I require CO of them.  But the newest and latest and greatest always sells.  That's the way MJ people are.  If they were reasonable, they'd all be on VMS.  But they are A consumers who always choose cheap over quality, re; your Betamax.e  P Another issue is the vast number of PCs sold to provide Y2K compliance, whether L needed or not.  They are at or past the end of their 3-year warranties, and G continue to be used due to economic considerations.  But there will be 0Q increasing retirement of these systems, and Hammer will be available at the time rL these replacements become numerous.  (While it's good to be good, it's even ; better to be lucky.)  Just a bit of timing luck for Hammer.'    I The future is yet to reveal itself to us, but there are enough reasons toEO believe that Hammer, in the absence of 64 bit competition from Intel, will gainA desktop marketshare.    Dave, a VMS bigot with open eyes   ------------------------------  $ Date: Tue, 4 Feb 2003 11:13:21 -0800$ From: Shane Smith <ssmith@icius.com>0 Subject: RE: Status of MySQL and Postgres ports?0 Message-ID: <01C2CC3E.87C72850@sulfer.icius.com>  % Oh no, not another cheese thread.....s   -----Original Message-----6 From: Mark Daniel [mailto:Mark.Daniel@wasd.vsm.com.au]( Sent: Tuesday, February 04, 2003 3:16 AM To: Info-VAX@Mvb.Saic.Com]0 Subject: Re: Status of MySQL and Postgres ports?     Mark Daniel wrote:H > of the the cinema adaptation of Graham Greene's, The Quiet Americian.   ( And of course that should be 'American'.  @ Cheese, how one inconsequential caning can make you so skittish!  F +--------------------------------------------------------------------+E   Mark Daniel                         http://wasd.vsm.com.au/adelaidelF   mailto:Mark.Daniel@wasd.vsm.com.au (Mark.Daniel@dsto.defence.gov.au)F +--------------------------------------------------------------------+   ------------------------------   Date: 4 Feb 2003 17:11:54 -0600 1 From: Richard Banks <rbanks_@_arel_com_au.nospam> 0 Subject: Re: Status of MySQL and Postgres ports?? Message-ID: <Xns93196A9F0341Frbanksatarelcomau@128.242.171.114>s  2 Mark Daniel <Mark.Daniel@wasd.vsm.com.au> wrote in% news:3e3f9bc9_3@news.chariot.net.au: /   > G > Still; perhaps I'm a little (technologically and culturally) confusedSH > by all this.  Or is it just that people (everywhere) prefer not to pay7 > for the intellectual property they use?  Hmmm. Woops.   " Ah, a philosophical discussion :-)  K People are selfish by nature, and if they can get a free lunch most people .
 will take it.   L That said, I'm more than happy to pay for intellectual property.  After all M I work in a software company, and I know what it costs to product software.  .K This is why (for example) I buy games from stores when my friends can burn aF me copies for nothing, and why we have purchased plenty of commercial  software in our organisation.   I On the other hand, if someone has given away their intellectual property  K for nothing, and their software is good, why would I pay for an equivalent  ! product that does the same thing?i  F That said, I am not just an open source parasite - for example I have J worked on the VAX port of Linux (http://linux-vax.sourceforge.net), and I L have made minor contributions to other OSS projects.  I beleive that if you  take you should also give.    K -----------== Posted via Newsfeed.Com - Uncensored Usenet News ==----------1G    http://www.newsfeed.com       The #1 Newsgroup Service in the World! M -----= Over 100,000 Newsgroups - Unlimited Fast Downloads - 19 Servers =-----    ------------------------------    Date: 05 Feb 2003 09:11:45 +0800, From: Paul Repacholi <prep@prep.synonet.com>$ Subject: Re: Submit at end of month?- Message-ID: <87lm0vy1im.fsf@prep.synonet.com>   ) geff@excite.com (geff@excite.com) writes:r  I > Say 6 PM on the last day of each month.  I really appreciate your help!.    You are ready for the inevitable< "Why does the system file these reports in the wrong month?"2 that will soon follow, as sure as 9pm follows 6 :)  * Do you have late night trading there? Yet?   -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  $ Date: Tue, 4 Feb 2003 12:46:26 -0800$ From: Shane Smith <ssmith@icius.com> Subject: Sun/Opteron rumour?0 Message-ID: <01C2CC4B.79E13110@sulfer.icius.com>  H Caution: highly dubious extrapolation approaching. Sun may be looking at Opteron?  ( http://www.theinquirer.org/?article=7593    #####  % #-O-O-# !---------------------------! % #  L  # !    Parlez vous geek?      ! %  #===#  !---------------------------!,   ###e   ------------------------------  # Date: Wed, 05 Feb 2003 01:24:29 GMTh* From: "Scott Felder" <sfelder@feltech.com>( Subject: symbios 53c875j scsi controller: Message-ID: <hJZ%9.82773$Ib.1775595@twister.rdc-kc.rr.com>  K I would like to know if a Symbios 53c875j chipset scsi controller will works$ with OpenVMS Alpha 7.2 on a DEC PWS. Thanks.4   Scott F.   ------------------------------  # Date: Tue, 04 Feb 2003 00:53:37 GMTd6 From: "Andy Bustamante" <a_c_bustamante@earthlink.net>I Subject: Re: TCP/IP Services v5.3 - how to increase the number of "mbufs"lD Message-ID: <laE%9.5965$6P2.659538@newsread1.prod.itd.earthlink.net>  J There is a new tcpip$internet_services (which will be in TCPIP 5.3 ECO 2).J I've been working with Colorado and have the new EXE, waiting for downtime to load it.-  J In the meantime, $ TCPIP SET PROTOCOL TCP/NODELAY will provide a temporaryH work around, at least in my environment.  You'll need this in a suitableJ startup file since it won't survive a reboot or restart of TCPIP services.     --     Andy Bustamantev Remove the ascii 95s to reply , "Roy Omond" <Roy@Omond.net> wrote in message# news:3E2E9E6C.C7C36FE0@Omond.net...  > Gentle colleagues, > . > faced with the following problem (VMS 7.3-1) >u > $ tcpip sho ver: >-9 >   Compaq TCP/IP Services for OpenVMS Alpha Version V5.3wA >   on a COMPAQ AlphaServer DS20E 666 MHzP running OpenVMS V7.3-1e >t > $ tcpip sho comm/mem > 30197 mbufs in use: $ >         65 mbufs allocated to data4 >         10003 mbufs allocated to socket structures: >         20000 mbufs allocated to protocol control blocks5 >         31 mbufs allocated to routing table entriese3 >         16 mbufs allocated to interface addressesa5 >         2 mbufs allocated to ip multicast addressess< >         2 mbufs allocated to interface multicast addresses: >         6 mbufs allocated to network interface structure3 >         2 mbufs allocated to netisr thread queuesy. >         5 mbufs allocated to Inet PCB queues6 >         1 mbufs allocated to rad specific structures4 >         4 mbufs allocated to OpenVMS miscellaneous: >         1 mbufs allocated to OpenVMS Cluster Alias table; >         1 mbufs allocated to OpenVMS Kernel VCI structuret< >         7 mbufs allocated to OpenVMS TCPIP Timer structure= >         3 mbufs allocated to OpenVMS LAN VCI VCIB structurei> >         1 mbufs allocated to OpenVMS LAN MCAST_REQ structure7 >         2 mbufs allocated to OpenVMS SELECT structuree. >         1 mbufs allocated to OpenVMS ACP AQB1 >         1 mbufs allocated to OpenVMS ACP INETCB+C >         5 mbufs allocated to OpenVMS ACP allocated SERV Structuren/ >         36 mbufs allocated to External buffer 8 >         1 mbufs allocated to OpenVMS VCI context block< >         1 mbufs allocated to OpenVMS ACP IPCACHE Structure > $ telnet 127.0.0.1/ > %TELNET-E-INETERROR, Internet interface error  > -TELNET-I-INETCALL, socket()+ > -SYSTEM-F-EXQUOTA, process quota exceededt >c > I > Seems to be a limit on the "mbufs allocated to protocol control blocks"m > of 20,000.C > In the good old days of UCX, it used to easy to adjust the "largeh > buffers" andI > "small buffers" to accommodate a very busy system.  I'm damned if I cank > find= > out how to do this with the new "improved" interface, whoset > documentationE' > appears to leave a lot to be desired.o >e+ > Am I on the right track to be looking at:a >u	 > $ tcpipn > TCPIP> sysconfig -q socket	 > socket:n > sbcompress_threshold = 0F > sb_max = 1048576                    <---- what's this a maximum of ? > sobacklog_drops = 0  > sobacklog_hiwat = 190  > somaxconn = 1024 > somaxconn_drops = 0d > sominconn = 1v >e > TCPIP> sysconfig -q inet > inet:w > icmp_rejectcodemask = 0  > inifaddr_hsize = 322 > ipdefttl = 64o > ipdirected_broadcast = 0 > ipforwarding = 0 > ipfragttl = 60 > ipgateway = 0i > ipport_userreserved = 65535.! > ipport_userreserved_min = 49152n > ipqmaxlen = 1024
 > ipqs = 1 > ipsendredirects = 1  > ipsrcroute = 1 > pmtu_decrease_intvl = 1200 > pmtu_enabled = 1 > pmtu_increase_intvl = 240R > pmtu_rt_check_intvl = 20 > subnetsarelocal = 19 > tcbhashnum = 1 > tcbhashsize = 512> > tcbquicklisten = 1 > tcp_compat_42 = 1  > tcp_cwnd_segments = 22 > tcp_dont_winscale = 0c > tcp_keepalive_default = 1> > tcp_keepcnt = 8s > tcp_keepidle = 14400 > tcp_keepinit = 150 > tcp_keepintvl = 150  > tcp_msl = 60 > tcp_mssdflt = 536s > tcpnodelack = 0e > tcp_recvspace = 61440a > tcp_rexmit_interval_min = 2  > tcp_rexmtmax = 128 > tcprexmtthresh = 3 > tcp_rttdflt = 3a > tcp_sendspace = 61440o > tcp_ttl = 60 > tcptwreorder = 0 > tcp_urgent_42 = 1r > udpcksum = 1 > udp_recvspace = 42080s > udp_sendspace = 9216 > udp_ttl = 30 > ovms_nobroadcastcheck = 0y > ovms_printf_to_opcom = 1 >, > TCPIP> sysconfig -q neta > net: > arpkillc = 1200s > arpkilli = 180 > arprefresh = 120 > arpunicastrefresh = 0  > ifqmaxlen = 1024
 > lo_devs = 1a > lo_def_ip_mtu = 4096 > nslip = 0r >d >e& > Where is all this stuff documented ? >RB > What do I need to do to increase whatever it is that needs to be > increased toH > allow more connections ?  It's not the number of telnet sessions (this > isH > actually affecting a different service; the telnet session was just to	 > capture I > the error message).  And the number of current sockets is more than then( > "somaxconn" above (1024) as seen from: >h > $ def/use sys$output bg. > $ tcpip sho dev " > $ sear/exact/noout/stat bg. "bg" >eG > Files searched:                 1       Buffered I/O count:         5hG > Records searched:            1189       Direct I/O count:           7 G > Characters searched:        80814       Page faults:               30 J > Records matched:             1188       Elapsed CPU time:  0 00:00:00.00 >aJ > Lines printed:                  0       Elapsed time:      0 00:00:00.07 >: >: >w% > Any help would be much appreciated.b >4 > Thanks in advance, >9 > Roy Omond  > Blue Bubble Ltd. >4 >8   ------------------------------    Date: 05 Feb 2003 10:01:47 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Touchdown OpenVMS!T- Message-ID: <87hebjxz78.fsf@prep.synonet.com>e  ) danthemanthatjams@yahoo.com (Dan) writes:M  C > By the way, does anyone use OpenVMS/Apache to secure online videop1 > communications? One of my homework questions...T  B I suspect that this is not what you are after, but either RMIT, orF Monash or U melb did video streaming from a 2100. The details where in@ a networking trade rag in '93 or '94 as I recall. DEC was really> trumping this sort of stuff, but it just seamed to go nowhere.     -- i< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.C@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  $ Date: Tue, 4 Feb 2003 22:38:17 +0100" From: "Hans Vlems" <hvlems@iae.nl>< Subject: Re: Type of SCSI disks for Alpha Server 1000A 5/4006 Message-ID: <b1pbsd$1560fg$1@ID-143435.news.dfncis.de>   Thijs,  I depends on the controller that is in the system. A KZPCM controller (with H the SYM53C875) chipset supports ultra wide SCSI, but negotiates the bestH performance possible with each drive individually. Other controllers mayJ support slower devices and run at that speed (or mode if you like) for all devices on that bus.K RZ2Cx drives are not that expensive and the slower (in terms of rpms) RZ1xxt) models are offered at around US$100 IIRC.eJ But you can of course open the plastic containers and put in any SCSI disk	 you like.    Hans  1 "Thys de Wet" <thys@sun.ac.za> schreef in bericht * news:b1ocjo$2bn3$1@news.adamastor.ac.za... > Hi all >i< > We have an Alphaserver 1000a 5/400 with faulty SCSI disks.J > What type of SCSI disks will work in this server or do we need to invest in" > DEC/COMPAQ/HP "ordained" drives? > ' > We have access to some Seagate SCSI'sc >- > Thanke >r% > T de Wet, Stellenbosch South Africae >0 >0   ------------------------------  % Date: Tue, 04 Feb 2003 14:29:13 -0400-0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>, Subject: Re: Update on the Technical Journal/ Message-ID: <3E400677.9882B74B@vl.videotron.ca>2   Michael Unger wrote:H > But what about a "real" journal instead of a collection of individual,E > differently formatted articles? Just like "OpenVMS Times" or "Alphau > System Times" have been.  M The advantage of having the articles separate is that they can be indexed and 6 you can then access an individual article more easily.   ------------------------------  % Date: Tue, 04 Feb 2003 21:01:12 +0000a- From: Gerald Marsh <gerald@cyfer.demon.co.uk>b, Subject: Re: Update on the Technical Journal8 Message-ID: <kba04v0nmcg6dla8te7i1dobt4bj3bjnm7@4ax.com>  C Thank you everyone involved - The articles have started much debate0( and it's so good to see such enthusiasm.  C I'll copy the whole lot to a local system and pass the word around.p   Keep up the excellent work!i   Gerald.s   Gerald Marsh  / gerald -at- cyfer -dot- demon -dot- co -dot- uk   , On Tue, 04 Feb 2003 14:29:13 -0400, JF Mezei( <jfmezei.spamnot@vl.videotron.ca> wrote:   >Michael Unger wrote: I >> But what about a "real" journal instead of a collection of individual,oF >> differently formatted articles? Just like "OpenVMS Times" or "Alpha >> System Times" have been.  >-N >The advantage of having the articles separate is that they can be indexed and7 >you can then access an individual article more easily.r   ------------------------------  # Date: Tue, 04 Feb 2003 02:35:38 GMTs1 From: Michael Austin <maustin@firstdbasource.com><B Subject: Re: URGENT: Intermittent response to display login prompt0 Message-ID: <3E3F2588.BF1174@firstdbasource.com>  
 Andrew wrote:  >  > Hi.  > : > We are having a major problem with one of our VMS boxes. >  > Version of VMS 7.1-2 UCX 4.2 > F > Basically when we try to connect it seems to establish a connection.G > But that I mean you get a cursor in the top right hand to the screen. 9 > To demonstrate what I am saying hear try the following:a > ? > use Windows telnet to connect to a fake host. You will see anr> > hourglass appear. This is because no response has come back.F > What we find is that when connecting to the fauly VMS box the cursorF > appears. This means that a connection has been made. Infact there isH > about a 40 second interval where we tried all machine within an officeH > 10 PCs all sitting there with a cursor. Then **BANG** they all get the# > login prompt at the same time !!!a > B > While the above was not connecting we also we tried a 'set host'+ > command from another VMS box. It worked !  > > > We could also ping with 0ms !!! While not getting the prompt > , > Has anyone seem this before please help... > & > We have already tried the following:& > - Network sniffering / cisco support > - DNS testingt  E Fixed this many times...recently... usually it is a misconfigure NAMEyF service (tcpip show name).  When doing a telnet session TCPIP tries toF do a gethostbyname() to populate the connecting location and if DNS is= messed up it takes a while before it times out and goes on...-  # Fix your DNS or your default route.2     --   Regards,  6 Michael Austin            OpenVMS User since June 1984   ------------------------------  % Date: Mon, 03 Feb 2003 21:17:05 -0600b1 From: "David J. Dachtera" <djesys.nospam@fsi.net>w$ Subject: Re: Very large disks on VMS' Message-ID: <3E3F30B1.53A95FE1@fsi.net>n   Alan Frisbie wrote:s >  > JF Mezei wrote:= > >a > > Jim Geier wrote: > > >EN > > > With the evolution towards larger and larger disks, and now with the EVAN > > > moreso than its predecessors, it is possible to have VERY large disks on > > > a VMs system.  > >iQ > > Back in the 1980s, VMS supported HUGE drives. They were so big, they needed 2oM > > males to lift, required a 1/3hp electric motor to spin, 15 ams circuit tog > > power EACH drive.m > H > I would like to see an RP06 lifted by only two people, male or female.A > Heck, I know some people who had trouble just lifting the pack!s   Heartbreak Deja Vu:k   Ever drop an RP06 pack?w  8 Ever see a FE drop an RP06 calibration (reference) pack?  E Drop a line to Mark Levy for these and other interesting RP06 storiesdE (including trashing a WHOLE drive's worth of heads - and they weren'tf even installed at the time!).t   -- a David J. Dachterad dba DJE Systemss http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/u   ------------------------------  % Date: Tue, 04 Feb 2003 01:24:44 -0500M( From: David Froble <davef@tsoft-inc.com> Subject: Re: VMS on Itanium , Message-ID: <3E3F5CAC.3060106@tsoft-inc.com>   Michael Unger wrote:  > > "Phillip Helbig" <HELBPHI@sysdev.deutsche-boerse.com> wrote: >  >  >>[...]n >>J >>As I said in another thread, I should take a vow never to buy a piece ofG >>hardware which doesn't have an MMJ I can plug a trusty VT into. There E >>are few things in life which come close to the pleasure of a serial 
 >>console. >> >>9 >>>Of course, in addition to the standard serial console.0 >>>m/ >>Thank God!  (Or should that be "Thank Ken!"?)w >>G >>What will Itanium serial consoles look like?  Probably not DB25. MMJ?35 >>That would be nice.  Or some newfangled USB thingy?s >> > F > A "serial interface" -- as used in real "industry standard" devices,G > not ones claimed to be a "standard" by specific vendors -- usually is H > a RS-232(-C) or RS-422 interface using a DB9 or DB15 connector. RS-4234 > and MMJ are specific to DEC/Q/HP as far as I know.    P A minimal serial interface is 3 connectors, transmit, receive, and ground.  Any O specific plugs and/or jacks are for ease of use.  Nice, but not mandatory.  :-)t   Dave   ------------------------------   Date: 4 Feb 2003 15:31:49 -0600>; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)F' Subject: Re: VMS on Itanium - bugcheck?c3 Message-ID: <3zZ9FhQkdn83@eisner.encompasserve.org>c  K In article <3E4012CC.AC3AA40C@vcu.edu>, Jim Agnew <jpagnew@vcu.edu> writes:pJ > but wouln'd the bluescreen only apply to the crashed instance of vms???  > 8-D1 So, it would be of no use.   ------------------------------   Date: 4 Feb 2003 18:27 CDT' From: carl@gerg.tamu.edu (Carl Perkins) ' Subject: Re: VMS on Itanium - bugcheck?d, Message-ID: <4FEB200318271794@gerg.tamu.edu>  E "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> writes... J }Hmmm.  I used "blue" so that it would match what the BIOS initializes theH }card in VGA mode to.  Should I add an option to make it something else?3 }Black?  Maroon?  Line green?  Grey?  Chineese Red?   F As I am employed at Texas A&M UNiversity, I am tempted to request thatF maroon option. Realisticially, I would probably prefer nice white textJ on a black background, or vice-versa, for better contrast and readability.  G For historical purposes, green or amber text on a black backgound might  be amusing.g   --- Carl  5 }"Carl Perkins" <carl@gerg.tamu.edu> wrote in message5' }news:3FEB200322295197@gerg.tamu.edu... 7 }> Earl Lakia <Lakia_n_o__s_p_a_m_@ipact.com> writes...s }> }Dan Allen wrote:I }> }> Just curious: how long after the boot till the crash ;-) Or did youw< }> }> do an orderly shutdown? Or perhaps it's still running? }> }> 	 }> }> Dan  }> }@ }> }So does one get the blue screen of death on a VMS bug check? }> }I }> }I hope the system debugger and crash dump analysis will be available..# }> }Always a pain with Billy boxes.g }> }0 }> }Just one of the reasons VMS is still around. }>@ }> VMS already does the "blue screen of death" on Alpha systems.A }> When the console is on the graphics card, it is text on a bluerC }> background. If you crash, the bugcheck (or whatever) information C }> comes up on the blue screen. It is unsettlingly similar to an NT A }> blue screen of death on those very rare occasions that you seey# }> one (especially the first time).0 }> }> --- Carll }  }    ------------------------------    Date: 05 Feb 2003 08:51:32 +0800, From: Paul Repacholi <prep@prep.synonet.com>" Subject: Re: VMS source listings ?- Message-ID: <87u1fjy2gb.fsf@prep.synonet.com>h  / Kilgallen@SpamCop.net (Larry Kilgallen) writes:a  A > There are no versions of VMS for which the source listings wereyB > available both on Microfiche and CDROM.  Therefore you have some1 > other version covered by a different agreement.   ; Are you totally sure of that? As I recall, it was to be all < CDs from 5.0 on, but the fiche continued all through the 5.x) versions. Were there listing CDs for 5.x?o   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.a@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 05 Feb 2003 08:55:30 +0800, From: Paul Repacholi <prep@prep.synonet.com>" Subject: Re: VMS source listings ?- Message-ID: <87ptq7y29p.fsf@prep.synonet.com>y  / Kilgallen@SpamCop.net (Larry Kilgallen) writes:   F > So with whom did you sign the source listings license agreement that/                                 ^^^^^^ ^^^^^^^^ F > would give you the rights to use them ?  Compaq also had the "single > location" rule.F  = Larry, do you mean a source licence, or a CD listing kit? Two  very different animals....   -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.9@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  $ Date: Wed, 5 Feb 2003 09:32:15 +05304 From: Kesav Tadimeti <Kesav_Tadimeti@KeaneIndia.com> Subject: [OT]Re:ColumbiaI Message-ID: <8EA11405E59BD611BA7100104B93C260E0165B@exdel01.del.mgsl.com>l  I The newspapers here have reported that the computers in the Columbia used4L 8086 processors (not 80286,386...). I wonder, how come the NASA folks didn'tI keep the shuttle abreast with new tech? Maybe, security and safety of the4D shuttle did not have anything to do with the processors, but I guessJ computers are used to monitor and correct movements of the spacecraft. OneK of the crewmembers was an Indian by origin (Kalpana Chawla by name) and therF papers were mourning over her unfortunate death. The state she used toI belong to (Haryana) declared a statewide holiday as a mark of condolence.k( Things get a bit too far in these parts.   Regardse keshav   ------------------------------  # Date: Wed, 05 Feb 2003 04:23:51 GMTg( From: "Mark E. Levy" <mlevy70@attbi.com> Subject: Re: [OT]Re:Columbia? Message-ID: <rl00a.100037$to3.328567@rwcrnsc51.ops.asp.att.net>-  A "Kesav Tadimeti" <Kesav_Tadimeti@KeaneIndia.com> wrote in message C news:8EA11405E59BD611BA7100104B93C260E0165B@exdel01.del.mgsl.com...iK > The newspapers here have reported that the computers in the Columbia usedeG > 8086 processors (not 80286,386...). I wonder, how come the NASA folks  didn'tK > keep the shuttle abreast with new tech? Maybe, security and safety of theiF > shuttle did not have anything to do with the processors, but I guessL > computers are used to monitor and correct movements of the spacecraft. OneI > of the crewmembers was an Indian by origin (Kalpana Chawla by name) andy theeH > papers were mourning over her unfortunate death. The state she used toK > belong to (Haryana) declared a statewide holiday as a mark of condolence.l* > Things get a bit too far in these parts.  I It's not a trivial process to space-qualify a piece of hardware. It isn'trG just a matter of replacing a motherboard. If you change *anything*, theiI entire subsystem must go through the complete test suite. Remember, livese depend on this stuff.e  G In any case, since the software was designed for the 8086, there reallyt2 isn't much advantage to speeding up the processor.   ------------------------------  # Date: Wed, 05 Feb 2003 01:55:58 GMTf( From: "konabear" <maurert@ameritech.net>@ Subject: Re: [VMS 7.3-1] SHOW CLUSTER shows wrong version number? Message-ID: <Oa_%9.2380$4y4.1078426@newssvr28.news.prodigy.com>t  I This is a limitation of the SHOW CLUSTER "SOFTWARE" field only being wideEF enough for x.x instead of x.x-y.  Not sure why the field can't be made wider...   Todd; "Peter LANGSTOEGER" <peter@langstoeger.at> wrote in messages/ news:3eY%9.140652$xv1.1729979@news.chello.at...a< > I just noticed a small problem on my V7.4^WV7.3-1 systems. >CD > $ SHOW CLUSTER shows V7.3 instead of V7.3-1 in the SOFTWARE field. >e$ > Is this intended ? Don't think so.8 > (Do you know) is there an ECO on the way to fix this ? >h7 > The version number is normally stored in the SYS.EXE.yD > Does SHOW CLUSTER hat it's own version number (source) ? Or is theG > SOFTWARE field only too small to show the whole/real version number ?i >t > TIA. >  > -- > Peter "EPLAN" LANGSTOEGERt' > Network and OpenVMS system specialista > E-mail  peter@langstoeger.atH > A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   End of INFO-VAX 2003.071 ************************