1 INFO-VAX	Fri, 23 May 2003	Volume 2003 : Issue 284       Contents:G Re: (Very) Affordable VMS on older gear (was: "VMS will be around ...") 3 A Toughie: Debugging a symbiont under DECwindows... 7 Re: A Toughie: Debugging a symbiont under DECwindows... 7 Re: A Toughie: Debugging a symbiont under DECwindows... 7 Re: A Toughie: Debugging a symbiont under DECwindows... 7 Re: A Toughie: Debugging a symbiont under DECwindows... 7 Re: A Toughie: Debugging a symbiont under DECwindows... 7 Re: A Toughie: Debugging a symbiont under DECwindows... 7 Re: A Toughie: Debugging a symbiont under DECwindows... 7 Re: A Toughie: Debugging a symbiont under DECwindows... 7 Re: A Toughie: Debugging a symbiont under DECwindows... / An escape sequence for PF4 in an expect script. 3 Re: An escape sequence for PF4 in an expect script. ' Re: Choosing a CD-RW for my Alpha DS20E ( Re: Compaq C Version 6.5 Compiler Wanted1 Re: DECUS Amsterdam (anonymous) pictures are here 1 Re: DECUS Amsterdam (anonymous) pictures are here " Re: DECUS Europe Amsterdam: Day #1. Error message on PerfectDisk V6.3 on VMS 5.5-22 Re: Error message on PerfectDisk V6.3 on VMS 5.5-2 Re: Firewall for VMS / TRU640 HELP, how to put numbers in the virtual display?4 Re: HELP, how to put numbers in the virtual display?4 Re: HELP, how to put numbers in the virtual display?& Re: How to make a shadowed system disk2 HP equal on UNIX, Windows, Linux middleware - VMS?6 Re: HP equal on UNIX, Windows, Linux middleware - VMS?6 Re: HP equal on UNIX, Windows, Linux middleware - VMS?C Re: Letter to HP Management from OpenVMS users around the world ... C Re: Letter to HP Management from OpenVMS users around the world ... C Re: Letter to HP Management from OpenVMS users around the world ... P Re: Letter to HP Management from OpenVMS users around the world ...  Shape up orP Re: Letter to HP Management from OpenVMS users around the world ...  Shape up orP Re: Letter to HP Management from OpenVMS users around the world ...  Shape up orP Re: Letter to HP Management from OpenVMS users around the world ... Shape up or & Northern Light search engine comeback?* Re: Northern Light search engine comeback?P OpenVMS Pearl - 1 of 2 Announcement HP and Emulators International join forces tP Re: OpenVMS Pearl - 1 of 2 Announcement HP and Emulators International join forc+ OpenVMS Pearl 2of2 In a Galaxy far far away / Re: OpenVMS Pearl 2of2 In a Galaxy far far away  Re: Overclocking VAXen Re: Overclocking VAXen Re: Overclocking VAXen Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Reading an ASCII File  Re: Reading an ASCII File  Re: Reading an ASCII File  Re: Reading an ASCII File  Re: Reading an ASCII File  Re: Reading an ASCII File  Re: Reading an ASCII File  Re: Reading an ASCII File  Re: Reading an ASCII File  Re: Reading an ASCII File  Re: Reading an ASCII File  Re: Reading an ASCII File + Re: system fan failure in Alphaserver 4100. P Re: Tool to display quotas used and limits (was Re: prod install hung - help ple VMS Sys Admin Needed2 Re: ZLE data synchronise with different line speed  F ----------------------------------------------------------------------  % Date: Fri, 23 May 2003 08:58:52 -0700 ' From: David Mathog <mathog@caltech.edu> P Subject: Re: (Very) Affordable VMS on older gear (was: "VMS will be around ...")8 Message-ID: <20030523085852.094ab0e6.mathog@caltech.edu>    On Fri, 16 May 2003 13:56:46 GMT$ "John Smith" <a@nonymous.com> wrote:   > And a good .edu policy too.  > F > If I were a big VMS shop, I'd call my local university and arrange a@ > meeting between the dean of CompSci and/or Electrical/ComputerG > Engineering and the most senior HP person I could lay my hands on and H > tell them both that I wanted HP to donate gear and VMS to that school,E > and tell the dean that I'd hire either on a co-op or part-time/full E > time basis any students they could ship my way who had hands-on VMS 
 > experience.    With the result that...   = The CompSci Dean tells you that they do serious academic work B in his/her department and that you should call DeVry or some other; "trade school" (barely disguised sneer) if you want to find A somebody who knows how to run a VMS system.  However, he/she will > be happy to take your money to fund a new "Your Company's Name3 Here" Professor of CompSci.  You decline the offer.   9 The most senior HP person that will take your call denies = the existence of VMS as an HP product.  When pressed he calls = back days later and admits that VMS exists but tells you that : HP Innovation policy precludes him from spending any moneyA whatsoever promoting that product.  You offer to buy the machines 4 for the University yourself.  He doesn't know how to: sell them to you and refers you to a humongous and equally: disinterested "Partner".  You swear that you'll never buy ( a machine from anybody but Island again.  ? You place an ad in the campus newspaper:  "Intern at my company > and learn VMS".  None of the students call but a couple of out4 of work alumni who graduated in the early 80's do.    5 You hire the alums and three foreign workers with VMS * experience named Singh, Patra and Raman.     Regards,   David Mathog mathog@caltech.edu> Manager, Sequence Analysis Facility, Biology Division, Caltech   ------------------------------    Date: 23 May 2003 05:21:37 -0700$ From: gspamtackett@yahoo.com (Galen)< Subject: A Toughie: Debugging a symbiont under DECwindows...= Message-ID: <bdc65a53.0305230421.4b510d0b@posting.google.com>   ' ...when the VMS V7.3-1 workstation has:   ;    1) Only one head, and no more available to be connected;     2) No network connection;.    3) No serial terminal available to hook up.  ? The debugger manual says you can't use a DECwindows display for < debugging a detached process, so I guess I can't just define* DBG$DECW$DISPLAY (though I haven't tried).  C Is there perhaps a pseudoterminal program that might do the job? It D might let me create a pseudoterminal, point DBG$INPUT and DBG$OUTPUT? to it, and then just pass characters between my DECterm and the 	 debugger?    Thanks,    Galen   @ To reach me by mail, just take the spam out of my email address.   ------------------------------  % Date: Fri, 23 May 2003 14:53:30 +0200 $ From: "Peter Flunger" <p-i-b@gmx.at>@ Subject: Re: A Toughie: Debugging a symbiont under DECwindows...0 Message-ID: <bal5kd$3ei$1@newsreader1.netway.at>  & "Galen" <gspamtackett@yahoo.com> wrote > A > The debugger manual says you can't use a DECwindows display for > > debugging a detached process, so I guess I can't just define, > DBG$DECW$DISPLAY (though I haven't tried).   Login to a Dec-Term session,
 $show process 6 $define/sys ( or /group ) dbg$kept_parent "<your-pid>" $define dbg$decw$display " " $debug/keep  dbg> connectD ( waits for the debugged image to connect to your debugger session )  5 -> Start the /DEBUG Image of your detached process...    ------------------------------    Date: 23 May 2003 07:57:50 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) @ Subject: Re: A Toughie: Debugging a symbiont under DECwindows...3 Message-ID: <2NQpom64icbq@eisner.encompasserve.org>   d In article <bdc65a53.0305230421.4b510d0b@posting.google.com>, gspamtackett@yahoo.com (Galen) writes:) > ...when the VMS V7.3-1 workstation has:  > = >    1) Only one head, and no more available to be connected;  >    2) No network connection;0 >    3) No serial terminal available to hook up. > A > The debugger manual says you can't use a DECwindows display for > > debugging a detached process, so I guess I can't just define, > DBG$DECW$DISPLAY (though I haven't tried).  H    Look again.  Somewhere there's a technique for attaching the debuggerD    to an unused DECterm.  Although the X11 version of DEBUG is a lotB    better now than the original ship, I still find the full screen9    character terminal interface to be much easier to use.    ------------------------------  # Date: Fri, 23 May 2003 14:00:56 GMT  From: Jim Duff <jim@127.0.0.1>@ Subject: Re: A Toughie: Debugging a symbiont under DECwindows...H Message-ID: <sQpza.95182$cO3.6592084@bgtnsc04-news.ops.worldnet.att.net>   Galen wrote:) > ...when the VMS V7.3-1 workstation has:  > = >    1) Only one head, and no more available to be connected;  >    2) No network connection;0 >    3) No serial terminal available to hook up. > A > The debugger manual says you can't use a DECwindows display for > > debugging a detached process, so I guess I can't just define, > DBG$DECW$DISPLAY (though I haven't tried). > [snip]   $ create/terminal/noprocess - I      /window_att=(title="Debugger",icon_name="Debugger",x_pos=1,rows=20)-       /little_font - B      /define_logical=(table=lnm$group_000001,dbg$input,dbg$output) $ start/que foo   F (disclaimer: I haven't tried this lately, but it worked when I had to * develop a symbiont for a previous client.)   HTH  Jim. --   jim AT eight DASH cubed DOT com    ------------------------------  # Date: Fri, 23 May 2003 14:01:21 GMT " From:   VAXman-  @SendSpamHere.ORG@ Subject: Re: A Toughie: Debugging a symbiont under DECwindows...0 Message-ID: <00A2049A.BA8DC671@SendSpamHere.ORG>  d In article <bdc65a53.0305230421.4b510d0b@posting.google.com>, gspamtackett@yahoo.com (Galen) writes:) >....when the VMS V7.3-1 workstation has:  > < >   1) Only one head, and no more available to be connected; >   2) No network connection; / >   3) No serial terminal available to hook up.  > @ >The debugger manual says you can't use a DECwindows display for= >debugging a detached process, so I guess I can't just define + >DBG$DECW$DISPLAY (though I haven't tried).  > D >Is there perhaps a pseudoterminal program that might do the job? ItE >might let me create a pseudoterminal, point DBG$INPUT and DBG$OUTPUT @ >to it, and then just pass characters between my DECterm and the
 >debugger? >  >Thanks, >  >Galen > A >To reach me by mail, just take the spam out of my email address.   C I use the following if the system is a workstation with DECWindows:    $ CREATE/TERMINAL=DECTERM -          /NOPROCESS -A         /DEFINE_LOGICAL=(TABLE=LNM$SYSTEM,DBG$INPUT,DBG$OUTPUT) - F         /WINDOW_ATTRIBUTES=(TITLE="*** Debugger ***",ICON_NAME="BDG",-+                             BACKGROUND=TAN)   ? prior to launching the detached process compile/linkked /DEBUG.   E I make the background TAN only to quickly identify it when other DEC-  terminals are present.       --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  # Date: Fri, 23 May 2003 14:02:41 GMT " From:   VAXman-  @SendSpamHere.ORG@ Subject: Re: A Toughie: Debugging a symbiont under DECwindows...0 Message-ID: <00A2049A.E9CC4725@SendSpamHere.ORG>  q In article <2NQpom64icbq@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: e >In article <bdc65a53.0305230421.4b510d0b@posting.google.com>, gspamtackett@yahoo.com (Galen) writes: * >> ...when the VMS V7.3-1 workstation has: >>  > >>    1) Only one head, and no more available to be connected; >>    2) No network connection; 1 >>    3) No serial terminal available to hook up.  >>  B >> The debugger manual says you can't use a DECwindows display for? >> debugging a detached process, so I guess I can't just define - >> DBG$DECW$DISPLAY (though I haven't tried).  > I >   Look again.  Somewhere there's a technique for attaching the debugger E >   to an unused DECterm.  Although the X11 version of DEBUG is a lot C >   better now than the original ship, I still find the full screen : >   character terminal interface to be much easier to use.:     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^   Yeap!    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------    Date: 23 May 2003 09:11:13 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) @ Subject: Re: A Toughie: Debugging a symbiont under DECwindows...3 Message-ID: <d4KFRuuLGCjQ@eisner.encompasserve.org>   d In article <bdc65a53.0305230421.4b510d0b@posting.google.com>, gspamtackett@yahoo.com (Galen) writes:  A > The debugger manual says you can't use a DECwindows display for > > debugging a detached process, so I guess I can't just define, > DBG$DECW$DISPLAY (though I haven't tried).   It has always worked for me.  F Unprotect the TT device for that session and issue a long WAIT command3 (so DCL stops pestering the terminal with prompts).    ------------------------------  % Date: Fri, 23 May 2003 15:44:46 +0100 3 From: "Tom Wade" <t.wade@vms.eurokom.removespam.ie> @ Subject: Re: A Toughie: Debugging a symbiont under DECwindows...* Message-ID: <balbia$pjr$1@kermit.esat.net>  1 "Galen" <gspamtackett@yahoo.com> wrote in message 7 news:bdc65a53.0305230421.4b510d0b@posting.google.com... ) > ...when the VMS V7.3-1 workstation has:  > = >    1) Only one head, and no more available to be connected;  >    2) No network connection;0 >    3) No serial terminal available to hook up. > A > The debugger manual says you can't use a DECwindows display for > > debugging a detached process, so I guess I can't just define, > DBG$DECW$DISPLAY (though I haven't tried). > E > Is there perhaps a pseudoterminal program that might do the job? It F > might let me create a pseudoterminal, point DBG$INPUT and DBG$OUTPUTA > to it, and then just pass characters between my DECterm and the  > debugger?     # First get a window to POP up using:   , $       Create /terminal /detached /noproc -<                 /define_logical=(TABLE=LNM$SYSTEM,DEBUG_TTY)  K This will create a window on your workstation (not logged in), and define a F logical name DEBUG_TTY in the system table to point at it.  Don't type anything in this window yet.  I Then do the following (in an 'active' window *not* the one just created):   8 $    Define /table=LNM$GROUP_000001 DBG$INPUT DEBUG_TTY:9 $    Define /table=LNM$GROUP_000001 DBG$OUTPUT DEBUG_TTY:   D This defines the DBG logicals in the group table for username SYSTEM) (symbionts run under the SYSTEM account).   K Then start your symbiont.  The SMG style debug will start up in the window. E You can put the CREATE command in a command file, as you will need to L reexecute it every time you do a test run.  The DBG logicals need be defined( once, and removed when you are finished.  - I used the above for debugging symbiont code.   ? --------------------------------------------------------------- < Tom Wade             | EMail: tee dot wade at eurokom dot ie? EuroKom              | X400:  g=tom;s=wade;o=eurokom;p=eurokom; / Unit A2              |        a=eirmail400;c=ie / Nutgrove Office Park | Tel:   +353 (1) 296-9696 / Rathfarnham          | Fax:   +353 (1) 296-9697 < Dublin 14            | Disclaimer:  This is not a disclaimerC Ireland              | Tip:   "Friends don't let friends do Unix !"    ------------------------------   Date: 23 May 2003 13:12:49 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann) @ Subject: Re: A Toughie: Debugging a symbiont under DECwindows...0 Message-ID: <bal6oh$7so$1@n.ruf.uni-freiburg.de>  d In article <bdc65a53.0305230421.4b510d0b@posting.google.com>, gspamtackett@yahoo.com (Galen) writes:) >....when the VMS V7.3-1 workstation has:  > < >   1) Only one head, and no more available to be connected; >   2) No network connection; / >   3) No serial terminal available to hook up.  > @ >The debugger manual says you can't use a DECwindows display for= >debugging a detached process, so I guess I can't just define + >DBG$DECW$DISPLAY (though I haven't tried).  > D >Is there perhaps a pseudoterminal program that might do the job? ItE >might let me create a pseudoterminal, point DBG$INPUT and DBG$OUTPUT @ >to it, and then just pass characters between my DECterm and the
 >debugger?  O It's some time ago that I wrote a queue symbiont but at that time you had a few 
 restrictions: H - the symbiont had to be compiled with /NODEBUG and linked with /NOTRACE+ - the symbiont had to reside in SYS$SYSTEM: K So the only way to debug it was a sort of a logfile written by the symbiont O which you had to code into the program. Don't know how things are under 7.3-1 .    Regards,    Christoph Gartmann   H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, Germany                                           |H +------------- http://www.immunbio.mpg.de/home/menue.html -------------+   ------------------------------  % Date: Fri, 23 May 2003 10:58:13 -0400 & From: Jilly <jilly@clarityconnect.com>@ Subject: Re: A Toughie: Debugging a symbiont under DECwindows...2 Message-ID: <3ECE3705.83F87094@clarityconnect.com>  F Got to the AskOpenVMS web site, link is off the main VMS page, and askA the question 'How to debug a symbiont' and you'll get a number of  methods.  F VMS main page is http://h71000.www7.hp.com/ and the AskOpenVMS link is) in the OpenVMS Reference Library section.    Galen wrote: > ) > ...when the VMS V7.3-1 workstation has:  > = >    1) Only one head, and no more available to be connected;  >    2) No network connection;0 >    3) No serial terminal available to hook up. > A > The debugger manual says you can't use a DECwindows display for > > debugging a detached process, so I guess I can't just define, > DBG$DECW$DISPLAY (though I haven't tried). > E > Is there perhaps a pseudoterminal program that might do the job? It F > might let me create a pseudoterminal, point DBG$INPUT and DBG$OUTPUTA > to it, and then just pass characters between my DECterm and the  > debugger?  > 	 > Thanks,  >  > Galen  > B > To reach me by mail, just take the spam out of my email address.   --  C Jilly	- Working from Home in the Chemung River Valley - Waverly, NY 0 	- jilly@clarityconnect.com			- Brett Bodine fan+ 	- Mark.Jilson@hp.com				- since 1975 or so  	- http://www.jilly.baka.com   ------------------------------    Date: 23 May 2003 01:54:33 -0700( From: chris.guest@cs.nsw.gov.au (ChrisG)8 Subject: An escape sequence for PF4 in an expect script.= Message-ID: <70ab81af.0305230054.203863b1@posting.google.com>   D I'm using "expect" on a linux machine to start a telnet session on a VMS system.   = I need a way to send a 'PF4' character to the telnet session. E I've read somewhere that I should be using escape sequence "\eOS" but 0 this doesn't appear to have the desired results.  C If anyone could post an example of how to do this, it would be much  appreciated.   ------------------------------  % Date: Fri, 23 May 2003 06:51:29 -0700  From: Jason Brady <>< Subject: Re: An escape sequence for PF4 in an expect script.8 Message-ID: <0e8scvcrbbe6h0eccn1co0mp1qs589lrik@4ax.com>  	 Hi Chris,   ? This list of VT-series escape code formats may be of some help:   < 1)  Char                            Control, printable chars< 2)  ESC + Char                      Cursor keys, cursor mode* 3)  ESC + O (letter 'O') + Char     Keypad0 4)  ESC + [ + 1 thru 6 + tilde (~)  Editing keys6 5)  ESC + [ + 1 thru 3 + number + tilde  Function keys  C Above escape sequences are 7-bit representations.  Newer 8-bit code E sequences use the CSI character (9B hex) which is equivalent to ESC [ 0 and the SS3 character (8F hex), same as ESC O.    E Because PF keys fall into the keypad grouping you use ESC [ O or SS3:    Key        7-bit        8-bit  PF1      ESC [ O P     SS3 + P PF2      ESC [ O Q     SS3 + Q PF3      ESC [ O R     SS3 + R PF4      ESC [ O S     SS3 + S  D You can find a complete list in VT100 and VT220 documentation on the! Web.  One good site is vt100.net.   . Hope this helps!  Good luck with your project.   Regards, Jason   A On 23 May 2003 01:54:33 -0700, chris.guest@cs.nsw.gov.au (ChrisG)  wrote:  E >I'm using "expect" on a linux machine to start a telnet session on a  >VMS system. > > >I need a way to send a 'PF4' character to the telnet session.F >I've read somewhere that I should be using escape sequence "\eOS" but1 >this doesn't appear to have the desired results.  > D >If anyone could post an example of how to do this, it would be much
 >appreciated.    ------------------------------  # Date: Fri, 23 May 2003 12:13:46 GMT ! From: JBloggs@acme..spamless..com 0 Subject: Re: Choosing a CD-RW for my Alpha DS20E8 Message-ID: <9k3scv04jr16ul9b3m6slvjrj6fd3p5uaq@4ax.com>  @ On 20 May 2003 06:58:21 -0700, bhenry@sct.com (Bob Henry) wrote:  D >I want to add a CD-RW device to my Alpha DS20E with OVMS 7.3 (to beF >upgraded to 7.3.1 in the near future). I'll be using CDRECORD to burnF >Alpha-specific platters. I don't know the Alpha environment very wellF >so I need some suggestions about what specific kinds of hardware willD >work and what the protocol should be (SCSI or IDE). All suggestions
 >are welcome.   F I've had the Plextor drive below working well with respect to CDRecord8 both the Qlogic 1020  (KZPBA-xx?) and NCR 53C810 (KZPAA)  ? Disk LF$DKB600:, device type PLEXTOR CD-R PX-W1210S, is online, D file-oriented device, shareable, available to cluster, error logging is enabled.   ; Error count    0    Operations completed                  0 * Owner process    ""    Owner UIC  [SYSTEM]: Owner process ID 00000000    Dev Prot  S:RWPL,O:RWPL,G:R,W= Reference count  0    Default buffer size                 512    ------------------------------    Date: 23 May 2003 08:57:24 -0700+ From: hobbesnet@hotmail.com (Scott Squires) 1 Subject: Re: Compaq C Version 6.5 Compiler Wanted = Message-ID: <ff921edf.0305230757.6a016a93@posting.google.com>   0 ftp://ftp.compaq.com/pub/products/C-CXX/openvms/   Your choice: C or C++.   --Scott   W "Gary" <gmcd@totalise.co.uk> wrote in message news:<baj92q$ad$2@news8.svr.pol.co.uk>...  > Hi,  > K > I have an Alpha [DEC 3000] running VMS 7.1 a  Hobbyist License and an old 4 > VMS Alpha Layered Product Set dated December 1997. > M >  I would like to upgrade my C compiler from Version *5.6 to 6.5 is there an J > FTP site where I can download the latest version or could someone email? >  > Thanks in advance. > 
 > Regards, > Gary.  > I >           * Source Listing                  22-MAY-2003 10:58:04  DEC C $ > V5.6-003                    Page 1 > 
 > $ sh sysK > OpenVMS V7.1  on node GARYA1  22-MAY-2003 20:16:13.66  Uptime  0 00:08:24 H >   Pid    Process Name    State  Pri      I/O       CPU       Page flts > Pages H > 00000081 SWAPPER         HIB     16        0   0 00:00:00.08         0 > 0 H > 00000084 LANACP          HIB     13       59   0 00:00:00.16       114 > 108    ------------------------------  % Date: Fri, 23 May 2003 16:38:46 +0200 " From: Didier Morandi <no@spam.com>: Subject: Re: DECUS Amsterdam (anonymous) pictures are here' Message-ID: <3ECE3276.9030305@spam.com>   $ Thumbnails available (thanks Warren)  ' > http://didiermorandi.nerim.net/decus/    D. --=20 - Didier Morandi sarl au capital de 8 000 euros                     "Tout VMS" -   19 chemin de la Butte 31400 Toulouse France /   T=E9l: 33(0)5 6120 1964 Fax: 33(0)5 6154 1928 &           http://www.didiermorandi.com                    RC en cours   ------------------------------  % Date: Fri, 23 May 2003 10:58:54 -0400  From: norm.raphael@metso.com: Subject: Re: DECUS Amsterdam (anonymous) pictures are here? Message-ID: <OF88F8533F.EEB73705-ON85256D2F.00523FBA@metso.com>   - They lack your very important captions  ;-) .   : From:  Didier Morandi <no@spam.com> on 05/23/2003 10:38 AM  . Please respond to Didier Morandi <no@spam.com>   To:    Info-VAX@Mvb.Saic.Com cc:   = Subject:    Re: DECUS Amsterdam (anonymous) pictures are here     $ Thumbnails available (thanks Warren)  ' > http://didiermorandi.nerim.net/decus/    D. --- Didier Morandi sarl au capital de 8 000 euros                     "Tout VMS" -   19 chemin de la Butte 31400 Toulouse France /   T=E9l: 33(0)5 6120 1964 Fax: 33(0)5 6154 1928 &           http://www.didiermorandi.com                    RC en cours           =    ------------------------------  % Date: Fri, 23 May 2003 11:40:43 -0500 $ From: Lyle West <arf@ourtownusa.org>+ Subject: Re: DECUS Europe Amsterdam: Day #1 . Message-ID: <3ECE08BB.68965F9E@ourtownusa.org>   John Smith wrote:  > G >  /go/away/go/commands/at/HP could pop open a survey about how many HP - > web site users thought the /go ought to go.   & Must be a holiday weekend coming up... --     Lyle W. West  > Try ell with three dubya's and at with mninter arf net and use dot rather than arf  __   ------------------------------    Date: 23 May 2003 07:36:03 -0700+ From: c00per11242001@yahoo.ca (Vic Mendham) 7 Subject: Error message on PerfectDisk V6.3 on VMS 5.5-2 = Message-ID: <f7a73cb1.0305230636.7c4854d0@posting.google.com>    I'm getting an error of   < %PD-W-ASSGNINDX, Could not assign LUN for [000000]INDEXF.SYS  < Has anyone ever received this , and what was the resolution?   ------------------------------  % Date: Fri, 23 May 2003 10:58:16 -0400 ! From: Jim Agnew <jpagnew@vcu.edu> ; Subject: Re: Error message on PerfectDisk V6.3 on VMS 5.5-2 ' Message-ID: <3ECE3708.4C2F0240@vcu.edu>   ! take your disk offline, and do a    E analyze/disk/repair/confirm, (don't do repairs yet, we don't know how  technical you are yet) and then come back...        Vic Mendham wrote: >  > I'm getting an error of  > > > %PD-W-ASSGNINDX, Could not assign LUN for [000000]INDEXF.SYS > > > Has anyone ever received this , and what was the resolution?   --  F "4,000 years ago I made a mistake."  Elrond Half-Elven, in "Fellowship of the Ring"   ------------------------------  % Date: Fri, 23 May 2003 09:19:28 -0700  From: Jason Brady <>% Subject: Re: Firewall for VMS / TRU64 8 Message-ID: <5lhscv4lmd5rqdou2j39pju8e1sd5q5jpt@4ax.com>  B Is Paul looking for a ZoneAlarm or other billybox firewall programC equivalent?  I use Z.A. on a Win 98 PC which serves as the Internet F gateway for my home network (using Internet Connection Sharing).  Z.A.E access control is at the host machine application, adapter subnet and E other machine levels. More to it than that, but a similar product for  OpenVMS would be nice.      A On 19 May 2003 05:42:55 -0700, bob@instantwhip.com (Bob Ceculski)  wrote:  q >paul_hallam@hotmail.com (Paul Hallam) wrote in message news:<5ed44bd3.0305150051.6b0cadb1@posting.google.com>... G >> Does anyone know of any current supported firewall software for VMS. F >> I know there was a product a few years ago but I get the impression7 >> that Compaq/HP aren't interested in resurrecting it.  >>  0 >> If you use the TRU64 version is it any good ? >>   >> Paul HAllam > 8 >Multinet and TCPware both have packet filtering as part7 >of the IP stack, if that is what you are asking for in  >a firewall ...    ------------------------------  % Date: Fri, 23 May 2003 18:49:27 +0200 % From: "Jeams ZHI" <chnzw@hotmail.com> 9 Subject: HELP, how to put numbers in the virtual display? 3 Message-ID: <baljgr$l5k$1@news-reader12.wanadoo.fr>   H i have saved my data in the variable DATA(for example, 2000), but it's a% number, how to display it on screen ?    ------------------------------    Date: 23 May 2003 12:00:28 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) = Subject: Re: HELP, how to put numbers in the virtual display? 3 Message-ID: <ELL$buhwzKK3@eisner.encompasserve.org>   [ In article <baljgr$l5k$1@news-reader12.wanadoo.fr>, "Jeams ZHI" <chnzw@hotmail.com> writes: J > i have saved my data in the variable DATA(for example, 2000), but it's a' > number, how to display it on screen ?    	WRITE ( DATA );   ------------------------------    Date: 23 May 2003 12:58:39 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) = Subject: Re: HELP, how to put numbers in the virtual display? 3 Message-ID: <olgtjKMgQZHp@eisner.encompasserve.org>   [ In article <baljgr$l5k$1@news-reader12.wanadoo.fr>, "Jeams ZHI" <chnzw@hotmail.com> writes: J > i have saved my data in the variable DATA(for example, 2000), but it's a' > number, how to display it on screen ?       DEBUG comes to mind.       Do you know how to program?   ------------------------------    Date: 23 May 2003 05:41:41 -0700( From: bob@instantwhip.com (Bob Ceculski)/ Subject: Re: How to make a shadowed system disk = Message-ID: <d7791aa1.0305230441.110e497c@posting.google.com>   u martin@radiogaga.harz.de (Martin Vorlaender) wrote in message news:<3ecbd5cf.524144494f47414741@radiogaga.harz.de>... + > Bob Ceculski (bob@instantwhip.com) wrote: 0 > > "Scott Greig" <jsgreig@geminaq.com> wrote..., > > When rebooted, mount the 2nd member with > > H > > $ MOUNT/SYSTEM/NOASSIST DSA0:/SHADOW=($101$DKA0,$101$DKA100) SHADOW1 > > E > > of course you substitute in your allocation class and drive names  > > accordingly. > G > And *DO NOT* add that command to your startup procedures, as it would B > lose data if the shadow master ever falls out of the shadow set. > = > The shadow set wil form automagically on subsequent reboot.  >  > cu, 
 >   Martin  ; that is correct, although I did not say to put in into your : system startup file, the above is a one time command, upon7 subsequent rare reboots, the shadow set will initialize ? itself automatically and mount with a copy operation if needed.    ------------------------------    Date: 23 May 2003 08:22:40 -07002 From: cwhii_google_spam@yahoo.com (C.W.Holeman II); Subject: HP equal on UNIX, Windows, Linux middleware - VMS? = Message-ID: <77555df7.0305230722.41e9f0f8@posting.google.com>   I http://www.hpmiddleware.com/SaISAPI.dll/SaServletEngine.class/default.jsp   D 	The new HP will be equally strong on UNIX, Windows and Linux-basedB 	servers, requiring middleware solutions to support all platforms.   Where's the VMS in this?   -- C.W.Holeman II: cwhii5@Julian5Locals.com       http://MistyMountain/~cwhii remove the fives# Send spam to junkmail@earthlink.net    ------------------------------  % Date: Fri, 23 May 2003 11:30:56 -0400 # From: "rob kas" <bob@paychoice.com> ? Subject: Re: HP equal on UNIX, Windows, Linux middleware - VMS? / Message-ID: <vcsg4lsotvvf07@corp.supernews.com>   ? "C.W.Holeman II" <cwhii_google_spam@yahoo.com> wrote in message 7 news:77555df7.0305230722.41e9f0f8@posting.google.com... K > http://www.hpmiddleware.com/SaISAPI.dll/SaServletEngine.class/default.jsp  > E > The new HP will be equally strong on UNIX, Windows and Linux-based C > servers, requiring middleware solutions to support all platforms.  >  > Where's the VMS in this? >   4               Getting a new lease on life with IBM &  Power4..........................                     or                 Dying a slow Death.    #                                 Rob    ------------------------------  # Date: Fri, 23 May 2003 15:45:44 GMT # From: "John Smith" <a@nonymous.com> ? Subject: Re: HP equal on UNIX, Windows, Linux middleware - VMS? J Message-ID: <Imrza.244705$w7k.150286@news04.bloor.is.net.cable.rogers.com>  ? "C.W.Holeman II" <cwhii_google_spam@yahoo.com> wrote in message 7 news:77555df7.0305230722.41e9f0f8@posting.google.com...  > F http://www.hpmiddleware.com/SaISAPI.dll/SaServletEngine.class/default. jsp  > E > The new HP will be equally strong on UNIX, Windows and Linux-based C > servers, requiring middleware solutions to support all platforms.  >  > Where's the VMS in this?    < I'd like to be the first to give HP full credit....for being consistently 'on-message'.   ------------------------------    Date: 23 May 2003 07:54:34 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) L Subject: Re: Letter to HP Management from OpenVMS users around the world ...3 Message-ID: <Cgspal8ZeogX@eisner.encompasserve.org>   T In article <3ECE0784.CA1C2875@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes: > John Smith wrote:  >>   >  > ... F >> Why is it that seemingly every time a public utterance about VMS byB >> somebody in HP management, who ought to know better, is made, aE >> clarification of "Oops, that's not what we meant to say" has to be 
 >> issued? > E > I don't normally reply to these types of messages but a quick view.  >   ?    What bugs me is everyone who notes VMS's abscence from an HP F    presentation on their flagship products and then claims that proves    HP wants to kill VMS.  D    A product does not have to be a flagship product to be viable andF    supported.  All I ask from HP is that the continue and support VMS,:    which their work on the IA64 port clearly demonstrates.  G    VW doesn't consider the air cooled Beetle to be one of it's flagship D    products any more, but they sure as hell still turn out enough of    them.  B    GM doesn't consider the Checy Cavalier to be bleeding edge, but    Chevy still churns them out.g  F    Olivetti would rather sell you a computer, but you can still buy a /    completely mechanical typerwriter from them.b  H    McDonalds makes almost no profit on hamburgers, but sells them by the    billions.  G    HP can push HP-UX, Linux, and Windose to Wall Street all it wants.  gF    That's not the same as killing VMS, it's just defence against those    who can't see past Gartner.   ------------------------------   Date: 23 May 2003 14:14:09 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)L Subject: Re: Letter to HP Management from OpenVMS users around the world ...5 Message-ID: <balabg$124mh$1@ID-135708.news.dfncis.de>U  3 In article <Cgspal8ZeogX@eisner.encompasserve.org>,k> 	koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: > A >    What bugs me is everyone who notes VMS's abscence from an HPiH >    presentation on their flagship products and then claims that proves >    HP wants to kill VMS. > F >    A product does not have to be a flagship product to be viable andH >    supported.  All I ask from HP is that the continue and support VMS,< >    which their work on the IA64 port clearly demonstrates. > I >    VW doesn't consider the air cooled Beetle to be one of it's flagship.F >    products any more, but they sure as hell still turn out enough of
 >    them.  G Where?  I could not find a dealership (not even in Mexico which was thePK last place known to be selling them!) that has anything but the new Beetle.tH As long as VW was selling the old Beetle they were advertising it in theD applicable markets.  And the advertising was good enough that peopleE outside those markets were aware of the continued existence, thus the D large business in Southern CA bringing them in from Mexico, bringingE them up to Federal and CA standards and selling them to CA residents.a   > D >    GM doesn't consider the Checy Cavalier to be bleeding edge, but! >    Chevy still churns them out.l  J The Chevy cavalier is prominently visible on www.chevrolet.com.  It is theF first model inthe drop down menu of Chevy Cars.  I have seen CavaliersF advertised on TV.  When was the last time you saw VMS mentioned on TV?   > H >    Olivetti would rather sell you a computer, but you can still buy a 1 >    completely mechanical typerwriter from them.e  G True, but you have already know that in order to get one.  Kind of like H VMS.  Of course, the big difference is VMS is a very useful product withG many qualities that set it above the alternatives, can you say the samee" thing for a mechanical typewriter?   > J >    McDonalds makes almost no profit on hamburgers, but sells them by the >    billions.  H That's a joke, right?  McDonalds makes a fortune selling hamburgers.  AsH a matter of fact, they make a fortune selling all the garbage they sell.H Everything they sell has a pricetag several times the actual cost of theG materials or the miinimum-wage labor it takes to make it.  Oh yeah, and(G McDonalds advertises their burgers everywhere.  Considering the qualityoJ and nutritional value of their products, this is living proof of the valueH of advertising.  Think what VMS would be today if it had half the budget4 for advertising that McDonalds spends on hamburgers.   > I >    HP can push HP-UX, Linux, and Windose to Wall Street all it wants.  hH >    That's not the same as killing VMS, it's just defence against those  >    who can't see past Gartner.  C But while not pushing VMS may not be synonomous with killing it, it F definitely falls into the catagory of abondoning it to die by the side of the road.  I If one decided to stop feeding and caring for a child, how far would theyu< get with the defense, "I didn't kill it, I just ignored it."   bill   -- lJ 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>   C   ------------------------------    Date: 23 May 2003 12:47:38 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)cL Subject: Re: Letter to HP Management from OpenVMS users around the world ...3 Message-ID: <WL26IJYSeuTE@eisner.encompasserve.org>   ` In article <balabg$124mh$1@ID-135708.news.dfncis.de>, bill@cs.uofs.edu (Bill Gunshannon) writes:5 > In article <Cgspal8ZeogX@eisner.encompasserve.org>,y@ > 	koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: [...]o  I > Where?  I could not find a dealership (not even in Mexico which was theoM > last place known to be selling them!) that has anything but the new Beetle. J > As long as VW was selling the old Beetle they were advertising it in theF > applicable markets.  And the advertising was good enough that peopleG > outside those markets were aware of the continued existence, thus theiF > large business in Southern CA bringing them in from Mexico, bringingG > them up to Federal and CA standards and selling them to CA residents.0  C    They are still built in Mexico, in the plant that make the waterhC    cooled New Beetles.  They are only sold in counties like Brazil,3A    where there are no standards issues.  Made in Mexico, not soldr
    in Mexico.    > L > The Chevy cavalier is prominently visible on www.chevrolet.com.  It is theH > first model inthe drop down menu of Chevy Cars.  I have seen CavaliersH > advertised on TV.  When was the last time you saw VMS mentioned on TV?  E    Sold and advertised, but not bleeding edge.  Yeah, I'd like to seet    some VMS advertizing, too.p  I >>    Olivetti would rather sell you a computer, but you can still buy a o2 >>    completely mechanical typerwriter from them. > I > True, but you have already know that in order to get one.  Kind of like J > VMS.  Of course, the big difference is VMS is a very useful product withI > many qualities that set it above the alternatives, can you say the same $ > thing for a mechanical typewriter?  G    No, actually I just got an add for one.  Mechanical typerwriters are-E    usefull to folks who don't have reliable electricity, which is not.    rare on our globe.e   >> mK >>    McDonalds makes almost no profit on hamburgers, but sells them by theo >>    billions.I > F > That's a joke, right?  McDonalds makes a fortune selling hamburgers.  G    Nope.  McDonalds makes a lot of money selling french fries and soda.rA    The hamburgers are just there to get you into the store to buycE    the fries and soda.  Generally McDonalss just about breaks even oniE    it's sandwiches.  Get a couple burgers and a milkshake and they'll-!    make only of few cents on you.3   >> 0J >>    HP can push HP-UX, Linux, and Windose to Wall Street all it wants.  I >>    That's not the same as killing VMS, it's just defence against thoseg! >>    who can't see past Gartner.s > E > But while not pushing VMS may not be synonomous with killing it, it H > definitely falls into the catagory of abondoning it to die by the side > of the road.  D    Porting it to IA64, as I already said, along with adding COE, are    not acts of abandonment.   K > If one decided to stop feeding and caring for a child, how far would theyn> > get with the defense, "I didn't kill it, I just ignored it."  G    If you supported your child with the kind of money HP is spending ondK    VMS, it could eat well, attend Harvard, and have one hell of a fun moneyr    fund.   ------------------------------  # Date: Fri, 23 May 2003 15:00:38 GMTo# From: "John Smith" <a@nonymous.com>dY Subject: Re: Letter to HP Management from OpenVMS users around the world ...  Shape up or-J Message-ID: <qIqza.244330$w7k.190500@news04.bloor.is.net.cable.rogers.com>  5 "Nic Clews" <sendspamhere@127.0.0.1> wrote in messageo# news:3ECE0784.CA1C2875@127.0.0.1...s > John Smith wrote:4 > >s >- > ...sD > > Why is it that seemingly every time a public utterance about VMS byC > > somebody in HP management, who ought to know better, is made, adF > > clarification of "Oops, that's not what we meant to say" has to be > > issued?  > E > I don't normally reply to these types of messages but a quick view.e >gB > One of the problems as I see it, is that any positives expressedB > anywhere are quickly brushed under the carpet by the "condemningE > collective", yet wording is picked up, scrutinized as you say, then=- > regurgitated as proof that the end is nigh.e >gE > I'm following something from our companies point of view and whilst D > we're of the opinion it is a lack of clarification as opposed to aE > statement of doom, in the same light we don't feel the need to wearT thetD > placards with the immortal words on them. (A private note from you and  > I'll mention what it is).A >nC > > Mark and Rich, of all people at HP, surely must know that theird wordsiC > > are carefully scrutinized by the VMS community of customers andc users. >3D > And some of the interpretations placed here only serve the greater FUD,A > and only further damage the reputation of VMS. These people aren human,C > and whilst I fully understand the concerns over the marketing and  suchF > plus past handling, avenues to, and the acceptance of clarification, isC > a more important component of the success of VMS than continually, living > in a blame culture.  >D > This is opinion.     Nic, Bob K.e  1 I'm responding to both of you in this one messaget  F It isn't so much the issue of VW still producing air-cooled Beetles in@ Brazil even though it isn't a flagship product, though there are@ obvious analogies there. But rest assured that VW advertises and? markets Beetles in Brazil or Mexico or wherever they sell them.   D Nobody doubts that HP is doing the engineering work required to portF to IA64. Nobody currently doubts (or at least I think that's the case)C that HP will attempt* to live up to its committment vis-a-vis theirTF published support timeline for VMS. (*past statements are no guarantee( of future adherence to those statements)  B But what we all know is that if revenues/profits of VMS drop below> some unspecified level in the future, all bets are off. And by= revenues I mean sales of new licences and income from supportuF contracts, not necessarily 'consulting' income because that could comeC even if the o/s HP Services was consulting on was linux or Windows.-  A Without knowing the true numbers let's accept HP's assertion thatdA there are some 400,000+ active VMS systems out there. What's thatCF number based on? Systems with maintenance contracts? A WAG (wild-assedE guess)? An actual count? Surprisingly enough that number has remainedpB approximately constant since 1999 if Compaq/HP are to be believed.E With many migrations off VMS since 1999 and active programs of server D consolidation underway at many customers, have the number of systemsC sold since 1999 truly kept pace with the rate of attrition from allc causes?>  E How much revenue does a 'legacy' non-maintained system (VAX or Alpha)a- bring HP, and how many of them are out there?r  9 When companies freeze development work on VMS and move tofE unix/linux/windows, the present value of any future VMS income streamnF to HP diminishes from that customer. And despite the advances that VMS@ Engineering is making with the product itself, it is often other) 'political' reasons within companies thatfF force the freeze of VMS use or an an outright replacement of VMS. High@ among the list of 'political' reasons companies are taking theseD courses of action is the perception that HP is not taking sufficientC steps to ensure that the 'threshhold' minimum number of VMS systems A are being sold each year to ensure VMS's survival without all the ? attached caveats (ie. support until, minimum of 5 years beyond,rD etc.... BTW - the 5 year thing is an FTC mandated requirement so allD HP is doing is adhering to the letter of the law but making it soundC like they are somewhat altruistic). And the comfort that comes fromeE knowing that the systems you are betting your company's future on areeB an increasing presence in the market rather than a decreasing one.  0 So what are the sufficient steps HP has to take? 1) Do the port.  2) Add new features.( 3) Advertise and market VMS effectively.; So far they score 2 out of 3 (which one have they failed?).r@ But 2/3 isn't enough to win the game in the current environment.  = Let's come back to the 400,000 systems for a moment. How manyaE companies does that represent? Let's assume 100,000 distinct customerbF companies just to keep the math simple, with an arithmentic average of 4 systems per company.  E a) What's the annual attrition rate of customers? Is it 5%? 10%? 15%?g  ; b) What's their annual rate of server consolidation due to: +      i) higher powered machines being used?eB     ii) reduction in the number of  VMS-based applications in use?  E c) What's the annual increase/decrease in the number of systems sold?a  0 d) What is the annual increase in new customers?  ? Note that some of the items above can have positive or negativehE connotations. I speculate that new customers tend to purchase smallergB numbers of systems whereas customers leaving VMS may  be replacingC larger numbers of VMS boxes with other operating systems (ie. oldernF clusters replaced with Dell rack servers running Windows). That's justD a WAG on my part. Certainly there will be the 1:1 replacements going? on as well. Without hard numbers one can only look to anecdotala	 evidence.y  F One can derive a rough equation of revenues using these factors above.  C Given that there is downward revenue pressure from so-called 'free'eD operating systems such as Linux, and lost sales in droves to WindowsE (due to Microsoft advertising/marketing and application availablilty) B even if Windows as implemented isn't cheaper, HP is constrained by? market forces as to how much it can charge for o/s licences ands maintenance.  A Now the population dynamics part of the equation. Those of you ineF Europe know that Germany and Italy, among other countries, do not haveB a sufficient birthrate to maintain the current population numbers.D Over the next 20 years those countries are forecast to have absoluteB population declines. So if the govenments of those countries don'tC want to force a heavier per capita economic burden on the resulting B lower population, they have to engage in some form of policy which> encourages a behavioral change in the bedrooms of the country.> Encouraging behavioral change is usually called *marketing and6 advertising*. If governments can get it, why can't HP?  F This is something HP has to do with VMS, unless they are quite content? to allow the remaining VMS customer base to assume a larger peri= customer burden of the costs. But at some point enough of theM@ remaining customers will say 'Enough', and that minumum customer@ revenue/profit threshhold HP has either explicitly set or an ROI< metric for capital deployed will not be met. The HP Board of@ Directors, as then constituted will meet, and the last remainingC (arbitrary number close to the MPE number) 55,000 customers will bei screwed.  C So coming back to the revenue equation (left as an exercise for the)> reader), unless HP increases the number of new systems sold toF customers (new and existing), the revenue/profit equation soon reaches the EOL decision point.t   And that's the problem.   D It doesn't help that the inconsistencies in the remarks and cavalierF attitude towards VMS of some senior HP management occurs. But it isn'tB me, or you who are making those remarks - it's HP management. ThatD they are called to task for it is right and proper. If they want theD critical comments to cease, then they should dot their I's and cross8 their T's more carefully. None of my comment about theseD inconsistencies and executive statement takes anything away from theB quailty of VMS or the efforts of VMS Engineering in making the o/sF what it is. The FUD you speak of originates in the mouths and policiesF of HP management - we're just observers here. HP would be well advisedB to remember that - blaming your customers for your faults is not a# good way of keeping your customers.s  F Or does HP management truly believe that the fluttering of a few wings; in c.o.v. is the origin of the chaos that will destroy VMS?oE Psychiatrists have a diagnosis for that sort of thinking - delusional C paranoia. Microsoft Windows has MANY detractors, so does Linux, yet|5 that does not stop those operating systems from beinghE advertised/marketed and sold in ever increasing quantities, at growtha@ rates that VMS could only approach in the early 1980's. But then7 again, that was about the last time VMS was effectivelyw advertised/marketed.    E Two comments from my high school biology teacher that have stuck withi me over the years:( Say what you mean and mean what you say.4 No matter how thin you slice it, it's still baloney.  E HP execs could learn a positive lesson if they took these two sayingst	 to heart.R     Nic, I'll contact you off-line.r   ------------------------------    Date: 23 May 2003 08:32:23 -0700 From: k9jdk@arrl.net (Dave)bY Subject: Re: Letter to HP Management from OpenVMS users around the world ...  Shape up ort; Message-ID: <bafb6477.0305230732.c46ddb@posting.google.com>C  u "John Smith" <a@nonymous.com> wrote in message news:<rm7za.209407$M81.200383@news02.bloor.is.net.cable.rogers.com>...t* > "Dave" <k9jdk@arrl.net> wrote in message9 > news:bafb6477.0305220831.4592a169@posting.google.com...e@ > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message& >  news:<3ECC32B9.AB3E2EFA@fsi.net>... > > > Dave Gudewicz wrote: > > > >hG > > > > I sent the link and a request for comment to Stallard, Marcellof >  and Gorham. > > >-5 > > > May want to include Gorham, Gallozzi and Carly.e > > >eB > > > Should you get a response, I know you will inform the group. > >n > > I did include Gorham.s > >-E > > And speaking of Mark, I received a reply from him at 0717hrs this3 >  fine 0 > > morning, much to the chagrin of others here. > >)G > > Also got another reply from Mark on his comment from Amsterdam that7 > > was posted here. > >@G > > >4. A quote from Mark "the objective is not to prevent VMS users tot >  leave/ > > >VMS but to allow VMS users to stay with HP' > >cF > > This was in the context of people still on VAX and Vaxstations and: > > their staying with HP.  Not leaving VMS.  Leaving VAX. >  >  > Dave,u > C > What I find striking about the original statement in Amsterdam bycE > Gorham and his subsequent clarification this morning to you is that F > for someone in Mark Gorham's position to have mis-spoken in a public) > forum in this manner is unconscionable.D > H > To give Mark the benefit of the doubt and say that Didier's report wasH > not a verbatim transcript due to bad acoustics in the meeting room, orG > that somebody coughed and Didier didn't hear exactly what was said at ! > that instant, is a possibility.S > 6 > But it isn't only Mark, and it isn't only this time. > E > Why is it that seemingly every time a public utterance about VMS byoA > somebody in HP management, who ought to know better, is made, a8D > clarification of "Oops, that's not what we meant to say" has to be	 > issued?  > G > Mark and Rich, of all people at HP, surely must know that their wordstH > are carefully scrutinized by the VMS community of customers and users.  1 I can't, of course, speak for HP, Rich or Mark.  [  C But I think they're aware of at least the items that are brought to ; their attention and hopefully, try to correct the mistakes.o  D Taken out of context, almost anything can be made to sound bad.  I'm> not defending them, just giving them the benefit of the doubt.   ------------------------------  # Date: Fri, 23 May 2003 15:53:15 GMTm# From: "John Smith" <a@nonymous.com> Y Subject: Re: Letter to HP Management from OpenVMS users around the world ...  Shape up ortI Message-ID: <Ltrza.244767$w7k.20736@news04.bloor.is.net.cable.rogers.com>e  ( "Dave" <k9jdk@arrl.net> wrote in message5 news:bafb6477.0305230732.c46ddb@posting.google.com...a0 > "John Smith" <a@nonymous.com> wrote in messageF news:<rm7za.209407$M81.200383@news02.bloor.is.net.cable.rogers.com>..., > > "Dave" <k9jdk@arrl.net> wrote in message; > > news:bafb6477.0305220831.4592a169@posting.google.com... B > > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message( > >  news:<3ECC32B9.AB3E2EFA@fsi.net>... > > > > Dave Gudewicz wrote:	 > > > > > @ > > > > > I sent the link and a request for comment to Stallard, Marcello > >  and Gorham. > > > >n7 > > > > May want to include Gorham, Gallozzi and Carly.n > > > > D > > > > Should you get a response, I know you will inform the group. > > >  > > > I did include Gorham.h > > > B > > > And speaking of Mark, I received a reply from him at 0717hrs this	 > >  finer2 > > > morning, much to the chagrin of others here. > > >KD > > > Also got another reply from Mark on his comment from Amsterdam that > > > was posted here. > > >oF > > > >4. A quote from Mark "the objective is not to prevent VMS users to
 > >  leave1 > > > >VMS but to allow VMS users to stay with HP  > > > D > > > This was in the context of people still on VAX and Vaxstations and < > > > their staying with HP.  Not leaving VMS.  Leaving VAX. > >  > > 	 > > Dave,  > >-E > > What I find striking about the original statement in Amsterdam byoB > > Gorham and his subsequent clarification this morning to you is thatA > > for someone in Mark Gorham's position to have mis-spoken in ao public+ > > forum in this manner is unconscionable./ > >mF > > To give Mark the benefit of the doubt and say that Didier's report waseA > > not a verbatim transcript due to bad acoustics in the meeting  room, orF > > that somebody coughed and Didier didn't hear exactly what was said at# > > that instant, is a possibility.r > >.8 > > But it isn't only Mark, and it isn't only this time. > >6D > > Why is it that seemingly every time a public utterance about VMS byC > > somebody in HP management, who ought to know better, is made, aaF > > clarification of "Oops, that's not what we meant to say" has to be > > issued?  > >6C > > Mark and Rich, of all people at HP, surely must know that theird words1C > > are carefully scrutinized by the VMS community of customers andm users. > 1 > I can't, of course, speak for HP, Rich or Mark.  >0E > But I think they're aware of at least the items that are brought to = > their attention and hopefully, try to correct the mistakes.6 > F > Taken out of context, almost anything can be made to sound bad.  I'm@ > not defending them, just giving them the benefit of the doubt.    = I agree that they are the first to correct themselves, but as3@ mentioned before nobody expects much of carly but they do expect better of Gorham and Marcello.   <vent>A If I were going to be rigorous about this I'd tally up all the HP D remarks, mis-statements, omissions, etc.. and pump them into a statsD package, do the correlations, variances, dispersions, chi-squared's,> T-tests, etc... and look for the outliers - those would be the) positive VMS mentions from HP management.a </vent>:   ------------------------------  % Date: Fri, 23 May 2003 12:35:32 +0100n( From: Nic Clews <sendspamhere@127.0.0.1>Y Subject: Re: Letter to HP Management from OpenVMS users around the world ... Shape up or s) Message-ID: <3ECE0784.CA1C2875@127.0.0.1>c   John Smith wrote:3 >    ...aE > Why is it that seemingly every time a public utterance about VMS byCA > somebody in HP management, who ought to know better, is made, aeD > clarification of "Oops, that's not what we meant to say" has to be	 > issued?n  C I don't normally reply to these types of messages but a quick view.   @ One of the problems as I see it, is that any positives expressed@ anywhere are quickly brushed under the carpet by the "condemningC collective", yet wording is picked up, scrutinized as you say, then + regurgitated as proof that the end is nigh.   C I'm following something from our companies point of view and whilst.B we're of the opinion it is a lack of clarification as opposed to aG statement of doom, in the same light we don't feel the need to wear thecF placards with the immortal words on them. (A private note from you and I'll mention what it is).    G > Mark and Rich, of all people at HP, surely must know that their wordslH > are carefully scrutinized by the VMS community of customers and users.  G And some of the interpretations placed here only serve the greater FUD,7F and only further damage the reputation of VMS. These people are human,F and whilst I fully understand the concerns over the marketing and suchG plus past handling, avenues to, and the acceptance of clarification, is,H a more important component of the success of VMS than continually living in a blame culture.e   This is opinion. -- -? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesr nclews at csc dot comv   ------------------------------    Date: 23 May 2003 09:35:29 -0700& From: jordan@ccs4vms.com (Rich Jordan)/ Subject: Northern Light search engine comeback?z= Message-ID: <cc5619f2.0305230835.4b86556e@posting.google.com>   > I never bothered to change my homepage on the work peecee fromD Northern Light.  Day after day when the box came up I'd see the newsB article from March about actors whining about blacklisting.  Until today...  ; "We are pleased to announce that we have escaped and are an 8 independent company once again. Read our press release."  F Today www.northernlight.com has a page indicating they are now free ofC 'divine' and plan on coming back.  Apparently (one of) the founderss; bought the service back at the divine auction/social event.u  F This is mostly of interest since Northern light is (and hopefully willF remain) an OpenVMS site.  I do hope they'll make themselves publicallyE accessible again; they used to be excellent at ferretting out nuggetsl" that got buried in google results.   Rich   ------------------------------  # Date: Fri, 23 May 2003 17:12:07 GMTr4 From: brad@.gateway.2wire.net (Bradford J. Hamilton)3 Subject: Re: Northern Light search engine comeback? / Message-ID: <HDsza.948624$3D1.544237@sccrnsc01>)  f In article <cc5619f2.0305230835.4b86556e@posting.google.com>, jordan@ccs4vms.com (Rich Jordan) writes:? >I never bothered to change my homepage on the work peecee from E >Northern Light.  Day after day when the box came up I'd see the newsrC >article from March about actors whining about blacklisting.  Untile	 >today...  > < >"We are pleased to announce that we have escaped and are an9 >independent company once again. Read our press release."w > G >Today www.northernlight.com has a page indicating they are now free of-D >'divine' and plan on coming back.  Apparently (one of) the founders< >bought the service back at the divine auction/social event. >sG >This is mostly of interest since Northern light is (and hopefully willvG >remain) an OpenVMS site.  I do hope they'll make themselves publicallyoF >accessible again; they used to be excellent at ferretting out nuggets# >that got buried in google results.g >e >Richo  # Thanks for pointing this out, Rich!H  A _________________________________________________________________h0 Bradford J. Hamilton			"All opinions are my own"/ bMradAhamiPltSon@atMtAbi.cPoSm		"Lose the MAPS"    ------------------------------    Date: 23 May 2003 06:17:56 -07001 From: susan_skonetski@hotmail.com (Sue Skonetski)oY Subject: OpenVMS Pearl - 1 of 2 Announcement HP and Emulators International join forces tM= Message-ID: <857e9e41.0305230517.6412f962@posting.google.com>v   Dear Distribution lists,   OK for external distribution.n  E Please note this excellent information.  Also for more information ong@ cockpit mgr please look at the OpenVMS technical journal articleF titled (Managing Mission-Critical OpenVMS clusters).  Please note that@ I have removed the fact sheet that was attached to this documentB however this is available on the Emulators International web site.  ? As a reminder, if you have anyone that you would like to add to:9 OpenVMS Pearls distribution just have them send me email.:  
 Warm Regards,a SueoJ __________________________________________________________________________	 Dear Sue,t  rD After VAXscan for Alpha we have another interesting announcement for the OpenVMS community:A Hewlett Packard Computers and Emulators International have joined E forces to make CockpitMgr for OpenVMS available on a worldwide basis.tD This announcement, which was formally made on May 21 at the European! HP Users Conference in Amsterdam.    ? CockpitMgr for OpenVMS is the comprehensive toolset for a fully @ integrated VMS-based management system, designed to manage largeE mission critical OpenVMS system environments. Originally developed byaD Hewlett Packard in Belgium, Emulators International will from now onE assume worldwide sales and services responsibility. For new customerst? CockpitMgr will only be available exclusively through Emulatorse? International, while Hewlett Packard will honor the contractuals% obligations to its current customers.m  c< CockpitMgr is available as a site license with comprehensive? installation and support services to ensure that the product isw= implemented in its most effective form. An annual maintenancen@ agreement is available to provide you access to new upgrades and product extensions.t  .B Emulators International is specialized in products for the OpenVMSF environment, for instance VAX-emulators, TapeReader utilities, VAXscanD for Alpha and now CockpitMgr for OpenVMS. Emulators International is? based in Eindhoven, the Netherlands, in close proximity to HP'sa, CockpitMgr's development center in Brussels.  M: For more information about this announcement please visit:  (www.emulatorsinternational.com)  -
 Best regards,   ,
 Arie de Groot: Emulators Internationalk De Zaale 11h 5612 AJ  Eindhoven The NetherlandsU tel:        +31 (0)40 239 0860 fax:       +31 (0)40 239 0800v mobile: +31 (0)6 512 99 279C) mail:     arie@emulatorsinternational.com> www.emulatorsinternational.com   ------------------------------  % Date: Fri, 23 May 2003 16:37:20 +0200/" From: Didier Morandi <no@spam.com>Y Subject: Re: OpenVMS Pearl - 1 of 2 Announcement HP and Emulators International join force' Message-ID: <3ECE3220.4020808@spam.com>s   Sue Skonetski wrote:   > Arie de GrootM > Emulators International 
 > De Zaale 11e > 5612 AJ  Eindhoven > The Netherlands.  > tel:        +31 (0)40 239 0860 > fax:       +31 (0)40 239 0800s > mobile: +31 (0)6 512 99 279 + > mail:     arie@emulatorsinternational.com-      > www.emulatorsinternational.com  3 New name for Robert Boer's SRI www.softresint.com ?c   D. --=20a- Didier Morandi sarl au capital de 8 000 eurose                    "tout VMS"2-   19 chemin de la Butte 31400 Toulouse FranceW/   T=E9l: 33(0)5 6120 1964 Fax: 33(0)5 6154 1928i&           http://www.didiermorandi.com                    RC en cours   ------------------------------    Date: 23 May 2003 06:21:31 -07001 From: susan_skonetski@hotmail.com (Sue Skonetski)n4 Subject: OpenVMS Pearl 2of2 In a Galaxy far far away= Message-ID: <857e9e41.0305230521.73338d8d@posting.google.com>    Dear Distribution lists,  ? The following short story was written by one of the HP Servicesy7 Support consultants in Australia.  I really liked this.   F The URL is behind the HP firewall, however Daniel has given his ok for the story to be distributed.  6 http://compaqcare.sno.cpqcorp.net/newsletter/mcsbg.asp  
 Warm Regards,  Suea7 _______________________________________________________4  ) Mission Critical Services Beyond Galaxies@   By Daniel Jeyachandran S  A [Inspired by the successful merger of HP and Compaq, Sydney basedeB Network Support Consultant Daniel Jeyachandran puts on his writingD hat, delves into the realm of science fiction and comes up with thisF portrait of HP's business as we might know it, sometime in the future]W _______________________________________________________________________________________   F "Good morning Sir, HP Services Customer Response Centre Living-Systems Computer. Can I help you?"  E "We have an emergency at the Andromeda Galaxy's Central Bio-MoleculariB Computer. My parallel processor number 1095 is in a state of coma.F Unable to recover. Send Paramedic through Xeon channel via transponder 2219."  % "CPU type and serial number please." a  8 "Model BM9900-8800. Serial number. Factorial 8956-895."   E "Sorry Sir, your Call Window' has already expired. Are you agreeable C to pay per call charges at Universal$12,000 per microsecond with ay$ minimum charge for one millisecond?"   "Yes. Please hurry!"      "Purchase order number please."   ! "OK, ok! Hang on. AGCBMC98735." f  = "Service access permitted. Please rush sample for culture andb@ isolation. Shall instruct my R2D2 (Remote Recovery and DiagnosisE Director) cells to isolate the problem. Transporting Paramedic by the  next available quantum."  @ After a 25 micro-seconds an HP Services Paramedic reports to theF Andromeda Galaxy's Central Bio-Molecular Computer Nerve Centre Manager with the final diagnosis.c  F "Fifty billion neurons infected by intergalactic strain of SARS virus,E causing coma of your CPU, have been isolated and quarantined. Shall Ip> order spares under priority, sir? The neurons are chargeable."  0 "But the CPU is still under 100 year warranty!"   C "Sorry, sir. Warranty does not cover acts of God or those of virus.tE Please note that if we don't act quickly, your 100 trillion Universalt2 Dollar CPU will probably never recover from coma."  F "Please, order right away! By the way, is this going to be a permanent7 fix, or do I have to pay for it every time it happens?"w  B "I suggest you seriously consider HP's Business Critical Services,F Sir. Otherwise I'm afraid every such call will be chargeable. This fix= is just to resuscitate your CPU out of coma, but we have also.8 escalated the problem to inter-galactic outage Team. Our> inter-galactic Flying Squad and the HP Services Living SystemsF Engineering will work on the sample. Once they identify a fix, they'llF issue a mutant Field Charge Order to the affected category of neurons.; Future releases will automatically incorporate the change."a  - "OK. Where are you getting the spares from?"    B "They will have to come from the virus-free Xeta Galaxy stockroom,B sir. That is the only galaxy unaffected by virus-prone neurons andD provides the best environment for our Surrogate Computers to produce/ every conceivable living cell in the universe."v  - "What? That's two million light-years away!" t  B "That's correct, sir. HP has recently perfected a new "black hole"B pipe-line which guarantees delivery time of 20 microseconds across
 galaxies?"  - "That's fascinating news! Thanks a million."    F "You are welcome sir. Under HP's Living Systems Code of Ethics, all of@ us are obliged to help our customers. Business Critical ServicesE support an operational Matrix of up to one million Inter-Universe CPUS> Clusters using SAN protocol (Sub Atomic Neuron) working acrossC galaxies and universe using the HP's own "Black Hole Inter UniversewE Channel". There is no need for any Disaster Recovery Procedures sinces they are Self Healing systems."   ? "That is precisely what I need! What Operating System does thatr	 support?"a  F "Well proven VMS (Virtual Matrix Systems) Operating System sir! If youE are a UNIX fan, you can have the "Universal Nebular Information Xone"aE Operating System. Would you like me to download HP's Mission Critical D Services' "Eternal-Life Guarantee Program" for all your Live-ware? "  B "Oh, yes  I'll certainly take it. You give me the impression thatE your superior level of service and excellent solutions are what makes 5 HP the Number One Solution Provider in the Universe?"m  D "Thank you, Sir. We have just become number one solution provider in the Multiverse!"  F "And is Carly Fiorina still your universe chief? I'll have to send her4 a Plasma-Quantum Mail about your excellent service."  A "Thank you, sir, but Carly has been the Chairperson and CEO of HPs$ Mutiverse since the last millenium!"       Readers Comments  E It is obvious that creativity is alive and well in AP cutomer supportw
 engineers.
 Ann Livermoref  * Loved your article!!!! You're a visionary!
 Peter Mercury   E Thought provoking with good humour woven in your article. Keep up thesD "glazing in to the crystal ball" types of activities, we need people2 like you to continue to keep pushing the envelope! Pathy Pathmanaband   ------------------------------  # Date: Fri, 23 May 2003 14:06:29 GMTy" From:   VAXman-  @SendSpamHere.ORG8 Subject: Re: OpenVMS Pearl 2of2 In a Galaxy far far away0 Message-ID: <00A2049B.6F9312E2@SendSpamHere.ORG>  q In article <857e9e41.0305230521.73338d8d@posting.google.com>, susan_skonetski@hotmail.com (Sue Skonetski) writes:f >Dear Distribution lists,( >l@ >The following short story was written by one of the HP Services8 >Support consultants in Australia.  I really liked this. >oG >The URL is behind the HP firewall, however Daniel has given his ok fore >the story to be distributed.a >p7 >http://compaqcare.sno.cpqcorp.net/newsletter/mcsbg.asp  >  >Warm Regards, >Sue8 >_______________________________________________________ >e* >Mission Critical Services Beyond Galaxies >s >By Daniel Jeyachandran  >uB >[Inspired by the successful merger of HP and Compaq, Sydney basedC >Network Support Consultant Daniel Jeyachandran puts on his writingiE >hat, delves into the realm of science fiction and comes up with thisnG >portrait of HP's business as we might know it, sometime in the future]eX >_______________________________________________________________________________________ >nG >"Good morning Sir, HP Services Customer Response Centre Living-Systemsh >Computer. Can I help you?"l >iF >"We have an emergency at the Andromeda Galaxy's Central Bio-MolecularC >Computer. My parallel processor number 1095 is in a state of coma.aG >Unable to recover. Send Paramedic through Xeon channel via transponderu >2219."e >g& >"CPU type and serial number please."  > 9 >"Model BM9900-8800. Serial number. Factorial 8956-895." a >mF >"Sorry Sir, your Call Window' has already expired. Are you agreeableD >to pay per call charges at Universal$12,000 per microsecond with a% >minimum charge for one millisecond?"s >t >"Yes. Please hurry!"  > ! >"Purchase order number please." q >i" >"OK, ok! Hang on. AGCBMC98735."  >,> >"Service access permitted. Please rush sample for culture andA >isolation. Shall instruct my R2D2 (Remote Recovery and Diagnosis F >Director) cells to isolate the problem. Transporting Paramedic by the >next available quantum."e > A >After a 25 micro-seconds an HP Services Paramedic reports to thelG >Andromeda Galaxy's Central Bio-Molecular Computer Nerve Centre Managerm >with the final diagnosis. >rG >"Fifty billion neurons infected by intergalactic strain of SARS virus,oF >causing coma of your CPU, have been isolated and quarantined. Shall I? >order spares under priority, sir? The neurons are chargeable."v >o1 >"But the CPU is still under 100 year warranty!"   >kD >"Sorry, sir. Warranty does not cover acts of God or those of virus.F >Please note that if we don't act quickly, your 100 trillion Universal3 >Dollar CPU will probably never recover from coma."e > G >"Please, order right away! By the way, is this going to be a permanentu8 >fix, or do I have to pay for it every time it happens?" >iC >"I suggest you seriously consider HP's Business Critical Services,fG >Sir. Otherwise I'm afraid every such call will be chargeable. This fix > >is just to resuscitate your CPU out of coma, but we have also9 >escalated the problem to inter-galactic outage Team. Oure? >inter-galactic Flying Squad and the HP Services Living SystemsIG >Engineering will work on the sample. Once they identify a fix, they'llVG >issue a mutant Field Charge Order to the affected category of neurons. < >Future releases will automatically incorporate the change." >0. >"OK. Where are you getting the spares from?"  >mC >"They will have to come from the virus-free Xeta Galaxy stockroom,eC >sir. That is the only galaxy unaffected by virus-prone neurons and.E >provides the best environment for our Surrogate Computers to producew0 >every conceivable living cell in the universe." >s. >"What? That's two million light-years away!"  >sC >"That's correct, sir. HP has recently perfected a new "black hole"oC >pipe-line which guarantees delivery time of 20 microseconds acrossl >galaxies?"f >o. >"That's fascinating news! Thanks a million."  > G >"You are welcome sir. Under HP's Living Systems Code of Ethics, all ofuA >us are obliged to help our customers. Business Critical ServicestF >support an operational Matrix of up to one million Inter-Universe CPU? >Clusters using SAN protocol (Sub Atomic Neuron) working acrossaD >galaxies and universe using the HP's own "Black Hole Inter UniverseF >Channel". There is no need for any Disaster Recovery Procedures since  >they are Self Healing systems." >f@ >"That is precisely what I need! What Operating System does that
 >support?" >eG >"Well proven VMS (Virtual Matrix Systems) Operating System sir! If youAF >are a UNIX fan, you can have the "Universal Nebular Information Xone"F >Operating System. Would you like me to download HP's Mission CriticalE >Services' "Eternal-Life Guarantee Program" for all your Live-ware? "r > C >"Oh, yes  I'll certainly take it. You give me the impression thattF >your superior level of service and excellent solutions are what makes6 >HP the Number One Solution Provider in the Universe?" >oE >"Thank you, Sir. We have just become number one solution provider in  >the Multiverse!"f >tG >"And is Carly Fiorina still your universe chief? I'll have to send hera5 >a Plasma-Quantum Mail about your excellent service."n >.B >"Thank you, sir, but Carly has been the Chairperson and CEO of HP% >Mutiverse since the last millenium!"W >i >p >u >Readers Commentst > F >It is obvious that creativity is alive and well in AP cutomer support >engineers.e >Ann Livermore >s+ >Loved your article!!!! You're a visionary!  >Peter Mercury > F >Thought provoking with good humour woven in your article. Keep up theE >"glazing in to the crystal ball" types of activities, we need peoplee3 >like you to continue to keep pushing the envelope!o >Pathy Pathmanaban  A Will somebody please explain the "humour woven in your article". s   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             i5   "Well my son, life is like a beanstalk, isn't it?" l   ------------------------------  % Date: Fri, 23 May 2003 09:25:12 +0100l( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: Overclocking VAXenn) Message-ID: <3ECDDAE8.10CB04A6@127.0.0.1>/   "Holi - Holitska Andrs" wrote:   = >   I was just wondering... anybody around here, who has donep >   some overclocking on VAXen?  > < >   I know, I know. It's dangerous, and unsupported, but now< >   that summer is comming I might have some spare time, and9 >   I tought why not power-up one of my VLC-s if possibleh4 >   (or some other, not so new VAX) - poor thing. :D  E Some commercial implementations of single board VAXes used "standard"cC chips, but beefed up, not only clock, but memory too. German origina IIRC.n  E As to Nemonix, they have a two-fold approach, one is to fatten up theiD CPU onboard cache to maximum, the other using a chip manufactured toD take a higher clock speed (came off one of the earlier Alpha lines I	 believe).n   -- i? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencess nclews at csc dot coma   ------------------------------    Date: 23 May 2003 16:27:13 +0100K From: pmoreau@ath.cena.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.68.40), Subject: Re: Overclocking VAXene! Message-ID: <wO21LUQSe7aR@sinead>   Z In article <3ECCEC27.6566.640AEB1@localhost>, "Stanley F. Quayle" <stan@stanq.com> writes:: > On 22 May 2003 at 20:24, Holi - Holitska Andr=E1s wrote:> >>   I was just wondering... anybody around here, who has done! >>   some overclocking on VAXen? r [...] E > One customer recently told me that it his weekend batch processing  . > went from 4 hours on a real VAX to 1/2 hour. > A > Of course, with a VLC being like 1/2 VUP, anything would be an e > improvement.  :)  & A VAXstation 4000/VLC is about 6 VUPs.  M At CENA, we had a VAX 6210 overclocked with a Nemonix accelerator (30% boost) M and also a VAX 6410 upgraded with another Nemonix box (about 25% boost). TheyeK ran fine during long years (we sold them a few months ago to a Decus France  member).  ' Now, an we overclok some Alpha boxes ? )   Patrickt --O =============================================================================== N pmoreau@ath.cena.fr  (CENA)      ______      ___   _          (Patrick MOREAU)4 moreau_p@decus.fr (DECUS)       / /   /     / /|  /|J CENA/Athis-Mons FRANCE         / /___/     / / | / |   __   __   __   __  N BP 205                        / /         / /  |/  |  |  | |__| |__  |__| |  |N 94542 ORLY AEROGARE CEDEX    / /   ::    / /       |  |__| | \  |__  |  | |__|N http://www.ath.cena.fr/~pmoreau/            http://www.multimania.com/pmoreau/O ===============================================================================    ------------------------------  + Date: Fri, 23 May 2003 11:46:45 -0400 (EDT)n+ From: Lord Isildur <isildur@andrew.cmu.edu>m Subject: Re: Overclocking VAXen H Message-ID: <Pine.GSO.4.55L-032.0305231104400.2121@unix2.andrew.cmu.edu>   probably not... :)N i think the microvax-2 runs at 20 MHz as it is, theres a 40 MHz crystal on theI ka630.  i dont know if it divides the clock or has wait states for memoryoM (given the speed of the memory, i's assume it does, though), but if one couldlG porpely divide everything else out (the qbus interface would have to be K capable of running at its proper speed and still working with regard to theeN 78032) , i can imagine with special cooling maybe doing 100 or even 150 MHz in( there. That'd be really special cooling.  B I just found some massive reference of cpus somewhere from google,G at http://members.tripod.com/kmi9000/kmi_proc.htm, that has this to say  about the 78032:  E        MicroVAX-32 (78032=DC333 CPU + 78132=DC337 FPU, SID=0x08, ZMOStE        (4-type NMOS) 3.0 micron, 101k trans., 40 MHz master clock for F        8-phase 200 nsec microcycle, used in MicroVAX II and VAXstation        2000 and VAX 8200, 1985)   I ah, so internally its only running ar 5 mhz really.. Still, with 3 micron N process, clocking it up that high will dissipate ridiculous energy.. the board uses 30 watts or so as it is..  C On the netbsd port-vax list there has come up a couple of times thetP idea of doing an 11/750 in fpga's.. Several people on the list, myself included,K have the 750 print sets, and being that the machine was done in gate arraysw= to begin with, it would actually not be too difficult to do..n   isildurr  $ On Thu, 22 May 2003, JF Mezei wrote:   > <dream mode on>e >sH > Could I overclock my all mighty microvax II to 1ghz if I poured liquid4 > nitrogen on the chip ? :-) :-0 :0) :-) :-) :-) :-) >tP > Now, imagine if an overclocked microvax II could beat IA64 in benchmarks. What  > a sweet revenge that would be. >    ------------------------------    Date: 23 May 2003 01:16:50 -0700. From: mistdragon@zdnetonebox.com (mist dragon)" Subject: Re: Portents of VMS death= Message-ID: <7500353b.0305230016.69d8bea9@posting.google.com>t  , > First, the 400.000, is systems, not users.  F According other post in here, this figure has 150.000 legacy vaxes. DoF you know that the first copying machine Xerox every made is still usedE in some government agencies and that some people are still using cardr: readers in US government and they are still manufactured ?  C Having an old computer in museum that still runs does not make it ah& new cool platform that everyone wants.  F This figure leaves 250.000 systems (or licenses for them). Now, galaxyD that you point out is only couple of years old and I doubt wery muchD that there are that many of those sold as it is rather expensive oneD (I only know one). I suspect that most of these alphas are DL and ELD boxes and imho dont make vms the most wanted os in the world. AlphasC have been sold for 10 years and I suspect that very few of them aree modern technology.  E I'd rather would like to see VMS figures of the past 3 years than the C history of computing licenses still under contracts (some people in'E some companies are not competent enough to say if a contract is validaB or not so its just easy to keep paying - bills are usually paid inC accounting department, not by techy people and the accountants dontr' have time to go asking for every bill).i  F > There are people who dream, and think VMS is the only thing. Most ofG > us on the other hand are just happy users who use VMS because we knowY > the strengths of VMS.x  D You make it sound like I hate vms. I dont. I think its rather stableE although quite monolithic according the modern standards and not veryhD popular. You can see reasons from hp: no promotion, support is being; cut etc. Its just dying like all rare operating systems: noeF promotion>no software>no customers>no promotion. Hen and egg circle is created.  ? The same thing goes on with the industry: just 15 years ago fortC example Oracle had around 200 different operating systems supportednF and now it has only 7 and all emphasis is now on Linux and its variant< platforms. I believe that the same that happened to VMS willD eventually happen to all Unix variants and they will merge to Linux.  C As for going from VMS to micro$oft, that is absurd: how well can an.A operating system designed to run all sw from games to datacentersoD perform in real life ? By experience (yes, some customers belive allE the adverticing and demand it) its very unstable (yes, NT is based on"A VMS, but its far from the quality of VMS), does not scale and theaD software is the poorest quality that I have seen, but I dont want to? start arguing about windows in here :) I only say that the best - microsoft platform is the slider projector...e   Mist   ------------------------------  # Date: Fri, 23 May 2003 15:16:10 GMT # From: "John Smith" <a@nonymous.com> " Subject: Re: Portents of VMS deathI Message-ID: <_Wqza.244457$w7k.78297@news04.bloor.is.net.cable.rogers.com>i  ; "mist dragon" <mistdragon@zdnetonebox.com> wrote in messagea7 news:7500353b.0305230016.69d8bea9@posting.google.com...m > E > As for going from VMS to micro$oft, that is absurd: how well can anaC > operating system designed to run all sw from games to datacenters F > perform in real life ? By experience (yes, some customers belive allD > the adverticing and demand it) its very unstable (yes, NT is based onC > VMS, but its far from the quality of VMS), does not scale and thehF > software is the poorest quality that I have seen, but I dont want toA > start arguing about windows in here :) I only say that the bestm/ > microsoft platform is the slider projector...h   a point of semantics....  D NT is modeled after many VMS concepts, not based on VMS  (unless youF count the code Cutler is rumored to have taken from DEC to Microsoft).   ------------------------------  % Date: Fri, 23 May 2003 09:33:19 -0700p From: Jason Brady <>" Subject: Re: Portents of VMS death8 Message-ID: <uviscvotm5buithn7rsem3aouaeo8uo3c4@4ax.com>  7 On Wed, 21 May 2003 20:33:39 -0500, "David J. Dachtera"t <djesys.nospam@fsi.net> wrote:   >mist dragon wrote:i	 >> [snip]i >> If you look atuH >> the new HP superdome servers, do you think those are gonna run iVMS ?) >> No. VMS just does not scale up enough." >sH >Excuse me? Show me *ANY* other o.s. running production databases in theF >hundreds of gigabytes, even into the terabytes. VMS scales as well or/ >better than any other or example you can cite.r >n   David,  E Don't forget IBM mainframes running MVS (or Z/os or whatever it's nowr@ called).  I've heard that the U.S. Treasury department has a DB2D database containing a table of over a billion rows.  My employer hasC production DB2 and IMS databases in the tens of gigabytes, probably D more.  DB2 and MVS can certainly be considered "industrial strength"F operating system and database platforms.  I'd place VMS and Rdb there,E too.  No experience with other platforms out there except for Windozer? (and it certainly cannot be considered "industrial strength.").0   Regards, Jason.   ------------------------------  % Date: Fri, 23 May 2003 01:39:39 -0400f  From: John Santos <JOHN@egh.com>" Subject: Re: Reading an ASCII File5 Message-ID: <1030523013840.2914C-100000@Ives.egh.com>8  & On 21 May 2003, Larry Kilgallen wrote:  o > In article <d6405963.0305211309.64106693@posting.google.com>, maneesh_jain@hotmail.com (Maneesh Jain) writes:  > I > > In one of my programs, I need to read an ASCII File. Can someone giveB/ > > me a sample program that does this? Thanks.t >  >     with TEXT_IO;use TEXT_IO;l >     procedure DEMO ism >  >         MY_FILE : FILE_TYPE;) >         BUFFER : STRING ( 1 .. 32767 );l >         LAST : NATURAL;r >  >     begin  > ) >         TEXT_IO.OPEN ( FILE => MY_FILE,lB >                        NAME => SYS$MANAGER:SYSTARTUP_VMS.COM" ); > 8 >         while not END_OF_FILE ( FILE => MY_FILE ) loop1 >             TEXT_IO.GET_LINE ( FILE => MY_FILE,a0 >                                ITEM => BUFFER,0 >                                LAST => LAST ); >         end loop;d >  >     end DEMO;   $ ERSYS$MANAGER:SYSTARTUP_VMS.COM$HT$$   -- p John Santose Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------    Date: 23 May 2003 02:58:46 -0400% From: Thien-Thi Nguyen <ttn@glug.org> " Subject: Re: Reading an ASCII File( Message-ID: <7gsmr62lp5.fsf@gnufans.net>  / Kilgallen@SpamCop.net (Larry Kilgallen) writes:   ? > To some of us, the C runtime does not seem at all related :-)t  5 i'll be sure to say "arguably related" next time. :-)    this   ------------------------------  + Date: Fri, 23 May 2003 06:53:35 +0000 (UTC)n1 From: "Bagbourne" <the_bagbournes@btinternet.com>o" Subject: Re: Reading an ASCII File2 Message-ID: <bakghe$riq$1@hercules.btinternet.com>  5 "David Froble" <davef@tsoft-inc.com> wrote in messagen& news:3ECBFEBC.4080502@tsoft-inc.com...L > I'm having a hard time believing this request.  I'm hoping this isn't some > student on his first project.   L I suspect it's a troll laughing his brainless head off at how "difficult" itK is to "read an ASCII file" on VMS because there are so many replies on thisfK thread. He's used to C and Eunuchs's bare byte reading functions and has no I idea of the benefits of robust record Management Services. He didn't eveno+ specify which language he was working with.S   ------------------------------   Date: 23 May 2003 11:46:16 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)" Subject: Re: Reading an ASCII File4 Message-ID: <bal1m7$tn73$1@ID-135708.news.dfncis.de>  ( In article <7gy90y359k.fsf@gnufans.net>,( 	Thien-Thi Nguyen <ttn@glug.org> writes: > 7 > on a related note, the C runtime `write' seems to addm6 > a newline if the buffer does not already end w/ one.  C I certainly hope your wrong as if your not, the write() system call  is very seriously broken.x   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   -   ------------------------------   Date: 23 May 2003 11:52:01 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)" Subject: Re: Reading an ASCII File4 Message-ID: <bal211$tn73$2@ID-135708.news.dfncis.de>  2 In article <bakghe$riq$1@hercules.btinternet.com>,4 	"Bagbourne" <the_bagbournes@btinternet.com> writes:7 > "David Froble" <davef@tsoft-inc.com> wrote in message1( > news:3ECBFEBC.4080502@tsoft-inc.com...M >> I'm having a hard time believing this request.  I'm hoping this isn't somei  >> student on his first project. > N > I suspect it's a troll laughing his brainless head off at how "difficult" itM > is to "read an ASCII file" on VMS because there are so many replies on thisu
 > thread.   E How was it difficult?  He asked a question and in minutes had severaleE examples of how to to it in several languages.  With the exception of,: the DCL example, none of it was particularly VMS specific.  N >          He's used to C and Eunuchs's bare byte reading functions and has no= > idea of the benefits of robust record Management Services. l  F And, the same code that works on Unix, written in C, would very likelyH work unmodified on VMS.  The runtime would hide all the gory details, as
 it should be.e  L >                                                             He didn't even- > specify which language he was working with.   E All the more reason to assume it was a student looking for someone to F do his homework for him.  He probably doesn't know there are languages other than C, C++ and Java.    bill   -- MJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   i   ------------------------------    Date: 23 May 2003 06:54:32 -0500 From: briggs@encompasserve.org" Subject: Re: Reading an ASCII File3 Message-ID: <nsGsm5w9VJgn@eisner.encompasserve.org>y  P In article <7gy90y359k.fsf@gnufans.net>, Thien-Thi Nguyen <ttn@glug.org> writes:1 > Kilgallen@SpamCop.net (Larry Kilgallen) writes:3 > * >>         BUFFER : STRING ( 1 .. 32767 ); > 7 > was this limit (2^15-1) chosen arbitrarily or does itt0 > reflect some deep vms magic/wisdom/experience?  @ RMS -- the record level interface to the VMS file system imposes= a 32767 byte limit on record length for files on disk.  (Some G file organizations or record formats may involve slightly lower limits)r  7 > on a related note, the C runtime `write' seems to addn6 > a newline if the buffer does not already end w/ one.7 > any quick hints on how to disable this (so that i canb8 > use `write' to append arbitrary non-newline-terminated > bytes to a file (in order))?  ? If you are writing to a VMS-standard text file (variable lengthl> records, implied carriage control) then each write creates one< record and the implied carriage control counts as a carriage# return/line feed for most purposes.-  = If you are writing to a stream format text file then all thatd$ happens is that the data is written.  @ If you let C create the file it will be creates in stream formatB and everything defaults to the stream of bytes interpretation that you apparently prefer.   #include <fcntl.h> #include <unistd.h>a  w main() {    int f;e  int n;a  /  f = open ( "xyz.dat", O_CREAT | O_WRONLY, 0 );     n = write ( f, "abc", 3 );b  n = write ( f, "def", 3 );    }c  B Dump of file DISK1420:[VAXS09]XYZ.DAT;1 on 23-MAY-2003 07:43:57.488 File ID (2430,283,0)   End of file block 1 / Allocated 7  3 Virtual block number 1 (00000001), 512 (0200) bytes   <  00000000 00000000 00006665 64636261 abcdef.......... 000000<  00000000 00000000 00000000 00000000 ................ 000010     Directory DISK1420:[VAXS09]n  > XYZ.DAT;1                     File ID:  (7714,26,0)           0 Size:            1/7          Owner:    [VAXS09]" Created:   23-MAY-2003 07:52:53.99& Revised:   23-MAY-2003 07:52:54.10 (1)" Expires:   23-MAY-2003 09:52:54.10 Backup:    <No backup recorded>e Effective: <None specified>  Recording: <None specified>s File organization:  Sequential Shelved state:      Online    Caching attribute:  WritethroughD File attributes:    Allocation: 7, Extend: 0, Global buffer count: 0$                     No version limitC Record format:      Stream_LF, maximum 0 bytes, longest 32767 bytes34 Record attributes:  Carriage return carriage control RMS attributes:     None Journaling enabled: None= File protection:    System:RWED, Owner:RWED, Group:RE, World:  Access Cntrl List:  None Client attributes:  None   Total of 1 file, 1/7 blocks.   ------------------------------    Date: 23 May 2003 07:36:10 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)a" Subject: Re: Reading an ASCII File3 Message-ID: <sZlno6qnGWQ8@eisner.encompasserve.org>M  P In article <7gy90y359k.fsf@gnufans.net>, Thien-Thi Nguyen <ttn@glug.org> writes: > 7 > on a related note, the C runtime `write' seems to addr6 > a newline if the buffer does not already end w/ one.7 > any quick hints on how to disable this (so that i cano8 > use `write' to append arbitrary non-newline-terminated6 > bytes to a file (in order))?  the current workaround7 > is to keep a static buffer for carryover bytes (thoseh: > past the last newline) and flush that when done looping,9 > in conjunction w/ (IMHO wasteful) data motion to handlet$ > carryover bytes while in the loop.  =    VMS adds the appropriate meta data as required by the filec=    attributes.  The default for C is to open files for STMLF,e;    which needs exactly one newline at the end of each line.h7    If you need CR or CRLF then you should open the filed?    as STMCR or STM.  If you need a prepended word with the lineeB    size you should open as variable length.  If you need somethingC    completely home grown you should open as unknown record type (ore6    maybe you can get this just by opening as binary?).    i  F    You can control all this directly from a C RTL open() or fopen() byI    using the extra argument extenstion VMS provides to the ANSI standard.e   ------------------------------    Date: 23 May 2003 09:03:51 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)o" Subject: Re: Reading an ASCII File3 Message-ID: <2tgsN7XpUHbQ@eisner.encompasserve.org>c  _ In article <bal211$tn73$2@ID-135708.news.dfncis.de>, bill@cs.uofs.edu (Bill Gunshannon) writes:l4 > In article <bakghe$riq$1@hercules.btinternet.com>,6 > 	"Bagbourne" <the_bagbournes@btinternet.com> writes:  M >>                                                             He didn't evene. >> specify which language he was working with. > G > All the more reason to assume it was a student looking for someone to H > do his homework for him.  He probably doesn't know there are languages > other than C, C++ and Java.t   Well, he does now.   ------------------------------    Date: 23 May 2003 09:07:33 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)0" Subject: Re: Reading an ASCII File3 Message-ID: <Pc3DsJL9p5v1@eisner.encompasserve.org>n  X In article <1030523013840.2914C-100000@Ives.egh.com>, John Santos <JOHN@egh.com> writes:  & > ERSYS$MANAGER:SYSTARTUP_VMS.COM$HT$$  '   ERSYS$MANAGER:SYSTARTUP_VMS.COM$YHT$$e   But really that should be:  1   ERSYS$MANAGER:SYSTARTUP_VMS.COM$<ZJN^N^L$;HT>$$-  A and of course in all of those the "HT" is extra functionality not  included in the specification.   ------------------------------    Date: 23 May 2003 10:25:29 -0400% From: Thien-Thi Nguyen <ttn@glug.org>+" Subject: Re: Reading an ASCII File( Message-ID: <7gfzn53fl2.fsf@gnufans.net>  * bill@cs.uofs.edu (Bill Gunshannon) writes:  @ > I certainly hope your wrong as if your not, the write() system  > call is very seriously broken.  ; it is most likely programmer error and ignorance, but those9& are easy to fix given a little time...   thi=   ------------------------------  % Date: Fri, 23 May 2003 10:55:00 -0400r! From: Jim Agnew <jpagnew@vcu.edu>c" Subject: Re: Reading an ASCII File' Message-ID: <3ECE3644.58F64FFD@vcu.edu>r  B reprogram a faulty programmer?  easy, the nearest cricket bat  or ' baseball bat shop would suffice...  ;-)-   Jim7   Thien-Thi Nguyen wrote:o > , > bill@cs.uofs.edu (Bill Gunshannon) writes: > B > > I certainly hope your wrong as if your not, the write() system" > > call is very seriously broken. > = > it is most likely programmer error and ignorance, but those ( > are easy to fix given a little time... >  > thi    -- cF "4,000 years ago I made a mistake."  Elrond Half-Elven, in "Fellowship of the Ring"   ------------------------------    Date: 23 May 2003 12:42:37 -04003 From: Rich Alderson <news@alderson.users.panix.com>s" Subject: Re: Reading an ASCII File. Message-ID: <mddhe7llima.fsf@panix5.panix.com>  3 "David J. Dachtera" <djesys.nospam@fsi.net> writes:l  I > RMS's length attribute (sequential variable files) is a signed two-bytesI > word integer. The maximum signed value that can be expressed in 31 bits_G > (32nd is the sign bit) is 32767. Therefore, the maximum record lengthG4 > for RMS is 32767 (including the length attribute).   *15*   --  O Rich Alderson                                     news@alderson.users.panix.comtL   "You get what anybody gets.  You get a lifetime."  --Death, of the Endless   ------------------------------  % Date: Fri, 23 May 2003 09:20:20 +0100o( From: Nic Clews <sendspamhere@127.0.0.1>4 Subject: Re: system fan failure in Alphaserver 4100.) Message-ID: <3ECDD9C4.6E966DCF@127.0.0.1>l   Michael Moroney wrote: > , > Nic Clews <sendspamhere@127.0.0.1> writes: > ' > >rifepe@langran.iem.csic.espam wrote:i > >>D > >> One of the system fan of our AlphaServer 4100 has began to failA > >> and  even HP Spain is having problems to find a replacement.i >  > >A fan's a fan.e > 8 > >size, depth, voltage, rotation direction, connectors. > ; > >(If the sizes match, the CFM shifted should be similar).t > D > Alphaserver 4100s have sensors in the fans to make sure they work.F > (At least on the little ones on the CPU heatsinks).  The system willE > physically power off if it senses that a fan has failed.  They haveeD > 3 wires, and may be harder to find.  I just checked, I don't see a# > manufacturer name on the CPU fan.o  C This is true, but a large number of fans have the rotation feedbacku wire.i  F The fans on my PC have sensor wires, and with all the temperatures andH other things, I'm running a motherboard monitor and I can see fan speedsE and temperatures and voltages. It's still running crap, but I can nowiF "chemically analyse" the crap, until of course it does its usual party trick.  5 But yes, a good point, go for the three wire variety.a   -- i? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencese nclews at csc dot come   ------------------------------  % Date: Fri, 23 May 2003 08:51:02 +0100l0 From: Chris Sharman <chris.sharman@sorry.nospam>Y Subject: Re: Tool to display quotas used and limits (was Re: prod install hung - help plee+ Message-ID: <3ECDD2E6.6030009@sorry.nospam>h  , This is a multi-part message in MIME format.& --------------0303050509070407060500089 Content-Type: text/plain; charset=us-ascii; format=flowedc Content-Transfer-Encoding: 7bitr   David M Smith wrote:P > On Wed, 21 May 2003 09:30:11 +0100, Chris Sharman <chris.sharman@sorry.nospam> > wrote: >  > G >>Looked at the quotas of the offending process with a DCL procedure I a >>have: all appear OK. >>H >>PID 202819D2 prc SYSTEM user SYSTEM node EQUUS 21-MAY-2003 09:25:00.24; >>Image: $2$DKB100:[SYS0.SYSCOMMON.][SYSEXE]PCSI$MAIN.EXE;1 3 >>EQUUS   AST BIO    Byt DIO  Enq Fil   Page TQ PrcT3 >>Limit   250 150 165136 150 3072 300 300000 50  20b3 >>Avail   247 150 165136 150 3072 297 292160 50  20oJ >>WSsz = 12944 quo = 16288 ext = 2000000 pk = 8528 auth = 16288 authext = 	 >>2000000 J >>Login: 20-MAY-2003 09:02:36.96; CPU time 1.96; VirtPeak = 175200; WSdef  >>= 8144 >  > O > Chris, could I ask what you used to produce the output above? If it's a small = > command procedure, can you post a copy or refer me? Thanks.   C Attached. Also has a 'continuous' mode, useful for spawning from a s suspect process.   Chrise  & --------------030305050907040706050008 Content-Type: text/plain;   name="shoquo.txt" Content-Transfer-Encoding: 7bitp Content-Disposition: inline;  filename="shoquo.txt"   $ ver = 'f$verify(0)'v $! P1 = pida $! P2 = outfile  $! P3 = continuous (default n)! $! P4 = interval (default 0:0:01)v $! P5 = summary (default n)e $!  $ priv = f$setprv("group,world")( $ oldproc := "First instance - new name"# $ on warning then $ gosub catchwarn" $ on control_y then $ goto stop, $ if p2.eqs."" $ then	say := write sys$output $ else	if f$search(p2).nes.""e $	then	open/append out 'p2's* $	else	open/write out 'f$parse(p2,".log")' $	endifP $	say := write out $ endif  $ if p5u $ then $	ssay := 'say'e $	say = "!"o $ endifo+ $ if p3.and.(p4.eqs."") then $ p4 := 0:0:01i $ xshoproc := shoproc1 $continuous: $ if p3 then $ wait 'p4'/ $ if (p1.eqs."") .or. (f$integer("%x"+p1).ne.0)T $ then
 $	pid = p1 $	gosub 'xshoproch $ else
 $	ctx = ""3 $	x = f$context("process",ctx,"nodename","*","eql")d4 $	x = f$context("process",ctx,"prcnam",p1+"*","eql") $ploop:	pid = f$pid(ctx)  $	if (pid.eqs."") then goto done $	say "" $	gosub shoproc1 $	goto ploop $ endife# $done: if p3 then $ goto continuousgC $stop: if p5 .and. (f$type(minast).nes."") then $ gosub doneminprocy, $ if f$trnlnm("out").nes."" then $ close out $ set process/priv=('priv')p $ exit 1+0*f$verify(ver) $!C $catchwarn: if $severity.ne.0 then $ exit '$status'+0*f$verify(ver)0 $ return 1+0*f$verify(1) $! $cs_to_time:
 $ xs = cs/100c $ if (xs.le.59)a, $ then	time = f$fao("!UL.!2ZL",xs,cs-xs*100) $ else	xm = xs/60S $	if (xm.le.59) : $	then	time = f$fao("!UL:!2ZL.!2ZL",xm,xs-xm*60,cs-xs*100) $	else	xh = xm/60@ $		if (xh.le.23)+ $		then	time = f$fao("!UL:!2ZL:!2ZL.!2ZL",-($ 					xh,xm-xh*60,xs-xm*60,cs-xs*100) $		else	xd = xh/24, $			time = f$fao("!UL-!2ZL:!2ZL:!2ZL.!2ZL",-- 					xd,xh-xd*24,xm-xh*60,xs-xm*60,cs-xs*100)d $		endif $	endifo $ endifi $ return $! $firstminproc:3 $ if f$type(minast).nes."" then $ gosub doneminproco $ xshoproc := shoproc1 $ minast = astcntr $ minbio = biocnt_ $ minbyt = bytcnt_ $ mindio = diocnt_ $ minenq = enqcnt  $ minfil = filcnte $ minpag = pagfilcnt $ mintq = tqcntJ $ minprc = prccnt[ $ maxws = wspeak $ maxvirt = virtpeak $ oldproc = prcnam+ $ ssay "PID ",pid," prc ",prcnam," user ",-c3 	f$edit(f$getjpi(pid,"username"),"trim")," node ",-e, 	f$getjpi(pid,"nodename")," ",f$fao("!%D",0)) $ ssay "Image: ",f$getjpi(pid,"imagname")o $ return $!
 $doneminproc:e, $ ssay "PID ",pid," prc ",oldproc," user ",-3 	f$edit(f$getjpi(pid,"username"),"trim")," node ",-o, 	f$getjpi(pid,"nodename")," ",f$fao("!%D",0)) $ ssay "Image: ",f$getjpi(pid,"imagname")l! $ ssay f$getjpi(pid,"nodename"),-y,       "	AST	BIO	Byt	DIO	Enq	Fil	Page	TQ	Prc"E $ ssay "Limit	",f$fao("!UL!_!UL!_!UL!_!UL!_!UL!_!UL!_!UL!_!UL!_!UL",-a9 	astlm,biolm,bytlm,diolm,enqlm,fillm,pagfillm,tqlm,prclm)iE $ ssay "Avail	",f$fao("!UL!_!UL!_!UL!_!UL!_!UL!_!UL!_!UL!_!UL!_!UL",- ? 	minast,minbio,minbyt,mindio,minenq,minfil,minpag,mintq,minprc) 3 $ ssay "WSsz = ",f$getjpi(pid,"wssize")," quo = ",-A= 	f$getjpi(pid,"wsquota")," ext = ",f$getjpi(pid,"wsextent"),- 3 	" pk = ",maxws," auth = ",f$getjpi(pid,"wsauth"),-s( 	" authext = ",f$getjpi(pid,"wsauthext")G $ ssay "Login: ",f$getjpi(pid,"logintim"),"; CPU time ",cputim,cpulim,- = 	"; VirtPeak = ",maxvirt,"; WSdef = ",f$getjpi(pid,"dfwscnt")e $ return $!	 $minproc:n. $ if minast .gt. astcnt then $ minast = astcnt. $ if minbio .gt. biocnt then $ minbio = biocnt. $ if minbyt .gt. bytcnt then $ minbyt = bytcnt. $ if mindio .gt. diocnt then $ mindio = diocnt. $ if minenq .gt. enqcnt then $ minenq = enqcnt. $ if minfil .gt. filcnt then $ minfil = filcnt4 $ if minpag .gt. pagfilcnt then $ minpag = pagfilcnt* $ if mintq .gt. tqcnt then $ mintq = tqcnt6 $ if minprc .gt. prccnt then $ minprc = prclm - prccnt, $ if maxws .lt. wspeak then $ maxws = wspeak4 $ if maxvirt .lt. virtpeak then $ maxvirt = virtpeak $ return $!
 $shoproc1:" $ astlm = 0'f$getjpi(pid,"astlm")'! $ biolm = 'f$getjpi(pid,"biolm")'s! $ bytlm = 'f$getjpi(pid,"bytlm")' ! $ diolm = 'f$getjpi(pid,"diolm")'y! $ enqlm = 'f$getjpi(pid,"enqlm")' ! $ fillm = 'f$getjpi(pid,"fillm")'m( $ pagfillm = 'f$getjpi(pid,"pgflquota")' $ tqlm = 'f$getjpi(pid,"tqlm")' ! $ prclm = 'f$getjpi(pid,"prclm")'a $ xshoproc := shoproch) $shoproc: prcnam = f$getjpi(pid,"prcnam")s# $ astcnt = 'f$getjpi(pid,"astcnt")'f# $ biocnt = 'f$getjpi(pid,"biocnt")'c# $ bytcnt = 'f$getjpi(pid,"bytcnt")' # $ diocnt = 'f$getjpi(pid,"diocnt")'o# $ enqcnt = 'f$getjpi(pid,"enqcnt")'t# $ filcnt = 'f$getjpi(pid,"filcnt")'e) $ pagfilcnt = 'f$getjpi(pid,"pagfilcnt")'t! $ tqcnt = 'f$getjpi(pid,"tqcnt")'g+ $ prccnt = prclm - 'f$getjpi(pid,"prccnt")'d$ $ wspeak = 0'f$getjpi(pid,"wspeak")'( $ virtpeak = 0'f$getjpi(pid,"virtpeak")' $ cs = f$getjpi(pid,"cpulim")s $ if (cs.ne.0) $ then	gosub cs_to_timen $	cpulim = ", limit " + time $ else cpulim := $ endif  $ cs = f$getjpi(pid,"cputim")o $ gosub cs_to_time $ cputim = timem $ if p5  $ then	if prcnam.eqs.oldproc $	then	gosub minproc $	else	gosub firstminproce $	endifn $	return $ endifa: $ say "PID ",pid," prc ",f$getjpi(pid,"prcnam")," user ",-3 	f$edit(f$getjpi(pid,"username"),"trim")," node ",-y, 	f$getjpi(pid,"nodename")," ",f$fao("!%D",0)( $ say "Image: ",f$getjpi(pid,"imagname")  $ say f$getjpi(pid,"nodename"),-,       "	AST	BIO	Byt	DIO	Enq	Fil	Page	TQ	Prc"D $ say "Limit	",f$fao("!UL!_!UL!_!UL!_!UL!_!UL!_!UL!_!UL!_!UL!_!UL",-9 	astlm,biolm,bytlm,diolm,enqlm,fillm,pagfillm,tqlm,prclm)oD $ say "Avail	",f$fao("!UL!_!UL!_!UL!_!UL!_!UL!_!UL!_!UL!_!UL!_!UL",-B 	astcnt,biocnt,bytcnt,diocnt,enqcnt,filcnt,pagfilcnt,tqcnt,prccnt)2 $ say "WSsz = ",f$getjpi(pid,"wssize")," quo = ",-= 	f$getjpi(pid,"wsquota")," ext = ",f$getjpi(pid,"wsextent"),-B4 	" pk = ",wspeak," auth = ",f$getjpi(pid,"wsauth"),-( 	" authext = ",f$getjpi(pid,"wsauthext")F $ say "Login: ",f$getjpi(pid,"logintim"),"; CPU time ",cputim,cpulim,-> 	"; VirtPeak = ",virtpeak,"; WSdef = ",f$getjpi(pid,"dfwscnt") $ return  ( --------------030305050907040706050008--   ------------------------------  % Date: Fri, 23 May 2003 10:01:15 -0700"5 From: Rick Millhollin <rickm.remove-this@uoregon.edu>  Subject: VMS Sys Admin Neededt8 Message-ID: <srkscvop0l4rs1ma0g14luvc6e26gc4sl6@4ax.com>   VMS Systems Managerr  F The University of Oregon in Eugene, Oregon, seeks a Systems Manager toD support operating system and related network and utility software onB Open VMS systems.  BS degree (MS preferred) in Computer Science orE relevant technical field.  Minimum 3-5 years experience in an OpenVMS : environment, preferably involving system administration.    C Review of applications will begin on 6/9/03 and will continue untilhE filled.  For full position description and application procedure, seerB our web site (http://cc.uoregon.edu/jobs/) or contact Lynn Buffing, (lbuffing@oregon.uoregon.edu; 541-346-1772)   6 AA/EO/ADA institution committed to cultural diversity.      1 Rick Millhollin, Director of Computing Facilitiesr@ University of Oregon Computing Center, Eugene, Oregon 97403-12120 Phone: (541)346-1730  FAX: (541)346-6438 or 4397% E-mail: rickm.remove-this@uoregon.edul   ------------------------------  % Date: Fri, 23 May 2003 09:16:01 -0400i. From: Dave Bossi <davebossi@C.O.M.C.A.S.T.net>; Subject: Re: ZLE data synchronise with different line speedb0 Message-ID: <3ECE1F11.3080701@C.O.M.C.A.S.T.net>  D The Zero Latency concept applies to a much greater picture than any F individual piece of the replication activity.  If you go to HP's site H you can read information on ZLE and what the concept really encompasses.  G Regarding replication over a slow circuit, you are correct, the higher  F speed the circuit the more current the data that has been replicated. I Since replication tools work "in the background", your real-time updates nH to the primary site are not affected by the bandwidth to the remote. To H establish a mirror site for DR or for load sharing, your bandwidth must I be at least equal to your aggregate data modification rate or the mirror a site will fall behind.   Dave   MAser wrote:A > I was wonder about this ZLE concept from hp. It say that it can G > synchronise data. I was thinking if the speed of the line does affectuB > the data input. For example, if I were to use normal phone modemG > (v.90) and access & update the database. At the same time, if anothernF > person used DSL and access the same data would there be a problem as* > now mostly, he will read the older data. >  > Thank you-   ------------------------------   End of INFO-VAX 2003.284 ************************