1 INFO-VAX	Fri, 16 Jun 2000	Volume 2000 : Issue 335       Contents:; "SET TERMINAL/INQUIRE" Changes F$GETJPI/TT_ACCPORNAM Result 1 =?iso-8859-1?Q?Re:_Mini_symposium_in_Montr=E9al?=  axp volatile warnings " Re: CMQ/Dec with a sense of Humor?" Re: CMQ/Dec with a sense of Humor?" Re: CMQ/Dec with a sense of Humor?! Compaq C v6.2 Single User License 3 Compatible between OpenVMS V6.2 & OpenVMS AXP V7.1. 7 CR-R support for OpenVMS now available from U.S. Design P Re: DFU hazard ? (was Large amount of files in one	directorycausesveryslow perfoP Re: DFU hazard ? (was Large amount of files in one directorycausesvery slow perfP Re: DFU hazard ? (was Large amount of files in one directorycausesvery slow perfP Re: DFU hazard ? (was Large amount of files in one directorycausesvery slow perfC FAQ out of date, Need mirror site for progis.de - Re: GNU-CC on VAX  Re: Fun VMS Facts? Re: Fun VMS Facts? Re: Fun VMS Facts? Re: FW: Fun VMS Facts? Re: GNU-CC on VAX  Intermec Barcode IP printer  Re: Intermec Barcode IP printer & lib/obj question, symbols not going in Re: Lock Statistics  Re: Locked out... Please help  Re: Mail batch log file  Re: Mail batch log file 
 Microsoft Ads  Re: MOZILLA M16 ?  MVII heat output Re: MVII heat output Re: MVII heat output Re: MVII heat output Re: MVII heat output* OpenVMS clusters vs other systems clusters. RE: OpenVMS clusters vs other systems clusters. Re: OpenVMS clusters vs other systems clusters. Re: OpenVMS clusters vs other systems clustersA Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire) A Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire)  Re: OpenVMS Software Pricing Re: OpenVMS Software Pricing RE: OpenVMS Software Pricing re:   Real Time VMS? Re: Real Time VMS? RE: Recording CD's on VMS / Request information about GNU C for VMS (Alpha) 3 Re: Request information about GNU C for VMS (Alpha) . Re[2]: Stealing the best- (was Fun VMS Facts?)$ Searching for  " in files using dcl.( Re: Searching for  " in files using dcl. Secondary Passwords  Re: Secondary Passwords  Re: Secondary Passwords  Re: Secondary Passwords ' Re: System call to get CPU utilization? ' Re: System call to get CPU utilization? * Re: VAX & Alpha exist but where is OpenVMS Re: VAX on Intel?  Re: vaxstation LED meanings?" VMS Freciv (was Re: MOZILLA M16 ?) Re: VMS Security features  RE: VMS SETI! VMSmail foreign protocol question ; Re: Which cpu does Sun server use: I386, Mip, Ppc or Alpha?  WTB: DECserver  F ----------------------------------------------------------------------   Date: 16 Jun 2000 08:27:24 GMT) From: leslie@clio.rice.edu (Jerry Leslie) D Subject: "SET TERMINAL/INQUIRE" Changes F$GETJPI/TT_ACCPORNAM Result' Message-ID: <8icodc$44k$1@joe.rice.edu> # Keywords: vms,f$getjpi,f$getdvi,ucx   @ Why does this execution of f$getjpi produce just the IP address:  $   $ ip = f$getjpi("","TT_ACCPORNAM")     $ show symbol ip     IP = "144.5.155.25"   I but after a "$ set terminal/inquire", this execution produces a preceding % "Host: " and subsequent "Port: xxxx":   $   $ ip = f$getjpi("","TT_ACCPORNAM")     $ show symbol ip-     IP = "Host: 144.5.155.25     Port: 1174 "   A The difference also shows up on the output of "show terminal", as  shown below.  H The reason for this query is some DCL scripts written by another group, : which do not deal with the "Host: " before the IP address.   Thanks in advance,  4 --Jerry Leslie     (my opinions are strictly my own)  G =======================================================================    $ ucx show version  F   Digital TCP/IP Services for OpenVMS Alpha Version V4.1 - ECO Level 21   on a AlphaServer 300 4/266 running OpenVMS V7.1    $ show terminal A Terminal: _TNA3126:   Device_Type: VT200_Series  Owner: _TNA3126: >                                               Username: SYSTEMH Remote Port Info: 144.5.155.25                                   <<<====  B    Input:    9600     LFfill:  0      Width:  80      Parity: None0    Output:   9600     CRfill:  0      Page:   24   Terminal Characteristics: E    Interactive        Echo               Type_ahead         No Escape B    Hostsync           TTsync             Lowercase          No TabG    Wrap               Scope              No Remote          No Eightbit C    Broadcast          No Readsync        No Form            Fulldup B    No Modem           No Local_echo      No Autobaud        HangupE    No Brdcstmbx       No DMA             No Altypeahd       Set_speed G    No Commsync        Line Editing       Overstrike editing No Fallback F    No Dialup          No Secure server   No Disconnect      No PasthruK    No Syspassword     No SIXEL Graphics  No Soft Characters No Printer Port I    Numeric Keypad     No ANSI_CRT        No Regis           No Block_mode G    No Advanced_video  No Edit_mode       No DEC_CRT         No DEC_CRT2 I    No DEC_CRT3        No DEC_CRT4        No DEC_CRT5        No Ansi_Color     VMS Style Input  " $ ip = f$getjpi("","TT_ACCPORNAM")   $ show symbol ip   IP = "144.5.155.25"    $ set terminal/inquire   $ show terminal A Terminal: _TNA3126:   Device_Type: VT200_Series  Owner: _TNA3126: >                                               Username: SYSTEMH Remote Port Info: Host: 144.5.155.25     Port: 1174              <<<====  B    Input:    9600     LFfill:  0      Width:  80      Parity: None0    Output:   9600     CRfill:  0      Page:   24   Terminal Characteristics: E    Interactive        Echo               Type_ahead         No Escape ?    Hostsync           TTsync             Lowercase          Tab D    Wrap               Scope              No Remote          EightbitC    Broadcast          No Readsync        No Form            Fulldup B    No Modem           No Local_echo      No Autobaud        HangupE    No Brdcstmbx       No DMA             No Altypeahd       Set_speed G    No Commsync        Line Editing       Overstrike editing No Fallback F    No Dialup          No Secure server   No Disconnect      No PasthruH    No Syspassword     No SIXEL Graphics  No Soft Characters Printer portI    Numeric Keypad     ANSI_CRT           No Regis           No Block_mode D    Advanced_video     Edit_mode          DEC_CRT            DEC_CRT2I    No DEC_CRT3        No DEC_CRT4        No DEC_CRT5        No Ansi_Color     VMS Style Input  " $ ip = f$getjpi("","TT_ACCPORNAM")   $ show symbol ip+   IP = "Host: 144.5.155.25     Port: 1174 "    ------------------------------  % Date: Fri, 16 Jun 2000 10:47:03 -0400 - From: "Peter Weaver" <peter.weaver@stelco.ca> : Subject: =?iso-8859-1?Q?Re:_Mini_symposium_in_Montr=E9al?=/ Message-ID: <skkfffifis4162@corp.supernews.com>   C I know of two sites just east of Montreal (one near Contrecoeur and 0 the other near Tracy) that are active VMS sites.   -- Peter Weaver  = JF Mezei wrote in message <3949BA9F.7E769BF9@videotron.ca>...  > ... 6 >Except for one large aerospace company which runs its parts/productionD >scheduling system on large alpha clusters, I think that most of the	 remaining D >VMS customers in Montreal are in "stable maintenance" mode with not much >spending. ...   ------------------------------  # Date: Fri, 16 Jun 2000 08:17:30 GMT  From: paul_hallam@my-deja.com  Subject: axp volatile warnings) Message-ID: <8icnqh$91p$1@nnrp1.deja.com>   E When compiling code on a V7.1 ALPHA, Pascal 5.7 I am getting warnings  about unaligned variables G BUT as far as I can see all references are VOLATILE and I don't believe # I should be getting these warnings.   E I know I must be doing something wrong and I would like to know what, + thats if anyone out there knows the answer.   E I know these are only warnings but if we don't understand the cause I - can't completely guarantee atomicity when the  processes finally run.  F HERES THE VARIABLE DEFINITIONS (and I can't change those starting with  XMI) followed by a sample error.      1 xmi_uword           = [VOLATILE, WORD] 0..65535 ;     xmi_rtl_type        = xmi_UWORD;  1 xmi_ubyte             = [VOLATILE, BYTE] 0..255 ;   xmi_buf_elem        = xmi_ubyte; xmi_max_buf_len  = 5400;> xmi_buf_type        = [VOLATILE] ARRAY [0..xmi_max_buf_len] OF
 xmi_buf_elem;   G xmi_rec_type        = [VOLATILE] RECORD                              (* 1 Record contains template no and rtl separately *) .                                   CASE BOOLEAN< OF                            (* accessible within record *)G                                      TRUE  : (data     : xmi_buf_type); @                                      FALSE : (tpl_no : [POS (0)] xmi_tpl_no_type;E                                                     rtl        : [POS  (8)] xmi_rtl_type);                        END;  / xmi_rec_ptr         = [VOLATILE] ^xmi_rec_type;   & reqst_record            : XMI_rec_ptr;, rtl                           : xmi_rtl_type  F WHY, WHEN I COMPILE ON THE V7.1 ALPHA WITH THE PASCAL-V57-073 COMPILER DO I GET THE FOLLOWING WARNING.   /                         reqst_record^.rtl := 1;  ........................^ C %PASCAL-W-UNAVOLACC, volatile access appears unaligned, but must be < aligned at run-time to ensure atomicity and byte granularity< at line number 6421 in file DISK6:[P_HALLAM.M_ILES.MCDBUILD] MCD_OPER_PROCS.PAS;8  =                                 reqst_record^.rtl    := rtl ; ! ................................^ C %PASCAL-W-UNAVOLACC, volatile access appears unaligned, but must be < aligned at run-time to ensure atomicity and byte granularity< at line number 5356 in file DISK6:[P_HALLAM.M_ILES.MCDBUILD] MCD_OPER_PROCS.PAS;8    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  # Date: Fri, 16 Jun 2000 14:52:48 GMT , From: koehler@eisner.decus.org (Bob Koehler)+ Subject: Re: CMQ/Dec with a sense of Humor? + Message-ID: <JlLUrSWlWur5@eisner.decus.org>   U In article <39488701.2259.14D557@localhost>, Ken Robinson <ksrobin@erenj.com> writes:  > D > Speaking of Datatrieve... Does anybody remember what you got when C > you typed "Help wombat" when you were in Datatrieve and you were  L > using a terminal that recognized REGIS graphics???  The last time I tried > > the command, at a recent Decus Symposium, it was gone... :-(  D Yes, I have seen that screen.  IIRC it was present with a version ofH Datatrieve we ran under VMS 2.5 and missing after the next major version was installed.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = Hubble Space Telescope Payload  | Federal Sector, Civil Group E  Flight Software Team           | please remove ".aspm" when replying    ------------------------------  % Date: Fri, 16 Jun 2000 10:33:44 -0400 - From: "Peter Weaver" <peter.weaver@stelco.ca> + Subject: Re: CMQ/Dec with a sense of Humor? . Message-ID: <skkemh16is434@corp.supernews.com>  D The HELP WOMBAT is still there in DTR 7.1, you now have to type HELPF COMMANDS_STATEMENTS_CLAUSES WOMBAT to get there. I haven't had a REGISF terminal in 3 years, but I remember plotting the wombat on V6.1 of VMSD using whatever the current version of DTR was at the time. IIRC thatF was the first thing we printed to test the first colour printer we had on the network at the time.    -- Peter Weaver    Bob Koehler wrote in message ... > ... E >Yes, I have seen that screen.  IIRC it was present with a version of A >Datatrieve we ran under VMS 2.5 and missing after the next major  version  >was installed.  > ...    ------------------------------    Date: 16 Jun 2000 18:23:39 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> + Subject: Re: CMQ/Dec with a sense of Humor? H Message-ID: <y4og51mw6s.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:   >   KGB: Key Grant Block. / >   CIA: Compound Intrusion Attempt (or Audit). - >   NSA: Non-discretionary Security Auditing.   M Yes, I always wondered how many costly man-days (and beers) were spent by VMS - engineering to come up with those acronyms...   , >   The Microfortnights unit of measurement.  / And the SYSGEN comment on its implementation...   D >   The "What city, plez?" comment lurking in the directory services# >   SYSAP on older versions of SCS.    What, that's gone now?! Why?    E IIRC, it was the payload of the first packet sent to build up a SYSAP  connection.   M I only understood that joke years after reading it, when I for the first time I called directory assistence in the US and "whatcityplez" drawled from the  handset...     	Jan   ------------------------------  % Date: Fri, 16 Jun 2000 11:54:32 -0400 1 From: "Todd Nelson" <toddnelson@lehighcounty.org> * Subject: Compaq C v6.2 Single User License. Message-ID: <skkj7n58is452@corp.supernews.com>  L I am in need of a single user license (part number QL-015AA-2B) for Compaq C version 6.2 OpenVms Alpha.  C I was quoted a price of around $1000.00 from compaq services... was K wondering if anyone had this license floating around that wanted to sell it  cheap.   Thanks   Todd.    ------------------------------  % Date: Fri, 16 Jun 2000 18:32:45 +0700 ) From: Denis Shadrin <shadrin@novosoft.ru> < Subject: Compatible between OpenVMS V6.2 & OpenVMS AXP V7.1.+ Message-ID: <394A105D.3F9B37EA@novosoft.ru>    Hi!   b Does anybody know, will my C libraries be worked on OS : OpenVMS AXP V7.1, Model :AlphaServer 4100 5/600, CPU type : 4100, < if it was built on DEC Alpha/OpenVMS V6.2 by DEC C V5.0-003?  ! Please mailto:shadrin@novosoft.ru    --   With best regards 
 Denis Shadrin    ------------------------------  # Date: Fri, 16 Jun 2000 16:00:20 GMT  From: sales@usdesign.com@ Subject: CR-R support for OpenVMS now available from U.S. Design) Message-ID: <8idiu7$sfa$1@nnrp1.deja.com>   B U.S. Design now provides support for writing to CD-R devices underE OpenVMS (Alpha) 7.1 and greater.  The package provided by U.S. Design E includes the necessary tools to create a CD with either 9660 or ODS-2 G format.  This product is currently available for CD-R standalone drives 5 only (contact U.S. Design for supported CD-R drives).   ? Also if you have any interest in this product in a CD-R Jukebox G configuration please visit our WEB site and submit a request or contact 7 your local U.S. Design sales or support representative.   H The cost for this kit (which includes all the necessary tools) from U.S.G Design is $ 75.00.  This amount also includes one year of support at no  additional charge.   Part Number:  CDRVMS-KIT      & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Fri, 16 Jun 2000 10:32:29 +0000 $ From: Steve.Spires@yellowpages.co.ukY Subject: Re: DFU hazard ? (was Large amount of files in one	directorycausesveryslow perfo / Message-ID: <00256900.003A00F2.00@quegw01.btyp>   = Contact:   Tel: 3063  -  VSSG, 1st Floor, Bridge Street Plaza   N Well, I managed to understand what was being said. I assume from the lack of aO smiley that you are serious in your condemnation of those who don't use English  as a first language.  C Typically colonial viewpoint... shouldn't you be living a Paraguay?    ;-p    Steve Spires VMS System Manager BT/Yellow Pages         B Robert J Wright <R.Wright@cc.curtin.edu.au> on 16/06/2000 06:41:18    To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages) O From:      Robert J Wright <R.Wright@cc.curtin.edu.au>, 16 June 2000, 6:41 a.m.   K Re: DFU hazard ? (was Large amount of files in one directorycausesvery slow  performance)         Gotfryd,F Would you care to hire a translator so that you could post your latest@ gibberish in a form of English that could be understood, at all.    Gotfryd Smolik, VMS lists wrote: > * > On Fri, 9 Jun 2000, Chris Sharman wrote: > # > +Gotfryd Smolik, VMS lists wrote: 8 > +>  If you will, you can simply check if that is done:4 > +> $ open/read/write/share=write iotest [.dirname] > [...] C > +Thanks Gotfryd. DFU does error (ie doesn't write-share), so that 2 > +isn't a problem - if indeed there is a problem. > A >  Ach, yes. Have two time re-read the statement to be sure, that ; > DFU is properly written :) (yes, my .sig is proper... ;>)  > : > +> Hm... must find some free time and see/install DFU... > + J > +Do that - marvellous tool. Recovers corrupted directories too, although# > +I haven't tried that feature ...T >R* >  Mhm... Have occasion; after (my own :[)  >  BACKUP/DELETE [...] NL:./SAVE5 > from improper directory, search for small important 1 > files on 2 GB disk -:> I suspect, that from thes5 > time have forget some data :], but this time I havep6 > been only some miliards time slower than any utility > we can think -:<8 >  FLORIAN was not a resolution, because on the disk was3 > hundreths of files [purged before from differrent 4 > directories, and the directories renamed from time > to time] of the same name...)e7 >  But some tool (and haven't this time any on-hand :()g3 > was required !! (I have do, don't flame me, IO tof4 > the disk with DCL and dump the symbols with little > fast-written .COM) >e >  Regards - Gotfryd >  > --G > ===================================================================== H > $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") -' >                 THEN EXCUSE/OBJECT=MEB0 > $!                        GS@stanpol.zabrze.plG > =====================================================================b   --C R.Wright@cc.curtin.edu.au.NO_SPAM          Robert J Wright, UIST/CC  309-128a@                                             Curtin University of
 TechnologyA (+61-8)9266-7385 voice         Kent Street, Bentley 6102, Western 	 AustraliasA (+61-8)9266-2673 fax           GPO Box U1987, Perth 6845, Westernm	 Australia M ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~e= Life is just one damned thing after another. - Elbert Hubbarda   ------------------------------  % Date: Fri, 16 Jun 2000 14:41:18 +0800p1 From: Robert J Wright <R.Wright@cc.curtin.edu.au>gY Subject: Re: DFU hazard ? (was Large amount of files in one directorycausesvery slow perf 0 Message-ID: <394A3C8E.2A802D37@cc.curtin.edu.au>   Gotfryd,F Would you care to hire a translator so that you could post your latest@ gibberish in a form of English that could be understood, at all.    Gotfryd Smolik, VMS lists wrote: > * > On Fri, 9 Jun 2000, Chris Sharman wrote: > # > +Gotfryd Smolik, VMS lists wrote:l8 > +>  If you will, you can simply check if that is done:4 > +> $ open/read/write/share=write iotest [.dirname] > [...] C > +Thanks Gotfryd. DFU does error (ie doesn't write-share), so that 2 > +isn't a problem - if indeed there is a problem. > A >  Ach, yes. Have two time re-read the statement to be sure, that8; > DFU is properly written :) (yes, my .sig is proper... ;>)- > : > +> Hm... must find some free time and see/install DFU... > +0J > +Do that - marvellous tool. Recovers corrupted directories too, although# > +I haven't tried that feature ...C > * >  Mhm... Have occasion; after (my own :[)  >  BACKUP/DELETE [...] NL:./SAVE5 > from improper directory, search for small importantd1 > files on 2 GB disk -:> I suspect, that from theT5 > time have forget some data :], but this time I have.6 > been only some miliards time slower than any utility > we can think -:<8 >  FLORIAN was not a resolution, because on the disk was3 > hundreths of files [purged before from differrent 4 > directories, and the directories renamed from time > to time] of the same name...)p7 >  But some tool (and haven't this time any on-hand :()r3 > was required !! (I have do, don't flame me, IO too4 > the disk with DCL and dump the symbols with little > fast-written .COM) >  >  Regards - Gotfryd >  > --G > ======================================================================H > $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") -' >                 THEN EXCUSE/OBJECT=ME-0 > $!                        GS@stanpol.zabrze.plG > =====================================================================2   --C R.Wright@cc.curtin.edu.au.NO_SPAM          Robert J Wright, UIST/CC  309-128 @                                             Curtin University of
 TechnologyA (+61-8)9266-7385 voice         Kent Street, Bentley 6102, Western 	 AustraliatA (+61-8)9266-2673 fax           GPO Box U1987, Perth 6845, Westerni	 AustraliatM ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ = Life is just one damned thing after another. - Elbert Hubbard    ------------------------------  # Date: Fri, 16 Jun 2000 15:00:42 GMTa* From: young_r@eisner.decus.org (Rob Young)Y Subject: Re: DFU hazard ? (was Large amount of files in one directorycausesvery slow perfr+ Message-ID: <8$20dzLUvW44@eisner.decus.org>   d In article <394A3C8E.2A802D37@cc.curtin.edu.au>, Robert J Wright <R.Wright@cc.curtin.edu.au> writes:
 > Gotfryd,H > Would you care to hire a translator so that you could post your latestB > gibberish in a form of English that could be understood, at all. >   7 	Ouch that hurts.  Especially given his signature line.N8 	I've been on site in foreign countries where English is: 	a second language and needing to work with folks that can: 	read English better than they can speak it and spent time 	writing notes to communicate.   	Give Gotfryd a break.   				Rob    ------------------------------  # Date: Fri, 16 Jun 2000 13:56:22 GMTe From: hobbsb@my-deja.comY Subject: Re: DFU hazard ? (was Large amount of files in one directorycausesvery slow perfn) Message-ID: <8idblt$mi0$1@nnrp1.deja.com>   D Tell us, Robert, how your Polish compares to Gotfryd's English?  :-P    0 In article <394A3C8E.2A802D37@cc.curtin.edu.au>,4   Robert J Wright <R.Wright@cc.curtin.edu.au> wrote:
 > Gotfryd,H > Would you care to hire a translator so that you could post your latestB > gibberish in a form of English that could be understood, at all. > " > Gotfryd Smolik, VMS lists wrote:   <snip>   > >  Regards - Gotfryd > >N > > -- > > E ===================================================================== H > > $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") -e) > >                 THEN EXCUSE/OBJECT=ME 2 > > $!                        GS@stanpol.zabrze.pl > >oE =====================================================================o >X > --E > R.Wright@cc.curtin.edu.au.NO_SPAM          Robert J Wright, UIST/CC 	 > 309-128 B >                                             Curtin University of > TechnologyC > (+61-8)9266-7385 voice         Kent Street, Bentley 6102, WesternR > AustraliaAC > (+61-8)9266-2673 fax           GPO Box U1987, Perth 6845, Western  > Australiao    & Sent via Deja.com http://www.deja.com/ Before you buy.-   ------------------------------  % Date: Fri, 16 Jun 2000 09:07:59 -0500t) From: "John E. Malmberg" <wb8tyw@qsl.net>cL Subject: FAQ out of date, Need mirror site for progis.de - Re: GNU-CC on VAX/ Message-ID: <skkcqka0is4138@corp.supernews.com>u  5 Mark <ccmn@morpheus.its.latrobe.edu.austraila> wrote:   6 > Does anyone know where I will find GNU-CC for a VAX?  + There are references in the OpenVMS FAQ at:9  ; http://www.openvms.compaq.com/wizard/openvms_faq.html#SOFT1p  H However the most current copy I am aware of is 2.8.1 for VAX and the FTP: archive at progis.de is empty, and has been for some time.  L The only archive I am aware of is displaying a banner that it lost all filesI due to some system failures, and is in the process of restoring them from J the source sites.  Since this source site is gone, it may not be restored.  K I do have a copy somewhere that I can upload, but it may take a little timem for me to locate it.  ; In the meantime, the updates that I made to GCC VAX are at:sK ftp://ftp.qsl.net/pub/wb8tyw/ and are also in the DECUS library CD-ROM sets  that are available on-line.g  J > I think I currently have all the files but don't know what logicals need to be setup.4 > And I would like to get the latest version aswell.  L One of the files is a readme file that tells you how to set it up.  2.8.1 is* slightly different from previous versions.   -Johnh wb8tyw@qsl.network   ------------------------------  % Date: Fri, 16 Jun 2000 12:44:33 -0400L- From: JF Mezei <jfmezei.spamnot@videotron.ca>m Subject: Re: Fun VMS Facts? , Message-ID: <394A5971.F828ABD0@videotron.ca>  $ > Shane.F.Smith@Healthnet.com wrote:M > > Or that Microsoft's accounts are done on VMS, because Weeniedoze couldn't_C > > handle the throughput? This was true last time I heard, anyway.   K Compaq now brags about serving the world's largest web Site, Microsoft.COM, ; with something like 1600 8086 toys. (yes, sixteen hundred).    ------------------------------   Date: 16 Jun 2000 16:30:14 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog) Subject: Re: Fun VMS Facts?E, Message-ID: <8idkmm$1cb@gap.cco.caltech.edu>  R In article <8i99aa$ei9$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes: > L >At least in part you're still missing the important point:  $ for $, VMS isI >likely a better buy than Windows for any application for which VMS is at $ >least equally appropriate - period.  L Well,  no.  VMS currently suffers from pitifully slow IO throughput on smallJ systems with what I consider to be typical workloads (see my many posts onD this) and consequently the sad truth is you can push a lot more workI through the same DS10 if it's running Linux than if it's running OpenVMS.nK That would be true for WNT too, except that it's not an option on the DS10. K OpenVMS also has show stopper failings with pipes, where the execution time.E in seconds seems to go up to the power of the number of "|" you use. a  J I'm an OpenVMS bigot too, but having to put up with a IO that's often 100XJ slower than Linux on identical hardware (unless you go nuts tuning it, andE even then after resorting to RAMdisks it never comes closer than 2.5XyI slower) is asking rather a lot of the OpenVMS fans.  One can only wonder  ( what RMS is doing with all those cycles!  J Ignorance was bliss. I always thought the speed difference between OpenVMSL systems and Unix systems was due to different hardware, and having only had I access to old hardware on OpenVMS, I had no way to test that hypothesis. yK But now that I've been able to test Linux versus OpenVMS on identical (verytG nearly, anyway) DS10s I know better.  It's no coincidence you don't see?J IO benchmarks from Compaq for OpenVMS boxes, other than the occasional TPCF number, and those are generated in a saturated realm where most of theK advantages of Linux/Unix over OpenVMS have been eliminated by using up mostr of available system resources. -  J I'm not saying that there's not a plus side to OpenVMS, but IO performanceK is so much worse than the competition that nobody in their right mind wouldPI buy one now for PC and small systems applications that were in any way IOl0 intensive.   Ie, file serving, web serving, etc.   Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech QJ **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  % Date: Fri, 16 Jun 2000 13:34:42 -0400t' From: "Bill Todd" <billtodd@foo.mv.com>e Subject: Re: Fun VMS Facts?s( Message-ID: <8ido8g$aii$1@pyrite.mv.net>  = David Mathog <mathog@seqaxp.bio.caltech.edu> wrote in messager& news:8idkmm$1cb@gap.cco.caltech.edu...L > In article <8i99aa$ei9$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes:v > >rK > >At least in part you're still missing the important point:  $ for $, VMS  isK > >likely a better buy than Windows for any application for which VMS is atr& > >least equally appropriate - period. >rH > Well,  no.  VMS currently suffers from pitifully slow IO throughput on small-L > systems with what I consider to be typical workloads (see my many posts onF > this) and consequently the sad truth is you can push a lot more workK > through the same DS10 if it's running Linux than if it's running OpenVMS.y  L I find it hard to understand why you believe such applications would satisfyD the criterion 'for which VMS is at least equally appropriate', then.  L There are a lot of environments where the system is not heavily taxed (henceI throughput is not the issue) and where the added latency of VMS's defaultiJ file-handling mechanisms is not a problem (i.e., response is 'good enough'I and not perceived as dramatically inferior to, say, Linux's) - small (anduK some even not-so-small) business systems, for example, though not includingtK server-type systems servicing large numbers of clients.  The are additionalcH environments in which the sensitive applications are optimized for VMS's5 environment rather than use file system/RMS defaults.m  I Which is far from saying that VMS's default performance in this area does  not constitute a problem.s   - bill  G > That would be true for WNT too, except that it's not an option on ther DS10.AH > OpenVMS also has show stopper failings with pipes, where the execution timeF > in seconds seems to go up to the power of the number of "|" you use. >eL > I'm an OpenVMS bigot too, but having to put up with a IO that's often 100XL > slower than Linux on identical hardware (unless you go nuts tuning it, andG > even then after resorting to RAMdisks it never comes closer than 2.5X2J > slower) is asking rather a lot of the OpenVMS fans.  One can only wonder* > what RMS is doing with all those cycles! >kL > Ignorance was bliss. I always thought the speed difference between OpenVMSI > systems and Unix systems was due to different hardware, and having onlyi hadhJ > access to old hardware on OpenVMS, I had no way to test that hypothesis.G > But now that I've been able to test Linux versus OpenVMS on identical@ (verynI > nearly, anyway) DS10s I know better.  It's no coincidence you don't seesL > IO benchmarks from Compaq for OpenVMS boxes, other than the occasional TPCH > number, and those are generated in a saturated realm where most of theH > advantages of Linux/Unix over OpenVMS have been eliminated by using up most  > of available system resources. >rL > I'm not saying that there's not a plus side to OpenVMS, but IO performanceG > is so much worse than the competition that nobody in their right mindi wouldcK > buy one now for PC and small systems applications that were in any way IOq2 > intensive.   Ie, file serving, web serving, etc. >r
 > Regards, >e > David Mathog > mathog@seqaxp.bio.caltech.eduh@ > Manager, sequence analysis facility, biology division, CaltechL > **************************************************************************L > *                                RIP VMS                                 *L > **************************************************************************   ------------------------------  % Date: Fri, 16 Jun 2000 09:40:10 +0100f  From: steven.reece@quintiles.com Subject: Re: FW: Fun VMS Facts?.> Message-ID: <80256900.002FB962.00@qedilc01.qedi.quintiles.com>  O According to "VAX OpenVMS at 20" (1977-1997 ... and beyond) on pages 62 et seq,IP the announcement of clusters by Digital was in 1983, with local area VAXclustersP in 1986.  This would put them at about v4.5.  The pages before (pp60/61 - VMS toM OpenVMS: Major Releases) indicate that clusters shipped in v4, September 1984g (around 40,000 licenses).   O Although there's no specific mention of local area VAXclusters in the VMS majorIP releases, there is a mention of Mixed Interconnect Clusters in VMS v5, May 1988.K Support for up to 96 nodes was with v5.2, September 1989, by which time the N number of licenses was up to about 300,000.  Since this VMS history was editedL by Andy Goldstein with contributions from - amongst others - Tim Ellison and Hoff, it _must_ be right.n   Steve.   ------------------------------   Date: 16 Jun 2000 05:18:12 GMT) From: leslie@clio.rice.edu (Jerry Leslie)  Subject: Re: GNU-CC on VAX' Message-ID: <8icdak$on0$2@joe.rice.edu>u  . Mark (ccmn@morpheus.its.latrobe.edu.au) wrote:  	 : Hi All,w  6 : Does anyone know where I will find GNU-CC for a VAX?  F : I think I currently have all the files but don't know what logicals  : need to be setup. 5 : And I would like to get the latest version as well.e  	 : Thanks.   ' See the "SOFT2" section of the VMS FAQ:)  A   SOFT2.  Where can I find the UNIX <whatever> tool for OpenVMS? t   The VMS FAQ is available at:  8   http://www.openvms.digital.com/wizard/openvms_faq.html  4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  % Date: Fri, 16 Jun 2000 09:14:26 -0400/G From: "Swaffield, Harold [CRK:1342:EXCH]" <hswaffie@americasm01.nt.com>2$ Subject: Intermec Barcode IP printer2 Message-ID: <394A2831.FBB7B8FE@americasm01.nt.com>  B We are experiencing a problem, and have been unable to resolve it.3 Hopefully someone can provide me with some answers.oE We are trying to setup an Intermec 4200 Barcode printer using I/P and G ucx. We have done this many times with HP Laser printers, utilizing theeG Telnetsym. The main problem is that the printer will not print, or giveaD us an indication that it has even received the data we have sent. WeH have checked DSN for Telnet "ports" figuring that these devices may haveD there own "port", but nothing is mentioned for this type of printer,G many others are mentioned. The printer does support HP JetAdmin, and soTB we have tried port 9100, 9001, etc. We can talk to the printer viaH TELNET and also utilizing IE (Sorry) and Netscape. We know the device isE working, as it was shipped to us by Intermec. Hardware does work SelfeF test, and the serial port are okay. A sniffer indicates that the Alpha= is sending information to the print queue, the ip we setup isyG broadcasting, but the printer does not print. I have been in touch witht? Intermec, and have passed through the first level support. This G gentleman had me setup the printer so that it would print raw data, but~C that still would not work.  The reply from the second level supporteG person was that they had no VMS experience. They suggested setting up auG PR1 port (we would prefer not to print this way, as the management is agH little difficult), and he also mentioned that they would get the problemD resolved. He was very helpful, but he is across the country, and theH time barrier is playing havoc with us. We have been in communication via: Email, but this is going slower than I originally figured.  ? Does anyone here have any suggestions as to how to set this up.    VMS = OpenVMS 7.2-1 E Digital TCP/IP Services for OpenVMS Alpha Version 4.2-21 all built onu 18-Nov-1997h Alpha 4100.s7 Intermec Barcode printer model 4200 with I/P interface.mF (INTERMEC 540+/542+ Print Server V5.59 Mar 29 1999. S/N: 00408C3EAC54)   Command used to setup queue...   $eL init/queue/start/process=ucx$telnetsym/on="47.180.0.105:9100"/library=quedev  L ctl/default=(flag=one,feed,noburst,form=letter)/separate=(noflag,noburst,not   railer) paltest_node1s  * $ assign/system/exec paltest_node1 paltest  G We are successfully running these barcodes elsewhere, utilizing LATsym, G but due to network restrictions, we are not able to run LAT internally.y  F Hopefully I have given all the information here. If needed I will call3 Compaq VMS Support and give them a kick at the can.s     Thanks,f   Swaff -    ------------------------------  % Date: Fri, 16 Jun 2000 12:18:17 -0400a- From: "Peter Weaver" <peter.weaver@stelco.ca>k( Subject: Re: Intermec Barcode IP printer/ Message-ID: <skkkqkpbis4150@corp.supernews.com>d  F It has been a few years since I setup an Intermec Barcode printer, but0 see my notes inline, they may or may not help :)    2 Swaffield, Harold [CRK:1342:EXCH] wrote in message) <394A2831.FBB7B8FE@americasm01.nt.com>...o >...F >working, as it was shipped to us by Intermec. Hardware does work SelfA >test, and the serial port are okay. A sniffer indicates that the= Alpha=> >is sending information to the print queue, the ip we setup is    E Check you sniffer to compare what the IP printer is receiving againstBD what the LAT printer sees. IIRC the first few characters the BarcodeD printer sees must be a certain string to tell the printer that it isE valid data, if the IP data stream has some other data inserted before0? your start of data then everything the printer sees is ignored.s  C >broadcasting, but the printer does not print. I have been in touch  with@ >Intermec, and have passed through the first level support. ThisD >gentleman had me setup the printer so that it would print raw data, but~D >that still would not work.  The reply from the second level support  D IIRC we had problems trying the raw data mode, it did not seem to do what it was supposed to do.    >...F >init/queue/start/process=ucx$telnetsym/on="47.180.0.105:9100"/library =quedevo > F >ctl/default=(flag=one,feed,noburst,form=letter)/separate=(noflag,nobu rst,notd >s >railer) paltest_node1 >C    C Do you have the FLAG=ONE on the other LAT Barcode printers that are>D working? My guess is that flag page is not needed and may be gettingA in the way. I also don't remember (it was a few years ago though)l having to use any library.   ------------------------------   Date: 16 Jun 2000 16:01:56 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)/ Subject: lib/obj question, symbols not going in , Message-ID: <8idj1k$1cb@gap.cco.caltech.edu>  ? I'm seeing something funny with the librarian in OpenVMS 7.2-1.f  	 $ cc nw.c % $ cc/define=full/obj=full_nw.obj nw.c- $ symbols full_nw.obju  M Type    Symbol Name                         Flags  Value  Psindx    P3     P4rP --------------------------------------------------------------------------------M SYM  FULL_NW                                 prgs      0      3      0      1g $ symbols nw.obj  M Type    Symbol Name                         Flags  Value  Psindx    P3     P4rP --------------------------------------------------------------------------------M SYM  NW                                      prgs      0      3      0      1o  
 but watch:  # $ library/obj common.olb full_nw,nw  $ lib/list common.olb- NW& $ lib/object/create common.olb full_nw $ lib/list common.olb= NW  K That is, the name in the object library ends up being "NW" even though the "G name of the function inside the object file, modified by the define, is  really FULL_NW.   H Other than by making a copy of the input file with a matching name, and E compiling that, is there some way to get the FULL_NW symbol into the .D library?  When the linker tries to resolve it it cannot find it now.   Thanks,    David Mathog mathog@seqaxp.bio.caltech.eduh? Manager, sequence analysis facility, biology division, Caltech 2   ------------------------------  % Date: Thu, 15 Jun 2000 23:59:18 -0700e! From: Koloth <koloth@tmisnet.com>  Subject: Re: Lock Statistics+ Message-ID: <3949D046.D22CFB7A@tmisnet.com>-  Q We have done some testing with locking over different cluster interconnects.  I'm<T quoting numbers off the top of my head because I don't have the actual ones in front  Q of me.  We found that the CI could handle about 4,000 locks/sec.  Of course there.O was no other traffic (i.e. disk transfers) going on at the same time.  The nice  thing O about the CI was that as we tried to push the CI harder the CPU used stayed thei same.e  R We then tried FDDI.  I think we got about 8,000 locks/sec.  However, when we triedQ to push it harder we used up all our CPU in MP Synch state.  I don't know if thisa was dueaL to the device driver or to the database we are using.  (not a relational DB)  R The MC (Memory Channel) performed a little better I think it was in the 9,000 lock range.Q It also exhibit the same issue with MP Synch going through the roof when we addedd
 more and morek processes trying to lock.   S It should be noted that we also got high MP Synch when we had multiple processes ons a single node accessing the same lock.U  T So these are some upper limit numbers for some of the interconnects.  With databases IfO don't think its the amount of locking as long as the distributed locking can beh handled by theR cluster interconnect.  MONITOR DLOCK shows you incoming and outgoing locking which flowed over the interconnect.r   I hope this helpsJ   Regardsw   Cass Witkowski Senior Systems Engineer- SAIC  % Steve.Spires@yellowpages.co.uk wrote:r   > cc:z > bcc:? > Contact:   Tel: 3063  -  VSSG, 1st Floor, Bridge Street Plaza- >  > Lock Statisticsv >oM > I know it's difficult to answer the sort of question I'm about to pose, butn > anyway...n >SM > I have a two-node cluster, both Alpha 8400s with 2 CPUs in each, 4Gb memory M > each, all data disks in an ESA10000 with HSZ70s, and all disks RZ1CBs, some09 > JBOD, some RAID5, and the system is loaded with Oracle.  >wL > Locks. Is there any sort of rule of thumb I can use to say whether lockingO > activity is excessive? Is there any kind of upper limit I should be trying to  > keep activity below? > N > Vague questions I know, but any help, pointers, URLs to relevant information > would be a help. >rH > And yes, I AM working my way through the Tuning manual and Performance > manuals... >h > Steve Spires > VMS System Manager > BT/Yellow Pagesn >p > [Information] -- PostMaster:F > This transmission is intended solely for the addressee(s) and may beN > confidential. If you are not the named addressee, or if the message has beenR > addressed to you in error, you must not read, disclose, reproduce, distribute or > use this transmission. >dN > Delivery of this message to any person other than the named addressee is notJ > intended in any way to waive confidentiality.  If you have received thisH > transmission in error please contact the sender or delete the message. >  > Thank you.   ------------------------------   Date: 16 Jun 2000 12:46:53 GMT8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)& Subject: Re: Locked out... Please help6 Message-ID: <8id7jt$4sf$1@mailint03.im.hou.compaq.com>  N In article <791C2856E8FDD211BAFB0008C759919591F95E@exchange01.govnet.gov.fj>, 0 Nivlesh Chandra <NChandra001@itc.gov.fj> writes:  J >    ... when I rebooted using conversational mode to OPAO: but the system/ >gets stuck after giving me the following linesu >p+ >Error opening primary input file SYS$INPUTt@ >Error in device name or inappropriate device type for operation  1 This MAY be a "letter O" vs. "digit 0" problem.   > The first character in OPA0: should be a letter; the characterC before the ":" should be a digit.  If you typed it as two letter Oso% (as you poseted it) it will not work.a   -- eK     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USAiF          (hammond@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Fri, 16 Jun 2000 08:29:24 -05005" From: Earl Lakia <lakia@ipact.com>  Subject: Re: Mail batch log file) Message-ID: <394A2BB4.796020F2@ipact.com>=  C Although creating a unique batch log file and then having somethingl; send it after the job is complete is one way.  One way thatx? I've used is to have a double submit.  The first submit submitsc8 the actual job you want to occur and does a synch on the; job.  When the job is complete, the first job then gets thelD log file and mails it to the desired mail recipitent.  Additionally,@ I've used a spawn/output from the job and put the mailing within% the batch comand procedure.  Such as:-  . $spawn @do_the_work.com/out=<unique file name>2 $mail/subj="Job Log File" <unique file name> Lakia  : A second method is that the job that is actually doing the3 work submits a second job passing its job name to a 7 general purpose batch log mailer job.   For example then0 following command file might be submitted at the/ end of the desired job command procedure (e.g.,B: $submit mail_log.com jobname,Recipient).  Earlier postings1 suggest the best method for creating the jobname,t) log file names and location of log files.r $! $! File: MAIL_LOG.COM= $!9 $! Wait for user job to complete (this should most likelys7 $! be imediate or shortly).  Also may need a queue name  $! as another parameter. $! $synchronize P1I $!& $! Job is complete send it to the user $!; $ mail/subj="logfile from: ''P1'" BatchJob$logs:'p1'.log P2s       --
 Earl D. Lakiaa0 Senior Staff Engineer         Web: www.ipact.com4 Snail Mail:                   Email: lakia@ipact.com
 IPACT Inc.1 260 S. Campbell St.           Phone: 219-464-7212v Valparaiso, IN 46383     Stephane Paquin wrote:  M > Does anyone can suggest a way to mail the log file of a batch at the end ofaK > the batch ? Is it possible to obtain the batch log file name while in the  > batch procedure ?o > 	 > More...a >rM > Once in a while, I run a long batch and would like to receive the output in I > mail when it finishes. Up to now, I have done it by creating a separate"K > procedure submitted at the end of the batch whose sole purpose is to mailrI > the log file of the first procedure back to me. I am looking for a more K > elegant way. I would at least like to have a general procedure that couldsL > find the name of the current batch log file and submit a general procedure" > with the file name as parameter. > # > Any pointers ? Thanks in advance.- >- > Stephane Paquin    ------------------------------    Date: 16 Jun 2000 14:14:30 -0500 From: briggs@eisner.decus.orgj  Subject: Re: Mail batch log file+ Message-ID: <3LtEIibPSYQB@eisner.decus.org>   q In article <c%625.4096$227.94893@nnrp1.uunet.ca>, "Stephane Paquin" <stephane.paquin@nospam.ispatnet.com> writes:.M > Does anyone can suggest a way to mail the log file of a batch at the end of K > the batch ? Is it possible to obtain the batch log file name while in the- > batch procedure ?-    Step into the wayback machine... The time: November 19, 1996  The place: comp.os.vms  . Message-ID: <1996Nov19.110550@alpha.vitro.com>  0 Hey, Peabody, you're promoting your own posting!) Quiet, Sherman.  Maybe they won't notice.-    C More recently, this issue resurfaced on DECUServe where Jon Pinkley F took the code from that 1996 posting and expanded on it to produce the7 following which should work fine on both Alpha and VAX.i  @ ; PPF translate specified PPF logical name to file specification< ; This is based on code posted on comp.os.vms by John Briggs? ; on 19 Nov 1996, message-id <1996Nov19.110550@alpha.vitro.com>e< ; Modified by Jon Pinkley to accept a logical name so we can3 ; get the actual file name of a file opened by DCL. : ; This also sets three local symbols, instead of only one. ;o: ; First delete local symbols PHY_FILE_NAME, ORG_FILE_NAME,: ; and FID_FILE_NAME.   These will be recreated when we can ; successfully determine them. ;  ; PHY_FILE_NAME 9 ;   This is the unconcealed name of the file at the time -5 ;   it was opened.  If it has been renamed, this willo ;   not be correct.m ; $ ;   PHY_FILE_NAME is set as follows:: ;   If it's a PPF, then do a $DISPLAY with nop=<noconceal>' ;     and save the resulting file name. 9 ;     If it is a record oriented device, (you can't trustd8 ;     fab$l_dev for this, you must ask $getdvi), instead5 ;     of using the rsa returned by $display, use the . ;     nam$t_dvi value.3 ;     (this is the name it had when it was opened.)e5 ;     if the device is a terminal, then save only thes6 ;     device name.  Set FILE_NAME to the saved string.; ;   If it's not a PPF, exit with warning status CLI$_UNDFILo2 ;   This is after all, meant to be used with PPF's ;u ; ORG_FILE_NAMEU7 ;   This is the concealed name of the file at the time t5 ;   it was opened.  If it has been renamed, this will  ;   not be correct.h ;C$ ;   ORG_FILE_NAME is set as follows:% ;   If it's a record oriented device  $ ;     set ORG_FILE_NAME to nam$l_dev ;   otherwise 0 ;     do another $DISPLAY, this time displaying ! ;     the concealed name, and sett/ ;     ORG_FILE_NAME to the concealed file name.h ;w" ; FID_FILE_NAME is set as follows: ;   If nam$l_fid is non zero? ;     determine the current file name by using lib$fid_to_name.e< ;     Set FID_FILE_NAME to this value.  Note that this file C ;     name will be correct if the file was renamed using the RENAMEl9 ;     command (but not necessarily if the FID is entered u ;     multiple times). ;d  ; Usage: $ ppf :== $some_dir:ppf ;        $ ppf [logical_name]s ;t? ;        if no logical is specified, then sys$output is assumeds1 ;        i.e. the following three are equivalent:  ;        $ ppf sys$outputr ;        $ ppf: ;	 $ run some_dir:ppf ! foreign command not necessary here ;e> ;        The reason the this is the default is that it is very? ;        useful to allow a batch process to determine the exacta. ;        filename and version of its log file. ;a> ;        PPF can also be used to determine the version of file) ;        opened by DCL.  Example follows:i, ;        $ open/read foo sys$login:login.com ;	 $ ppf foo( ;        $ show symbol/local *_file_name@ ;          FID_FILE_NAME = "DISK$USER1:[USERS.JON]LOGIN.COM;181": ;          ORG_FILE_NAME = "ROOT$USERS:[JON]LOGIN.COM;181"A ;          PHY_FILE_NAME = "$4$DKA200:[USERS.][JON]LOGIN.COM;181"e ;        $ close/nolog foo ;e3 ;  example where file gets renamed while it is open  ;k" ;        $ open/write foo test.dat ;        $ ppf foo# ;        $ sho sym /loc *_file_namer> ;          FID_FILE_NAME = "DISK$JSCRATCH:[JON.PPF]TEST.DAT;1"> ;          ORG_FILE_NAME = "DISK$JSCRATCH:[JON.PPF]TEST.DAT;1": ;          PHY_FILE_NAME = "$4$DKC204:[JON.PPF]TEST.DAT;1"& ;        $ ren test.dat; jons.data;100 ;        $ ppf foo# ;        $ sho sym /loc *_file_name A ;          FID_FILE_NAME = "DISK$JSCRATCH:[JON.PPF]JONS.DATA;100"e> ;          ORG_FILE_NAME = "DISK$JSCRATCH:[JON.PPF]TEST.DAT;1": ;          PHY_FILE_NAME = "$4$DKC204:[JON.PPF]TEST.DAT;1" ;        $ close/nolog foo   	.psect	data,quad,noexe  	$LNMDEF 	$FABDEF 	$NAMDEF 	$DEVDEF 	$DVIDEF 	$CLIMSGDEFt  ( 	.macro	errchk, ?skip		; check for error& 	blbs	r0, skip		; on success skip this# 	pushl	r0			; push offending statuso, 	calls	#1, g^lib$stop		; and kill this thing) skip:	.endm	errchk			; and that's errchk!    fab:	$FAB	nam=namn nam:	$NAM	rsa=buffer,- 		rss=buffer_size,-o 		nop=<noconceal>a  	 itemlist:. 	.word	buffer_size 	.word	lnm$_string 	.address	buffer 	.address	file_name_desc 	.long	0   	.align quad buffer:	.blkb	255a buffer_size=.-buffer 	.align quad buffer1:	.blkb	255 buffer1_size=.-buffer1 	.align quad buffer2:	.blkb	16s buffer2_size=.-buffer2 	.align quad recdev:	.blkl	1w dvirec:	.long	DVI$_REC return_length: 	.blkw	1   sysout: .ascid  /SYS$OUTPUT/ tabnam:	.ascid	/LNM$FILE_DEV/tF phynam:	.ascid	/PHY_FILE_NAME/		; name file was originally opened with> orgnam: .ascid	/ORG_FILE_NAME/		; same as file_name, concealedD fidnam:	.ascid	/FID_FILE_NAME/		; name determined by lib$fid_to_name0 input:	.long	lnm$c_namlength		; make a descr for  	.address 2$			; lib$get_foreign. 2$:	.blkb	lnm$c_namlength		; the buffer itself   file_name_desc:o 	.blkw	1 	.word	0 	.address buffer   fid_name_desc: 	.blkw	1 	.word	0 	.address buffer1I   dvi_name_desc: 	.blkw	1 	.word	0 	.address buffer2a   	.psect	code,exe 	.entry	MAIN,^m<>a 	; Get logical file name of PPF,7 	pushal	input			; set the length to the length returned* 	pushl	#0			; noprompt+ 	pushal	input			; write the rec'd data here , 	calls	#3, g^lib$get_foreign	; get a command 	errchk				; check for error  . 	cmpw	input, #0		; no input logical specified? 	bneq	5$7 	movc3	sysout,@sysout+4,@input+4 ; input = "SYS$OUTPUT"4 	movw	sysout,input 5$:o9 	; Delete the symbols we are going to set (ignore errors)e" 	pushaq	fidnam			; "FID_FILE_NAME" 	calls	#1,g^lib$delete_symbolx" 	pushaq	orgnam			; "ORG_FILE_NAME" 	calls	#1,g^lib$delete_symbolc" 	pushaq	phynam			; "PHY_FILE_NAME" 	calls	#1,g^lib$delete_symboli  3 	; Translate specified logical name in LNM$FILE_DEV  	pushal	itemlist	 	pushl	#0r
 	pushaq	inputf 	pushaq	tabnam	 	pushl	#0  	calls	#5,g^sys$trnlnm 	blbs	r0,10$ 	brw	99$			; error? bail   	; Is it a PPF logical name?( 10$:	cmpw	buffer,#^X001b		; Escape, null	 	beql	11$m" 	brw	101$			; it's not a PPF, quit 11$:$ 	; Use $DISPLAY to get PPF file name 	movw	buffer+2,fab+fab$w_ifi# 	bisw2	#fab$m_ppf_ind,fab+fab$w_ifie2 	$display	fab=fab		; first with non-concealed name 	errchk				; check for error  2 	; Determine if device is a record oriented deviceF 	; Note that network devices like node"user pass"::sys$login:login.com@ 	; will have nam$t_dvi set to a null string.  In this case, just> 	; treat it like a non-record oriented device.  We will handle% 	; the lack of a FID at a later time.u  3 	; copy the nam$t_dvi name into the dvi_name stringh 	l# 	movzbw	nam+nam$t_dvi,dvi_name_desc,	 	bneq	12$s) 	brw	20$			; must be a decnet device namei 12$:5 	movc3	dvi_name_desc,nam+nam$t_dvi+1,@dvi_name_desc+4- 	s5 	pushal	recdev			; boolean for record oriented devicen$ 	pushaq	dvi_name_desc		; device name# 	pushl	#0			; channel not specifiedo. 	pushal	dvirec			; address containing DVI$_REC 	calls	#4,g^lib$getdvi 	errchkn  * 	tstl	recdev			; if record oriented device% 	beql	20$			; then skip the following   8 	; here we have a record oriented device.  Directory and/ 	; file names really don't make a lot of sense.r% 	; set PHY_FILE_NAME to nam$t_dvi andn! 	;     ORG_FILE_NAME to nam$l_devs  	; leave FID_FILE_NAME undefined   	pushaq	dvi_name_desce 	pushaq	phynam 	calls	#2,g^lib$set_symbol 	errchkb  4 	; copy the nam$l_dev name into the file_name string$ 	movzbw	nam+nam$b_dev,file_name_desc6 	movc3	file_name_desc,@nam+nam$l_dev,@file_name_desc+4   	pushaq	file_name_desc 	pushaq	orgnam 	calls	#2,g^lib$set_symbol 	errchkc  	 	brw	99$	h  ) 	; Stuff file name length into descriptor ( 20$:	movzbw	nam+nam$b_rsl,file_name_desc  0 	; The file name is all set up in file_name_desc/ 	; Stuff it into the DCL symbol 'PHY_FILE_NAME'r 30$:	pushaq	file_name_desc 	pushaq	phynam 	calls	#2,g^lib$set_symbol 	errchkn  . 	; Use $DISPLAY to get PPF file name concealed( 	bicb2	#<nam$m_noconceal>, nam+nam$b_nop 	$display	fab=fabt 	blbs	r0,40$ 	ret				; If it fails, exitS  ) 	; Stuff file name length into descriptor0( 40$:	movzbw	nam+nam$b_rsl,file_name_desc  0 	; The file name is all set up in file_name_desc/ 	; Stuff it into the DCL symbol 'ORG_FILE_NAME'n 	pushaq	file_name_desc 	pushaq	orgnam 	calls	#2,g^lib$set_symbol 	errchk   2 	; Now grab the FID from the NAM block and convert/ 	; it to a filename using LIB$FID_TO_NAME, then / 	; stuff it into the DCL symbol 'FID_FILE_NAME'e 	S1 	; we're going to use buffer1, set the length in o  	; the descriptor to buffer_size6 	movab	buffer1,fid_name_desc+4		; make sure we have it$ 	movzbw	#buffer1_size, fid_name_desc/ 	; we are going to reuse the descriptor for thet 	; nam$t_dvi counted stringi% 	movzbw	nam+nam$t_dvi, file_name_descd 	beql	99$				; no FID, bail outf) 	movab	nam+nam$t_dvi+1, file_name_desc+4	*   	pushaw	return_length* 	pushaq	fid_name_desc* 	pushaw	nam+nam$w_fid  	pushaq	file_name_desc 	calls	#4,g^lib$fid_to_name  	errchk   ) 	; Stuff file name length into descriptor*' 60$:	movzbw	return_length,fid_name_desc   0 	; The file name is all set up in file_name_desc/ 	; Stuff it into the DCL symbol 'FID_FILE_NAME'l 70$:	pushaq	fid_name_descn 	pushaq	fidnam 	calls	#2,g^lib$set_symbol 99$:	ret 101$:	movl	#CLI$_UNDFIL,r0 	brb	99$  
 	.end	main   ------------------------------  % Date: Fri, 16 Jun 2000 10:13:59 +0000 $ From: Steve.Spires@yellowpages.co.uk Subject: Microsoft Ads/ Message-ID: <00256900.00384FBB.00@quegw01.btyp>    cc:e bcc:= Contact:   Tel: 3063  -  VSSG, 1st Floor, Bridge Street Plazar  
 Microsoft AdsS    1 Perhaps off topic, but it's nearly the weekend...t   Steve Spires VMS System Manager BT/Yellow PagesiL   ---------------------- Forwarded by Steve Spires/YellowPages on 16/06/2000! 10:14 ---------------------------p    ? "Pat & Hedgie" <hedgehog@cyberbeach.net> on 15/06/2000 22:55:56r  > To:        "Squeeze" <patricia.lazazzera@sympatico.ca>, "Ruth"L            <wayne@canadamail.com>, "Robert and Nancy" <nlbryce@neilnet.com>,<            "Rick Sproule" <sprouler@vianet.on.ca>, "Lizanne"J            <liz_zane@yahoo.com>, "Kermy" <jpollard@tsuonline.com>, "Jack &8            Nancy" <gallagj@vianet.on.ca>, "Harold Smith"O            <harold.smith@hwcn.org>, "George Guenther" <tairmed@thunderair.com>, 9            "Gary Clement" <gclement@neilnet.com>, "Dusty" L            <newey@cyberbeach.net>, "Dale Willett" <tycho@adesso.com>, "ChrisL            Good" <cgood@homefreeweb.com>, "Cara&Rob" <rcgreer@tap.net>, "BobL            Dixon" <dixon@sympatico.ca>, "Barb Pollard" <PollardB@rvh.on.ca>,/            "Sky Blues" <skyblues@warwick.ac.uk>n+ cc:         (bcc: Steve Spires/YellowPages)tM From:      "Pat & Hedgie" <hedgehog@cyberbeach.net>, 15 June 2000, 10:55 p.m.b  . CCFC: Fw: FW: "Where do you want to go today?"        * Here's one for all us slaves of Microsoft.  3 Subject:  Fwd: FW: "Where do you want to go today?"o  J The classically minded among us may have noted a new TV ad for Microsoft'sD Internet Explorer e-mail program which uses the musical theme of the. "Confutatis Maledictis" from Mozart's Requiem.  B "Where do you want to go today?" is the cheery line on the screen.  C Meanwhile, the chorus sings "Confutatis maledictis, flammis acribus 
 addictis,"  I This translates to "The damned and accursed are convicted to he flames ofo hell."  2 Good to know that Microsoft has done its research.           [Information] -- PostMaster:D This transmission is intended solely for the addressee(s) and may beL confidential. If you are not the named addressee, or if the message has beenP addressed to you in error, you must not read, disclose, reproduce, distribute or use this transmission.  L Delivery of this message to any person other than the named addressee is notH intended in any way to waive confidentiality.  If you have received thisF transmission in error please contact the sender or delete the message.  
 Thank you.   ------------------------------  # Date: Fri, 16 Jun 2000 14:30:10 GMTh% From: "P.Lj" <plj@byron.ext.telia.se>. Subject: Re: MOZILLA M16 ?2 Message-ID: <394A39FE.990E4E6F@byron.ext.telia.se>   What?!  B I'm about to do the same, trying to get  gtk 1.2.8 "running" first  	 >>> ^P.Ljh   Dan Sugalski wrote:i  ( > On Tue, 6 Jun 2000, Colin Blake wrote: >tI > > > Do you know, when GTK+ will be available as an extra (PCSI) kit forn > > > all of us ?r > >iI > > You can use the shareable images from a Mozilla kit now. Up to M15 isvE > > GTK+ 1.2.0. M16 is 1.2.7 (or maybe 1.2.8). Details on getting themF > > source code available are being ironed out as we speak. Are you in > > desperate need of it?g > G > For the interested, I just saw an announcement on the freeciv mailingaK > list. Someone did a port of freeciv (a Civilization/Civ II clone) to VMS, K > using the GTK stuff in Mozilla as a base. Appparently it's up and runningn' > and took basically no effort to port.w >n- >                                         Dan-   ------------------------------  % Date: Fri, 16 Jun 2000 07:18:20 -0400k2 From: "Richard B. Gilbert" <DRAGON@compuserve.com> Subject: MVII heat output96 Message-ID: <200006160718_MC2-A8EE-B1E@compuserve.com>  J         Find the power consumption in Watts and convert to BTU/Hr.  I don= 't@ have time to look up the conversion factor this morning.  Sorry.  4 Message text written by INTERNET:StevenU@POBoxes.comC >With the hardware guru's and collectors who seem to populate thesegC groups, I'm hoping someone has some old documentation that can helpt me.l  F I have been given the task of determining the cooling requirements forD a new computer room as we are going to be moving the computer centerC (slight exaggeration) to a new building in a few months.  This is a D very good thing, since our current computer room has been around 80FA for most of the winter and I am not looking forward to the summero months.j  F Finding this information has not been a major problem with most of theF equipment, which is relatively new.  However, the problem is our MVII,E which is running quietly in the corner.  This unit is in a three footiF high rack with 2 BA23 type cabinets inside (H9xxx?).  It has a TK50 inD the upper unit and a EXB-8500C in the lower unit.  No hard drives in the BA23's.  =    F Also in this rack is a disk drive (CDC/Seagate) which is half the rackD wide and as deep as the BA23's.  This unit puts out at least as muchC heat as the BA23 units and I will use that to calculate if I do not  find more detailed information.f  ; Any information you can locate will be greatly appreciated.  <    ------------------------------  % Date: Fri, 16 Jun 2000 12:33:42 +01009  From: steven.reece@quintiles.com Subject: Re: MVII heat output > Message-ID: <80256900.003F9CA5.00@qedilc01.qedi.quintiles.com>  M Stupid question, but is such a conversion valid?  After all, not _all_ of theeN power consumed by a system (not even a MicroVAX II) ends up as thermal load onL your air conditioning plant.  There has to be some power used up in the workN which the server or other system is doing.  Motors in disks don't transfer all. of the power they consume into thermal energy.   Richard Gilbert wrote:N >>>        Find the power consumption in Watts and convert to BTU/Hr.  I don'tC have time to look up the conversion factor this morning.  Sorry.<<<e   ------------------------------  # Date: Fri, 16 Jun 2000 14:56:56 GMTa- From: "Richard D. Piccard" <piccard@ohio.edu>n Subject: Re: MVII heat outputi( Message-ID: <394A4032.FBE72B5F@ohio.edu>  F The motor doesn't convert all of the electrical power it consumes intoE heat in its wiring, no.  But all the rest of the power is transformed > into mechanical work, which in the case of computer systems isF dissipated into heat in the bearings, heating by turbulence of the theD air pushed around by the fan, etc., so I think that electrical powerF consumed (Watts, NOT Volt-Amperes) is a very good approximation to theE heat load in the computer room.  Where else is the energy going (saidr< the physicist who truly believes in the conservation laws)?    				RDP.    ! steven.reece@quintiles.com wrote:o > O > Stupid question, but is such a conversion valid?  After all, not _all_ of the,P > power consumed by a system (not even a MicroVAX II) ends up as thermal load onN > your air conditioning plant.  There has to be some power used up in the workP > which the server or other system is doing.  Motors in disks don't transfer all0 > of the power they consume into thermal energy. >  > Richard Gilbert wrote:P > >>>        Find the power consumption in Watts and convert to BTU/Hr.  I don'tE > have time to look up the conversion factor this morning.  Sorry.<<<i   -- eB ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  % Date: Fri, 16 Jun 2000 11:39:17 -0400n/ From: "Joe H. Gallagher" <dtrwiz@ix.netcom.com>H Subject: Re: MVII heat output ) Message-ID: <394A4A1D.3E08@ix.netcom.com>n  ! steven.reece@quintiles.com wrote:s > O > Stupid question, but is such a conversion valid?  After all, not _all_ of the P > power consumed by a system (not even a MicroVAX II) ends up as thermal load onN > your air conditioning plant.  There has to be some power used up in the workP > which the server or other system is doing.  Motors in disks don't transfer all0 > of the power they consume into thermal energy. >  > Richard Gilbert wrote:P > >>>        Find the power consumption in Watts and convert to BTU/Hr.  I don'tE > have time to look up the conversion factor this morning.  Sorry.<<<a  : Is the conversion valid?  For all practical purposes, YES.  D For the moment ignoring the startup conditions (getting the rotating disksiF up to speed and fully charging capacitors in the power supplies. etc), once ansG electrical system have reached their steady state operating conditions,  all F additional power eventually ends up as thermal load in the environment of MH the system.  The power consumed in the steady state conditions is due toF Ohm's law for the electrical parts and dynamic friction for the moving parts.  E The original poster was after planning information about how much airmC conditioning would be required for a unit -- they were not after a sB scientifically precise number.  In such a situartion, mesasure the current D draw of a system under "normal" operating conditions, converting the watts$F to BTUs and multiplying by an appropriate safety or growth factor is aH cheap and easy way to get a reasonable and practical estimate of coolingD needs.  [It is cheap and easy if you have or have access to the hand heldF tool which can measure the AC current thru one of the AC power lines.]  % Joe H. Gallagher, Ph. D. (in Physics)s   ------------------------------  % Date: Fri, 16 Jun 2000 12:55:07 -0400r- From: JF Mezei <jfmezei.spamnot@videotron.ca>f Subject: Re: MVII heat outputf, Message-ID: <394A5BEA.54ED40E8@videotron.ca>   "Joe H. Gallagher" wrote:aI > electrical system have reached their steady state operating conditions,  > allGH > additional power eventually ends up as thermal load in the environment    The use of "all" is not correct.  N Don't forget all the electrons that escape and run for their lives through theJ ethernet and serial cables and travel as far as they can from the computerJ room. Don't forget all those little LEDs that emit light, don't forget the@ energy dissipated by creating the roar/sound of the machine. :-)   ------------------------------    Date: 16 Jun 2000 14:35:47 +0100. From: gennai@mx2.iat.cnr.it (Francesco Gennai)3 Subject: OpenVMS clusters vs other systems clusters ) Message-ID: <XQbWoucmwstb@mx2.iat.cnr.it>:  8 Where I could find information and possibly a comparison9 between OpenVMS clustering and other systems clustering ?4; (Eg.: sharing nothing clusters vs OpenVMS clusters, etc...).L I'm interested in URLs, books, white papers, personal opinions and so on....  	 Francesco.I ----------                                                     ----------hM Francesco Gennai                     Internet : francesco.gennai @ iat.cnr.itsM                                                 http://mail.iat.cnr.it/gennai$? IAT - CNR                            Phone    : +39-050-3152592m? Area di Ricerca di Pisa              Fax      : +39-050-3152593  Via Alfieri, 1 56010 Ghezzano PISA   ITALY I ----------                                                     ----------b   ------------------------------  % Date: Fri, 16 Jun 2000 09:31:04 -0400e+ From: "Main, Kerry" <Kerry.Main@Compaq.com>v7 Subject: RE: OpenVMS clusters vs other systems clusters J Message-ID: <910612C07BCAD1119AF40000F86AF0D8052843F9@kaoexc4.kao.dec.com>  
 As a fyi -  ? Pretty good reference: "In Search of Clusters" by Greg Pfister.	L <http://www.amazon.com/exec/obidos/ASIN/0138997098/o/qid=961162129/sr=8-1/re# f=aps_sr_b_1_1/104-4147352-8414360>l  H Above is one long url - may wrap, so you need to piece it back together.   Regards,  
 Kerry Main Senior Consultant,
 Compaq Canada  Professional Servicesd Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.comv       -----Original Message-----: From: gennai@mx2.iat.cnr.it [mailto:gennai@mx2.iat.cnr.it]# Sent: Friday, June 16, 2000 9:36 AMs To: Info-VAX@Mvb.Saic.Comh3 Subject: OpenVMS clusters vs other systems clusterss    8 Where I could find information and possibly a comparison9 between OpenVMS clustering and other systems clustering ?c; (Eg.: sharing nothing clusters vs OpenVMS clusters, etc...)3L I'm interested in URLs, books, white papers, personal opinions and so on....  	 Francesco I ----------                                                     ----------NB Francesco Gennai                     Internet : francesco.gennai @
 iat.cnr.it  , http://mail.iat.cnr.it/gennaih? IAT - CNR                            Phone    : +39-050-3152592a? Area di Ricerca di Pisa              Fax      : +39-050-3152593  Via Alfieri, 1 56010 Ghezzano PISA   ITALYpI ----------                                                     ----------    ------------------------------  # Date: Fri, 16 Jun 2000 13:50:08 GMTb% From: "P.Lj" <plj@byron.ext.telia.se> 7 Subject: Re: OpenVMS clusters vs other systems clustersu2 Message-ID: <394A309C.6CA6D2D7@byron.ext.telia.se>   Hi,    here's the default page:9 http://WWW.OPENVMS.DIGITAL.COM/availability/clusters.htmlD   /P.Lji   Francesco Gennai wrote:e  : > Where I could find information and possibly a comparison; > between OpenVMS clustering and other systems clustering ?n= > (Eg.: sharing nothing clusters vs OpenVMS clusters, etc...)dN > I'm interested in URLs, books, white papers, personal opinions and so on.... >_ > Francesco K > ----------                                                     ----------bO > Francesco Gennai                     Internet : francesco.gennai @ iat.cnr.itiO >                                                 http://mail.iat.cnr.it/gennai A > IAT - CNR                            Phone    : +39-050-3152592cA > Area di Ricerca di Pisa              Fax      : +39-050-3152593^ > Via Alfieri, 1 > 56010 Ghezzano PISA   ITALYdK > ----------                                                     ----------    ------------------------------  # Date: Fri, 16 Jun 2000 16:30:09 GMT - From: "Richard D. Piccard" <piccard@ohio.edu>v7 Subject: Re: OpenVMS clusters vs other systems clustersF( Message-ID: <394A5609.75408BCB@ohio.edu>   I was very impressed by#  D "In Search of Clusters, Second Edition:  The Ongoing Battle in LowlyG Parallel Computing" by Gregory F. Pfister, (C) 1998, Prentice Hall PTR,,2 Upper Saddle River, NJ 07458, ISBN 0-13-899709-8.   H The writing style is very readable; he appears to have done his homeworkD well on VMS clustering -- there were a couple of things I would have5 shaded differently, but nothing significantly wrong. i  	 						RDP    Francesco Gennai wrote:m > : > Where I could find information and possibly a comparison; > between OpenVMS clustering and other systems clustering ?g= > (Eg.: sharing nothing clusters vs OpenVMS clusters, etc...)bN > I'm interested in URLs, books, white papers, personal opinions and so on.... >  > Francesco K > ----------                                                     ----------eO > Francesco Gennai                     Internet : francesco.gennai @ iat.cnr.itnO >                                                 http://mail.iat.cnr.it/gennai A > IAT - CNR                            Phone    : +39-050-3152592nA > Area di Ricerca di Pisa              Fax      : +39-050-3152593F > Via Alfieri, 1 > 56010 Ghezzano PISA   ITALY,K > ----------                                                     ----------m   -- 4B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  # Date: Fri, 16 Jun 2000 14:55:21 GMTi% From: jlsue <jlsuexxxz@dialupnet.com>mJ Subject: Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire)8 Message-ID: <61fkkskd35tl01hio6t8be0thb8r25k9qb@4ax.com>  D On Tue, 6 Jun 2000 20:47:01 -0400, "Bill Todd" <billtodd@foo.mv.com> wrote:   >_6 >Rob Young <young_r@eisner.decus.org> wrote in message& >news:hDa+dY7YNfQk@eisner.decus.org...   >>C >> Linux is great and Linux is fast, yada yada.   But Linux doesn't A >> have 4 or 5 nodes in a shared disk cluster.  Shared disk?  Who: >> needs shared disk.... >0E >Good question:  most installations don't, at all.  While shared-disk D >configurations are the *only* way to address some (extreme) scaling8 >situations well, those situations aren't that common.    A Now, see, this I completely disagree with - or, at least a littlerD anyway.  In my experience, I've found it very common that businessesE expect some redundancy in their applications.  Most I deal with can't0B afford to be down for hours - or even minutes - while problems areC fixed.  These situations are all that extreme... it's just that theb= shared clustering concept makes it easier to add more computeo- resources with little impact on availability.m   >Lacking such adL >scaling problem, if you can successfully partition your data such that it'sH >usually local to the node that needs it (the common case, especially inL >read-mostly web-server environments), your performance will often be betterI >than in a shared-disk cluster where you *haven't* paid attention to such H >partitioning, because in the latter case the nodes will be caching dataK >redundantly (using up memory they could be using more effectively in other,M >ways) and fighting each other over the occasional need to update it (and XFCr@ >won't eliminate these problems, though it may ameliorate them).  C Again, my perspective, as a system administrator, was that I'd muchoE prefer *not* configuring a critical system such that my arse would be:E in a sling every time some errant software or hardware action decideda to show up.a  = Scaling is only one of the business problems solved by sharedoF clusters.  Redundancy is another.  Yes, having the same data in cachesF on seperate nodes is redundant, but it also improves availability.  ToF me, this is a *good* thing, I try to push for this whenever I have theC chance - and I can easily couch my arguments in completely businessrD terms to justify that position.  It's not just a techie thing to me.  ? There are trade-offs in everything, though, and this redundancy > doesn't come for free.  To me it is a business decision, not aC technical one.  But in my experience, time and time again, managerssE make the decision *not* to buy into redundancy.  Unless they see realeC dangers to the business, they won't be interested.  However, in allsB cases where their jobs depend on the systems being available, they *always* go for the redundancy.y  E There will be some computing models under which the trade-offs shouldnB not be accepted, and some scientific computing environments can beF included there.  On the other hand, I have implemented shared clustersC for centralized computational resources at some companies, and theyED value the performance and reliability aspects of that configuration.    1 Not speaking for anyone, certainly not DEC/Compaq - (get rid of the xxxx in my address to e-mail)    ------------------------------  % Date: Fri, 16 Jun 2000 13:24:13 -0400a' From: "Bill Todd" <billtodd@foo.mv.com>iJ Subject: Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire)( Message-ID: <8idnkr$8lv$1@pyrite.mv.net>  H Since a shared-disk (or even virtual-shared-disk) architecture is whollyG unnecessary to achieve the clustering goals (reliability, availability,eL redundancy) you have described below, the entire basis for your disagreementG disappears.  I suspect you may not understand the distinction between aTH shared-disk architecture and non-shared-disk architectures that use fastL file system fail-over (which can complete nearly as quickly as a VMS cluster+ state transition) to achieve the same ends.e  F As I said, concurrent disk-sharing per se is markedly superior only inD addressing relatively rare scaling issues that resist efficient dataE partitioning.  It can also offer *marginally* better performance thantI alternatives, though the potential performance advantage increases if theaE alternatives don't support a distributed caching mechanism (which thePE shared-disk approach virtually requires, but alternatives don't; samet0 comment applies to distributed lock management).   - bill  0 jlsue <jlsuexxxz@dialupnet.com> wrote in message2 news:61fkkskd35tl01hio6t8be0thb8r25k9qb@4ax.com...F > On Tue, 6 Jun 2000 20:47:01 -0400, "Bill Todd" <billtodd@foo.mv.com> > wrote: >n > >a8 > >Rob Young <young_r@eisner.decus.org> wrote in message( > >news:hDa+dY7YNfQk@eisner.decus.org... >r > >>E > >> Linux is great and Linux is fast, yada yada.   But Linux doesn't C > >> have 4 or 5 nodes in a shared disk cluster.  Shared disk?  Whoh > >> needs shared disk.... > > G > >Good question:  most installations don't, at all.  While shared-disktF > >configurations are the *only* way to address some (extreme) scaling8 > >situations well, those situations aren't that common. >nC > Now, see, this I completely disagree with - or, at least a little F > anyway.  In my experience, I've found it very common that businessesG > expect some redundancy in their applications.  Most I deal with can'tuD > afford to be down for hours - or even minutes - while problems areE > fixed.  These situations are all that extreme... it's just that thew? > shared clustering concept makes it easier to add more compute-/ > resources with little impact on availability.  >v > >Lacking such acI > >scaling problem, if you can successfully partition your data such thatc it'sJ > >usually local to the node that needs it (the common case, especially inG > >read-mostly web-server environments), your performance will often beI betterK > >than in a shared-disk cluster where you *haven't* paid attention to suchrJ > >partitioning, because in the latter case the nodes will be caching dataG > >redundantly (using up memory they could be using more effectively in  otherrK > >ways) and fighting each other over the occasional need to update it (andt XFC/B > >won't eliminate these problems, though it may ameliorate them). > E > Again, my perspective, as a system administrator, was that I'd much1G > prefer *not* configuring a critical system such that my arse would be:G > in a sling every time some errant software or hardware action decided 
 > to show up.  > ? > Scaling is only one of the business problems solved by shared H > clusters.  Redundancy is another.  Yes, having the same data in cachesH > on seperate nodes is redundant, but it also improves availability.  ToH > me, this is a *good* thing, I try to push for this whenever I have theE > chance - and I can easily couch my arguments in completely business F > terms to justify that position.  It's not just a techie thing to me. > A > There are trade-offs in everything, though, and this redundancy @ > doesn't come for free.  To me it is a business decision, not aE > technical one.  But in my experience, time and time again, managerslG > make the decision *not* to buy into redundancy.  Unless they see realIE > dangers to the business, they won't be interested.  However, in all D > cases where their jobs depend on the systems being available, they! > *always* go for the redundancy.  >nG > There will be some computing models under which the trade-offs should D > not be accepted, and some scientific computing environments can beH > included there.  On the other hand, I have implemented shared clustersE > for centralized computational resources at some companies, and they=F > value the performance and reliability aspects of that configuration. >i >e3 > Not speaking for anyone, certainly not DEC/Compaq / > (get rid of the xxxx in my address to e-mail)h   ------------------------------  # Date: Fri, 16 Jun 2000 12:20:39 GMT-/ From: "John Nixon" <jorlnixon@worldnet.att.net>n% Subject: Re: OpenVMS Software PricingeF Message-ID: <rYo25.4616$C44.270547@bgtnsc05-news.ops.worldnet.att.net>  J Well,  I still use what used to be called the Electronic Store, but is now called busineslink:o  # http://www.businesslink.compaq.com/   K However, Compaq keeps this  valuable resource quiet, and  keeps threateningn to kill it.cL But like VMS, it doesn't die.  For a while they said they would only support existing registeredtK users, but there is a registration link on the home page, so you may try to  register and see what happens.r  K HOFF,   can you or anybody give us an update on the status of BUSINESSLINK?t    0 "Brian Tillman" <tillman_brian> wrote in message news:394939a2$1@news.si.com...G > Where, oh where can I go to get software pricing for OpenVMS software K > (Datatrieve, in particular)?  I searched through Compaq's web site for antJ > hour and one-half and couldn't find any.  Their "Store" link takes me to8 > Beyond.com, where they don't even know OpenVMS exists. > --C > Brian Tillman                   Internet: tillman_brian at si.com C > Smiths Industries, Inc.                   tillman at swdev.si.comd? > 3290 Patterson Ave. SE, MS      Addresses modified to preventa> > Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@": >        This opinion doesn't represent that of my company >i >w   ------------------------------  % Date: Fri, 16 Jun 2000 11:09:00 -0400i- From: "Peter Weaver" <peter.weaver@stelco.ca> % Subject: Re: OpenVMS Software Pricingl/ Message-ID: <skkgokpmis4139@corp.supernews.com>o   John Nixon wrote in message ...iD >Well,  I still use what used to be called the Electronic Store, but is now >called busineslink: >i$ >http://www.businesslink.compaq.com/ >h@ >However, Compaq keeps this  valuable resource quiet, and  keeps threateningu >to kill it.E >But like VMS, it doesn't die.  For a while they said they would only- support- >existing registeredE >users, but there is a registration link on the home page, so you may. try to
 >register and  >see what happens. >D> >HOFF,   can you or anybody give us an update on the status of
 BUSINESSLINK?s   >...  < Funny you should mention that, two days ago I tried going toF BUSINESSLINK for the first time since last year. I could not get in so@ I sent an e-mail to them, this is the reply I received yesterday morning.   --------------D Your account was made inactive because DBL will be retiring soon and will benA replaced by CPN (Compaq Partner Network)..to apply for an accountm login toE CPN.COMPAQ.COM or visit our public website at COMPAQ.COM or COMPAQ.CAa   Regards  Jane COMPAQ Digital Business Linka   ------------------------------  % Date: Fri, 16 Jun 2000 11:43:49 -0400a) From: "Ebinger . Eric" <EEbinger@drc.com>e% Subject: RE: OpenVMS Software Pricing@B Message-ID: <7162F87E9EF4D311BA9900805FC1D3AE7A6170@and02.drc.com>   > -----Original Message-----4 > From: Peter Weaver [mailto:peter.weaver@stelco.ca] > > > Funny you should mention that, two days ago I tried going toH > BUSINESSLINK for the first time since last year. I could not get in soB > I sent an e-mail to them, this is the reply I received yesterday
 > morning. >  > --------------F > Your account was made inactive because DBL will be retiring soon and	 > will be C > replaced by CPN (Compaq Partner Network)..to apply for an account 
 > login toG > CPN.COMPAQ.COM or visit our public website at COMPAQ.COM or COMPAQ.CA  > 	 > Regards2 > Jane > COMPAQ > Digital Business Link  >  >  >   @ Of course, if you apply for an account at CPN.COMPAQ.COM you areB required to enter a "valid Compaq Dealer ID" before you can apply.C I guess they want to keep out all the end-user rif-raff.  Must keep: up our standards, wot!       Eric Ebinger   ------------------------------  % Date: Fri, 16 Jun 2000 12:46:10 +0100>/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>c Subject: re:   Real Time VMS?	7 Message-ID: <009EBB19.4F6AA9EC.12@maxwell.ph.kcl.ac.uk>d   > Hi,9H >     I was wondering if anyone know of any Hard Real Time extentions toJ > VMS? I currently work on a RT Linux (And extention to the standard LinuxG > Kernel which allows true real time performance) system at home, which-J > got me thinking if such a thing was avaliable for VMS. The sort of thingD > I'd be looking is well with in the micro second range for periodic > tasks, interrupts etc. > ; > I'd be grateful for any info anyone's got on the subject.V >  > Cheers >  > Mark >   C From past experience (VAX VMS 5.5) VMS is a fine realtime operating L system unmodified! In particular, it's interrupt-driven all the way through, not polled like Unix. ; (ASTs are indeed Asynchronous, and get executed as a resultrD of a hardware or kernel-software interrupt, arriving as soon as the C kernel and any higher-software-priority processes stop being busy).n  C I was able to write a device driver that could handle interrupts att@ ~10,000 per second on a microVAX-III. THe system in question wasB quite capable ofbeing a DECNET node and being used for small-scaleD programming and e-mail etc. at the same time that it was doing this.G It was also capable of being a VMScluster node, though this compromised-M its realtime performance in one sense: if a cluster transition happened while M the attached apparatus was in use, it (the apparatus, not the VMS!) "jammed" sH and the run had to be abandoned. This is by design (cluster transitions O pre-empt most normal kernel processing for several seconds); in my case it was eG a rare event that we could live with, and the advantages of being part f* of a cluster outweighed this disadvantage.  D VMS has a multilevel interrupt priority heirarchy within its kernel,H that allows you to do the critical part of interrupt servicing VERY soonG after the interrupt arrives, then drop hardware priority (IPL) to allow-K other interrupting devices to get in before less-critical driver processingrK resumes. It also has sixteen rarely-used realtime software priority levels  L (16-31) that unconditionally pre-empt all normal process-based VMS activity.J Processes can be prevented from swapping, and some or all of their addressJ space can be locked into physical memory. It's also possible to map pages B so that they can be shared between kernel- and process-based code.  P Th one thing it lacks(?-lacked) is documented support for submillisecond timers.L It's probably possible to study the hardware-builtin interval timer code andH get at it (in kernel mode) to do better than the normal 10mS timer queueE granularity. I never bothered, because I had an interval timer in therE CAMAC crate that I was driving. If I wanted to wait for 368uS, I justCF programmed the timer to interrupt at that time ... when it did, I was D back in control (inside the driver) within a few uS. Waking realtimeG process-based code via a driver-delivered AST took a little longer, but-J was still pretty slick. Especially since an MVIII is a mere 3-VUP machine.  M Anyone know whether there's been any degradation of the realtime capabilities M of VMS in the Alpha port, or in the advance to VMS 7.1? I doubt that realtimeaL behaviour was a design criterion in the Palmer era, but I also hope that VMSJ engineering wouldn't break it unles there was an overwhelming gain in someL other aspect of VMS usage. An Alpha running VMS with PCI modules interfacingJ laboratory equipment ought to be awesome ... but Digital, now Compaq, seemG to have no interest in that market, and I've never seen such a system.  J (Digital, in fact, went out of their way to prevent it, by restricting theI number of PCI slots in Alphastations so there was either zero or only one D to spare. "Use it the way we tell you to, or go buy something else!"F Sad ... something elses now rule the realtime/hardware control roost).   	Yours,-
 		Nigel Arnot-- 		NRA@MAXWELL.PH.KCL.AC.UK                   =  7 		"In the beginning there was nothing, which exploded."    ------------------------------  # Date: Fri, 16 Jun 2000 15:53:09 GMT , From: koehler@eisner.decus.org (Bob Koehler) Subject: Re: Real Time VMS? + Message-ID: <94NsisHS03$l@eisner.decus.org>-  U In article <39492F55.64FC36B9@spam-me-baby.com>, Mark <Mark@spam-me-baby.com> writes:j > Hi,:H >     I was wondering if anyone know of any Hard Real Time extentions toJ > VMS? I currently work on a RT Linux (And extention to the standard LinuxG > Kernel which allows true real time performance) system at home, whichnJ > got me thinking if such a thing was avaliable for VMS. The sort of thingD > I'd be looking is well with in the micro second range for periodic > tasks, interrupts etc.  G We've been using VMS as it comes out of the box for this for years.  We.H don't expect it to keep up with "pure realtime" systems like VXworks but3 it has met all our needs, where as UNIX has failed.e  = VMS was designed as a general purpose OS, that is it has bothtC timesharing and realtime capabilities built in.  Contrast this withtF VXworks which has only realtime capabilities or traditional UNIX which" has only timesharing capabilities.  H It's on the issue of interrupts that UNIX has really let us down.  We'veH needed to respond to 10ms interrupts, getting from interrupt to task andE back to DMA start on a reliable basis which we do on VMS but can't dosB consistently on UNIX.  The traditional single threaded UNIX kernelE simply may feel it has something else to do (supporting POSIX threadstG and or POSIX realtime function calls via the kernel does not prove that(B you have a multithreaded kernel).  VMS has a heavily multithreadedE kernel, always has had, and can typically (but not absolutely always)rF just switch what it's doing when something more important comes along.  F Basically what I'm trying to get across is that generally an extensionG is not necessary to do realtime on VMS, because it's in there.  But youaD need to know exactly what "hard realtime" means in your application.D For example, the interrupt latency in VMS is larger than in VXworks.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporatione= Hubble Space Telescope Payload  | Federal Sector, Civil GroupsE  Flight Software Team           | please remove ".aspm" when replyinge   ------------------------------    Date: 16 Jun 2000 11:50:12 -0500+ From: durkin@eisner.decus.org (Mike Durkin)a" Subject: RE: Recording CD's on VMS+ Message-ID: <N1IfnIy5yYRs@eisner.decus.org>s   Hi,e5 	 U.S. Design recently announced a kit for CD-R/CD-RWn7 	mastering on VMS. Anyone have the inside track to known9 	what's included and supported devices/platforms/OS rev ?f   Mike Durking	 DECUServen   ------------------------------  % Date: Fri, 16 Jun 2000 08:04:25 -0700,  From: Jon <jsmyth69@hotmail.com>8 Subject: Request information about GNU C for VMS (Alpha)2 Message-ID: <f0BKOaXyXGJqFw1wn=pURHEo6D3A@4ax.com>   Hi,a  =    We're looking for GNU C for VMS or a similar product.  Anys! pointers would be great.  Thanks!t   ------------------------------  % Date: Fri, 16 Jun 2000 12:16:01 -0400 " From: Dan Sugalski <dan@sidhe.org>< Subject: Re: Request information about GNU C for VMS (Alpha): Message-ID: <4.3.2.7.0.20000616121325.00be4c20@24.8.96.48>  % At 08:04 AM 6/16/00 -0700, Jon wrote:s >Hi, > ? >    We're looking for GNU C for VMS or a similar product.  Any " >pointers would be great.  Thanks!  L The only version of GCC that I know of that runs on the Alpha is 2.8.0, and L it doesn't work properly. (It emits bad code in odd circumstances--ran into . that when trying to get perl building with it)  K If you can, use Compaq C instead. It produces better code than GCC does on rA Alphas in general, and has the advantage of not being wrong... :)l  K It's free if you're in the hobbyist program. A touch pricey if you're not, c but not that bad.e   					Dan  I --------------------------------------"it's like this"-------------------e2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and eveno;                                       teddy bears get drunkc   ------------------------------  % Date: Fri, 16 Jun 2000 10:20:46 -0500a* From: WILLIAM WEBB <WWEBB1@email.usps.gov>7 Subject: Re[2]: Stealing the best- (was Fun VMS Facts?)k- Message-ID: <0033000024164461000002L012*@MHS>d  H =0AThe book is still on DEC's site, you have to go to the very bottom o= fg@ http://www.openvms.digital.com/oldIndex.html to get it. The linkB points to http://www.openvms.digital.com/openvms/20th/vmsbook.pdf.   -- Peter Weaver  B WILLIAM WEBB wrote in message <0033000024101135000002L052*@MHS>...   > ...uF >      I've still got the .PDF of this and it appears to be one of the manyD >      wonderful things that has disappeared in the "Compaq-tion" of the old  >      Digital websites. >hB >      I'll be glad to put it up on my website if anyone wants it. ><
 >      WWWebb.  H      I am glad to stand corrected about the disappearance of that page.=      1      Now if you could find out what they did with>  ,      http://www2.digital.co.uk/info_uk/TECH/  F      which was a very well-done page of cable and adapter information,       I'll be *really* impressed.        WWWebb=   ------------------------------  % Date: Fri, 16 Jun 2000 11:14:49 +0200s, From: "Waard, D.G.A. de" <deWaard@WT.TNO.NL>- Subject: Searching for  " in files using dcl.lC Message-ID: <D680D25E5D2BD411AC060008C7F37BC2095465@wt15.wt.tno.nl>t   Hello,  & I have a question for you vms wizards:  D How can I locate the position of " (double quote)using dcl lexicals.) Im trying to do this using the following:s  - a = f$locate(""",line) ; but this won't work.r  % Does anyone know a solution for this?  thanx      ps Im using Alpha VMS 7.2 P -------------------------------------------------------------------------------- ----2 Dannie de Waard                     TNO Automotive?                                     Crash-Safety Centre        cH Phone: +31 (0)15 269 60 15          P.O. Box 6033, 2600 JA,  DELFT      H Fax:   +31 (0)15 257 21 04          The Netherlands                     ( E-Mail: DeWaard@wt.tno.nl           URL:+ http://www.automotive.tno.nl/crash-safety/ tP -------------------------------------------------------------------------------- ----   ------------------------------  % Date: Fri, 16 Jun 2000 08:39:00 -0500u) From: "John E. Malmberg" <wb8tyw@qsl.net> 1 Subject: Re: Searching for  " in files using dcl.n7 Message-ID: <054001bfd798$3b85d290$020a0a0a@xile.realm>o  + Waard, D.G.A. de <deWaard#WT.TNO.NL> wrote:g   > Hello, > ( > I have a question for you vms wizards: > F > How can I locate the position of " (double quote)using dcl lexicals.+ > Im trying to do this using the following:o > / > a = f$locate(""",line) ; but this won't work.   @ Double quotes imbeded in another quoted string must be in pairs.  $ You will probably get more luck with   a = f$locate("""",line)a  ) [Disclaimer - The above is untested code]t   -Johnr wb8tyw@qsl.network   ------------------------------  % Date: Fri, 16 Jun 2000 07:18:22 -0400e2 From: "Richard B. Gilbert" <DRAGON@compuserve.com> Subject: Secondary Passwords6 Message-ID: <200006160718_MC2-A8EE-B1F@compuserve.com>  @         If that's what you really did, the secondary password is "secondarypwd"!s  F         The secondary password is intended for situations in which TWOJ people must authorize the use of an account; it's much like opening a Saf= enJ Deposit Box where both your key and the manager's key are required to ope= nt the box.  J         There is little or no reason to use secondary passwords when both=  J passwords are known to a single individual.  In fifteen years, I've never=  " encountered a site that used them!  ! Message text written by "JHansen"pJ >I am trying to set up secondary passwords for "high profile" accounts.  = IhF was able to impose a secondary password by using the " MODIFY usernameJ /PASSWORD=3D("",secondarypwd)."  This would enforce a secondary password = buti IlJ don't know what the secondary password is  and thus I was unable to login= .yJ I would like to know how to set a password for the secondary when using t= he  above command if it is possible.J If it is not possible to do this when enforcing a secondary password, how=  G can I change this for each user so they can login and then be forced to7 change the secondary password??eC Any other tips, hints or suggestions to secondary passwords will be  appreciated. Thanks for your time and help.<b   ------------------------------  % Date: Fri, 16 Jun 2000 12:37:21 +0100u  From: steven.reece@quintiles.com  Subject: Re: Secondary Passwords> Message-ID: <80256900.003FF247.00@qedilc01.qedi.quintiles.com>  ? This isn't a pick-on-Richard's-postings half hour.  Honest.....e  M The first site I worked at as a sys admin used secondary passwords on priv'edoO accounts.  A side-product of the usage of secondary passwords is that you can'tnP ftp onto them.  FTP only uses one password (or it did last time I looked anyway)N so the secondary never gets requested or authenticated.  No authentication, no access.h  E Maybe I should give all my users secondary passwords after all.......n   Steve.   Richard Gilbert wrote:C >>>        If that's what you really did, the secondary password is  "secondarypwd"!   F         The secondary password is intended for situations in which TWOJ people must authorize the use of an account; it's much like opening a SafeJ Deposit Box where both your key and the manager's key are required to open the box.  I         There is little or no reason to use secondary passwords when both I passwords are known to a single individual.  In fifteen years, I've never0% encountered a site that used them!<<<s   ------------------------------  % Date: Fri, 16 Jun 2000 13:12:02 +01004- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>   Subject: Re: Secondary Passwords) Message-ID: <394A1992.6AA80004@bbc.co.uk>,  ! steven.reece@quintiles.com wrote:i  A > This isn't a pick-on-Richard's-postings half hour.  Honest.....i >vO > The first site I worked at as a sys admin used secondary passwords on priv'ed Q > accounts.  A side-product of the usage of secondary passwords is that you can'tdR > ftp onto them.  FTP only uses one password (or it did last time I looked anyway)P > so the secondary never gets requested or authenticated.  No authentication, no	 > access.a > G > Maybe I should give all my users secondary passwords after all.......   J as I've mentioned before, you also cannot do DECNET with an access controlO string (node"username password"::) with a secondary password. I have found usesn for this in a past life.   >c >t > Steve. >c > Richard Gilbert wrote:E > >>>        If that's what you really did, the secondary password iso > "secondarypwd"!n > H >         The secondary password is intended for situations in which TWOL > people must authorize the use of an account; it's much like opening a SafeL > Deposit Box where both your key and the manager's key are required to open
 > the box. >cK >         There is little or no reason to use secondary passwords when both9K > passwords are known to a single individual.  In fifteen years, I've nevere' > encountered a site that used them!<<<]   --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.uk   A I speak for myself only and my views in no way represent those ofo MedAS or the BBC.    ------------------------------  # Date: Fri, 16 Jun 2000 14:52:28 GMT - From: "Richard D. Piccard" <piccard@ohio.edu>c  Subject: Re: Secondary Passwords' Message-ID: <394A3F27.D6763AD@ohio.edu>C  G If you have a DECNET network, where you don't fully trust all the other D system managers, then using the secondary password has the "feature"E that it prevents direct opening of files, since the node"user pass":: C syntax has no provision for two passwords.  This also used to blockt6 SYSMAN access, but I haven't tried it in a long time.    				RDP-     "Richard B. Gilbert" wrote:  > B >         If that's what you really did, the secondary password is > "secondarypwd"!R > H >         The secondary password is intended for situations in which TWOL > people must authorize the use of an account; it's much like opening a SafeL > Deposit Box where both your key and the manager's key are required to open
 > the box. > K >         There is little or no reason to use secondary passwords when bothfK > passwords are known to a single individual.  In fifteen years, I've nevere$ > encountered a site that used them! > # > Message text written by "JHansen" L > >I am trying to set up secondary passwords for "high profile" accounts.  IH > was able to impose a secondary password by using the " MODIFY usernameL > /PASSWORD=("",secondarypwd)."  This would enforce a secondary password but > IgL > don't know what the secondary password is  and thus I was unable to login.M > I would like to know how to set a password for the secondary when using the " > above command if it is possible.K > If it is not possible to do this when enforcing a secondary password, howtI > can I change this for each user so they can login and then be forced tot! > change the secondary password??fE > Any other tips, hints or suggestions to secondary passwords will bea > appreciated.! > Thanks for your time and help.<t   -- sB ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  % Date: Fri, 16 Jun 2000 12:03:15 -0400l. From: "Kenneth Randell" <kenr@datametrics.com>0 Subject: Re: System call to get CPU utilization?+ Message-ID: <8idiv8$h28$1@bob.news.rcn.net>t  L You will also want to make sure that before you do the subtraction mentionedK previously that you want to make sure that the 'current' value is .GE. than  the 'previous'I value.  I have seen where on an 2-CPU ES40 the interrupt stack timers forc
 the 'current'fJ value are 1 LESS than the 'previous' value.  Shouldn't be possible, but it happens.   Ken Randellr  . Brian Schenkenberger, VAXman- wrote in message' <009EBA4F.AF9887EE@SendSpamHere.ORG>... 8 >In article <3948FFEE.BF5848D9@ix.netcom.com>, Rob Davis <rob-d@ix.netcom.com> writes:lI >>Anyone know if there's a way to get the % of CPU utilization for a nodecJ >>in a cluster (like what's displayed for MONITOR SYSTEM) via some sort of >>system call? Thanks. >u3 >You can use the "undocumented" EXE$GETSPI routine.b >tL >You need to call this twice to get the stats necessary to compute the % CPU >utilization (busy time).r > ' >The item lists to pass will look like:t >e* >SPI_ITEM_LIST1: .WORD   8*4,GETSPI$_MODES, >                .ADDRESS INITIAL_MODE_TICKS >                .LONG   0[2]a >d >INITIAL_MODE_TICKS: >                .LONG   0 >ICPU_ID:        .BYTE   0 >IINTERRUPT:     .LONG   0 >IMP_SYNCH:      .LONG   0 >IKERNEL:        .LONG   0 >IEXECUTIVE:     .LONG   0 >ISUPERVISOR:    .LONG   0 >IUSER:          .LONG   0 >ICOMPATIBILITY: .LONG   0 >IIDLE:          .LONG   0 >h* >SPI_ITEM_LIST2: .WORD   8*4,GETSPI$_MODES$ >                .ADDRESS MODE_TICKS >                .LONG   0[2]  >o >MODE_TICKS: >                .LONG   0 >CPU_ID:         .BYTE   0 >INTERRUPT:      .LONG   0 >MP_SYNCH:       .LONG   0 >KERNEL:         .LONG   0 >EXECUTIVE:      .LONG   0 >SUPERVISOR:     .LONG   0 >USER:           .LONG   0 >COMPATIBILITY:  .LONG   0 >IDLE:           .LONG   0 >b >DJ >Then you need to "correct" a few items by subtracting the IDLE times fromI >the INTERRUPT times.  Then, compute the differences of each item...  for J >example, SUBL2 IKERNEL,KERNEL.  Then compute the total time by adding theI >elements in the vector to get the total time.  You then compute the per- 7 >centages by dividing the item times by the total time.a >m >Simple, Eh? >--r3 >VAXman- OpenVMS APE certification number: AAA-0001K VAXman(at)TMESIS(dot)COM   ------------------------------  # Date: Fri, 16 Jun 2000 16:20:24 GMT-= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) 0 Subject: Re: System call to get CPU utilization?0 Message-ID: <009EBB15.B5ECAC68@SendSpamHere.ORG>  \ In article <8idiv8$h28$1@bob.news.rcn.net>, "Kenneth Randell" <kenr@datametrics.com> writes:M >You will also want to make sure that before you do the subtraction mentionediL >previously that you want to make sure that the 'current' value is .GE. than >the 'previous' J >value.  I have seen where on an 2-CPU ES40 the interrupt stack timers for >the 'current'K >value are 1 LESS than the 'previous' value.  Shouldn't be possible, but ite	 >happens.t  M It's very possible!!!  The items retrieved using EXE$GETSPI are "tick" countsVM written by several components of the exec while operating.  The "cells" which M hold these counts are merely incremented and can, eventually, wrap around.  IrM didn't detail all of the specifics of how to utilize the EXE$GETSPI collectedhM stats in my post but I suppose that I probably should have mentioned this as- M pect.  The subtraction would still work but, unfortunately, the value becomesyC very large negative when it rolls over skewing the computation.    I   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMt   ------------------------------  % Date: Fri, 16 Jun 2000 11:46:56 +0100S/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>i3 Subject: Re: VAX & Alpha exist but where is OpenVMSh7 Message-ID: <009EBB11.09146C3D.16@maxwell.ph.kcl.ac.uk>r   > J > Before anybody claims this a conspiracy, I would bet that the dictionaryG > is assembled by scanning literature and checking it, and I doubt theyhH > intentionally weed out competitor's products. OpenVMS is not exactly a( > word you see everywhere in common use. >   E I think we can exonerate his Gatesness on this one ... it also flags iF "Powerpoint". (The other products: windows, excel, word, access are of1 course all common words as well as product names)n  I While playing with it I also thought to test for political correctness...h@ inconclusive results, it flags the six-letter N-word but passes  "wog".   	Yours,-
 		Nigel Arnot - 		NRA@MAXWELL.PH.KCL.AC.UK                   t  7 		"In the beginning there was nothing, which exploded."i   ------------------------------  # Date: Fri, 16 Jun 2000 14:10:06 GMTp0 From: "Terry C. Shannon" <shannon@world.std.com> Subject: Re: VAX on Intel?& Message-ID: <Fw93A9.4Bz@world.std.com>  2 "Bill Todd" <billtodd@foo.mv.com> wrote in message" news:8icdg3$gmi$1@pyrite.mv.net...B > David J. Dachtera <djesys.nospam@earthlink.net> wrote in message) > news:39498CB2.6C9BD0D1@earthlink.net...o >o > ...a > G > > A shame. Since you are such a stalwart, perhaps if you told me whateK > > would convince you, I'd stand a better chance of convincing others like0 > > you. > >jH > > For example: how would YOU go about expanding the OpenVMS user base? > > F > > ...or is it that you are not convinced that it SHOULD be expanded? > >g; > > Let's start with the fundamentals, and work from there.d > L > I hope Larry will give his own reasons, but in the meantime here are some: >6: > For starters, Jeff Killeen's response is worth studying: >qI > "If the expansion is achieve by doing something that resulted in Compaq1F > losing money.  For example dramatically reducing the cost of OVMS to compete I > Windows and Linux while maintaining the same levels of support for OVMS  theyK > provide today when you buy a new license.  That would be a cost structure 2 > that volume sales would never compensate for..." >tI > So that's one reason that an 'affordable' VMS in the Windows (let aloneiH > Linux) cost range might be hard to achieve (it works with the hobbyistJ > license precisely because such people don't need support, but that's not  > true of commercial customers). >nJ > And that's leaving aside the cost of a port to IA hardware.  The port toI > Alpha was far from easy, and while that port likely addressed *some* of- the-> > problems an IA port would have, there'd be a good deal left.  K DEC last looked at doing a port to Intel back in ~1994. The firm decided it J would cost way too much, and would be "too little, too late." So DEC hired) Wes Melling to evangelize about affinity.    > H > Who's going to pay for this port?  After it's done, the low-priced VMSC > licenses would be lucky to pay the *interest* on the money spent.  >0K > Such a port might have made sense as a strategic move to (re-)capture thetK > low end of the market from not-yet-well-established Unix competition overp awE > decade ago, or to forestall Microsoft from expanding into mid-range G > territory (before NT got off the ground), but VMS no longer holds the.H > industry mind-share to make that happen today:  the low end is alreadyB > crowded with established players (Windows, Linux, other free and not-so-free K > Unixes) all of which have better user-recognition and application supportb in > that market than VMS does.   Yep. See above.I   >lI > Recently, it's been easy to pick up inexpensive VAXen with licensed VMSwI > systems on them for a few hundred dollars (comparable to an entry-levelkL > Win98 home system).  This suggests strongly how much demand there would beH > for very-low-end VMS systems if Compaq went to the trouble of creating them:- > just about none. >rF > To me, this suggests that expansion of the VMS user base (which I doL > consider a desirable goal, and suspect Larry does as well) is not going toL > come via the route you're advocating - at least not in the present climateJ > and with VMS's present (lack of) industry visibility and acceptance.  WeK > should be thankful that it's possible to purchase a new (DS10) VMS system"I > for $5000 - $6500 (depending on options), which puts it well within thehF > range of any small business that needs VMS, and look to other marketH > segments (all of which offer greater margins and profit potential) for > expansion opportunities. > I > This likely also plays better with Compaq's bean-counters, and while my1F > opinion of such bureaucrats in general is less than positive I think current2J > circumstances require that Compaq choose its moves with some care (whichK > need not mean timidly or slowly).  VMS's strengths play best in mid-range- toJ > high-end configurations, and if momentum can be reestablished there (and ifC > it can't be reestablished there, it likely can't be reestablished 	 anywhere) F > it will provide the encouragement - and market visibility - for more daring% > exploration of other opportunities.0 >0L > Meanwhile, we might encourage Compaq to shave its margins a bit tighter inD > DS10-level configurations (for example, the 'tier' pricing concept providesF > plenty of precedent for reducing the DS10 VMS system price from that chargediK > for DS20 and ES40 systems, reductions which might be extended to options,mJ > including clustering, as well) to test demand elasticity at the low end: ifF > they don't sell many units there now, they won't be taking much of a chance4 > (unlike chancing the cost of a port at this time).  I Sounds like a reasonable scenario. In addition, why not suggest to CompaqbG that affordable application-specific AlphaVMS boxes make a good deal of2I sense. For example, if Compaq were to offer a DS10 preloaded with OpenVMSlK and Apache as a dedicated webserver for, say, $4K, the firm might reap someaC incremental OpenVMS revenue that otherwise would go to a Compaq (or B competitive) Wintel box. In other words, revisit the late-80's VMS& Application Deployment License scheme.   cheers,u   terry s= >t > - bill >  > >  > > -- > > David J. Dachterat > > dba DJE Systemso& > > http://home.earthlink.net/~djesys/ > >n> > > Unofficial Affordable OpenVMS Home Page and Message Board:/ > > http://home.earthlink.net/~djesys/vms/soho/J >s >p   ------------------------------  # Date: Fri, 16 Jun 2000 07:21:37 GMT 0 From: carlini@true.lkg.dec.com (Antonio Carlini)% Subject: Re: vaxstation LED meanings?=* Message-ID: <8icjuk$qtb@usenet.pa.dec.com>  @ In article <39495EC0.8DAF46E2@vrx.net>, Dan <dan@vrx.net> wrote:  G >I've tried that with every vaxstation I've ever owned. It never works.   H Works on all of mine - you have to remember to plug into the right port K (usually the printer port) and you ahve to be setup properly (usually 9600 o 8-N-1).   I >This one doesn't spin the drives, I put my hand on the outer drive case,t< >and there's not even slight vibration. It doesn't even try. > E >but to answer your question, I tried it, no display at all. nothing.l  , I guess it really might be dead then. Sorry.   Antonio   I Antonio Carlini                            Mail: carlini@true.lkg.dec.comy# DECnet-Plus for OpenVMS EngineeringF6 COMPAQ                                     Reading, UK   ------------------------------  % Date: Fri, 16 Jun 2000 12:12:41 -0400 " From: Dan Sugalski <dan@sidhe.org>+ Subject: VMS Freciv (was Re: MOZILLA M16 ?) : Message-ID: <4.3.2.7.0.20000616121136.00be3720@24.8.96.48>  & At 02:30 PM 6/16/00 +0000, P.Lj wrote:   >What?!t >mC >I'm about to do the same, trying to get  gtk 1.2.8 "running" firstc  I "What" what? Someone announced they'd done it. Check out the archives of cK the freeciv-user mailing list over on www.freeciv.org. Not much in the way  9 of detail, but there's a person you can contact for info.i   >Dan Sugalski wrote: > * > > On Tue, 6 Jun 2000, Colin Blake wrote: > >iK > > > > Do you know, when GTK+ will be available as an extra (PCSI) kit for  > > > > all of us ?i > > >hK > > > You can use the shareable images from a Mozilla kit now. Up to M15 is G > > > GTK+ 1.2.0. M16 is 1.2.7 (or maybe 1.2.8). Details on getting theaH > > > source code available are being ironed out as we speak. Are you in > > > desperate need of it?t > ><I > > For the interested, I just saw an announcement on the freeciv mailing0M > > list. Someone did a port of freeciv (a Civilization/Civ II clone) to VMS,wM > > using the GTK stuff in Mozilla as a base. Appparently it's up and runningw) > > and took basically no effort to port.p > >g/ > >                                         DanI     					Dan  I --------------------------------------"it's like this"------------------- 2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and event;                                       teddy bears get drunk    ------------------------------    Date: 16 Jun 2000 17:50:30 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>e" Subject: Re: VMS Security featuresH Message-ID: <y4r99xmxq1.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>   briggs@eisner.decus.org writes:n  N > > I was under the impression that VMS set the fault-on-execute bit on pages  > > allocated as data ) > On VAX, at least, there is no such bit.   L I do not think there is on Alpha, either. The linker and the object languageJ carry around the (NO)EXE attribute for PSECTs, but I don't think the image+ activator actually does anything with them.y  L Given caching and the usual case of no interlocks between icache and dcache,L writing to a memory buffer and then executing the just-written code is quiteJ unlikely to work without inserting the necessary memory barriers and cache flush instructions.t   	Jan   ------------------------------  " Date: Fri, 16 Jun 00 11:33:59 +100 From: rok@nuk.uni-lj.sid Subject: RE: VMS SETIi& Message-ID: <394a10ab.0@NUK.Uni-Lj.Si>  2 In Article <3948E9B7.DDCE11AC@merlin.arc.nasa.gov>9 "Arthur E. Ragosta" <ragosta@merlin.arc.nasa.gov> writes:-D >For the past two days, the SETI server has refused to send new work >units to myG >VMS version 2.4 of SAH.  During the same period, the PC version hasn'tg >had any< >problems.  Anyone else see this?  Is there a known problem? >o  H Are you the one who produced the Score=675683648.000000, Power=0.000000, and Fit=0.000000 top Gaussian?.  No, I didn't notice any VMS related problems.   Regards,  @ Rok Vidmar                       Internet:  rok.vidmar@uni-lj.si< National and University Library  Phone:     +386 61 121 5461< Turjaska 1, SI-1000 Ljubljana    Fax:       +386 61 125 7293 Slovenia   ------------------------------  % Date: Fri, 16 Jun 2000 04:37:42 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>r* Subject: VMSmail foreign protocol question, Message-ID: <3949E74E.B7C3DD54@videotron.ca>  K OK, so thanks to Arne, I have a basic foreign mail protocol shareable imager, working. But I have a couple more questions:  C If I can interactively run MAIL on node BIKE, and send a message to N TAP%username  with all the logicals and the shareable image properly installed
 on node BIKE,d  F Should I automatically be able to use MAIL from node VELO and send to:   TO: BIKE::TAP%username i   ????  M Does the MAIL$SERVER account have the ability to invoke foreign protocols the / same way that MAIL invokes then interactively ?o  L And if so, where should the output from my shareable image (printf's etc) beL directed ? The netserver.log created in [sys0.mail$server] directory doesn't* show any special output or error messages.   ------------------------------   Date: 16 Jun 2000 13:50:45 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) D Subject: Re: Which cpu does Sun server use: I386, Mip, Ppc or Alpha?, Message-ID: <8idbbl$2qo7$1@info.cs.uofs.edu>  * In article <39477A39.7740A67E@uk.sun.com>,E  Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:- |> =? |> Kerry people buy systems they don't buy CPU's in isolation.    A I wouldn't bet on that.  I once sat in on a bidding conference ati? a college looking to buy a new system and heard the head of the > procurement committee say, "I don't care which system wins the/ bid as long as it says VAX on the front of it.",   bill   -- :J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   v   ------------------------------  % Date: Fri, 16 Jun 2000 01:00:29 -0500h' From: Bill Bradford <mrbill@mrbill.net>n Subject: WTB: DECserveru- Message-ID: <20000616010029.Y6262@mrbill.net>   H I'm looking for a TCP-IP capable DECserver that I can use to connect allJ of my VTxxx terminals in the house to, where I can log in and then telnet/! connect to a VAXstation 4000-VLC.    Bill   -- E* +--------------------+-------------------+* |   Bill Bradford    |   Austin, Texas   |* +--------------------+-------------------+* | mrbill@sunhelp.org | mrbill@mrbill.net |* +--------------------+-------------------+   ------------------------------   End of INFO-VAX 2000.335 ************************