0 INFO-VAX	Tue, 05 Feb 2002	Volume 2002 : Issue 70      Contents:B Re: <strike>Open</strike>VMS (was: compaq logo on DECwindows login Re: Autogen repeatedly?  Re: Bridgeworks & DCE * Re: compaq logo on DECwindows login screen* Re: compaq logo on DECwindows login screen' Re: CTLPAGES - Monitoring Free P1 Space @ DECnet Phase V doesn't recognize node 0 with object access; huh?D Re: DECnet Phase V doesn't recognize node 0 with object access; huh?D Re: DECnet Phase V doesn't recognize node 0 with object access; huh?D Re: DECnet Phase V doesn't recognize node 0 with object access; huh?D Re: DECnet Phase V doesn't recognize node 0 with object access; huh?D Re: DECnet Phase V doesn't recognize node 0 with object access; huh?D Re: DECnet Phase V doesn't recognize node 0 with object access; huh? DECNET Problem Re: DECNET Problem Re: DECNET Problem Re: DECNET Problem Re: DECNET Problem Re: DECNET Problem Re: DECNET Problem Re: DECNET Problem Re: DECNET Problem# Re: Default terminal printer in CDE  Determining load average Re: Determining load average Re: Determining load average Re: Determining load average Re: Determining load average Re: Determining load average Re: Determining load average Re: Determining load average Re: Determining load average Re: Determining load average Re: Determining load average- Re: Did Intel Bite Off More Than It Can Chew?  Re: Disk I/O queue2 Re: Does DELETE/ENTRY guarantee exit handler call?2 Re: Does DELETE/ENTRY guarantee exit handler call? INITIALIZE a big disk  Re: INITIALIZE a big disk  Re: INITIALIZE a big disk  IQ Software Corporation  RE: IQ Software Corporation + Load Balancing DNA across 2*2MBit WAN links ! Re: looking for dssi disks (used)  Lottery Systems  RE: Lottery Systems  Re: Lottery Systems  RE: Lottery Systems ) Memo:  Re:  Memo:  AXP 3000-400 available 0 Re: Microsoft will stop "innovating" for a month0 RE: Microsoft will stop "innovating" for a month0 Re: Microsoft will stop "innovating" for a month8 Re: Need help with FTP on VMS. It is truncating my file.8 Re: Need help with FTP on VMS. It is truncating my file. Old Tapes & License Paks  Re: Pathworks/MS Network problem Printing over TCP/IP Re: Printing over TCP/IP Re: Printing over TCP/IP Re: Printing over TCP/IP Re: Printing over TCP/IP Re: Printing over TCP/IP* Re: Problem in mail.ini: set quueu command9 provide remote administration facility on a C/C++ process  Re: RPC "Hello"  Re: setting the record straight  Re: setting the record straight  Re: setting the record straight  Re: setting the record straight  Re: setting the record straight  Re: setting the record straight  Re: setting the record straight E Re: SGI solicits Alpha customers to trade in their "orphaned" systems 
 Re: TCPIP lpd 
 Re: TCPIP lpd ) The Inq : The OpenVMS on Itanium schedule - Re: The Inq : The OpenVMS on Itanium schedule - Re: The Inq : The OpenVMS on Itanium schedule - Re: The Inq : The OpenVMS on Itanium schedule - Re: The Inq : The OpenVMS on Itanium schedule - Re: The Inq : The OpenVMS on Itanium schedule % Re: UAF quotas too high, a bad thing? % Re: UAF quotas too high, a bad thing?  Re: V5 Freeware - DIBOL  Re: Veritas Client for VMSE Re: Where's Alpha savings going (was Re: setting the record straight)  Re: X windows documentation P Re: Younger recruits versus experienced veterans ( was The demise       of      P Re: Younger recruits versus experienced veterans ( was The demise    of      com Re: Zip disks and VMS  Zip disks and VMS  Re: Zip disks and VMS  RE: Zip disks and VMS   F ----------------------------------------------------------------------   Date: 5 Feb 2002 06:51:13 CDT = From: wayne@tachysoft.xxx.120519.killspam.00c7 (Wayne Sewell) K Subject: Re: <strike>Open</strike>VMS (was: compaq logo on DECwindows login . Message-ID: <37VmXJr1p3rc@tachxxsoftxxconsult>  P In article <3C5F19AA.A67A33E6@ACM.org>, "C.W.Holeman II" <cwhii@ACM.org> writes:! > "Dr. Martin P.J. Zinser" wrote: P >> P.S. I gues most people here would not mind too much if the "Open" would have- >> to be sacrificed for space reasons ... ;->  > A > More than one large company has falled back to a classic theme. 3 > Coke, Jack is Back (western US), Mustang, Bettle. !         ^^^^^^^^^^^^^^^^^^^^^^^^^     O Hey, we have Jerk in the Box here in Texas, too, but we're not really a western O state.  Actually south central, pretty much equidistant from the two coasts.  I L figure the only reason we were considered part of the Old West is because weC are far west of where most of the population was in that century.      --  O =============================================================================== M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O =============================================================================== = Society Lady:  Are you familiar with the Great Wall of China? 5        Curly:  No, but I know a big fence in Chicago!    ------------------------------   Date: 5 Feb 2002 06:40:54 -0800 0 From: wlewis@mailbag.com (William Barnett-Lewis)  Subject: Re: Autogen repeatedly?< Message-ID: <63f0b8f5.0202050640.a62ef21@posting.google.com>   "David McKenzie" <david.mckenzie@spitfire0.demon.co.uk> wrote in message news:<1012890449.26931.0.nnrp-08.c1edba74@news.demon.co.uk>...  > You have two options.  > - > 1. Add an ADD_GBLPAGES command in modparams  > L > 2. Do a conversation boot and set the number high enough to get the system > up, then run autogen.  >  > SYSGEN> sho glblpages ) > SYSGEN> set glblpages glblpages  + 3000  > SYSGEN> cont  F Ok, makes sense. I would guess that I would have to get to a prompt to  do #1, so it will have to be #2.   (snoops through FAQ)  C Is there anything particular about doing a conversation boot on the = Vaxstation 4000 that I should be aware of? Or are the generic ? instructions in MGMT5 of the FAQ sufficent for this machine?  I C presume that this proceedure is similar to doing a single user mode @ boot in *nix land and that system capabilities and utilities are similarily limited?      ? > "William Barnett-Lewis" <wlewis@mailbag.com> wrote in message ' > news:3C5F57FE.E6F12E67@mailbag.com... G > > It seems I have done something interesting here. I have a VS4000/90 ; > > running vms7.2 that I had gotten into a confused state.    Thanks,    William  --* You better watch out    What you wish for;+ It better be worth it   So much to die for. -                                 Courtney Love    ------------------------------  % Date: Tue, 05 Feb 2002 19:43:48 +0100 B From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.danbbs.dk> Subject: Re: Bridgeworks & DCE. Message-ID: <3C6027E4.6AA55CD8@mail.danbbs.dk>   Larry Kilgallen wrote:u > In article <3C5EEFC2.A61F88E6@mail.danbbs.dk>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.danbbs.dk> writes: D > > As I wrote in the original post, then I have no problem with the > > requirement ' > > for a C compiler, which cost money.  > > J > > If you have a development box, then you very likely has the C compiler > > on that box. >  > Not necessarily.  C Not necesarrily. But many has. Things gets cumbersome without C due > to all the many utilities and libraries that are written in C.G And you must admit that DEC C is much more common than DCE App Dev Kit.   C > > And I do not think that Compaq is making truckloads of money on * > > DCE Application Developers Kit either. > K > But they do get a measure of how much use it gets.  If it is cheap enough H > customers should not mind.  Remember what happened to Posix support --H > they couldn't figure out whether anyone was using it because there was  > no license associated with it.  ? That was then. Today I would say it is simple: just register it 5 everytime someone downloads the kit via the internet.   G (and make some arrangement for those very few that do not have internet  access)    Arne   ------------------------------  % Date: Tue, 05 Feb 2002 09:48:44 +0000 % From: Alan Greig <a.greig@virgin.net> 3 Subject: Re: compaq logo on DECwindows login screen 8 Message-ID: <8b9v5us5c9drbcq60dh0hgjut6doi1tp2p@4ax.com>  4 On Mon, 4 Feb 2002 13:18:39 -0500, "Fred Kleinsorge"$ <kleinsorge@star.zko.dec.com> wrote:  L >Since this subject has come up.  I am lobbying to change the logo to a nice >VMS "shark" logo.  @ I loved the Griffin/Gryphon/any other spelling which featured onC "OpenVMS Engineering" t-shirts back around 1995. I got one from the ) Spiralog team in Livingston at the time.    ? Actually could do with a few more VMS t-shirts to do my bit for D advertising as the ones I have are suffering seriously from wear andE tear, Since the last vestiges of VMS technical staff disappeared from F Scotland getting hold of this stuff has proved close to impossible. MyD local Compaq account manager was not even able to get hold of VMS orE Alpha literature for me to pass on to colleagues without a great deal & of chasing  - let alone anything else.  K >If anyone has alternative logo's they want to send me... oh.  I'm serious, = >so try to resist the urge to send funny and/or obscene ones.  >  >_Fred > ! >Bob Koehler wrote in message ... D >>In article <20020202183557.0e62343c.roland@barmettler.net>, Roland+ >Barmettler <roland@barmettler.net> writes:  >>> --=.vZGLR?PYLLrCrU. >>> Content-Type: text/plain; charset=US-ASCII# >>> Content-Transfer-Encoding: 7bit  >>>  >>> Hi >>> . >>> This may be a stupid question, but anyway:E >>> Up to VMS 7.2-x there was a nice "digital" logo on the DECwindows B >>> login screen. Since 7.3 it became a rather ugly "Compaq" logo.G >>> Does anybody know how to change that back ? Is it an bitmap of some ) >>> sort or hardcoded into the X server ?  >>>  >>D >>   If you're not running CDE, you can display anything you want byJ >>   defining decw$login_background to the .com or .exe file.  Be carefull= >>   what you choose, as it is running in privileged context.  >> >    -- Alan   ------------------------------  $ Date: Tue, 5 Feb 2002 10:42:01 -05005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> 3 Subject: Re: compaq logo on DECwindows login screen 2 Message-ID: <l8T78.471$am1.36569@news.cpqcorp.net>  L Those people working on integration, can no longer interact with the rest ofK us for day-to-day operations.  All of this is the typical pre-merger stuff.     = JF Mezei wrote in message <3C5EF670.61990794@videotron.ca>...  >Fred Kleinsorge wrote: ? >> Until such time HP takes us over, we are seperate companies.  > I >have you checked the SEC filings BY COMPAQ lately ?  If you are separate L >companies, how come over 450 people are devoted as we speak to planning theD >integration ? And how come Compaq files under its onw company name,	 documents  >generated by HP ? > L >Perhaps you should be talking to some of those 450 integration folks insideL >your organisations to ask them what sort of time frame branding issues will be >dealt with. > F >Heck, perhaps you could simply put the shark on and present it to theG >integration folks as the standard logo for VMS and this way perhaps HP  would L >simply adopt/accept it as a VMS logo. (while you are at it, why not rebrand5 >VMS to "VMS" (drop the open) during the transition ?    ------------------------------  # Date: Tue, 05 Feb 2002 18:13:53 GMT 6 From: "Andy Bustamante" <a_c_bustamante@earthlink.net>0 Subject: Re: CTLPAGES - Monitoring Free P1 SpaceE Message-ID: <BhV78.11193$Hb6.938908@newsread1.prod.itd.earthlink.net>   F In my case, the program running is ( n to 12) detached processes, "SQLG servers", interacting with other detached processes.  They share global K pages and service user connections (browser or VT terminal).  As the global , page count grows, I've hit a CTLPAGES limit.  K I've been looking for a a yellow light before getting hit by cross traffic. C Typically VMS provides a warning light, if one knows where to look.        --   Andy Bustamante ( remove the ascii-95's to reply by e-mail      ? "Jan C. Vorbrggen" <jvorbrueggen@mediasec.de> wrote in message % news:3C5E917A.4D8D1DC5@mediasec.de... J > When LOGINOUT starts, P1 space will be defined. As the lowest part of it isK > always reserved to the user-mode stack so that this can grow dynamically,  someK > other areas used for memory allocation need definition at this point. One  ofF > these is CTLPAGES, used by the CLI (e.g., DCL) for its internal dataJ > structures. (There are similar values for, e.g., RMS - PIOPAGES comes toL > mind - and for the inner mode stacks: even seen a "kernel stack not valid"I > crash?). Because of this design, such areas cannot "grow" once they are 
 > defined. > L > DCL uses CTLPAGES to put symbols and logical names in, among other things.E > There is also a dynamic memory area that can be used to communicate  between 9 > image invocations - I'm not sure where this comes from.  > K > This said, there is no easy mechanism to check whether you're running out  ofJ > CTLPAGES. This being pageable memory, and memory being cheap, the trade-K > offs from VAX-11/780 days (~people sharing a machine with 4 MB) no longer K > apply, and there is really no reason not to use a lavish (pre-)allocation I > of CTLPAGES. A program that runs out of P1 space (the possible counter- E > argument to this approach) is very rare, and I'd venture to say ill 	 designed.  >  > Jan  >    ------------------------------  # Date: Tue, 05 Feb 2002 14:08:23 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")I Subject: DECnet Phase V doesn't recognize node 0 with object access; huh? 8 Message-ID: <00A09193.FB82C0E1@SSRL04.SLAC.STANFORD.EDU>  # VMS 7.2-2 Alpha (Islandco EV56 box)  TCPIP Services 5.1 DECNET-OSI for 7.2-1    N This is my home machine.  Since there are no other DECnet nodes in the house, I I have Phase V DECnet configured to go over TCP/IP; this gets me over DSL K to the work machine very nicely.  I basically learned enough Phase V to get " this working, and it's been solid.    $ SET HOST 0  works as expected.  K Now I'm installing the OSU webserver, the account for which gets a proxy to  itself, eg    1 UAF> add/proxy 0::HTTP_SERVER HTTP_SERVER/DEFAULT  and so does the system account$ UAF> add/proxy 0::SYSTEM HTTP_SERVER  A This seems to go without complaint, but it doesn't actually work.   H (The machine has a long PACBELL DSL name, so I've registered some other H more-agreeable names with dyndns.org. I tried some of those other names. Node name is Hudson.)    UAF> show /proxy *::http_server   %  Default proxies are flagged with (D)    VMS.KICKS-ASS.NET::HTTP_SERVER     HTTP_SERVER (D)    HUDSON::HTTP_SERVER      HTTP_SERVER (D)   
 ::HTTP_SERVER      HTTP_SERVER (D)       A From the HTTP_SERVER account (reached with HGLOGIN, incidentally)     dir 0::1 %DIRECT-E-OPENIN, error opening 0::*.*;* as input / -RMS-E-FND, ACP file or directory lookup failed < -SYSTEM-F-INVLOGIN, login information invalid at remote node $  $  $ dir vms.kicks-ass.net::   * Directory VMS.KICKS-ASS.NET::DKB0:[NEWOSU]   aaareadme.1-x_release_notes;1 N                           76/78       29-FEB-1996 22:34:10.00  (RWED,RWED,RE,) aaareadme.2-x_release_notes;1 N                           47/48       15-NOV-1997 09:45:50.00  (RWED,RWED,RE,)N aaareadme.hpss;1          23/24       20-JUL-2000 02:20:06.00  (RWED,RWED,RE,)N aaareadme.mbxnet;1        13/15       16-JAN-1998 01:06:08.00  (RWED,RWED,RE,) aaareadme.release_notes;1 N                           96/96       28-JAN-2002 18:39:52.00  (RWED,RWED,RE,)N aaareadme.txt;1           12/12       16-JAN-1998 00:25:46.00  (RWED,RWED,RE,) aaareadme.webperl;1 N                            9/9        17-JUL-2000 11:56:28.00  (RWED,RWED,RE,) accesses.permissions;1  	 etcetera.       L So proxy processing works, but apparently DECnet doesn't recognize that 0 is< _this_ machine when it needs to access an object (like FAL).  2 How do I make this work?  (I really don't want to   # $ DEFINE/SYSTEM 0 vms.kicks-ass.net   O which might solve this problem but is _such_ a stupid hack and would be sure to  be troublesome later.)  / Phase V, so no doubt NCL commands are involved.    Thanks,    -- Alant    O ===============================================================================q0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056nM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210"O ===============================================================================    ------------------------------  % Date: Tue, 05 Feb 2002 15:40:07 +0100l= From: Oswald Knoppers <Oswald.Knoppers@contrastmediagroep.nl>aM Subject: Re: DECnet Phase V doesn't recognize node 0 with object access; huh?f5 Message-ID: <3C5FEEC7.B14ED36C@contrastmediagroep.nl>s  * Alan Winston - SSRL Admin Cmptg Mgr wrote:  
 >  dir 0::3 > %DIRECT-E-OPENIN, error opening 0::*.*;* as inpute1 > -RMS-E-FND, ACP file or directory lookup failede> > -SYSTEM-F-INVLOGIN, login information invalid at remote node  ! This will not use DECnet over IP.a  # You have to define your proxy like:   > UAF> add/prox Local:.<your real nodename>::HTTP_SERVER/default   Regards,   Oswald   ------------------------------  # Date: Tue, 05 Feb 2002 15:37:25 GMTeL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")M Subject: Re: DECnet Phase V doesn't recognize node 0 with object access; huh??8 Message-ID: <00A091A0.6B7005A1@SSRL04.SLAC.STANFORD.EDU>   In article <00A0919F.A10818DF@SSRL04.SLAC.STANFORD.EDU>, winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes:i  I So it's still broken, but it occurred to me that all those login failures > might have triggered intrusion detection, and indeed they had.  $ So I $ DELETE /INTRUSION *  and then  3 $ dir 0"http_server password":: actually does work.    but'  3 $ dir 0"http_server":: fails just as it did before.y   -- Alann      O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056-M  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210aO ===============================================================================.   ------------------------------  # Date: Tue, 05 Feb 2002 15:31:46 GMTtL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")M Subject: Re: DECnet Phase V doesn't recognize node 0 with object access; huh? 8 Message-ID: <00A0919F.A10818DF@SSRL04.SLAC.STANFORD.EDU>  E In article <3C5FEEC7.B14ED36C@contrastmediagroep.nl>, Oswald KnoppersY/ <Oswald.Knoppers@contrastmediagroep.nl> writes:s  + >Alan Winston - SSRL Admin Cmptg Mgr wrote:e >t >>  dir 0::e4 >> %DIRECT-E-OPENIN, error opening 0::*.*;* as input2 >> -RMS-E-FND, ACP file or directory lookup failed? >> -SYSTEM-F-INVLOGIN, login information invalid at remote node  >k" >This will not use DECnet over IP. >e$ >You have to define your proxy like: > ? >UAF> add/prox Local:.<your real nodename>::HTTP_SERVER/defaulth >h  K Thanks for the fast response.  This seems plausible, but it doesn't seem ton
 do the trick.a  
 $ show net  E Product:  DECNET        Node:  HUDSON               Address(es):  1.1bO Product:  TCP/IP        Node:  hudson.dyndns.info   Address(es): 64.167.114.253-   $ show proc   G  5-FEB-2002 07:15:12.96   User: SYSTEM           Process ID:   00000BADtG                           Node: HUDSON           Process name: "_FTA8:"gN                                                                               3 (So I am SYSTEM, and I'm on node HUDSON, for sure.)    $ authorize 0 UAF> add/proxy local:.hudson::system http_serverG %UAF-I-NAFADDMSG, proxy from LOCAL:.HUDSON::SYSTEM to HTTP_SERVER added.	 UAF> exitoA %UAF-I-NOMODS, no modifications made to system authorization filek2 %UAF-I-NAFDONEMSG, network proxy database modified: %UAF-I-RDBNOMODS, no modifications made to rights database $dir 0"http_server":: > %DIRECT-E-OPENIN, error opening 0"http_server"::*.*;* as input/ -RMS-E-FND, ACP file or directory lookup failedi< -SYSTEM-F-INVLOGIN, login information invalid at remote node $   L And again, if I specify a nodename for that dir, eg $ hudson"http_server"::,H it works fine.  So the proxy thing seems to be recognizing the node I'm 6 coming from; it doesn't seem to recognize 0 as itself.  J Except apparently it does.   Notice the login failures on the HTTP_SERVER H account, below.  That seems to jibe with that "login information invalidM at remote node."  (I'm including the whole record so that if there's anythings7 obviously wrong there, people have a chance to see it.)s  H (Incidentally, I then tried this specifying the http_server password forI this account.  Failed the same way.  Then I tried SET HTTP_SERVER/NOPWDE, ? and it didn't make a difference.  hudson"http_server"::  works,e 0"http_server":: doesn't.      $ authorizee UAF> show http_server   L Username: HTTP_SERVER                      Owner:  Alan Winston - OSU serverJ Account:                                   UIC:    [367,2] ([HTTP_SERVER])< CLI:      DCL                              Tables: DCLTABLES Default:  DKB0:[NEWOSU]l LGICMD:e Flags:# Primary days:   Mon Tue Wed Thu Frir+ Secondary days:                     Sat Sun  No access restrictionsD Expiration:            (none)    Pwdminimum:  6   Login Fails:    21> Pwdlifetime:        365 00:00    Pwdchange:      (pre-expired)> Last Login:            (none) (interactive),  5-FEB-2002 07:09 (non-interactive)A9 Maxjobs:         0  Fillm:        18  Bytlm:        32000j9 Maxacctjobs:     0  Shrfillm:      0  Pbytlm:           0c9 Maxdetach:       0  BIOlm:        18  JTquota:       4096F9 Prclm:          15  DIOlm:        18  WSdef:         2000v9 Prio:            4  ASTlm:        20  WSquo:         4000.9 Queprio:         4  TQElm:        10  WSextent:     16384a9 CPU:        (none)  Enqlm:      2000  Pgflquo:     150000e Authorized Privileges:   NETMBX       TMPMBX  Default Privileges:u   NETMBX       TMPMBXs= Identifier                         Value           Attributese;   WEB_DAEMON                       %X80010002      RESOURCEh
 UAF>  ExitA %UAF-I-NOMODS, no modifications made to system authorization file/A %UAF-I-NAFNOMODS, no modifications made to network proxy databaseH: %UAF-I-RDBNOMODS, no modifications made to rights database $t   Thanks for any advice or help.   -- AlanA    O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056tM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210SO ===============================================================================t   ------------------------------  % Date: Tue, 05 Feb 2002 16:58:22 +0100D= From: Oswald Knoppers <Oswald.Knoppers@contrastmediagroep.nl>CM Subject: Re: DECnet Phase V doesn't recognize node 0 with object access; huh?i5 Message-ID: <3C60011E.CBBF2EEC@contrastmediagroep.nl>   * Alan Winston - SSRL Admin Cmptg Mgr wrote: > G > In article <3C5FEEC7.B14ED36C@contrastmediagroep.nl>, Oswald Knoppers11 > <Oswald.Knoppers@contrastmediagroep.nl> writes:e > - > >Alan Winston - SSRL Admin Cmptg Mgr wrote:  > >V
 > >>  dir 0::06 > >> %DIRECT-E-OPENIN, error opening 0::*.*;* as input4 > >> -RMS-E-FND, ACP file or directory lookup failedA > >> -SYSTEM-F-INVLOGIN, login information invalid at remote node) > >r$ > >This will not use DECnet over IP. > > & > >You have to define your proxy like: > >WA > >UAF> add/prox Local:.<your real nodename>::HTTP_SERVER/default2 > >0 > M > Thanks for the fast response.  This seems plausible, but it doesn't seem toJ > do the trick.0  A Do you get any events when you try the failing directory command?o  C Is this system part of a cluster? And if so, does it have a cluster D alias (ncl sho alias port *). And if so, is alias used on the object& (ncl sho sess contr appl fal all cha)?   Regards,   Oswald   ------------------------------  # Date: Tue, 05 Feb 2002 16:18:35 GMTsL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")M Subject: Re: DECnet Phase V doesn't recognize node 0 with object access; huh?u8 Message-ID: <00A091A6.2BD4D993@SSRL04.SLAC.STANFORD.EDU>  u In article <3C60011E.CBBF2EEC@contrastmediagroep.nl>, Oswald Knoppers <Oswald.Knoppers@contrastmediagroep.nl> writes:d > B >Do you get any events when you try the failing directory command?   $ REPLY/ENABLE $ dir 0"http_server"::    ( Message from user AUDIT$SERVER on HUDSONM Security alarm (SECURITY) and security audit (SECURITY) on HUDSON, system id:  10 253 Auditable event:          Network breakin detections1 Event time:                5-FEB-2002 08:09:01.55 " PID:                      00000110! Process name:             NET$ACPi% Username:                 HTTP_SERVERe. Remote node id:           49004008002BC33056212 Remote node fullname:     NET$49004008002BC3305621  Remote username:          SYSTEM; Status:                   %LOGIN-F-INVPWD, invalid passwordl  8 %%%%%%%%%%%  OPCOM   5-FEB-2002 08:09:01.71  %%%%%%%%%%%" Message from user SYSTEM on HUDSON< Event: Access Control Violation from: Node  Session Control,-         at: 2002-02-05-08:09:01.710-08:00Iinfe4         NSAP Address=49::00-40:08-00-2B-C3-30-56:21,!         Source=UIC = [0,0]SYSTEM,e          Destination=number = 17,'         Destination User="HTTP_SERVER",e         Destination Account="",e         Node Name=7         eventUid   9D222CF4-1A0F-11D6-8AB9-AA0004000104i7         entityUid  F5B33966-0813-11D6-81C9-AA0004000104o7         streamUid  FF99CA8F-0813-11D6-826B-AA0004000104L    > %DIRECT-E-OPENIN, error opening 0"http_server"::*.*;* as input/ -RMS-E-FND, ACP file or directory lookup failed < -SYSTEM-F-INVLOGIN, login information invalid at remote node       >g# >Is this system part of a cluster? o   No.o   SYSGEN>  SHOW VAXCLUSTERH Parameter Name           Current    Default     Min.      Max.     Unit  Dynamic H --------------           -------    -------    -------   -------   ----  -------nL VAXCLUSTER                      0          1         0          2 Coded-valu      " >And if so, does it have a clusterE >alias (ncl sho alias port *). And if so, is alias used on the object.' >(ncl sho sess contr appl fal all cha)?i  B Although we've failed the predicate, I thought I'd list it anyway:  % $ ncl sho sess contr appl fal all cha   & Node 0 Session Control Application FAL$ at 2002-02-05-08:05:26.317-08:00Iinf   Characteristicsn  7     Client                            = <Default value> '     Addresses                         =l        {           number = 17i        },     Outgoing Proxy                    = True,     Incoming Proxy                    = True,     Outgoing Alias                    = True,     Incoming Alias                    = True,     Node Synonym                      = True:     Image Name                        = SYS$SYSTEM:FAL.EXE7     User Name                         = <Default value> 7     Incoming OSI TSEL                 = <Default value>n7     OutgoingAlias Name                = <Default value>p)     Network Priority                  = 0h  I -- Alan (who thinks he's misconfigured this system enough that it doesn't  recognize itself)o    O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210 O ===============================================================================c   ------------------------------  $ Date: Tue, 5 Feb 2002 16:46:07 +0000  From: Steve.Spires@yellgroup.comM Subject: Re: DECnet Phase V doesn't recognize node 0 with object access; huh?2: Message-ID: <OFA046FCDA.76503E74-ON00256B57.005BF21E@btyp>  I Do you still have any old style netproxy files on your system? They couldn be interfering.    Cheers   Steve Sr        I winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") onI 02/05/2002 03:37:25 PM    To:        Info-VAX@Mvb.Saic.Com cc:>K From:      winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptge,            Mgr"), 5 February 2002, 3:37 p.m.  D Re: DECnet Phase V doesn't recognize node 0 with object access; huh?    8 In article <00A0919F.A10818DF@SSRL04.SLAC.STANFORD.EDU>,F winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes:o  I So it's still broken, but it occurred to me that all those login failuresc> might have triggered intrusion detection, and indeed they had.  $ So I $ DELETE /INTRUSION *  and then  3 $ dir 0"http_server password":: actually does work.i   buti  3 $ dir 0"http_server":: fails just as it did before.=   -- Alan=      O ===============================================================================8  0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDU?  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:a 650/926-3056A  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA=
 94309-0210O ===============================================================================e            F ______________________________________________________________________     [Information] -- PostMaster:D This transmission is intended solely for the addressee(s) and may beG confidential. If you are not the named addressee, or if the message has5G been addressed to you in error, you must not read, disclose, reproduce,f$ distribute or use this transmission.  H Delivery of this message to any person other than the named addressee isG not intended in any way to waive confidentiality.  If you have receivedDK this transmission in error please contact the sender or delete the message.   
 Thank you.  D Yell Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1 7PT.; Registered in England and Wales, registered number 4205228.   I Yellow Pages Sales Limited, Queens Walk, Oxford Road, Reading, Berkshire,pD RG1 7PT. Registered in England and Wales, registered number 1403041.   ------------------------------  * Date: Tue, 5 Feb 2002 11:30:38 +0000 (UTC)@ From: "Gennaro Napolitano" <gennaro.napolitano@tlc.semagroup.it> Subject: DECNET ProblemeG Message-ID: <3faaa5eccb6410f93cbcf6c6162aa876.7743@mygate.mailgate.org>s   Hi Guysi   Background:i  ? 2 ES40 machines running OpenVMS 7.1-2 & DECnet-Plus 7.1 ECO 06.e  F I have a problem trying to login across the nodes using the nodenames,3 whilst I am able to login using the decnet address.r   In the first case I receive:: %SYSTEM-F-LINKABORT, network partner aborted logical link.  & In the 2nd case I receive the warning:. Failure on the back translate address request.  B The nodes involved are using a LOCAL namespace so I checked, using9 decnetregister, that the nodes have the same information.1  @ I also tried to flush the cache, but the problem is still there.   Please can someone help me?i   Thanks a lot in advance  Ciao GennaroC     -- a8 Posted via Mailgate.ORG Server - http://www.Mailgate.ORG   ------------------------------  % Date: Tue, 05 Feb 2002 07:01:28 -0500l' From: Ken Robinson <kenrbnsn@rbnsn.com>h Subject: Re: DECNET ProblemnA Message-ID: <5.1.0.14.2.20020205065651.04189450@mail.eclipse.net>o  3 At 11:30 AM 2/5/02 +0000, Gennaro Napolitano wrote:eG >I have a problem trying to login across the nodes using the nodenames,r4 >whilst I am able to login using the decnet address. >s >In the first case I receive:m; >%SYSTEM-F-LINKABORT, network partner aborted logical link.u >a' >In the 2nd case I receive the warning:D/ >Failure on the back translate address request.o  ! The two problems are unrelated...   I In the first case, it looks like your LOGIN.COM on the target machine is  H aborting with an error.  You can test this theory by inserting a "$ SET ( NOON" at the beginning of the procedure.   Ken Robinson kenrbnsn@rbnsn.com   ------------------------------  % Date: Tue, 05 Feb 2002 13:59:54 +0100i= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>t Subject: Re: DECNET Problemn) Message-ID: <3C5FD74A.2A090A61@gtech.com>k   Gennaro Napolitano wrote:v( > In the 2nd case I receive the warning:0 > Failure on the back translate address request. > D > The nodes involved are using a LOCAL namespace so I checked, using; > decnetregister, that the nodes have the same information.=  = I think this error usually happends when the target node doesN. not have the source node in its name database.   Arne   ------------------------------  * Date: Tue, 5 Feb 2002 13:58:39 +0000 (UTC)@ From: "Gennaro Napolitano" <gennaro.napolitano@tlc.semagroup.it> Subject: Re: DECNET Problem=G Message-ID: <6390c0872d4295673c636d2eccc1fd76.7743@mygate.mailgate.org>   7 "Arne Vajhj" <arne.vajhoej@gtech.com> wrote in messages# news:3C5FD74A.2A090A61@gtech.com...:   > Gennaro Napolitano wrote:z* > > In the 2nd case I receive the warning:2 > > Failure on the back translate address request. > > F > > The nodes involved are using a LOCAL namespace so I checked, using= > > decnetregister, that the nodes have the same information.t > ? > I think this error usually happends when the target node doest0 > not have the source node in its name database. >  > Arne   Hi Arney  < I have already checked that all the involved nodes have the , information needed into their own databases.   Gennaro-     -- -8 Posted via Mailgate.ORG Server - http://www.Mailgate.ORG   ------------------------------  % Date: Tue, 05 Feb 2002 15:35:15 +0100:= From: Oswald Knoppers <Oswald.Knoppers@contrastmediagroep.nl>; Subject: Re: DECNET Problem.5 Message-ID: <3C5FEDA3.A9FB6E3B@contrastmediagroep.nl>1   Gennaro Napolitano wrote:O > 9 > "Arne Vajhj" <arne.vajhoej@gtech.com> wrote in messaged% > news:3C5FD74A.2A090A61@gtech.com...l >  > > Gennaro Napolitano wrote:t, > > > In the 2nd case I receive the warning:4 > > > Failure on the back translate address request. > > > H > > > The nodes involved are using a LOCAL namespace so I checked, using? > > > decnetregister, that the nodes have the same information.e > > A > > I think this error usually happends when the target node does=2 > > not have the source node in its name database. > >S > > Arne > 	 > Hi Arnes > = > I have already checked that all the involved nodes have the6. > information needed into their own databases. >   G Can you post the content of the local name space and also the output of= 'mc ncl show address'?   There must be a mismatch.-   Regards,   Oswald   ------------------------------  % Date: Tue, 05 Feb 2002 16:27:07 +0100U= From: Oswald Knoppers <Oswald.Knoppers@contrastmediagroep.nl>h Subject: Re: DECNET Problem05 Message-ID: <3C5FF9CB.D347C558@contrastmediagroep.nl>8   Gennaro Napolitano wrote:   G > As you can see the "DNA_OSInetwork" info is incomplete, it should be:OF >  [ DNA_OSInetwork , 49::00-01:AA-00-04-00-06-04:20 (LOCAL:.MIBEP1) ] > ) > Do you know how this could be happened?I  H This is definitely the cause of your problem. Although you mentioned you1 flushed the cache already i would try this again:n  1 NCL> flush session control naming cache entry "*"n  < After this the 'ncl show address' should also show the name.   Regards,   Oswald   ------------------------------  * Date: Tue, 5 Feb 2002 15:39:28 +0000 (UTC)@ From: "Gennaro Napolitano" <gennaro.napolitano@tlc.semagroup.it> Subject: Re: DECNET Problem G Message-ID: <5c9881e3d2afbbe905abd47d40f55fb9.7743@mygate.mailgate.org>C  B "Oswald Knoppers" <Oswald.Knoppers@contrastmediagroep.nl> wrote in7 message news:3C5FF9CB.D347C558@contrastmediagroep.nl...    > Gennaro Napolitano wrote:t > I > > As you can see the "DNA_OSInetwork" info is incomplete, it should be: H > >  [ DNA_OSInetwork , 49::00-01:AA-00-04-00-06-04:20 (LOCAL:.MIBEP1) ] > > + > > Do you know how this could be happened?. > J > This is definitely the cause of your problem. Although you mentioned you3 > flushed the cache already i would try this again:E > 3 > NCL> flush session control naming cache entry "*"e > > > After this the 'ncl show address' should also show the name. > 
 > Regards, >   	 Hi Oswald    It seems stronger then us ;-))  $ I tried and retried without success.   Thanks a lot Ciao Gennaros         --  8 Posted via Mailgate.ORG Server - http://www.Mailgate.ORG   ------------------------------  % Date: Tue, 05 Feb 2002 16:46:12 +0100g= From: Oswald Knoppers <Oswald.Knoppers@contrastmediagroep.nl>v Subject: Re: DECNET Probleme5 Message-ID: <3C5FFE44.F78D3289@contrastmediagroep.nl>i   Gennaro Napolitano wrote:e    > It seems stronger then us ;-)) > & > I tried and retried without success.  C Strange. You might have a look at cdi$trace. F.ex. on one window onnA MIBEP1 type 'mc cdi$trace' and on another do a 'set host MIBEP2'.c   Regards,   Oswald   ------------------------------  * Date: Tue, 5 Feb 2002 15:15:45 +0000 (UTC)@ From: "Gennaro Napolitano" <gennaro.napolitano@tlc.semagroup.it> Subject: Re: DECNET ProblemeG Message-ID: <4156c15baa5ed26c0386bab0e928cbfa.7743@mygate.mailgate.org>e  B "Oswald Knoppers" <Oswald.Knoppers@contrastmediagroep.nl> wrote in7 message news:3C5FEDA3.A9FB6E3B@contrastmediagroep.nl...R   > Gennaro Napolitano wrote:  > > . > information needed into their own databases. > >  > I > Can you post the content of the local name space and also the output of  > 'mc ncl show address'?  > The content of the local name space is the same on both nodes.E I used decnet_register to extract the content of the local name space * and it seems to be the same on both nodes:   On the 1st node:" Directory Service: Local name file    Node name:         LOCAL:.MIBEP1 Phase IV synonym:  MIBEP1   + Address tower protocol and selector values: '   Session:   DNA_SessionControlV2 (SC2)i              00 13 :   Transport: DNA_NSP (NSP)               (no selector value)"   Routing:   DNA_OSInetwork (CLNS)1              49::00-01:AA-00-04-00-05-04:20 (1.5)   '   Session:   DNA_SessionControlV2 (SC2)v              00 13  %   Transport: DNA_OSItransportV1 (TP4)               DE C0 Q"   Routing:   DNA_OSInetwork (CLNS)1              49::00-01:AA-00-04-00-05-04:21 (1.5)    ------    Node name:         LOCAL:.MIBEP2 Phase IV synonym:  MIBEP2g  + Address tower protocol and selector values: '   Session:   DNA_SessionControlV2 (SC2)e              00 13     Transport: DNA_NSP (NSP)               (no selector value)"   Routing:   DNA_OSInetwork (CLNS)1              49::00-01:AA-00-04-00-06-04:20 (1.6)f  '   Session:   DNA_SessionControlV2 (SC2)U              00 13 d%   Transport: DNA_OSItransportV1 (TP4)               DE C0 c"   Routing:   DNA_OSInetwork (CLNS)1              49::00-01:AA-00-04-00-06-04:21 (1.6)=     Number of nodes reported on:  2-    --------------------------------   On the 2nd node:  " Directory Service: Local name file    Node name:         LOCAL:.MIBEP1 Phase IV synonym:  MIBEP1B  + Address tower protocol and selector values:='   Session:   DNA_SessionControlV2 (SC2)=              00 13 =   Transport: DNA_NSP (NSP)               (no selector value)"   Routing:   DNA_OSInetwork (CLNS)1              49::00-01:AA-00-04-00-05-04:20 (1.5)j  '   Session:   DNA_SessionControlV2 (SC2)o              00 13 s%   Transport: DNA_OSItransportV1 (TP4)C              DE C0 l"   Routing:   DNA_OSInetwork (CLNS)1              49::00-01:AA-00-04-00-05-04:21 (1.5)o   ------    Node name:         LOCAL:.MIBEP2 Phase IV synonym:  MIBEP2r  + Address tower protocol and selector values:m'   Session:   DNA_SessionControlV2 (SC2)0              00 13 I   Transport: DNA_NSP (NSP)               (no selector value)"   Routing:   DNA_OSInetwork (CLNS)1              49::00-01:AA-00-04-00-06-04:20 (1.6)e  '   Session:   DNA_SessionControlV2 (SC2)v              00 13 h%   Transport: DNA_OSItransportV1 (TP4)               DE C0 ."   Routing:   DNA_OSInetwork (CLNS)1              49::00-01:AA-00-04-00-06-04:21 (1.6)T       Number of nodes reported on:  2m --------------------  4 The output of the "mc ncl show address" command, on  both nodes, is as follow:y   MIBEP1->mc ncl show addresss   Node 0 h$ at 2002-02-05-15:49:03.314+01:00Iinf   Identifierss  (     Address                           =         {           (a           [ DNA_CMIP-MICE ] ,-2           [ DNA_SessionControlV3 , number = 19 ] ,,           [ DNA_OSItransportV1 , 'DEC0'H ] ,=           [ DNA_OSInetwork , 49::00-01:AA-00-04-00-05-04:21 ]C
           ) ,s           (            [ DNA_CMIP-MICE ] ,u2           [ DNA_SessionControlV3 , number = 19 ] ,           [ DNA_NSP ] ,0=           [ DNA_OSInetwork , 49::00-01:AA-00-04-00-05-04:20 ]n           )s        }   MIBEP2-> mc ncl show address   Node 0 w$ at 2002-02-05-15:51:13.224+01:00Iinf   Identifiers/  (     Address                           =         {           (o           [ DNA_CMIP-MICE ] ,I2           [ DNA_SessionControlV3 , number = 19 ] ,,           [ DNA_OSItransportV1 , 'DEC0'H ] ,=           [ DNA_OSInetwork , 49::00-01:AA-00-04-00-06-04:21 ]0
           ) ,            (            [ DNA_CMIP-MICE ] , 2           [ DNA_SessionControlV3 , number = 19 ] ,           [ DNA_NSP ] , =           [ DNA_OSInetwork , 49::00-01:AA-00-04-00-06-04:20 ]0           )6        }  
 -------------   E As you can see the "DNA_OSInetwork" info is incomplete, it should be: D  [ DNA_OSInetwork , 49::00-01:AA-00-04-00-06-04:20 (LOCAL:.MIBEP1) ]  ' Do you know how this could be happened?o   Thanks a lot Ciao Gennaro              --  8 Posted via Mailgate.ORG Server - http://www.Mailgate.ORG   ------------------------------  $ Date: Tue, 5 Feb 2002 10:23:32 -0500; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>P, Subject: Re: Default terminal printer in CDE$ Message-ID: <3c5ff922$1@news.si.com>  G >>OTOH, I've been happily working for ages with the following LOGIN.COMD entry: >>- >> $ DEFINE SYS$PRINT generic_dcps_queue_name- >BH >I had that, too but suddenly it stopped working and I couldn't find out why. It ( >might be due to some patch I installed.  C I use a command I wrote myself called SYSPRINT.  Here's the output:    $ sysprint shows8 %SYSPRINT-I-QUEUE, the stored queue name is 1A_OCE3165_1   To change the queue:  ! $ sysprint set some_other_printer    Here's the HELP: $ help sysprint-   SYSPRINT    J     Allows a person to  establish  a  default  print  queue  and  have  itJ     remembered  each  time  a  person logs in.  The default print queue isJ     stored in the VMS Mail  Profile,  so  this  command  will  affect  theJ     default  queue for all PRINT commands enterd at the DCL prompt and all5     PRINT commands entered while in the MAIL program.        Format:s           SYSPRINT [option]o    #   Additional information available:2  G   Parameters DEFINE     EXIT       HELP       QUIT       RESET      SET    SHOW       Examplesf --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to preventg< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  $ Date: Tue, 5 Feb 2002 10:06:06 +0100, From: "Ferry Bolhar" <bol@adv.magwien.gv.at>! Subject: Determining load average 8 Message-ID: <1012899958.275309@mozart.adv.magwien.gv.at>  
 Hello to all,v  K I'm looking for a way to obtain the current CPU load average on VMS systemsmL (VAX and Alpha), preferably something like 'w' or 'top' on UNIX systems. Are there such tools?=  I Or are there system services returning this information (unfortunately, II# have no programming documentation).i  % VMS Versions are V6.2, V7.1 and V7.2.    MTIA, and kind greetings,    Ferry    -- Ing. Ferry Bolhar % Municipality of Vienna, Department 141 A-1010 Vienna / AUSTRIA= E-mail: bol@adv.magwien.gv.at=   ------------------------------  $ Date: Tue, 5 Feb 2002 11:25:42 +0100$ From: "labadie" <labadie_g@decus.fr>% Subject: Re: Determining load averageC2 Message-ID: <gtO78.443$am1.35322@news.cpqcorp.net>  7 "Ferry Bolhar" <bol@adv.magwien.gv.at> wrote in messageB2 news:1012899958.275309@mozart.adv.magwien.gv.at... > Hello to all,s >eE > I'm looking for a way to obtain the current CPU load average on VMS@ systems.J > (VAX and Alpha), preferably something like 'w' or 'top' on UNIX systems. Are  > there such tools?@ >. Hellom   Check hyperspi atn# http://pi-net.dyndns.org/hyperspi++n   and monitorvms att( http://pi-net.dyndns.org/monitorvms.html   Regardse   Grard   ------------------------------  % Date: Tue, 05 Feb 2002 11:59:12 +010009 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>A% Subject: Re: Determining load averagem' Message-ID: <3C5FBB00.899BBB6B@aaa.com>    Am I missing something here ?t1 Or don't e.g. MONITOR PROC/TOPCPU give you that ?t   Jan-Erik Sderholm.n   Ferry Bolhar wrote:$ >  > Hello to all,  > M > I'm looking for a way to obtain the current CPU load average on VMS systems"N > (VAX and Alpha), preferably something like 'w' or 'top' on UNIX systems. Are > there such tools?= >=   ------------------------------  % Date: Tue, 05 Feb 2002 11:01:12 +0000A( From: Nic Clews <sendspamhere@127.0.0.1>% Subject: Re: Determining load average ) Message-ID: <3C5FBB78.780A85CA@127.0.0.1>A   Ferry Bolhar wrote:S  M > I'm looking for a way to obtain the current CPU load average on VMS systems=N > (VAX and Alpha), preferably something like 'w' or 'top' on UNIX systems. Are > there such tools?_ > K > Or are there system services returning this information (unfortunately, Ir% > have no programming documentation).i  B In addition to the programming mentioned, a facility exists called MONITOR.   Try this   $ MONITOR SYSTEM or $ MONITOR SYSTEM / ALL  B CPU isn't the full story of course, if 'top' gives you the top CPU users, you can   $ MONITOR PROCESS / TOPCPU   or   $ TOP:==MONITOR PROCESS/TOPCPU   then     $ TOPr  F If you enter $ MONITOR, then HELP, you'll discover it'll give you more0 information than you can comfortably cope with !   -- O( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comn   ------------------------------  $ Date: Tue, 5 Feb 2002 12:40:47 +0100, From: "Ferry Bolhar" <bol@adv.magwien.gv.at>% Subject: Re: Determining load averagee7 Message-ID: <1012909239.38240@mozart.adv.magwien.gv.at>-  $ Hello, many thanks for your answers.   > Am I missing something here ?<3 > Or don't e.g. MONITOR PROC/TOPCPU give you that ?   L I forgot to mention that I need this info in background. It is required by aI daemon (a detached process). If the load average is too high, the processE> sends an alarm message to another node for further processing.  G MONITOR is mainly for interactive use. I need a tool which returns thistL information in a way the DCL procedure the daemon is running can process it.I Preferably a DCL symbol or a logical name. But also a file whose contents  can be parsed would be ok.  3 Is there a way to get the load average in this way?s   MTIA, and kind greetings,n   Ferryr ---t   Ing. Ferry Bolhar-Nordenkampfi% Municipality of Vienna, Department 14, A-1010 Vienna / AUSTRIA  E-mail: bol@adv.magwien.gv.atl   ------------------------------  % Date: Tue, 05 Feb 2002 12:33:13 +0100i= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>-% Subject: Re: Determining load average0) Message-ID: <3C5FC2F8.9E47AD9A@gtech.com>n   Nic Clews wrote: > Ferry Bolhar wrote: O > > I'm looking for a way to obtain the current CPU load average on VMS systems P > > (VAX and Alpha), preferably something like 'w' or 'top' on UNIX systems. Are > > there such tools?d > >sM > > Or are there system services returning this information (unfortunately, Ie' > > have no programming documentation).r > D > In addition to the programming mentioned, a facility exists called
 > MONITOR. > 
 > Try this >  > $ MONITOR SYSTEM > or > $ MONITOR SYSTEM / ALL  . I think ferry knows about the MONITOR command.   Arne   ------------------------------  % Date: Tue, 05 Feb 2002 12:35:24 +0100e= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>d% Subject: Re: Determining load averagem) Message-ID: <3C5FC37C.E0292101@gtech.com>    Ferry Bolhar wrote:5M > I'm looking for a way to obtain the current CPU load average on VMS systemscN > (VAX and Alpha), preferably something like 'w' or 'top' on UNIX systems. Are > there such tools?n > K > Or are there system services returning this information (unfortunately, Iu% > have no programming documentation).g > ' > VMS Versions are V6.2, V7.1 and V7.2.n  9 Many years ago I remember having seen a LAV device driverh that could provide such info.   = I think it was part of a software package. CMU TCP/IP maybe ?d  3 Or maybe someone else has a better memory than me !a   Arne   ------------------------------  % Date: Tue, 05 Feb 2002 12:17:43 +0000i From: Roy Omond <Roy@Omond.net>R% Subject: Re: Determining load average8) Message-ID: <3C5FCD68.8F3D97F5@Omond.net>a   Arne Vajhj wrote:   > Ferry Bolhar wrote:oO > > I'm looking for a way to obtain the current CPU load average on VMS systemsoP > > (VAX and Alpha), preferably something like 'w' or 'top' on UNIX systems. Are > > there such tools?  > > M > > Or are there system services returning this information (unfortunately, In' > > have no programming documentation).i > >a) > > VMS Versions are V6.2, V7.1 and V7.2.p >d; > Many years ago I remember having seen a LAV device drivert > that could provide such info.i >n? > I think it was part of a software package. CMU TCP/IP maybe ?  >n5 > Or maybe someone else has a better memory than me !   9 It was LAVdriver from Ken Adelman (of TGV/Multinet fame).e  	 Roy Omond- Blue Bubble Ltd.   ------------------------------  * Date: Tue, 5 Feb 2002 12:15:33 +0000 (UTC) From: david20@alpha2.mdx.ac.uk% Subject: Re: Determining load average-* Message-ID: <a3oid5$e5$1@aquila.mdx.ac.uk>  f In article <1012909239.38240@mozart.adv.magwien.gv.at>, "Ferry Bolhar" <bol@adv.magwien.gv.at> writes:% >Hello, many thanks for your answers.  >n  >> Am I missing something here ?4 >> Or don't e.g. MONITOR PROC/TOPCPU give you that ? >bM >I forgot to mention that I need this info in background. It is required by aCJ >daemon (a detached process). If the load average is too high, the process? >sends an alarm message to another node for further processing.e > H >MONITOR is mainly for interactive use. I need a tool which returns thisM >information in a way the DCL procedure the daemon is running can process it. J >Preferably a DCL symbol or a logical name. But also a file whose contents >can be parsed would be ok.o >h4 >Is there a way to get the load average in this way? >a >MTIA, and kind greetings, >m  : You might try the PERL MONITOR module  (VMS-MONITOR-0_06)      perldoc VMS::MONITOR 1   "0 NAME7     VMS::Monitor - Access system performace informationr   SYNOPSIS       use VMS::Monitor;02       $hashref = VMS::Monitor::all_monitor_info();B       $one_piece = VMS::Monitor::one_monitor_piece($Thing_to_get);F       @InfoNames = VMS::Monitor::monitor_info_names(); (Well, not yet)   DESCRIPTION-9     Retrieve performace info via the $GETSPI system call.d  
 RANDOM THINGS L     Important stuff that I might otherwise forget (yes, it is sort of streamC     of conciousness documentation. Be afraid, be *very* afraid...):c  "     Almost everything's an integer>     unless otherwise noted, all the return values are integers  "     Most of this stuff is a count!L     Most of the data returned is a count, rather than a delta value. So, forH     example, when you retrieve the FAULTS item, it's the total number ofI     faults since reboot. If you want to do any sort of monitoring, you'll ;     need to take multiple samples and do the math yourself.r   .n .e .g   "   I Is the $GETSPI system call documented anywhere  - Can't seem to see it in  the system services manual.N  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  $ Date: Tue, 5 Feb 2002 12:15:02 -0000* From: "Richard Brodie" <R.Brodie@rl.ac.uk>% Subject: Re: Determining load averagem, Message-ID: <a3oic6$29d2@newton.cc.rl.ac.uk>  7 "Ferry Bolhar" <bol@adv.magwien.gv.at> wrote in messagei1 news:1012909239.38240@mozart.adv.magwien.gv.at...s  ! > > Am I missing something here ?h5 > > Or don't e.g. MONITOR PROC/TOPCPU give you that ?e >sN > I forgot to mention that I need this info in background. It is required by aK > daemon (a detached process). If the load average is too high, the processa@ > sends an alarm message to another node for further processing.  F You might find the load rating that LAT and/or the TCPIP metric serverG calculate useful. They give an indication of system load which might ber good enough.   ------------------------------   Date: 5 Feb 2002 08:35:13 -0600)- From: koehler@encompasserve.org (Bob Koehler) % Subject: Re: Determining load averager3 Message-ID: <QcJmDygkAxbY@eisner.encompasserve.org>c  f In article <1012909239.38240@mozart.adv.magwien.gv.at>, "Ferry Bolhar" <bol@adv.magwien.gv.at> writes:& > Hello, many thanks for your answers. >   >> Am I missing something here ?4 >> Or don't e.g. MONITOR PROC/TOPCPU give you that ? > N > I forgot to mention that I need this info in background. It is required by aK > daemon (a detached process). If the load average is too high, the process3@ > sends an alarm message to another node for further processing. > ) > MONITOR is mainly for interactive use.    G    Gee, really?  And here I've gone and used it in the background for ae3    couple decades to check the tuning on my system.   G    It's not what you're looking for, but I see MONITOR as great as bothe(    an interactive and a background tool.  D    For youre latest system, check out $GETSPI, documented in the 7.3F    docs, but it's been around longer.  For the VMS 6 system youi could    roll your own.s  A    As far back as at least VMS 2, I've known fellows to use a VMSeE    psuedo device driver just to same the appropriate data cells.  But:E    that's almost all using the internals book, not the standard APIs.e   ------------------------------  % Date: Tue, 05 Feb 2002 14:56:02 +0000o% From: Alan Greig <a.greig@virgin.net> 6 Subject: Re: Did Intel Bite Off More Than It Can Chew?8 Message-ID: <0nrv5u8v96lkl30auvqqu7gbt8oflbagpk@4ax.com>  D On Tue, 05 Feb 2002 13:30:55 GMT, "Jack Portier" <nomail@nergens.nl> wrote:  J >My guess is that Intel has made a FATAL mistake in going with EPIC and is/ >going to pay dearly for it. Anyone (dis)agree?   = Intel may not pay dearly with their follow on to the Pentium, C codenamed  "Prescott" , designed to handle X86-64 code. At least if  all the rumours are true.0  @ Compaq and perhaps HP  may be the ones who really pay the price.F Compaq have all but shut up the Alpha shop with EV7 production silicon> now a reality and EV8 cancelled. VMS and HP-UX are supposed toE continue life on IA64 with the best bits of Tru64 ending up in HP-UX.-  C As Carly said "There is no plan B. We've burned our boats". And sheL' said that with pride. Mad, mad women...L  E Amazingly Capellas agreed to allow Carly to set fire to his own boatso< as well prior to the merger getting through. Mad, mad man...  C One might assume Intel has done quite well come what may. They haveuC DEC's best chip designers, compiler technology and engineers, FABs,0F patents etc and much of HPs former technology as well. And they have a
 "plan B".  -- Alan   ------------------------------  # Date: Tue, 05 Feb 2002 18:19:57 GMTO6 From: "Andy Bustamante" <a_c_bustamante@earthlink.net> Subject: Re: Disk I/O queueeE Message-ID: <hnV78.11196$Hb6.937445@newsread1.prod.itd.earthlink.net>e  K There was a problem with 7.2-1 (which may or may not have been in 7.2)  The L fix is out.  Low I/O devices reported inflated disk queue values.  Check the public ECO site.   --   Andy Bustamante ( remove the ascii-95's to reply by e-mail      5 "Rainer Giese" <giese@volkswerft.de> wrote in message07 news:2f256f8d.0202040052.12979d0d@posting.google.com... E > I'm watching a disk (MONITOR DISKS/ITEM=QUEUE) having a constant(!)AF > number of outstanding IOrequests of some hundreds, even if there are3 > no IOs, no open files and no users on the system.d >sG > If I DISMOUNT/CLUSTER the disk, the current value goes to zero. AftersH > mounting the disk again, the constant high value is back again. In anyC > way, there seem to be no problems to accessing the disk and their D > shares (It's a unit on a HSZ-Controller served via Advanced Server > 7.2).  > 7 > What may be the reason for this and how to solve it ?n >o > Rainer Giese >0   ------------------------------  % Date: Tue, 05 Feb 2002 10:43:24 +0100 E From: Jan C. =?iso-8859-1?Q?Vorbr=FCggen?= <jvorbrueggen@mediasec.de>N; Subject: Re: Does DELETE/ENTRY guarantee exit handler call?0+ Message-ID: <3C5FA93C.F2405CCF@mediasec.de>2  A > Does VMS guarantee exit handlers will be called if DELETE/ENTRYi$ > is used to halt a job in progress?  D IIRC, JOBCTL does a $DELPRC for this, not a $FORCEX. Thus, user-mode" exit handlers will not be called.    	Jan   ------------------------------   Date: 5 Feb 2002 08:34:26 -0600  From: briggs@encompasserve.org; Subject: Re: Does DELETE/ENTRY guarantee exit handler call? 3 Message-ID: <xNahiY85yTXz@eisner.encompasserve.org>r  s In article <3C5FA93C.F2405CCF@mediasec.de>, Jan C. =?iso-8859-1?Q?Vorbr=FCggen?= <jvorbrueggen@mediasec.de> writes: B >> Does VMS guarantee exit handlers will be called if DELETE/ENTRY% >> is used to halt a job in progress?  > F > IIRC, JOBCTL does a $DELPRC for this, not a $FORCEX. Thus, user-mode$ > exit handlers will not be called.   $ This is incorrect.  $FORCEX is used.  B If I recall correctly (and testing confirms this), JOBCTL hits theF target process with a user mode $FORCEX with a "JBC-F-JOBABORT" statusD code.  It then waits for a few seconds and drops the $DELPRC hammer.  @ If the target process stays down in supervisor mode doing nativeA DCL stuff then it won't execute the user mode $FORCEX AST and thel' process will die when the $DELPRC hits.   F If the target process is down in supervisor mode when the $FORCEX hitsA and activates an image before the $DELPRC strikes, the image wills@ immediately exit with the "JBC-F-JOBABORT" status just as if the6 $FORCEX had struck during the execution of that image.  B If the target process is executing an image when the $FORCEX hits,C the image will respond to the $FORCEX as usual, firing any declaredp? exit handlers.  By default, in the absence of any declared exit > handlers in the image and in the absence of any declared error; processing in the command file, you get image exit with thei> "JBC-F-JOBABORT" status and then command procedure exit due toB the default ON ERROR THEN EXIT behavior.  The batch job terminatesC and you see "%JBC-F-JOBABORT, job aborted during execution" in your 4 batch log file.  And JOBCTL never fires the $DELPRC.   	John Briggs   ------------------------------   Date: 5 Feb 2002 03:04:07 -0800 % From: mb301@hotmail.com (Mark Bowman)f Subject: INITIALIZE a big disk= Message-ID: <1d08b916.0202050304.4f27561e@posting.google.com>    Hi,   7 I have disk which is 106,669,167 Blocks (94)GB in size.E/ The disk contains about 21,000 large RMS files.a  E As a general rule what should the extened size be set to? The default 5 value of 5 is leading to file fragmentation problems.-  $ I was thinking something like this:-   $ init/header=50,000 /exten=?a   Regards. Mark   ------------------------------   Date: 5 Feb 2002 05:27 CST' From: carl@gerg.tamu.edu (Carl Perkins) " Subject: Re: INITIALIZE a big disk, Message-ID: <5FEB200205274732@gerg.tamu.edu>  g In article <1d08b916.0202050304.4f27561e@posting.google.com>, mb301@hotmail.com (Mark Bowman) writes...s }Hi, } 8 }I have disk which is 106,669,167 Blocks (94)GB in size.0 }The disk contains about 21,000 large RMS files. } F }As a general rule what should the extened size be set to? The default6 }value of 5 is leading to file fragmentation problems. } % }I was thinking something like this:-  }  }$ init/header=50,000 /exten=? }  }Regards }Mark-  F You don't have to reinitialize a disk to change the extension setting.   SETf     VOLUME       /EXTENSION             /EXTENSION[=n]  G        Specifies the number of blocks to be used as a default extensionaE        size for all files on the volume. You can specify a value n in.H        the range of 0 to 65,535. If you specify the /EXTENSION qualifierH        without specifying a value, a default value of 0 (the OpenVMS RMS        default) is used.  E        For example, during an update operation, the extension defaultpG        is used when a file increases to a size greater than its initiald        default allocation.  J As for what you should set it to, how much is each file typically extendedE by at a time? That might be a good number. Alternatively, if they aremD created and then just read, not modified, you might set the value toD be perhaps as big as half the size of the smallest one you currently5 have (up to the maximum of 65535). Just a guestimate.    --- Carl   ------------------------------  % Date: Tue, 05 Feb 2002 12:29:03 +0100 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>," Subject: Re: INITIALIZE a big disk' Message-ID: <3C5FC1FF.27F2A47C@aaa.com>o  2 I think that the fragmentation of your files isn't/ that much dependent on the extent setting. Mores3 on the actual "way" the files are growing. That is, 5 if each of the files are created one after the other, 1 and to the full size before the following file iso6 created, there will not be much fragmentation whatever( the setting of the /extension parameter.  5 Instead of a re-init of the disk, have you considered 1 using e.g. CONVERT to de-fragment the RMS files ?o  6 Can any new files be pre-allocatied (on create) to the2 expected "normal" size so there isn't any need for later extensions ?  5 Anyway, a *large* default extent could help, say 1000O5 blocks or something else close to the mean file size.e  9 Note that you could also change the extension on a volume  with SET VOLUME /EXTENSION=n.:     Jan-Erik Sderholm.      Mark Bowman wrote: >  > Hi,$ > 9 > I have disk which is 106,669,167 Blocks (94)GB in size.m1 > The disk contains about 21,000 large RMS files.  > G > As a general rule what should the extened size be set to? The default-7 > value of 5 is leading to file fragmentation problems.1 > & > I was thinking something like this:- >  > $ init/header=50,000 /exten=?v > 	 > Regards- > Mark   ------------------------------  + Date: Tue, 05 Feb 2002 10:04:29 -0600 (CST)  From: HEINS@lcms.org  Subject: IQ Software Corporation) Message-ID: <01KDWT0VA6PK8X988J@lcms.org>t  C Does anyone know what happen to the IQ (Intelligent Query) SoftwareaK Corporation? The IQ software was a report writer and did SQL queries and itdG could run on VMS. Web searches seem to indicate that they had a site atmH www.iqsc.com but it is now a gambling site. Does anyone know if the wereH purchased of if another company is providing support for their product?   	 Van Heinso Lutheran Church Missouri Synod i   ------------------------------  $ Date: Tue, 5 Feb 2002 11:15:11 -08000 From: "Hank Vander Waal" <hvanderw@novagate.com>$ Subject: RE: IQ Software Corporation; Message-ID: <000501c1ae79$6f571b60$cb96a8c6@manufact5l8vs8>    Check connx.com    -----Original Message-----, From: HEINS@lcms.org [mailto:HEINS@lcms.org]( Sent: Tuesday, February 05, 2002 8:04 AM To: Info-VAX@Mvb.Saic.ComF  Subject: IQ Software Corporation    C Does anyone know what happen to the IQ (Intelligent Query) SoftwarehK Corporation? The IQ software was a report writer and did SQL queries and it G could run on VMS. Web searches seem to indicate that they had a site ataH www.iqsc.com but it is now a gambling site. Does anyone know if the wereH purchased of if another company is providing support for their product?   	 Van Heinsu Lutheran Church Missouri Synod n   ------------------------------   Date: 5 Feb 2002 01:31:07 -0800 - From: adrian_ogden@hotmail.com (Scumbag Adie)h4 Subject: Load Balancing DNA across 2*2MBit WAN links= Message-ID: <91445c94.0202050131.6779a279@posting.google.com>    Hi,-  D I've got two VMS 6.1 Clusters (main/standby) connected via 2 2Mb WAND links can these be load balanced (DNA mainly used) using appropriateB Router/Bridges (prefer bridging) or is this a function of the host s/w?  A Host based volume shadowing is to be deployed across these links.    Thanks in advanceM   ------------------------------  % Date: Tue, 05 Feb 2002 12:28:02 +0100I= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> * Subject: Re: looking for dssi disks (used)) Message-ID: <3C5FC1C2.E2E9EA79@gtech.com>t   Syltrem wrote:N > We got back from another plant a VAX 4000-200 and would like to use it for a > little application but...p > H > The machine was on a cluster and we did not receive any disks with it. > J > If you have DSSI disks for sale (I need about 5GB worth of total space), > we`d like to know!  > Try www.islandco.com - they have a lot and are OK with prices.   Arne   ------------------------------  % Date: Tue, 05 Feb 2002 11:57:10 -050051 From: Michael Austin <maustin@firstdbasource.com>r Subject: Lottery Systems2 Message-ID: <3C600EE6.FE84D39E@firstdbasource.com>  G I just received a call from a headhunter looking for an Oracle DBA withnA experience in both OpenVMS and NT.  The project is to replace thesH OpenVMS Lottery system with an NT system over the next 3-6 months.  I do& not know who got the server hardware.   @ Unfortunately they needed someone *onsite* and only for up to 10A hrs/week --remote not possible-- can't make a descent living thato way....   F <name of this big state has been omitted for confidentiallity reasons> -- s   Regards,   Michael Austin7 First DBA Source, Inc. -- http://www.firstdbasource.com/ President/Sr. DBA Consultant 704-947-1089 (Office)- 704-236-4377 (Mobile)-   ------------------------------  $ Date: Tue, 5 Feb 2002 12:30:23 -0500+ From: "Main, Kerry" <Kerry.Main@Compaq.com>g Subject: RE: Lottery SystemsT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1C32@kaoexc01.americas.cpqcorp.net>   Mike,@  H Obviously, they have no plans for running Oracle 9i RAC in a multi-site, load balanced environment.  H Hint - you need full read-write access from all the servers at all sites6 to the same data at the same time in order to do this.   :-)    Regards,  
 Kerry Main Senior Consultantr Compaq Canada Corp.p Professional Services  Voice: 613-592-4660d Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----8 From: Michael Austin [mailto:maustin@firstdbasource.com] Sent: February 5, 2002 11:57 AMc To: Info-VAX@Mvb.Saic.Com  Subject: Lottery Systems    G I just received a call from a headhunter looking for an Oracle DBA with A experience in both OpenVMS and NT.  The project is to replace theiH OpenVMS Lottery system with an NT system over the next 3-6 months.  I do( not know who got the server hardware.=20  @ Unfortunately they needed someone *onsite* and only for up to 10A hrs/week --remote not possible-- can't make a descent living thati way....   F <name of this big state has been omitted for confidentiallity reasons> --=20s   Regards,   Michael Austin7 First DBA Source, Inc. -- http://www.firstdbasource.comr President/Sr. DBA Consultant 704-947-1089 (Office)T 704-236-4377 (Mobile)t   ------------------------------  % Date: Tue, 05 Feb 2002 12:34:20 -0500u1 From: Michael Austin <maustin@firstdbasource.com>) Subject: Re: Lottery Systems2 Message-ID: <3C60179C.44BD36EF@firstdbasource.com>  F either that or some marketing hound played the VMS is dead card.  WhenH the HH mentioned they were moving from OpenVMS to NT, I stated they wereH simply out of their ever-loving mind.  Talk about a vulnerable system.     "Main, Kerry" wrote: >  > Mike,y > J > Obviously, they have no plans for running Oracle 9i RAC in a multi-site, > load balanced environment. > J > Hint - you need full read-write access from all the servers at all sites8 > to the same data at the same time in order to do this. >  > :-)  > 
 > Regards, >  > Kerry Main > Senior Consultant- > Compaq Canada Corp.b > Professional Servicesm > Voice: 613-592-4660r > Fax  :  819-772-7036 > Email: Kerry.Main@Compaq.com >  > -----Original Message-----: > From: Michael Austin [mailto:maustin@firstdbasource.com]! > Sent: February 5, 2002 11:57 AMo > To: Info-VAX@Mvb.Saic.Com  > Subject: Lottery Systems > I > I just received a call from a headhunter looking for an Oracle DBA withtC > experience in both OpenVMS and NT.  The project is to replace the J > OpenVMS Lottery system with an NT system over the next 3-6 months.  I do' > not know who got the server hardware.f > B > Unfortunately they needed someone *onsite* and only for up to 10C > hrs/week --remote not possible-- can't make a descent living thatf	 > way....d > H > <name of this big state has been omitted for confidentiallity reasons> > -- > 
 > Regards, >  > Michael Austin9 > First DBA Source, Inc. -- http://www.firstdbasource.comv > President/Sr. DBA Consultant > 704-947-1089 (Office)g > 704-236-4377 (Mobile)2   -- 0   Regards,   Michael Austin7 First DBA Source, Inc. -- http://www.firstdbasource.comn President/Sr. DBA Consultant 704-947-1089 (Office)h 704-236-4377 (Mobile)    ------------------------------  $ Date: Tue, 5 Feb 2002 12:41:53 -0500* From: WILLIAM WEBB <WWEBB1@email.usps.gov> Subject: RE: Lottery Systems- Message-ID: <0033000051067405000002L052*@MHS>r   =0AHmmm.   1. Lottery.s 2. NT "security".e 3. I could use some extra cash.O   What state?    :^) :^) :^)    WWWebb, who isn't a DBA, but" who smells a story idea coming on.   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ) Sent: Tuesday, February 05, 2002 12:16 PMTB To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET Subject: Lottery Systems    H I just received a call from a headhunter looking for an Oracle DBA with=  A experience in both OpenVMS and NT.  The project is to replace theaH OpenVMS Lottery system with an NT system over the next 3-6 months.  I d= oe% not know who got the server hardware.l  @ Unfortunately they needed someone *onsite* and only for up to 10A hrs/week --remote not possible-- can't make a descent living that  way....6  F <name of this big state has been omitted for confidentiallity reasons> --   Regards,   Michael Austin7 First DBA Source, Inc. -- http://www.firstdbasource.com  President/Sr. DBA Consultant 704-947-1089 (Office)o 704-236-4377 (Mobile)=   ------------------------------  % Date: Tue, 05 Feb 2002 12:25:07 +0000  From: paul.beaudoin@hsbc.com2 Subject: Memo:  Re:  Memo:  AXP 3000-400 availableE Message-ID: <OF4B4E141D.745607E5-ON80256B57.004402F7@systems.uk.hsbc>t  K Yep - got picked up on that one (must be my North American roots). In localr speak:J I have a machine spare and a partner going spare over the lack of space in the spare room.V        ' ** HSBC's website is at www.hsbc.com **l  D ********************************************************************B  This message and any attachments are confidential to the ordinaryB  user of the e-mail address to which it was addressed and may also>  be privileged. If you are not the addressee you may not copy,8  forward, disclose or use any part of the message or itsC  attachments and if you have received this message in error, pleaseeB  notify the sender immediately by return e-mail and delete it from
  your system.g  =  Internet communications cannot be guaranteed to be secure orwA  error-free as information could be intercepted, corrupted, lost,->  arrive late or contain viruses. The sender therefore does not?  accept liability for any errors or omissions in the context ofu?  this message which arise as a result of Internet transmission.h  kD  Any opinions contained in this message are those of the author and ?  are not given or endorsed by the HSBC Group company or office d=  through which this message is sent unless otherwise clearly sA  indicated in this message and the authority of the author to so i3  bind the HSBC entity referred to is duly verified.2  D ********************************************************************   ------------------------------  % Date: Tue, 05 Feb 2002 10:44:59 +0000O( From: Nic Clews <sendspamhere@127.0.0.1>9 Subject: Re: Microsoft will stop "innovating" for a months) Message-ID: <3C5FB7AB.D85A6A0E@127.0.0.1>r   Larry Kilgallen wrote: > V > In article <3C5E79EC.A2BCFA16@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes: > > Larry Kilgallen wrote: > >> ...eH > >> > cleaned out," he said. Describing the state of computing today asE > >> > unstable and unreliable, he said Microsoft chairman Bill Gateso ...e, > > 'My' VMS systems don't give me any pain. > < > The VMS systems don't give you the pain -- Microsoft does. > E > Are you claiming that in reading newsgroups from VMS you have never:4 > been bothered by all the chatter about "viruses" ?  H "the state of computing", he didn't say the state of Microsoft products.G Typical politicans statement. Tar everyone with the same brush. You andsC I may interpret what he means, but Joe Public is led to believe all-5 computers have problems, are unstable and unreliable.-  " This is not true. That's my point.  E > Are you claiming nobody has ever sent bloated HTML mail to your VMSe= > system because their Microsoft product defaulted that way ?i  A Oh, I've suffered at their hands, and the ineptitude of so-callede< programmers for that platform, believe me! Viruses, reboots,D instability, anything else inexplicable, is just part of the "Joy ofB Microsoft", it is a transitory tool, not the be-all and end-all of
 computing.  G When Marvin fell into Dolmansaxlil several layers, he could easily haveiG been falling onto Delcomgathewibm, only Douglas Adams had more problems : with shoes than with computers when he wrote that episode.   -- e( Regards, Nic Clews CSC Computer Sciences nclews at csc dot com    ------------------------------  $ Date: Tue, 5 Feb 2002 06:31:58 -0500+ From: "Main, Kerry" <Kerry.Main@Compaq.com>o9 Subject: RE: Microsoft will stop "innovating" for a monthFT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4016CE96C@kaoexc01.americas.cpqcorp.net>   Rob,  G >>> It stated that a Cluster that used a Lock Manager to control access % to a common resouce could not work!<<i  G As a fyi, I tripped across the following online article which, althoughuH a tad light in some area's, does explain the basics of shared nothing vs? shared disk clusters pretty well for the typical online reader.   H http://www.infoworld.com/articles/fe/xml/01/12/17/011217feclustertca.xml   Regards,  
 Kerry Main Senior Consultant  Compaq Canada Corp.n Professional Servicesr Voice: 613-592-4660o Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----0 From: Rob Buxton [mailto:rob.buxton@wcc.govt.nz] Sent: February 4, 2002 6:46 PM To: Info-VAX@Mvb.Saic.Com-9 Subject: Re: Microsoft will stop "innovating" for a month        Very true...  = I saw an article in a PC mag that was talking about Clusters.-  F It stated that a Cluster that used a Lock Manager to control access to  a common resouce could not work! What chance have we got?  F It seems that we're in a world where a regression from what we had can be marketed as a new feature!.  F I had VMS on a desktop Alpha, NT came along and trumpeted a multi-user  OS on the desktop...  errrrr so?  A I ran RDB on a mixed architecture cluster, concurrent access fromrA multiple machines, Oracle 9i is gloating about concurrent access.0  
 Bah....=20  4 On Mon, 04 Feb 2002 17:18:45 GMT, "Terry C. Shannon"" <terryshannon@mediaone.net> wrote:   >r? >"John McLean" <mcleanj@swissonline.delete.ch> wrote in messagee0 >news:3C5EBF16.A8698704@swissonline.delete.ch... >> >> >> "Terry C. Shannon" wrote: >> >C >> > "Michael Austin" <maustin@firstdbasource.com> wrote in messageI1 >> > news:3C5E9CC1.6457FBEC@firstdbasource.com...zG >> > > I think EVERYONE who uses a PC is painfully aware of the grabageu theyH >> > > have produced.   I have 2 PC (W98 and WME) which I must reboot at >leastF >> > > once a day. Generally because I usually have 10-15 apps running7 >> > > concurrently, multiple Reflection sessions, etc.o >> >H >> > Not surprising. What *is* surprising is the fact that consumers whoG >> > purchased the Windows 98 virus cheerfully paid incremental revenues fornA >> > Second Edition and Millennium Edition. In a nutshell, Second  Edition andt >MEl/ >> > are more robust strains of the same virus.n >> >E >> > Verily, all and sundry have been dumbed down into accepting--ande paying@ >> > through the nose for--mediocre, flawed products. That's the	 Microsoft  >Way.r >> >>A >> I am so tired of Microsoft claiming that security problems ared industryE >> wide that I have sent off an email to ttemin@gcn.com who is one oft the  >> editors at http://gcn.com/. >>H >> Last week I sent a email to www.forbes.com about similar comments.  IE >> also told them they were wrong when they said that Compaq had made  >> profits on PCs last year. >>D >> I am getting very tired of the poor reporting that purports to be Fact,e< >> when it is nothing more than a rehash of a press release. > H >Agreed. The Trade and Business Press isn't what it used to be... not by amC >long shot. At least back in the daze of Digital Review, et al, theI TradeZC >Press was reasonably accurate from a technical standpoint. And thet BusinessC >Press didn't posture itself as being an Authoritative Source of ITn
 >information.e >t >    ------------------------------  % Date: Tue, 05 Feb 2002 15:48:09 -0000e- From: wspencer@ap.nospam.org (Warren Spencer) 9 Subject: Re: Microsoft will stop "innovating" for a monthg7 Message-ID: <91AC6217Ewarrenspencer1977@209.249.90.100>e  , rob.buxton@wcc.govt.nz (Rob Buxton) wrote in% <3c5f1911.1170543@news.wcc.govt.nz>: f   >n
 >Very true...  > > >I saw an article in a PC mag that was talking about Clusters. >"G >It stated that a Cluster that used a Lock Manager to control access to ! >a common resouce could not work!s >What chance have we got?n >lG >It seems that we're in a world where a regression from what we had canx >be marketed as a new feature!.L > G >I had VMS on a desktop Alpha, NT came along and trumpeted a multi-useri! >OS on the desktop...  errrrr so?6 >1B >I ran RDB on a mixed architecture cluster, concurrent access fromB >multiple machines, Oracle 9i is gloating about concurrent access. > 	 >Bah.... a  G Oracle Parallel Server (7.x) supported concurrent access from multiple  I clustered OpenVMS nodes as early as 1998 - perhaps earlier.  The 8.x and  E 9.x series continue to support it as a high-availability ($eperately   licenced) option.    ws   --     Warren Spencer' Senior Software Engineer (not a writer)D The Associated Press  @ ** When Windows is your hammer, everything looks like a thumb **   ------------------------------  % Date: Tue, 05 Feb 2002 09:53:23 +0000L( From: Nic Clews <sendspamhere@127.0.0.1>A Subject: Re: Need help with FTP on VMS. It is truncating my file.i) Message-ID: <3C5FAB93.E5933D11@127.0.0.1>i   Jeff wrote:c > P > I am trying to FTP to an IBM AS/400 and I am only able to transfer 9068 bytes.O > It will transfer a larger file, but truncate everything after 9068 bytes. HasFO > anyone else come accross this problem? I am using VMS 7.1 on an Alpha System.:I > We can send large files from our PC's to the AS/400, but not the Alpha.a  C Quite recently, in our company someone had a similar problem with a G mainframe FTP c/w truncation, and there is a set up file on the IBM end8D containing such limits ! It also contains details of what to do with trailing spaces and the like.n  H While those outside of IBM circles may think it odd to have such limits,. those inside probably call it 'job security'.    -- n( Regards, Nic Clews CSC Computer Sciences nclews at csc dot com.   ------------------------------   Date: 5 Feb 2002 03:18:42 -0800 % From: mb301@hotmail.com (Mark Bowman)iA Subject: Re: Need help with FTP on VMS. It is truncating my file.s= Message-ID: <1d08b916.0202050318.76ff8bed@posting.google.com>0  _ "John E. Malmberg" <wb8tyw@qsl.network> wrote in message news:<3C5F55D8.1080506@qsl.network>...o
 > Jeff wrote:l > R > > I am trying to FTP to an IBM AS/400 and I am only able to transfer 9068 bytes.Q > > It will transfer a larger file, but truncate everything after 9068 bytes. HasaQ > > anyone else come accross this problem? I am using VMS 7.1 on an Alpha System. K > > We can send large files from our PC's to the AS/400, but not the Alpha.d >  > J > What TCP/IP program and FTP program are you using?  And what versions /  > ECOs.  > J > Have you checked for a file allocation limit quota on the IBM side that ) > limits the received file to 9068 bytes?d > , > Are you sending in BINARY or ASCII format? > B > You may have to get someone experienced with the AS/400 to help. > J > Are you able to send large files from the OpenVMS System to it self and  > to other hosts?t >  >   4 > > If anyone has any sugestions, please email me at > >  > > scada@cyberunlimited.org >  >  > Ask here, get answer here. >  >  > -Johnw >  > wb8tyw@qsl.network > Personal Opinion Onlyi     Try looking at := http://www.compaq.com/support/askkcs/1_0_1216068_2794380.html0   andm  2 http://www.openvms.compaq.com/wizard/wiz_3707.html   ------------------------------  # Date: Tue, 05 Feb 2002 11:31:31 GMT # From: "TomW" <tomfsi@earthlink.net>t! Subject: Old Tapes & License Paks E Message-ID: <noP78.11003$3E5.920460@newsread2.prod.itd.earthlink.net>n  H I'm clearing out some old cabinets and have come across some old CompactG Tape and Compact Tape II backups and software for systems that are longsL gone. I also have some License Paks and a few manuals. I'd certainly like toG pass these along to a hobbyist if they are worth anything... Here's ther list:e  	 Tape lists) 3 compact tape II (contain image backups)i 2 compact tape (backups) 1 compact tape (unknown)) 1 compact tape (decsvr 200 mvms bin tk50)0$ 1 compact tape (pwrks vms v4.2 tk50)0 1 manual vax c run time library reference manual 1 manual guide to vax cr   License Paks (3) MIRA-SWITCH-CONTROLg (5) DECSCAN: (2)DVNETENDe (2) DVNETRTG TSM5 (2) CMS1 (2) MMSB (2) VAX-VMS1 (2) Ce   -Tom   ------------------------------  % Date: Tue, 05 Feb 2002 19:45:10 +0100rB From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.danbbs.dk>) Subject: Re: Pathworks/MS Network problem . Message-ID: <3C602836.5B1AFC43@mail.danbbs.dk>   "John E. Malmberg" wrote: F > The clients and servers negotiate how they pass the password.  PlainH > text passwords are not passed from the newer clients unless a registry. > or equivalent configuration setting is made. > F > Windows 9x uses the older encryption that is not case sensitive, and@ > Windows NT uses case sensitive variant.  The Windows NT domain< > controller stores both password hashs in the SAM database.  6 I will never understand the Microsoft way of thinking.   Arne   ------------------------------  $ Date: Tue, 5 Feb 2002 13:01:01 -00009 From: "Neil Stenning" <nstenning@eclipse-insurance.co.uk>e Subject: Printing over TCP/IP Z Message-ID: <7F4BC98E3AD7D411897D009027E33C8CB9EADD@ais-mail.chelm.summit-insurance.co.uk>  0 Software Versions: OpenVMS v7.1, and CMUIP v6.6L Hardware: VAX 4000-300  I I'm trying to print from VMS onto a network ready HP4000 printer.  I havesL gone through the steps as outlined in the CMUIP "manual", but when I run theJ lpr_startup.com batch it starts okay says it's initialising the queue, but then returns the error:-  - 	%RMS-F-SYN, file specification syntax error.<  A Also, on the operator console I get the following two messages: -D  ) 	Message from user QUEUE_MANAGE on ANCHORi8 	%QMAN-E-SYMDEL, unexpected symbiont process termination  ) 	Message from user QUEUE_MANAGE on ANCHOR , 	-RMS-F-SYN, file specification syntax error  + It manages to set up the queue, as below: -u   $ SH QUEUE/FULL FINANCE,A Printer queue FINANCE, stopped, on ANCHOR::, mounted form DEFAULTo:   /BASE_PRIORITY=4 /DEFAULT=(FORM=DEFAULT) /OWNER=[SYSTEM]D   /PROCESSOR=CMUIP_ROOT:[SYSEXE]LPRSMB /PROTECTION=(S:M,O:D,G:R,W:S)  I But, when you try and start the queue you get the same message as before..  I Has anyone got any ideas of what the problem is, or what I'm doing wrong.q   Thanks in advance.   Regards,  
 Neil Stenning6$ I.S. Department - Eclipse at Lloyd's (01256) 375808L nstenning@eclipse-insurance.co.uk <mailto:nstenning@eclipse-insurance.co.uk>  H http://www.eclipse-insurance.co.uk <http://www.eclipse-insurance.co.uk>      Information in this e-mail and in any attachments is confidential and may be privileged.  If you are not the intended recipient please destroy this message and notify the sender immediately.  You should not retain, copy or use this e-mail for any purpose, nor disclose all or any part of its contents to any other person.  Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Amlin.  Amlin may monitor the content of e-mails i sent and received via its network for viruses or unauthorised use and for other lawful business purposes.p   Amlin Insurance Services Switchboard: +44 (0)1245 396396 " Website: www.amlin-insurance.co.uk  a Managed by: Amlin Underwriting Limited, St Helen's, 1 Undershaft, London EC3A 8ND, United KingdomcB Registered as a Limited Company in England and Wales.  No. 2323018 Registered Office: as above.   ------------------------------  $ Date: Tue, 5 Feb 2002 08:23:55 -0500. From: "Jerry Alan Braga" <jabraga@flanagan.ca>! Subject: Re: Printing over TCP/IP50 Message-ID: <V1R78.6615$X2.89073@nnrp1.uunet.ca>  H Usually when HP printers for tcpip printing TELNETSYM is used.  I am notG sure about your TCPIP stack but with the others you specify that as thei8 processor and the device would be NODE::"printerip:9100"  J Since you are using LPR/LPD have you checked your printcap file created by! the tcpip stack for that printer.A  E I would suggest using telnet sym with HP printers are telnetsym based E printing is also cluster aware if you have one so that if one node isi, shutdown the queues failover the other node.  K This can also be done with LPD by creating 2 lpd queues, one for each node, J then creating a telnet sym relay queue that sits on top of those.  This isJ how I have mine setup as some of my printers have to be LPD but this gives me cluster fail over.g    D "Neil Stenning" <nstenning@eclipse-insurance.co.uk> wrote in messageL news:7F4BC98E3AD7D411897D009027E33C8CB9EADD@ais-mail.chelm.summit-insurance. co.uk...2 > Software Versions: OpenVMS v7.1, and CMUIP v6.6L > Hardware: VAX 4000-300 >3K > I'm trying to print from VMS onto a network ready HP4000 printer.  I have1J > gone through the steps as outlined in the CMUIP "manual", but when I run the0L > lpr_startup.com batch it starts okay says it's initialising the queue, but > then returns the error:- > . > %RMS-F-SYN, file specification syntax error. >oC > Also, on the operator console I get the following two messages: -h >a* > Message from user QUEUE_MANAGE on ANCHOR9 > %QMAN-E-SYMDEL, unexpected symbiont process termination* >** > Message from user QUEUE_MANAGE on ANCHOR- > -RMS-F-SYN, file specification syntax errord >i- > It manages to set up the queue, as below: -  >w > $ SH QUEUE/FULL FINANCEaC > Printer queue FINANCE, stopped, on ANCHOR::, mounted form DEFAULT,< >   /BASE_PRIORITY=4 /DEFAULT=(FORM=DEFAULT) /OWNER=[SYSTEM]F >   /PROCESSOR=CMUIP_ROOT:[SYSEXE]LPRSMB /PROTECTION=(S:M,O:D,G:R,W:S) > K > But, when you try and start the queue you get the same message as before.  >tK > Has anyone got any ideas of what the problem is, or what I'm doing wrong.f >a > Thanks in advance. >,
 > Regards, >t > Neil Stenningo& > I.S. Department - Eclipse at Lloyd's > (01256) 375808# > nstenning@eclipse-insurance.co.uk * <mailto:nstenning@eclipse-insurance.co.uk> >sI > http://www.eclipse-insurance.co.uk <http://www.eclipse-insurance.co.uk>e >g >rK > Information in this e-mail and in any attachments is confidential and mayaI be privileged.  If you are not the intended recipient please destroy thisyJ message and notify the sender immediately.  You should not retain, copy orD use this e-mail for any purpose, nor disclose all or any part of itsL contents to any other person.  Any views expressed in this message are thoseJ of the individual sender, except where the sender specifically states themC to be the views of Amlin.  Amlin may monitor the content of e-mailsoK > sent and received via its network for viruses or unauthorised use and for  other lawful business purposes.@ >. > Amlin Insurance Services! > Switchboard: +44 (0)1245 396396i$ > Website: www.amlin-insurance.co.uk >dJ > Managed by: Amlin Underwriting Limited, St Helen's, 1 Undershaft, London EC3A 8ND, United KingdomD > Registered as a Limited Company in England and Wales.  No. 2323018 > Registered Office: as above.   ------------------------------  $ Date: Tue, 5 Feb 2002 14:42:57 -00009 From: "Neil Stenning" <nstenning@eclipse-insurance.co.uk>e! Subject: Re: Printing over TCP/IPeZ Message-ID: <7F4BC98E3AD7D411897D009027E33C8CB9EADE@ais-mail.chelm.summit-insurance.co.uk>  K I've just looked at the documentation again, I cannot find any reference to 8 TELNETSYM, this version of TCP/IP is over ten years old.  I I've checked the printcap file, and this is set-up in accordance with thesL information I have available to me.  I've not got a cluster, and the printer is a standalone device.t   Regards,  
 Neil Stenningt$ I.S. Department - Eclipse at Lloyd's (01256) 375808L nstenning@eclipse-insurance.co.uk <mailto:nstenning@eclipse-insurance.co.uk>  H http://www.eclipse-insurance.co.uk <http://www.eclipse-insurance.co.uk>      Information in this e-mail and in any attachments is confidential and may be privileged.  If you are not the intended recipient please destroy this message and notify the sender immediately.  You should not retain, copy or use this e-mail for any purpose, nor disclose all or any part of its contents to any other person.  Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Amlin.  Amlin may monitor the content of e-mails i sent and received via its network for viruses or unauthorised use and for other lawful business purposes..   Amlin Insurance Services Switchboard: +44 (0)1245 396396d" Website: www.amlin-insurance.co.uk  a Managed by: Amlin Underwriting Limited, St Helen's, 1 Undershaft, London EC3A 8ND, United KingdomcB Registered as a Limited Company in England and Wales.  No. 2323018 Registered Office: as above.   ------------------------------  % Date: Tue, 05 Feb 2002 10:30:40 -0500r0 From: Paul Anderson <paul.r.anderson@compaq.com>! Subject: Re: Printing over TCP/IPi; Message-ID: <050220021030402920%paul.r.anderson@compaq.com>   
 In articleH <7F4BC98E3AD7D411897D009027E33C8CB9EADD@ais-mail.chelm.summit-insurance.@ co.uk>, Neil Stenning <nstenning@eclipse-insurance.co.uk> wrote:  2 > Software Versions: OpenVMS v7.1, and CMUIP v6.6L > Hardware: VAX 4000-300 > K > I'm trying to print from VMS onto a network ready HP4000 printer.  I haveiN > gone through the steps as outlined in the CMUIP "manual", but when I run theL > lpr_startup.com batch it starts okay says it's initialising the queue, but > then returns the error:- > / >  %RMS-F-SYN, file specification syntax error.a  G The HP LaserJet 4000 supports LPD, so I imagine this should work.  HereaF is what a printcap entry would look like with Compaq TCP/IP Services. E I don't know if or how a CMUIP printcap entry would be different, buto& perhaps you can gather a clue from it.       HP4000_LPD|hp4000_lpd:\ 8             :lf=/SYS$SPECIFIC/TCPIP$LPD/HP4000_LPD.LOG:\             :lp=HP4000_LPD:\             :rm=dcpshp4000:\3             :sd=/SYS$SPECIFIC/TCPIP$LPD/HP4000_LPD:s  F In this example, HP4000_LPD is the name of the queue and DCPSHP4000 is the IP name of the printer.>   Paul   -- n  Paul Anderson   OpenVMS Engineering    Compaq Computer Corporation5   ------------------------------  $ Date: Tue, 5 Feb 2002 16:34:34 +0100$ From: "labadie" <labadie_g@decus.fr>! Subject: Re: Printing over TCP/IPW2 Message-ID: <n%S78.468$am1.36507@news.cpqcorp.net>    Hello  L > lpr_startup.com batch it starts okay says it's initialising the queue, but > then returns the error:- > . > %RMS-F-SYN, file specification syntax error. >t  > > $ SH QUEUE/FULL FINANCE>C > Printer queue FINANCE, stopped, on ANCHOR::, mounted form DEFAULT < >   /BASE_PRIORITY=4 /DEFAULT=(FORM=DEFAULT) /OWNER=[SYSTEM]F >   /PROCESSOR=CMUIP_ROOT:[SYSEXE]LPRSMB /PROTECTION=(S:M,O:D,G:R,W:S) >r7  Your printer is not correctly defined, you should copydG CMUIP_ROOT:[SYSEXE]LPRSMB.exe to sys$system, and define your queue witha /processor=lprsmbs   The /processor
 field adds sys$system:   .exe to what you put. /processor=mysymbiontl means a file9 sys$system:mysymbiont.exe will be used to start the queueo  - In your case, the printer tries to start withc( sys$system:CMUIP_ROOT:[SYSEXE]LPRSMB.exe and that is not a valid file.m   Regards>   Grard   ------------------------------  $ Date: Tue, 5 Feb 2002 16:19:46 -00009 From: "Neil Stenning" <nstenning@eclipse-insurance.co.uk>r! Subject: Re: Printing over TCP/IPeZ Message-ID: <7F4BC98E3AD7D411897D009027E33C8CB9EADF@ais-mail.chelm.summit-insurance.co.uk>   <clip>9 Your printer is not correctly defined, you should copy=20lJ CMUIP_ROOT:[SYSEXE]LPRSMB.exe to sys$system, and define your queue with=20 /processor=3Dlprsmb=20 </clip>    Thanks G=E9rard,   Works a treat !!   Regards,  
 Neil Stenning $ I.S. Department - Eclipse at Lloyd's (01256) 375808# nstenning@eclipse-insurance.co.uk = * <mailto:nstenning@eclipse-insurance.co.uk>  J http://www.eclipse-insurance.co.uk <http://www.eclipse-insurance.co.uk>=20    G Information in this e-mail and in any attachments is confidential and =1J may be privileged.  If you are not the intended recipient please destroy =I this message and notify the sender immediately.  You should not retain, =hJ copy or use this e-mail for any purpose, nor disclose all or any part of =H its contents to any other person.  Any views expressed in this message =J are those of the individual sender, except where the sender specifically =I states them to be the views of Amlin.  Amlin may monitor the content of =oG e-mails sent and received via its network for viruses or unauthorised =d+ use and for other lawful business purposes.i   Amlin Insurance Services Switchboard: +44 (0)1245 396396a" Website: www.amlin-insurance.co.uk  J Managed by: Amlin Underwriting Limited, St Helen's, 1 Undershaft, London = EC3A 8ND, United KingdomB Registered as a Limited Company in England and Wales.  No. 2323018 Registered Office: as above.   ------------------------------  $ Date: Tue, 5 Feb 2002 13:28:54 -0500; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>(3 Subject: Re: Problem in mail.ini: set quueu commandw$ Message-ID: <3c602494$1@news.si.com>  C >On a OpenVMS/Alpha V6.1 system, one of our users has the following2< >problem when starting up mail (plain mail, not DECwindows):@ >It is apparently impossible to issue the set queue command from >within mail$init.  G It appears to be documented in the OpenVMS Users's Manual that the onlyAC commands allowed in the mail initialization file are key definitionaJ commands.  The file is explicitly called a key definition file.  I believe it has always been thus. --A Brian Tillman                   Internet: tillman_brian at si.commA Smiths Aerospace                          tillman at swdev.si.como= 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------   Date: 5 Feb 2002 08:51:34 -0800M, From: tony.cheung@asiayeah.com (Tony Cheung)B Subject: provide remote administration facility on a C/C++ process= Message-ID: <f9dc0a5a.0202050851.508e1c14@posting.google.com>-   Hi All,-  C I'm building a C/C++ server and I would like to build another C/C++oF client that could send commands and receive responses from the server.E The server is a single-threaded process that basically looping aroundc a select() call.  > I know I could implement my own protocol using TCP/IP sockets.C However, I would like to take advantage if there's any higher levelnE classes/tools available. I would simply need a RPC-like interface, sonB that the client would issue a Remote Procedure Call on the server.  0 Should I go for RPC on OpenVMS or anything else?   Thank you very much.   Tony   ------------------------------  % Date: Tue, 05 Feb 2002 11:42:10 -0500d0 From: Wayne Morrison <Wayne.Morrison@compaq.com> Subject: Re: RPC "Hello"* Message-ID: <3C600B62.9E9E022D@compaq.com>   "John Gemignani, Jr." wrote: > 4 >> Wayne Morrison <Wayne.Morrison@compaq.com> wrote:= >> DCE ... examples in SYS$SYSROOT:[SYSHLP.EXAMPLES.DCE.RPC].   A > Should be several RPC/XDR examples in TCPIP$EXAMPLES, the [RPC]  > directory.  L This brings up an important point.  DCE RPC and the TCP/IP (Sun) RPC are notI the same, and are not even interoperable.  You'll need to know which type 1 you're working with before you get too far along.   N DCE RPC is interoperable with the basic RPC on Windows NT/2000.  In fact, withM DCE RPC on OpenVMS, you can even use secure RPC calls - using NTLM security -0' without requiring DCE on the NT system.a   	Wayne   ------------------------------  % Date: Tue, 05 Feb 2002 10:12:03 +01002E From: Jan C. =?iso-8859-1?Q?Vorbr=FCggen?= <jvorbrueggen@mediasec.de>s( Subject: Re: setting the record straight+ Message-ID: <3C5FA1E3.B71C1AA2@mediasec.de>n  # > I don't make the decisions here. a  M You underestimate a corporate decision making process, methinks, or Compaq isrG even more broken than it appears. Formally, you're right of course, buteK if such wide-reaching decisions do not take into account, in some way, whatwJ the executors of said decisions - that is, you and your colleagues - thinkJ about them, then the company is doomed. It's called voting with your feet,	 you know.(  N Incidentally, I know one Compaq employee who did just that - the day the AlphaI decision was announced, he started looking for a new job, after decade(s)  first with DEC and then Compaq.S   	Jan   ------------------------------  # Date: Tue, 05 Feb 2002 09:43:38 GMT * From: "Bill Todd" <billtodd@metrocast.net>( Subject: Re: setting the record straightC Message-ID: <ePN78.308730$TC1.21704188@bin5.nnrp.aus1.giganews.com>j  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message# news:3C5F7BE7.7FB43@videotron.ca...M > Bill Todd wrote:J > > I don't know about you, but I'm someone who got monumentally disgusted atF > > Compaq's perfidy in unilaterally breaking its long-standing publicF > > commitments to Alpha and the lies it floated to try to justify it. >r5 > But we're not allowed to voice our discontent here.e  J Huh?  While I'm aware that some of the participants in c.o.v. might preferJ that we didn't (and of others who seem grateful that at least someone *is*K doing so), I'm not aware of any party to whom we must go to be 'allowed' to2K express whatever we decide to here (at least within far broader limits thaneK any yet approached), nor of any party in a position to do anything about it8 after the fact.c   ...m  H > Compaq has statistics that show that its customers are very happy with thisK > move and don't feel betrayed at all. You and I are the only cynical ones.i  E Since you sometimes have what seems to be a bit of a strange slant on D things, you really should have included some kind of smiley above toI indicate sarcasm.  Either that, or you've missed a hell of a lot of otherc$ people's expression of concern here.    AsaE > long as Wall Street believes Compaq's claims, then we don't stand aQ chance.G  H A chance of what?  I'm not out to convince anyone of anything they don'tJ want to be convinced of, just to make sure that whenever the Compaq manureH gets spread around there's someone right there with a scooper to set the record straight.  I Some people claim that competitors have picked up on such information andIH put it to good use.  While my own intent is simply to ensure that anyoneI around here who might not already be acquainted with the situation gets a H reasonably complete view of it, I have no problem whatsoever with othersG taking it up to make sure that Compaq pays an appropriate price for itseL actions - especially since I suspect that a high price is the *only* hope of* getting any positive action out of Compaq.    AsnJ > long as the SEC keeps its eyes closed, then Compaq's management will get awayI > with hiding the subsidies that VMS, Alpha, Tru64 and Tandem make to the  wintelD > servers, allowing Compaq's management to pretend that their wintel business isyK > doing better than reality, and helping their justification for their long  term > focus on wintel crap.o  F I'd only care about that if I were talking to stockholders rather thanK customers.  As far as I'm concerned, stockholders are responsible for theirhI own actions, and if they let companies pull the wool over their eyes whenyH information *is* out there to be had then tough for them.  But I believeJ that customers deserve a slightly less dog-eat-dog relationship with theirL vendors (or at least should recognize that some vendors may be significantlyH less abusive than others), and right here is the place to make sure that such issues get aired.   ...i  J > Bringing the potential results of their policies to their attention will onlyK > result in sufficient lip service to shut us up. And they can also produce0J > those statistics that show that the vast majority of their customers are > perfectly happy.  G Amazingly, some customers prefer to think things through for themselvesrK rather than gobble up the swill Compaq dishes out.  They're the ones I care K about reaching - and a customer considering moving *to* Compaq is likely towK be especially interested in such matters (more so than those who would haved% to make a conscious effort to leave).i   >cK > To quote some untrustable Compaq exec, I have seen religion, thanks to Mr F > Kleinsorge. If we stop our complaining, it will allow Compaq's upperL > management to act with greater ease and proceed with their long term plans at > a greater pace.r  H Since that's in no way a goal for me, and in fact runs counter to what IL believe should happen, I'm not likely to get religion in that manner myself.   - bill   ------------------------------  $ Date: Tue, 5 Feb 2002 11:04:44 -05005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>e( Subject: Re: setting the record straight2 Message-ID: <EtT78.473$am1.36553@news.cpqcorp.net>  E Jan C. Vorbrggen wrote in message <3C5FA1E3.B71C1AA2@mediasec.de>... # >> I don't make the decisions here.  >wK >You underestimate a corporate decision making process, methinks, or Compaqh isH >even more broken than it appears. Formally, you're right of course, butL >if such wide-reaching decisions do not take into account, in some way, whatK >the executors of said decisions - that is, you and your colleagues - think K >about them, then the company is doomed. It's called voting with your feet, 
 >you know. >-I >Incidentally, I know one Compaq employee who did just that - the day the  AlphaAJ >decision was announced, he started looking for a new job, after decade(s)  >first with DEC and then Compaq. >   J I know one who got fired, got drunk, got in an accident, and got thrown inJ jail.  People take things differently, and people have different emotionalL investments.  If I were on the Alpha chip team, I would have had a much moreH emotional reaction.  I didn't see that here from either the Tru64 or VMSK people when it was announced.  I didn't see a mass exodus of people out theIE door.  In fact, it's been a while since I remember anyone leaving VMSSK voluntarily - fact is that a lot of them are comming back.  I've worked fornL DEC/Compaq for going on 23 years, and directly for VMS for a decade or more.  B While I can't say that I am happy about the phasing out of Alpha -K EV7/Marvel for example will be the best thing we have ever built - I can onaL the other hand accept the reasons for it long term, and see a path that getsI most VMS customers what they want and need, and perhaps even make it more,G attractive.  I have not seen any indications internally that VMS is notfH supported by management.  I have seen the industry standard server groupH tell us that VMS is important, and take steps to make sure what they areJ designing works for us.  I have seen the incremental headcount going up in, step with what we have asked for by quarter.   ------------------------------  $ Date: Tue, 5 Feb 2002 12:48:55 -0500; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>9( Subject: Re: setting the record straight$ Message-ID: <3c601b35$1@news.si.com>  I >But you post from a Compaq account. Insulting customers the way you did,r fromG >a compaq account, is not proper, no matter what the customer has said,:L >especially since, in my case, I have not made any personal attacks nor madeC >any references to nazis or germany a you accuse me of having done.u  2 JF, do you want some cheese to go with your whine?  C You _are_ the one who spoke of genocide (not germany): a government 1 surreptitiously killing its citizens with poison.n --A Brian Tillman                   Internet: tillman_brian at si.comeA Smiths Aerospace                          tillman at swdev.si.comi= 3290 Patterson Ave. SE, MS      Addresses modified to preventv< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  $ Date: Tue, 5 Feb 2002 12:51:40 -0500; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>e( Subject: Re: setting the record straight$ Message-ID: <3c601bda$1@news.si.com>  4 >But we're not allowed to voice our discontent here.  ' Seems to me that's all you do here, JF.l -- dA Brian Tillman                   Internet: tillman_brian at si.comnA Smiths Aerospace                          tillman at swdev.si.coml= 3290 Patterson Ave. SE, MS      Addresses modified to preventp< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Tue, 05 Feb 2002 17:45:52 +0000 % From: Alan Greig <a.greig@virgin.net>i( Subject: Re: setting the record straight8 Message-ID: <4h606ugnub83sbecbmqmeoepv9n9trpnrn@4ax.com>  4 On Tue, 5 Feb 2002 11:04:44 -0500, "Fred Kleinsorge"$ <kleinsorge@star.zko.dec.com> wrote:    H >attractive.  I have not seen any indications internally that VMS is notI >supported by management.  I have seen the industry standard server group I >tell us that VMS is important, and take steps to make sure what they are K >designing works for us.  I have seen the incremental headcount going up inT- >step with what we have asked for by quarter.a  E Funny, Fred I got almost an identical message from a senior member ofD? the Alpha/NT team just a few weeks before Compaq terminated theiC product, Even got a written statement out of Compaq that Compaq was.+ committed to W2K on Alpha. What worth that?   E I seriously hope you are right and we are wrong. In fact my intentionI; is to cause Compaq management to issue so many denials of anE cancellation of VMS port that it becomes impossible for them to do sotD even if they wanted to. If I'm totally wrong about the intentions ofB some of Compaq's senior management then so be it. I'd rather annoyD them unnecessarily than accept Compaq statements at face value. I'veE been burnt twice. Once with TOPS-20 and once with Alpha/NT. Then justrE a few months ago Compaq sales sat just ten feet from where I'm typingaE this and assured us that Tru64 would be ported to Itanium, What worthS that assurance now?/  B To be honest, I think the VMS port is safe now. Whether the futureC lies with VMS remaining with Compaq/HP long term I don't know. OnceiB the port is complete and *if* Itanium becomes an industry standardA then VMS can stand on its own. But notice now that there is heavyM@ industry speculation that Itanium may flop and Intel has alreadyF leaked details of its "Plan B" via X86-64.  It isn't just Bill banging? on about the problems Itanium still has to overcome any more.. -  E Even if its entirely private to VMS engineering I would hope that, in 0 reality, a "Plan B" has at least been discussed.  " I still wear my "VMS bigot" badge. -- Alan   ------------------------------  % Date: Tue, 05 Feb 2002 13:46:39 -0500>- From: JF Mezei <jfmezei.spamnot@videotron.ca>,( Subject: Re: setting the record straight, Message-ID: <3C60288C.AAA0F631@videotron.ca>   Alan Greig wrote:OD > To be honest, I think the VMS port is safe now. Whether the futureE > lies with VMS remaining with Compaq/HP long term I don't know. OnceoD > the port is complete and *if* Itanium becomes an industry standard  > then VMS can stand on its own.   3 letters: MPE.   L In the end, it doesn't matter. An existing VMS customer won't jump to be theL first to migrate to that IA64 thing. If Compaq were to announce that VMS wasK mature effective with 7.3 and that the port would no longer be done to savedM money, then existing VMS customers would still have one more generation Alpha6J systems and at least 5-6 years of life on VMS-Alpha combination, plenty of1 time to consider where they should eventually go.D  N What is left of the VMS customer base are the large very captive customers whoL couldn't easily migrate when they were asked to by Palmer and friends during
 the 1990s.    $ > But notice now that there is heavyB > industry speculation that Itanium may flop and Intel has already- > leaked details of its "Plan B" via X86-64. m    L HP is big enough to continue IA64 production, in the same way that Apple wasL big enough to get PowerPc to survive (and ironically outlive Alpha). So whatN if IA64 is slow as molasses ? They'll just price it competitively so that withC more processors you have the adequate power at a competitive price.e    P As far as I am concerned, IA64 is an HP proprietary chip until proven otherwise.  M Did PowerPC beat the 8086 in marketshare ? Not even close. But it still had adK large enough market between Apple and IBM to warrant continued development.pL Same will happen with IA64 initially, and perhaps over time, it may become a respectable chip.y  M The problem is not what IA64 will eventually be, it is what the transition to-J a chip that isn't yet ready for prime time will do to VMS. The uncertaintyG combined with the inferior performance for the first few years won't dot anything to help VMS.6  N My gut tells me that Alpha sales will surpass IA64 non-windows sales for quite
 some time.   ------------------------------   Date: 5 Feb 2002 08:28:01 -0600i- From: koehler@encompasserve.org (Bob Koehler)8N Subject: Re: SGI solicits Alpha customers to trade in their "orphaned" systems3 Message-ID: <e3Jj3Jpa1Nd2@eisner.encompasserve.org>m  u In article <DsF78.27015$%h1.10158104@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes:oL > Software Tool and Die, the ISP I signed up with back in 1994, uses a PowerL > Challenge server running IRIX. Other than a couple of upgrade hiccups, theN > only availability issue I've ever experienced with Software Tool and Die wasK > related to a power failure in the Boston suburbs... STD apparently didn'tw= > have battery backup. IRIX seems pretty darned stable to me.s  G    We've only had a few problems with IRIX, all eventually fixed.  It'sa=    competent as a UNIX.  It's the rest of SGI that scares us.    ------------------------------  % Date: Tue, 05 Feb 2002 08:43:22 +0100 = From: Oswald Knoppers <Oswald.Knoppers@contrastmediagroep.nl>i Subject: Re: TCPIP lpd5 Message-ID: <3C5F8D1A.C845EDF3@contrastmediagroep.nl>    Toine Dirven wrote:s >  > Hello, > ? > We have a logical name TCPIP$LPD_ENABLE on our alpha machine.0 > We use TCPIP version 5.1.y >  > "TCPIP$LPD_ENABLE" = ".1.."  > % > Can anyone tell me what that means.l >  > Thank you.  E These logicals are defined by some undocumented TCPIP command and areiA used (amongst other places) in the TCPIP startup command file fort$ determining which services to start.   Regards,   Oswald   ------------------------------  $ Date: Tue, 5 Feb 2002 13:10:05 -0500; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>e Subject: Re: TCPIP lpd" Message-ID: <3c60202c@news.si.com>  H >Some of the logicals are binary in nature.  I believe that what you are@ >seeing is the fact that it is indeed enabled and you would needG >something that can translate the binary in the logical to something in  >ASCII.S  / $ x = f$cvsi(0,32,f$trnlnm("tcpip$lpd_enable"))  $ sho sym x-1   X = 12544   Hex = 00003100  Octal = 000000304001 -- 0A Brian Tillman                   Internet: tillman_brian at si.comRA Smiths Aerospace                          tillman at swdev.si.comi= 3290 Patterson Ave. SE, MS      Addresses modified to preventq< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Tue, 05 Feb 2002 12:13:37 +0100n9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> 2 Subject: The Inq : The OpenVMS on Itanium schedule' Message-ID: <3C5FBE61.AB42181D@aaa.com>g   Regardsa Jan-Erik Sderholm  . From : http://www.theinquirer.net/05020203.htm  @ IS VMS BOOTING ON Intel's Itanium chip? The answer appears to beA   it depends on whether you're listening to the marketeers or thet   engineers.  F   Sources close to the real action down there in 64-bit land, have nowH   told the INQ what the actual state of play with the porting effort is.  E   This is as close to the horse's mouth you can get without it biting2 your   nose off:      Codede   -Booting s   Memory management t   CPU management    Interrupt service m   MACRO-64 replacement    PAL replacement t   MONITOR rewrite o  ,   Using the following cross compiler tools: 
   C compiler n   BLISS compiler t   IMACRO compiler    IPF assembler 	   LINKER i     In Designy   Exec Loader    Image Activator     XDELTA, SCD, DEBUG    CPU routines    Mechanism array f   FAT32 partition     Under InvestigationC   Dump driver o   BUGCHECK, SDA e   IEEE FP Exception HandlingG   Our source adds that "The current believable and achievable target isDE   for first boot in the May to June timeframe - this is straight from  the0   horses mouth."  G   And here's another fact of the matter. As a result of the engineeringeH   hold on CPQ Itanics after the "sighting", Compaq is performing most of"   the port on HP Itanium machines.  
   Cough.    ------------------------------  $ Date: Tue, 5 Feb 2002 10:41:52 -05002 From: "Sue Skonetski" <susan.skonetski@compaq.com>6 Subject: Re: The Inq : The OpenVMS on Itanium schedule2 Message-ID: <f1T78.469$am1.36503@news.cpqcorp.net>   This information is incorrect.    3 "Jan-Erik Sderholm" <aaa@aaa.com> wrote in messageo! news:3C5FBE61.AB42181D@aaa.com...e	 > Regards? > Jan-Erik Sderholm >m0 > From : http://www.theinquirer.net/05020203.htm > B > IS VMS BOOTING ON Intel's Itanium chip? The answer appears to beC >   it depends on whether you're listening to the marketeers or thee >   engineers. >tH >   Sources close to the real action down there in 64-bit land, have nowJ >   told the INQ what the actual state of play with the porting effort is. > G >   This is as close to the horse's mouth you can get without it bitinge > your
 >   nose off:  >o	 >   Codedt >   -Booting >   -Memory management >   -CPU managementi >   -Interrupt service >   -MACRO-64 replacement  >   -PAL replacement >   -MONITOR rewrite >l- >   Using the following cross compiler tools:n >   C compiler >   BLISS compiler >   IMACRO compilera >   IPF assemblerp
 >   LINKER > 
 >   In Design. >   Exec Loadera >   -Image Activator >   -XDELTA, SCD, DEBUG  >   -CPU routinesn >   -Mechanism array >   -FAT32 partition >n >   Under Investigationy >   -Dump driver >   -BUGCHECK, SDA >   IEEE FP Exception HandlingI >   Our source adds that "The current believable and achievable target is G >   for first boot in the May to June timeframe - this is straight fromi > the  >   horses mouth." >II >   And here's another fact of the matter. As a result of the engineering J >   hold on CPQ Itanics after the "sighting", Compaq is performing most of$ >   the port on HP Itanium machines. >  >   Cough.    ------------------------------  % Date: Tue, 05 Feb 2002 10:55:43 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>s6 Subject: Re: The Inq : The OpenVMS on Itanium schedule, Message-ID: <3C60007B.EE39BD96@videotron.ca>   Sue Skonetski wrote: >   > This information is incorrect.    M Why do people put so much focus on when VMS first boots on IA64 ?  To me, thetH first important milestone is when VMS is sufficiently ported that non-HPN employees will be shown the $ sign on a IA64 box. Until that time, whether theI egineers have ported the console, initial vms boot,  or the kernel is notuI quite relevant. All that is needed is to state that work is continuing on . schedule and that the budget has not been cut.   ------------------------------  $ Date: Tue, 5 Feb 2002 11:06:11 -05005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>g6 Subject: Re: The Inq : The OpenVMS on Itanium schedule2 Message-ID: <_uT78.474$am1.36578@news.cpqcorp.net>  = JF Mezei wrote in message <3C60007B.EE39BD96@videotron.ca>...i >Sue Skonetski wrote:a >>! >> This information is incorrect.t >a >sJ >Why do people put so much focus on when VMS first boots on IA64 ?  To me, thehI >first important milestone is when VMS is sufficiently ported that non-HPiK >employees will be shown the $ sign on a IA64 box. Until that time, whethera the J >egineers have ported the console, initial vms boot,  or the kernel is notJ >quite relevant. All that is needed is to state that work is continuing on/ >schedule and that the budget has not been cut.s    H The work is continuing on schedule and that the budget has not been cut.   ------------------------------   Date: 5 Feb 2002 09:11:55 -0800e) From: john@ossc.net (John Gemignani, Jr.)t6 Subject: Re: The Inq : The OpenVMS on Itanium schedule= Message-ID: <35b06b78.0202050911.38f28655@posting.google.com>t  a JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message news:<3C60007B.EE39BD96@videotron.ca>...i > Sue Skonetski wrote: > > " > > This information is incorrect. >  > O > Why do people put so much focus on when VMS first boots on IA64 ?  To me, thetJ > first important milestone is when VMS is sufficiently ported that non-HPP > employees will be shown the $ sign on a IA64 box. Until that time, whether theK > egineers have ported the console, initial vms boot,  or the kernel is notgK > quite relevant. All that is needed is to state that work is continuing ons0 > schedule and that the budget has not been cut.  F So we don't get to know about baby's first steps?  Or first teeth?  Of when it says "mama" or "dada"?  . Sort of takes the fun out of, don't you think?   -Johnr   ------------------------------  % Date: Tue, 05 Feb 2002 13:04:09 -0500c- From: JF Mezei <jfmezei.spamnot@videotron.ca>d6 Subject: Re: The Inq : The OpenVMS on Itanium schedule, Message-ID: <3C601E98.62AA1020@videotron.ca>   "John Gemignani, Jr." wrote:H > So we don't get to know about baby's first steps?  Or first teeth?  Of  > when it says "mama" or "dada"? > 0 > Sort of takes the fun out of, don't you think?  L Let the parents (Hoffman and Kleinsorge) announce it when they feel they areF ready to announce these baby steps. Speculating about it is pointless.   ------------------------------   Date: 5 Feb 2002 07:50:51 GMT 3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)m. Subject: Re: UAF quotas too high, a bad thing?0 Message-ID: <a3o2sr$qfs$1@n.ruf.uni-freiburg.de>  _ In article <3C5F06E3.4542FD2B@pressenter.com>, Lyndon Bartels <lbartels@pressenter.com> writes:iG >I was using DECamds the other day and looking at some of the processeshI >on my computer. There were several processes that weren't using anywherenG >near their allocated quotas. Like pgflquo, set at 8,000,000, and neveraI >using more then 2Mil. Fillm set at 1000, and never using more than 10 ors >12. >eI >My question, is this a bad thing? Having these, and other quotas set far I >higher than actually used, is that a detriment to performance? Either on + >a process-by-process basis or system wide.I  L It is not necessarily a bad thing. As always, it depends... . A problem willO occur when the processes really grab what their parameters allow and the systemnN doesn't have sufficient ressources. Or if two of these processes exhaust theirO parameters at the same time and the system then doesn't have enough ressources.rN As usual, it is not a bad thing to allow people to leave their country. But if" they do it all at the same time...   Regards,    Christoph GartmannR  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  % Date: Tue, 05 Feb 2002 10:50:58 +0100lE From: Jan C. =?iso-8859-1?Q?Vorbr=FCggen?= <jvorbrueggen@mediasec.de>e. Subject: Re: UAF quotas too high, a bad thing?+ Message-ID: <3C5FAB02.1DC241DB@mediasec.de>.  L The quotas you mention allow a process to consume more resources, the higher> they are; this is usually in the form of memory in the form ofN non-paged pool (FILLM, for instance) or space in disk files (e.g., PGFLQUOTA).L Whether this is a problem or not depends on the exact circumstances, but the2 values being higher than the value currently beingN used as such does not consume resources. This is different from, for instance,> VIRTUALPAGECNT or WSMAX on the VAX where these are part of theG calculation of system space and, in the case of VIRTUALPAGECNT, consumes@ physical memory. Many such rules are much more relaxed on Alpha.   	Jan   ------------------------------   Date: 5 Feb 2002 16:20:12 +0100n* From: eplan@kapsch.net (Peter LANGSTOEGER)  Subject: Re: V5 Freeware - DIBOL* Message-ID: <3c5ff82c$1@news.kapsch.co.at>  H In article <YV60ZnZt3cLL@cpva.saic.com>, mckinneyj@cpva.saic.com writes:H >Included on the V5 freeware is the old VAX DIBOL distribution. Is there >a license to accompany it?e >q9 >http://www.openvms.compaq.com/freeware/freeware50/dibol/0  7 Haven't seen a response so far. Did you get an answer ?    -- t< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111 2651; Network and OpenVMS system manager  Fax.    +43 1 81111 888t< KAPSCH AG      Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Tue, 05 Feb 2002 08:14:37 +0100y9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> # Subject: Re: Veritas Client for VMST' Message-ID: <3C5F865C.A3F09A0D@aaa.com>i  7 Might be a long shoot, but remembering the thread aboutm5 case sensitivines, I note that you wrote the scheduleo4 on the UNIX sever as "full" and the /SCHEDULE option7 on the VMS box as "Full". Now, *if* the whole NetBackupm( environment *is* case sensitive, well...   Jan-Erik Sderholm.    Andrew Robert wrote: > G > My Unix Admin added a test class called "Test_VMS", a schedule calledn* > "full" and a client type of Sun Solaris. > E > $ NBU BACKUP/IGNORE=(INTER,NOBACKUP) BACKUP1:[000000]USER1.BAK /LOGt$ > /CLASS="Test_VMS" /SCHEDULE="Full"   ------------------------------  $ Date: Tue, 5 Feb 2002 11:07:34 -05005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>nN Subject: Re: Where's Alpha savings going (was Re: setting the record straight)2 Message-ID: <lwT78.475$am1.36578@news.cpqcorp.net>  I John McLean wrote in message <3C5F70F4.2DCF7374@swissonline.delete.ch>...n >e1 >Fred Kleinsorge wrote (among some other things):f >> >....eH >> I don't make the decisions here.  I can either leave, or I can try toJ >> understand and accept those decisions.  Despite the short-term problems inB >> the Alpha decision, I think that long term it is the right one. >> >iB >This triggered a thought - can you tell us where the cost savingsF >associated with the transfer of Alpha to Intel are being spent (or if >they are being spent) ? >tI >Are they being spent mainly on the Tru64 & OpenVMS (seeing how they were-G >products financially supporting Alpha) ?  If so, what general kinds ofr* >downstream services should we be seeing ? >u  I I dunno.  I think anyone who reads this conference is too far down in ther/ trenches to have any insight into the finances.h   ------------------------------  $ Date: Tue, 5 Feb 2002 11:15:21 -05005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>o$ Subject: Re: X windows documentation2 Message-ID: <ADT78.476$am1.36631@news.cpqcorp.net>  G By-and-large, if you are writing in C, you can use any book you find inc Barnes and Noble.t  J There are some differences, which narrows a bit in V1.2-6, and will narrowJ further in the next Motif release (but note that we are using Motif V1.2 -+ so don't use the Motif V2.x documentation).s   Most notable is:  D     - Don't use fork() - the transport doesn't support it on VMS yet3     - Don't use the connection number as a File ID.tL     - You can't use file IDs in some of the "posix" calls (you can use event flags)  I The next release of Motif has added a bunch of things that didn't used tolK work because they were so "UNIX-centric" - well, we made them work anyway - H like UIDPATH.  And the next release will bring the X11 client bits up to X11R6.5s   _FredP  E Lyndon Bartels wrote in message <3C5F0899.20EB1588@pressenter.com>...n< >Reading through the Motif programming, X window programmingE >documentation, there are a couple of issues.. It seems some of it iseI >only available with Bookreader. That's OK, I've got that and can use it.a >tH >Other documentation doesn't seem to be available electronically at all. >4G >Namely, the OSF/Motif Programmer's Reference, among others.. Are thesee" >still available in hard-cover...? >BF >Does anybody have these manuals, and could get me the ISBN numbers? I" >could then order them for myself. >pI >And does anybody have good recomendations on documentation/books to buy.  >p >  >THanks in advance,w >  >Lyndon  >n >--yH >My opinions are mine and mine alone. They seldom align with those of my
 >employer. >  >.I >The only good thing about putting the cart before the horse is you don'ty >haven >to look at the horse's butt.    ------------------------------  % Date: Tue, 05 Feb 2002 10:49:28 -0700q4 From: Brian Inglis <Brian.Inglis@SystematicSw.ab.ca>Y Subject: Re: Younger recruits versus experienced veterans ( was The demise       of      R8 Message-ID: <nrev5u0qjtoamok4dmarqj56jfbh8saj2p@4ax.com>  , On Mon, 04 Feb 2002 23:03:11 GMT, CBFalconer <cbfalconer@yahoo.com> wrote:<   >Charles Shannon Hendrix wrote:. >> oG >> In article <Zv578.4657$3E5.376480@newsread2.prod.itd.earthlink.net>,a0 >> William Meyer <wmhmeyer@earthlink.net> wrote:L >> > "Charles Shannon Hendrix" <shannon@news.widomaker.com> wrote in message- >> > news:h1ji3a.j21.ln@escape.shannon.net...' >> > >? >> > > And WE are perfectly happy to let you lay claim to that.f >> >M >> > Might as well be, as the southern English patois in America is descendede0 >> > rather cleanly from the Queen's own tongue. >>  J >> ..among other things, yes.  I've always heard that the incomprehensibleF >> Tangier Islanders are speaking English as it was 300-400 years ago,E >> it's just that the rest of us, England included, have all changed.w >.B >Backwoods Quebec used to be that way - much closer to 1700 French7 >than present day.  I believe that has largely changed.v  @ But not entirely -- that explains the Prime Minister's accent --- incomprehensible in both official languages! i   -- y  9 Thanks. Take care, Brian Inglis 	Calgary, Alberta, Canadae  F Brian.Inglis@CSi.com 	(Brian dot Inglis at SystematicSw dot ab dot ca),     fake address		use address above to reply   tosspam@aol.com abuse@aol.com abuse@yahoo.com abuse@hotmail.com abuse@msn.com abuse@sprint.com abuse@earthlink.com abuse@cadvision.com abuse@ibsystems.com uce@ftc.gov 						spam traps   ------------------------------  % Date: Tue, 05 Feb 2002 10:49:18 -0700:4 From: Brian Inglis <Brian.Inglis@SystematicSw.ab.ca>Y Subject: Re: Younger recruits versus experienced veterans ( was The demise    of      comc8 Message-ID: <4a8v5uc0hhisdr77khhsi8bptta7dqk1uv@4ax.com>  = On Mon, 4 Feb 2002 11:45:40 -0500, shannon@news.widomaker.comA  (Charles Shannon Hendrix) wrote:  E >In article <Zv578.4657$3E5.376480@newsread2.prod.itd.earthlink.net>,a. >William Meyer <wmhmeyer@earthlink.net> wrote:J >> "Charles Shannon Hendrix" <shannon@news.widomaker.com> wrote in message+ >> news:h1ji3a.j21.ln@escape.shannon.net...e >> >= >> > And WE are perfectly happy to let you lay claim to that.I >> 2K >> Might as well be, as the southern English patois in America is descended . >> rather cleanly from the Queen's own tongue. >-H >..among other things, yes.  I've always heard that the incomprehensibleD >Tangier Islanders are speaking English as it was 300-400 years ago,C >it's just that the rest of us, England included, have all changed.-  > It's nice that you recognize the Celtic regions as bastions of old dialects.    -- e  9 Thanks. Take care, Brian Inglis 	Calgary, Alberta, Canadah  F Brian.Inglis@CSi.com 	(Brian dot Inglis at SystematicSw dot ab dot ca),     fake address		use address above to reply   tosspam@aol.com abuse@aol.com abuse@yahoo.com abuse@hotmail.com abuse@msn.com abuse@sprint.com abuse@earthlink.com abuse@cadvision.com abuse@ibsystems.com uce@ftc.gov 						spam traps   ------------------------------  % Date: Tue, 05 Feb 2002 14:02:33 +0100r= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>  Subject: Re: Zip disks and VMS) Message-ID: <3C5FD7E9.C48D1CEB@gtech.com>o   Lyndon Bartels wrote:rJ > Has anybody done any work/experimentation with various removable drives, > like the zip disks, with VMS?   A If the ZIP drive and your VMS system speak the same SCSI dialect,2 then it should work.  A I do not think I have heard about ZIP disks on VMS, but I am suret? that I have heard about JAZ disks on VMS. Long time ago though.a   Arne   ------------------------------  % Date: Tue, 05 Feb 2002 07:07:30 -0500g. From: Lyndon Bartels <lbartels@pressenter.com> Subject: Zip disks and VMS. Message-ID: <3C5F84B2.7C2F1155@pressenter.com>  H Has anybody done any work/experimentation with various removable drives, like the zip disks, with VMS?  H Since I have identical machines at work and at home, it'd be a handy way3 of moving small amounts of data between the sites. u  1 Obviousy, I'd use tape backup for larger amounts.    Thanks in advance,   Lyndon -- .G My opinions are mine and mine alone. They seldom align with those of my<	 employer.>    H The only good thing about putting the cart before the horse is you don't have to look at the horse's butt.   ------------------------------  + Date: Tue, 05 Feb 2002 14:43:58 +0100 (MET)n9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>i Subject: Re: Zip disks and VMS; Message-ID: <01KDX2WRUHQM8ZJH7N@sysdev.deutsche-boerse.com>h  J > Has anybody done any work/experimentation with various removable drives,  > like the zip disks, with VMS?   I For really small amounts, one can use a diskette (assuming both machines rH have a floppy drive).  For larger amounts, one can use a normal Storage C Works disk in a caddy.  Probably a good idea to dismount it before   removing it.     ------------------------------  $ Date: Tue, 5 Feb 2002 09:44:03 -0500* From: WILLIAM WEBB <WWEBB1@email.usps.gov> Subject: RE: Zip disks and VMS- Message-ID: <0033000051029893000002L032*@MHS>x  ; =0AI've tried a 128MB 3.5" Sony SMO-C301-00 magneto-optical 9 drive as recently as Alpha 7.1 and not gotten it to work.   8 It could be one reason for me to try 7.3 on the hobbyist3 system but that's *way* down on the list right now.e   WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNETa( Sent: Tuesday, February 05, 2002 8:22 AMB To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET Subject: RE: Zip disks and VMS     Lyndon Bartels wrote: H > Has anybody done any work/experimentation with various removable driv= es,I > like the zip disks, with VMS?  A If the ZIP drive and your VMS system speak the same SCSI dialect,  then it should work.  A I do not think I have heard about ZIP disks on VMS, but I am sureo? that I have heard about JAZ disks on VMS. Long time ago though.    Arne=n   ------------------------------   End of INFO-VAX 2002.070 ************************