1 INFO-VAX	Mon, 26 Aug 2002	Volume 2002 : Issue 470       Contents:: ??== Disk mount brackets 74-48510-01 for Alphastation 400.- Alphastation 255 via FC-AL to Hitachi storage  Re: Counting records in a file Re: Counting records in a file( Re: DECCXX 6.5 Unreachable code warnings ES45 and OpenVMS 7.2-2 Re: ES45 and OpenVMS 7.2-2 Re: ES45 and OpenVMS 7.2-2/ Re: FTPed files from Mac to VMS start with <LF>   Re: How to use jar under OpenVMS Re: OpenVMS + Joint STARS  Re: OpenVMS + Joint STARS . Re: OT Mac OS X woes, but advice needed please# Re: PGP assets (mostly) sold by NAI  Postscript printing on vms Re: Postscript printing on vms Re: Postscript printing on vms) Re: Problem with DCL procedure using PIPE  Reverse LAT  Re: Reverse LAT   Re: set file/data_check (REPOST)  Re: set file/data_check (REPOST)  Re: set file/data_check (REPOST)" Re: silliest thing heard this week" Re: silliest thing heard this week8 Re: Size of I/O count fields in SHOW PROC and SHOW SYS ?8 Re: Size of I/O count fields in SHOW PROC and SHOW SYS ?- Re: The "Gold" Standard in Disaster Tolerance O Re: Universal Service Processor (USP) V6.0 for now available for OpenVMS  Alpha O Re: Universal Service Processor (USP) V6.0 for now available for OpenVMS  Alpha J Universal Service Processor (USP) V6.0 for now available for OpenVMS AlphaP Re: Universal Service Processor (USP) V6.0 for now available for OpenVMS Alpha A# Re: VMS 7.3-1 Doc set... plain jane & Want an alpha or 20?  Found an auction$ Re: Why C is better than Fortran 95?$ Re: Why C is better than Fortran 95?$ Re: Why C is better than Fortran 95?$ RE: Why C is better than Fortran 95?$ Re: Why C is better than Fortran 95?" Re: XFC patch for VMS 7.3 is up... [Announce] FreeVMS 0.0.30   F ----------------------------------------------------------------------  % Date: Mon, 26 Aug 2002 18:25:50 +0200 3 From: "Aus, Hans Magnus" <aus@vim.uni-wuerzburg.de> C Subject: ??== Disk mount brackets 74-48510-01 for Alphastation 400. B Message-ID: <aus-705227.18255026082002@wrzx08.rz.uni-wuerzburg.de>  I Where can I obtain two (2) disk mount brackets (aka:  Bracket, Exchange)    74-48510-01 for an Alphastation?   --  4 Hans Magnus Aus, Wuerzburg, aus@vim.uni-wuerzburg.de   ------------------------------    Date: 26 Aug 2002 07:33:20 -0700+ From: walchem@hotmail.com (Cup stays in NJ) 6 Subject: Alphastation 255 via FC-AL to Hitachi storage< Message-ID: <7781b06.0208260633.7aec52db@posting.google.com>  C I am looking for a reference site that has any Alpha OpenVMS system H connected to a Hitachi 7700 array. HDS says it probably will work with aG 168794-B21 or KGPSA host bus adapter (HBA), but before we sink $2K into F this, I would like to hear from anyone who has done this. We currentlyH are running OpenVMS Alpha Version 7.2-1, with plans to upgrade to 7.3-1.   Regards,   Mike Walcheski The Cooper Health System Information Technologies Mount Laurel, NJ 08054   ------------------------------    Date: 26 Aug 2002 09:20:58 -0600- From: koehler@encompasserve.org (Bob Koehler) ' Subject: Re: Counting records in a file 3 Message-ID: <fNiQHERF9LbD@eisner.encompasserve.org>   c In article <3D53BFCE.D67EB69C@mindspring.com>, Atlant Schmidt <atlantnospam@mindspring.com> writes: ! > briggs@encompasserve.org wrote:  > 4 > I dunno if it's still true, but it used to be true4 > years ago that the Null device was actually pretty8 > darned slow in a lot of situations. It turned out that4 > the Null device was a (I haven't got these details6 > clear) byte-oriented, not record-oriented device, so7 > software spent a lot of work reformatting the data in 6 > order to write it to the Null device (which promptly- > threw the painfully-reformatted data away).  > ; > I thought this got fixed, but I could easily be mistaken.   B    Nonsense.  The null device doesn't give a hoot how your data isF    formatted.  It ignores everything except read vs. write and returns&    success for read and EOF for write.   ------------------------------  % Date: Mon, 26 Aug 2002 11:59:31 -0400 2 From: Atlant Schmidt <atlantnospam@mindspring.com>' Subject: Re: Counting records in a file . Message-ID: <3D6A5063.833D14D7@mindspring.com>   Bob Koehler wrote:  e > In article <3D53BFCE.D67EB69C@mindspring.com>, Atlant Schmidt <atlantnospam@mindspring.com> writes: # > > briggs@encompasserve.org wrote:  > > 6 > > I dunno if it's still true, but it used to be true6 > > years ago that the Null device was actually pretty: > > darned slow in a lot of situations. It turned out that6 > > the Null device was a (I haven't got these details8 > > clear) byte-oriented, not record-oriented device, so9 > > software spent a lot of work reformatting the data in 8 > > order to write it to the Null device (which promptly/ > > threw the painfully-reformatted data away).  > > = > > I thought this got fixed, but I could easily be mistaken.  > D >    Nonsense.  The null device doesn't give a hoot how your data isH >    formatted.  It ignores everything except read vs. write and returns( >    success for read and EOF for write.  * Right. NLA0: didn't care, but the software/ that was copying to it used to care quite a bit ( that NLA0: was byte-oriented rather than block-oriented.   * And as someone else confirmed that's fixed now.   Atlant   ------------------------------    Date: 26 Aug 2002 04:33:49 -07002 From: vankirk@decision.quest.gr (Stewart Van Kirk)1 Subject: Re: DECCXX 6.5 Unreachable code warnings ; Message-ID: <8843e43.0208260333.33f2b58@posting.google.com>   _ "John E. Malmberg" <wb8tyw@qsl.network> wrote in message news:<3D619D61.7040506@qsl.network>...  > No offense intended but:C > The long all caps title on your post may have caused some people  K > browsing this newsgroup/mailing list to miss that this was a C++ posting.  > G > What shows up on many newsreaders is "REQUEST FOR CLARIFICATION" and  H > almost all posts with all capital letters in the subject are spam, so J > they are generally ignored or discarded by spam filters.  That specific I > title is currently very similar to one used for the Nigerian 419 scams.  > I > Some C/CXX developers scan this newsgroup from time to time, so I have  ; > retitled this note to see if it will get their attention.  >    John, R No offense taken, I didn't know the etiquette.  Thanks for re-posting the article. S    ------------------------------  % Date: Mon, 26 Aug 2002 09:10:28 +0200 , From: "Toine Dirven" <tdirven@volvocars.com> Subject: ES45 and OpenVMS 7.2-2 3 Message-ID: <akck95$p493@eccws12.dearborn.ford.com>    Hello,  9 Does anybody know if OpenVMS 7.2-2 is supported on ES45 ? 8 Or is only OpenVMS 7.3 supported on ES45 alpha servers ?  
 Best regards,    Toine Dirven Volvo Cars Gent    ------------------------------  # Date: Mon, 26 Aug 2002 08:18:37 GMT - From: "labadie" <labadie_g.tocardsa@decus.fr> # Subject: Re: ES45 and OpenVMS 7.2-2 1 Message-ID: <xvla9.1$2U4.135220@news.cpqcorp.net>   7 "Toine Dirven" <tdirven@volvocars.com> wrote in message - news:akck95$p493@eccws12.dearborn.ford.com...  > Hello, > ; > Does anybody know if OpenVMS 7.2-2 is supported on ES45 ? : > Or is only OpenVMS 7.3 supported on ES45 alpha servers ? >  Hello    Check 7 http://www.openvms.compaq.com/openvms/supportchart.html    Only Vms 7.3 for the Es45    Regards    Grard   ------------------------------  % Date: Mon, 26 Aug 2002 08:25:23 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)# Subject: Re: ES45 and OpenVMS 7.2-2 K Message-ID: <rdeininger-2608020825230001@1cust155.tnt3.nashua.nh.da.uu.net>   B In article <akck95$p493@eccws12.dearborn.ford.com>, "Toine Dirven" <tdirven@volvocars.com> wrote:   >Hello,  > : >Does anybody know if OpenVMS 7.2-2 is supported on ES45 ?9 >Or is only OpenVMS 7.3 supported on ES45 alpha servers ?   7 ES45 systems support 7.3 and higher.  7.2-2 won't work.   3 All new ES45s ship with 7.3. (7.3-1 Real Soon Now.)    ------------------------------    Date: 26 Aug 2002 09:45:23 -0600- From: koehler@encompasserve.org (Bob Koehler) 8 Subject: Re: FTPed files from Mac to VMS start with <LF>3 Message-ID: <8WTwlIjdf$Ie@eisner.encompasserve.org>   W In article <3D538382.3E701159@Free.fr>, Didier Morandi <Didier.Morandi@Free.fr> writes: P > Trying to transfer DCL command procedures from my iMac OS 9.2 to VMS 7.3 gives< > files with lines starting with a <LF> (but the first one). >  > Someone has seen this before?   C    Yes.  You've been transfering text files in binary mode.  You've D    probably got a setting for .COM files in your Mac FTP client thatH    thinks they're DOC executables and area llowing them to be transfered'    using an automatic file type choice.    ------------------------------    Date: 26 Aug 2002 09:38:53 -0600- From: koehler@encompasserve.org (Bob Koehler) ) Subject: Re: How to use jar under OpenVMS 3 Message-ID: <cqvyVUOB5zo8@eisner.encompasserve.org>   s In article <EiF49.314252$WJf1.235091@news01.bloor.is.net.cable.rogers.com>, "Yong Liu" <fdu9774@rogers.com> writes:  > Hi,  > J > I have an alpha server running openVMS7.3. My understanding is that JavaN > comes with OS. Normally, you can use jar -cvf  files_to_be_jared to compressN > you classes for distribution. But I have tried this and it does not work. ByI > now you know that I am a newbie. Can you tell me how to make this work?   E    Yes.  YOu tell us what the error message is and then we figure out     what you're doing wrong.   C    OBTW java is licensed with the OS, but is not installed with it.    ------------------------------    Date: 26 Aug 2002 11:55:37 -0600- From: koehler@encompasserve.org (Bob Koehler) " Subject: Re: OpenVMS + Joint STARS3 Message-ID: <PthINrVr3iHI@eisner.encompasserve.org>   j In article <Tvu89.20$bX6.579606@news.cpqcorp.net>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes:  L > Mentioning the anti-grav is OK, as are the dilithium crystals - that's allI > unclassified/declassified.  But *never* mention the trans-warp conduit.    $show dev ag /full  H Device AGA0:, device type AG 12403, is online, error logging is enabled.  N     Error count                    0    Operations completed          19834774N     Owner process                 ""    Owner UIC                     [SYSTEM]N     Owner process ID        00000000    Dev Prot             S:RWPL,O:RWPL,G,WN     Reference count                0    Default buffer size                  0   $show dev tw /fullG %SYSTEM-F-NOPRIV, insufficient privilege or object protection violation    ------------------------------  # Date: Mon, 26 Aug 2002 17:09:01 GMT 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> " Subject: Re: OpenVMS + Joint STARS2 Message-ID: <Ngta9.24$fi5.742515@news.cpqcorp.net>    Bob Koehler wrote in message ...E >In article <Tvu89.20$bX6.579606@news.cpqcorp.net>, "Fred Kleinsorge" % <kleinsorge@star.zko.dec.com> writes:  > I >> Mentioning the anti-grav is OK, as are the dilithium crystals - that's  all J >> unclassified/declassified.  But *never* mention the trans-warp conduit. >  >$show dev ag /full  > I >Device AGA0:, device type AG 12403, is online, error logging is enabled.  > = >    Error count                    0    Operations completed  198347742 >    Owner process                 ""    Owner UIC [SYSTEM]1 >    Owner process ID        00000000    Dev Prot  S:RWPL,O:RWPL,G,W < >    Reference count                0    Default buffer size 0  >  >$show dev tw /full H >%SYSTEM-F-NOPRIV, insufficient privilege or object protection violation >   G You're confused, "tw" is the Tiger Woods device.  The "other" device is H double top secret and is hidden from any account except [name redacted].   ------------------------------    Date: 26 Aug 2002 09:33:09 -0600- From: koehler@encompasserve.org (Bob Koehler) 7 Subject: Re: OT Mac OS X woes, but advice needed please 3 Message-ID: <osQa97U5fOV8@eisner.encompasserve.org>   U In article <NTS8+u3dG8cL@elias.decus.ch>, p_sture@elias.decus.ch (Paul Sture) writes: h > Totally off-topic I realise, but I know there are VMS pals out there who have experience of Mac stuff.  H    Yeah, but could you get your posting down to less than 80 characters?  y > My problem is that my 3 month old iBook, running on OS X regularly drops the odd file or two (or three or four or maybe d > more)). It's there according to the index (Finder, whatever), but simply gives "cannot open file". > s > Sorry, but the Mac community seems to be ignoring any complaint I have. I've tried polite and less polite, all to [ > no avail. I really don't want to hit the offensive route, but I am getting close to that.   =    I've has no such problem with OS X.  Get into the terminal D    application (UNIX shell window) and use ls -l to determine if theF    file system thinks the file exists, and how it's protection is set.  R > Should I simply abandon OS X and go back to OS 9? - at present, highly favoured.  
    We're not.   s > What are your best recommendations on OS X backup strategies? (presently ftp to my Alpha before I lose work, then  > off to tape)  E    Right now I'm using NFS or an automated FTP to copy critical files K    weekly to a VMS server which has an automated tape backup running.  Less H    often I backup the while thing to Jazz by dragging the hard disk onto    the Jazz drive icon.    ------------------------------  % Date: Mon, 26 Aug 2002 13:51:46 -0400 ; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com> , Subject: Re: PGP assets (mostly) sold by NAI$ Message-ID: <3d6a6aec$1@news.si.com>   >Of interest to some here: > 0 >http://www.pgp.com/display.php?pageID=51#anch22 > I >Now if they can only be convinced to produce a fully supported 'business , >server' version for VMS since NAI wouldn't.  K Except that PGP did not reacquire McAfee E-Business Server (once called PGP G Command Line), which is where I suspect PGP for VMS would fall.  Just a  guess, though. --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------    Date: 26 Aug 2002 01:38:44 -0700) From: meidanze@hotmail.com (meidan zemer) # Subject: Postscript printing on vms = Message-ID: <3bbfbaa2.0208260038.50c371d9@posting.google.com>    Hello,P I have an Alpha station 200 with HP printer XL300 connected to the parallel port (lra0:).N Because dcps can'nt work with this parallel port is there another way to print postscript files?  Thanks   ------------------------------  # Date: Mon, 26 Aug 2002 10:13:16 GMT 0 From: John Santos <john.santos@post.harvard.edu>' Subject: Re: Postscript printing on vms > Message-ID: <MPG.17d3c945ca104d039896b8@news.bellatlantic.net>  > In article <3bbfbaa2.0208260038.50c371d9@posting.google.com>,  meidanze@hotmail.com says... > Hello,R > I have an Alpha station 200 with HP printer XL300 connected to the parallel port
 > (lra0:).P > Because dcps can'nt work with this parallel port is there another way to print > postscript files?  > Thanks  F We used to have a LaserJet 5 on a serial port of a DECserver-700, and B printed postscript to it all the time.  I think we used to need to@ use $ PRINT/PASSALL.  (Since then, the printer has been moved to? a JetDirect box with a couple of other printers, so our current > setup is different.)  We used LATSYM since it was on a DS, but@ I think using the standard print symbiont on a local port should> work just as well.  You don't *need* DCPS to print postscript.   --   John   ------------------------------    Date: 26 Aug 2002 07:29:47 -0700) From: meidanze@hotmail.com (meidan zemer) ' Subject: Re: Postscript printing on vms = Message-ID: <3bbfbaa2.0208260629.54f87bc1@posting.google.com>   v John Santos <john.santos@post.harvard.edu> wrote in message news:<MPG.17d3c945ca104d039896b8@news.bellatlantic.net>...@ > In article <3bbfbaa2.0208260038.50c371d9@posting.google.com>,  > meidanze@hotmail.com says...
 > > Hello,T > > I have an Alpha station 200 with HP printer XL300 connected to the parallel port > > (lra0:).R > > Because dcps can'nt work with this parallel port is there another way to print > > postscript files? 
 > > Thanks > H > We used to have a LaserJet 5 on a serial port of a DECserver-700, and D > printed postscript to it all the time.  I think we used to need toB > use $ PRINT/PASSALL.  (Since then, the printer has been moved toA > a JetDirect box with a couple of other printers, so our currentd@ > setup is different.)  We used LATSYM since it was on a DS, butB > I think using the standard print symbiont on a local port should@ > work just as well.  You don't *need* DCPS to print postscript.   Thanks,  you have been helpfull   ------------------------------    Date: 26 Aug 2002 11:44:31 -0600- From: koehler@encompasserve.org (Bob Koehler)v2 Subject: Re: Problem with DCL procedure using PIPE3 Message-ID: <hHLh4tlh71LH@eisner.encompasserve.org>   K In article <3D63D6CA.2F237AC3@hp.com>, Guy Peleg <guy.peleg@hp.com> writes:e > Without any commitment !!!!!!i >  > Rough estimate is V7.3-2  H    Will we (in the temperate zone of the northern hemisphere) be raking     the leaves or on the slopes?o   ------------------------------  % Date: Mon, 26 Aug 2002 10:01:48 -0500 4 From: "Lucas, Edward A (SAIC)" <Edward.Lucas@bp.com> Subject: Reverse LAT? Message-ID: <EF1DC894691AD5118AF000508BB85FDE034CC7E7@AMCLVX11>n   Hello everyone  L I need to replace my current "CA Console manager SW"  The SW enables me (andH my team) to access all system like being on a console but remotely (i.e.K >>>).  My plan is to replace the SW, plug (I think) a serial cable from the?/ TS (DS200) to the console port on the server.  r  E Can someone please point me in the correct direction. I need to learnrJ everything about this and then configure. I need to get this working ASAP.   Thank you in advance.o    , The over worked, under paid,  unappreciated    ------------------------------  % Date: Mon, 26 Aug 2002 17:47:20 +0200a9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>u Subject: Re: Reverse LAT' Message-ID: <3D6A4D88.B2F61FA1@aaa.com>4  3 It might be easier to asbwer if we know in what way2$ Console Manager don't work any more.2 I it some specific feature that is lacking in CM ?   Jan-Erik Sderholm.c   "Lucas, Edward A (SAIC)" wrote:t >  > Hello everyone > 6 > I need to replace my current "CA Console manager SW"   ------------------------------    Date: 26 Aug 2002 04:57:07 -0700$ From: tshoppa@wmata.com (Tim Shoppa)) Subject: Re: set file/data_check (REPOST)s= Message-ID: <8327b166.0208260357.4734d5b5@posting.google.com>.  s "Bill Todd" <billtodd@metrocast.net> wrote in message news:<nFga9.209265$SS.8445357@bin3.nnrp.aus1.giganews.com>...y: > "Tim Shoppa" <shoppa@trailing-edge.com> wrote in message- > news:3D694FA3.248F3039@trailing-edge.com...h > > Bill Todd wrote:N > > > That's something I've wondered about too, in the context of 'end to end'L > > > validation.  I've always thought it would be nice for disks to support >  8 -A > > > 16 bytes of ancillary data associated with each disk sector- > >- > > Most SCSI drives do; >   > If that's read-long/write-long  E No, it's not; a low-level format can be used to give 520 to 528 bytesnH per sector on most SCSI drives after issuing the appropriate mode select: commands.  (With a corresponding fewer sectors per drive.)  C This feature is used in some/many RAID arrays.  Not all SCSI drives I support this feature; it was missing in some lower-end SCSI drives in theeJ 90's (e.g. Quantum Fireballs), but I think most recent SCSI drives have it9 (now that "low-end" is missing from the SCSI vocabulary).e   Tim.   ------------------------------    Date: 26 Aug 2002 05:47:36 -0700. From: SPAMSINK2001@YAHOO.COM (Alan E. Feldman)) Subject: Re: set file/data_check (REPOST) = Message-ID: <343f30ae.0208260447.3b95c9ba@posting.google.com>   a Paul Repacholi <prep@prep.synonet.com> wrote in message news:<87lm6ufsv0.fsf@prep.synonet.com>...i2 > spamsink2001@yahoo.com (Alan E. Feldman) writes: > H > > IOW, is the data path between disks and tape drives any more or lessG > > trustworthy than the data path between disks? If you trust the data9G > > path from disk to disk, and if that's just as good as the path fromRB > > disk to tape, then why bother with BACKUP's CRC and redundancyC > > groups for tape drives that have their own ECC if you don't usei5 > > similar data checking for disk to disk transfers?c > G > I have had BACKUP error going disk to disk, with no sign of the error > > until the saveset was listed. *Then* BACKUP gave the `errors > recovered...' eeeep!!y > G > Note, that with out the CRCs, there would have been no warning at allv > of the errors! > 0 > So, no, I don't trust the disk-to-disk path...    F So do you use SET VOLUME/DATA_CHECK=(READ,WRITE) and why or why not?       Disclaimer: JMHO Alan E. FeldmanN- afeldmanNONOspam gfigroupNONOspam comNONOspamu   ------------------------------  # Date: Mon, 26 Aug 2002 14:28:38 GMTo* From: "Bill Todd" <billtodd@metrocast.net>) Subject: Re: set file/data_check (REPOST)oA Message-ID: <qWqa9.217771$SS.8766688@bin3.nnrp.aus1.giganews.com>w  1 "Tim Shoppa" <tshoppa@wmata.com> wrote in messager7 news:8327b166.0208260357.4734d5b5@posting.google.com...w7 > "Bill Todd" <billtodd@metrocast.net> wrote in messages= news:<nFga9.209265$SS.8445357@bin3.nnrp.aus1.giganews.com>...e< > > "Tim Shoppa" <shoppa@trailing-edge.com> wrote in message/ > > news:3D694FA3.248F3039@trailing-edge.com...0 > > > Bill Todd wrote:K > > > > That's something I've wondered about too, in the context of 'end tog end'F > > > > validation.  I've always thought it would be nice for disks to support< > >  8 -C > > > > 16 bytes of ancillary data associated with each disk sector  > > >n > > > Most SCSI drives do; > >c" > > If that's read-long/write-long >sG > No, it's not; a low-level format can be used to give 520 to 528 bytessJ > per sector on most SCSI drives after issuing the appropriate mode select< > commands.  (With a corresponding fewer sectors per drive.)  K Oh.  I already mentioned that AS/400 and some storage systems do that.  ButaI it's not 'ancillary' data but in-line, which makes it somewhat awkward tooD deal with (as well as not being an available feature on IDE drives).   - bill   ------------------------------  + Date: Mon, 26 Aug 2002 13:10:31 +0100 (MET)n9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>t+ Subject: Re: silliest thing heard this week ; Message-ID: <01KLR5XG0FLU9OCZIZ@sysdev.deutsche-boerse.com>2  I > > I can't wait to tie his butt up, plop him down in front of a terminal  > > > There are other newsgroups where you could discuss this.  :)  F Right.  Good ol' alt.sex.fetish.dec-hardware might be a good place to ? start.  Of course, alt.sex.spanking.microsoft-windows would be e appropriate as well.   ------------------------------    Date: 26 Aug 2002 12:10:46 -0600- From: koehler@encompasserve.org (Bob Koehler)l+ Subject: Re: silliest thing heard this week43 Message-ID: <K0z5c2lrWDhi@eisner.encompasserve.org>@  c In article <+I7ZYCEnda4Y@eisner.encompasserve.org>, frey@encompasserve.org (Sharon Guthrie) writes:2J > 	You guys will find this amusing.  I'm dating a guy who programs on the Q > Windoze platform.  (I know, but he's a sweet guy anyway.)  We talk shop alot.   O > The other day he floored me by implying that my VMS systems couldn't run 100  Q > users.  The last time he used VMS was back in college on some old slow machine.  > I > 	I can't wait to tie his butt up, plop him down in front of a terminal r( > and teach him what a REAL computer is. > ( > 	...  can't run 100 users... sheesh.      5    So how many users can his Windows desktop support?k   ------------------------------  # Date: Mon, 26 Aug 2002 10:28:16 GMTm" From: Guy Peleg <guy.peleg@hp.com>A Subject: Re: Size of I/O count fields in SHOW PROC and SHOW SYS ?M& Message-ID: <3D6A0119.3AFCB1D4@hp.com>   Tim,  F There is not much extra space in $SHOW SYSTEM, however $SHOW PROC/CONT has a lot of extra space= in the Direct I/O field. If you can escalate this formally to . engineering through your local support center, I will fix this.   Regards,  	 Guy Pelego OpenVMS Utilities Group.     Tim Shoppa wrote:j  ? > Since the dawn of time (well, I started using VMS in the laterB > 3.x and early 4.x days) the SHOW SYS output has had 9 digits for? > the I/O count and SHOW PROC/CONT has had 8 digits for the I/OgF > count.  For systems with moderate uptimes and processes with lots ofD > I/O (especially network I/O) the displayed counters would overflowE > and print as "*********" after a few weeks using 1990-era machines.f >sF > On a modern busy machine with just a few hours of uptime and networkA > I/O intensive processes, it must be the case that the displayediE > counts overflow very quickly.  Have recent versions of VMS expanded6D > the displayed fields?  If not, are there any plans in the works to > expand these fields? >e > Tim.   ------------------------------  % Date: Mon, 26 Aug 2002 04:43:19 -0600.$ From: Lee Y T Mah <lytmah@cha.ab.ca>A Subject: Re: Size of I/O count fields in SHOW PROC and SHOW SYS ?a' Message-ID: <3D6A0647.6A5AB7@cha.ab.ca>   & --------------97D8F4C2440FEE0DCE55DBD3* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bite   Guy,  G Could you not steal two columns from the $SHOW SYSTEM Priority section?t     Current:     State  Pri     HIB     16   Suggest:     State Pr||     xxxxx dd||     Guy Peleg wrote:   > Tim, >rH > There is not much extra space in $SHOW SYSTEM, however $SHOW PROC/CONT > has a lot of extra space? > in the Direct I/O field. If you can escalate this formally to50 > engineering through your local support center, > I will fix this. >O
 > Regards, >S > Guy Peleg- > OpenVMS Utilities Group. >a > Tim Shoppa wrote:t >eA > > Since the dawn of time (well, I started using VMS in the laterD > > 3.x and early 4.x days) the SHOW SYS output has had 9 digits forA > > the I/O count and SHOW PROC/CONT has had 8 digits for the I/O.H > > count.  For systems with moderate uptimes and processes with lots ofF > > I/O (especially network I/O) the displayed counters would overflowG > > and print as "*********" after a few weeks using 1990-era machines.9 > >4H > > On a modern busy machine with just a few hours of uptime and networkC > > I/O intensive processes, it must be the case that the displayedSG > > counts overflow very quickly.  Have recent versions of VMS expandedsF > > the displayed fields?  If not, are there any plans in the works to > > expand these fields? > >t > > Tim.   -- Lee-  ; Lee Y T Mah                        Capital Health AuthorityM? Email: lytmah@cha.ab.ca            Information Systems, RAH CSCc4 Phone:  (780) 477-4725, 477-4233   10240 Kingsway NW? Fax:      (780) 491-5119, 491-5619    Edmonton, AB, CAN  T5H3V9I    & --------------97D8F4C2440FEE0DCE55DBD3) Content-Type: text/html; charset=us-asciiz Content-Transfer-Encoding: 7biti  > <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> Guy,J <p>Could you not steal two columns from the $SHOW SYSTEM Priority section?
 <br>&nbsp;3 <p><font face="Courier New,Courier">Current:</font>nN <br><font face="Courier New,Courier">&nbsp;&nbsp;&nbsp; State&nbsp; Pri</font>S <br><font face="Courier New,Courier">&nbsp;&nbsp;&nbsp; HIB&nbsp;&nbsp;&nbsp;&nbsp;S1 16</font><font face="Courier New,Courier"></font>v3 <p><font face="Courier New,Courier">Suggest:</font> I <br><font face="Courier New,Courier">&nbsp;&nbsp;&nbsp; State Pr||</font>FI <br><font face="Courier New,Courier">&nbsp;&nbsp;&nbsp; xxxxx dd||</font>e
 <br>&nbsp; <p>Guy Peleg wrote:s <blockquote TYPE=CITE>Tim,I <p>There is not much extra space in $SHOW SYSTEM, however $SHOW PROC/CONTd <br>has a lot of extra spaceA <br>in the Direct I/O field. If you can escalate this formally toe2 <br>engineering through your local support center, <br>I will fix this. <p>Regards,g <p>Guy Peleg <br>OpenVMS Utilities Group. <p>Tim Shoppa wrote:B <p>> Since the dawn of time (well, I started using VMS in the lateF <br>> 3.x and early 4.x days) the SHOW SYS output has had 9 digits forC <br>> the I/O count and SHOW PROC/CONT has had 8 digits for the I/OuG <br>> count.&nbsp; For systems with moderate uptimes and processes witho lots ofBH <br>> I/O (especially network I/O) the displayed counters would overflowI <br>> and print as "*********" after a few weeks using 1990-era machines.  <br>>pJ <br>> On a modern busy machine with just a few hours of uptime and networkE <br>> I/O intensive processes, it must be the case that the displayedtN <br>> counts overflow very quickly.&nbsp; Have recent versions of VMS expandedJ <br>> the displayed fields?&nbsp; If not, are there any plans in the works to <br>> expand these fields? <br>>o <br>> Tim.</blockquote>m   <p>--e <br>Lee  <p>Lee Y T Mah&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Capital Health Authority] <br>Email: lytmah@cha.ab.ca&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;w Information Systems, RAH CSCG <br>Phone:&nbsp; (780) 477-4725, 477-4233&nbsp;&nbsp; 10240 Kingsway NW Q <br>Fax:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (780) 491-5119, 491-5619&nbsp;&nbsp;&nbsp;n Edmonton, AB, CAN&nbsp; T5H3V9 <br>&nbsp;</html>a  ( --------------97D8F4C2440FEE0DCE55DBD3--   ------------------------------  + Date: Mon, 26 Aug 2002 11:24:28 +0000 (UTC)i  From: mustang@ucc.asn.au.invalid6 Subject: Re: The "Gold" Standard in Disaster Tolerance* Message-ID: <akd35c$84f$1@enyo.uwa.edu.au>  ) Bob Ceculski <bob@instantwhip.com> wrote:wI : for those who want 99.9 non-clustered, or a cluster that is years aheadc; : of everything else, please read, hint: it is not unix ...f  K : http://www.tru64unix.compaq.com/unix/illuminata_dt_unix_research_note.pdfs  L You're a joke in comp.os.vms Bob & now you're trolling in comp.unix.solaris?  6 Did Andrew Harrison call your mother fat or something? Get a life.    D. --  % " I don't get mad.... I get stabby. "a - William "Fat Tony" Williams.   ------------------------------    Date: 26 Aug 2002 12:23:25 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) X Subject: Re: Universal Service Processor (USP) V6.0 for now available for OpenVMS  Alpha3 Message-ID: <ZOcCQ22isEXb@eisner.encompasserve.org>1  e In article <oita9.25$H65.364702@news.cpqcorp.net>, "John L Ferguson" <John.L.Ferguson@hp.com> writes:D  E > USP has always been on OpenVMS and is being used by several OpenVMS   2 Always ?  Even Backup hasn't _always_ been on VMS.  E > customers.  See http://vms.stabilit.ch/uspweb/usp_references_e.htm.o  ? The oldest citation there is 1997, about 20 years after VMS was- introduced.-  E 1997 is even 5 years after DEC marketeers started calling it OpenVMS.j   ------------------------------  # Date: Mon, 26 Aug 2002 17:10:44 GMTe0 From: "John L Ferguson" <John.L.Ferguson@hp.com>X Subject: Re: Universal Service Processor (USP) V6.0 for now available for OpenVMS  Alpha2 Message-ID: <oita9.25$H65.364702@news.cpqcorp.net>  C USP has always been on OpenVMS and is being used by several OpenVMS C customers.  See http://vms.stabilit.ch/uspweb/usp_references_e.htm.a  F V6.0 includes integration with Compaq Secure Web Server, the supported  Apache server for OpenVMS Alpha.   John  3 "Jan-Erik Sderholm" <aaa@aaa.com> wrote in messagee  news:3D6A4BE0.636CE31@aaa.com...? > Funny, that a VMS product that I'v never heard of before, nowh > is at V6.0...r9 > Or have this product exsisited before, but not on VMS ?A >M > Jan-Erik Sderholm.b >  > John L Ferguson wrote: > >tJ > > Universal Service Processor (USP) provides OpenVMS AlphaServer systems withI > > a high performance messaging middleware framework integrated with theA Compaq( > > Secure Web Server (based on Apache). > >dF > > For more information on USP or to download USP V6.0, please visit:D > > http://www.openvms.compaq.com/openvms/products/ips/usp/usp.html.   ------------------------------  # Date: Mon, 26 Aug 2002 14:54:05 GMTw0 From: "John L Ferguson" <John.L.Ferguson@hp.com>S Subject: Universal Service Processor (USP) V6.0 for now available for OpenVMS Alpha 2 Message-ID: <hira9.16$Pb5.537650@news.cpqcorp.net>  K Universal Service Processor (USP) provides OpenVMS AlphaServer systems with L a high performance messaging middleware framework integrated with the Compaq$ Secure Web Server (based on Apache).  K USP provides a very flexible and robust set of features that facilitate thetL development and deployment of high performance distributed applications withH traditional client/server RPC technology or message broadcasting. USP isG also an excellent tool for integrating existing applications running on 9 OpenVMS systems into an intranet or Internet environment.n  B USP V6.0 includes a service oriented architecture, synchronous andI asynchronous messaging, secure communication, interfaces for a variety of-C platforms and multiple programming languages, and XML based messages	 exchange.B  E The broadcast capabilities of USP are unique and include reliable and-K scalable message broadcasting with publish/subscribe, pattern matching, and@E fan-out of broadcast messages to save network overhead and bandwidth.t  B For more information on USP or to download USP V6.0, please visit:@ http://www.openvms.compaq.com/openvms/products/ips/usp/usp.html.   ------------------------------  % Date: Mon, 26 Aug 2002 17:40:16 +020019 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>sY Subject: Re: Universal Service Processor (USP) V6.0 for now available for OpenVMS Alpha AX& Message-ID: <3D6A4BE0.636CE31@aaa.com>  = Funny, that a VMS product that I'v never heard of before, nowy
 is at V6.0...s7 Or have this product exsisited before, but not on VMS ?>   Jan-Erik Sderholm.a   John L Ferguson wrote: > M > Universal Service Processor (USP) provides OpenVMS AlphaServer systems withoN > a high performance messaging middleware framework integrated with the Compaq& > Secure Web Server (based on Apache). > D > For more information on USP or to download USP V6.0, please visit:B > http://www.openvms.compaq.com/openvms/products/ips/usp/usp.html.   ------------------------------    Date: 26 Aug 2002 03:22:03 -0700) From: P.Young@unsw.EDU.AU (Patrick Young)L, Subject: Re: VMS 7.3-1 Doc set... plain jane= Message-ID: <55f85d77.0208260222.765f5699@posting.google.com>    rdeininger@mindspring.com (Robert Deininger) wrote in message news:<rdeininger-2408020910270001@1cust82.tnt2.nashua.nh.da.uu.net>... > J > Nothing was done about the logos and branding until after the merger was > complete.- >   = Think of it as the very special "Directors Suite" edition :-)   B It *will* be worth plenty after OpenVMS takes over the planet, and designates Window(tm) to dust.   ------------------------------    Date: 26 Aug 2002 10:30:37 -0700* From: morrisj@epsilon3.com (Jay E. Morris)/ Subject: Want an alpha or 20?  Found an auctionm= Message-ID: <8600a73e.0208260930.1ff3991a@posting.google.com>6  3 While skimming about found this auction in England.t  H http://www.dovebid.com/search/searchresults.asp?Query=alpha&EventID=1450  B 1200, 8400, 300, DS10, DS20, ES40.  Might be a chance to pick up aC hobbiest system.  Never used dovebid.com before but they state theyiB handle "Business auctions" so might be up against some deep pocket bidders.   ------------------------------    Date: 26 Aug 2002 07:19:11 -0700. From: SPAMSINK2001@YAHOO.COM (Alan E. Feldman)- Subject: Re: Why C is better than Fortran 95?m= Message-ID: <343f30ae.0208260619.32a48cf0@posting.google.com>f  k Steve Lionel <Steve.Lionel@intel.com> wrote in message news:<gct9mu4arb01osiea5s7m71jrf9cmuuae6@4ax.com>...w6 > On Thu, 22 Aug 2002 01:41:41 -0000, Michael Zarlenga! > <zarlenga@conan.ids.net> wrote:v > G > >What Fortran can do only now, and only on some platforms, C has been. > >able to do for a decade.- > H > And what Fortran has been able to do for four decades, C can't do yet. > :-)a >  > SteveR    D Please pardon my ignorance, but I'm curious. What are these featuresE that each compiler could do that the other couldn't do until recentlyiE or can't do at all even now? All I can think of offhand is that C hash@ pointers first. (I vaguely remember reading that Fortran now has
 pointers.)   Thanks.i   Disclaimer: JMHO Alan E. Feldman , afeldmanNONOspam gfigroupNONOspam comNONspam   ------------------------------    Date: 26 Aug 2002 09:33:25 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)e- Subject: Re: Why C is better than Fortran 95?f3 Message-ID: <SvwkGS+6iJGc@eisner.encompasserve.org>s  n In article <343f30ae.0208260619.32a48cf0@posting.google.com>, SPAMSINK2001@YAHOO.COM (Alan E. Feldman) writes:m > Steve Lionel <Steve.Lionel@intel.com> wrote in message news:<gct9mu4arb01osiea5s7m71jrf9cmuuae6@4ax.com>...y7 >> On Thu, 22 Aug 2002 01:41:41 -0000, Michael Zarlengae" >> <zarlenga@conan.ids.net> wrote: >>  H >> >What Fortran can do only now, and only on some platforms, C has been >> >able to do for a decade. >> wI >> And what Fortran has been able to do for four decades, C can't do yet.g >> :-) >> a >> Steve >  > F > Please pardon my ignorance, but I'm curious. What are these featuresG > that each compiler could do that the other couldn't do until recentlyeG > or can't do at all even now? All I can think of offhand is that C hassB > pointers first. (I vaguely remember reading that Fortran now has > pointers.)  D I thought this game of one-upsmanship was regarding _good_ features.   ------------------------------    Date: 26 Aug 2002 10:17:28 -0600- From: koehler@encompasserve.org (Bob Koehler)l- Subject: Re: Why C is better than Fortran 95?A3 Message-ID: <dJr9H6OlsBCM@eisner.encompasserve.org>t  W In article <3D5CF308.40AB9439@Free.fr>, Didier Morandi <Didier.Morandi@Free.fr> writes: R > Reading the F95 doc (better late than never) I learn that today we have pointers9 > management and even pointers initialization within F95.  > # > So, why is C having such success?v  B    Because that's what the kiddies comming out of school know, andF    higher ups don't realize how bad it is, nor how easy it is to learn    a new programming language.  A > To be able to execute embedded macro code? Who does this today?r >  > Your advice? >  > D.   ------------------------------  % Date: Mon, 26 Aug 2002 08:11:05 -0700s# From: "Tom Linden" <tom@kednos.com>i- Subject: RE: Why C is better than Fortran 95? 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIOENOFJAA.tom@kednos.com>   = If FORTRAN continues improving they'll have to rename it PL/I1   >-----Original Message-----l5 >From: Bob Koehler [mailto:koehler@encompasserve.org]c& >Sent: Monday, August 26, 2002 9:17 AM >To: Info-VAX@Mvb.Saic.Com. >Subject: Re: Why C is better than Fortran 95? >t > 8 >In article <3D5CF308.40AB9439@Free.fr>, Didier Morandi ! ><Didier.Morandi@Free.fr> writes:eC >> Reading the F95 doc (better late than never) I learn that today a >we have pointerso: >> management and even pointers initialization within F95. >> w$ >> So, why is C having such success? >-C >   Because that's what the kiddies comming out of school know, and G >   higher ups don't realize how bad it is, nor how easy it is to learnr >   a new programming language.l >hB >> To be able to execute embedded macro code? Who does this today? >> e >> Your advice?c >> s >> D.g >h >---' >Incoming mail is certified Virus Free.h; >Checked by AVG anti-virus system (http://www.grisoft.com). @ >Version: 6.0.381 / Virus Database: 214 - Release Date: 8/2/2002 >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).? Version: 6.0.381 / Virus Database: 214 - Release Date: 8/2/2002    ------------------------------  + Date: Mon, 26 Aug 2002 17:33:32 +0100 (MET)n9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> - Subject: Re: Why C is better than Fortran 95?s; Message-ID: <01KLRFIG6DTO9QUS7H@sysdev.deutsche-boerse.com>-  % > > So, why is C having such success?  > D >    Because that's what the kiddies comming out of school know, andH >    higher ups don't realize how bad it is, nor how easy it is to learn  >    a new programming language.  C There is a very vicious circle here.  I once asked someone who was aA responsible for computer hardware and software at an educational  E institution why there is so much emphasis on C when Fortran would be aF more suitable for what they are doing (lots of FP-intensive numerical G work, a history of Fortran use in this area, instructors knowledgeable nD in Fortran etc).  The reply was "most of our students don't stay in I research but go into industry, and their job prospects are better with C m than with Fortran".e  G Substitute "VMS" for "Fortran" and "unix or windows" for "C" above and cG you will see why HP needs to make more than a token effort to get back g into the educational market.  D As in many other cases, whether or not the job prospects are really C better, whether or not they should be etc are irrelevant---what is nH relevant is the perception.  (Of course, step 2 is to educate people so  that perception = reality).t  E Compaq touted the "success" of the new educational license programme -F with the "number of institutes" which had signed up.  In at least one D that I know of and probably in many other cases, this meant one guy G signing up so that he could legally use some DEC equipment left around  A from the Good Old Days when they subscribed to DECcampus and all nG students learned VMS.  The way they should measure success (not enough  I to tout yet) is to count the number of students who, as a result of HP's :G efforts in education, learn enough VMS to be able to get a job because d* of that (whether or not they actually do).   ------------------------------  % Date: Mon, 26 Aug 2002 10:15:05 +0200 : From: Karl Rohwedder <extern.karl.rohwedder@volkswagen.de>+ Subject: Re: XFC patch for VMS 7.3 is up...o/ Message-ID: <akco14$hgp3@doiweb4.volkswagen.de>.   Paul Sture wrote:  > In article <rdeininger-2408020930110001@1cust82.tnt2.nashua.nh.da.uu.net>, rdeininger@mindspring.com (Robert Deininger) writes:e > < > While on the topic of XFC, has anyone experience of taking9 > the V7.3-1 option of changing the system disk to ODS-5?d > J > I think I need to do this to make sure my bit of software doesn't break. > __ > Paul Sture
 > Switzerlande  V I am running the VMS V7.3-1 EFT with the systemdisk changed to ODS5 with hardlinks and7 access date enabled and encountered no problems so far.u -- c  - mit freundlichen Gruessen | with best regards    Karl Rohwedder               uC iT-Ingenieurteam     | Ellernbruch 11       | D-38112 Braunschweig  A Telefon: 0531/515521 | Telefax: 0531/515531 | Mobil: 0172/5434843IH  E-Mail: rohwedder(at)decus.decus.de        | iT-IngTeam(at)t-online.de .          karl.rohwedder(at)it-ingenieurteam.de DATEX-P: 4505018005::ROHWEDDER   ------------------------------  + Date: Mon, 26 Aug 2002 12:49:03 +0000 (UTC)   From: JKB <bertrand@chezmoi.com>" Subject: [Announce] FreeVMS 0.0.30: Message-ID: <slrnamk92l.j4m.bertrand@zebigbos.makalis.com>   	Hello,F  = 	You can find at http://freevms.free.fr/indexGB.html the last-; 	release of the FreeVMS kernel. Some new features have beend7 	written (clustering, ODS2/5 support, new system calls,n 	utilities...).m  	 	Regards,S   	JKB   ------------------------------   End of INFO-VAX 2002.470 ************************