1 INFO-VAX	Wed, 08 Oct 2003	Volume 2003 : Issue 558       Contents: Re: affordable VMS( Authorize suggestion: sys$system default, Re: Authorize suggestion: sys$system default( Authorize suggestion: sys$system default, Re: Authorize suggestion: sys$system default, Re: Authorize suggestion: sys$system default, Re: Authorize suggestion: sys$system default, Re: Authorize suggestion: sys$system default, Re: Authorize suggestion: sys$system default Re: DCL improvements Re: DCL improvements" Folks heads up - OpenVMS Boot Camp Group members in VMS Re: Group members in VMS Re: Group members in VMS Re: Group members in VMS Re: Group members in VMS How long till HP implodes + http_server / quotas / decnet task creation  Re: NSlookup bug: flex scanner' Re: O.T. slightly, Re: DCL improvements ' Re: O.T. slightly, Re: DCL improvements P Re: OpenVMS Pearl - Beautiful Live Link to Customer OpenVMS System, using RMS an Problem with SWCC_CONFIG.com& Re: Slow Shadow Copy with 36 GB drives6 Re: smtp problem: Status: 4.4.7 Unable to contact host6 RE: smtp problem: Status: 4.4.7 Unable to contact host Re: Sun takes a hit  Re: Sun takes a hit  Re: Sun takes a hit  Re: Sun takes a hit  Re: Sun takes a hit $ SUN to release a new chip technology Re: swxcrmgr) Re: Vax / VMS V5.5-2 External Drive Issue   VMS Sys Admin Position Available Re: VMS system on the web ! What is the performance of iVMS ? % Re: What is the performance of iVMS ? % Re: What is the performance of iVMS ? % Re: What is the performance of iVMS ? % Re: What is the performance of iVMS ? % Re: What is the performance of iVMS ? % Re: What is the performance of iVMS ? % Re: What is the performance of iVMS ? % Re: What is the performance of iVMS ? % Re: What is the performance of iVMS ? % Re: What is the performance of iVMS ? % Re: What is the performance of iVMS ? % Re: What is the performance of iVMS ?  Re: [Audio] Lame 3.93 for VMS  Re: [Audio] Lame 3.93 for VMS  Re: [Audio] Lame 3.93 for VMS   F ----------------------------------------------------------------------  # Date: Wed, 08 Oct 2003 13:43:43 GMT # From: "John Smith" <a@nonymous.com>  Subject: Re: affordable VMS J Message-ID: <jwUgb.143447$3r1.141047@news02.bloor.is.net.cable.rogers.com>   Mike Bartman wrote: * > On Tue, 7 Oct 2003 17:24:59 +0000 (UTC),: > moroney@world.std.spaamtrap.com (Michael Moroney) wrote: > D >> But the airport builder doesn't even know that Bidder 3 and theirF >> technology even exists.  They see heavy advertising by Bidder 1 and >> find out thatA >> over 95% of construction projects use Bidder 1 type techniques G >> (counting every homeowner who purchases a sack of cement at Lowes as A >> a construction project, of course).  Meanwhile, Bidder 3 loses  >> money, and their providerF >> of on-site concrete plants discontinues making them, forcing Bidder >> 3 to D >> use Bidder 1 & 2 style technology in the future (assuming they're >> even in the business).  >>C >> Meanwhile, because Bidder 1 leaves his supplies out in the open, F >> they repeatedly get contaminated by the weather, producing flaws inC >> the runway.  Bidder 1 is more than willing to come up with a new C >> concrete patch each time it happens to hide the flaws.  Every so D >> often they come up with a new type of concrete which doesn't haveF >> the flaws - but has new flaws. Meanwhile, everyone knows the cement< >> sacks need to be stored in waterproof enclosures to avoid6 >> contamination, but for some reason they never do... > ? > And for some reason, everyone just accepts this as normal and G > inevitable, despite all the airports, currently being decommissioned, 1 > which don't have these problems, and never did.  > D > Yes, it's sad.  The real problem is managers who aren't fit to runE > their companies.  If they knew anything about what they were doing, ? > they'd know about Bidder 3, get curious about the low-problem H > airports, or start asking questions of those who did when they see allC > the problems they are having with theirs...and then LISTEN to the 
 > answers. > F > Instead, they read BOTASMs[1], and do what everyone else seems to beG > doing (according to the BOTASMs), and make lots of "penny wise, pound F > foolish" decisions, over the objections of the technical specialistsF > who DO know better (or once did) and hire more managers who are justH > as clueless as themselves to try to fix it all, while firing those whoD > they wouldn't listen to when they can't make the stupid mess, that0 > they said not to buy in the first place, work. >  > -- Mike Bartman  > ) > [1] Back Of The Airplane Seat Magazines     I BOTSAM - I had not thought about that as being a great place to advertise  VMS, but it is.   E Unfortunately HP's attitude towards advertising VMS is  'why bother'.   H If HP's management were in charge of Mecedes Benz or BMW they be saying,I 'Let's not advertise our 500 or 700 series automobiles because Ford makes H the Focus and it outsells our high-end vehicles'. That sort of reasoningI makes zero (0) sense in any sane company but then again HP isn't just any  company .......    ------------------------------  % Date: Wed, 08 Oct 2003 12:14:26 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>1 Subject: Authorize suggestion: sys$system default ) Message-ID: <3F8437DF.9C21107C@istop.com>   M Is there a reason that AUTHORIZE doesn't default to SYS$SYSTEM when it triues  to open SYSUAF.DAT ?  C Does't the RMS equivalent to F$PARSE allow one to specify a default M device/directory and extension (SYS$SYSTEM:.DAT) which would fill any gaps if ) SYSUAF doesn't translate to a full path ?   D Is there a specific reason that AUTHORIZE doesn't use such parsing ?  J Or is the expectation that all sites shoudl define SYSUAF logical to point even to the default location ?  A It is very annoying to have to CD SYS$SYSTEM before MC AUTHORIZE.    ------------------------------  # Date: Wed, 08 Oct 2003 16:41:30 GMT " From:   VAXman-  @SendSpamHere.ORG5 Subject: Re: Authorize suggestion: sys$system default 0 Message-ID: <00A27121.FBE99285@SendSpamHere.ORG>  V In article <3F8437DF.9C21107C@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes:N >Is there a reason that AUTHORIZE doesn't default to SYS$SYSTEM when it triues >to open SYSUAF.DAT ?  > D >Does't the RMS equivalent to F$PARSE allow one to specify a defaultN >device/directory and extension (SYS$SYSTEM:.DAT) which would fill any gaps if* >SYSUAF doesn't translate to a full path ? > E >Is there a specific reason that AUTHORIZE doesn't use such parsing ?  > K >Or is the expectation that all sites shoudl define SYSUAF logical to point  >even to the default location ?  > B >It is very annoying to have to CD SYS$SYSTEM before MC AUTHORIZE.    A That's so that I can run AUTHORIZE, create a SYSUAF.DAT in my own A directory and define my own fully privied account.  Then, hope to A usurp SYSNAM privie and define SYSUAF in the system logical table @ to point to my SYSUAF.DAT so I can then login fully privied.  ;)  B In all seriousness, I've often wondered this myself.  I am fairly B confident that it was a conscious decision (fingers crossed) to do it this way -- but why?    --  L VAXman- A Bored Certified VMS Kernel Mode Hacker    VAXman(at)TMESIS(dot)COM             5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  * Date: Wed, 8 Oct 2003 12:06:18 -0500 (CDT) From: sms@antinode.org1 Subject: Authorize suggestion: sys$system default ) Message-ID: <03100812061851@antinode.org>   * From: JF Mezei <jfmezei.spamnot@istop.com> > [...] C > It is very annoying to have to CD SYS$SYSTEM before MC AUTHORIZE.   >    Some of us avoid the annoyance by using a method like this:   ALP $ show symbol auth(   AUTH*ORIZE == "@ SYS$MANAGER:AUTH.COM"   ALP $ type SYS$MANAGER:AUTH.COM H $!                                              28 September 1989.  SMS. $!/ $! Save the current default DEVICE:[DIRECTORY].  $!& $ DEF_ORIG = F$ENVIRONMENT( "DEFAULT") $!7 $! Set the error exit to restore the default directory.  $! $ ON ERROR THEN GOTO RESTORE  $ ON CONTROL_Y THEN GOTO RESTORE  $ ON CONTROL_C THEN GOTO RESTORE $!( $! Get into the "SYS$SYSTEM:" directory. $! $ SET DEFAULT SYS$SYSTEM:  $!% $! Connect the terminal to SYS$INPUT.  $!% $ ASSIGN /NOLOG SYS$COMMAND SYS$INPUT  $! $! Run AUTHORIZE.  $! $ RUN AUTHORIZE  $!3 $! Restore the original default DEVICE:[DIRECTORY].  $!	 $RESTORE:  $ SET DEFAULT 'DEF_ORIG' $!  H    If you want to get fancy, you could check for a definition of SYSUAF,H too, but I've never defined it, so this command procedure has worked forH me (for quite a while).  You're welcome to add any other refinements you might find desirable.   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode.org     Saint Paul  MN  55105-2547    ------------------------------  % Date: Wed, 08 Oct 2003 10:27:15 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> 5 Subject: Re: Authorize suggestion: sys$system default ' Message-ID: <3F8448F3.3000507@MMaz.com>    sms@antinode.org wrote:   + >From: JF Mezei <jfmezei.spamnot@istop.com>  >    >  >>[...] C >>It is very annoying to have to CD SYS$SYSTEM before MC AUTHORIZE.  >>     >> > ? >   Some of us avoid the annoyance by using a method like this:  >  >ALP $ show symbol auth ) >  AUTH*ORIZE == "@ SYS$MANAGER:AUTH.COM"  >    > A No doubt I've missed something as I'm stepping into this stream,  F mid-stream, but why all of this hassle to just run AUTHORIZE from any  location besides SYS$SYSTEM?    I All you must do is define system, executive level, logicals and then you  G can use AUTHORIZE, anytime, anywhere.  The necessary ones, as I recall  = off the top of my head, are SYSUAF, RIGHTSLISTS, NETUAF, and  B NETPROXY...  Not only is this much cleaner, but when AUTHORIZE is % defined as a foreign command such as:    V4100$ sh sym auth* '   AUTH*ORIZE == "$SYS$SYSTEM:AUTHORIZE"    you can most easily do your    $ AUTH SHOW/BRIEF [group,*]   H or other related commands without interference of a command procedure...   Barry      --    > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028                            ------------------------------   Date: 8 Oct 2003 17:28:55 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)5 Subject: Re: Authorize suggestion: sys$system default 9 Message-ID: <bm1hgm$halaq$1@ID-135708.news.uni-berlin.de>   ) In article <3F8437DF.9C21107C@istop.com>, - 	JF Mezei <jfmezei.spamnot@istop.com> writes:  > C > It is very annoying to have to CD SYS$SYSTEM before MC AUTHORIZE. #                                  ^^ $                                  :-)   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 8 Oct 2003 12:13:24 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) 5 Subject: Re: Authorize suggestion: sys$system default 3 Message-ID: <i+rG2TBBSgXu@eisner.encompasserve.org>   U In article <00A27121.FBE99285@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes:   C > That's so that I can run AUTHORIZE, create a SYSUAF.DAT in my own C > directory and define my own fully privied account.  Then, hope to C > usurp SYSNAM privie and define SYSUAF in the system logical table B > to point to my SYSUAF.DAT so I can then login fully privied.  ;) > D > In all seriousness, I've often wondered this myself.  I am fairly D > confident that it was a conscious decision (fingers crossed) to do > it this way -- but why?   D While the answer may be lost in the mists of time, retaining currentD behavior is important to avoid breaking existing command procedures.   ------------------------------   Date: 8 Oct 2003 12:14:56 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 5 Subject: Re: Authorize suggestion: sys$system default 3 Message-ID: <ZhMHyBPqoR9Z@eisner.encompasserve.org>   V In article <3F8437DF.9C21107C@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes:O > Is there a reason that AUTHORIZE doesn't default to SYS$SYSTEM when it triues  > to open SYSUAF.DAT ?  B    Simplifying:  authorize opens "SYSUAF".  If you have a logical E    defined for SYSUAF (most clustered systems do), RMS will translate ?    that and pick up the file wherever you put it.  If you don't C    have a logical defined, a default extension of ".DAT" is applied     and that is opened.  <    If the name was "SYS$SYSTEM:SYSUAF.DAT", the logical name    SYSUAF wouldn't redirect it.   F    But, yes, the DNS could be "SYS$SYSTEM:.DAT", with the FNS "SYSUAF"    and that would be better.   ------------------------------   Date: 8 Oct 2003 12:20:33 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 5 Subject: Re: Authorize suggestion: sys$system default 3 Message-ID: <BuRpofbkYOBE@eisner.encompasserve.org>   U In article <00A27121.FBE99285@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes:   C > That's so that I can run AUTHORIZE, create a SYSUAF.DAT in my own C > directory and define my own fully privied account.  Then, hope to C > usurp SYSNAM privie and define SYSUAF in the system logical table B > to point to my SYSUAF.DAT so I can then login fully privied.  ;)  G    Of course, we know you can do that because you have CMEXEC or CMKRNL B    turned on, allowing you to define /executive_mode.  A very goodD    addition to VMS, allowing RMS to require those inner mode logical	    names.   D > In all seriousness, I've often wondered this myself.  I am fairly D > confident that it was a conscious decision (fingers crossed) to do > it this way -- but why?   D    I always assumed it was heritage from the days when AUTHORIZE wasA    written without the benefit of RMS.  I recall having to decide F    whether RMS should be installed, sharable, when setting up VMS 2.x.C    Someone once told me AUTHORIZE was written prior to RMS; I guess A    someone in VMS Engineering wanted to log into 0.x to test RMS.    ------------------------------   Date: 8 Oct 2003 08:32:55 -0500  From: briggs@encompasserve.org Subject: Re: DCL improvements 3 Message-ID: <7AJZOjQngAq9@eisner.encompasserve.org>   ] In article <3F8363FA.6ADD3D01@sture.homeip.net>, Paul Sture <nospam@sture.homeip.net> writes: ! > briggs@encompasserve.org wrote: M >> The non-purist point of view is "I want to know if the device is available I >> for use.  And if it doesn't exist then it's surely not available.  Why 5 >> make me waste two lexical calls when one would do?  >>   > I > A device can exist, but not be available, and you can make it so if you $ > you wish by SET DEVICE/NOAVAILABLE   Yes, of course.   G The case where the device exists but is unavailable is not problematic. C We know what we want the lexical to do in that case and it does it. # It should return FALSE and it does.   = The case where the device exists and is available is also not ; problematic.  We know what we want the lexical to do and it , does it.  It should return TRUE and it does.  H It is the case where the device does not even exist that is problematic.  @ We have a community of users agitating for the lexical to return> "FALSE" instead of generating an error in the case of checking "AVL" on a non-existent device.   @ As a purist, I hold that the AVL bit is neither set nor reset on@ a nonexistent device.  The bit does not exist.  It has no value.< If you ask for its value, an error status is what you should expect.    	John Briggs   ------------------------------   Date: 8 Oct 2003 08:54:39 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: DCL improvements 3 Message-ID: <IQdH4P5OvPV7@eisner.encompasserve.org>   T In article <7AJZOjQngAq9@eisner.encompasserve.org>, briggs@encompasserve.org writes:  B > As a purist, I hold that the AVL bit is neither set nor reset onB > a nonexistent device.  The bit does not exist.  It has no value.> > If you ask for its value, an error status is what you should	 > expect.   A If for no other reason, to promote clear thinking by programmers.    ------------------------------   Date: 8 Oct 2003 07:50:13 -0700 1 From: susan_skonetski@hotmail.com (Sue Skonetski) + Subject: Folks heads up - OpenVMS Boot Camp = Message-ID: <857e9e41.0310080650.19f199e6@posting.google.com>    Dear Folks,   ? If you are planning on attending the boot camp, you may want to @ consider registering now.  We have less than 70 seats available.  C We have also added another room/track and that is a hands on GS1280 B (Marvel) room, this hands on will be done 6 times during the week.% http://www.hp.com/go/openvms/bootcamp   C Abstracts for all blocks will be on the web page next week.  If you D have already registered, you will be receiving mail in the next weekC or so with network information, additional logistics information as 5 well as information on how to sign up for the blocks.   A If you have any questions please do not hesitate to send me mail.   
 Warm Regards,  Sue    ------------------------------   Date: 8 Oct 2003 07:05:46 -0700 - From: bhushann@hotmail.com (Bhushan Narkhede)  Subject: Group members in VMS < Message-ID: <8a3b834.0310080605.47c194f2@posting.google.com>   Hi,   E  I wanted to findout who all are the members of a given group in VMS.  How do I acheive this.   Rgds,  Bhushan    ------------------------------  % Date: Wed, 08 Oct 2003 09:17:18 -0500 ( From: brandon@dalsemi.com (John Brandon)! Subject: Re: Group members in VMS 1 Message-ID: <03100809171814@dscis6-0.dalsemi.com>    > Hi,  > G >  I wanted to findout who all are the members of a given group in VMS.  > How do I acheive this. >  > Rgds, 	 > Bhushan   % $ MCR AUTHORIZE SHOW /BRIEF [group,*]    Where group = the group number.      J*o*h*n B*r*a*n*d*o*n  VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------   Date: 8 Oct 2003 09:17:37 -0500  From: briggs@encompasserve.org! Subject: Re: Group members in VMS 3 Message-ID: <oTOQh2MPE7EC@eisner.encompasserve.org>   l In article <8a3b834.0310080605.47c194f2@posting.google.com>, bhushann@hotmail.com (Bhushan Narkhede) writes: > Hi,  > G >  I wanted to findout who all are the members of a given group in VMS.  > How do I acheive this. >  For UIC group 123:   $ SET DEFAULT SYS$SYSTEM
 $ R AUTHORIZE  UAF> SHOW [123,*] /BRIEF	 UAF> EXIT  $    	John Briggs   ------------------------------   Date: 8 Oct 2003 14:14:40 GMT < From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)! Subject: Re: Group members in VMS 0 Message-ID: <bm164g$eve$1@n.ruf.uni-freiburg.de>  l In article <8a3b834.0310080605.47c194f2@posting.google.com>, bhushann@hotmail.com (Bhushan Narkhede) writes:F > I wanted to findout who all are the members of a given group in VMS. >How do I acheive this.    $ MC AUTHORIZE UAF> sho/brief [groupnum,*]  ...    Regards,    Christoph Gartmann    --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452   ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de   D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------   Date: 8 Oct 2003 11:59:58 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ! Subject: Re: Group members in VMS 3 Message-ID: <EFVbGefVqyB6@eisner.encompasserve.org>   l In article <8a3b834.0310080605.47c194f2@posting.google.com>, bhushann@hotmail.com (Bhushan Narkhede) writes: > Hi,  > G >  I wanted to findout who all are the members of a given group in VMS.  > How do I acheive this.  K    You ask the system manager, or you poll every user.  Unprivileged users  >    have no other way to get this security related information.   ------------------------------  ' Date: Wed, 8 Oct 2003 11:11 +0100 (BST) 9 From: duncan@macdonald.compulink.co.uk (Duncan Macdonald) " Subject: How long till HP implodesA Message-ID: <memo.20031008111121.3624A@macdonald.compulink.co.uk>   L If the story in the inquirer (http://www.theinquirer.net/?article=11986) is H correct - will there be anyone left at HP to build VMS systems when VMS - Engineering has finished the port to Itanium.    ------------------------------  % Date: Wed, 08 Oct 2003 16:54:56 +0100 0 From: Chris Sharman <chris.sharman@sorry.nospam>4 Subject: http_server / quotas / decnet task creation4 Message-ID: <bm1c0g$e35$1$8300dec7@news.demon.co.uk>  = Our "www server 80" process keeps getting into a MUTEX state. 5 Bytlm showed as just under 9914 (limit), 192 (avail).  It appears to be started by:' $ open net 0"http_server"::"0=www_init"   5 http_server had a bytlm of 64k - I doubled it to 128k 1 The system pql figures are mbytlm 1k, dbytlm 64k.   E Having rebooted, the "www server 80" process now has bytlm of 87-89k  I (fluctuates) - there's an http_server_1 subprocess which may account for   the fluctuation I suppose.   The questions are:7 1) What determines the quotas of a decnet task object ?   2) What quotas are appropriate ?E alphaserver 2100A, 1Gb memory, VMS 7.3, doing nothing but webserving. D 3) Is there a less drastic solution than rebooting when it MUTEXes ?   Thanks,  Chris    ------------------------------   Date: 8 Oct 2003 07:52:53 -0700 1 From: susan_skonetski@hotmail.com (Sue Skonetski) ' Subject: Re: NSlookup bug: flex scanner = Message-ID: <857e9e41.0310080652.3df42cda@posting.google.com>   ' No whips, or even coercion required ;')  sue   [ JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<3F834F8E.492A96EE@istop.com>...  > Sue Skonetski wrote: > >  > > JF,  > > A > > I have forwarded to engineering and they are looking into it.  > N > Yes, but did you have to use your whip to coerce them into looking into it ? > 
 > :-) ;-) ;-)    ------------------------------  $ Date: Wed, 8 Oct 2003 09:41:56 +0200+ From: "Hans Vlems" <hvlems.nieuw@zonnet.nl> 0 Subject: Re: O.T. slightly, Re: DCL improvements9 Message-ID: <bm0f4a$9ve0k$1@ID-143435.news.uni-berlin.de>   + <norm.raphael@metso.com> schreef in bericht K news:OF425A3234.D1A0607D-ON85256DB8.005ADB20-85256DB8.005BEE9B@metso.com...  > 9 > Since Charlie Hammond didn't bring it up, both of these 4 > should actually have a trailing single-quote to be= > correct syntax (although we all know the code as it appears  > will execute as expected). >  > / > $goto 'mylabel >  > $goto 'mylabel'  >  > and  >  > / $   if ... then goto case'i  >  >  > $   if ... then goto case'i' >  > as DCL_CHECK will point out. >  > L Actually DCL_CHECK surprised me with that error message. I've been using the& single quote for more than 20 years...   ------------------------------  % Date: Wed, 08 Oct 2003 12:13:30 -0400 & From: David M Smith <dsmit115@csc.com>0 Subject: Re: O.T. slightly, Re: DCL improvements8 Message-ID: <eld8ov0fg21v5vp4avuj4pg234udcdcars@4ax.com>  O On Wed, 8 Oct 2003 09:41:56 +0200, "Hans Vlems" <hvlems.nieuw@zonnet.nl> wrote:   , ><norm.raphael@metso.com> schreef in berichtL >news:OF425A3234.D1A0607D-ON85256DB8.005ADB20-85256DB8.005BEE9B@metso.com... >>: >> Since Charlie Hammond didn't bring it up, both of these5 >> should actually have a trailing single-quote to be > >> correct syntax (although we all know the code as it appears >> will execute as expected).  >> >> / > $goto 'mylabel  >> >> $goto 'mylabel' >> >> and >>  >> / $   if ... then goto case'i >> >> >> $   if ... then goto case'i'  >> >> as DCL_CHECK will point out.  >> >>M >Actually DCL_CHECK surprised me with that error message. I've been using the ' >single quote for more than 20 years...   O ...and as you found, it often works. There are some exceptions, the most common M (perhaps) being when two apostrophe substitutions are adjacent to each other,  for example:  !    $  type 'file_name''file_type'   H In this case, you must specify the "trailing" ' for the file_name symbol. (although you can leave it off for file_type).  I FWIW, our esteemed Hoff espouses the practice of leaving off the trailing F apostrophe in his book "Writing Real Programs in DCL" (see chapter 5).K Personally, I prefer to always include it because I think it makes DCL code  easier to read and understand.I ------------------------------------------------------------------------- I David M. Smith 302.391.8533                       dsmit115 at csc dot com I Computer Sciences Corporation     (Opinions are those of the writer only) I -------------------------------------------------------------------------    ------------------------------  % Date: Wed, 08 Oct 2003 12:24:39 +0100 * From: Nic Clews <sendspamhere@[127.0.0.1]>Y Subject: Re: OpenVMS Pearl - Beautiful Live Link to Customer OpenVMS System, using RMS an ' Message-ID: <bm0s3u$e8a$1@lore.csc.com>    JF Mezei wrote:  >   L > A big non-no on any web page: "Only IE5/6 will work while we develop". You6 > should have just "This page still under development"  F Telling anyone how _they_ should view your site is a no-no. Just whose computer is it?   P > Also, when you do submit a query, the response is provided with a content typeM > of "text/plain" isntead of "text/html" which means that standards compliant B > browsers display the html as text instead of rendering the html. > P > However, I applaud the effort, and this shows a lot of promise. Long live RMS.  C It is worrying isn't it, that even when text/plain is sent, that M$ / products decide to interpret as something else.   G All the more reason that the first comment is 'misdirected'. Anyway JF, C I think you've given Swiftbase the clue they need to continue their  "development". Well spotted.   --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------   Date: 8 Oct 2003 10:38:36 -0700 0 From: dave.baxter@bannerhealth.com (Dave Baxter)% Subject: Problem with SWCC_CONFIG.com = Message-ID: <a3c44af1.0310080938.787d284f@posting.google.com>   ? Can anyone help me here.    I have a two node cluster of ES40's E running OVMS 7.3-1, connected via a SAN setup to two pairs of HSG80's E with 42 drives attached to each controller pair.   Each of the ES40's @ has two HBA's, and is dualpathed to the storage via two separate9 fabrics, i.e. Each Host (ES40) has 4 paths to each drive. D      The CC Lun's on the two pairs of HSG's are set to 9000 and 9001D and they appear on the hosts as devices $1$gga9000: and $1$gga9001:.  E When I try to run SWCC_CONFIG and add a sub-system (option 8), I give  it;    Subsystem Name: HSG9000  Device Name:    $1$gga9000:  Monitoring interval: 5 secs    I then get;   A Adding subsystem: hsg9000, access device: $1$GGA9000:, monitoring  interval: 5 F %DCL-W-BUFOVF, command buffer overflow - shorten expression or command line $   5 If I "set verify" and run it again this is what I get   $write cfile "hsg9000|$1$GGA9000:|5|18|81D11B00PATHBIAS:0017PATH:PGA0.5000-1FE1-0012-1992PRIMARY,CURRENT|81D17AC0PATHBIAS:0016PATH:PGB0.5000-1FE1-0012-1991|81D123C0|81D123C0PATHBIAS:0002PATH:PGA0.5000-1FE1-0012-1994|81D182C0PATHBIAS:0006PATH:PGB0.5000-1FE1-0012-1993|81D11B00PATHBIAS:0017PATH:PGA0.5000-1FE1-0012-1992PRIMARY,CURRENT|81D17AC0PATHBIAS:0016PATH:PGB0.5000-1FE1-0012-1991|81D182C0|81D123CPATHBIAS:0002PATH:PGA0.5000-1FE1-0012-1994|81D182C0PATHBIAS:0006PATH:PGB0.5000-1FE1-0012-1993|81D172C0PATHBIAS:0005PATH:PGB0.5000-1FE1-0012-1C13|81D11300|81D11300PATHBIAS:0005PATH:PGA0.5000-1FE1-0012-1C14|81D18AC0PATHBIAS:0015PATH:PGB0.5000-1FE1-0012-1C11|81D172C0PATHBIAS:0005PATH:PGB0.5000-1FE1-0012-1C13|81D18AC0|81D11300PATHBIAS:0005PATH:PGA0.5000-1FE1-0012-1C14|81D18AC0PATHBIAS:0015PATH:PGB0.50 0-1FE1-0012-1C11|"F %DCL-W-BUFOVF, command buffer overflow - shorten expression or command line $exit:    Does anyone have any suggestions   Thanks     Dave Baxter    ------------------------------   Date: 8 Oct 2003 08:24:46 -0500 + From: young_r@encompasserve.org (Rob Young) / Subject: Re: Slow Shadow Copy with 36 GB drives 3 Message-ID: <NXkqCJ7zEYoa@eisner.encompasserve.org>   a In article <$B8GQeHnfZyd@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes: W > In article <blkfd7$1hh$1@news.doit.wisc.edu>, "Jim" <jim.gould@uwmf.wisc.edu> writes: M >> I have HP support stumped on this one so I thought someone here could help  >> me. >>  N >> We recently upgraded a pair of HSJ40 controllers to firmware version V37J-1O >> so that we could replace our aging 2GB and 4GB drives with new 36 GB drives. I >> We are running VMS 6.2 and applied the latest shadowing patch (ALPSHAD 
 >> 14_62.) >>  N >> Note:  We can't upgrade to a new version of VMS without paying our software >> vendor huge $$$.  >>  I >> Everything works fine except that shadow copies take about 24 hours to O >> complete.  Other drives, such as 9 GB drives take about 2 hours to complete.  >>  M >> Is this an inherent problem with VMS 6.2 and large drives or is there some " >> tweak that we missed somewhere? >>  M >> Help would be appreciated since we need to keep this ancient monster alive  >> for another year :  ) >>   > , > 	Shadowing can be a tricky beast at times. > / > 	Those HSJ40s are dinosaurs, you can probably C > 	pick up some SW500s and HSJ50s on the very cheap now, the HSJ50s H > 	support writeback cache.  The HSJ40s don't, the added performance is 6 > 	well worth it.  Got any extra ports in the CI?  B-) >     C 	HSJ40s do support writeback, the -YC model.  I did not know that , ? 	and someone pointed that out to me offline.  I've worked with   	AF models.    				Rob    ------------------------------  % Date: Wed, 08 Oct 2003 11:29:28 -0400 # From: sol gongola <sol@adldata.com> ? Subject: Re: smtp problem: Status: 4.4.7 Unable to contact host + Message-ID: <3F842D58.E673EC45@adldata.com>    John Johnstone wrote:  >  > sol gongola wrote: > > C > >   Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 - ECO 3 8 > >   on a AlphaServer 2100 4/275 running OpenVMS V7.2-1 > > M > > So far 3 people have been 'reproducibly' unable to email us. 2 are coming K > > from comcast, 1 from worldnet.att.net. No one else from these sites has J > > been trying to send us email so i don't know for sure if the sender isH > > the problem . The bounced messages all have the same status message: > > 4 > >         Final-Recipient: rfc822; SOL@ADLDATA.COM > >         Action: failed< > >         Status: 4.4.7 Unable to contact host for 1 days,V > >         Diagnostic-Code: smtp; Persistent Transient Failure: Delivery time expired8 > >         Last-Attempt-Date: 1 Oct 2003 21:02:13 +0000 > > D > > I am using smtp.config but I don't think anything I can put into' > > smtp.config could have caused this.  > > B > > We are not having any problems receiving messages from others.0 > > Does anyone know what could be causing this. > > 
 > > thank you  > > sol gongola  > > adl data systems inc > > dobbs ferry, ny  > F > I just tried a telnet to port 25 of mail.adldata.com and there was aG > pause of about one minute before I saw the 220 announcement from your J > mail server.  That would correspond to the timeout for the IP address toD > name lookup that your server would be doing.  I was coming from anI > address that should resolve back to a name but after my HELO test, your F > machine's 250 response had "Hello unknown.hostname" in it.  It looksG > like your system's DNS resolver isn't working.  If all of your recent F > incoming mail has "unknown.hostname" in the received headers, then I > think that would confirm it. > C > If your Comcast and ATT mail is coming from their servers and not D > directly from one of their users, it looks like they've got poorlyI > configured servers that have a initial timeout of less than one minute. J > At each attempt, their systems are probably giving up before your systemG > puts out its 220 announcement.  Any system that has a timeout of more ' > than a minute will still get through.   R I see that a few of the received emails have unknown.hostname. Some of them I can F resolve with nslookup (or dig) from the same Alpha as the smtp server.O The rest couldn't be resolved by any 'online' nslookup sites so the unresolved   must be 'valid'.  S The operator.log is not showing any messages other than the expected RBL and other  J smtp.config related messages (I get at least 1 RBL related block a minute)  M I was thinking that the RBL lookups and Bad client list in smtp.config might iN be slowing things down enough to be a problem but i am not sure if that would ! cause the unknown host situation.    Sol Gongolas ADL Data Systems Inc.t   ------------------------------  $ Date: Wed, 8 Oct 2003 08:36:27 -0700# From: "Tom Linden" <tom@kednos.com>g? Subject: RE: smtp problem: Status: 4.4.7 Unable to contact hostd9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEGCIDAA.tom@kednos.com>e  = I gave up on tcpip5.1 because of its primitive spam filteringr* and switched to MX5.3 and I am glad I did.   >-----Original Message-----b+ >From: sol gongola [mailto:sol@adldata.com]s* >Sent: Wednesday, October 08, 2003 8:29 AM >To: Info-VAX@Mvb.Saic.Com@ >Subject: Re: smtp problem: Status: 4.4.7 Unable to contact host >i >o >John Johnstone wrote: >> >> sol gongola wrote:o >> >D >> >   Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 - ECO 39 >> >   on a AlphaServer 2100 4/275 running OpenVMS V7.2-1  >> >C >> > So far 3 people have been 'reproducibly' unable to email us. 2t >are coming L >> > from comcast, 1 from worldnet.att.net. No one else from these sites hasK >> > been trying to send us email so i don't know for sure if the sender isrI >> > the problem . The bounced messages all have the same status message:b >> >5 >> >         Final-Recipient: rfc822; SOL@ADLDATA.COMM >> >         Action: faileda= >> >         Status: 4.4.7 Unable to contact host for 1 days,tA >> >         Diagnostic-Code: smtp; Persistent Transient Failure:  >Delivery time expired9 >> >         Last-Attempt-Date: 1 Oct 2003 21:02:13 +0000  >> >E >> > I am using smtp.config but I don't think anything I can put into ( >> > smtp.config could have caused this. >> >C >> > We are not having any problems receiving messages from others. 1 >> > Does anyone know what could be causing this.d >> > >> > thank you >> > sol gongola >> > adl data systems inc  >> > dobbs ferry, ny >>G >> I just tried a telnet to port 25 of mail.adldata.com and there was aeH >> pause of about one minute before I saw the 220 announcement from yourK >> mail server.  That would correspond to the timeout for the IP address to.E >> name lookup that your server would be doing.  I was coming from an1J >> address that should resolve back to a name but after my HELO test, yourG >> machine's 250 response had "Hello unknown.hostname" in it.  It lookstH >> like your system's DNS resolver isn't working.  If all of your recentG >> incoming mail has "unknown.hostname" in the received headers, then Iy >> think that would confirm it.y >>D >> If your Comcast and ATT mail is coming from their servers and notE >> directly from one of their users, it looks like they've got poorlyrJ >> configured servers that have a initial timeout of less than one minute.K >> At each attempt, their systems are probably giving up before your systemeH >> puts out its 220 announcement.  Any system that has a timeout of more( >> than a minute will still get through. >e? >I see that a few of the received emails have unknown.hostname.e >Some of them I can G >resolve with nslookup (or dig) from the same Alpha as the smtp server.h@ >The rest couldn't be resolved by any 'online' nslookup sites so >the unresolvedr >must be 'valid'.a > < >The operator.log is not showing any messages other than the >expected RBL and otheroK >smtp.config related messages (I get at least 1 RBL related block a minute)r >o; >I was thinking that the RBL lookups and Bad client list ina >smtp.config mightC >be slowing things down enough to be a problem but i am not sure ifm >that would " >cause the unknown host situation. >v >Sol Gongola >ADL Data Systems Inc. >p >---' >Incoming mail is certified Virus Free.i; >Checked by AVG anti-virus system (http://www.grisoft.com).gA >Version: 6.0.518 / Virus Database: 316 - Release Date: 9/11/2003  >  ---r& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.518 / Virus Database: 316 - Release Date: 9/11/2003   ------------------------------   Date: 7 Oct 2003 23:45:37 -0700c2 From: capitanmutanda@hotmail.com (Capitan Mutanda) Subject: Re: Sun takes a hit= Message-ID: <e5f9f063.0310072245.7bb3a1be@posting.google.com>o  i bill@cs.uofs.edu (Bill Gunshannon) wrote in message news:<blvoao$gvplm$1@ID-135708.news.uni-berlin.de>... ? > In article <bec993c8.0310071616.31aa7558@posting.google.com>, 0 > 	shoppa@trailing-edge.com (Tim Shoppa) writes: > >hH > > Few shops use Linux in this way... and those that do inevitably wereK > > the same ones hacking BSD or SysV source kits ten and twenty years ago.t > A > I would hope that any shop comprised of people who were hackingoC > BSD ten and twenty years ago would still be hacking BSD today andn< > would know enough to not touch Linux with a ten foot pole.  A Exactly! Linux is something you have to deal with because so manyuB managers (see the airport building thread) talk about it. Too bad E that the xBSD derivatives have no won such hype as linux. Personally  F I started using BSD with 2.8 on an 11/70 then BSD 4.2 on a 11/780, by F the way I was also learning VMS 4.3 on this same machine generally on C friday afternoons using maintenance problems as an excuse to bring . down 4.2 and boot VMS......e   CM   ------------------------------   Date: 8 Oct 2003 07:51:41 -0500o; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)l Subject: Re: Sun takes a hit3 Message-ID: <I2LDfqeU572J@eisner.encompasserve.org>h  c In article <K1l6$pkHEIfj@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: s > In article <2jQ4Mo9G3J5s@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:v > G > And that makes things hard for those of us who depend on typewriters.b  H    Olivetti still makes them.  Of course, it's not their primary productE    any more.  Last I heard Olivetti was the largest computer maker intH    Europe, but I haven't heard since DEC was reselling Olivetti laptops.   ------------------------------  % Date: Wed, 08 Oct 2003 13:53:58 +0100eO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>o Subject: Re: Sun takes a hit0 Message-ID: <bm11d7$q6c$1@new-usenet.uk.sun.com>   Tim Shoppa wrote:n > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<blurcu$403$1@new-usenet.uk.sun.com>...  >  >>Tim Shoppa wrote:p >> >>>Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<blu5jl$osa$1@new-usenet.uk.sun.com>... >>>t >>>fE >>>>Exentually you realise that Free Linux is in fact Expensive LinuxoD >>>>unless you think that paying 7.5K over 3 years for SW support on' >>>>a box that costs 6K is a good deal.m >>>  >>> L >>>7.5K and 6K are both in the noise... unless you're talking about hundredsM >>>or thousands or tens of thousands of boxes.  If you've got that many boxesvM >>>then you *do* go with the open-source alternative and self-support because I >>>you have all the sources and you built from them.  (Or at least that's  >>>what I hope happens!) >>>n >>4 >>Hang on what value does Linux bring to an IT shop. >  > @ > It gives the shop full and absolute control over its code baseA > and chosen (not dictated) hardware.  This is of enormous value.  >     8 No it doesn't because for a lot of terribly good reasons7 community Linux is not an option for most commercial IT5 shops except on the desktop.  < If for example you are an Oracle customer you are restricted> to running commercial Linux (Red Hat or SuSE) for any mid tier< of backend DBMS oracle products. Only the client side Oracle& apps are supported on community Linux.  9 In addition you cannot modify the source for that Red Hat : or SuSE release in any way if the source is kernel related9 because if you do you negate the Oracle support contract.   : You can of course modify user land code but then thats all5 GNU/Non Linux OpenSource anyway and runs on anything.R  : So the benefit you claim for Linux simply doesn't exist at; the kernel level and isn't relevant at the user level since  you don't need Linux to get it.$  ; There is also the small problem of capability anyway, whileI8 many programmers write perfectly acceptable applications3 level code you cannot say the same for kernel code.a  @ However your point neatly illustrates the thinking behind one of) the great Linux myths so thanks for that.d   Regardsa Andrew HarrisonS   ------------------------------   Date: 8 Oct 2003 08:05:31 -0500o; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)o Subject: Re: Sun takes a hit3 Message-ID: <jVbkj9Xoyciv@eisner.encompasserve.org>-   In article <blurcu$403$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:  8 > The only thing is cost or rather apparent cost savings8 > and if they turn out to be apparent rather than actual > then you have nothing.  B    Doens't matter.  All of us here on c.o.v can trot out the whiteE    papers which claim to show VMS has the lowest TCO.  The boss stillw    wants cheap PCs.  e  F    You'ld never let us get away with the TCO argument for VMS, so why &    should we listen to one from you?    J    Today I know I can put together a Linux/Pentium solution for less cost G    on delivery than a UNIX, VMS, MVS, ... solution for any problem that:D    Linux can handle.  I just gotta remember to get the boss a WintelF    box in the deal so he can run all those Office virus processors and    keep his MCSE on staff.  C    Fortunately for my sanity I like working on problems that Linux,e"    UNIX, and Windows can't handle.   ------------------------------   Date: 8 Oct 2003 10:40:14 -0700f+ From: shoppa@trailing-edge.com (Tim Shoppa), Subject: Re: Sun takes a hit= Message-ID: <bec993c8.0310080940.277e03e3@posting.google.com>s   Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<bm11d7$q6c$1@new-usenet.uk.sun.com>...OB > > It gives the shop full and absolute control over its code baseC > > and chosen (not dictated) hardware.  This is of enormous value.  > : > No it doesn't because for a lot of terribly good reasons9 > community Linux is not an option for most commercial IT& > shops except on the desktop. > > > If for example you are an Oracle customer you are restricted@ > to running commercial Linux (Red Hat or SuSE) for any mid tier> > of backend DBMS oracle products. Only the client side Oracle( > apps are supported on community Linux.  B I agree, mixing Oracle and "rolled in your own shop" Linux doesn'tC work.  I don't hold that against Linux, I hold that against Oracle.a  @ Fortunately there are alternatives to Oracle.  And thanks to theC recent California elections we can now quite soundly point out thatl3 indeed, somebody *did* get fired for buying Oracle.i   Tim.   ------------------------------  % Date: Wed, 08 Oct 2003 08:34:41 +0200h" From: Didier Morandi <no@spam.com>- Subject: SUN to release a new chip technologyn2 Message-ID: <bm0b65$i2n$1@news-reader3.wanadoo.fr>  - (translated from French with systransoft.com)r  E Ivan Sutherland, Robert Drost and Robert Hopkins, researchers of the e@ company Sun Microsystems, presented last Thursday, during CustomC Integrated Circuits Conference in San Jose (California), of work onVH integrated circuits which could revolutionize data-processing  industry.  E The microprocessors of the computers consist of thousands of circuitsvH integrated or microchips.  Traditional method of manufacture consist in G forming, starting from purified silicon, a wafer stacking (wafer) very  @ low thickness on which one engraves million electronic circuits.@ Each chip is connected to its neighbors by tiny electric wire ofD some micrometers of diameter, welded on the surface of wafer.  ThereH cut wire and that of wafer constitutes factors limiting to accumulation I of the chips and thus with the capacity of calculation of  the processor.-  E However the American researchers succeeded in working out integrated n> circuits laid out coast at coast, passing in addition to wire.  ? These experimental loops can thus make circulate data with 21,6c? Gigabits a second.  By comparison, Pentium 4 of INTEL posts oneMF capacity of 50 Gigabits a second;  but fathers of the news technology F estimate that this one should make it possible to reach  speeds about I thousand Gigabits a second, finalized once (the question of  the rise in  K the temperature related to this kind of configuration  remains in suspense)   F Sun Microsystems quickly hopes to place this new product on the marketI and thus to make up for its lost time on its principal competitors  like . Microsoft and INTEL.   Source:  Science et Techniques   (Original en franais)B Ivan Sutherland, Robert Drost et Robert Hopkins, chercheurs de la E socit Sun Microsystems, ont prsent jeudi dernier, au cours de la -C Custom Integrated Circuits Conference  San Jose (Californie), des n? travaux sur les circuits intgrs qui pourraient rvolutionner e l'industrie informatique.a  D Les microprocesseurs des ordinateurs sont constitus de milliers de B circuits intgrs ou puces lectroniques. La mthode classique de @ fabrication consiste  former,  partir de silicium purifi, un G empilement de galettes (wafer) de trs faible paisseur sur lesquelles n0 on grave des millions de circuits lectroniques.I Chaque puce est relie  ses voisines par de minuscules fils lectriques oH de quelques micromtres de diamtre, souds  la surface de la galette. C La taille des fils et celle de la galette constituent des facteurs tH limitants  l'accumulation des puces et donc  la capacit de calcul du  processeur.g  H Or les chercheurs amricains ont russi  laborer des circuits intgrs- disposs cte  cte, passant outre les fils.u  F Ces circuits exprimentaux peuvent ainsi faire circuler des donnes  I 21,6 Gigabits par seconde. Par comparaison, le Pentium 4 d'Intel affiche tG une capacit de 50 Gigabits par seconde ; mais les pres de la nouvellelD technologie estiment que celle-ci devrait permettre d'atteindre des F vitesses de l'ordre de mille Gigabits par seconde, une fois finalise A (la question de l'lvation de la temprature lie  ce genre de - configuration reste en suspens)0  D Sun Microsystems espre rapidement placer ce nouveau produit sur le D march et ainsi rattraper son retard sur ses principaux concurrents  comme Microsoft et Intel.r   Source : Science et Techniques   D. -- p- Didier Morandi sarl au capital de 8 000 eurose                     Tout VMS.   5 avenue Albert Durand, 31700 Blagnac France.   Tl: 33(0)5 6131 6287  Fax: 33(0)5 6171 3500&           http://www.didiermorandi.com$             RCS Toulouse 448 694 851   ------------------------------  % Date: Wed, 08 Oct 2003 09:59:11 +0100a* From: Nic Clews <sendspamhere@[127.0.0.1]> Subject: Re: swxcrmgro' Message-ID: <bm0jib$b7l$1@lore.csc.com>x   mckinneyj@cpva.saic.com wrote: > A > In article <PBEDIAGOKEDCKCLPJKAFMEIOCCAA.hvanderw@comcast.net>,d   > L > The character cell version of swxcrmgr is srlmgr.exe. However it has to beN > run in console mode and not from VMS so you won't be able to use it directlyN > via telnet. You might be able to front-end the alpha server's serial console2 > with a terminal server and telnet to it however. > O > If you can't locate a copy of srlmgr.exe (I think it was on the RCU diskettes M > as was also available on the DEC/Compaq/HP firmware in the past) I might be O > able to locate a copy (email to user mckinneyj at the domain saic.com) if youn
 > want it.  D If you do a google search not too long ago, a colleague of mine, Mr.F Birkett (and that surname on google groups should find the thread) wasB doing this over a console connection at 9600 baud. It took foreverE because the program screen updates as it's processing. IIRC about 2-3s weeks for a raidset.  3 I'd drive if I were you... Or get local assistance.e  G If you need more justification, you're talking 2 weeks system downtime,,/ and that doesn't include data restore etc. etc.    --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot come   ------------------------------  $ Date: Wed, 8 Oct 2003 11:36:58 +0200+ From: "Hans Vlems" <hvlems.nieuw@zonnet.nl> 2 Subject: Re: Vax / VMS V5.5-2 External Drive Issue9 Message-ID: <bm0lrv$h6c5g$1@ID-143435.news.uni-berlin.de>o  F There's no technical reason for these errors, a VAXstation 4000-90 canK handle disks that size. Do you have access to a more recent version of VMS,a	 say V7.3?t   Hans8 "BigFish" <johnsonronald@hotmail.com> schreef in bericht" news:HMCvAu.G4B@news.boeing.com...	 > Update:v >l" > I am using a VaxStation 4000-90. >  > -Ron >G > -- > Ronald Johnson > JohnsonRon@email.uophx.edu >  >i >t8 > "BigFish" <johnsonronald@hotmail.com> wrote in message# > news:HMCILw.nC@news.boeing.com... J > > I just formatted two pc hdd for use on the VAX using the >>> t/ut scsiK > > command. Both drives formatted successfully, however, once I brought upr > theaJ > > operating system (v5.5-2) I was not able to initialize either drives I gets > a J > > init-f-drverr fatal drive error message. One drive is 4.2 GB's and the > other-D > > is 4.55 GB well underneath VAX v.5-5.2 8GB disk size limitation. > >m > > Any thoughts?  > >j > >G > > -- > > Ronald Johnson > > JohnsonRonald@hotmail.com4 > >s > >g > >. > >  > >  >  >w   ------------------------------  % Date: Wed, 08 Oct 2003 09:16:34 -0700I0 From: Lynn Buffing <lbuffing@oregon.uoregon.edu>) Subject: VMS Sys Admin Position Available38 Message-ID: <gsd8ovcghk25ngaqi2ma3i4qsk2ov0ekir@4ax.com>   Systems Managerp  F The University of Oregon in Eugene, Oregon, seeks a Systems Manager toD support operating system and related network and utility software onA OpenVMS systems.  BS degree (MS preferred) in Computer Science or E relevant technical field.  Minimum 3-5 years experience in an OpenVMSr: environment, preferably involving system administration.    D For full position description and application procedure, see our web: site (http://cc.uoregon.edu/jobs/) or contact Lynn Buffing, (lbuffing@oregon.uoregon.edu; 541-346-1772).  6 AA/EO/ADA institution committed to cultural diversity.   ------------------------------   Date: 8 Oct 2003 12:01:28 GMTh, From: bill@gw5.cs.uofs.edu (Bill Gunshannon)" Subject: Re: VMS system on the web9 Message-ID: <bm0uan$hql8f$1@ID-135708.news.uni-berlin.de>a  8 In article <86k5ov8p6ns2knean0dqsoos3urf8389ds@4ax.com>,) 	jlsue <jefflsxxxz@sbcglobal.net> writes:I > I > Again, I contend that any PhD in CS *ought* to be aware of almost every % > technology in their area of study. n  C Most are "aware" but that hardly translates into "willing to devotesC any of their very limited class time" to what are percieved as deadcB technologies.  Everybody here remembers the PDP-11, no one teachesC about it's architecture (even though they have a collection of themh, at their disposal if they were so inclined.)  M >                                     Many of the ones we studied back when I I > was in college were not even commercial products, so "known" takes on a9 > much wider meaning.    > K > Imho, a CS course that studies clustering technology - or availability inmI > general - that doesn't have some time for studying VMScluster should beo > grounds for malpractice. >   C 1) What current course listed in any college's catalog do you thinkoB    concentrates on anything like "clustering" in anything but the     most general of terms?gB 2) While a course is likely to cover a number of current and a fewH    up-and-coming technologies, computer history is pretty much relegatedB    to literacy courses and even they don't talk about VMS anymore.  F If you want to see any of what you mentioned above included in collegeE courses you need to get your bosses to demonstrate to the .edu markethF that they are still releveant.  Class time is sparse, it is impossibleF to cover everything.  A decision has to be made what to cover and whatI to leave out.  At this point in time, at least here (and I suspect prettylC much everywhere else from what we hear here) VMS does not meet thatiE criteria. Those of us in the trenches really want to change that, but?E we can't do it on their own.  I can honestly say at this point that IVE seriously think the reason why we are still debating the .edu program B while not seeing any of what we say making it through to those whoG make the decisions is very probably because no one on the business sidevF of things has any understanding of just what we, in .edu, actually do.4 And, at this point, I doubt that is going to change.   bill   -- MJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   t   ------------------------------   Date: 7 Oct 2003 23:14:07 -0700m. From: mistdragon@zdnetonebox.com (mist dragon)* Subject: What is the performance of iVMS ?= Message-ID: <7500353b.0310072214.7122eaaf@posting.google.com>n  C iVMS has been available on HP site. Although it is still beta, doese7 anyone have any information how it performs vs. Alpha ?    Me   ------------------------------  $ Date: Wed, 8 Oct 2003 09:32:02 +0200+ From: "Hans Vlems" <hvlems.nieuw@zonnet.nl>-. Subject: Re: What is the performance of iVMS ?9 Message-ID: <bm0ehn$haa30$1@ID-143435.news.uni-berlin.de>j  = "mist dragon" <mistdragon@zdnetonebox.com> schreef in bericht87 news:7500353b.0310072214.7122eaaf@posting.google.com...oE > iVMS has been available on HP site. Although it is still beta, doese9 > anyone have any information how it performs vs. Alpha ?k >t > MrK Based on the (in)famous VUPS DCL utility the 2600 that is accessible to thelJ internet runs at 166 Vups. That's about the performance of an EV56 running at 400 MHz.g   ------------------------------  % Date: Wed, 08 Oct 2003 03:43:33 -0400e* From: JF Mezei <jfmezei.spamnot@istop.com>. Subject: Re: What is the performance of iVMS ?) Message-ID: <3F83BEA2.E7681027@istop.com>D   Hans Vlems wrote:1M > Based on the (in)famous VUPS DCL utility the 2600 that is accessible to thesL > internet runs at 166 Vups. That's about the performance of an EV56 running
 > at 400 MHz.   N Yes, be we are constantly told to wait for the next generation IA64 which willN provide much better performance. IA64 will eventually exceed Alpha's speed. ByN then however, the future might be clearer with regards to Intel going for a 643 bit 8086, so IA64's perfornance will be quite moot.   K My gut tells me that most VMS customers will not migrate to IA64, they will " migrate from Alpha to 64 bit 8086.   ------------------------------  $ Date: Wed, 8 Oct 2003 11:30:43 +0200+ From: "Hans Vlems" <hvlems.nieuw@zonnet.nl>a. Subject: Re: What is the performance of iVMS ?9 Message-ID: <bm0lg8$g6lhm$1@ID-143435.news.uni-berlin.de>e  9 "JF Mezei" <jfmezei.spamnot@istop.com> schreef in berichtc# news:3F83BEA2.E7681027@istop.com...0 > Hans Vlems wrote:VK > > Based on the (in)famous VUPS DCL utility the 2600 that is accessible ton thecF > > internet runs at 166 Vups. That's about the performance of an EV56 running  > > at 400 MHz.l >HK > Yes, be we are constantly told to wait for the next generation IA64 whichs willF > provide much better performance. IA64 will eventually exceed Alpha's	 speed. BylK > then however, the future might be clearer with regards to Intel going for  a 645 > bit 8086, so IA64's perfornance will be quite moot.$ >iH > My gut tells me that most VMS customers will not migrate to IA64, they will$ > migrate from Alpha to 64 bit 8086.  J According to Intel (during the dutch VMS tech. upd. days) the IA64 will be2 speeded up considerably within the next 24 months.H I do not quite understand your point about "migrate from Alpha to 64 bitI 8086", unless there's a VMS porting project going on that escaped me. BTWfK the fact that VMS by and large now runs on an Itanium does not mean that itmJ will run with minimal effort on another Intel platform. Even if it were asL simple as "copy, compile, compare" then the certifcation process would still be too costly.   Hans   ------------------------------  $ Date: Wed, 8 Oct 2003 13:33:21 +0200( From: "H Vlems" <hvlems.nieuw@zonnet.nl>. Subject: Re: What is the performance of iVMS ?9 Message-ID: <bm0spq$hjnhi$1@ID-143435.news.uni-berlin.de>.  0 "Nigel Barker" <nigel@hp.com> schreef in bericht2 news:e8s7ov8if0uhjv4i74ae9utbjtjpio2vum@4ax.com...J > On Wed, 8 Oct 2003 09:32:02 +0200, "Hans Vlems" <hvlems.nieuw@zonnet.nl> wrote: >- > >-@ > >"mist dragon" <mistdragon@zdnetonebox.com> schreef in bericht: > >news:7500353b.0310072214.7122eaaf@posting.google.com...H > >> iVMS has been available on HP site. Although it is still beta, does< > >> anyone have any information how it performs vs. Alpha ? > >> > >> MJ > >Based on the (in)famous VUPS DCL utility the 2600 that is accessible to thehE > >internet runs at 166 Vups. That's about the performance of an EV56m runninge > >at 400 MHz. >hK > Didn't you notice when you logged on the following welcome text:-)? "This  systemJ > is running an early, evaluation release of the OpenVMS operating system. It hasI > debugging options turned on which affect performance. Please do not runs > performance benchmarks"a >fJ > The current test drive RX2600 is a 1GHz McKinley system. The much faster 1.5GHz- > 6MB cache Madison systems are now shipping.i >t > -- > Nigel Barker! > Live from the sunny Cote d'Azurd  J Sure I read the welcome text. As we all (ought to) know, these systems runL V8.0 which is basically a pre-production version of the operating system. SoJ V8.1 may be better in terms of performance and V8.2 surely will be faster.J The hardware platform is next to meaningless. By the time V8.2 arrives the 2600 will be obsolete.  K BTW where are you in France? We're planning a holiday next week at the Ctec
 d'Azur :-)   ------------------------------  # Date: Wed, 08 Oct 2003 11:24:23 GMT8! From: Nigel Barker <nigel@hp.com> . Subject: Re: What is the performance of iVMS ?8 Message-ID: <e8s7ov8if0uhjv4i74ae9utbjtjpio2vum@4ax.com>  O On Wed, 8 Oct 2003 09:32:02 +0200, "Hans Vlems" <hvlems.nieuw@zonnet.nl> wrote:    > > >"mist dragon" <mistdragon@zdnetonebox.com> schreef in bericht8 >news:7500353b.0310072214.7122eaaf@posting.google.com...F >> iVMS has been available on HP site. Although it is still beta, does: >> anyone have any information how it performs vs. Alpha ? >> >> ML >Based on the (in)famous VUPS DCL utility the 2600 that is accessible to theK >internet runs at 166 Vups. That's about the performance of an EV56 running  >at 400 MHz.  P Didn't you notice when you logged on the following welcome text:-)? "This systemO is running an early, evaluation release of the OpenVMS operating system. It haseG debugging options turned on which affect performance. Please do not run  performance benchmarks"c  O The current test drive RX2600 is a 1GHz McKinley system. The much faster 1.5GHzI+ 6MB cache Madison systems are now shipping.0   -- Nigel Barker Live from the sunny Cote d'AzurP   ------------------------------   Date: 8 Oct 2003 07:12:35 -0500-- From: Kilgallen@SpamCop.net (Larry Kilgallen)0. Subject: Re: What is the performance of iVMS ?3 Message-ID: <ZBRpR6Tk1opv@eisner.encompasserve.org>0  d In article <bm0spq$hjnhi$1@ID-143435.news.uni-berlin.de>, "H Vlems" <hvlems.nieuw@zonnet.nl> writes:  L > Sure I read the welcome text. As we all (ought to) know, these systems runN > V8.0 which is basically a pre-production version of the operating system. SoL > V8.1 may be better in terms of performance and V8.2 surely will be faster.   You also might try the command  , 	$ WRITE SYS$OUTPUT F$GETSYI("SYSTEM_CHECK")  0 to see if that particular slowdown is in effect.   ------------------------------  % Date: Wed, 08 Oct 2003 15:19:49 +0200e" From: Didier Morandi <no@spam.com>. Subject: Re: What is the performance of iVMS ?2 Message-ID: <bm12to$cea$1@news-reader3.wanadoo.fr>   H Vlems wrote:M > BTW where are you in France? We're planning a holiday next week at the Cten > d'Azur :-)  F HP + Cote d'Azur = Valbonne, close to Nice, aka Sophia-Antipolis, the G former DEC European Competence Center, then former COMPAQ incompetence dD Center (all DECcies left, well most of), today a complex octopus of E engineers in a 90% free for rent building. Some of them have created eD there the European VAX/ALPHA to Itanium Migration Competence Center.   D.   ------------------------------  # Date: Wed, 08 Oct 2003 13:25:06 GMT # From: "John Smith" <a@nonymous.com>t. Subject: Re: What is the performance of iVMS ?I Message-ID: <SeUgb.143438$3r1.40430@news02.bloor.is.net.cable.rogers.com>e   Nigel Barker wrote: 1 > On Wed, 8 Oct 2003 09:32:02 +0200, "Hans Vlems"o! > <hvlems.nieuw@zonnet.nl> wrote:m >t >>@ >> "mist dragon" <mistdragon@zdnetonebox.com> schreef in bericht: >> news:7500353b.0310072214.7122eaaf@posting.google.com...G >>> iVMS has been available on HP site. Although it is still beta, doesH; >>> anyone have any information how it performs vs. Alpha ?o >>>  >>> M G >> Based on the (in)famous VUPS DCL utility the 2600 that is accessible G >> to the internet runs at 166 Vups. That's about the performance of ans >> EV56 running at 400 MHz.v > E > Didn't you notice when you logged on the following welcome text:-)?tE > "This system is running an early, evaluation release of the OpenVMS C > operating system. It has debugging options turned on which affect 8 > performance. Please do not run performance benchmarks" >.C > The current test drive RX2600 is a 1GHz McKinley system. The much-; > faster 1.5GHz 6MB cache Madison systems are now shipping.o    K On the one hand the fact that a test system of any sort is 'available' is ac good thing.   I On the other hand, having a test system publicly available which performs F more poorly than the current 'state of the art' IA64 system does HP noG service whatsoever. Early opinions and judgements will be formed on the K basis of the lesser system. HP should be ensuring that the very 1st machine.H of each iteration is available for public test drives to ensure that theH opportunity exists to put its best foot forward at the earliest possible time.t  H Many managements will take the test result you garner from this slowpokeK system and say 'That's what the numbers say - the numbers don't lie. I have J to justify our future direction based on facts not HP promises.' It may be3 short-sighted, it may be wrong, but it does happen.    ------------------------------   Date: 8 Oct 2003 08:27:48 -0500t; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)g. Subject: Re: What is the performance of iVMS ?3 Message-ID: <LQVfpw0AjYPT@eisner.encompasserve.org>e  g In article <bm0lg8$g6lhm$1@ID-143435.news.uni-berlin.de>, "Hans Vlems" <hvlems.nieuw@zonnet.nl> writes:    > BTW M > the fact that VMS by and large now runs on an Itanium does not mean that it 9 > will run with minimal effort on another Intel platform.d  E    No, but VMS engineering has stated that having completed two portsnB    a great deal of the hardware dependence originally put into VMS?    has been removed and any future ports should be much easier.n  D    Which to me means, if IA64 fails it will cost the owner even lessE    to port VMS to something else than it is to port to IA64 and therew9    will be even more business justification for doing so.l   ------------------------------   Date: 8 Oct 2003 08:24:14 -0500o; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)u. Subject: Re: What is the performance of iVMS ?3 Message-ID: <0gw+gaax6LJc@eisner.encompasserve.org>f  n In article <7500353b.0310072214.7122eaaf@posting.google.com>, mistdragon@zdnetonebox.com (mist dragon) writes:E > iVMS has been available on HP site. Although it is still beta, doesg9 > anyone have any information how it performs vs. Alpha ?n  B    The site that is readily available has debugging code turned on@    and a request in the login message that no one do performance    testing on it.e  A    Other sites can be set up for exclusive access where realisticmB    performance testing can be done, but I hardly think VMS 8.0 has(    been optimally tuned for performance.   ------------------------------  % Date: Wed, 08 Oct 2003 12:09:07 -0400L* From: JF Mezei <jfmezei.spamnot@istop.com>. Subject: Re: What is the performance of iVMS ?) Message-ID: <3F8436A0.22A04463@istop.com>    John Smith wrote:oK > On the other hand, having a test system publicly available which performs H > more poorly than the current 'state of the art' IA64 system does HP noI > service whatsoever. Early opinions and judgements will be formed on the  > basis of the lesser system.e  M Remember, we are being told to wait for the next generation IA64 for adequatehM performance. So if they make available an IA64 system now, my expectations onnJ performance would be low to begin with, and when you combine this with VMSK still being developped, I wouldn't consider those systems as "test drives",oP but rather just proof of concept (eg: that VMS can run/walk on such a platform).  N The way I view this, these systems are there more to demonstrate the abilitiesM of VMS engineers (and to help the engineers debug VMS by having real users onP them) that to showcase IA64.   ------------------------------  # Date: Wed, 08 Oct 2003 16:26:56 GMT.# From: "John Smith" <a@nonymous.com> . Subject: Re: What is the performance of iVMS ?K Message-ID: <kVWgb.259404$Lnr1.175891@news01.bloor.is.net.cable.rogers.com>s   Bob Koehler wrote:A > In article <bm0lg8$g6lhm$1@ID-143435.news.uni-berlin.de>, "Hans>) > Vlems" <hvlems.nieuw@zonnet.nl> writes:a >t >> BTWF >> the fact that VMS by and large now runs on an Itanium does not meanB >> that it will run with minimal effort on another Intel platform. > G >    No, but VMS engineering has stated that having completed two portseD >    a great deal of the hardware dependence originally put into VMSA >    has been removed and any future ports should be much easier.n > F >    Which to me means, if IA64 fails it will cost the owner even lessG >    to port VMS to something else than it is to port to IA64 and theres; >    will be even more business justification for doing so.h   Perhaps to EV8 Alpha?  ;-)   ------------------------------  % Date: Wed, 08 Oct 2003 17:26:43 +0100j* From: Nic Clews <sendspamhere@[127.0.0.1]>& Subject: Re: [Audio] Lame 3.93 for VMS' Message-ID: <bm1dpd$k99$1@lore.csc.com>e  8 "Patrick MOREAU, CENA Athis, Tel: 01.69.57.68.40" wrote:  Q > I've posted a more recent version of Lame audio compressor at the DECW archive:w > 4 > http://decwarch.free.fr/decwindows/lame-3_93_1.zip > @ > Sources only (I cannot distribute binaries for legal reasons). > N > You need to compile the libraries libmp3lame and mpglib and after to compileO > and link the front-end. You can build for VAX (not tested with this version),cI > AXP and AXP with EV6 optimizations. Tested on DS10 under VMS 7.2-1 wirhm > DEC C V6.2-008   Patrick,  < Why can't you post the binaries? What are the legal reasons?  B I use lame on other platforms and binaries are included so what is different about VMS?   -- e? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesp nclews at csc dot com>   ------------------------------  $ Date: Wed, 8 Oct 2003 17:45:34 +0100* From: "Richard Brodie" <R.Brodie@rl.ac.uk>& Subject: Re: [Audio] Lame 3.93 for VMS, Message-ID: <bm1evf$10nm@newton.cc.rl.ac.uk>  Y "Nic Clews" <sendspamhere@[127.0.0.1]> wrote in message news:bm1dpd$k99$1@lore.csc.com...t  D > I use lame on other platforms and binaries are included so what is > different about VMS?  A I believe you should  consult a patent lawyer before compiling or ? using the code; VMS is not different in this regard. Your locale= jurisdiction and/or employer's policy may be relevant though.s   ------------------------------  $ Date: Wed, 8 Oct 2003 19:23:38 +0200E From: "Eberhard Heuser-Hofmann" <vaxinf@chclu.chemie.uni-konstanz.de>o& Subject: Re: [Audio] Lame 3.93 for VMS0 Message-ID: <003701c38dc0$ea1b49c0$0401a8c0@pc1>  G ftp://v36.chemie.uni-konstanz.de/multimedia_vms/bin_axp/lame_3_93_1.exef   ----- Original Message ----- u, From: "Nic Clews" <sendspamhere@[127.0.0.1]> To: <Info-VAX@Mvb.Saic.Com>i) Sent: Wednesday, October 08, 2003 6:26 PM & Subject: Re: [Audio] Lame 3.93 for VMS    : > "Patrick MOREAU, CENA Athis, Tel: 01.69.57.68.40" wrote: >-J > > I've posted a more recent version of Lame audio compressor at the DECW archive: > >c6 > > http://decwarch.free.fr/decwindows/lame-3_93_1.zip > >DB > > Sources only (I cannot distribute binaries for legal reasons). > >(H > > You need to compile the libraries libmp3lame and mpglib and after to compile>G > > and link the front-end. You can build for VAX (not tested with this 	 version),iK > > AXP and AXP with EV6 optimizations. Tested on DS10 under VMS 7.2-1 wirh. > > DEC C V6.2-008 >e
 > Patrick, > > > Why can't you post the binaries? What are the legal reasons? >sD > I use lame on other platforms and binaries are included so what is > different about VMS? >n > -- sA > Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesn > nclews at csc dot com    ------------------------------   End of INFO-VAX 2003.558 ************************