1 INFO-VAX	Wed, 26 Apr 2000	Volume 2000 : Issue 233       Contents: And they wonder why !! Re: And they wonder why !! Re: And they wonder why !! Re: And they wonder why !! Re: And they wonder why !! Re: And they wonder why !!< Re: Canadian Users Group, Hobbyists (was: OpenVMS marketing)# Cannot boot vax machine - full disk ' Re: Cannot boot vax machine - full disk ' Re: Cannot boot vax machine - full disk ' Re: Cannot boot vax machine - full disk ' Re: Cannot boot vax machine - full disk G Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!) G Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!) G Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!) G Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)  DCPS and HP8000  Re: DCPS and HP8000  Re: DCPS and HP8000  RE: DCPS and HP8000  Re: DCPS and HP8000  DEC Pascal Rename Problem  Re: DEC Pascal Rename Problem  Re: DEC Pascal Rename Problem % DECUS Canada (was: OpenVMS marketing) ) Re: DECUS Canada (was: OpenVMS marketing) , Re: DECW$DEVICE-I-NODEVICE and no decwindows% Re: Disk subsystems for OpenVMS Alpha % Re: Disk subsystems for OpenVMS Alpha % Re: Disk subsystems for OpenVMS Alpha 
 Re: excursion " FTP Reverse name lookup - TCP 5.0A Re: Getting at the Call Stack  Re: Getting at the Call Stack 3 Help!! Process using more CPU time than available!! 7 Re: Help!! Process using more CPU time than available!! + Re: Highest OpenVMS version supporting VWS? = Re: I am unable to mount in VMS a NFS share on my HP9000 D390  Re: IBM 18GB disk "offline" 5 Re: Interesting problem with AS 255/233 and JAZ drive 5 Re: Interesting problem with AS 255/233 and JAZ drive A Re: Is there a "Porting Unix/C Software to OpenVMS for Dummies" ? $ Re: Mozilla M15 always in COM state? Re: Mozilla M15's out...$ Mozilla/Communicator FAQ for OpenVMS? Re: Multiport serial card on PC as AlphaServer serial consoles?  NTP and Time Zone Offsets  Re: NTP and Time Zone Offsets  Re: OpenVMS marketing  Re: OpenVMS marketing  pthread death with ACCVIO " Runoff to Microsoft Word Documents0 should DCL give an error for invalid qualifiers?4 Re: should DCL give an error for invalid qualifiers?4 Re: should DCL give an error for invalid qualifiers? Timeout Issues RE: USERNAME RE: USERNAME Re: USERNAME Re: USERNAME& Re: USERNAME (and the "owner" field ?) Re: Verify of Backups  Re: Web server for VAX/VMS9 Re: Why does Pathworks(Mac) change mod date of .dir file?   F ----------------------------------------------------------------------  % Date: Wed, 26 Apr 2000 08:31:02 -0400 0 From: "Hank Vander Waal" <hvanderw@novagate.com> Subject: And they wonder why !! 8 Message-ID: <000601bfaf7b$492960f0$aa9433cf@mscmain.com>  I "Compaq attributed the enterprise decline to year 2000 lockdowns, channel I inventory reductions and a weak European market. Its latest Alpha server, F called Wildfire, will launch next month and Compaq said it already hasJ orders for 120 of the high-end computers. But for the first quarter, Alpha7 sales declined by an unspecified amount, Compaq said. "   H Hey guys you got to tell folks about your product!   You know that stuff
 called VMS: Works great !!!  less painfull!!!  No royalties to pay !!!J Bet if you told the world how good it really was you would move a few more Alphas!!   -    ------------------------------   Date: 26 Apr 2000 12:46:45 GMT) From: leslie@clio.rice.edu (Jerry Leslie) # Subject: Re: And they wonder why !! ' Message-ID: <8e6ofl$lk5$1@joe.rice.edu>   / Hank Vander Waal (hvanderw@novagate.com) wrote:   K : "Compaq attributed the enterprise decline to year 2000 lockdowns, channel K : inventory reductions and a weak European market. Its latest Alpha server, H : called Wildfire, will launch next month and Compaq said it already hasL : orders for 120 of the high-end computers. But for the first quarter, Alpha9 : sales declined by an unspecified amount, Compaq said. "   J : Hey guys you got to tell folks about your product!   You know that stuff : called VMS< : Works great !!!  less painfull!!!  No royalties to pay !!!L : Bet if you told the world how good it really was you would move a few more
 : Alphas!!  M But that might offend Microsoft, who is trashing the ALPHA as a risky choice:   1   http://www.theregister.co.uk/000425-000003.html   C  "Microsoft is advising corporate IT buyers that choosing the Alpha :   microprocessor as a future platform is a risky business.  E   But, at the same time, some elements of Microsoft also appear to be F   blissfully unaware that Compaq kicked it in the teeth last year whenH   it said that it would no longer support NT or Windows 2000 on the fast   Alpha microprocessor. "   4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  % Date: Wed, 26 Apr 2000 13:55:04 +0100   From: steven.reece@quintiles.com# Subject: Re: And they wonder why !! > Message-ID: <802568CD.004733B7.00@qedilc01.qedi.quintiles.com>   Hank Vander Waal wrote: K >>>Hey guys you got to tell folks about your product!   You know that stuff 
 called VMS: Works great !!!  less painfull!!!  No royalties to pay !!!J Bet if you told the world how good it really was you would move a few more Alphas!!<<<   O And would probably royally upset Billyboy ("Don't buy NT because it doesn't cut N the mustard.  Buy VMS instead - your users deserve the best so buy VMS") whichP would potentially harm the higher volume/lower margin business of NT servers and other Intel based kit.   ------------------------------  % Date: Wed, 26 Apr 2000 14:16:20 +0100   From: steven.reece@quintiles.com# Subject: Re: And they wonder why !! > Message-ID: <802568CD.00492546.00@qedilc01.qedi.quintiles.com>   Jerry Leslie quoted : P >>>But that might offend Microsoft, who is trashing the ALPHA as a risky choice:  1   http://www.theregister.co.uk/000425-000003.html    <<<  (Trimmed for brevity)  K The biggest point that The Register fails to point out is that although the P stuff is on the Micro$oft web site, it isn't written by a Micro$oft person.  TheP author (Sean Deuby) works as a "Senior Systems Engineer with Intel Corporation".D Micro$oft also have a disclaimer which effectively seeks to deny all  responsibility for what's there.  ? I think my view of The Register just went down.  Significantly.  Steve.   ------------------------------  # Date: Wed, 26 Apr 2000 13:25:28 GMT ) From: "Neil Rieck" <n.rieck@sympatico.ca> # Subject: Re: And they wonder why !! < Message-ID: <c7CN4.148689$1C2.3647838@news20.bellglobal.com>  4 Jerry Leslie <leslie@clio.rice.edu> wrote in message! news:8e6ofl$lk5$1@joe.rice.edu... 1 > Hank Vander Waal (hvanderw@novagate.com) wrote:  [snip]G > But that might offend Microsoft, who is trashing the ALPHA as a risky  choice:  > 3 >   http://www.theregister.co.uk/000425-000003.html  > E >  "Microsoft is advising corporate IT buyers that choosing the Alpha < >   microprocessor as a future platform is a risky business.  # RISCy business is more like it. :-)   L BTW, if you go to http://www.microsoft.com/technet/win2000/choosing.asp theyJ "seem" to be bad mouthing RISC and yet the Intel folks have been screamingK for years that everything from P5 onward is RISC. Here we go again with the  RISC-CISC debate :-)  
 Neil Rieck* Kitchener(New Berlin?)/Waterloo/Cambridge, Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------   Date: 26 Apr 2000 16:15:35 GMT) From: leslie@clio.rice.edu (Jerry Leslie) # Subject: Re: And they wonder why !! ' Message-ID: <8e74n7$4to$1@joe.rice.edu>   ! steven.reece@quintiles.com wrote:      : Jerry Leslie quoted : C : >>>But that might offend Microsoft, who is trashing the ALPHA as   : a risky choice:   3 :   http://www.theregister.co.uk/000425-000003.html    : <<<  (Trimmed for brevity)  M : The biggest point that The Register fails to point out is that although the M : stuff is on the Micro$oft web site, it isn't written by a Micro$oft person. I : The author (Sean Deuby) works as a "Senior Systems Engineer with Intel   : Corporation". F : Micro$oft also have a disclaimer which effectively seeks to deny all" : responsibility for what's there.   The "Wintel Cartel" in action !   A : I think my view of The Register just went down.  Significantly.  : Steve.  G Please email your views to Mike Magee, whose email address is available J from The Register's web page. I don't think their staff follow newsgroups.    4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  # Date: Wed, 26 Apr 2000 13:40:09 GMT ) From: "Neil Rieck" <n.rieck@sympatico.ca> E Subject: Re: Canadian Users Group, Hobbyists (was: OpenVMS marketing) < Message-ID: <ZkCN4.148693$1C2.3649057@news20.bellglobal.com>  7 Curtis Rempel <curtis.rempel@home.com> wrote in message 5 news:BsrN4.89240$W5.1003898@news1.rdc1.ab.home.com...  >  [snip] > G > Sadly, I would have to agree with you.  Getting any sort of heartbeat L > response from DECUS Canada, CACUG (or whatever the new name allegedly is),J > is indeed an exercise in patience (futility?).  Despite several requestsC > over a period of months, emails go unanswered and when we do hear 
 something,J > it is just pie in the sky and nothing ever happens.  I'm quite convinced1 > that I threw my $50 out the window.  Quite sad.  > I > Anybody in a position of authority from the Canadian mystery user group  care
 > to comment?  > L > (An eerie silence fills the room with the gentle whisper of the breeze and$ > the frogs singing in the distance) >    :-)   
 Neil Rieck* Kitchener(New Berlin?)/Waterloo/Cambridge, Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------  # Date: Wed, 26 Apr 2000 11:03:53 GMT $ From: patricks@dopra.securicor.co.uk, Subject: Cannot boot vax machine - full disk) Message-ID: <8e6iej$lig$1@nnrp1.deja.com>    Hi, G   I am new to VMS but we have a Digital VAX box(VMS V5.5) and cannot do D anything with it as when we boot we get I/O errors - cannot write asD disk is full. When we boot off tape it boots but the system does notE understand any VMS commands so we can't get onto the disk to free any ! disk space so we are very stuck!!  Any help will be appreciated!! ta patrick saunders    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  # Date: Wed, 26 Apr 2000 11:40:58 GMT  From: jnchambless@my-deja.com 0 Subject: Re: Cannot boot vax machine - full disk) Message-ID: <8e6kk8$nuu$1@nnrp1.deja.com>   ) In article <8e6iej$lig$1@nnrp1.deja.com>, '   patricks@dopra.securicor.co.uk wrote:  > Hi, F >   I am new to VMS but we have a Digital VAX box(VMS V5.5) and cannot doF > anything with it as when we boot we get I/O errors - cannot write asF > disk is full. When we boot off tape it boots but the system does notG > understand any VMS commands so we can't get onto the disk to free any # > disk space so we are very stuck!!   > Any help will be appreciated!! > ta > patrick saunders > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.  >   # From the >>> prompt you can type --   	 >>>B r5:1   E This will perform a conversational boot.  When the system gets to the  sysboot>  prompt type:   sysboot>SET STARTUP_P1 "MIN"	 sysboot>C   E The system will continue to boot but only essential functions will be  started.  D Once the system has completed the boot, log into the system account. Then run SYSGEN ) at the SYSGEN> prompt type AUTOCONFIG ALL   @ You should now be able to see all of the other disks and you can perform you clean up.     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  # Date: Wed, 26 Apr 2000 12:18:39 GMT , From: koehler@eisner.decus.org (Bob Koehler)0 Subject: Re: Cannot boot vax machine - full disk' Message-ID: <2000Apr26.081839.1@eisner>   P In article <8e6iej$lig$1@nnrp1.deja.com>, patricks@dopra.securicor.co.uk writes: > Hi, I >   I am new to VMS but we have a Digital VAX box(VMS V5.5) and cannot do F > anything with it as when we boot we get I/O errors - cannot write asF > disk is full. When we boot off tape it boots but the system does notG > understand any VMS commands so we can't get onto the disk to free any # > disk space so we are very stuck!!   > Any help will be appreciated!! > ta > patrick saunders >   D Boot into minimum mode.  See the VMS manuals you should have, or the? FAQ, how to do this depends on the model of the VAX, typically:   
 >>> b/r5:1 SYSBOOT> set startup_p1 "MIN" 
 SYSBOOT> c  E This will allow you to log in on the console and clean up disk space, 3 then reboot, making sure startup_p1 gets set to "".   F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = Hubble Space Telescope Payload  | Federal Sector, Civil Group E  Flight Software Team           | please remove ".aspm" when replying    ------------------------------  % Date: Wed, 26 Apr 2000 14:30:01 +0200 + From: Arne Bergseth <Arne.Bergseth@dnv.com> 0 Subject: Re: Cannot boot vax machine - full disk' Message-ID: <3906E149.2EFD83E0@dnv.com>   % patricks@dopra.securicor.co.uk wrote:    > Hi, I >   I am new to VMS but we have a Digital VAX box(VMS V5.5) and cannot do F > anything with it as when we boot we get I/O errors - cannot write asF > disk is full. When we boot off tape it boots but the system does notG > understand any VMS commands so we can't get onto the disk to free any # > disk space so we are very stuck!!  >   D You may get out of this pinch by doing a conversational boot of your machine., This is done by specifying a boot flag of 1.= Depending on the model of your VAX the command may be either:  >>> BOOT  /1    ddcu >>>BOOT   /R5:1  ddcu 
 >>>@GENBOO  C The machine will then stop in the SYSBOOT program where you may set 
 parameters0 to perform a reduced startup procedure. example:! SYSBOOT> SET   STARTUP_P1   'MIN'  SYSBOOT> SET  WRITESYSPARAMS  0  SYSBOOT> CONTINUE I This will perform a minimum startup procedure without attempting to start 
 any windowI system or communication network, and will hopefully allow you to log into 
 the systemA from the console to perform VMS commands to resolve your problem.    alternatively:  SYSBOOT>  SET   /STARTUP   OPA0:! SYSBOOT>  SET  WINDOW_SYSTEM    0 " SYSBOOT>  SET  WRITESYSPARAMS    0 SYSBOOT>  CONTINUE2 which will perform an even more truncated startup.   See also the OpenVMS FAQ   at:; http://www.openvms.digital.com/wizard/openvms_faq.html#VAX1  and go to paragraph MGMT5.  
 With regards,     Arne Bergseth   ------------------------------   Date: 26 Apr 2000 14:04:21 GMT( From: vogt@alice.obspm.fr (Etienne Vogt)0 Subject: Re: Cannot boot vax machine - full disk+ Message-ID: <8e6t15$f8u$7@upsn21.u-psud.fr>   O In article <8e6iej$lig$1@nnrp1.deja.com> patricks@dopra.securicor.co.uk writes: I >   I am new to VMS but we have a Digital VAX box(VMS V5.5) and cannot do F > anything with it as when we boot we get I/O errors - cannot write asF > disk is full. When we boot off tape it boots but the system does notG > understand any VMS commands so we can't get onto the disk to free any # > disk space so we are very stuck!!   > Any help will be appreciated!!  0 Do a conversional boot on the disk with B/1 Dxxx   Then at the sysboot prompt,    SET/STARTUP OPA0:  SET WRITESYSPARAMS 0 CONTINUE   When you get the $ prompt: SPAWN  SET NOON  + Then start freeing some space on this disk.    --  ( 		Etienne Vogt (Etienne.Vogt @ obspm.fr)2 		PhD in astrophysics, Meudon Observatory, France.   ------------------------------   Date: 26 Apr 2000 13:12:44 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)P Subject: Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)6 Message-ID: <8e6q0c$jhi$1@mailint03.im.hou.compaq.com>   In article <zmuPKdAIvRUd@mccdev.slac.stanford.edu>, Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) writes:I :        I don't know, but I _am_  compiling  a "list" to take with me to I :    L.A.  for DECUS in October (or whatever they decided to call it)....   D   Donno if this counts as an off-topic reply, but I have secured theF   necessary permissions to include the email addresses of the OpenVMS F   management chain in the next edition of the OpenVMS FAQ.  Here is a "   preliminary copy of the list...   (         Michael Capellas     CEO, Compaq*         Michael.Capellas <-at-> Compaq.Com
           B         Enrico Pesatori      VP, Enterprise Solutions and Services)         Enrico.Pesatori <-at-> Compaq.Com   ; 	Bill Heil            VP, Business Critical Server Divisions#         Bill.Heil <-at-> Compaq.Coml  ? 	Don Harbert          VP, High Performance Server Business Unita%         Don.Harbert <-at-> Compaq.Comg  (         Richard Marcello     VP, OpenVMS*         Richard.Marcello <-at-> Compaq.Com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Wed, 26 Apr 2000 10:11:23 -0500C- From: Bruce Vinson <r4887c@email.sps.mot.com>aP Subject: Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)1 Message-ID: <3907071B.7B3E306B@email.sps.mot.com>r   Hoff Hoffman wrote:a >  > In article <zmuPKdAIvRUd@mccdev.slac.stanford.edu>, Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) writes:K > :        I don't know, but I _am_  compiling  a "list" to take with me to K > :    L.A.  for DECUS in October (or whatever they decided to call it)....l > F >   Donno if this counts as an off-topic reply, but I have secured theG >   necessary permissions to include the email addresses of the OpenVMS G >   management chain in the next edition of the OpenVMS FAQ.  Here is a0# >   preliminary copy of the list...  > * >         Michael Capellas     CEO, Compaq, >         Michael.Capellas <-at-> Compaq.Com > D >         Enrico Pesatori      VP, Enterprise Solutions and Services+ >         Enrico.Pesatori <-at-> Compaq.Comt > D >         Bill Heil            VP, Business Critical Server Division% >         Bill.Heil <-at-> Compaq.Comr > H >         Don Harbert          VP, High Performance Server Business Unit' >         Don.Harbert <-at-> Compaq.Comk > * >         Richard Marcello     VP, OpenVMS, >         Richard.Marcello <-at-> Compaq.Com > P >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com  H Thanks,Hoff, for these inclusions. You do wonderful work (so this is notH a knock against you), but I find it very interesting that of the 4 V.P.s> listed, 3 are heading _server_ divisions with names containingD "Enterprise", "High Performance", "Business Critical", and the otherC division is just OpenVMS. This seems to imply that OpenVMS is _not_.9 "Enterprise", "High Performance", or "Business Critical".b   Sigh.9   Bruce Vinson   ------------------------------   Date: 26 Apr 2000 15:53:03 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)P Subject: Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)6 Message-ID: <8e73cv$nmc$1@mailint03.im.hou.compaq.com>  a In article <3907071B.7B3E306B@email.sps.mot.com>, Bruce Vinson <r4887c@email.sps.mot.com> writes:a  3 : ...I find it very interesting that of the 4 V.P.s ? :listed, 3 are heading _server_ divisions with names containing E :"Enterprise", "High Performance", "Business Critical", and the otherdD :division is just OpenVMS. This seems to imply that OpenVMS is _not_: :"Enterprise", "High Performance", or "Business Critical".  D   No such implication was intended -- you have inferred incorrectly.  A   The list is the senior management chain for OpenVMS, and is in v5   descending order of office starting with the CEO...e  A   When I add this list to the next FAQ, I will endeavour to make u8   the particular nature of the list rather more clear...  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 26 Apr 2000 15:45:23 GMTg2 From: kilgallen@eisner.decus.org (Larry Kilgallen)P Subject: Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)' Message-ID: <2000Apr26.114523.1@eisner>   a In article <3907071B.7B3E306B@email.sps.mot.com>, Bruce Vinson <r4887c@email.sps.mot.com> writes:t > Hoff Hoffman wrote:i >>   >> In article <zmuPKdAIvRUd@mccdev.slac.stanford.edu>, Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) writes:aL >> :        I don't know, but I _am_  compiling  a "list" to take with me toL >> :    L.A.  for DECUS in October (or whatever they decided to call it).... >>  G >>   Donno if this counts as an off-topic reply, but I have secured the H >>   necessary permissions to include the email addresses of the OpenVMSH >>   management chain in the next edition of the OpenVMS FAQ.  Here is a$ >>   preliminary copy of the list... >>  + >>         Michael Capellas     CEO, Compaqt- >>         Michael.Capellas <-at-> Compaq.Com3 >> @E >>         Enrico Pesatori      VP, Enterprise Solutions and Serviceso, >>         Enrico.Pesatori <-at-> Compaq.Com >> tE >>         Bill Heil            VP, Business Critical Server Division & >>         Bill.Heil <-at-> Compaq.Com >> dI >>         Don Harbert          VP, High Performance Server Business Unity( >>         Don.Harbert <-at-> Compaq.Com >> i+ >>         Richard Marcello     VP, OpenVMS - >>         Richard.Marcello <-at-> Compaq.Comh >> lQ >>  --------------------------- pure personal opinion --------------------------- O >>    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com6 > J > Thanks,Hoff, for these inclusions. You do wonderful work (so this is notJ > a knock against you), but I find it very interesting that of the 4 V.P.s@ > listed, 3 are heading _server_ divisions with names containingF > "Enterprise", "High Performance", "Business Critical", and the otherE > division is just OpenVMS. This seems to imply that OpenVMS is _not_T; > "Enterprise", "High Performance", or "Business Critical".s  ) No, he said it is a management chain, so:b   	VMS is a part of thee> 	High Performance Server Business Unit, which is a part of the6 	Business Critical Server Division, which is a part of6 	Enterprise Solutions and Services, which is a part of 	Compaq.  G The fact that they are all vice-presidents might be somewhat confusing,.E but no more so than at some large banks where VMS system managers areMG Vice Presidents (I think it has to do with salaries or not getting paidd
 overtime).   ------------------------------  % Date: Wed, 26 Apr 2000 10:53:10 +0200e0 From: "M.deBruin, J.M. de" <M.deBruin@WT.TNO.NL> Subject: DCPS and HP8000C Message-ID: <675EFE352B70D311ABE20008C7F37BC20FEAE4@wt15.wt.tno.nl>h  	 Hi there,n  L it's been a while since I've dropped a message here, but then that should be& a positive sign: not much going wrong. But now I do have a question:oD I'm (still) experiencing the fact that our HP8000 keeps on using theB non-default tray 3 as input tray while printing either a text or a postscript document.I I've been looking into the library modules (unrecognized ones I've copied D from the 5000 series, creating a new/alternative device library) butL postscript wasn't and isn't one of my strong-points, so that was a dead end.K But I'm sure there must be some way to change f.i. the initinputtray modulen- in order to 'force' the tray 2 as input tray.k> According to the printer settings, the default tray IS tray 2!  7 I'm curious to know what is known about this problem !?:  
 Kind regards,d   Mark  E Mark de Bruin                                Voice : +31 15 269 69 05mE TNO Automotive Crash Safety Centre           Fax   : +31 15 257 21 04oE Laboratories Innovating Techniques           GSM   : +31 653 44 21 45w; Loc: GBS 1.3; P.O. Box 3033; 2600 JA Delft; The NetherlandsoI E-mail: m.debruin@wt.tno.nl                  http://www.automotive.tno.nlh    E Mark de Bruin                                Voice : +31 15 269 69 05 E TNO Automotive Crash Safety Centre           Fax   : +31 15 257 21 04eE Laboratories Innovating Techniques           GSM   : +31 653 44 21 45c; Loc: GBS 1.3; P.O. Box 3033; 2600 JA Delft; The NetherlandsfI E-mail: m.debruin@wt.tno.nl                  http://www.automotive.tno.nlf   ------------------------------   Date: 26 Apr 00 08:05:33 EDT From: grant@rigel.cc.wmich.edu Subject: Re: DCPS and HP8000/ Message-ID: <6B41NOxJ$h29@mcduck.acs.wmich.edu>   v In article <675EFE352B70D311ABE20008C7F37BC20FEAE4@wt15.wt.tno.nl>, "M.deBruin, J.M. de" <M.deBruin@WT.TNO.NL> writes: > Hi there,, > N > it's been a while since I've dropped a message here, but then that should be( > a positive sign: not much going wrong. > But now I do have a question:CF > I'm (still) experiencing the fact that our HP8000 keeps on using theD > non-default tray 3 as input tray while printing either a text or a > postscript document.K > I've been looking into the library modules (unrecognized ones I've copiedrF > from the 5000 series, creating a new/alternative device library) butN > postscript wasn't and isn't one of my strong-points, so that was a dead end.M > But I'm sure there must be some way to change f.i. the initinputtray module / > in order to 'force' the tray 2 as input tray.n@ > According to the printer settings, the default tray IS tray 2! > 9 > I'm curious to know what is known about this problem !?y >  > Kind regards,s >  > Mark > G > Mark de Bruin                                Voice : +31 15 269 69 05eG > TNO Automotive Crash Safety Centre           Fax   : +31 15 257 21 04 G > Laboratories Innovating Techniques           GSM   : +31 653 44 21 45,= > Loc: GBS 1.3; P.O. Box 3033; 2600 JA Delft; The Netherlands-K > E-mail: m.debruin@wt.tno.nl                  http://www.automotive.tno.nls >   E We run several HP 8000s with DCPS version 1.5 and 1.7, and have never6E experienced this problem.  We cloned the HP 5SI MX printer (extractediF   LPS$$HPLASERJET5SIMX_INITPSDEVICE, LPS$$HPLASERJET5SIMX_SETINPUTTRAYG   and LPS$$HPLASERJET5SIMX_SETOUTPUTTRAY) from DCPS$DEVCTL.TLB, renamedtB them to the corresponding LPS$$UNRECOGNIZED_xxx, and created a new? library DCPS$HP8000DEVCTL.TLB with those replacing the standardcF "unrecognized" modules.  defined a logical DCPS_LIB_HP8000 pointing toG that library (plus a local PS extension library), and defined the queue-I with the appropriate library.  We also defined the default parameters for.H the queues (DCPS$queue_PARAMETER) to specify "INPUT_TRAY=LCIT" and addedG DCPS$queue_SEPARATOR_TRAY defined to 0 to pull headers from a different  tray.s  G Never any problem with tray selection unless dumb PC software specifiesi explicit tray.  ,                                                ------------------------------  # Date: Wed, 26 Apr 2000 15:35:47 GMTo+ From: Paul Anderson <panderson@genicom.com>  Subject: Re: DCPS and HP8000@ Message-ID: <panderson-1241E0.11354626042000@news.earthlink.net>  D In article <675EFE352B70D311ABE20008C7F37BC20FEAE4@wt15.wt.tno.nl>, 1 "M.deBruin, J.M. de" <M.deBruin@WT.TNO.NL> wrote:   F > I'm (still) experiencing the fact that our HP8000 keeps on using theD > non-default tray 3 as input tray while printing either a text or a > postscript document.  D The next version of DCPS (V1.8) will support the HP LaserJet 8000.  F There is a field test available (F1.8) if you want to try it.  Let me  know.    Paul   -- h"    Paul Anderson, DCPS Engineering"    GENICOM Corporation, Gardner MA   ------------------------------  % Date: Wed, 26 Apr 2000 17:48:28 +0200r? From: "DECHAIZE Thierry (Dir INFRA)" <thierry.dechaize@sncf.fr>  Subject: RE: DCPS and HP8000@ Message-ID: <21EC2A9D83EED311A3EB0008C733892B03264B@S70ERTBIA11>   Paul Anderson wrote :o  G >In article <675EFE352B70D311ABE20008C7F37BC20FEAE4@wt15.wt.tno.nl>,=20-2 >"M.deBruin, J.M. de" <M.deBruin@WT.TNO.NL> wrote: > G >> I'm (still) experiencing the fact that our HP8000 keeps on using thewE >> non-default tray 3 as input tray while printing either a text or a5 >> postscript document.t  G >The next version of DCPS (V1.8) will support the HP LaserJet 8000. =20 I >There is a field test available (F1.8) if you want to try it.  Let me=20a >know.   >Paulo   >--=20# >   Paul Anderson, DCPS Engineeringk# >   GENICOM Corporation, Gardner MA    Thank you for this information. @ And for support of LEXMARK printers (ex : 1250), is DCPS works ?  
 	Sincerly. =20  -----Message d'origine-----e0 De: Paul Anderson [mailto:panderson@genicom.com]" Date: mercredi 26 avril 2000 17:36 =C0: Info-VAX@Mvb.Saic.Com Objet: Re: DCPS and HP8000    F In article <675EFE352B70D311ABE20008C7F37BC20FEAE4@wt15.wt.tno.nl>,=201 "M.deBruin, J.M. de" <M.deBruin@WT.TNO.NL> wrote:-  F > I'm (still) experiencing the fact that our HP8000 keeps on using theD > non-default tray 3 as input tray while printing either a text or a > postscript document.  F The next version of DCPS (V1.8) will support the HP LaserJet 8000. =20H There is a field test available (F1.8) if you want to try it.  Let me=20 know.B   Paul   --=20g"    Paul Anderson, DCPS Engineering"    GENICOM Corporation, Gardner MA   ------------------------------   Date: 26 Apr 2000 16:24:42 GMT1 From: JONESD@er6.eng.ohio-state.edu (David Jones)  Subject: Re: DCPS and HP8000: Message-ID: <8e758a$bcd$1@charm.magnus.acs.ohio-state.edu>  ? In message <panderson-1241E0.11354626042000@news.earthlink.net>b+ From: Paul Anderson <panderson@genicom.com>yC >The next version of DCPS (V1.8) will support the HP LaserJet 8000.eF >There is a field test available (F1.8) if you want to try it.  Let me >know.  F We are using DCPS 1.5 with various HP printers and the page accountingI is consistently inaccurate.  When the software queries for the pagecount,TH the number is gets back doesn't include the page images in the printer'sG memory waiting to be output by the print engine (this queue can get 3-4rF pages deep).  The 'lost' page count will be attributed to the next jobE if it starts soon enough after the current job completes.  One or two L page jobs usually get recorded as zero pages printed in the accounting file.  E Does the newer DCPS version employ a better technique for determiningy page usage?e      < David L. Jones               |      Phone:    (614) 292-6929- Ohio State University        |      Internet:BL 140 W. 19th St. Rm. 231a     |               jonesd@er6s1.eng.ohio-state.edu: Columbus, OH 43210           |               vman+@osu.edu  + Disclaimer: Dogs can't tell it's not bacon.o   ------------------------------  # Date: Wed, 26 Apr 2000 14:49:00 GMTT From: pavichal@meto.gov.uk" Subject: DEC Pascal Rename Problem) Message-ID: <8e6vkm$4ib$1@nnrp1.deja.com>    Hello,  C I was wondering if anyone out there could help me with a DEC Pascalf problem that I am having.1  A I have a bit of code which renames a file from a directory called>F INBOUND into a directory called TEMP. This however, only seems to workE when a file is COPIED into the INBOUND directory using DCL COPY. If anH file is renamed into INBOUND using DCL RENAME, then the Pascal code getsB itself into a mess and fails to do the PASCAL RENAME into the TEMP
 directory.  # The Pascal RENAME command used is :   5 RENAME_FILE(CurrentFilename, NewFilename, Statusval);p  H But this fails when a file is DCL RENAMED into the INBOUND directory andH so returns a status value of 114940 which I dont seem to be able to find
 in any books.t  / I would appreciate any comments anyone my have.g   Cheers,    Piyush.k    & Sent via Deja.com http://www.deja.com/ Before you buy.n   ------------------------------   Date: 26 Apr 2000 15:57:58 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)f& Subject: Re: DEC Pascal Rename Problem0 Message-ID: <8e73m6$cpf$1@n.ruf.uni-freiburg.de>  F In article <8e6vkm$4ib$1@nnrp1.deja.com>, pavichal@meto.gov.uk writes: >Hello,. >>D >I was wondering if anyone out there could help me with a DEC Pascal >problem that I am having. >LB >I have a bit of code which renames a file from a directory calledG >INBOUND into a directory called TEMP. This however, only seems to work F >when a file is COPIED into the INBOUND directory using DCL COPY. If aI >file is renamed into INBOUND using DCL RENAME, then the Pascal code gets C >itself into a mess and fails to do the PASCAL RENAME into the TEMP  >directory.i >o$ >The Pascal RENAME command used is : >n6 >RENAME_FILE(CurrentFilename, NewFilename, Statusval); >OI >But this fails when a file is DCL RENAMED into the INBOUND directory andnI >so returns a status value of 114940 which I dont seem to be able to finds >in any books.  D The value 114940 indicates "%RMS-F-RMV, ACP remove function failed".G I would assume your problem is not related to Pascal but to VMS itself.PG Please note that a file that you rename into the INBOUND directory will O still belong to its original owner, will still have the original protection andqL all that. On the other hand, a file that is copied into INBOUND will receiveH the protection of the INBOUND directory, will belong to the owner of theK INBOUND directory and all such things. Thus, I would suggest that you check:; file protections, file ownership, disk-quotas and the like.    Regards,    Christoph Gartmannd  H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +------------ http://www.immunbio.mpg.de/english/menue.html -----------+   ------------------------------  % Date: Wed, 26 Apr 2000 17:06:52 +0100i* From: "Richard Brodie" <R.Brodie@rl.ac.uk>& Subject: Re: DEC Pascal Rename Problem, Message-ID: <8e746t$1ab8@newton.cc.rl.ac.uk>  K <pavichal@meto.gov.uk> wrote in message news:8e6vkm$4ib$1@nnrp1.deja.com...q  J > But this fails when a file is DCL RENAMED into the INBOUND directory andJ > so returns a status value of 114940 which I dont seem to be able to find > in any books.    EXIT(114940)& %RMS-F-RMV, ACP remove function failed  D Looks like a permission problem somewhere. No DELETE access perhaps?   ------------------------------  # Date: Wed, 26 Apr 2000 11:05:37 GMT.2 From: kilgallen@eisner.decus.org (Larry Kilgallen). Subject: DECUS Canada (was: OpenVMS marketing)' Message-ID: <2000Apr26.070537.1@eisner>-  b In article <39063A20.2DEFFB9F@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes: > Arne Vajh=F8j wrote:D >> There are actually other countries than the US, where DECUS works >> fine. > L > Unfortunatly, the DECUS chapter in the same country as the Compaq head of= > ficeL > does not accept members from other countries. It it were recognized that = > DECUSfL > no longer exists in a meaningful manner in some countries, then at least = > on5 > chapter should accept members from other countries.f > L > in other words: Canadians should be able to sign up as DECUS-USA members.= >  > A >> Instead of changing the hobbyist-DECUS connection would it notc( >> be better to change DECUS Canada ????  . Ok, but that is hardly the business of Compaq.  C Complain to the Canadian Group or the US Group, and let us know the  results.   ------------------------------    Date: 26 Apr 2000 07:21:22 -0700* From: dunnett@mala.bc.ca (Malcolm Dunnett)2 Subject: Re: DECUS Canada (was: OpenVMS marketing), Message-ID: <PBdKzYFjXy3a@malvm2.mala.bc.ca>  ( In article <2000Apr26.070537.1@eisner>, 8     kilgallen@eisner.decus.org (Larry Kilgallen) writes: >> mM >> in other words: Canadians should be able to sign up as DECUS-USA members.=s >> t >> .B >>> Instead of changing the hobbyist-DECUS connection would it not) >>> be better to change DECUS Canada ????  > 0 > Ok, but that is hardly the business of Compaq. >   D    Other than that Digital/Compaq has always had fairly tight reignsE on DECUS Chapters, and the new user group was formed at their behest.m  E > Complain to the Canadian Group or the US Group, and let us know the-
 > results.  J     One would have to find a representative of the Canadian group in orderA to launch such a complaint - several of us have tried with little0 success.  B     Personally, I prefer the option of letting DECUS/CACUG die andH convincing the US Chapter ( which is still alive and at least moderatelyD healthy ) to accept members from Canada. I will make this request to1 the US board, though I suspect it will be futile.m   ------------------------------  # Date: Wed, 26 Apr 2000 08:41:16 GMTU From: lucverhoelst@my-deja.com5 Subject: Re: DECW$DEVICE-I-NODEVICE and no decwindows2) Message-ID: <8e6a3a$d7e$1@nnrp1.deja.com>   ' The outcome of the comaands suggested .    $ mc sysman io auto/full  1 %SYSMAN-I-OUTPUT, command executed on node ALPHA2t4 %IOGEN-I-PREFIX, searching for ICBM with prefix SYS$0 %IOGEN-I-ACTIVATE, activating ICBM SYS$ICBM_0602. %IOGEN-I-ACTIVATE, activating ICBM SYS$ICBM_065 %IOGEN-I-PREFIX, searching for ICBM zith prefix DECW$t1 %IOGEN-I-ACTIVATE, activating ICBM DECW$ICBM_0602y/ %IOGEN-I-ACTIVATE, activating ICBM DECW$ICBM_06p, %IOGEN-I-ACTIVATE, activating ICBM DECW$ICBM= %IOGEN-I-SCSIPOLL, scanning for devices trough SCSI port PKA0 H %IOGEN-E-LOADERR, error configuring device DVA0, driver SYS$DVDRIVER.EXEE -SYSTEM-F-DEVOFFLINE, device is not in configuration or not available  $mc sysman io show prefix   2 %SYSMAN-I-OUTPUT, command execution on node ALPHA@: %SYSMAN-I-IOPREFIX, the current prefix list is: SYS$,DECW$ $sh dev wsa0:/full  ? Device WSA0:, device type DECwindows pseudo device, is offline,M record-orientedc2       device, sharable, device is a template only.% 	Error count			0	Operations completedo 0-, 	Owner process		       ""	Owner UIC	[SYSTEM] 	Owner process ID	000000000i  < Then I tried to start DECwindows with still the same error .1 I hope this clarifies something tto the experts ?       + In article <8e1t4j$fkf$1@lead.zk3.dec.com>,g8   "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote: > Do a SYSMAN IO AUTO/FULL > : > and drop me the result.  Also do a SYSMAN IO SHOW PREFIX >oE > Fred Kleinsorge wrote in message <8dn9cs$c70$1@lead.zk3.dec.com>...nF > >Well.  Yes.  Run the ECU.  This is the EISA-only system box -- yes? > >s > >t > > , > >lucverhoelst@my-deja.com wrote in message  <8dklki$q3s$1@nnrp1.deja.com>...! > >>That's exactly what I tried .B > >>Any other suggestions ?i? > >>I'm willing to try it to get some Windows on this machine . 2 > >>Or should I reinstall a lower version of VMS . > >> > >>/ > >>In article <8dfgjv$ihm$1@lead.zk3.dec.com>,o< > >>  "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote:A > >>> Wow, it's that old that it still has that syntax.  Do a setd
 console 2, > >>> followed by-H > >>> a INIT command, and then when the >>> comes up on the VGA console, > >>boot > >>> from there.N > >>>jG > >>> Tony Champagne wrote in message <38FADA32.FF6A9766@genicom.be>...@& > >>> >I wish it was just soo simple . > >>> >However it makes sence .m' > >>> >But doing a SET CONSOLE Graphicso > >>> >it returns ILL CMD .r2 > >>> >Help set console shows serial (1)or VGA (2)< > >>> >So I tried set console 2 , Boot VMS and no DECWindows= > >>> >Then tried set console 1, Boot VMS and no DECWindows .o7 > >>> >The error after the VMS boot is still the same .d > >>> >eB > >>> >Comments still welcome to get this machine up and running . > >>> >d > >>> >Luc Verhoelst > >>> >w > >>> >Fred Kleinsorge wrote:g > >>> >sE > >>> >> This seems like an easy one... the DEC2000 is one of the few.
 > >>platformst > >>> where G > >>> >> the console was written by a group unfamiliar with the SRM ands > >>> workstations.tG > >>> >> If you boot the system from the serial port, it configures the: HW > >>RestartdE > >>> >> Paramater Block to use a Type 2 Console Terminal Block - and  does > >>not E > >>> >> connect the mouse and keyboard drivers.  No mouse & keyboardo > >>consolev  > >>> >> drivers, no DECwindows. > >>> >>E > >>> >> This has been a restriction since the day the platform first  > >>shipped.  If@ > >>> >> you want to use the graphics, do a SET CONSOLE GRAPHICS followed by  > >>an
 > >>> INIT > >>> >> at the console. > >>> >>2 > >>> >> lucverhoelst@my-deja.com wrote in message& > >>> <8cuvbl$a3q$1@nnrp1.deja.com>...8 > >>> >> >I installed VMS 7.1 on a DEC2000 model 300 AXPE > >>> >> >This was a Fresh install , including format of the disk and@ during > >>the F > >>> >> >installation the layered product DECWINDOWS was selected and > >>installed .0
 > >>> >> > > >>> >> >Rom version 2.2i > >>> >> >SRM FW version 3706 > >>> >> >Doing a show config on the boot prompt I see > >>> >> >1  ISA   VGA OK0= > >>> >> >The installation completed all on the Blue screen ."? > >>> >> >The VMS startup terminates correctly (job terminated)h) > >>> >> >but the DECWindows do not startt6 > >>> >> >On the end of the startup there is a message; > >>> >> >DECW$DEVICE-I-Nodevice, no graphics devices foundn
 > >>> >> >A > >>> >> >The License for VMS and DW-Motif are loaded and active. * > >>> >> >I can login on the OPA0: device.# > >>> >> >Rund DECW$Configure I getn > >>> >> >Number of Screens 0e) > >>> >> >Screen devices and order : NONE 
 > >>> >> >+ > >>> >> >Using MC SYSGEN> Windows_system 1 
 > >>> >> >0 > >>> >> >So the windows parameter is set to 1 .
 > >>> >> >* > >>> >> >Any suggestions how to proceed ?
 > >>> >> >
 > >>> >> >0 > >>> >> >Sent via Deja.com http://www.deja.com/ > >>> >> >Before you buy.  > >>> >i > >>>t > >>>t > >> > >>* > >>Sent via Deja.com http://www.deja.com/ > >>Before you buy.s > >l > >y >  >     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------   Date: 26 Apr 2000 13:46:46 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman). Subject: Re: Disk subsystems for OpenVMS Alpha6 Message-ID: <8e6s06$kcs$1@mailint03.im.hou.compaq.com>  R In article <3906477D.12EC9A09@vsm.com.au>, Jeremy Begg <jeremy@vsm.com.au> writes:G :I am working with one of my customers to upgrade their VAX system to a.L :suitable Alpha configuration.  Having read the hardware literature I have a* :couple of questions about configurations. :IL :The existing system is a VAX 4100-A with 128MB RAM and approximately 9GB ofM :disk, with a TZ877 for backup.  The disk is organised into shadowed volumes:GK :3 pairs of RF36s plus one pair of RZ29s.  The system disk is an additionali% :shadow set, being a pair of RZ26s.  s  @   The DSSI interconnect is roughly equivilent to SCSI-1 in termsE   of performance.  I/O performance is *significantly* better with ther*   UltraSCSI (Ultra1 and Ultra2) widgets...  ( :Thus there are three disks on each DSSIE :bus and four disks plus a CD-ROM and the tape drive on the SCSI bus.      The DSSI disks are very slow.   K :The software is "TOLAS", a warehouse management application which uses RMSwL :Prolog-3 Indexed files for the database, and connects to another system via+ :IBM"s MQ-Series message queueing software.e  C   You'll want to see that TOLAS and MQ-Series are available in yourm   target porting environment...    :It's been running reasonably5H :well for nearly six years but in the past few months the cries of "it'sM :running slow" are becoming more frequent and the site is planning to double  ? :the size of the warehouse, so the time is ripe for an upgrade.u  F   As much as I'd prefer to see this customer move to an AlphaServer DSG   series system, I'd first look at the RMS file structure and tuning itoI   and optimizing the RMS files.  I'd then look at a VAX upgrade to a VAX aH   4000 model 108 -- the last order date for this system is in September 4   of 2000 -- rather than an OpenVMS Alpha upgrade.    H   The VAX 4000 model 108 is roughly twice as fast as the VAX 4000 model H   100A.  The AlphaServer DS20 processor is roughly twenty times faster.	F   (The AlphaServer DS20E is yet faster.)  (Of course, the application I   needs to be processor-limited in order for the application to see this FJ   level of increase, which is why I'd first look carefully at the current    application environment...)  r  D :The system I am going to propose to the customer will consist of an/ :AlphaServer DS20E with 1GB RAM and 27GB disk.    G   Given the 18 GB and 36 GB SCSI disks that are available, this is not r2   a particularly large SCSI storage configuration.  E   I assume that you are aware of the activities involved in migrating F   from OpenVMS VAX to OpenVMS Alpha.  This is generally not difficult,C   but you will want to ensure that all prerequisite products (TOLASXD   and MQ-Series among them) are also available in the OpenVMS Alpha    environment.  E   I will also assume that you are aware that one of the prerequisites2D   for OpenVMS Alpha is sufficient physical memory, and that you haveF   sized the 1GB based on current use and growth expectations.  OpenVMSF   can and does prefer to use physical memory for caching and for otherC   performance-related operations, and OpenVMS Alpha inherently uses-   more memory than OpenVMS VAX.e  i :(I am recommending the DS20EtM :rather than a DS10 or DS10L because of the extra I/O capabilities offered bytH :more PCI slots and two PCI controllers instead of 1, and because it has :multiple power supplies.)    H   A worry over power supplies is a little odd -- if that sort of concernF   is involved, I would typically look at using an OpenVMS Cluster and    multiple hosts...o  - :In theory a DS20 would do just as well but InG :figure if they're going to buy a new system they might as well buy then :latest hardware!-  F   You can hang quite a bit of storage off the AlphaServer DS10 series =   box, what with the HSZ and HSG series controller widgets...h  L :I'll need one SCSI bus for the TZ877 (I see no reason why we can't continueJ :to use it for backup) but would prefer not to have the data disks on that :bus.   K   The TZ89 series is a better and faster DLT widget -- as you go to larger cJ   and larger disks, most folks prefer not to see a corresponding increase J   in the BACKUP processing window.  When looking at the tapes, also check 8   the sustained device throughputs to see what I mean...  C : To ensure acceptable performance I think a RAID solution would betF :best, so I have to decide between an embedded RAID controller such asI :the KZPAC (aka Raid Array 230/Plus) or an external subsystem such as theiE :RA3000.  In addition, for maximum data redundancy, the RAID would be|C :configured as striped shadowsets (or is it the other way around?).n  A   Be aware that most (all?) backplane RAID controllers generally nB   cannot be configured into a multi-host SCSI environment, if that   becomes of interest...  G :Originally I had thought that I would use the KZPAC-CA variant (3-porteK :UltraSCSI RAID) with one port connected to the DS20E's internal disks, and L :the two other ports connected to a split-bus BA356 StorageWorks shelf.  ButL :my reading of the DS20E QuickSpecs tells me that the internal disks are notI :supported with the KZPAC and the KZPAC won't work with a split-bus BA356cJ :anyway.  So that means either using a KZPAC-AA with all six data disks onK :one SCSI bus, or a KZPAC-CA with two BA356s, each BA356 holding three dataiH :disks, and the third port on the KZPAC being unused.  The latter option8 :seems to make the most sense in terms of I/O bandwidth.  E   One of the central themes in storage current and storage future is (E   Fibre Channel and off-board storage controllers -- this means that eB   (for instance) a pair of AlphaServer DS10 systems access shared A   storage via Fibre Channel and an HSG controller, or these same tB   systems access multi-host SCSI directly, or multi-host SCSI via #   an HSZ series storage controller./  C   If you do configure a multi-host SCSI environment, you will also aD   want to look at the cluster communications interconnect -- be that8   Fast Ethernet, Gigabit Ethernet, FDDI, or otherwise...  C   And as for I/O bandwidth, UltraSCSI is significantly faster than 1   what you have now...   H :The other option is to go for an RA3000 subsystem which would offer theL :added benefit that it can be used on a shared SCSI bus in a SCSI cluster if	 :need be.   E   Have you gotten in contact with the local Compaq StorageWorks team?T  < :One thing which puzzles me however is that the specs say itL :supports "two independent hosts or clusters".  I presume this means that itH :has two SCSI ports for connection to the host system(s), and that theseH :ports cannot be connected to the same SCSI bus.  But if you have a SCSIM :cluster using two SCSI buses as the interconnect, can you connect one RA3000l :host port to each bus?h  H   The HSZ70 and HSZ80 controllers used in various recent storage arrays B   can span SCSI buses within the same OpenVMS Cluster, assuming a F   sufficiently recent OpenVMS release and current controller firmware.  L :As you can see I don't have much practical experience with these options soI :any advice -- including pointers to further reading material -- would bet :much appreciated.  J   I'd first -- as mentioned -- find the current bottleneck.  This *might* F   be as simple as optmizing the RMS files involved.  Both storage and F   processor hardware is becoming cheaper, but you do want to find and I   remove the actual performance bottleneck as part of any tuning and any o   upgrade...  ( :Please reply directly to me if you can.  "   Ask here, get an answer here....  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 26 Apr 2000 15:05:02 GMT* From: helbig@astro.rug.nl (Phillip Helbig). Subject: Re: Disk subsystems for OpenVMS Alpha. Message-ID: <8e70iu$17g$1@info.service.rug.nl>  6 In article <8e6s06$kcs$1@mailint03.im.hou.compaq.com>,5 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:    , >   I'd then look at a VAX upgrade to a VAX J >   4000 model 108 -- the last order date for this system is in September 6 >   of 2000 -- rather than an OpenVMS Alpha upgrade.    : What happens to the boxes which don't get ordered by then?  J >   The VAX 4000 model 108 is roughly twice as fast as the VAX 4000 model J >   100A.  The AlphaServer DS20 processor is roughly twenty times faster.	  . What are the Spec/VUP numbers for these boxes?   ------------------------------   Date: 26 Apr 2000 15:26:43 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman). Subject: Re: Disk subsystems for OpenVMS Alpha6 Message-ID: <8e71rj$mug$1@mailint03.im.hou.compaq.com>  [ In article <8e70iu$17g$1@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes:a7 :In article <8e6s06$kcs$1@mailint03.im.hou.compaq.com>,e6 :hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  ::- :>   I'd then look at a VAX upgrade to a VAX eK :>   4000 model 108 -- the last order date for this system is in September e7 :>   of 2000 -- rather than an OpenVMS Alpha upgrade.  a :p; :What happens to the boxes which don't get ordered by then?   G   I know that various of the system components (motherboards, etc) are  I   held for use as spares for those folks with hardware service contracts. G   As for the disposal or salvage plans (if any) for any then-remaining eE   systems (if any) around after the last order date, I do not know...d    K :>   The VAX 4000 model 108 is roughly twice as fast as the VAX 4000 model bK :>   100A.  The AlphaServer DS20 processor is roughly twenty times faster.	  :k/ :What are the Spec/VUP numbers for these boxes?-    H   Pointers to some of the availabke relative performance numbers are in    the OpenVMS FAQ.    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 26 Apr 2000 14:07:19 GMT / From: "Tom Wade" <t.wade@vms.eurokom.ie.nospam>> Subject: Re: excursion- Message-ID: <rKCN4.7019$xA.18228@news.iol.ie>e  H Speaking of Excursion, does anybody know if there is any support for the wheelmouse to scroll! up/down through DECterm windows ?a  L ---------------------------------------------------------------------------- --A Tom Wade    | EMail: T.Wade@vms.eurokom.ie  (all domain mailers).GG EuroKom     | X400:  g=tom;s=wade;o=eurokom;p=eurokom;a=eirmail400;c=iep& 30, Dale Rd | Tel:   +353 (1) 278-7878& Stillorgan  | Fax:   +353 (1) 278-78793 Co Dublin   | Disclaimer:  This is not a disclaimern@ Ireland     | Tip:         "Friends don't let friends do Unix !"   ------------------------------  % Date: Wed, 26 Apr 2000 09:44:26 +0100 < From: "Graham Harrison" <graham.harrison@cheshdatasys.co.uk>+ Subject: FTP Reverse name lookup - TCP 5.0Ae2 Message-ID: <8e6am4$84u$1@starburst.uk.insnet.net>   Hi,0  K Does anyone know of a way of either stopping ftp within tcpip v5.0A doing aD reserve 9 name lookup, or how to stop name resolution for ftp ONLY.   I I have a client who's DNS server a) does not contain the names of the PCsS ftp'ing to theI alpha cluster and b) the DNS server is set to not allow reverse name looke ups.G This is causing a little bit of a problem, because the names and IPs ofa their (upto) 50 terminalJ servers and 32 print servers, is in this DNS server.  So what I want to do is have the Alpha cluster0K able to use their DNS server for name lookups - but disable name resolutiont on ftp so that the$ PC's can ftp into the Alpha cluster.   Cheers for any thoughts    Graham Harrison. OpenVMS Systems Engineer.A   ------------------------------  # Date: Wed, 26 Apr 2000 16:25:43 GMTu From: hobbsb@my-deja.com& Subject: Re: Getting at the Call Stack) Message-ID: <8e759h$be5$1@nnrp1.deja.com>S  4 >From: hoffman@xdelta.enet.dec.nospam (Hoff Hoffman) >Date: 11 May 1999 00:00:00 GMTA > D >  The closest to what you appear to want -- a callable traceback -- usesD >  the OpenVMS Debugger.  The following example isn't quite what you want,pB >  but it does use a (gasp :-) documented and supported interface: >s >#include <lib$routines.h> >#include <ssdef.h>s >#include <string.h> >main()  >    {$ >    char ascic_debug_commands[128];* >    char *dbgcmd = "*show calls;go;exit";, >    strcpy( ascic_debug_commands, dbgcmd );; >    ascic_debug_commands[0] = (char) strlen( dbgcmd ) - 1; 2 >    lib$signal(SS$_DEBUG,1,ascic_debug_commands); >    return 1; >    }  D Thank you, Hoff, for providing the program - it's helping solve someC pesky problems of who is calling whom without aborting the program.   5 Compaq C V6.2-003, OpenVMS V7.1-1H2, AlphaServer 12003   The above code produces:  ?   %DEBUG-I-SSINOTSET, system service interception is not setup,'" defaulting to nostatic watchpoints/            OpenVMS Alpha DEBUG Version V7.1-000 A    module name   routine name  line       rel PC           abs PClG   *TRACEBACK-01                6188   0000000000000000 0000000000020124 G   *TRACEBACK-01  __main               0000000000000068 0000000000020068dG                                       0000000000000000 FFFFFFFFBFEED118 >   %DEBUG-I-EXITSTATUS, is '%SYSTEM-S-NORMAL, normal successful completion'   1 Can this output be reduced to just the traceback?n  E It appears to me that the SSINOTSET message could be taken care of bya( calling a system routine, but which one?  ? I suspect that I may have to live with the "OpenVMS Alpha DEBUG  Version V7.1-000".  F The EXITSTATUS seems to have something to do with debug now being partF of the image exit routines.  How do I tell debug that its services are no longer needed?b   And finally:   $ show symbol $status      $STATUS == "%X10000001"tC Debug is adding %X10000000 to the status word, but this is probably  related to the image exit.  E None of these are show stoppers, but I would like to clean things up.o  D One other item: While playing around with "help/message/facility=?",C the list contains "TRACE, Traceback Facility", but I can't find any E documentation other than some messages.  Is this an internal routine?:    & Sent via Deja.com http://www.deja.com/ Before you buy.C   ------------------------------  # Date: Wed, 26 Apr 2000 17:31:34 GMTa= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) & Subject: Re: Getting at the Call Stack0 Message-ID: <009E930C.3440B474@SendSpamHere.ORG>  D In article <8e759h$be5$1@nnrp1.deja.com>, hobbsb@my-deja.com writes: >,5 >>From: hoffman@xdelta.enet.dec.nospam (Hoff Hoffman)   >>Date: 11 May 1999 00:00:00 GMT >>E >>  The closest to what you appear to want -- a callable traceback --3 >usespE >>  the OpenVMS Debugger.  The following example isn't quite what youP >want,C >>  but it does use a (gasp :-) documented and supported interface:i >> >>#include <lib$routines.h>i >>#include <ssdef.h> >>#include <string.h>d >>main() >>    { % >>    char ascic_debug_commands[128];.+ >>    char *dbgcmd = "*show calls;go;exit";o- >>    strcpy( ascic_debug_commands, dbgcmd );>< >>    ascic_debug_commands[0] = (char) strlen( dbgcmd ) - 1;3 >>    lib$signal(SS$_DEBUG,1,ascic_debug_commands);e >>    return 1;y >>    }m >tE >Thank you, Hoff, for providing the program - it's helping solve someoD >pesky problems of who is calling whom without aborting the program. >a6 >Compaq C V6.2-003, OpenVMS V7.1-1H2, AlphaServer 1200 >  >The above code produces:  > @ >  %DEBUG-I-SSINOTSET, system service interception is not setup,# >defaulting to nostatic watchpointsu0 >           OpenVMS Alpha DEBUG Version V7.1-000B >   module name   routine name  line       rel PC           abs PCH >  *TRACEBACK-01                6188   0000000000000000 0000000000020124H >  *TRACEBACK-01  __main               0000000000000068 0000000000020068H >                                      0000000000000000 FFFFFFFFBFEED118? >  %DEBUG-I-EXITSTATUS, is '%SYSTEM-S-NORMAL, normal successfulp >completion' > 2 >Can this output be reduced to just the traceback?   Not via this method.  $ Take a look at: ftp://ftp.tmesis.com  G There is a demo version of a product called TRACER and several "how-to"a* demo programs depicting how to use TRACER.    F >It appears to me that the SSINOTSET message could be taken care of by) >calling a system routine, but which one?9  I When the debugger is used on Alpha, system service addresses are resolvedoJ from a shareable image called SYS$SSISHR.EXE and not from the SYS$PUBLIC_-I VECTORS.EXE.  Thus, system service addresses which are visible to you aresH in P0 space and not in system address space.  The message you are seeingJ is due to the debugger code reporting that these addresses are/have resol-: ved through SYS$PUBLIC_VECTORS.EXE and not SYS$SSISHR.EXE.    @ >I suspect that I may have to live with the "OpenVMS Alpha DEBUG >Version V7.1-000".s > G >The EXITSTATUS seems to have something to do with debug now being partrG >of the image exit routines.  How do I tell debug that its services areS >no longer needed? >i
 >And finally:u >  $ show symbol $status >    $STATUS == "%X10000001"D >Debug is adding %X10000000 to the status word, but this is probably >related to the image exit.f  D %X10000000 is the STS$V_INHIB_MSG bit which causes the message *NOT*D to be translated into a textual error message but still provides you with the error code.  F >None of these are show stoppers, but I would like to clean things up. > E >One other item: While playing around with "help/message/facility=?",rD >the list contains "TRACE, Traceback Facility", but I can't find anyF >documentation other than some messages.  Is this an internal routine?  * See the files at the references URL above.   --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  L GNU Freeware -- What does the GNU *really* stand for?  Garbage!  Not Usable!   ------------------------------  # Date: Wed, 26 Apr 2000 08:46:13 GMTe From: neldrett@my-deja.com< Subject: Help!! Process using more CPU time than available!!) Message-ID: <8e6acj$do6$1@nnrp1.deja.com>n  E This problem may have a simple explanation but I haven't been able to 	 find it!!t  G I have a VAX system which has 2 CPUs on it but is running single streamtF processes.  One of these processes is CPU-bound.  I have Unicenter TNGG collecting stats on the box and when performing analysis on these statsaG I find that my CPU-bound process (let's call it PROC_A) is using 113.58fG seconds of CPU time over a 120 second interval.  This is not a problem,mH but the next column of stats tells me that PROC_A was in COM state 41.7%E of its uptime (the process was up during the full 2 minute interval).t   41.7% of 120s = 50.04s  E Add the time the process was actually on the CPU and you get 163.62s.tD How can this be possible for a single process over a period of 120s?  G Any feedback will be welcome as this has been driving me round the bendl for a couple of days now!!   TIA,   Iain      & Sent via Deja.com http://www.deja.com/ Before you buy.h   ------------------------------   Date: 26 Apr 2000 14:00:39 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)@ Subject: Re: Help!! Process using more CPU time than available!!6 Message-ID: <8e6sq7$kcs$4@mailint03.im.hou.compaq.com>  F In article <8e6acj$do6$1@nnrp1.deja.com>, neldrett@my-deja.com writes:F :Add the time the process was actually on the CPU and you get 163.62s.E :How can this be possible for a single process over a period of 120s?t  D   Depending on how (or if) the sampling interval and the applicationE   activity interval(s) (if any) align, you can see some weird values.aG   (Much like watching the strobes on a police vehicle -- those vehicles G   with emergency warning lights configured with multiple power supplieslH   -- you can sometimes see the pairs lit, the pairs dark, and more oftenF   than not the pairs "stuttering" back and forth...  But I digress...)  B   I don't know how TNG deals with nor reports COM vs CUR vs other D   scheduling states, nor would I assume that you could multiply the D   COM percentage times the interval to get the actual percentage of    usage (or non-usage)...7  D   You may well want to pursue this discussion directly with the TNG ?   support folks, to see if they have any particular insights...9  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Wed, 26 Apr 2000 17:57:32 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>o4 Subject: Re: Highest OpenVMS version supporting VWS?) Message-ID: <39071FFC.8046E911@bbc.co.uk>e   Fred Kleinsorge wrote:  K > As far as I know, this is all supported by Touch Technologies.  I have nohK > idea of it's status, but believe the support had extended past V7.1.  VWSbJ > itself runs only on older VAX based workstations.  The X11 stuff, calledJ > UISX, runs on any VAX, and rumour has it on Alpha (I had done an initial7 > port of it just for yucks before it was sent to TTI).t  H Hey, I remember running UISX on a AXP 3000-800, must have been your portH Fred, that was years back. It did allow SIGHT to be used on a DECWindowsK workstation, if I remember correctly. SIGHT was the only application any of D my users compained of loosing when we moved onto DECWindows. I think5 maybe I missed DECLander for a short time myself :-).     --A6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those ofA MedAS or the BBC.e   ------------------------------  / Date: Wed, 26 Apr 2000 08:32:17 +0200 (MET DST)t& From: Rudolf Wingert <win@fom.fgan.de>F Subject: Re: I am unable to mount in VMS a NFS share on my HP9000 D390/ Message-ID: <200004260532.HAA04926@fom.fgan.de>A   Hello,  E if your HP9000 D390 would like to mount the OpenVMS disk via NFS, therH node must send a mount request to the Alpha. This means: network login .C In case of this, you must know the UID and GID of the mount request B (most UNIXes use -2,-2) and map them via NFS proxies to an OpenVMS6 account with the privilege to mount a disk SYSTEMwide.  , Hope this helps. Best regards Rudolf Wingert   ------------------------------  / Date: Wed, 26 Apr 2000 08:14:24 +0200 (MET DST) & From: Rudolf Wingert <win@fom.fgan.de>$ Subject: Re: IBM 18GB disk "offline"/ Message-ID: <200004260514.HAA04318@fom.fgan.de>n   Hello,   Horst Drechsel wrotes:   >>>sD    under console mode, the 18.2GB SCSI Disk is correctly recognized.F However, after boot, "show device dka200" shows the disk as "offline",- so that it cannot be initialized and mounted.s <<<l  H This is the normal behavior if the disk identify themself as ANSI SCSI 3F compliant. If you are able to connect them to a VAX (the ANALYZE/ERRORE get's you a formatted output of Identify field. You could it see alsosH at the Alpha DIAGNOSE tool, but not so formatted. I don't know the rightG position within the array. AFAIK, if you upgrade your system to OpenVMS 0 7.1-2 AXP, you should be able to mount the disk.   Regards Rudolf Wingert   ------------------------------    Date: 26 Apr 2000 11:00:37 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>o> Subject: Re: Interesting problem with AS 255/233 and JAZ driveH Message-ID: <y4em7tck3u.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  ' Chris Scheers <asi@airmail.net> writes:a  H > Replacing the JAZ drive with a hard drive allows the processes to swap' > and the system to continue execution.o  K You could also use a seperate page/swap disk, and keep all the other systemu files on the JAZ drive..   	Jan   ------------------------------  % Date: Wed, 26 Apr 2000 12:38:42 -0500.% From: Chris Scheers <asi@airmail.net>e> Subject: Re: Interesting problem with AS 255/233 and JAZ driveO Message-ID: <5D023D11A600F207.113DBD7975791028.84CA2685E0DA3005@lp.airnews.net>-   Jan Vorbrueggen wrote: > ) > Chris Scheers <asi@airmail.net> writes:i > J > > Replacing the JAZ drive with a hard drive allows the processes to swap) > > and the system to continue execution.< > M > You could also use a seperate page/swap disk, and keep all the other systemf > files on the JAZ drive.h > 
 >         Jang  F I've considered that.  I'm not sure I've got room for another drive in6 the case and I would rather not use an external drive.  E In any case, I have now gotten the problem to occur once using a hardtC drive.  I'm guessing that it is timing dependent and the slower JAZX# drive caused it to occur regularly.v  F I'm still trying to figure this one out.  Any suggestions on necessaryE ECOs would be welcomed.  Another possibility is to load the VMS 7.1-26= kit and see if that fixes it.  (Is this kit still available?)f   Thanx!  G -----------------------------------------------------------------------@$ Chris Scheers, Applied Synergy, Inc.  G 817-237-3360 (Voice)    817-237-3074 (Fax)    Internet: asi@airmail.netg   ------------------------------  # Date: Wed, 26 Apr 2000 13:48:05 GMTf) From: "Neil Rieck" <n.rieck@sympatico.ca>rJ Subject: Re: Is there a "Porting Unix/C Software to OpenVMS for Dummies" ?; Message-ID: <psCN4.80692$2D6.2015226@news20.bellglobal.com>   - <nabbasi@pacbell.net.NOSPAM> wrote in messagea" news:8dh97e$mj2@drn.newsguy.com...= > In article <38fbd149.524144494f47414741@radiogaga.harz.de>,f" > martin@RADIOGAGA.HARZ.DE says... >t" > >:   int errorWrongIndex(void) { > >:   ^D > >:   %CC-W-MISSINGRETURN, Non-void function "errorWrongIndex" does& > >:   not contain a return statement. > >:E > >: And there are an awful lot of these.... the syntax seems to be a G > >: feature that other C compilers ( gcc for example) have no problemsd
 > >: with..... >h > >hJ > >No. It's just sloppy programming - that is tolerated by other compilersF > >because of their pre-ANSI history. If they'd switched on gcc's ANSI? > >compliance mode, I'm sure it would have bombed out the same.  > >- >-I > Yes, there is sloppy programing. good idea is to use -Wall all the timef > with gcc.o >a > Nasser >n  L I ran into all kinds of this stuff on a recent port from VAX-C (which allowsK sloppy coding) to DEC-C (which flags it unless the compiler is started withpH the right switches). Check out some of my examples and external resource	 links at:i  < http://www3.sympatico.ca/n.rieck/docs/alpha_diary.html#week6  
 Neil Rieck* Kitchener(New Berlin?)/Waterloo/Cambridge, Ontario, Canada.! http://www3.sympatico.ca/n.rieck/-   ------------------------------  # Date: Wed, 26 Apr 2000 10:26:59 GMT.' From: Colin Blake <colin@theblakes.com> - Subject: Re: Mozilla M15 always in COM state?i- Message-ID: <3906C457.6A02779C@theblakes.com>8   Carl Karcher wrote:   H > Does anyone else notice that Mozilla M15 is always in a COM state evenD > when sitting there doing nothing? Never used the previous releases > enough to notice this.  J Do you really mean "always", or just after some amount of use? I have seenJ all the recent milestones go CPU-bound at some point, not only on OpenVMS. There are bugs filed for this.  J If you mean that as soon as you start M15 up on OpenVMS it goes CPU-bound,F then enter a bug report and make sure you put OpenVMS as the platform.  E If you mean that after some amount of use it goes CPU-bound, then anycJ information as to when and what page or action causes the problem to start would be greatly appreciated.s   ------------------------------  # Date: Wed, 26 Apr 2000 11:03:49 GMTe' From: Colin Blake <colin@theblakes.com>n! Subject: Re: Mozilla M15's out...s- Message-ID: <3906CD02.B1E2930A@theblakes.com>h   Peter LANGSTOEGER wrote:  G > This raises again the question, why DCXEXE ? Use ZIP or [UN]ZIPSFX...n  ^ The M15 kits have been replaced with ZIPSFX versions. 16.8MB instead of 28.4MB for the old DCXF kit (or 17.6MB instead of 29.7MB, depending upon the size of your MB).  # Who says OpenVMS doesn't listen :-)m   ------------------------------  % Date: Wed, 26 Apr 2000 13:29:40 -040085 From: "John L. Ferguson" <John.L.Ferguson@compaq.com>n- Subject: Mozilla/Communicator FAQ for OpenVMS96 Message-ID: <8e793f$q4l$1@mailint03.im.hou.compaq.com>  D Q: What is Netscape 6 and what happened to Communicator Version 5.0?  K A: Netscape 6 is the name of the next release of the Netscape browser. (ThecG names Navigator and Communicator will no longer be used.) Netscape 6 isd7 based on the new Netscape Gecko code base from Mozilla.   K Netscape is moving from Communicator Version 4.7 to Netscape 6. There is no  Communicator V5.0.    ; Q: What are the differences between Mozilla and Netscape 6?l  K A: The Netscape 6 browser is built from the Mozilla code. It is essentiallytI the same browser except Netscape packages some additional components with F their offering. Netscape 6 PR1 (pre-release 1) was built from an early; Mozilla M15 baselevel and contains the following additions:1        - Security componente      - AOL Instant Messenger      - Additional bug fixesn    0 Q: When will Netscape 6 be available on OpenVMS?  I A: Currently Netscape has only made Netscape 6 available for the Windows,nJ MAC, and Linux platforms. As soon as the Netscape 6 code is made availableD to other vendors, Compaq will begin the port to OpenVMS. Because theL Netscape 6 code is based on Mozilla code that is already running on OpenVMS,H we hope that Netscape 6 will be available on OpenVMS shortly thereafter.    : Q: When will security be available for Mozilla on OpenVMS?  H A: Netscape, through iPlanet, has made the Personal Security Manager forD Mozilla available for testing on Linux and Win32. This code is beingJ released to the Open Source PKI project. Once the code is released, Compaq% will port PSM for Mozilla to OpenVMS.s    7 Q: When will a version of Mozilla be available for VAX?o  D A: There are currently no plans to port Mozilla to the VAX platform.    7 Q: Why is there no Java support in Mozilla for OpenVMS?0  K A: Mozilla implements Java using OJI (Open JVM Integration). OJI is part of K Java Version 1.3, but V1.3 is not yet available on all platforms, includingkH OpenVMS. As soon as Java Version 1.3 is available on OpenVMS, it will be supported in Mozilla.h   Advantages of using OJI are:  =      - Multiple Java Virtual Machines (JVMs) can be supported 5      - Upgrading the JVM used by Mozilla is very easyD  K With previous browsers, you were bound to the JVM that had been embedded in- the browser code.p  6 For more information, see http://www.mozilla.org/oji/.   ------------------------------  % Date: Wed, 26 Apr 2000 09:39:12 +0100-< From: "Graham Harrison" <graham.harrison@cheshdatasys.co.uk>H Subject: Re: Multiport serial card on PC as AlphaServer serial consoles?2 Message-ID: <8e6aca$843$1@starburst.uk.insnet.net>  C I've looked at doing something similar and found one small problem, ? with USB devices, you are forced to use a windows PC (or iMac).lG Windows 98 just is not reliable enough, everything works fine until you  *need*K to turn on the PC at 2am and get at a terminal emu to access the console ofe an: Alpha - and . ... well we've all seen what windows can do.  K Using something like digiboards, where if needs be you can still access the>' serial ports from DOS is a better idea.)  G Personally I prefer the terminal server solution, it gives a VDU in the$ server roomBL which can be used if you're in there, and as the TS is on the LAN connection fromG anywhere to the console of the machines (including for me - at home, soi	 those 2amh( situations not as annonying (only just))   --   Graham Harrison7   ------------------------------  # Date: Wed, 26 Apr 2000 07:52:34 GMT-* From: "Stocky" <jaroslaw_stokowiec@pbk.pl>" Subject: NTP and Time Zone Offsets2 Message-ID: <6fxN4.41329$hK2.810116@news.tpnet.pl>   Hi all,   <    Details:    OpenVMS V7.2-1 Compaq AlphaServer GS60E 6/525H                   DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.04                   TCPIP$NTP;1                V5.0A-14                   TCPIP$NTPDATE;1            V5.0A-14                   TCPIP$NTPDC;1              V5.0A-14                   TCPIP$NTPQ;1               V5.0A-14                   TCPIP$NTPTRACE;1           V5.0A-14                   TCPIP$NTP_RES_CHILD;1      V5.0A-1   I try configure NTP:   ntpdate time.serwers  F @sys$manager:utc$configure_tdf.com (time differntial factor 01:00, and modify time)  $ "SYS$TIMEZONE_DIFFERENTIAL" = "3600"  # @sys$startup:tcpip$ntp_shutdown.como  " @sys$startup:tcpip$ntp_startup.com   type TCPIP$NTP.LOG  1 19 Apr 23:20:13  Host Name Resolver has completeda7 19 Apr 23:25:01  synchronized to time.sewer , stratum=1ED 19 Apr 23:25:01  time error -3600.002708 is way too large (set clock	 manually)h  @ Am I missing something? Any insight would be deeply appreciated.   Thanks,s Jaroslaw Stokowiec   ------------------------------   Date: 26 Apr 2000 13:52:45 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)& Subject: Re: NTP and Time Zone Offsets6 Message-ID: <8e6sbd$kcs$3@mailint03.im.hou.compaq.com>  _ In article <6fxN4.41329$hK2.810116@news.tpnet.pl>, "Stocky" <jaroslaw_stokowiec@pbk.pl> writes:m  G :@sys$manager:utc$configure_tdf.com (time differntial factor 01:00, andn
 :modify time)d  F   Please shut down TCP/IP Services, use SYS$MANAGER:UTC$TIME_SETUP.COMF   and not SYS$MANAGER:UTC$CONFIGURE_TDF.COM, select the option "BOTH" 7   when resetting stuff, then restart TCP/IP Services...   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  / Date: Wed, 26 Apr 2000 07:59:41 +0200 (MET DST)i& From: Rudolf Wingert <win@fom.fgan.de> Subject: Re: OpenVMS marketing/ Message-ID: <200004260459.GAA03902@fom.fgan.de>r   Hello,  L what's a problem with a DECUS membership. If all OpenVMSler (excuse my Germ= anJ slang) should be member of DECUS. DECUS is the best organization to changeL Compaq's mind. In the history DECUS M=FCnchen was able to change some polit= icL of Digital and AFAIK DECUS did change the end of life of OpenVMS workstatio= ns.eF So please be member of DECUS, allthough you would like to have OpenVMS	 hobbiest.l  H My problem with the OpenVMS marketing is, that the sold OpenVMS licensesK cheaper then True64, but WorkStation and Servers with OpenVMS are much moresI expensive then True64. Often it is cheaper to buy a LINUX ready Alpha and I an OpenVMS license too, as to buy an OpenVMS license. In case of this, my H wish is, that the OpenVMS Alpha should be at least the same price as the3 True64 Alpha, better would be a little bit cheaper.    Regards Rudolf Wingert   ------------------------------  % Date: Wed, 26 Apr 2000 09:44:14 +0200s= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>e Subject: Re: OpenVMS marketing) Message-ID: <39069E4E.4C9E13AD@gtech.com>0   JF Mezei wrote:tK > in other words: Canadians should be able to sign up as DECUS-USA members.s  G Maybe DECUS should create a "DECUS Other", that was open for everyone !l  P > That new organisation is not DECUS. It is sanctioned by Compaq Canada, and theL > board is made up of folks from the old DECUS and ITUG groups. The ex-DECUSP > folks all had their mandates expired and there had not been election in years.M > They gave THEMSELVES a 2 year term, again unelected. When I questioned thismN > and other actions they wanted to take, I was thrown off their mailing lists.   ????  , That sounds more like the mafia than DECUS !   Arne   ------------------------------  # Date: Wed, 26 Apr 2000 12:38:30 GMT2* From: "Stefan Lindgren" <stefan@syprix.se>" Subject: pthread death with ACCVIO2 Message-ID: <arBN4.4229$Za1.62290@newsc.telia.net>   Hi All,i  I A (p)threaded tcp/ip server. We have loaded it with appr. 150 simultanues  connections.; It has a transaction queue which pumps data over a mailbox.iF Unique(ification?) is handle by a global transaction variable which is protected with a mutex.tE The queue is also protected by a mutex and the object also contains at2 pthread_cond variable and a object specific mutex.H Each connection gets a new thread and is assigned a "transaction id". It! puts data onto queue and issues ayJ pthread_cond_timedwait(lock(mutex)->timedwait) . After 50 s it disconnect.9 If a correct transaction is received, the client can sende- more transactions on the same transaction id.    This is my problem:kJ It can work "rock solid"  over a random period of time an then, this devil	 shows up: ; %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtualn9 address=0000000000000048, PC=0000000000023398,PS=0000001Bm/ %TRACE-F-TRACEBACK, symbolic stack dump follows2J   image    module    routine             line      rel PC           abs PCB  MOP007  MOP007  DeleteTransactionFromQueue                  33525! 0000000000003398 0000000000023398d@  MOP007  MOP007  RunClientThread          32830 00000000000012F4 00000000000212F4>  PTHREAD$RTL                                0 0000000000030E7C 000000007BBE6E7C>  PTHREAD$RTL                                0 00000000000211B4 000000007BBD71B4>                                             0 0000000000000000 0000000000000000>  PTHREAD$RTL                                                 ? ?r>                                             0 FFFFFFFF88E733D4 FFFFFFFF88E733D4= %CMA-F-EXIT_THREAD, current thread has been requested to exitt@ %DECthreads bugcheck (version V3.15-261), terminating execution.E % Reason:  lckHandoff:  not owner; lock = 0x0000000000042208, value =i1 0x0000000000000000, expected = 0x0000000002271B40fD % Running on OpenVMS V7.2-1 on AlphaServer 2000 5/300, 512Mb; 2 CPUs   Please verify this theory:? 1. I have somewhere a reference to a already deleted mutex, or?wI 2. ------------ "------------------                         deleted cond,p or?t     Regardse   /stefanB   ------------------------------  % Date: Wed, 26 Apr 2000 11:15:15 -05000' From: "Earl D. Lakia" <lakia@ipact.com>@+ Subject: Runoff to Microsoft Word Documentsn) Message-ID: <39071613.82E919E6@ipact.com>s  B Our company needed to migrate old Digital Standard Runoff files to9 Microsoft Word for one of our customer so that they could 7 maintain the documentation. We created a VB applicationn& that uses the Microsoft Word controls.  < Anyway, we decided to productize it and try to sell it for a< nominal fee to recover our costs.  Anyone who is interested,? contact me at: lakia@ipact.com.  I have an example file and thes; results after the translation.  This runs on Windows NT and 4 Windows 98 with Microsoft Word installed on the box.  
 Earl Lakia email: lakia@ipact.com web: www.ipact.com   ------------------------------   Date: 26 Apr 2000 11:21:53 GMT* From: helbig@astro.rug.nl (Phillip Helbig)9 Subject: should DCL give an error for invalid qualifiers?g. Message-ID: <8e6jgh$q99$1@info.service.rug.nl>  $ Consider the following example .COM:  %    $  DEFINE/USER_MODE SYS$OUTPUT X.X<    $  TYPE SYS$INPUT	    LINE 1 	    LINE 2 	    LINE 3e    $  OPEN/READ INPUT X.Xi    $  LOOP:r(    $    READ/END_OF_FILE=DONE INPUT LINE    $    WRITE SYS$OUTPUT LINE     $  GOTO LOOPy    $  DONE:o    $  CLOSE INPUTt    $  DELETE X.X;*
    $  EXIT  ( Suppose that I make a mistake and write   *    $  OPEN/READ/END_OF_FILE=DONE INPUT X.X  B This is harmless.  If, however, I mistakenly put the /END_OF_FILE F qualifier on the OPEN statement instead of the READ statement, things H don't work as intended since I hit end of file with no defined action.  I Since /END_OF_FILE is not a valid qualifier for OPEN, shouldn't DCL give 3 an error message here, i.e.   R    %DCL-W-IVQUAL, unrecognized qualifier - check validity, spelling, and placement     Phillip Helbig     --M Kapteyn Instituut                    Email .............. helbig@astro.rug.nltM Rijksuniversiteit Groningen          Tel. ................... +31 50 363 4067 M Postbus 800                          Fax .................... +31 50 363 6100-M NL-9700 AV Groningen                 Web ... http://www.astro.rug.nl/~helbig/a  M ******************************** formerly at ********************************   M this will still work for a while -----> Email ......... p.helbig@jb.man.ac.uk M University of Manchester                Tel. ... +44 1477 571 321 (ext. 2635) M Jodrell Bank Observatory                Fax ................ +44 1477 571 618nM Macclesfield                            Telex ................ 36149 JODREL GsM UK-Cheshire SK11 9DL                    Web ... http://www.jb.man.ac.uk/~pjh/   H My opinions are not necessarily those of either of the above institutes.  N <A HREF=" http://gladia.astro.rug.nl:8000/helbig/hire/hire.html ">HIRE ME!</A>   ------------------------------  % Date: Wed, 26 Apr 2000 14:31:03 +0200g% From: "Fred Zwarts" <F.Zwarts@KVI.nl>o= Subject: Re: should DCL give an error for invalid qualifiers?i. Message-ID: <8e6ni7$rli$1@info.service.rug.nl>  9 "Phillip Helbig" <helbig@astro.rug.nl> wrote in message =l( news:8e6jgh$q99$1@info.service.rug.nl...& > Consider the following example .COM: >=20' >    $  DEFINE/USER_MODE SYS$OUTPUT X.X- >    $  TYPE SYS$INPUT >    LINE 1@ >    LINE 2r >    LINE 3n >    $  OPEN/READ INPUT X.Xo
 >    $  LOOP:-, >    $    READ/END_OF_FILE=3DDONE INPUT LINE >    $    WRITE SYS$OUTPUT LINEa >    $  GOTO LOOP0
 >    $  DONE:  >    $  CLOSE INPUT. >    $  DELETE X.X;* >    $  EXIT >=20, > Suppose that I make a mistake and write=20 >=20. >    $  OPEN/READ/END_OF_FILE=3DDONE INPUT X.X >=20F > This is harmless.  If, however, I mistakenly put the /END_OF_FILE=20J > qualifier on the OPEN statement instead of the READ statement, things=20J > don't work as intended since I hit end of file with no defined action. = =20vG > Since /END_OF_FILE is not a valid qualifier for OPEN, shouldn't DCL =n give=20o  > an error message here, i.e.=20 >=20H >    %DCL-W-IVQUAL, unrecognized qualifier - check validity, spelling, =
 and placementa >=20 >=20 > Phillip Helbig >=20  F Yes, it should. But DCLEXTRACT, or VERB shows that /END_OF_FILE is a = qualifier=20J for the OPEN command, although the HELP or OPEN does not show it. I have = no ideat+ what this qualifier is supposed to do here.o   define verb OPEN    cliroutine OPEN    prefix CLI$K_OPEN_e$    parameter P1, prompt=3D"Log name"%       value (required,type=3D$outlog)h     parameter P2, prompt=3D"File"%       value (required,type=3D$infile)t    qualifier END_OF_FILE       value (required)    qualifier ERROR       value (required)    qualifier READ, nonnegatables     qualifier WRITE, nonnegatable     qualifier SHARE, nonnegatable"       value (type=3DSHARE_OPTIONS)!    qualifier APPEND, nonnegatableR    disallow (WRITE and APPEND)   define type SHARE_OPTIONSn    keyword READ.    keyword WRITE   (VMS 7.2-1)-   ------------------------------  # Date: Wed, 26 Apr 2000 12:35:07 GMTi, From: koehler@eisner.decus.org (Bob Koehler)= Subject: Re: should DCL give an error for invalid qualifiers?C' Message-ID: <2000Apr26.083507.1@eisner>   [ In article <8e6jgh$q99$1@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes:e& > Consider the following example .COM: > ' >    $  DEFINE/USER_MODE SYS$OUTPUT X.Xr >    $  TYPE SYS$INPUT >    LINE 1m >    LINE 2s >    LINE 3n >    $  OPEN/READ INPUT X.Xo
 >    $  LOOP:o* >    $    READ/END_OF_FILE=DONE INPUT LINE >    $    WRITE SYS$OUTPUT LINE  >    $  GOTO LOOP 
 >    $  DONE:  >    $  CLOSE INPUTo >    $  DELETE X.X;* >    $  EXIT > * > Suppose that I make a mistake and write  > , >    $  OPEN/READ/END_OF_FILE=DONE INPUT X.X > D > This is harmless.  If, however, I mistakenly put the /END_OF_FILE H > qualifier on the OPEN statement instead of the READ statement, things J > don't work as intended since I hit end of file with no defined action.  K > Since /END_OF_FILE is not a valid qualifier for OPEN, shouldn't DCL give 1 > an error message here, i.e.  > T >    %DCL-W-IVQUAL, unrecognized qualifier - check validity, spelling, and placement >   E According to VERB, /END_OF_FILE is a qualifier for OPEN.  It's not inoA the help or documentation for my VMS 6.2 system, but it is in then command table.    , Undocumented feature, I wonder what it does?  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationj= Hubble Space Telescope Payload  | Federal Sector, Civil Group$E  Flight Software Team           | please remove ".aspm" when replyingp   ------------------------------  # Date: Wed, 26 Apr 2000 17:51:39 GMTx) From: "J.G. Peters" <jpeters@sctcorp.com>a Subject: Timeout Issuesc0 Message-ID: <01bfafa8$210b2bd0$32341895@jpeters>  B Our company is planning to implement a VPN (SecuRemote/SecurID viaK Earthlink) setup for remote logins. In testing, telnet sessions (OnNet HostVB Suite 5.0 TNVTPlus and MS Telnet) to the AlphaServer 2100 (OpenVMSG 7.1/Multinet 4.2) are timing out after 15 minutes of inactivity. The 15eK minute setting is set at the firewall. The "network folks" do not want thissJ setting changed for security reasons. They have been unable to resolve theC issue and have now, uh, suggested that the sys admins. come up with H something to keep the telnet sessions alive. (Our users frequently loginF under more than one account, minimizing/restoring sessions to/from theF taskbar as needed.) Setting up a simple loop that would require manualF execution seems ludicrous. Does anyone have an idea/method for keepingH alive a telnet session? There are many "idle process killers" out there.D How about a program/job that does just the opposite? By the way, theC RS/6000 (AIX 4.3.2) admin. has come up with having each login run atI background shell script that loops every ten minutes, sending a space and F thereby keeping the process alive. It works, but certainly seems, uh, G "Mickey Mouse" (no offense) to me. Any/all help is greatly appreciated.    Thanks, Joe    ------------------------------  % Date: Wed, 26 Apr 2000 09:50:03 +0100o8 From: John Macallister <J.Macallister1@physics.ox.ac.uk> Subject: RE: USERNAMEXL Message-ID: <F02D5A46B8AED311BE4F0090279FA2401E8325@ppnt41.physics.ox.ac.uk>  J >is the length of a VMS username the same on an Alpha as it is on VAX ( 127 characters) when returned from F$GETJPI ("","USERNAME")o  F I didn't have to change any of my username procedures or programs whenK changing from VAX to Alpha and those procedures continue to work in VMS 7.1 F . I've just checked with VMS 7.1 on a VAX and Alpha and both return 12 character strings.  I >> Please turn off MIME.  (Otherwise, a simple two-line question becomes   >> 202 lines long...)  Thanks!   >  I'll second the request.   K I'd reword the request, if people must keep bringing it up, and redirect itpC to the developers of VMS mail: please make VMS MAIL handle MIME ande attachments transparently.  K I suspect that, like me, most VMS users who receive a significant volume ofMB mail have already moved to a mail system which can handle MIME andG attachments in a hassle-free manner. This particular message gave me noiK problem. Don't criticise the sender as it's often very difficult, even when L you're familiar some mail packages, to switch of the "rich" features in mailI to  produce only plain text to accommodate the lowest common denominator.mL Until VMS MAIL comes up to scratch VMS will remain the lowest denominator as far as mail is concerned.   L For anyone interested in the future of VMS, MAIL functionality should have aI high priority. Who wants a system which cannot even handle ordinary mail?e   John    B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)i   ------------------------------   Date: 26 Apr 2000 09:36:17 GMT* From: helbig@astro.rug.nl (Phillip Helbig) Subject: RE: USERNAMEM. Message-ID: <8e6dah$odf$1@info.service.rug.nl>  
 In articleF <F02D5A46B8AED311BE4F0090279FA2401E8325@ppnt41.physics.ox.ac.uk>, John6 Macallister <J.Macallister1@physics.ox.ac.uk> writes:   K > >> Please turn off MIME.  (Otherwise, a simple two-line question becomes h  > >> 202 lines long...)  Thanks! >  > >  I'll second the request.  > M > I'd reword the request, if people must keep bringing it up, and redirect it;E > to the developers of VMS mail: please make VMS MAIL handle MIME and. > attachments transparently.  F Keep in mind that many or most folks read this group not as a mailing H list but as a news group.  As such, mime should be turned off.  OK, one I could have a mime-aware newsreader, but I really think posting 204 lines SI instead of 2 is irresponsible bloat, even if resource consumption is not  
 a problem.  M > I suspect that, like me, most VMS users who receive a significant volume oflD > mail have already moved to a mail system which can handle MIME andI > attachments in a hassle-free manner. This particular message gave me nokM > problem. Don't criticise the sender as it's often very difficult, even when.N > you're familiar some mail packages, to switch of the "rich" features in mailK > to  produce only plain text to accommodate the lowest common denominator.jN > Until VMS MAIL comes up to scratch VMS will remain the lowest denominator as > far as mail is concerned.  > N > For anyone interested in the future of VMS, MAIL functionality should have aK > high priority. Who wants a system which cannot even handle ordinary mail?d  E I agree that MAIL should have high priority, perhaps with some betterE@ mime support.  However, first I would like to stop having to useF MAIL/OLD due to (what I understand) are problems introduced when MAIL  was rewritten in C.  -     Phillip Helbig     --M Kapteyn Instituut                    Email .............. helbig@astro.rug.nlnM Rijksuniversiteit Groningen          Tel. ................... +31 50 363 40672M Postbus 800                          Fax .................... +31 50 363 6100uM NL-9700 AV Groningen                 Web ... http://www.astro.rug.nl/~helbig/   M ******************************** formerly at ********************************y  M this will still work for a while -----> Email ......... p.helbig@jb.man.ac.ukhM University of Manchester                Tel. ... +44 1477 571 321 (ext. 2635)iM Jodrell Bank Observatory                Fax ................ +44 1477 571 618aM Macclesfield                            Telex ................ 36149 JODREL GVM UK-Cheshire SK11 9DL                    Web ... http://www.jb.man.ac.uk/~pjh/M  H My opinions are not necessarily those of either of the above institutes.  N <A HREF=" http://gladia.astro.rug.nl:8000/helbig/hire/hire.html ">HIRE ME!</A>   ------------------------------  # Date: Wed, 26 Apr 2000 11:11:03 GMTt2 From: kilgallen@eisner.decus.org (Larry Kilgallen) Subject: Re: USERNAME ' Message-ID: <2000Apr26.071103.1@eisner>i  W In article <25APR200022214860@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes:,- > Kilgallen@eisner.decus.org.nospam writes...8  C > }Using those guidelines, even if VMS increased the maximum lengtheE > }of a username his code would still work properly until he actually H > }created a username on the system longer than his current buffer size. > % > What item list? What return length?r > L > He was asking about F$GETJPI, as in the DCL lexical function of that name.   Whoops, sorry about that.d   ------------------------------   Date: 26 Apr 2000 13:50:28 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: USERNAMEe6 Message-ID: <8e6s74$kcs$2@mailint03.im.hou.compaq.com>  W In article <25APR200022214860@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes:sK :He was asking about F$GETJPI, as in the DCL lexical function of that name.h :DH :(This also renders the "allocate 32 bytes" thing somewhat less usefull,L :but still interesting, as you don't need to allocate symbols with specifiedI :types or lengths in DCL. However you may need to "allocate" space in anyAI :output text, such as with F$FAO if you are trying to get columns of textt2 :to line up properly and not truncate anything....  J   And in files.  Without something "behind" the question posed -- such as K   the use of a data file -- the question is as trivial as "yes, still 12", eH   and thus I may well be reading far too much into it...  But I've also I   learned that even the most trivial-sounding questions can and often do  =   kick over a host of unspecified or assumed prerequisites...a  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  + Date: Wed, 26 Apr 2000 09:45:37 -0300 (EST)  From: becherini@vortex.ufrgs.brl/ Subject: Re: USERNAME (and the "owner" field ?) , Message-ID: <00042609453698@vortex.ufrgs.br>  : Received:	by vortex.ufrgs.br (V5.0A-1, OpenVMS V7.2 Alpha)+ From:		Fabio Becherini <becherini@ufrgs.br>  Reply-to:	<becherini@ufrgs.br>< Comments:	@vortex.ufrgs.br, vortex(46.451)::, psi%........::2 References:	BR, TCHE, UFRGS, CPD network, Cia-INFO- Organization:	Cia-INFO /DRS /CPD-UFRGS /UFRGSdO _______________________________________________________________________________   4 . From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) . Subject: Re: USERNAME   . Date: 25 Apr 2000 19:52:57 GMT . To: Info-VAX@Mvb.Saic.Com  .  . H .   There have been some rummaging deep within OpenVMS over the years asK .   part of some considerations around supporting a longer username field,   .   hence my comments... . G .   While I know of no immediate and no current plans to activate these G .   "rummagings" and lengthen the username field beyond the current 12  I .   character field length, I also know that some of the fields that are aI .   used to hold the username in various places have been lengthened out eL .   to 32 characters over the years...  (eg: check the size of the username I .   field in the SYSUAF.  You will find that it is a 32 character field.)- . G .   As such, I would (and did) recommend reserving a 32 character field , .   for the username, when this is feasible. . 
 .   Clear? . P .  --------------------------- pure personal opinion ---------------------------N .    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com       	hi !o  1 	how about the "owner" field with 31 characters ?i  / 	no considerations about to extend this value ?h  	 	regards,   N  _____________________________________________________________________________O |                                                                             | O | Fabio Becherini                   System & Network Manager, Webmaster UFRGS |aO | CPD-UFRGS                         Centro de Processamento de Dados da UFRGS |sO |                                   Universidade Federal do Rio Grande do Sul | O |                                                   Divisao de Rede e Suporte |-O |                                          (55)(51) 316-5041 / 331-1215 (fax) |iO | Rua Ramiro Barcelos, 2574  -  Santa Cecilia  -  Porto Alegre - RS -  Brasil |gO |_____________________________________________________________________________|IO |                                                                             |NO | Cia-INFO (c) Ophicin@ das Informacoes                   Coordenacao Central |UO |_____________________________________________________________________________|SO |                                                                             |tO | INTERnet:  fabio.becherini@ufrgs.br              DECnet:  vortex::becherini |rO |_____________________________________________________________________________|t   ------------------------------  % Date: Wed, 26 Apr 2000 18:35:28 +0100w- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>  Subject: Re: Verify of Backups) Message-ID: <390728E0.C6D9BCF7@bbc.co.uk>,   Hoff Hoffman wrote:U  K >   That said, if I have unique or difficult-to-replace data, I usually usei< >   BACKUP /VERIFY -- otherwise, why bother with the BACKUP?  J Yup, only a verify will test the integrity of the data path from source to destination device.3  L That said, I have been running 8 DLT's (TZ87) for almost 2 years now withoutG a single issue due to hardware faults. Those DLT's are good, but we alls& know about Mr Sod and his law I think.   I do verify my backups.t     --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk2  A I speak for myself only and my views in no way represent those of. MedAS or the BBC.    ------------------------------  % Date: Wed, 26 Apr 2000 15:28:22 +0100JB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com># Subject: Re: Web server for VAX/VMSr* Message-ID: <3906FD06.3FDD7F53@uk.sun.com>   Arne Vajhj wrote:   > Ed Wilts wrote:s > > Arne Vajhj wrote:E > > > Only the ones from Compaq seems to have problems with VMS VAX !  > >2H > > Let's be fair here.  Compaq wants Java compatibility, and that's notH > > technically feasible on the Vax architecture.  I'm sure Compaq couldJ > > release a Java-less web server if they wanted to, but why should they?H > > They won't make any money off it, either in support or sales.  TheirK > > push is on the Alpha, and I certainly won't fault them for that at this  > > stage of the game. >N > ???? >L@ > I am not qute sure, that I understand why Java is an issue for > web-servers. >D  7 Server side Java is very common, many apps now use JavaaB in the browser or client, Java in the mid tier applications server6 and in some cases Java running in the Database server.  = So not having server side Java support for you Web server canE be a very big dissadvantage.   Regards, Andrew Harrisonk Enterprise IT Architect=   ------------------------------   Date: 26 Apr 2000 10:18:32 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)oB Subject: Re: Why does Pathworks(Mac) change mod date of .dir file?0 Message-ID: <8e6fpo$516$1@n.ruf.uni-freiburg.de>  V In article <8e50va$53t$2@hecate.umd.edu>, bleau@umdsp.umd.edu (Lawrence Bleau) writes:B >I didn't get any responses the first time, so here's another try. >bO >I have a puzzle here with Pathworks(Mac) V1.3A on OpenVMS AXP 7.1-2.  It seems=M >that every time a user connects to a Pathworks(Mac) volume, the modificationtM >date of the .DIR file at the root of that volume is updated and the revisionrL >count is incremented.  Likewise, when a folder (directory) is opened withinN >that volume, the corresponding .DIR file also has its mod date updated.  ThisC >happens even when *nothing* is changed in that folder/directory.  E > M >This is additionally puzzling because typically the mod date for a .DIR fileRP >does *not* change on a regular basis; that is, file creation and deletion go onO >all the time without the .DIR file's mod date changing.  Only when one changesdL >its protection, adds/removes an ACL, renames the directory, or some similar$ >operation does the mod date change. >-O >I did a DIR/FUL on several of my user directories to confirm this.  Those thatnL >do not have a Pathworks(Mac) volume have revision counts in the range 1-10;E >those with Pathworks(Mac) volumes have revision counts of over 2000.e >hN >Ordinarily I wouldn't be concerned about this, except for the behavior of VMSL >BACKUP.  When BACKUP (under V7.1-2 at least) detects a .DIR file with a modF >date later than the last backup date, it backs up *all files* in *allM >subdirectories* of that directory.  Since my users have their Pathworks(Mac)UP >volumes mapped to their login directories, this in effect does a full backup ofE >those users' directories every day (I do daily incremental backups).t >mN >I detected this when the system started asking for a 2nd, then a 3rd tape forK >backups.  Usually this system uses three 4mm tapes per month: two for fullfM >backup and one for all the daily incremental backups.  When it asked for theaO >4th tape (2nd incremental tape) I got suspicious and checked the backup logs. EO >Yep; there are 3313 files in the user's directory tree, and BACKUP copied 3313, >files to tape.% >-L >Now to complicate life: This didn't always happen.  Although I noticed thisP >behavior only this month, I checked my older logs, and it's been going on sinceQ >March 11.  Before that only 20-30 of this user's files were backed up each day. n >uJ >I checked with the user, and he's not changed the typical operations he'sK >done.  The system was rebooted (and Pathworks(Mac) started) on March 1 andtM >again on Mar 18, so a system reboot didn't cause this.  I've not changed thei$ >system parameters in that period.   > K >HOWEVER, I did add a Pathworks(Mac) volume for a new user on Mar 10.  ThisaF >very suspiciously coincides with the first date of the strange BACKUPL >behavior.  I checked the MSAF$SERVER.LOG files, and nothing is reported forI >that day; the next entry is for Mar 15, when the new user first tries to H >connect.  The odd BACKUP behavior had already begun, though, so that in >itself is not the reason. >eG >So, what is going on here?  How do I stop it from happening?  How do Ia< >change Pathworks(Mac)'s behavior back to "normal"?  Thanks.  K I checked it here (OpenVMS 7.1-2, MSA 1.3A): in fact, the modification dateuG of a directory is updated whenever I connect to the fileserver for thishM directory. And this is true even if I didn't open the volume on the Mac, justsL mounting it is sufficient. Could it be that your user checked the little box) for mounting the volume at every startup?   M I noticed in addition that some of these directories have a strange ACL whereu others have not, eg.   Access Cntrl List: k< (APPLICATION,SIZE=%D216,FLAGS=%X0E00,ACCESS=%X00000000,DATA=K                     %X4641534D,%X544D4D43,%X41534DC7,%X45532446,%X52455652,hK                     %X5320203E,%X46207465,%X65646E69,%X6E492072,%X69736976, K                     %X20656C62,%X7962202F,%X52414720,%X4E414D54,%X323C204E, K                     %X39393936,%X2E31332E,%X3E303532,%X2D303320,%X2D52414D,cK                     %X30303032,%X3A353120,%X200D3833,%X61656C43,%X69462072,sK                     %X7265646E,%X766E4920,%X62697369,%X2F20656C,%X20796220,0K                     %X444E5241,%X323C2054,%X36363839,%X3838312E,%X3534322E,UK                     %X3932203E,%X52414D2D,%X3030322D,%X34312030,%X0D34343A,oK                     %X74655320,%X6E694620,%X20726564,%X69766E49,%X6C626973, K                     %X202F2065,%X47207962,%X4D545241,%X204E4E41,%X3936323C,t*                     %X332E3939,%X35322E31)   And ideas why?   Regards,    Christoph Gartmanno  H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +------------ http://www.immunbio.mpg.de/english/menue.html -----------+   ------------------------------   End of INFO-VAX 2000.233 ************************