1 INFO-VAX	Fri, 06 Jun 2003	Volume 2003 : Issue 312       Contents: alphaServer diagnostics ; Re: Analyst says SCO proof of stolen code very credible ... 1 Re: Another future of VMS article on the Inquirer 1 Re: Another future of VMS article on the Inquirer 1 Re: Another future of VMS article on the Inquirer 1 Re: Another future of VMS article on the Inquirer 1 Re: Another future of VMS article on the Inquirer 1 Re: Another future of VMS article on the Inquirer 1 Re: Another future of VMS article on the Inquirer  Re: Argh- help!  Re: Argh- help!  Re: Argh- help! A Re: CREATE/TERMINAL ... maintain focus in DECterm issuing command ) Re: CSID value causing problem in cluster % CSID value causing problem in cluster ) Re: CSID value causing problem in cluster ( Re: DECUS Europe Amsterdam: Days #1 & #2N Re: ERRLOG.SYS (was Re: Your Own Installation Tool? (was: Install  Directory))N Re: ERRLOG.SYS (was Re: Your Own Installation Tool? (was: Install  Directory)) Re: Firewall for VMS / TRU64 Re: Firewall for VMS / TRU64& Halt & Startup Issues with VS 4000 VLC* Re: Halt & Startup Issues with VS 4000 VLC* Re: Halt & Startup Issues with VS 4000 VLC* Re: Halt & Startup Issues with VS 4000 VLC* Re: Halt & Startup Issues with VS 4000 VLC Re: Help maping RDB / Re: Intel 64 bit Pentium seems to be on its way / Re: Intel 64 bit Pentium seems to be on its way / Re: Intel 64 bit Pentium seems to be on its way / RE: Intel 64 bit Pentium seems to be on its way / Re: Intel 64 bit Pentium seems to be on its way / Re: Intel 64 bit Pentium seems to be on its way / Re: Intel 64 bit Pentium seems to be on its way / Re: Intel 64 bit Pentium seems to be on its way ) Re: Interpreting image exit status values . Re: IO - VAXes, Alphas, XFC and V7.3-1 (THUD!)C Re: Linux breaches at an all-time high ... Windoze security better? C Re: Linux breaches at an all-time high ... Windoze security better? 7 MicroVAX 3600 + VAX/VMS 5.5-2 + DVD-Burning/DVD-reading - Re: Mirroring Files in real time across a WAN   Re: OpenVMS Pearl - New Customer  Re: OpenVMS Pearl - New Customer  OT: Linux has M$ Running Scared!- Ottawa OpenVMS Technical Seminar (June 25-26)  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Radeon 7500 on a PWSP Re: Rights - (was Re: [OT] Inquirer Article Origins - The Conspiracy Theories). P Re: Rights - (was Re: [OT] Inquirer Article Origins - The Conspiracy Theories). P Re: Rights - (was Re: [OT] Inquirer Article Origins - The Conspiracy Theories). P Re: Rights - (was Re: [OT] Inquirer Article Origins - The Conspiracy Theories).  Running java programs in VMS  Re: Running java programs in VMS  Re: Running java programs in VMS( Re: Samba + Multinet: The Saga continues Re: SDLT vs LTO tape library Re: SDLT vs LTO tape library Re: SDLT vs LTO tape library Simple VMS and Java question  Re: Simple VMS and Java question Specials for June 2003 TEST Re: VAX Quorum Re: VAX Quorum Re: VAX Quorum# RE: What do these Macro codes mean? # RE: What do these Macro codes mean? # RE: What do these Macro codes mean? # Re: What do these Macro codes mean? # Re: What do these Macro codes mean? # RE: What do these Macro codes mean? # Re: What do these Macro codes mean? # RE: What do these Macro codes mean? 7 When you don't have substance, perception is everything ; Re: When you don't have substance, perception is everything ; Re: When you don't have substance, perception is everything ; Re: When you don't have substance, perception is everything ; Re: When you don't have substance, perception is everything ; Re: When you don't have substance, perception is everything  wondering if....J Re: [DCL] Is the max length of DCL lexical functions argument documented ?P Re: [OT] Inquirer Article Origins - The Conspiracy Theories. (was Re:  Another f0 Re: [The Inquirer] "HP trying to dump OpenVMS ?"0 Re: [The Inquirer] "HP trying to dump OpenVMS ?"0 Re: [The Inquirer] "HP trying to dump OpenVMS ?"0 Re: [The Inquirer] "HP trying to dump OpenVMS ?"  F ----------------------------------------------------------------------   Date: 6 Jun 2003 09:59:27 -0700 , From: JimStrehlow@data911.com (Jim Strehlow)  Subject: alphaServer diagnostics= Message-ID: <4b6ec350.0306060859.2d7a24b7@posting.google.com>   < What diagnostic tools are available for an AlphaServer DS10?  - freeware download  - on the software tools cd-rom !  - for licensed purchase from HP?   > We have an OpenVMS AlphaServer DS10 on sofware support but notF hardware support which "locks up" the operator's console (keyboard and; mouse) running OpenVMS v7.3 patched up through a month ago.   ( Thank you in advance for your responses.   Jim Strehlow Data911, Alameda, CA, USA    ------------------------------  % Date: Thu, 05 Jun 2003 20:06:27 -0500 ( From: Michael Rice <marice@whiteice.com>D Subject: Re: Analyst says SCO proof of stolen code very credible .../ Message-ID: <vdvq9a6khv7vce@corp.supernews.com>   ( On 6/5/2003 7:30 PM, Bob Ceculski wrote:< > more stolen code, just like Bill Gates did with Cutler and > Dec mica code ...  > w > http://www.informationweek.com/story/showArticle.jhtml;jsessionid=PVND2SIIKBGOCQSNDBCCKH0CJUMEYJVN?articleID=10300314   $ And this one indicating maybe not...  0 http://msn-cnet.com.com/2100-1016_3-1013229.html   ------------------------------   Date: 5 Jun 2003 17:41:39 -0700 ( From: bob@instantwhip.com (Bob Ceculski): Subject: Re: Another future of VMS article on the Inquirer< Message-ID: <d7791aa1.0306051641.e1643f5@posting.google.com>  w "Kenneth Farmer" <kfarmer@NOSPAMopenvms.org> wrote in message news:<YFHDa.25335$nr.2282325@twister.southeast.rr.com>... M > Just out of curriosity, I called the sales number at the bottom of the OVMS J > homepage to see if they knew what VMS was.  I tried three seperate timesM > with different names and company names.  All three times they knew what VMS J > was and where to forward the call for sales assistance.  I didn't go anyJ > further than that.  BTW, sorry to whoever answered the phone.  I hung up > when getting forwarded.  > N > I just had a thought...  When you guys have an HP salesman that comes in andL > tries to push Microsoft or other solution, you need to pull him off to theG > side and ask him what he/she's doing.  Tell them if they pushed a VMS N > solution their commision would be many timers greater then selling PCs.  AskE > them what on earth they are thinking.  They should understand that.  >  > -- > Kenneth Farmer <><   what's an HP salesperson?    ------------------------------  $ Date: Thu, 5 Jun 2003 20:00:03 -0500, From: "Dave Gudewicz" <k9jdk@NOSPAMarrl.net>: Subject: Re: Another future of VMS article on the Inquirer/ Message-ID: <vdvpss8e5afv00@corp.supernews.com>   K So far no reply to the 2nd gauntlet article, but as mentioned in the thread H on the first article I did receive a reply from Gorham the next morning.  G JF mentioned on both occasions that sending mail to multiple recipients 9 results in no response.  At the moment he's batting .500.    Dave...   < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3EDEAC15.49548A16@fsi.net...  > Dave Gudewicz wrote: > > G > > Since I didn't see any others say this....  I sent the link of this  article,I > > called it the VMS gauntlet article (the sequel) to Stallard, Marcello  and  > > Gorham.  > B > ...and, of course, you'll let us know if you get a reply, right? > C > What about the last dispatch to them? Ever hear back from anyone?  >  > --   > David J. Dachtera  > dba DJE Systems  > http://www.djesys.com/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Thu, 5 Jun 2003 20:08:31 -0500, From: "Dave Gudewicz" <k9jdk@NOSPAMarrl.net>: Subject: Re: Another future of VMS article on the Inquirer/ Message-ID: <vdvqcg5vl95r00@corp.supernews.com>   J I did indeed get a reply from Gorham and I made mention of it in the first thread on this subject.   " I guess you didn't read that note.  L What I haven't received is a reply to the second article.  The one discussed in this thread.   9 In both cases I sent the link to the same 3 people at hp.    Dave...   7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in message # news:3EDEB650.5FC586C0@istop.com... K > > > called it the VMS gauntlet article (the sequel) to Stallard, Marcello  and 
 > > > Gorham.  > H > In a war, you generally avoid sending any of your intelligence to your ennemy( > and ensure you send it only to allies. > J > Stallard, Blackmore, Winkler etc are ennemies who show no inclination to wantL > VMS to succeed. I am not sure about Marcello anymore. At best, I think his; > hands are tied now and he can't act. Gorham is powerless.  > L > Does Blackmore report to Carly ? If so, then he should be the target or anL > intelligent campaign to convince him of the value and potential of growing VMS. > H > If you send to multiple recipients, do not expect an answer since each6 > repicient will think the other will have handled it.   ------------------------------  # Date: Fri, 06 Jun 2003 02:04:40 GMT # From: "John Smith" <a@nonymous.com> : Subject: Re: Another future of VMS article on the InquirerF Message-ID: <YESDa.7984$j9%.2669@news04.bloor.is.net.cable.rogers.com>  7 "Dave Gudewicz" <k9jdk@NOSPAMarrl.net> wrote in message ) news:vdvpss8e5afv00@corp.supernews.com... F > So far no reply to the 2nd gauntlet article, but as mentioned in the threadA > on the first article I did receive a reply from Gorham the next  morning. > > > JF mentioned on both occasions that sending mail to multiple
 recipients; > results in no response.  At the moment he's batting .500.     E In baseball he'd be the batting champion of the league, with a salary  and bonus to match.   C Now what's your point? Is it that in general JF is right about when D sending memo's to multiple recipients it is often the case that eachB recipient thinks it's the other's balliwick, especially if it is a$ 'tough' question? Or something else?   ------------------------------  % Date: Thu, 05 Jun 2003 21:53:12 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> : Subject: Re: Another future of VMS article on the Inquirer' Message-ID: <3EE00218.488327C6@fsi.net>    John Smith wrote:  > 9 > "Dave Gudewicz" <k9jdk@NOSPAMarrl.net> wrote in message + > news:vdt9ckfrvncl61@corp.supernews.com... G > > Since I didn't see any others say this....  I sent the link of this 
 > article,@ > > called it the VMS gauntlet article (the sequel) to Stallard, > Marcello and > > Gorham.  > C > I believe that the article was also sent to her coiffed cuteness.   : "her coiffed cuteness" ???!!! I gotta remember *THAT* one!   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 6 Jun 2003 04:13:32 -0700 1 From: susan_skonetski@hotmail.com (Sue Skonetski) : Subject: Re: Another future of VMS article on the Inquirer< Message-ID: <857e9e41.0306060313.4b545a2@posting.google.com>   JF,   > Just so you know I would not and have not sent anything to TheE Inquirer.  Good way to tell if I wrote something. is ask yourself, is E it spelled correctly, are they using proper grammer? If so its not me  ;')    sue   [ JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<3EDE48D0.9FDE73E7@istop.com>...  > "Doc.Cypher" wrote: % > > First, The Inquirer is UK-based.   > N > Terry Shannon is an all american boy who has contributed under many names toL > that publication. So I don't draw any conclusions on author etc etc. All IN > know is that when an article is actually signed by Mr Shannon, it means that: > the article is more likely to toe the HP corporate line. > R > > your guess to Canada or EU (excluding UK).  Personally, I do not think this is< > > the work of someone with English as their mother tongue. > M > Actually, I was thinking of Alan Grieg. His absence from newsgroup may have K > just meant he refocused his spare energy to writing for the Inquirer. :-)  >  > O > Have you ever considered that the author may in fact be Sue sending the stuff  > from a home computer?  > P > Or, in a more demented way, it could be Peter Blackmore writing those articlesM > to sustain the image that HP has no intentions to grow VMS, thus helping HP 0 > achieve its goal of getting rid of VMS :-) :-) > 7 > Or, while we are at it, it could be Andrew Harrisson. P > Or Paul McCartney, Prince William, Jacques Chirac, Ken Olsen, Bob Dole, Nelson > Mandella  :-) ;-) :-) :-)    ------------------------------  % Date: Fri, 06 Jun 2003 11:39:28 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>: Subject: Re: Another future of VMS article on the Inquirer) Message-ID: <3EE0B5AF.5B942970@istop.com>    Sue Skonetski wrote:@ > Just so you know I would not and have not sent anything to The > Inquirer.   5 Even if you did, you'd still deny it here :-) :-) :-)    ------------------------------  % Date: Thu, 05 Jun 2003 23:13:32 -0700 % From: Dean Woodward <deanw@rdrop.com>  Subject: Re: Argh- help!( Message-ID: <3EE0310C.8010500@rdrop.com>   Dean Woodward wrote:  K > I've got a DPWS 500 with a bad NIC on the system board. I put a DE500 in  K > and just use EWB0, but I'm inundated with carrier check failure messages   > from the unused NIC. > * > How do I disable this thing permanently?  D Thanks, all! Doing a NET$CONFIGURE ADVANCED seems to have done it...   ------------------------------  % Date: Thu, 05 Jun 2003 22:05:44 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: Argh- help!' Message-ID: <3EE00508.DA4486B6@fsi.net>   ! VAXman-, @SendSpamHere.ORG wrote:  > ] > In article <3EDEAB37.162F4FB8@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:  > >Dean Woodward wrote:  > >>M > >> I've got a DPWS 500 with a bad NIC on the system board. I put a DE500 in M > >> and just use EWB0, but I'm inundated with carrier check failure messages  > >> from the unused NIC.  > >>- > >> How do I disable this thing permanently?  > >  > >As Dan said, kill it in NCP:  > > # > >NCP> SET CIRCUIT EWA-0 STATE OFF  > >NCP> CLEAR CIRCUIT EWA-0 ALL  > >NCP> PURGE CIRCUIT EWA-0 ALL   > >NCP> SET LINE EWA-0 STATE OFF > >NCP> CLEAR LINE EWA-0 ALL > >NCP> PURGE LINE EWA-0 ALL > > K > >Again, if you're using DECnet-V, it may take years to divine the correct I > >incantations to accomplish such simple tasks, but I'm sure someone who G > >has already done it can provide some insights. Perhaps NET$CONFIGURE  > >will be helpful. Dunno. > J > It's not that difficult.  Think back... how long did it take you to use/ > learn NCP?  G Compare HELP in NCP and NCL. The differences should be obvious. MOst of H what I know about NCP I initially learned from watching over Mark Levy'sE shoulder back in the early '80s'. The rest I picked up from HELP, and . then finally the documentation, in that order.  D I've been looking - on and off - at the DECnet-V doc.'s for at least% eight(8) years now. It's still Greek.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Thu, 05 Jun 2003 23:23:53 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: Argh- help!) Message-ID: <3EE00946.FDD78A30@istop.com>    "David J. Dachtera" wrote:F > I've been looking - on and off - at the DECnet-V doc.'s for at least' > eight(8) years now. It's still Greek.   K Prior to giving up on Decnet 5 for my home systems, I had resorted to using H SEARCH to draw a list of decnet5 files in SYS$MANAGER that had a certainM keyword in it, and then trying to figure out which one would be executed last O (pointless to chance a command in one file which will be overriden by another.)    ------------------------------  % Date: Thu, 05 Jun 2003 19:25:14 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>J Subject: Re: CREATE/TERMINAL ... maintain focus in DECterm issuing command) Message-ID: <3EDFD139.84A615A4@istop.com>   ! VAXman-, @SendSpamHere.ORG wrote: 2 > Help save me some mouse movement and clicking...   Lazy bum :-)  ' CREATE/TERM/WINDOW=(initial_state=icon)   N Another possibility would be to user the /RESOURCE_FILE parameter to specify aM resource file that may define the window attribute as background, but I don't  know the exact incantation.    ------------------------------  % Date: Fri, 06 Jun 2003 09:54:44 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>2 Subject: Re: CSID value causing problem in cluster) Message-ID: <3EE056D4.A040B3BB@127.0.0.1>   
 Lee wrote: >   < > Ten other licenses (including DECNET, UCX) failed to load. > ... 7 > %LICENSE-W-NOLOAD, license was not loaded for VOLSHAD : > %LICENSE-W-NOLOAD, license was not loaded for VMSCLUSTER > ...  >   D > Has anyone encountered this problem and resolved it without takingB > such drastic steps.  We are a 24x7 operation and even 30 minutes* > downtime is not acceptable to the users.  C I'm not familiar with this known problem but here's some things you 
 could try.  D Modify the licences to /INCLUDE the nodename you want the licence to load on.  F Use SYSMAN to SET ENV/NODE=abcdef and try LIC UNLOAD asdasdasd and LIC LOAD on the node you want.  E Other things to be sure of (may be too late in your case) is that you D either use the same shared licence file on all nodes, or the licence@ files are identical (have copies of all licences) if not shared.  
 Good luck. --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  # Date: Fri, 06 Jun 2003 07:44:41 GMT " From: Lee <lytmah@telusplanet.net>. Subject: CSID value causing problem in cluster/ Message-ID: <3EE0466A.E1994D38@telusplanet.net>   > We have several nodes in a VMScluster.  The nodes have been upC for quite a few years.  As a result, the CSID's of the nodes in the # cluster are now in the range 400yy. = We did some console firmware upgrades on node J which factory A reset the console network parameter back to duplex.  This crashed C J (and another neighbor node).  We rebooted J back into the cluster @ and it came into the cluster with a CSID of 400DA.  The node didE not come up cleanly because not all the licenses loaded successfully. ( Only the following licenses loaded on J:  
 OPENVMS-ALPHA  OPENVMS-ALPHA-USER TSM  DECEVENT  : Ten other licenses (including DECNET, UCX) failed to load. ... 5 %LICENSE-W-NOLOAD, license was not loaded for VOLSHAD 8 %LICENSE-W-NOLOAD, license was not loaded for VMSCLUSTER ...   D I cannot telnet, set host, or set host/lat into node J.  SYSMAN does workC and I can execute some commands on J.  However, attempts at loading ? licenses and executing other commands give the following error:   G %SYSTEM-F-REMOTE_PROC, operation not allowed; process is on remote node   @ Vendor support has been called and this is a known problem.  The
 resolution1 is a complete shutdown and reboot of the cluster.   B Has anyone encountered this problem and resolved it without taking@ such drastic steps.  We are a 24x7 operation and even 30 minutes( downtime is not acceptable to the users.     -- Lee    lytmah@telusplanet.net   ------------------------------  # Date: Fri, 06 Jun 2003 13:33:14 GMT " From: Lee <lytmah@telusplanet.net>2 Subject: Re: CSID value causing problem in cluster/ Message-ID: <3EE0981B.F1CA9555@telusplanet.net>   & --------------92F16E7DE8831E3CDC28BA62* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit        Nic Clews wrote:   > Lee wrote: > >  > > > > Ten other licenses (including DECNET, UCX) failed to load. > > ... 9 > > %LICENSE-W-NOLOAD, license was not loaded for VOLSHAD < > > %LICENSE-W-NOLOAD, license was not loaded for VMSCLUSTER > > ...  > >  > F > > Has anyone encountered this problem and resolved it without takingD > > such drastic steps.  We are a 24x7 operation and even 30 minutes, > > downtime is not acceptable to the users. > E > I'm not familiar with this known problem but here's some things you  > could try. > F > Modify the licences to /INCLUDE the nodename you want the licence to
 > load on. > H > Use SYSMAN to SET ENV/NODE=abcdef and try LIC UNLOAD asdasdasd and LIC > LOAD on the node you want.  1                 Tried many times, unsuccessfully.                 SYSMAN> SET ENV/NODE=J5           %SYSMAN-I-ENV, current command environment: %                   Individual nodes: J @                   Username Z99999       will be used on nonlocal           nodes   #           SYSMAN> DO LICEN LOAD UCX 7           %SYSMAN-I-OUTPUT, command execution on node J ;           %LICENSE-W-NOLOAD, license was not loaded for UCX ?           -SYSTEM-F-REMOTE_PROC, operation not allowed; process            is on remote node    >  > G > Other things to be sure of (may be too late in your case) is that you F > either use the same shared licence file on all nodes, or the licenceB > files are identical (have copies of all licences) if not shared.  A                 Each node has had its own LMF files from day one.    >  >  > Good luck. > --A > Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  > nclews at csc dot com    -- Lee    lytmah@telusplanet.net    & --------------92F16E7DE8831E3CDC28BA62) Content-Type: text/html; charset=us-ascii  Content-Transfer-Encoding: 7bit   > <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> &nbsp; <p>Nic Clews wrote:   <blockquote TYPE=CITE>Lee wrote: <br>> ? <p>> Ten other licenses (including DECNET, UCX) failed to load. 	 <br>> ... ; <br>> %LICENSE-W-NOLOAD, license was not loaded for VOLSHAD > <br>> %LICENSE-W-NOLOAD, license was not loaded for VMSCLUSTER	 <br>> ...  <br>> G <p>> Has anyone encountered this problem and resolved it without taking K <br>> such drastic steps.&nbsp; We are a 24x7 operation and even 30 minutes . <br>> downtime is not acceptable to the users.F <p>I'm not familiar with this known problem but here's some things you <br>could try.G <p>Modify the licences to /INCLUDE the nodename you want the licence to  <br>load on.I <p>Use SYSMAN to SET ENV/NODE=abcdef and try LIC UNLOAD asdasdasd and LIC + <br>LOAD on the node you want.</blockquote>   a <p><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ! Tried many times, unsuccessfully. 
 <br>&nbsp; <blockquote>" <blockquote>SYSMAN> SET ENV/NODE=J/ <br>%SYSMAN-I-ENV, current command environment: B <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Individual nodes: Jb <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Username Z99999&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; will be used on nonlocal nodes
 <br>&nbsp; <br>SYSMAN> DO LICEN LOAD UCX 1 <br>%SYSMAN-I-OUTPUT, command execution on node J 5 <br>%LICENSE-W-NOLOAD, license was not loaded for UCX F <br>-SYSTEM-F-REMOTE_PROC, operation not allowed; process is on remote node</blockquote> 
 </blockquote>    <blockquote TYPE=CITE>&nbsp;H <p>Other things to be sure of (may be too late in your case) is that youH <br>either use the same shared licence file on all nodes, or the licenceQ <br>files are identical (have copies of all licences) if not shared.</blockquote>   a <p><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1 Each node has had its own LMF files from day one.  <blockquote TYPE=CITE>&nbsp;
 <p>Good luck.  <br>--C <br>Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences & <br>nclews at csc dot com</blockquote>   <p>--  <br>Lee  <p>lytmah@telusplanet.net  <br>&nbsp;</html>   ( --------------92F16E7DE8831E3CDC28BA62--   ------------------------------   Date: 6 Jun 2003 07:40:00 -0700 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris) 1 Subject: Re: DECUS Europe Amsterdam: Days #1 & #2 = Message-ID: <cf15391e.0306060640.223c4eff@posting.google.com>   h "Hans Vlems" <hvlems.nieuw@zonnet.nl> wrote in message news:<bbgbtt$9dn0r$1@ID-143435.news.dfncis.de>...C > Indeed, I've never had any interest in the ITUG side of the joint D > conferences. I did miss Lyon, no idea how many people visited thatL > symposium. But compared to Lisbon in 2001, the number of attendees droppedL > enormously IMHO. And I don't really think the difference is made up by the > Tandem folks.   E The post-event report we received within HP said the ITUG portion had B more than 500 attendees from 25 countries, and said the HP-Interex@ EMEA portion "proved to be a very popular event with almost 1000F attendees and exhibitors - a very substantial increase in numbers over4 the last two CUO/DECUS events (in Lyon and Lisbon)."   ------------------------------   Date: 6 Jun 2003 08:39:31 -0700 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris) W Subject: Re: ERRLOG.SYS (was Re: Your Own Installation Tool? (was: Install  Directory)) = Message-ID: <cf15391e.0306060739.22215c77@posting.google.com>   ` "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3EDA234F.2C4EBA0F@fsi.net>...G > Well, strictly from a customer perspective, we'd like to see DECevent J > and that garbage they call CA* integrated back into ANALYZE/ERROR. It isJ > extremely frustatrating, both to us techies and our management, that outF > of the box, OpenVMS can no longer analyze its own error logs withoutB > add-ons and the inevitable delays and bureaucratic anarchy whichJ > surround those add-ons, their acquisition, installation and utilization.  D For VMS on Itanium, bit-to-text translation (what ANALYZE/ERROR used= to do)  will be provided by the operating system folks again.    ------------------------------  # Date: Fri, 06 Jun 2003 17:40:57 GMT / From: brooks@cuebid.zko.dec.nospam (Rob Brooks) W Subject: Re: ERRLOG.SYS (was Re: Your Own Installation Tool? (was: Install  Directory)) - Message-ID: <+ENHMJHTsxvR@cuebid.zko.dec.com>   3 keithparris_NOSPAM@yahoo.com (Keith Parris) writes: b > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3EDA234F.2C4EBA0F@fsi.net>...H >> Well, strictly from a customer perspective, we'd like to see DECeventK >> and that garbage they call CA* integrated back into ANALYZE/ERROR. It is K >> extremely frustatrating, both to us techies and our management, that out G >> of the box, OpenVMS can no longer analyze its own error logs without C >> add-ons and the inevitable delays and bureaucratic anarchy which K >> surround those add-ons, their acquisition, installation and utilization.  > F > For VMS on Itanium, bit-to-text translation (what ANALYZE/ERROR used? > to do)  will be provided by the operating system folks again.   E It isn't just for Itanium.  OpenVMS Alpha V7.3-2 will introduce a VMS = Engineering-provided mechanism to do bit-to-text translation.    --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------  % Date: Thu, 05 Jun 2003 21:32:41 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> % Subject: Re: Firewall for VMS / TRU64 ' Message-ID: <3EDFFD49.2E29839D@fsi.net>    Bob Ceculski wrote:  > b > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3EDE950E.B5BF103D@fsi.net>... > > L > > Well, the burden of proof, I'm sorry to say, is on you. Can "it" be doneJ > > with TCPware? Provide effective firewall capabilities without actually- > > installing specialized firewall software?  > > D > > If you can do it, post your data - the config.'s, the tests, theI > > results, etc. - and it will be a feather in your cap. Maybe even land  > > you a new job, y'never know  > > J > > Make unsubstantiated claims and they will be the albatross around your	 > > neck.  > > B > > A word to the wise - if you're at all open to it: Yes, this isJ > > "comp.os.vms", not "comp.os.balanced-viewpoint". Still, it's one thingI > > to be firm in your beliefs and convictions, as you clearly are - like H > > many of us. It's something else entirely to be simply a cheerleader,H > > with no proof or evidence, just empty claims (say: "sales-critter"),K > > vis-a-vis claims about the futures of Alpha/NT, Alpha itself, VMS, etc.  > > E > > In short, put your evidence where your keyboard (read: mouth) is.  > @ > you dare challenge the defcon9 results?  Well, Davey, I'll bet> > I could set up a TCPware FTP "CAPTIVE" account, give you the= > username and password, and watch you try to get out of that @ > iron box ... Dave vs. a ftp captive vms account, and of courseB > you would lose ... I guess even you don't know the real power of > VMS security ...  H VMS security is not the issue here. You are claiming that TCPware allowsF you to build a firewall-like network presence. Andrew takes issue with( that. My comment was simply, "prove it".  
 Comprende?   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Fri, 06 Jun 2003 17:12:46 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> % Subject: Re: Firewall for VMS / TRU64 0 Message-ID: <bbqei7$a7q$1@new-usenet.uk.sun.com>   Bob Ceculski wrote:  > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<bbnobs$bde$1@new-usenet.uk.sun.com>...  > F >>"TCPware's packet filtering capability complements existing firewall >>J >>security by providing an additional security layer on internal networks. >>J >>It can prevent your site from receiving datagrams from certain networks  >>or hosts.  >>K >>Datagrams can be filtered by protocol (IP, ICMP, UDP, or TCP), source and  >>7 >>destination address, or source and destination port."  >>E >>Sorry Bob but TCPware don't agree with you either. Unless you don't $ >>understand what complements means. >>- >>This BTW is from the TCPware documentation.  >>	 >>regards  >>Andrew Harrison  >  > = > wrong Andrew, TCPware complements VMS security ... remember 2 > this ... and this box wasn't running TCPware ... > , > http://www.pointsecure.com/Defconwhite.pdf    : Look Bob your claim is that OpenVMS includes functionality that is the same as a firewall.   ; I have provided you with documentation from both Compaq and 2 Process that indicate that you claim is incorrect.  < You claim to be technically competent with OpenVMS, describe< how you would set VMS up to provide, NAT, statefull filters,6 VPN and stealth using that standard OpenVMS OS without layered products.    Prove it or stop BSing.   : Don't try diversions into CERT DEFCON etc neither of which$ are relevant or support your claims.   Regards  Andrew Harrison    ------------------------------  % Date: Fri, 06 Jun 2003 01:05:22 -0400 & From: VLC Novice <The7car@comcast.net>/ Subject: Halt & Startup Issues with VS 4000 VLC 8 Message-ID: <cr70evgc48t7gmscrllll3q5a31kg1hoe5@4ax.com>  F I have a VAXstation 4000 VLC, and I want to know if there's any way to- resolve either (or both) of these two issues.   F First of all, the VLC does not automatically reboot after power on.  IE poked around the internet looking for what command(s) I should put in A at the >>> prompt to do this, but did not find anything (at least  nothing I understood).  D Secondly, I'm using a Wyse 85 (in VT100 mode) as the console, but if- the terminal is turned off, it halts the VLC.    Any ideas?  Thanks in advance!   ------------------------------  # Date: Fri, 06 Jun 2003 05:35:04 GMT ) From: Andrew Balaam <abalaam@yahoo.co.uk> 3 Subject: Re: Halt & Startup Issues with VS 4000 VLC 4 Message-ID: <20030606.5350400.3856905226@imagnu.geo>  6 >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<  I On 06/06/03, 06:05:22, VLC Novice <The7car@comcast.net> wrote regarding =   ' Halt & Startup Issues with VS 4000 VLC:     I > I have a VAXstation 4000 VLC, and I want to know if there's any way to=   / > resolve either (or both) of these two issues.   I > First of all, the VLC does not automatically reboot after power on.  I=   G > poked around the internet looking for what command(s) I should put in C > at the >>> prompt to do this, but did not find anything (at leasto > nothing I understood).  F > Secondly, I'm using a Wyse 85 (in VT100 mode) as the console, but if/ > the terminal is turned off, it halts the VLC.     > Any ideas?  Thanks in advance!  I I am not familiar with the 4000vlc, but it is probably the same as the=20lI 4000/60 etc - try SET HALT 1 or SET HALT 2 at the chevron prompt. If you=  =20eI normally type just B to boot, then it should do it OK when powered up. I=  f=20I you always specify the boot device (e.g. B DKA0), then you must also do =e a=20H SET BOOT boot-device (e.g. SET BOOT DKA0) so it knows which device to=20
 boot from.  I The reason the vlc halts when the Wyse is switched off, is because the=20iI vlc sees the RS232 BREAK condition - the BREAK being a relatively long=20UD MARK or SPACE I can't remember exactly which one. If you pull the=20I connector out out of the vlc before you turn off the Wyse, the vlc will =n  I probably not HALT. If you want to use the Wyse again, without HALTing th=  e=20I vlc, make sure you turn on the Wyse, let it go through all its power sel=S f=20# test etc, and then plug it back in.S   ------------------------------  % Date: Fri, 06 Jun 2003 09:45:51 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>3 Subject: Re: Halt & Startup Issues with VS 4000 VLCs) Message-ID: <3EE054BF.115482FA@127.0.0.1>m   Andrew Balaam wrote: > 8 > >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< > I > On 06/06/03, 06:05:22, VLC Novice <The7car@comcast.net> wrote regarding ) > Halt & Startup Issues with VS 4000 VLC:   H > > Secondly, I'm using a Wyse 85 (in VT100 mode) as the console, but if1 > > the terminal is turned off, it halts the VLC.e > H > The reason the vlc halts when the Wyse is switched off, is because theH > vlc sees the RS232 BREAK condition - the BREAK being a relatively longC > MARK or SPACE I can't remember exactly which one. If you pull theiI > connector out out of the vlc before you turn off the Wyse, the vlc will K > probably not HALT. If you want to use the Wyse again, without HALTing therK > vlc, make sure you turn on the Wyse, let it go through all its power selfS% > test etc, and then plug it back in.M  G Yes exactly, I've seen this behaviour as well. Digital series VT's haven$ never, in  my experience, done this.   --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesn nclews at csc dot como   ------------------------------  + Date: Fri, 06 Jun 2003 12:48:30 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>t3 Subject: Re: Halt & Startup Issues with VS 4000 VLCo; Message-ID: <01KWRWJWSEI4AOKN0V@sysdev.deutsche-boerse.com>s  I > Yes exactly, I've seen this behaviour as well. Digital series VT's havea& > never, in my experience, done this.   B All of my hobbyist VAX machines have genuine |d|i|g|i|t|a|l| VT320D terminals as their consoles.  Most, if not all, show this behaviour.   ------------------------------  % Date: Fri, 06 Jun 2003 12:04:26 +0100e( From: Nic Clews <sendspamhere@127.0.0.1>3 Subject: Re: Halt & Startup Issues with VS 4000 VLCn) Message-ID: <3EE0753A.965EBF34@127.0.0.1>p   Phillip Helbig wrote:n > K > > Yes exactly, I've seen this behaviour as well. Digital series VT's have ' > > never, in my experience, done this.y > D > All of my hobbyist VAX machines have genuine |d|i|g|i|t|a|l| VT320F > terminals as their consoles.  Most, if not all, show this behaviour.   :o|r  A Come to think of it, most of the machines are CTRL/P enabled (not  break).r   OK, I take it back!t   -- s? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesh nclews at csc dot com    ------------------------------  # Date: Fri, 06 Jun 2003 14:22:47 GMTe# From: "John Smith" <a@nonymous.com>e Subject: Re: Help maping RDBH Message-ID: <Xs1Ea.17060$3Sm.15450@news01.bloor.is.net.cable.rogers.com>  D What a horrible name....just as bad as what HP wants to use for VMS.  C ERwin is a decent product but when CA took over Platinum, all theirh? records for our ERwin licenses got hosed and we couldn't get it  straightened out.t       <Jason Brady> wrote in message2 news:ks7sdvkan4fuf0lsut5ue87k5mn7ei1emv@4ax.com... > John,x >lF > CA's All-Fusion ErWin Data Modeler 4.0 (yeah, that's the brand name)E > supports Rdb version 7.  One can reverse-engineer a database by wayn: > of ODBC.  Doesn't support previous Rdb versions, though. >n > Jasone >TA > On Mon, 26 May 2003 17:00:46 GMT, "John Smith" <a@nonymous.com>t wrote: >m > >n3 > >"bayden cline" <bayden@isys.ca> wrote in message-F > >news:AIaAa.262748$w7k.23230@news04.bloor.is.net.cable.rogers.com...F > >> Hello, i am trying to figure out a way to map out how the various > >tables inF > >> an RDB 5.1 database are linked together, just wondering if anyone > >here hasl: > >> any sujestions for how to do this.  Thanks in advance > >a > >oD > >V3.x of ERwin (now owned by Computer Associates) could connect to RDBeF > >and read/reverse-engineer the schema. Not sure if v4.x has Rdb as a7 > >'native' db any longer...if not, ODBC ought to work.V > >. >a   ------------------------------   Date: 6 Jun 2003 03:19 CDT' From: carl@gerg.tamu.edu (Carl Perkins)e8 Subject: Re: Intel 64 bit Pentium seems to be on its way, Message-ID: <6JUN200303192648@gerg.tamu.edu>  . "Jack Peacock" <peacock@simconv.com> writes...E }"Fred Kleinsorge" <my-last-name@stardotzko.dec.com> wrote in message7, }news:f7IDa.2029$dN2.512@news.cpqcorp.net...A }> Frankly, IA64 would have been a better choice - since it blowsdH }> Opteron away for FP performance - which is what the referenced system }reallys	 }> needs.j }>M }On a per CPU basis the IA64 may be faster, but since it's a parallel machineeK }cost per node would seem to be as much a factor as node thruput.  For sake M }of argument, if the IA64 is twice as fast but 5 times the cost of an Opteron@M }then it makes sense to use four times as many nodes with the slower CPU, allhH }other considerations being equal.  Per node might be slower but overall5 }thruput for a massive parallel task would be higher.  } F }Does IA64 have any intrinsic architectural advantages when scaling toL }hundreds/thousands of nodes?  Doesn't the interconnect between nodes become% }more significant than raw CPU speed?  }   Jack Peacock  ) There are also a variety of other points.y  E One is that the IA64's EPIC architecure requires that the compiler dotF a lot of work that it doesn't have to do on the Opteron. Who, exactly,C produces an IA64 compiler that does a good job producing code for arB 10,000 processor system? (For that matter, how efficient is it forG producing code that runs across the presumed 4 processors in a buildinguH block?) The timing and synchronization issues could be considerable whenB your processor has minimal flexability. (Of course, Cray itself is0 probably good at writing this sort of compiler.)  H Then there is the power and heat thing. What is the FP speed per watt ofG power, and heat, rating of each of the IA64 and Opteron? I think you'll-K fing that the IA64 is a lot more power hungry and produces a lot more heat.kG The heat factor means you can't build the system as dense (the relevantrJ metric is probably processors per square foot of floor space, although theK average and mximum communications cable lengths are very relevant metrics).eJ If the system has to be bigger and consumes more power for the same amountJ of processing power then you need to take that into consideration (amongstI other things, with a larger system your connecting cables will be longer,eK which you may have to take into account in the design of the interprocessoraG communications - and extra foot of cable adds at least a full processor F clock cycle, and more like two, to the time it takes a signal to go inG one direction down the cable, and another cycle or two for the reply to F come back, as the signals travel a bit under a foot per nanosecond and< your CPU cycle speed is likely to be well over a gigahertz).   --- Carla In article <XI2cnZDQ1LarxkKjXTWcog@mpowercom.net>, "Jack Peacock" <peacock@simconv.com> writes...ME }"Fred Kleinsorge" <my-last-name@stardotzko.dec.com> wrote in message-, }news:f7IDa.2029$dN2.512@news.cpqcorp.net...A }> Frankly, IA64 would have been a better choice - since it blowsoH }> Opteron away for FP performance - which is what the referenced system }reallye	 }> needs.  }>M }On a per CPU basis the IA64 may be faster, but since it's a parallel machineoK }cost per node would seem to be as much a factor as node thruput.  For sakeiM }of argument, if the IA64 is twice as fast but 5 times the cost of an OpteronnM }then it makes sense to use four times as many nodes with the slower CPU, alleH }other considerations being equal.  Per node might be slower but overall5 }thruput for a massive parallel task would be higher.( } F }Does IA64 have any intrinsic architectural advantages when scaling toL }hundreds/thousands of nodes?  Doesn't the interconnect between nodes become% }more significant than raw CPU speed?t }   Jack Peacock }  }    ------------------------------   Date: 6 Jun 2003 08:47:35 -0500 + From: young_r@encompasserve.org (Rob Young),8 Subject: Re: Intel 64 bit Pentium seems to be on its way3 Message-ID: <MjvSWn9A9vdk@eisner.encompasserve.org>y  V In article <6JUN200303192648@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes:0 > "Jack Peacock" <peacock@simconv.com> writes...G > }"Fred Kleinsorge" <my-last-name@stardotzko.dec.com> wrote in messagei   > + > There are also a variety of other points.  > G > One is that the IA64's EPIC architecure requires that the compiler do H > a lot of work that it doesn't have to do on the Opteron. Who, exactly,E > produces an IA64 compiler that does a good job producing code for ac > 10,000 processor system? e  @ 	The Cray Opteron machine is a collection of nodes, not a 10000 < 	processor system.  CPU counts that high, it won't be an SSI 	regardless of vendor/CPU.  > 	IA64 compilers will be better.  Intel has many more resources= 	at their disposal, especially with the addition of the Alphat 	compiler writers.   				Robe   ------------------------------   Date: 6 Jun 2003 14:38:30 GMT0( From: bill@cs.uofs.edu (Bill Gunshannon)8 Subject: Re: Intel 64 bit Pentium seems to be on its way5 Message-ID: <bbq915$celfk$1@ID-135708.news.dfncis.de>r  3 In article <MjvSWn9A9vdk@eisner.encompasserve.org>, . 	young_r@encompasserve.org (Rob Young) writes: > @ > 	IA64 compilers will be better.  Intel has many more resources? > 	at their disposal, especially with the addition of the Alpha, > 	compiler writers. >   @ Better than who?  SGI decided way back in the IRIS days that theA greatest improvement in performance wouldn't come from optimizing1A the kernel but from optimizing the compilers so that all the codek> generated was improved.  Maybe they lost a lot of those people? during their slow period (which may not be over yet) but at one.A time they were reputed to have one of the best compilers written.n  B Suffice it to say that the next year or so could prove interesting in the CPU field.t   bill   -- sJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   o   ------------------------------  $ Date: Fri, 6 Jun 2003 08:01:24 -0700# From: "Tom Linden" <tom@kednos.com>S8 Subject: RE: Intel 64 bit Pentium seems to be on its way9 Message-ID: <CIEJLCMNHNNDLLOOGNJICEILHFAA.tom@kednos.com>p   >-----Original Message-----uE >From: bill@gw5.cs.uofs.edu [mailto:bill@gw5.cs.uofs.edu]On Behalf Of  >Bill Gunshannon$ >Sent: Friday, June 06, 2003 7:39 AM >To: Info-VAX@Mvb.Saic.Com9 >Subject: Re: Intel 64 bit Pentium seems to be on its wayu >  >F4 >In article <MjvSWn9A9vdk@eisner.encompasserve.org>,/ >	young_r@encompasserve.org (Rob Young) writes:e >> oA >> 	IA64 compilers will be better.  Intel has many more resourcess@ >> 	at their disposal, especially with the addition of the Alpha >> 	compiler writers.n >> a >nA >Better than who?  SGI decided way back in the IRIS days that thecB >greatest improvement in performance wouldn't come from optimizingB >the kernel but from optimizing the compilers so that all the code? >generated was improved.  Maybe they lost a lot of those people @ >during their slow period (which may not be over yet) but at oneB >time they were reputed to have one of the best compilers written. >h) Didn't SGI get their compilers from Mips?n  C >Suffice it to say that the next year or so could prove interestingr >in the CPU field. >i >billb >u >-- K >Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvestE >bill@cs.scranton.edu     |  and a sheep voting on what's for dinner.e >University of Scranton   | B >Scranton, Pennsylvania   |         #include <std.disclaimer.h>    >) >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com).uA >Version: 6.0.484 / Virus Database: 282 - Release Date: 5/27/2003  >  ----& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.484 / Virus Database: 282 - Release Date: 5/27/2003   ------------------------------   Date: 6 Jun 2003 15:13:43 GMTr, From: bill@gw5.cs.uofs.edu (Bill Gunshannon)8 Subject: Re: Intel 64 bit Pentium seems to be on its way5 Message-ID: <bbqb37$cfapo$1@ID-135708.news.dfncis.de>-  9 In article <CIEJLCMNHNNDLLOOGNJICEILHFAA.tom@kednos.com>,r& 	"Tom Linden" <tom@kednos.com> writes: > + > Didn't SGI get their compilers from Mips?0  > Maybe their earlier ones, but I was always led to believe they@ had their own which was what gave them the performance advantage= the made them king of the graphics field for at least a short = time.  Like VMS (see how I got this back on topic :-) SGI gotm? dumped here quite some time ago.  I still work to keep at leasth> the knowledge of VMS existant.  SGI has no such advocate.  The> only SGI box her enow is in the Physics Dept.  They have it to> run one package and it is costing them a bundle to keep it up.   bill   -- tJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   a   ------------------------------  % Date: Fri, 06 Jun 2003 11:37:14 -0400i* From: JF Mezei <jfmezei.spamnot@istop.com>8 Subject: Re: Intel 64 bit Pentium seems to be on its way) Message-ID: <3EE0B52A.8D5241EE@istop.com>    Carl Perkins wrote: J > Then there is the power and heat thing. What is the FP speed per watt of; > power, and heat, rating of each of the IA64 and Opteron? 0  L As I recall, Alpha was also pretty hot in its first iteration. Oh, I forgot,M IA64 is at close to its 3rd iteration with Madison supposed to arrive "soon",l right ?b  M Seriously though, are the heat/power characteristics of IA64 the result of itpB being a baby chip that isn't mature yet, or is it truly due to theL size/complexity of the chip, a drawback IA64 will retain throughout its life compared to its competition ?f   ------------------------------  % Date: Fri, 06 Jun 2003 17:31:37 +0100rO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>p8 Subject: Re: Intel 64 bit Pentium seems to be on its way0 Message-ID: <bbqflh$ak6$1@new-usenet.uk.sun.com>   Rick Jones wrote:'R > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote: > = >>Both Opteron numbers are based on the 32bit Intel compiler,p5 >>performance will improve with the 64bit compilers. - >  > B > Are we talking about a 64-bit Intel x86 compiler, or a different > compiler?f >   C There are plenty of other compilers, being done for x86-64 GCC, NAGD Portland, Microsoft.  c http://msdn.microsoft.com/library/default.asp?url=/library/en-us/kmarch/hh/kmarch/64bitamd_65nr.aspi   > - >>20% would be a reasonable initial estimate.n >  > A > Out of curiousity, how do you arrive at that estimate?  By whatrD > quantity will cache pressure increase in the SPECfp2000 suite whenG > going LP64 (Linux) or P64 (Windows) versus the gains from having morep> > registers in 64-bit mode in the Opteron than in 32-bit mode? >   = Its not mine its AMD's for FP and I would cut them some slack 6 if I was you, they were accurate for the 32bit numbers5 even if they missed the initial launch speed of 2GHz.u   Regardsm Andrew Harrison    ------------------------------   Date: 6 Jun 2003 11:48:03 -0500O+ From: young_r@encompasserve.org (Rob Young)t8 Subject: Re: Intel 64 bit Pentium seems to be on its way3 Message-ID: <m5HWgbqQhkE5@eisner.encompasserve.org>   ` In article <bbq915$celfk$1@ID-135708.news.dfncis.de>, bill@cs.uofs.edu (Bill Gunshannon) writes:5 > In article <MjvSWn9A9vdk@eisner.encompasserve.org>, 0 > 	young_r@encompasserve.org (Rob Young) writes: >>  A >> 	IA64 compilers will be better.  Intel has many more resourcesj@ >> 	at their disposal, especially with the addition of the Alpha >> 	compiler writers.  >> e >  > Better than who?     	See earlier post.   			Rob   ------------------------------   Date: 6 Jun 2003 02:47 CDT' From: carl@gerg.tamu.edu (Carl Perkins),2 Subject: Re: Interpreting image exit status values, Message-ID: <6JUN200302470710@gerg.tamu.edu>  " briggs@encompasserve.org writes...W }In article <4JUN200322202544@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes:hL }> That bit is normally the sts$v_inhib_msg bit, which means "message shouldJ }> not be printed". If this bit is set the normal mechanisms for producingO }> error messages will not produce any output, shich is a lot like the opposites( }> of saying that it has been displayed. } H }If the error code has already been displayed then you do not want it to) }be displayed again.  So you set the bit.n }  }Simple, no? } 
 }	John Briggsi   No.v  F I think that the error code in the accounting record should be EXACTLYF what the error code really was when it was produced. If the program inJ the process gave an error code of "C" the the error code in the accountingK record should be "C". Otherwise, how do you know what the error code reallynH was? Answer: you don't. The accounting record says it was "1000000C", soE did the last program run by the process exit and report an error coderF of "C" or "1000000C"? There is no way to tell if the accounting recordE has been modified. I would prefer it if the accounting records didn'taE lie to me. The "Final status code" should be the "final status code",e* not "the final status code, more or less".  F The whole point of having the code in the accounting record is so thatC you can use it to find out what happened, which will often includessG displaying it again. It is easier to find out what happened if you haveMG the *real* code instead of "this may or may not be the actual code thatdH was given by the program - there is no way for you to know what the real
 code was".  F It is possible to have code paths that produce either result depending on where the error happens.o  I If you run the program interactively and the code it produces is just "C"dF but the accounting record says it was "1000000C", how do you know thatI what happened during the interactive run was the same thing that happenedlG when it was run as a detached process? Answer: you don't. It may be theiH case, but it is also possible that the real error code that was reportedF in the noninteractive case was really "1000000C" and what you just sawH when you ran it interactively is not what happened in the noninteractive case. There is no way to tell.  K If you run the program interactively and the code it produces is "1000000C"-F and the accounting record says it was "1000000C", how do you know thatI what happened during the interactive run was the same thing that happened-G when it was run as a detached process? Answer: you don't. It may be theCH case, but it is also possible that the real error code that was reportedH in the noninteractive case was really "C" and what you just saw when youK ran it interactively is not what happened in the noninteractive case. ThereW is no way to tell.  H That is assuming that the accounting record really is altered like that.  ? This sort of thing is not a major problem, but it is a problem.b   --- Carl   ------------------------------   Date: 6 Jun 2003 10:18:12 -0700i1 From: keithparris_NOSPAM@yahoo.com (Keith Parris)b7 Subject: Re: IO - VAXes, Alphas, XFC and V7.3-1 (THUD!)p= Message-ID: <cf15391e.0306060918.5bd4c40d@posting.google.com>t  f young_r@encompasserve.org (Rob Young) wrote in message news:<MZWImOpkfhPc@eisner.encompasserve.org>...F > 	Now where those very large spikes in IO rates occur - I don't know.  B You might check to see if high lock activity rates accompany those@ spikes in I/O activity -- if so, you may be able to identify theC source based on the resource names.  SDA> LCK SHOW ACTIVE will show C the most-active lock trees (on a give node... or get a cluster-wide $ summary using my Lock Activity tool,- http://encompasserve.org/~parris/lckact.bck).   E I was once able to identify an application bug that caused temporary, E brief "infinite" loops under heavy system loading (and generated lock A rates of 350,000 to 500,000 per second across a cluster for those $ brief periods) using this technique.   ------------------------------  $ Date: Fri, 6 Jun 2003 10:32:45 -0400# From: "rob kas" <bob@paychoice.com> L Subject: Re: Linux breaches at an all-time high ... Windoze security better?/ Message-ID: <ve19fue3biil80@corp.supernews.com>-   >e> > why don't we trot on down to the CERT site and check out the< > unix/slowaris cert advisories compared to the VMS ones ...' > care to take a guess who wins EASILY?A    I                     mmmm Yep those ~4500  Internet Connected VMS boxes Vs  the 500,000 Internet+                     Connected Solaris Boxes    ------------------------------  % Date: Fri, 06 Jun 2003 17:01:05 +0100>O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> L Subject: Re: Linux breaches at an all-time high ... Windoze security better?0 Message-ID: <bbqds9$a28$1@new-usenet.uk.sun.com>   Bob Ceculski wrote:H > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<bbnnos$bbg$1@new-usenet.uk.sun.com>...u >  >>Bob Ceculski wrote:  >> >>>Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<bbn10k$3hg$1@new-usenet.uk.sun.com>... >>>t >>>d >>>>Bob Ceculski wrote:e >>>> >>>>3 >>>>>well Andrew, unix/linux security is worse thanL- >>>>>windoze ... that's what it says here ...o >>>>>w- >>>>>http://www.theinquirer.net/?article=9845& >>>>- >>>>Another posting you should not have made.& >>>>- >>>>UNIX and Linux are not the same when will  >>>>you work that out ?> >>>>0 >>>>This article referes to security issues with- >>>>Linux not with any UNIX operating system.; >>>>$ >>>>Are you some sort of masochist ? >>>> >>>>Regardsn >>>>Andrew Harrison; >>>; >>>; >>>that isn't what SCO says ...; >> >>Ohh dear another mistake.o >>= >>SCO is alledging that some SCO IP leaked from UNIX to LinuxS? >>they are not suggesting that all the Linux kernel and layeredA >>utilites are based on SCO IP.  >>A >>The IP stack supplied with OpenVMS comes origionally from Tru64e< >>does this mean that every Tru64 security problem is also a% >>problem for OpenVMS, of course not.m >>A >>Nor is it true the other way round either. Which is essentiallyd6 >>the logic you are attempting to apply to UNIX/linux. >>? >>Every posting you send ends up with more undignified flailing : >>about from your standpoint, do yourself a favour, try to; >>understand the subject in hand before posting rather than , >>learning about it the hard way afterwards. >>	 >>Regards; >>Andrew Harrisonb >  > > > why don't we trot on down to the CERT site and check out the< > unix/slowaris cert advisories compared to the VMS ones ...' > care to take a guess who wins EASILY?/; If we could rely in the Cert advisory responses for OpenVMS-: being correct then this might be an interesting excercise,4 since we can't it is entirely pointless as you know.  7 Of course we also have the little problem which is thatD; there are rather more Sun's arround and rather more of them  are connected to the WEB..  9 As a matter of interest Bob why keep bringing CERT up, iti9 has no relevance to OpenVMS because of inaccurate OpenVMS 8 responses. We have had this converstion so so many times0 before you flail about each time so why bother ?   regardsL Andrew Harrisone   ------------------------------  $ Date: Fri, 6 Jun 2003 13:44:08 +0200C From: Eberhard Heuser-Hofmann <vaxinf@chclu.chemie.uni-konstanz.de>r@ Subject: MicroVAX 3600 + VAX/VMS 5.5-2 + DVD-Burning/DVD-reading> Message-ID: <00A20FBA.2AB830DA.3@CHCLU.CHEMIE.UNI-KONSTANZ.DE>  	 Hi Folks,d  @ just an info about my test of DVDwrite using a old MicroVAX and  VAX/VMS 5.5-2.   eberhardG =======================================================================" Environment:G =======================================================================i& MicroVAX 3600 + KZQSA-SCSI-Controller 7               + VAX/VMS V5.5-2/SCSI-Patch VAXSCSI03_061( or< VAXstation 4000-60 + VAX/VMS V5.5-2/SCSI-Patch VAXSCSI03_061G =======================================================================r Here's a session-log:DG ======================================================================= 6 $ mc sysgen conn gka200:/noadapter/driver=gkdriver.exe $ mou/for dka400:k; %MOUNT-I-MOUNTED, VG5SYS       mounted on _$2$DKA400: (V02)o $ sh dev gka  . Device                  Device           Error.  Name                   Status           Count. GKA200:                 Online               0 $ set def $1$dua0:[dvdwrite] $ mc []dvdwrite dka400: gka200:o     DVR Vendor:  SONYl      DVR Product: DVD RW DRU-500A     FW Version:  2.0fw     DVDwrite Version 2.02d$ Mounted media appears to be a DVD-R.#  Capacity of media: 9191552 blocks.-	  1 % done-	 .. [snip]e  100 % done    ELAPSED TIME =    0 01:26:58.74  CPU TIME = 0:28:39.29  BUFFERED I/O COUNT = 108R  DIRECT I/O COUNT = 70304n  PAGE FAULT COUNT = 68G =======================================================================e   ------------------------------  + Date: Fri, 06 Jun 2003 11:11:45 +0100 (MET).9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>i6 Subject: Re: Mirroring Files in real time across a WAN; Message-ID: <01KWRT3MGHWIAM67GX@sysdev.deutsche-boerse.com>   , > > Isn't HBVS restricted to cluster nodes ? >  > Yes. > J > > Also, what is the minimum speed for a link between 2 nodes to maintain > > cluster ?  > C > According to the Cluster Software SPD, 10 megabits.  T3 (DS-3) isa > roughly 45 megabits.  D I'm sure that lots of folks have LAVC clusters (i.e. using 10 Mbit/sC ethernet for cluster traffic).  In my hobbyist cluster, not only iswF cluster communication going over ethernet, but also MSCP---in additionE to "normal" ethernet traffic (including stuff going out to the WAN). lF OK, it's not the fastest, but it works fine and I've never noticed anyH problems.  (I DID have to increase some system parameters on a VAX after: mounting some members of some shadow sets on it, though.)    ------------------------------  # Date: Thu, 05 Jun 2003 23:53:00 GMTe# From: "John Smith" <a@nonymous.com>r) Subject: Re: OpenVMS Pearl - New Customer4F Message-ID: <wJQDa.6326$j9%.5337@news04.bloor.is.net.cable.rogers.com>   Sue,  B Thanks for letting us know, but ... (there's always one or more ofC those but's isn't there?) there is a better way to disseminate this B info in a way that does not give away the customer id as this does  F It's a wireless telecom billing application. Who provides GSM coverage3 in Brazil? TIM Celular S.A.  How am I doing so far?s  E I have discussed the concept of having a VMS Wins/Losses box score onpC www.openvms.org with Ken Farmer... just like having baseball stats.uE Ken has the details. You may find that a more palatable and sanitizedeC way of releasing the 'wins' information. I'm sure Andrew, and other,E current VMS sites decommissioning their VMS investments, will keep ust abreast of the loses.   ? And one other thing....with advertising and marketing, you'd be F posting 10-20+ wins like these per day to the box scores, and you'd beD busy hiring/coordinating more Ambassadors. But advertising/marketing# isn't your department to run. Pity.t        > "Sue Skonetski" <susan_skonetski@hotmail.com> wrote in message7 news:857e9e41.0306051321.4f5b0899@posting.google.com...o > -----Original Message----- > From: Skonetski, Susan& > Sent: Tuesday, June 03, 2003 1:43 PM > To: Skonetski, SusanA > Subject: OpenVMS Pearl - New VMS customer - ok for distribution  >  >nC > Please note that I have removed the customer name since we do notl have > permission to use it.' >n > Thank you Renato.  >M > Warm Regards,  > Sueu >y > -----Original Message----- > From: Albuquerque, Renatos' > Sent: Tuesday, June 03, 2003 10:45 AMe > To: Skonetski, Susan$ > Subject: New OpenVMS Site - Brazil >v > Hi Sue >pB >   I can not submit a win form because the equipment were sold inE > Europe, but I want to inform you that we have a new OpenVMS site in.E > Brazil! It is formed by an ES40 and a DS20E in cluster, with MA80000A > storage. Ericsson was the solution integrator. Customer name is_ ****.iF > This system runs CABS2000 from SchumbergerSema (billing application)F > and will enter production mode next September. The Customer has told/ > me that they intend to buy a GS160 next year!o >o >   Regards,   ------------------------------  # Date: Fri, 06 Jun 2003 16:39:39 GMT>1 From: Michael Austin <maustin@firstdbasource.com>e) Subject: Re: OpenVMS Pearl - New Customern2 Message-ID: <3EE0C3AB.76A82F4F@firstdbasource.com>   Sue Skonetski wrote: >  > -----Original Message----- > From: Skonetski, Susan& > Sent: Tuesday, June 03, 2003 1:43 PM > To: Skonetski, SusanA > Subject: OpenVMS Pearl - New VMS customer - ok for distributiona > H > Please note that I have removed the customer name since we do not have > permission to use it.n >  > Thank you Renato.  >  > Warm Regards,W > Suem >  > -----Original Message----- > From:   Albuquerque, Renato ) > Sent:   Tuesday, June 03, 2003 10:45 AM  > To:     Skonetski, Susan+ > Subject:        New OpenVMS Site - Brazile >  >         Hi Sue > B >   I can not submit a win form because the equipment were sold inE > Europe, but I want to inform you that we have a new OpenVMS site inoE > Brazil! It is formed by an ES40 and a DS20E in cluster, with MA8000tG > storage. Ericsson was the solution integrator. Customer name is ****.iF > This system runs CABS2000 from SchumbergerSema (billing application)F > and will enter production mode next September. The Customer has told/ > me that they intend to buy a GS160 next year!' >  >   Regards,     Sue,  A Given the recent performance numbers on the EV79 systems, (GS1280eE ES80,47,25,15) I would encourge them to go that route rather than the,E GS160.  I have seen a GS140 (upgraded 8400) outperform a tuned, fullyuF loaded GSG160 which was then replaced by an 8-way GS1280 and only usedD ~2 out of 8 CPU's at it's peak.  So, in actuallity, that same systemH could have almost gotten away with using a pair of ES47's (redundancy). ? Granted, the GS160 is more expensive than an ES47, but if it is ( performance you want, it's a no-brainer.   -- k Regards,  6 Michael Austin            OpenVMS User since June 19847 First DBA Source, Inc.    Registered Linux User #261163s7 Sr. Consultant            http://www.firstdbasource.coms 816-373-0270 (Office)h 816-728-3080 (Mobile)f   ------------------------------  % Date: Thu, 05 Jun 2003 21:28:56 -0500-1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ) Subject: OT: Linux has M$ Running Scared! ' Message-ID: <3EDFFC68.A0C114BA@fsi.net>   B Sorry to pull another Bob C. here, but I couldn't resist this one:  $ BALLMER TARGETS LINUX IN ANNUAL MEMO  ) Posted June 05, 2003 6:10 AM Pacific TimeN  < Microsoft Chief Executive Officer Steve Ballmer didn't mince< his words when he wrote in a Wednesday memo to all Microsoft2 employees that noncommercial open source software,; particularly the Linux operating system, was a "competitivel challenge."s  > With companies keeping a tight lid on IT spending during these6 tough economic times, "free" software, he wrote, is an1 "interesting alternative" to commercial software.a= Complicating the situation, he continued, are companies, like 9 IBM, whose support of Linux "has added credibility and anh( illusion of support and accountability."   For the full story:n> http://www.infoworld.com/article/03/06/05/HNballmermemo_1.html    The article concludes with this:H "Ballmer's memo reads like a statement of war against noncommercial openF source software. And considering how Microsoft has demolished numerousE competitors in the past, the Linux community should brace for a long,m
 tough fight."   F I take that as meaning the author believes that M$ can beat the world.F Needless to say, I cannot agree with such an assessment. Rather I tendF to believe that M$ will be forced to find its own "New Cheese", if you understand that paradigm.    --   David J. Dachterab dba DJE Systemso http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Fri, 6 Jun 2003 13:18:09 -0400 From: <n.rieck@sympatico.ca>6 Subject: Ottawa OpenVMS Technical Seminar (June 25-26)9 Message-ID: <r14Ea.9237$VS5.827261@news20.bellglobal.com>-  ; The Canadian Association of Compaq Users - An HP User Group ! Newsletter - June 6, 2003 Edition   G **************  COUNTDOWN TO OTTAWA TECHNICAL SEMINAR  ****************.   IN THIS EDITION:. 1. TERRY SHANNON CONFIRMED TO SPEAK AT SEMINAR. 2. iPAQ DOOR PRIZE PROVIDED BY HEWLETT-PACKARD) 3. MIXED ARCHITECTURE VMS CLUSTERS SURVEYm/ 4. DON'T WAIT UNTIL THE LAST MINUTE TO REGISTERe3 5. INTRODUCTION AND WELCOME TO OUR SEMINAR SPONSORSe 6. OpenVMS HOBBYIST LICENSEn  E =====================================================================h  ; ***** 1. TERRY SHANNON CONFIRMED TO SPEAK AT SEMINAR! *****eC We are excited to announce that Terry Shannon of "Shannon Knows HP"vH (formerly as "Shannon Knows Compaq") will be speaking at the June OttawaK technical seminar. The Association has been given the unique opportunity tolK have Terry as the keynote speaker, so Chris Brown has kindly agreed to givehK up his spot to accommodate Terry. Terry will also host the campground eventlB at the end of the Wednesday agenda.  Find out more about Terry at:5 http://www.communitywerke.com/seminar-speakerbios.htme  : ***** 2. iPAQ DOOR PRIZE PROVIDED BY HEWLETT-PACKARD *****I Hewlett-Packard (Canada) Co. has provided an iPAQ H3850 as the door prize-L for the OpenVMS Strategy & Directions technical seminar. This generous prizeK will be drawn at the closing of the seminar on Thursday afternoon.  To find 5 out more about the iPAQ and other HP products, go to:S) http://www.communitywerke.com/seminar.htm   5 ***** 3. MIXED ARCHITECTURE VMS CLUSTERS SURVEY *****rG As you probably know, two weeks ago in Amsterdam, HP demonstrated mixediE architecture VMS clusters, consisting of an AlphaServer GS1280 MarvelcH partition running OpenVMS/Alpha and an HP Itanium system running OpenVMSI Industry Standard 64 in an Itanium partition. This demo portends peacefulaI coexistence between clustered Alpha and Itanium systems for many years tosK come. We would like you to go to the OpenVMS.org site and answer the survey C that asks several questions about other issues in addition to mixed G architecture VMS clusters. http://www.openvms.org/pages.php?page=Surveyc  < ***** 4. DON'T WAIT UNTIL THE LAST MINUTE TO REGISTER! *****I Seminar registrations are coming in and seating is limited, so don't waitfI until the last minute to register.  Visit our seminar pages regularly fori> information updates: http://www.communitywerke.com/seminar.htm  @ ***** 5. INTRODUCTION AND WELCOME TO OUR SEMINAR SPONSORS! *****J Please welcome the companies that will be participating as sponsors at theE upcoming technical seminar in Ottawa.  We have the following sponsors1 confirmed to date:  D Nemonix Engineering, Inc. - A partner of HP, the company designs andE manufactures a variety of hardware enhancements for the VAX and AlphaeD platforms.  Participating as a Day Sponsor, NEMONIX will be making aC presentation as part of the seminar agenda to discuss some of theirmK technology solutions.  More information about NEMONIX can be found on theirA. web site at: http://www.nemonixengineering.com  F Cyrano, Inc. - A privately held company, Cyrano builds and distributesH multi-platform testing products for software quality assurance, enablingH clients to reduce risk, maximize IT investments and ensure that businessK critical processes remain uninterrupted.  Cyrano is also participating as a H Day Sponsor and will also be making a presentation at the seminar.  MoreD info is available on  the Cyrano Web site at: http://www.cyrano.com/  K System Resale Solutions - Also a current sponsor of the Association, SystemeL Resale Solutions is participating as a Service Sponsor for the coffee breaksG at the seminar.  A Canadian supplier of used/guaranteed VAX / Alpha ands6 Cisco equipment, the comapny's Web site is located at: http://www.systemresale.coma  G Additional details on our seminar sponsors will become available on our F seminar Web pages.  If your company is interested in communicating itsH products and services directly to a focused audience of industry leadersD involved in OpenVMS and related technology at the seminar, visit our sposorship info page at:9 http://www.communitywerke.com/seminar-sponsorshipinfo.htmd  ' ***** 6. OpenVMS HOBBYIST LICENSE *****D  I You can order the OpenVMS Hobbyist License through your membership in the  Association.   Here are the instructions:: - The complete transaction takes place on the OpenVMS site* - Go to <http://www.montagar.com/hobbyist>D - Go to the link "License Register". This will take you to a license? registration page where you will be required to complete a form ? - Enter your Association membership number on the ordering formfK - If you do not know your membership number, or you are not a member of thelI Association, send an e-mail message to inquire@canacu.org. The license isrJ free of charge. There is a charge of $30.00 USF if you want to receive the software on CD media.n  E =====================================================================s WE LIKE TO HEAR FROM YOU! K We want you to tell us what you think of this newsletter. Your feedback andkG suggestions are most welcome. Please send your comments and articles toE inquire@canacu.org.r  ( WE ARE LOOKING FOR A FEW, GOOD REPORTERSH Here's your chance to report the news instead of just reading it! We areJ looking for users from each of HP's product lines to keep their ear to theL ground and bring us their 'front line' reports. If you want to be a reporterI on the Association's Newsletter staff, send an e-mail to the attention ofn$ Alan Clifford at inquire@canacu.org.   GETTING YOUR OWN NEWSLETTERiL If you're reading a copy someone has forwarded to you, now is your chance toK get your own copy. Simply e-mail us (inquire@canacu.org) your name, mailing K address, telephone and e-mail address. We'll be happy to send you your very 	 own copy.h  ! CHANGING YOUR CONTACT INFORMATION L Have you had changes to your electronic or postal address in the last little@ while? Don't forget to let us know by sending a message to us atE inquire@canacu.org. We'd like to make sure our records for you are asl up-to-date as possible.n  F ======================================================================  H You have received this online newsletter because you are a member of theH Canadian Association of Compaq Users (referred to as the 'Association').  K The newsletter is e-mailed to you every two weeks to keep you up-to-date oniL the Association's activities and relevant news of interest. Please go to theG UNSUBSCRIBE section below if you do not want to continue receiving this  newsletter. Thank you.  I UNSUBSCRIBE TO THIS NEWSLETTER - If you do not want to continue receiving L this newsletter, simply reply to this message and enter one of the following on the subject line:  K "REMOVE" if either the recipient is no longer at this address or you do not"@ want to receive any further email messages from the Association.  I "UNSUBSCRIBE" if you do not want to continue receiving the newsletter but2I still want to be notified of important Association events and activities.n  J "UPDATE" Include the new e-mail address if your address has changed or you9 would like the newsletter sent to another e-mail address.   E =====================================================================u  - CONTACT INFORMATION FOR USER GROUPS IN CANADAF  - Canadian Association of Compaq Users (CANACU)a Web Site: http://www.canacu.orge1 Contact: Dave Wilson - E-mail: inquire@canacu.orgy  " Canadian Tandem Users Group (CTUG) Web Site: http://www.ctug.ca/  Contact: ctug@ctug.car   Toronto HP Users Group (TUG); Web site: http://www.interex.com/lug/Canada/OntarioTUG.html C Contact: Wanda Komorowski - E-mail: komorowski@interex.org - Phone:d 905.702.0630  ( HP Alberta Regional User Group (ALTARUG)8 Web site: http://www.interex.org/lug/Canada/Alberta.html5 Contact: Kees denHartigh -E-mail: kees@ee.ualberta.cau  , Edmonton and Area Local Users Group (EARLUG) Web Site: http://earlug.org:E Contact: Richard Leask - E-mail: Richard.Leask@interbaun.com - Phone:9 780.910.8753K Meetings: Every third Wednesday of the month, 5:00 pm, The Druid, 116 St. &m Jasper Ave.e  E =====================================================================dG *******************   ADS FROM OUR CANACU SPONSORS   ****************** E =====================================================================s  F MATCH COMPUTER is the leader in refurbished HP, Alpha and StorageWorksL products. With an award winning sales and technical staff and a multimillionK dollar inventory of PB10, DS20, ES40/45 GS80/160 systems, multiple platformTL cabinets, san and fiber switches, options and drives, you can be sure you'veI got the right system from the right vendor right on time. Sales, leasing, K rental and free advance exchange with our repair program gives your companyiI an arsenal of cost saving options. We are always looking to purchase used	C equipment too. Call toll free today @ 888-332-7278 or contact us at L http://www.matchcomputer.com. Sun, StorageTek, Cisci and IBM also available.  G SYSTEM RESALE SOLUTIONS is a Canadian supplier of used/guaranteed VAX /i? Alpha and Cisco equipment. Extend the life of your hardware andyJ applications. Get additional systems or upgrades and storage when you needF them. 3 to 6 month rentals are available to help you with your projectH development and testing processes. We maintain an inventory of Cisco andI other equipment including spares and upgrades. We also purchase equipmentiJ and accept trade-ins. Please call us at 1-800-375-5502 or 519-763-3391, orL come to visit us in Guelph, Ontario to see how we can look after you! E-mail> us at: canacu.mem@sales.systemresale.com or visit our site at:J http://www.systemresale.com   *** Respecting your IT budget since 1987 ***  E =====================================================================e  H Published by The Canadian Association of Compaq Users - An HP User Group Copyright 2003   ------------------------------  % Date: Thu, 05 Jun 2003 21:47:04 -0500o1 From: "David J. Dachtera" <djesys.nospam@fsi.net> " Subject: Re: Portents of VMS death' Message-ID: <3EE000A8.6C4FBB61@fsi.net>-   Keith Parris wrote:- > ] > JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<3ED50818.B9D67314@istop.com>...lR > > If you narrow the VMS marketplace to the very same market as Tandem NSK, then:1 > >       1-that market is too small to sustain 2oV > >       2- HP would be stupid to keep 2 products in the same market that can sustain
 > > only 1 > > N > > And between Tandem and VMS, Tandem stays because tandem is the true "faultN > > tolerant" that is used by the stock exchanges etc etc. Tandem has a marketO > > presence and isn't declared "dead". VMS has no market presence and has beens0 > > "forgotten" by its owners for over a decade. > @ > I'm told stock exchanges are split about 50/50 between VMS andE > NonStop.  VMS has a sizeable market presence, significantly more-sonH > than NonStop -- there are about 30 times as many VMS systems installed > as there are NonStop systems.u > D > VMS is thought to be dead mostly by folks who last heard about VMSF > from Digital when they were told it was dying and they would have toA > move to Unix (or later NT), and who aren't up-to-date on what'sh@ > happened lately, particularly since HP took over.  HP made theB > decision to keep VMS early in the clean-room process -- it was a
 > no-brainer.e  H Don't forget that VMS is also declared dead by folks like us out here inH trenches who are watching our VAXes and Alphas go the way of the Dodo in/ leiu of WinTel boxes, Linux/*BSD, even Solaris!e  E In truth, most folks, limited as their own perspective may be, simplyu "call it like they see it".    -- I David J. Dachterat dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/8   ------------------------------  # Date: Fri, 06 Jun 2003 02:53:26 GMTF# From: "John Smith" <a@nonymous.com>m" Subject: Re: Portents of VMS deathF Message-ID: <GmTDa.8582$j9%.1659@news04.bloor.is.net.cable.rogers.com>  > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message7 news:cf15391e.0306051739.3b1fbf0c@posting.google.com...i7 > JF Mezei <jfmezei.spamnot@istop.com> wrote in messagep% news:<3ED50818.B9D67314@istop.com>...t@ > > If you narrow the VMS marketplace to the very same market as Tandem NSK, then:w+ > > 1-that market is too small to sustain 2fD > > 2- HP would be stupid to keep 2 products in the same market that can sustainh
 > > only 1 > > B > > And between Tandem and VMS, Tandem stays because tandem is the true "faultdE > > tolerant" that is used by the stock exchanges etc etc. Tandem hasi a marketF > > presence and isn't declared "dead". VMS has no market presence and has been0 > > "forgotten" by its owners for over a decade. > @ > I'm told stock exchanges are split about 50/50 between VMS andE > NonStop.  VMS has a sizeable market presence, significantly more-so > > than NonStop -- there are about 30 times as many VMS systems	 installedo > as there are NonStop systems.   6 Some exchanges run both, depending on the application.    D > VMS is thought to be dead mostly by folks who last heard about VMSF > from Digital when they were told it was dying and they would have toA > move to Unix (or later NT), and who aren't up-to-date on what'sI@ > happened lately, particularly since HP took over.  HP made theB > decision to keep VMS early in the clean-room process -- it was a
 > no-brainer.i  E Since the decision to keep VMS "was a no-brainer", would you also sayfC the decision to not advertise and market VMS is also a "no-brainer" 4 decision? Or should that read" brain-dead" decision?   ------------------------------  % Date: Thu, 05 Jun 2003 23:17:14 -0400e* From: JF Mezei <jfmezei.spamnot@istop.com>" Subject: Re: Portents of VMS death) Message-ID: <3EE007B8.61AE35E3@istop.com>s   Keith Parris wrote:i@ > I'm told stock exchanges are split about 50/50 between VMS and > NonStop. p  F I think that this is quite misleading. You can argue that 50% of stockN exchanges have some VMS, but the same logic also allows you to state that 100% of stock exchanges run Windows.u  I And you omit to mention IBM. At least until a couple years ago (sure surekM about present), one of the largest stock exchanges in north america (TSE) waslN an IBM shop. What are they running today, I am not sure, they had performanmceO problems a couple years ago (John Smioth probably knows exactly what they run).i  M The montreal stock exchange may have had a short love affair with VMS in latedL 1980s, but it migrated to other platforms (including Sun) a few years later,2 and has since ceased to exist as a stock exchange.    G NASDAQ runs its core on Tandem. But as I recall, NYSE uses VMS only for4R backroom reconciliation/clearing, not if the core "live" trading is tandem or IBM.  J NASDAQ runs its web site on Windows. (how much did Microsoft have to bribe  them to do such a silly thing ?)   ------------------------------  # Date: Fri, 06 Jun 2003 05:46:38 GMTi+ From: LESLIE@JRLVAX.HOUSTON.RR.COM (leslie)o" Subject: Re: Portents of VMS death9 Message-ID: <2VVDa.6827$lT4.740895@twister.austin.rr.com>m  " John Smith (a@nonymous.com) wrote:	 : Thanks.r :    You're welcome.n   ------------------------------   Date: 6 Jun 2003 04:22:05 -0700w1 From: susan_skonetski@hotmail.com (Sue Skonetski)e" Subject: Re: Portents of VMS death= Message-ID: <857e9e41.0306060322.463deeae@posting.google.com>i  E Question: That page just doesn't seem to have a description of how toa get hold of an Ambassador.  F Answer:  After the secret handshake ;') you can either send me mail or> if you have a sales contact ask them for the local Ambassador.  A The Ambassadors are pretty proud to be an Ambassadors, which theyc; should be, since they are the Best of the Best and just the	F application is 9 pages long (and there is more stuff).  There are onlyC 200 worldwide so not all locations have an OpenVMS Ambassador.  The F Ambassadors are some of the best people you will meet and this program is the best part of my job.l   Sues        t "John Smith" <a@nonymous.com> wrote in message news:<iXlDa.346921$w7k.48543@news04.bloor.is.net.cable.rogers.com>...) > ""Alan Winston - SSRL Admin Cmptg Mgr""@3 > <winston@SSRL.SLAC.STANFORD.EDU> wrote in messaget2 > news:00A20D8D.2CF1C1DA@SSRL.SLAC.STANFORD.EDU...6 > > In article <3EDD4E62.F3E9AB9D@istop.com>, JF Mezei& >  <jfmezei.spamnot@istop.com> writes: > > >jlsue wrote:rG > > >> Wrong again.  It was a test of a very old version of vms against 
 >  a new UNIXa > > >> offering. > > > F > > >Lets say you have an old VAX at 5.5-2 and you are told it is time
 >  to buy newaA > > >machines because this "old museum piece" just doesn't cut itg >  anymore.  > > > H > > >So you call <whoever is owner of VMS this week> and they propose to
 >  loan you ayD > > >brand new zippy Unix system pre-loaded with the application you >  want, andF > > >they've never heard of VMS and tell you Unix is the way to go and >  that they@ > > >don't have "loaners" for VMS anyways. (or whatever excuse). > > >rE > > >So, as a loyalist to VMS, you still want to push a VMS solution,x >  but all youC > > >have at your disposal is that old vax at 5.5-2 which you can'tc >  upgrade because* > > >of the old application that is on it. > > >r > > >What do you do ?m > > >"E > > >Now, folks who know about the ambassadors programme may call Sues >  and arrangeF > > >to have some zippy VMS demo showing all its modern stuff.  But ir >  you don'tD > > >know about Sue or the ambassador programme, who can you turn to >  wheng8 > > >Digital/Compaq/HP is unresponsive to VMS requests ? > > H > > I was going to say that you don't have to know a secret handshake to >  find outt6 > > about the VMS Ambassadors; there's a link from the >  openvms.compaq.com E > > home age to a nice page describing the Ambassadors program, whiche >  makes ithG > > clear that if you want to bring in someone who'll say how swell and 
 >  modern VMSu* > > is, an Ambassador is the one you want. > >oH > > That page just doesn't seem to have a description of how to get hold >  of an > > Ambassador.i > - > That's what the secret handshake is for ;-)    ------------------------------  % Date: Fri, 06 Jun 2003 12:28:58 +0100  From: Roy Omond <Roy@Omond.net>v" Subject: Re: Portents of VMS death4 Message-ID: <bbptul$97u$1$830fa79f@news.demon.co.uk>   David Webb wrote:o   > [... snip snip ...]  >n > Q > We once had rooms with VAX workstations in them. They disappeared about 6 years0P > ago. We once had rooms with SGI and HP workstations in them - they disappeared > more than 4 years ago.  % They disappeared? They DISAPPEARED???e    Jeez, your security must be lax.   P.s. not guilty :-)n  	 Roy Omond  Blue Bubble Ltd.   ------------------------------  * Date: Fri, 6 Jun 2003 11:12:14 +0000 (UTC)+ From: david20@alpha2.mdx.ac.uk (David Webb) " Subject: Re: Portents of VMS death+ Message-ID: <bbpsue$sov$1@aquila.mdx.ac.uk>h  d In article <bbo0k0$blvj6$1@ID-135708.news.dfncis.de>, bill@gw5.cs.uofs.edu (Bill Gunshannon) writes:) >In article <3EDF72B0.7C01A77@istop.com>,b. >	JF Mezei <jfmezei.spamnot@istop.com> writes: >> Bill Gunshannon wrote: A >What do you mean by "write assignments"?  Surely you don't thinktD >a student is going to choose EDT over MS Word for those term papersA >they need to do.    "Muck around"? Been out of school long?  YouoD >seem to think the students have all kinds of free time for playing.C >Not likely.  If the machines are not strongly integrated into realiF >courses, they will see no use at all.  I could get them into probablyC >four or five courses right now, maybe more later.  But it wouldn'tm@ >be easy.  VMS is not a "general use OS"  as most people see it.: >It is not going to win without a lot of push from behind. >a >>  N >> Consider the following scenario: you provide the machines, but the studentsJ >> provide their hobbyist licences. Would this change your lawyer's view ? >i> >You have no idea how universities work, do you?  I have labs.A >They belong to the University.  I maintain them.  that's the way @ >it works.  If I have an AS2100 running in my server room, whichA >students Hobbyist License is loaded?  Do I have to unload it and0A >load another when the next student wants to use the machine. And:@ >to answer your last question, "no".  We have had students want @ >their special software loaded onto machines in the lab and theyA >always promise to give me a copy of their "license".  of course,i? >they also don't understand why I can't put that license on allg >the machines in the lab.  :-) >   F There is also lots of pressure in most Universities on terminal rooms.G PCs are seen as the desktop machines. Hence it takes a lot to keep any -# non pc terminal rooms in existence. M A central system which can be used by multiple users via the PCs is much muchrJ easier to sell. But that requires a licensing system which allows multiple users.  O We once had rooms with VAX workstations in them. They disappeared about 6 yearssN ago. We once had rooms with SGI and HP workstations in them - they disappearedN more than 4 years ago. We currently only have one general access terminal roomL on this Campus with Unix workstations in it - a roomful of Sun workstations.@ The latest I hear is that they will be decommissioned this year.  N We still have a central Sun server and a central cluster of two VMS DEC 2100's for academic work.     
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  # Date: Fri, 06 Jun 2003 11:45:25 GMTo# From: "John Smith" <a@nonymous.com>>" Subject: Re: Portents of VMS deathH Message-ID: <p9%Da.16413$3Sm.12771@news01.bloor.is.net.cable.rogers.com>  7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in message # news:3EE007B8.61AE35E3@istop.com...  > Keith Parris wrote:>B > > I'm told stock exchanges are split about 50/50 between VMS and > > NonStop. >>B > I think that this is quite misleading. You can argue that 50% of stockfF > exchanges have some VMS, but the same logic also allows you to state	 that 100%A! > of stock exchanges run Windows.  > F > And you omit to mention IBM. At least until a couple years ago (sure sureE > about present), one of the largest stock exchanges in north americaM	 (TSE) waseC > an IBM shop. What are they running today, I am not sure, they hade performanmceF > problems a couple years ago (John Smioth probably knows exactly what
 they run).  D TSX runs a combination of things. IBM mainframe application based onE their original CATS system from the late 1970's (probably the best ofnD its kind at the time), which was sold to Paris and Rio (couple other? places too IIRC), which was then heavily modified by Paris, andoE subsequently bought back by Toronto when their decade-long attempt torD write a new app failed. They also use Tandem expensively/extensively- for other parts of the application portfolio.   D They also run a trading app on VMS, purchased from OM Group, but the4 bulk of their volume is on the IBM/Tandem platforms.   ------------------------------  * Date: Fri, 6 Jun 2003 11:50:26 +0000 (UTC)+ From: david20@alpha2.mdx.ac.uk (David Webb)o" Subject: Re: Portents of VMS death+ Message-ID: <bbpv62$sqv$1@aquila.mdx.ac.uk>i  q In article <cf15391e.0306051739.3b1fbf0c@posting.google.com>, keithparris_NOSPAM@yahoo.com (Keith Parris) writes:s\ >JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<3ED50818.B9D67314@istop.com>...Q >> If you narrow the VMS marketplace to the very same market as Tandem NSK, then:-+ >> 	1-that market is too small to sustain 2rP >> 	2- HP would be stupid to keep 2 products in the same market that can sustain	 >> only 18 >> 3M >> And between Tandem and VMS, Tandem stays because tandem is the true "faultVM >> tolerant" that is used by the stock exchanges etc etc. Tandem has a market=N >> presence and isn't declared "dead". VMS has no market presence and has been/ >> "forgotten" by its owners for over a decade.= >=? >I'm told stock exchanges are split about 50/50 between VMS and D >NonStop.  VMS has a sizeable market presence, significantly more-soG >than NonStop -- there are about 30 times as many VMS systems installed= >as there are NonStop systems. >rC >VMS is thought to be dead mostly by folks who last heard about VMS=E >from Digital when they were told it was dying and they would have to=@ >move to Unix (or later NT), and who aren't up-to-date on what's? >happened lately, particularly since HP took over.  HP made the A >decision to keep VMS early in the clean-room process -- it was a  >no-brainer.  I So why during and after that period did we here mention of NSK but nary a[! mention of VMS from anyone in HP.     
 David Webb VMS and Unix team leader CCSS Middlesex University     > G >Both VMS and NonStop have their particular strengths.  Most times, thefF >customer decides to choose a particular software application, and the, >platform choice follows from that decision.   ------------------------------  # Date: Fri, 06 Jun 2003 12:04:40 GMTO# From: "John Smith" <a@nonymous.com>=" Subject: Re: Portents of VMS deathG Message-ID: <sr%Da.16419$3Sm.6419@news01.bloor.is.net.cable.rogers.com>1  > "Sue Skonetski" <susan_skonetski@hotmail.com> wrote in message7 news:857e9e41.0306060322.463deeae@posting.google.com...oD > Question: That page just doesn't seem to have a description of how to > get hold of an Ambassador. >tE > Answer:  After the secret handshake ;') you can either send me maili or@ > if you have a sales contact ask them for the local Ambassador. >uC > The Ambassadors are pretty proud to be an Ambassadors, which they.= > should be, since they are the Best of the Best and just the1C > application is 9 pages long (and there is more stuff).  There are  onlyE > 200 worldwide so not all locations have an OpenVMS Ambassador.  Thei@ > Ambassadors are some of the best people you will meet and this program  > is the best part of my job.t >r > Sue     * Alan Winston knows how to get hold of you. I know how to get hold of you.0 Everyone in c.o.v. knows how to get hold of you.  A But Bill Jones of Acme Manufacturing in Podunk, Nebraska doesn't.aC He stumbles across the OpenVMS home page by accident (remember thatmC www.hp.com/openvms returns a 404 error??)...that's if he even knows2
 about VMS.  C He then finds a link on the VMS home page that simply says "OpenVMSnA Ambassadors". Curious, he clicks that link. The reads some nicely?@ worded paragraphs that describe the Ambassadors, sees a map with? circles on it (reminds me a bit of "Alice's Restaurant"), and a 2 'family' photo of some devilishly handsome people.  E But Bill Jones of Acme Manufacturing in Podunk, Nebraska doesn't havesD a link to click on that says 'Contact the VMS Ambassador Coordinator? to arrange a visit to your site by an Ambassador', or some such 	 verbiage..  @ It's somewhat akin to those web sites we all hate...you know theB one --- you go to to order something online and site forces you toF actually create an account and enter your credit card info before theyB tell you how much it will cost to ship a single copy of a piece ofD software to your office. Too many hoops to jump through. So you give> up on that site and take your business to a 'friendlier' site.  E So long potential customer - not Auf Weidersehn, not Au Revoir, whicheA say 'see you again', but "So Long"...as in "Don't darken our door. again".1    0 > "John Smith" <a@nonymous.com> wrote in messageE news:<iXlDa.346921$w7k.48543@news04.bloor.is.net.cable.rogers.com>... + > > ""Alan Winston - SSRL Admin Cmptg Mgr""S5 > > <winston@SSRL.SLAC.STANFORD.EDU> wrote in messagen4 > > news:00A20D8D.2CF1C1DA@SSRL.SLAC.STANFORD.EDU...8 > > > In article <3EDD4E62.F3E9AB9D@istop.com>, JF Mezei( > >  <jfmezei.spamnot@istop.com> writes: > > > >jlsue wrote:iA > > > >> Wrong again.  It was a test of a very old version of vmsn against3 > >  a new UNIX  > > > >> offering. > > > >NC > > > >Lets say you have an old VAX at 5.5-2 and you are told it isn time > >  to buy newmC > > > >machines because this "old museum piece" just doesn't cut ite
 > >  anymore.i > > > >z? > > > >So you call <whoever is owner of VMS this week> and they 
 propose to > >  loan you aoF > > > >brand new zippy Unix system pre-loaded with the application you > >  want, andD > > > >they've never heard of VMS and tell you Unix is the way to go ande > >  that theyB > > > >don't have "loaners" for VMS anyways. (or whatever excuse). > > > > = > > > >So, as a loyalist to VMS, you still want to push a VMS9	 solution,r > >  but all youE > > > >have at your disposal is that old vax at 5.5-2 which you can'te > >  upgrade because, > > > >of the old application that is on it. > > > >: > > > >What do you do ?s > > > > C > > > >Now, folks who know about the ambassadors programme may callo Suen > >  and arrangeE > > > >to have some zippy VMS demo showing all its modern stuff.  Butl ir > >  you don'tF > > > >know about Sue or the ambassador programme, who can you turn to	 > >  whenh: > > > >Digital/Compaq/HP is unresponsive to VMS requests ? > > > = > > > I was going to say that you don't have to know a secret, handshake to
 > >  find outo8 > > > about the VMS Ambassadors; there's a link from the > >  openvms.compaq.com A > > > home age to a nice page describing the Ambassadors program,e which 
 > >  makes ituE > > > clear that if you want to bring in someone who'll say how swellt ando > >  modern VMSn, > > > is, an Ambassador is the one you want. > > >oE > > > That page just doesn't seem to have a description of how to getu hold
 > >  of an > > > Ambassador.l > >p/ > > That's what the secret handshake is for ;-)    ------------------------------  * Date: Fri, 6 Jun 2003 12:16:38 +0000 (UTC)+ From: david20@alpha2.mdx.ac.uk (David Webb)e" Subject: Re: Portents of VMS death+ Message-ID: <bbq0n6$t0q$1@aquila.mdx.ac.uk>c  V In article <bbptul$97u$1$830fa79f@news.demon.co.uk>, Roy Omond <Roy@Omond.net> writes: >David Webb wrote: >l >> [... snip snip ...] >> >> rR >> We once had rooms with VAX workstations in them. They disappeared about 6 yearsQ >> ago. We once had rooms with SGI and HP workstations in them - they disappeared' >> more than 4 years ago.t >G& >They disappeared? They DISAPPEARED??? > ! >Jeez, your security must be lax.a >-   No we're not quite that Lax.  L Though that reminds me of one UK University (who shall remain nameless) who M sent an apology that people hadn't been able to contact them by email for theuN preceding week because someone had broken in and stolen their central mailhub.  
 David Webb VMS and Unix team leader CCSS Middlesex University         >P.s. not guilty :-) >t
 >Roy Omond >Blue Bubble Ltd.u >n   ------------------------------  # Date: Fri, 06 Jun 2003 12:26:56 GMTt# From: "John Smith" <a@nonymous.com>t" Subject: Re: Portents of VMS deathG Message-ID: <kM%Da.16427$3Sm.1514@news01.bloor.is.net.cable.rogers.com>   8 "David Webb" <david20@alpha2.mdx.ac.uk> wrote in message% news:bbpv62$sqv$1@aquila.mdx.ac.uk...a? > In article <cf15391e.0306051739.3b1fbf0c@posting.google.com>, 3 keithparris_NOSPAM@yahoo.com (Keith Parris) writes:t8 > >JF Mezei <jfmezei.spamnot@istop.com> wrote in message% news:<3ED50818.B9D67314@istop.com>...nA > >> If you narrow the VMS marketplace to the very same market asi Tandem NSK, then:o, > >> 1-that market is too small to sustain 2E > >> 2- HP would be stupid to keep 2 products in the same market thati can sustainh > >> only 1  > >>C > >> And between Tandem and VMS, Tandem stays because tandem is thec true "fault/F > >> tolerant" that is used by the stock exchanges etc etc. Tandem has a marketC > >> presence and isn't declared "dead". VMS has no market presencer and has been1 > >> "forgotten" by its owners for over a decade.t > >nA > >I'm told stock exchanges are split about 50/50 between VMS andhF > >NonStop.  VMS has a sizeable market presence, significantly more-so? > >than NonStop -- there are about 30 times as many VMS systemsR	 installedd  > >as there are NonStop systems. > >fE > >VMS is thought to be dead mostly by folks who last heard about VMSaD > >from Digital when they were told it was dying and they would have toB > >move to Unix (or later NT), and who aren't up-to-date on what'sA > >happened lately, particularly since HP took over.  HP made the0C > >decision to keep VMS early in the clean-room process -- it was ai > >no-brainer. >eD > So why during and after that period did we here mention of NSK but nary a# > mention of VMS from anyone in HP.r  C It too was a 'clean room' decision to adopt Compaq's policies aboutOC VMS. In high priced management consultancies it's called the "AdoptT and Embrace" strategy.   ------------------------------  # Date: Fri, 06 Jun 2003 12:33:16 GMTX# From: "John Smith" <a@nonymous.com> " Subject: Re: Portents of VMS deathH Message-ID: <gS%Da.16428$3Sm.10742@news01.bloor.is.net.cable.rogers.com>  8 "David Webb" <david20@alpha2.mdx.ac.uk> wrote in message% news:bbq0n6$t0q$1@aquila.mdx.ac.uk... @ > In article <bbptul$97u$1$830fa79f@news.demon.co.uk>, Roy Omond <Roy@Omond.net> writes:a > >David Webb wrote: > >  > >> [... snip snip ...] > >> > >>F > >> We once had rooms with VAX workstations in them. They disappeared
 about 6 yearsbB > >> ago. We once had rooms with SGI and HP workstations in them - they disappeared > >> more than 4 years ago.  > >s( > >They disappeared? They DISAPPEARED??? > >t# > >Jeez, your security must be lax.  > >e >s > No we're not quite that Lax. >r? > Though that reminds me of one UK University (who shall remain 
 nameless) whoOA > sent an apology that people hadn't been able to contact them by)
 email for thee? > preceding week because someone had broken in and stolen theirr central mailhub.  F That happened to the national association of *computing professionals*B over here about 3 weeks ago. As a friend wrote to me, "If you sentC e-mail to my xxxxxx@xxxx.xx account over the past few days, you may*D have had it bounce on you.  This is because the server was stolen onB Thursday night.  The server has been replaced and I have confirmed that things are working now."a   ------------------------------  # Date: Fri, 06 Jun 2003 13:15:59 GMTt' From: "Mark E. Levy" <melevy@attbi.com>a" Subject: Re: Portents of VMS death/ Message-ID: <ju0Ea.1132246$F1.135899@sccrnsc04>l  . "John Smith" <a@nonymous.com> wrote in messageA news:sr%Da.16419$3Sm.6419@news01.bloor.is.net.cable.rogers.com...r, > Alan Winston knows how to get hold of you.  > I know how to get hold of you.2 > Everyone in c.o.v. knows how to get hold of you. >aC > But Bill Jones of Acme Manufacturing in Podunk, Nebraska doesn't.RE > He stumbles across the OpenVMS home page by accident (remember thattE > www.hp.com/openvms returns a 404 error??)...that's if he even knowsa > about VMS. > E > He then finds a link on the VMS home page that simply says "OpenVMS C > Ambassadors". Curious, he clicks that link. The reads some nicelyaB > worded paragraphs that describe the Ambassadors, sees a map withA > circles on it (reminds me a bit of "Alice's Restaurant"), and ao4 > 'family' photo of some devilishly handsome people. > G > But Bill Jones of Acme Manufacturing in Podunk, Nebraska doesn't haveaF > a link to click on that says 'Contact the VMS Ambassador CoordinatorA > to arrange a visit to your site by an Ambassador', or some suche > verbiage.t  B Ok all, so here's a challenge... Tell me what you'd like to see onA OpenVMS.COM (yes, that's .COM not .ORG). I'm open to suggestions.g  I Feel free to e-mail me direct at levy@openvms.com or levy@sysman-inc.com.s     --   Mark E. Levy" System Management Associates, Inc. www.sysman-inc.com www.openvms.comd   ------------------------------  # Date: Fri, 06 Jun 2003 13:54:09 GMTe& From: Woland <weiland@no.spam.post.cz>" Subject: Re: Portents of VMS death0 Message-ID: <CFN377786504721644@news.cup.hp.com>  E On Fri, 06 Jun 2003 12:33:16 GMT "John Smith" <a@nonymous.com> wrote:n  ) >> >They disappeared? They DISAPPEARED???r >> >$ >> >Jeez, your security must be lax. >> > >> >> No we're not quite that Lax.e >>@ >> Though that reminds me of one UK University (who shall remain > nameless) who B >> sent an apology that people hadn't been able to contact them by > email for thes@ >> preceding week because someone had broken in and stolen their > central mailhub. > H > That happened to the national association of *computing professionals*D > over here about 3 weeks ago. As a friend wrote to me, "If you sentE > e-mail to my xxxxxx@xxxx.xx account over the past few days, you mayoF > have had it bounce on you.  This is because the server was stolen onD > Thursday night.  The server has been replaced and I have confirmed > that things are working now."n >   K Well, this story happened few years ago in customers field. We installed a hK bright new VMS machine during the day and in the night later the operators oK called us saying "The machine is hung". When we arrived at the place there  M were 4 disk drives missing, one of them was the system/boot disk. They never  O found who of their operators stole those disks, but this call was paid without   any protest :-))   Jirka,   ------------------------------  # Date: Fri, 06 Jun 2003 14:02:11 GMTi& From: Woland <weiland@no.spam.post.cz>" Subject: Re: Portents of VMS death0 Message-ID: <CFN377786560522917@news.cup.hp.com>  I On Fri, 06 Jun 2003 13:15:59 GMT "Mark E. Levy" <melevy@attbi.com> wrote:=  D > Ok all, so here's a challenge... Tell me what you'd like to see onC > OpenVMS.COM (yes, that's .COM not .ORG). I'm open to suggestions.  >   N Well, for the very beginning - almost anything would be better than the "Road  Closed" picture  :-))    Jirkau   ------------------------------  # Date: Fri, 06 Jun 2003 14:25:37 GMTo# From: "John Smith" <a@nonymous.com>e" Subject: Re: Portents of VMS deathG Message-ID: <Bv1Ea.17096$3Sm.7017@news01.bloor.is.net.cable.rogers.com>t  3 "Woland" <weiland@no.spam.post.cz> wrote in messagee* news:CFN377786560522917@news.cup.hp.com...D > On Fri, 06 Jun 2003 13:15:59 GMT "Mark E. Levy" <melevy@attbi.com> wrote: >rF > > Ok all, so here's a challenge... Tell me what you'd like to see onE > > OpenVMS.COM (yes, that's .COM not .ORG). I'm open to suggestions.i > >r >.E > Well, for the very beginning - almost anything would be better thanT	 the "RoadT > Closed" picture  :-))s    C Yeah...how about using Sue's(?) picture of carly(tm) wearing her "Ir love VMS" t-shirt?   ------------------------------   Date: 6 Jun 2003 08:10:20 -0700u1 From: keithparris_NOSPAM@yahoo.com (Keith Parris)b" Subject: Re: Portents of VMS death= Message-ID: <cf15391e.0306060710.3a9299ae@posting.google.com>   f young_r@encompasserve.org (Rob Young) wrote in message news:<DYbvLFuXgJPc@eisner.encompasserve.org>...F > >         You can have nodes up to 500 miles apart in a VMS Cluster. > G > And the Bank of Nova Scotia used to have its Tandem nodes in Halifax,s3 > Montreal, Norway, and somewhere in the Caribbean.e  A Disaster-tolerance with VMS at over 500 miles between sites would 5 typicaly be done with the assistance of RTR software.w   ------------------------------  % Date: Fri, 06 Jun 2003 11:43:59 -0400n* From: JF Mezei <jfmezei.spamnot@istop.com>" Subject: Re: Portents of VMS death) Message-ID: <3EE0B6BE.67C22F70@istop.com>d   Sue Skonetski wrote:C > The Ambassadors are pretty proud to be an Ambassadors, which theyy= > should be, since they are the Best of the Best and just the 7 > application is 9 pages long (and there is more stuff)c  - Depends on what sort of questions you ask... r  / 1-How often do you clean lint from your navel ?t
 	a-once a daye 	b-once a montha+ 	c-never, like VMS, it needs no maintenance=  & 2-What type of underwear do you wear ?	 	a-boxersN	 	b-briefsOA 	c-none. like VMS, I don't need protection from microsoft's dirt.A   ------------------------------  % Date: Fri, 06 Jun 2003 12:02:55 -0400q* From: JF Mezei <jfmezei.spamnot@istop.com>" Subject: Re: Portents of VMS death) Message-ID: <3EE0BB2D.696B9C5E@istop.com>P   "Mark E. Levy" wrote:iD > Ok all, so here's a challenge... Tell me what you'd like to see onC > OpenVMS.COM (yes, that's .COM not .ORG). I'm open to suggestions.   N The system's manager's guide to navigating against the current at HP to obtain what you need.  K And that would include how to get in touch with Sue who can then get you in + touch with a VMS friendly "representative".e   ------------------------------  $ Date: Fri, 6 Jun 2003 09:09:58 +0100* From: "John Travell" <john@travell.uk.net>! Subject: Re: Radeon 7500 on a PWST5 Message-ID: <bbpibd$c45dm$1@ID-120847.news.dfncis.de>=  F > "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> wrote in message  ? > > "Eduardo Anglada" <eduardo.anglada@uam.es> wrote in message= > > Hi,= > >=D > > I want to learn OpenVMS, but the PowerStorm 4D51T in my PWS-600aH > > is not supported by vms, so I wanted to know if the radeon 7500 will work.eF > > Any one has tried it? If it doesn't work what would you recommend? > >0  F > Nope.  EV6 systems only - except the XP1000 (unsupported, but 1 head *will* > work). > K > The old ELSA Gloria card will work in the PWS-600a.  I have a new versioni of- > the Oxygen VX1 code that "might" also work.n >w   Fred,eH Is this by design, something in the code that only works on an EV6 cpu ?0 Is it a firmware or physical environment issue ?H Or is it simply that no-one has tested the Radeon7500 in an EV5 machine.   -- John Travell  VMS crashdump expertise for hire john@travell.uk.net  http://www.travell.uk.net/           ---a& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.484 / Virus Database: 282 - Release Date: 27/05/2003o   ------------------------------  # Date: Fri, 06 Jun 2003 00:33:11 GMT  From: Rob.Buxton@wcc.govt.nzY Subject: Re: Rights - (was Re: [OT] Inquirer Article Origins - The Conspiracy Theories). h$ Message-ID: <3edfe0b7.16622843@news>  ( On 5 Jun 2003 19:37:14 -0000, Doc.Cypher* <Use-Author-Address-Header@[127.1]> wrote:  : >On Thu, 05 Jun 2003, "John Smith" <a@nonymous.com> wrote:? >>"Kenneth Farmer" <kfarmer@NOSPAMopenvms.org> wrote in messages9 >>news:M7JDa.25350$nr.2306305@twister.southeast.rr.com...=) >>> I think it's called "comp.os.vms" not=& >>"spew.typical.leftwing.garbage."  ;) >>>CE >>> Besides, he's Canadian, they don't have any 1st Amendment rights.  >>:) >>H >>Congress shall make no law respecting an establishment of religion, orD >>prohibiting the free exercise thereof; or abridging the freedom ofB >>speech, or of the press; or the right of the people peaceably toG >>assemble, and to petition the government for a redress of grievances.< >>- >>Doesn't mention anything about citizenship.  >>@ >>And as JF mentions, Canada has a similar Charter of Rights and >>Freedoms.m >>? >>The net effect of both US and Canadian rights means that bothkD >>Canadians and Americans can stand on either side of the border and  >>freely call Bush a moron.  ;-) >m? >Just don't try and cross the border by air after saying it. :)s >b   Number 3" You have the right to free Speech 5 as long as you're not Dumb enough to actually try it.m   The Clash - Know Your Rights >f >Doc.n >-- L >OpenVMS.  Eight out of ten hackers                   https://vmsbox.cjb.netL >          prefer *other* operating systems.        http://althacker.cjb.net >l >o >s >  >h >N >t >- >h >  >  >u   ------------------------------  % Date: Fri, 06 Jun 2003 08:26:04 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>aY Subject: Re: Rights - (was Re: [OT] Inquirer Article Origins - The Conspiracy Theories). e' Message-ID: <3EE033FC.7EB83F34@aaa.com>-   "Doc.Cypher" wrote:a > ; > On Thu, 05 Jun 2003, "John Smith" <a@nonymous.com> wrote:e@ > >The net effect of both US and Canadian rights means that bothE > >Canadians and Americans can stand on either side of the border andk! > >freely call Bush a moron.  ;-)w > @ > Just don't try and cross the border by air after saying it. :) >    Or on a windsurfer board...   	 Jan-Erik.o   ------------------------------  # Date: Fri, 06 Jun 2003 11:41:07 GMT # From: "John Smith" <a@nonymous.com>tY Subject: Re: Rights - (was Re: [OT] Inquirer Article Origins - The Conspiracy Theories).  G Message-ID: <n5%Da.16411$3Sm.2469@news01.bloor.is.net.cable.rogers.com>e  3 "Jan-Erik Sderholm" <aaa@aaa.com> wrote in message@! news:3EE033FC.7EB83F34@aaa.com...t > "Doc.Cypher" wrote:- > >G= > > On Thu, 05 Jun 2003, "John Smith" <a@nonymous.com> wrote:iB > > >The net effect of both US and Canadian rights means that bothC > > >Canadians and Americans can stand on either side of the border. ando# > > >freely call Bush a moron.  ;-)< > >8B > > Just don't try and cross the border by air after saying it. :) > >v >  > Or on a windsurfer board...n     December 23, 2002s  C A WIND-SURFING Santa was arrested after strong winds took him cleari4 across the Niagara River and into the United States.  E John Fulton, of Fort Erie, Ontario, said he donned a Santa suit everye* Christmas season to sail across the river.  D But stiff winds and strong currents pushed him to the US side of the5 river - and into the arms of US Border Patrol guards.n  B He was arrested in Buffalo and then shipped back to Canada withoutC incident after signing a form stating that he had illegally entereda the United States.   The Associated Press    E Note: It is highly unlikely that he'll ever be permitted to enter then US ever again.   ------------------------------  % Date: Fri, 06 Jun 2003 11:57:43 -0400l* From: JF Mezei <jfmezei.spamnot@istop.com>Y Subject: Re: Rights - (was Re: [OT] Inquirer Article Origins - The Conspiracy Theories).  ) Message-ID: <3EE0B9F5.CEFAC4EB@istop.com>r   John Smith wrote:uE > A WIND-SURFING Santa was arrested after strong winds took him clearr6 > across the Niagara River and into the United States.  I The guy was lucky that local media were present. He avoided being sent to"J jail. A resident of a quebec village on the border with te USA was sent toJ jail and it took intervention from our prime minister to your secretary ofM state to have him freed on bail (he still has to go to the USA for some court N stuff). He was guilty of driving to a USA gas station to fill up without first going through USA formalites.1  I The problem is that the USA gas station is a few metres from the canadianlL border, and the USA border guard is a few hundred metres from the border, soN none of the villagers ever bothered to make the detour further into the USA toN ask permission to go back towards canada and stop at the gas station which hadM been built there to allow the local canadians to buy US gas (cheaper) without  going through border controls.  I (You have to understand that this is in an area of Qubec where there aretM villages split in half by the border, including one where the town library ismL half in Canada and half in the usa, with a big yellow line drawn on a floor)  K But Ayatolah Ashkroft decided that border guards had to set an example, andeK arrested some random fellow filling up at that gas station and sent hikm to 8 jail for a few months in Maine, until our PM intervened.  J But this isn't as bad as the canadian returning hom from holiday and whileH transfering at JFK from an overseas flight to a flight to canada, he wasN captured, sent to local prison for a few nights, no right to make phone calls,L and then put on a place to syria where the syrian government was told by USAL that this was a terrorist and should be sent to syrian jails. It took a longL time before external affairs in canada could get a confirmation of this fromK american authorities who denied that they would ever do such a thing. (Note-H that international agreements force a country who rejects a passenger toK return him to the point of origin of his last flight). What the USA did wasDU kidnap him and move him to some 3rd country without any deportation/legal procedures.t   ------------------------------   Date: 6 Jun 2003 05:27:44 -0700 - From: TAisthorpeBuckley@Hotmail.com (Tim A-B) % Subject: Running java programs in VMSa= Message-ID: <47abd0d9.0306060427.1e96e780@posting.google.com>r   Hello,  A I know very little about VMS, so I'd be very grateful if somebody  could get me started here.  E I have written a very simple java class and the only files it imports  are core java classes.  1 So when I try to run it, as follows: java myClassm   I get the following error:  @ Unable to initialize threads: cannot find class java/lang/Thread  C Does anybody know how I can fix this? Please give as much detail asi) possible as I know very little about VMS.a   Many thanks.   Tim.   ------------------------------  * Date: Fri, 6 Jun 2003 14:58:02 +0000 (UTC), From: lewis@PROBE.mitre.org (Keith A. Lewis)) Subject: Re: Running java programs in VMS2. Message-ID: <bbqa5q$k44$1@newslocal.mitre.org>   TAisthorpeBuckley@Hotmail.com (Tim A-B) writes in article <47abd0d9.0306060427.1e96e780@posting.google.com> dated 6 Jun 2003 05:27:44 -0700:2 >So when I try to run it, as follows: java myClass >5 >I get the following error:e > A >Unable to initialize threads: cannot find class java/lang/Threade  K Did you compile myClass.java on VMS or somewhere else?  The reason I ask ishH because the javac command needs to be able to find the java.lang package& just as much as the java command does.  J On some older versions of the JDK, the CLASSPATH or JAVA$CLASSPATH logicalG had to point to the built-in classes, which were kept in a .ZIP file.  a  G Try "java -version".  If it's not at least 1.3, you should download ands: install a newer one, which will probably fix your problem.  + --Keith Lewis              klewis$mitre.org > The above may not (yet) represent the opinions of my employer.   ------------------------------  $ Date: Fri, 6 Jun 2003 18:05:30 +0200! From: "Tim" <tim_a_b@hotmail.com> ) Subject: Re: Running java programs in VMS / Message-ID: <ve1euh7uo0cqf9@corp.supernews.com>u   Thanks for the reply Keith,t  H I do indeed have a very old JDK (1.1.8) and I had copied the .class file3 from my Windows PC rather than compiling it on VMS.   8 I did eventually get the javac compiler working by using/ @SYS$MANAGER:JAVA$SETUP.COM and then compiling.t  G So I now have a class file that was compiled by the VMS javac compiler.   I But now the problem that I am having is that 'java' cannot find the classo that I just created.  >  - I have verified that the class is in the current directory.?  - I have verified that the classpath contains a single period.oH  - I compiled the program using javac "MyClass.java" as I know about the case sensitivity.r  H But when I try to run it using java "MyClass" or java "MyClass.class" it( complains that it cannot find the class.    Do you know what is going wrong?   I appreciate your help.D   Regards7   Timf    9 "Keith A. Lewis" <lewis@PROBE.mitre.org> wrote in messagep( news:bbqa5q$k44$1@newslocal.mitre.org...; > TAisthorpeBuckley@Hotmail.com (Tim A-B) writes in articlegB <47abd0d9.0306060427.1e96e780@posting.google.com> dated 6 Jun 2003 05:27:44 -0700:t4 > >So when I try to run it, as follows: java myClass > >  > >I get the following error:a > > C > >Unable to initialize threads: cannot find class java/lang/Thread- >-J > Did you compile myClass.java on VMS or somewhere else?  The reason I ask isJ > because the javac command needs to be able to find the java.lang package( > just as much as the java command does. ><L > On some older versions of the JDK, the CLASSPATH or JAVA$CLASSPATH logicalG > had to point to the built-in classes, which were kept in a .ZIP file.e >pI > Try "java -version".  If it's not at least 1.3, you should download and"< > install a newer one, which will probably fix your problem. > - > --Keith Lewis              klewis$mitre.orgs@ > The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Thu, 05 Jun 2003 21:50:27 -0500N1 From: "David J. Dachtera" <djesys.nospam@fsi.net>a1 Subject: Re: Samba + Multinet: The Saga continuesl' Message-ID: <3EE00173.D1C1E061@fsi.net>    Pat Rankin wrote:  > * > In article <3EDD5301.1A7E23CE@fsi.net>,\8 >  "David J. Dachtera" <djesys.nospam@fsi.net> writes... > > Pat Rankin wrote:i > [...] 7 > >> And if UCX_SERVER is omitted, MultiNet will ignorel) > >> the `username = "anything"' setting.u > > L > > When you say "MultiNet will ignore the `username = "anything"' setting",J > > what exactly is the result, if you recall? What UIC/user does the SMBD > > run as?t > C >      I assume that it will probably run under the same persona asvB > MultiNet's master server, which would typically be STARTUP sinceD > that server is normally launched during system boot.  And when theD > username is ignored it probably also ignores SYSUAF entirely; yourE > quotas and privileges and such are likely coming out of the serviceo) > definition and/or using default values.r > F >      Can't you use SHOW PROCESSS if it's running, or ACCOUNTING/FULLG > if it's not, to get an answer to your question?  You'll get username, " > UIC, and the enabled privileges.  6 Hhmmm... Good point. I sometimes forget the obvious...   -- h David J. Dachtera  dba DJE Systemsl http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------  % Date: Thu, 05 Jun 2003 21:56:09 -0500s1 From: "David J. Dachtera" <djesys.nospam@fsi.net> % Subject: Re: SDLT vs LTO tape library.' Message-ID: <3EE002C9.D22B94B1@fsi.net>    Richard Brodie wrote:n > ` > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:3EDEA1DC.2D580A50@fsi.net... > O > > Messages like "Extended Sense Data received" mean nothing to non-VMS folks,n > > apparently.h > W > Sounds like hogwash to me: it's no more difficult to interpret the sense data than it P > is to hand decode an IP packet. It might not do any good if what you need is a > driver mod., of course.e  E I think the issue is that the driver is receiving something it didn'te expect.   F Likewise, the vendor is being faced with an issue it didn't expect and is ill-prepared to handle.   --   David J. Dachtera7 dba DJE Systemss http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/E   ------------------------------  % Date: Thu, 05 Jun 2003 22:02:15 -0500e1 From: "David J. Dachtera" <djesys.nospam@fsi.net>>% Subject: Re: SDLT vs LTO tape libraryn' Message-ID: <3EE00437.E936F6DC@fsi.net>x   Dan Allen wrote: > K > > As we - and StorageTek - recently learned, VMS will not provide supportrG > > for Generation-1 LTO due to blocksize limitation issues and others.yL > > Gen-2 LTO is not here yet, neither is VMS support for it. So, SDLT is it > > for now. >  > Hmmm - got an ADIC LTO2 library in my server lab down the hall that so far works like a charm with W2K Advanced Server and Veritas's > BackupExec. Or were you impugning it's performance/reliability? Only been in use for about 2 weeks but so far I REALLY LIKE IT.T  F I was told that key issues - like odd-size blocks - were not supported? by LTO-Gen1; hendce, no ANSI capability, hence no OVMS support.)  F So far, the issues seem to focus on the SAN elements and the fact that6 OVMS Engr did not qualify the Quantum SDLT-320 drives.   --   David J. Dachteras dba DJE Systemse http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Thu, 05 Jun 2003 21:59:26 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>e% Subject: Re: SDLT vs LTO tape library ' Message-ID: <3EE0038E.12E913B1@fsi.net>b   Ed Wensell III wrote:  >  > tr dorr wrote: > >bJ > > Because of the issues with SDLT, it's been suggested to switch to LTO.I > > I know nothing about LTO and want some honest (non-sales) feedback onJH > > LTO and how it works with VMS. Also, the tape library will be sharedE > > with NT and I would like to know how LTO works in a VMS/NT shared  > > environment. > > Thanks,> > > Tomm > H > I've been using LTO1 since October 2002 in a mixed non-VMS environmentE > (sorry, and I dare not speak the name here). I have two units, bothTI > rebadged HP SureStore jukeboxes. One is a 2-drive/20-tape and the other"F > is a 4-drive/40-tape unit. We are getting ready to install a 4-drive3 > (capable of 6) 100to80-tape unit at another site.p > H > So far I have had two drive failures, both out of the 4-drive jukebox.I > Out of a batch of 80 tapes I only have one bad. This seems to be on parVH > with the failure rates I used to see with DLTs (TZ87/TZ89) at a former< > employer (VMS environment, hence why I still linger here). > J > AFAICT, the only thing LTO lacks is the nice removeable label cards likeC > DLTs. Since I've switched to barcodes only, this is not an issue.a > J > This may all be moot... Assuming David's post is correct and LTO1 on VMS > is simply not there.  F No "assuming" necessary. STK (who told my VAR who told me) was told byH OVMS Engr directly that LTO-Gen1 is a no-go. I have this from both ends:H STK and my HP Silver Support TAM. Hence the 11th hour scramble for SDLT.   -- o David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Fri, 6 Jun 2003 16:33:31 +0100& From: "Paul Andrew Smith" <no@way.com>% Subject: Simple VMS and Java question-/ Message-ID: <ve19k3ca51fsdb@corp.supernews.com>0   Could someone help me please?t  H I am trying to execute a Java Class (that I have compiled with Sun's JDKI running on Windows) on an OpenVMS 7.3 but it's throwing out the followings error on startup:-  @ Unable to initialize threads: cannot find class java/lang/Thread  D As I know very little about VMS, how/what do I need to do to set theJ classpath properly (I am presuming the machine has a standard installation of VMS on)?   H The command for verifying the installation dirstories, or how to set the" CLASSPATH variable would be great.   Thanks in advance.   Paul   ------------------------------  $ Date: Fri, 6 Jun 2003 17:26:22 +0100& From: "Paul Andrew Smith" <no@way.com>) Subject: Re: Simple VMS and Java question / Message-ID: <ve1cnjna518293@corp.supernews.com>t  L Please ignore me, someone else asked the exact same questions and there is a reply already, thanks Tim.    1 "Paul Andrew Smith" <no@way.com> wrote in message ) news:ve19k3ca51fsdb@corp.supernews.com...  > Could someone help me please?v >oJ > I am trying to execute a Java Class (that I have compiled with Sun's JDKK > running on Windows) on an OpenVMS 7.3 but it's throwing out the followinge > error on startup:- >aB > Unable to initialize threads: cannot find class java/lang/Thread >2F > As I know very little about VMS, how/what do I need to do to set theL > classpath properly (I am presuming the machine has a standard installation
 > of VMS on)?g >hJ > The command for verifying the installation dirstories, or how to set the$ > CLASSPATH variable would be great. >f > Thanks in advance. >l > Paul >o >p   ------------------------------  $ Date: Fri, 6 Jun 2003 07:59:09 -0400, From: "David Turner" <dbturner@islandco.com> Subject: Specials for June 2003o/ Message-ID: <ve10p8offujc25@news.supernews.com>o   9.1GB U2 10KRPMa	 SCSI Disks NEW $75 each   Alphaserver DS10Le 466Mhz 256MB Memory U160 Dual Channel SCSI Ctr
 Dual ethernetl	 Only $995e   Add a CDROM/Floppy Combo for $175   180GB External Disk Array NEWn 5 x 36GB U160 10KRPM Diskw  IC-KZPEA-DB U160 Controller VMS & Tru64 tested on DS10 DS10L,DS20/DS20e ES40 XP1000
 Only $2500   3X-MS310-CA  256MB Compaq Memorys for DS10/DS10L	 Only $129t   30GB Atapi 7200RPM Compaq Hard disk Only $50   SN-MSP01-HDi
 128MB for PWS  Compaq originala Only $55   SN-MSP01-KCo 512MB for XP1000 Compaq originalo	 Only $1751 --! http://www.hpaq.net/specials.htmlr       David B Turner Island Computers US Corp.0 2700 Gregory St, Suite 180 Savannah GA 31404n Tel: 912 4476622 Fax: 912 2010402 http://www.islandco.comA dbturner-at-hpaq.net (Change the -at- to @ to reply)A   ------------------------------  # Date: Fri, 06 Jun 2003 07:17:20 GMT>" From: Lee <lytmah@telusplanet.net>
 Subject: TEST:/ Message-ID: <3EE04000.C8D4FBA2@telusplanet.net>    -- L.   ------------------------------   Date: 6 Jun 2003 00:44:36 -0500o+ From: young_r@encompasserve.org (Rob Young)a Subject: Re: VAX Quorumu3 Message-ID: <h4yvpKIyST9c@eisner.encompasserve.org>i  U In article <3EDFC928.4080504@MMaz.com>, "Barry Treahy, Jr." <Treahy@MMaz.com> writes: K > Does anyone, of the top of their head, remember the registers and values l? > to deposit at the console of a VAX to force quorum to recalc?e >   G http://www.itec.suny.edu/scsys/vms/OVMSDOC073/V73/6017/6017pro_039.htmlu   9.14.1 Recalculating Quorum K You can enter the following commands at the console to recalculate quorum: e   On VAX systems:      >>> D/I 14 C >>> CONT IPC> Q w IPC> [Ctrl/Z]) 9    u    0 On Alpha systems, enter the following commands:      >>> D SIRR C >>> CONT IPC> Q a IPC> [Ctrl/Z]) e    u    L Although IPC Q commands recalculate quorum in an OpenVMS Cluster, do not useK these commands. Instead, use either of the following to recalculate clusterc	 quorums:      On OpenVMS VAX systems, DECamds 4 On OpenVMS Alpha systems, the Availability Manager  3                                                    s 				Robg   ------------------------------  % Date: Fri, 06 Jun 2003 03:46:41 -0400n* From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: VAX Quorum') Message-ID: <3EE046CB.D176B9AD@istop.com>    "Barry Treahy, Jr." wrote: > J > Does anyone, of the top of their head, remember the registers and values? > to deposit at the console of a VAX to force quorum to recalc?   N Nop, but I remember asking the question. Answer should be in google. It had toQ do with <CTRL-P> getting you to a special mode where you could issue the command.    ------------------------------  $ Date: Fri, 6 Jun 2003 07:41:03 -0400. From: "Rob Lyons" <rob.lyons@resilientsys.com> Subject: Re: VAX Quorume+ Message-ID: <bbpujc$81v$1@bob.news.rcn.net>-  6 Another detail, don't try to do Quorum adjustment on a3 multi-processor CPU.  You will get CPU sanity timere6 timeouts.  Only practical way with a multiprocessor is6 to use the quorum adjustment in AMDS/Availability Mgr.  	 Rob Lyonso Resilient Systems, Inc   ------------------------------   Date: 6 Jun 2003 08:25:00 -0500n From: briggs@encompasserve.org, Subject: RE: What do these Macro codes mean?3 Message-ID: <0gwXUauaGHoV@eisner.encompasserve.org>i  _ In article <CIEJLCMNHNNDLLOOGNJIAEHIHFAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes: I > There is nothing "bad"  the alignment, this is a (byte addressable) VAX  > not Alpha, e.g.d   Even on VAX, alignment matters.l  E The physical memory array is probably organized as an array of 32 bito> longwords.  The processor fixes this up by automatically doing@ multiple longword loads, masks and shifts so that the programmer@ has the impression of a seamless byte-addressible address space.  = But you still pay a performance penalty for unaligned access.-    @ If there is concurrent access to the same memory cell, unalignedA access can also (I think) result in a loss of memory "coherence".s< If you have a reader and a writer competing for access to an? unaligned word, you have the potential to read half of the worde> in a pre-update state and half in a post-update state.  If you> have two writers, you have the potential to get a final result5 that is half from one writer and half from the other.s  ( (That's why ADAWI is ADAWI and not ADWI)   	John Briggs   ------------------------------  $ Date: Fri, 6 Jun 2003 06:47:18 -0700# From: "Tom Linden" <tom@kednos.com>t, Subject: RE: What do these Macro codes mean?9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEIGHFAA.tom@kednos.com>a   >-----Original Message----- A >From: briggs@encompasserve.org [mailto:briggs@encompasserve.org]i$ >Sent: Friday, June 06, 2003 6:25 AM >To: Info-VAX@Mvb.Saic.Com- >Subject: RE: What do these Macro codes mean?e >  > @ >In article <CIEJLCMNHNNDLLOOGNJIAEHIHFAA.tom@kednos.com>, "Tom ! >Linden" <tom@kednos.com> writes:oJ >> There is nothing "bad"  the alignment, this is a (byte addressable) VAX >> not Alpha, e.g. >p  >Even on VAX, alignment matters. >,F >The physical memory array is probably organized as an array of 32 bit? >longwords.  The processor fixes this up by automatically doing A >multiple longword loads, masks and shifts so that the programmeruA >has the impression of a seamless byte-addressible address space.o  * Of course, this can be done with a barrel  >w> >But you still pay a performance penalty for unaligned access. >n >HA >If there is concurrent access to the same memory cell, unalignedeB >access can also (I think) result in a loss of memory "coherence".= >If you have a reader and a writer competing for access to ane@ >unaligned word, you have the potential to read half of the word? >in a pre-update state and half in a post-update state.  If youe? >have two writers, you have the potential to get a final result.6 >that is half from one writer and half from the other. >3) >(That's why ADAWI is ADAWI and not ADWI)o >c
 >	John BriggsR >P >---' >Incoming mail is certified Virus Free.3; >Checked by AVG anti-virus system (http://www.grisoft.com)."A >Version: 6.0.484 / Virus Database: 282 - Release Date: 5/27/2003i >m ---.& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.484 / Virus Database: 282 - Release Date: 5/27/2003   ------------------------------  $ Date: Fri, 6 Jun 2003 06:54:02 -0700# From: "Tom Linden" <tom@kednos.com>o, Subject: RE: What do these Macro codes mean?9 Message-ID: <CIEJLCMNHNNDLLOOGNJIMEIGHFAA.tom@kednos.com>    >-----Original Message-----?A >From: briggs@encompasserve.org [mailto:briggs@encompasserve.org]n$ >Sent: Friday, June 06, 2003 6:25 AM >To: Info-VAX@Mvb.Saic.Com- >Subject: RE: What do these Macro codes mean?a >p >g? >In article <CIEJLCMNHNNDLLOOGNJIAEHIHFAA.tom@kednos.com>, "Tome! >Linden" <tom@kednos.com> writes:hJ >> There is nothing "bad"  the alignment, this is a (byte addressable) VAX >> not Alpha, e.g. >o  >Even on VAX, alignment matters. >uF >The physical memory array is probably organized as an array of 32 bit? >longwords.  The processor fixes this up by automatically doingoA >multiple longword loads, masks and shifts so that the programmergA >has the impression of a seamless byte-addressible address space.   J Let's try that again, I sometimes hit the wrong key in Outlook, and off itL goes.  Haven't bothered to figure which combination of keys so inadvertently struck is responsible.  D With a barrel-shifter in line, the only penalty is memory bandwidth.   >t> >But you still pay a performance penalty for unaligned access. >o >sA >If there is concurrent access to the same memory cell, unalignedwB >access can also (I think) result in a loss of memory "coherence".= >If you have a reader and a writer competing for access to anr@ >unaligned word, you have the potential to read half of the word? >in a pre-update state and half in a post-update state.  If you.? >have two writers, you have the potential to get a final resulti6 >that is half from one writer and half from the other.  ; Is that not a design flaw?  you need to lock up both words.a   >o) >(That's why ADAWI is ADAWI and not ADWI)r >s
 >	John Briggs  >i >---' >Incoming mail is certified Virus Free.u; >Checked by AVG anti-virus system (http://www.grisoft.com).pA >Version: 6.0.484 / Virus Database: 282 - Release Date: 5/27/2003s >d ---t& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.484 / Virus Database: 282 - Release Date: 5/27/2003   ------------------------------  # Date: Fri, 06 Jun 2003 14:15:20 GMT.& From: John Reagan <john.reagan@hp.com>, Subject: Re: What do these Macro codes mean?1 Message-ID: <Yl1Ea.2109$IJ3.313@news.cpqcorp.net>    briggs@encompasserve.org wrote:ga > In article <CIEJLCMNHNNDLLOOGNJIAEHIHFAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:a > I >>There is nothing "bad"  the alignment, this is a (byte addressable) VAXj >>not Alpha, e.g.f >  > ! > Even on VAX, alignment matters.@ > G > The physical memory array is probably organized as an array of 32 bit.@ > longwords.  The processor fixes this up by automatically doingB > multiple longword loads, masks and shifts so that the programmerB > has the impression of a seamless byte-addressible address space. > ? > But you still pay a performance penalty for unaligned access.'  D I don't think the VAX processor sees this.  It is all buried in the G memory controllers and cache synchronization.  However, the concept is tG correct.  The controller grabs a chunck(s) of memory (more than likely rI bigger than 32bits, probably a quadword or an octaword) and masks/shifts  + the correct bytes from the larger chunk(s).a  I However, as a VAX compiler writer, alignment of data isn't that big of a oE deal on a VAX as compared to Alpha or Itanium.  From the quick tests iE I've done over the years, it is in the noise level for most programs  I (yes, I'm sure you can write an example that shows otherwise, but I said dI "most").  You can improve code speed more on VAX by aligning code labels  B on longword boundaries for keeping the instruction prefetch happy.   -- m John Reaganf' Compaq Pascal/{A|I}MACRO Project Leaderr Hewlett-Packard Companye   ------------------------------  % Date: Fri, 06 Jun 2003 15:17:52 +0100)+ From: John Laird <john@laird-towers.org.uk> , Subject: Re: What do these Macro codes mean?8 Message-ID: <tt71ev03nhp7gqoscrbgbdpl2mhjt77l43@4ax.com>  = On 6 Jun 2003 08:25:00 -0500, briggs@encompasserve.org wrote:n  ` >In article <CIEJLCMNHNNDLLOOGNJIAEHIHFAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:J >> There is nothing "bad"  the alignment, this is a (byte addressable) VAX >> not Alpha, e.g. >o  >Even on VAX, alignment matters. >eF >The physical memory array is probably organized as an array of 32 bit? >longwords.  The processor fixes this up by automatically doingeA >multiple longword loads, masks and shifts so that the programmermA >has the impression of a seamless byte-addressible address space.m >1> >But you still pay a performance penalty for unaligned access.  K My Architecture Manual (Rev 6.1, 20 May 1982) only mentions performance and K alignment in the same breath when discussing control instructions (branchesrD and jumps) with respect to the target addresses.  All arithmetic andJ character storage can be arbitrarily byte-aligned, and there is no talk ofA efficiency or performance implications.  That is not to say later B implementations didn't bring their own baggage in this department.  L Besides, if you look at floating-point formats, you'll see they don't appearK logical - I think there is word-swapping going on in the microcode.  (It'llt+ be some PDP-compatibility thing, no doubt.)j  A >If there is concurrent access to the same memory cell, unaligned9B >access can also (I think) result in a loss of memory "coherence".= >If you have a reader and a writer competing for access to an @ >unaligned word, you have the potential to read half of the word? >in a pre-update state and half in a post-update state.  If youo? >have two writers, you have the potential to get a final resulte6 >that is half from one writer and half from the other. >e) >(That's why ADAWI is ADAWI and not ADWI)s  K Modifiable operands are not protected by alignment.  You may be thinking ofuE Alpha, where "word-tearing" can and does occur without even needing ajI multiprocessor.  A single process thread can be scheduled out having read L half an unaligned data item, then find the finished read yields a result notK equal to what was there before, nor after, but a mixture.  ADAWI interlocks L the read-add-write sequence, not any read-read or write-write (which if they$ occur at all are guaranteed atomic).     	Johny   ------------------------------   Date: 6 Jun 2003 11:30:16 -0500c From: briggs@encompasserve.org, Subject: RE: What do these Macro codes mean?3 Message-ID: <A4Mb7qxXnNLM@eisner.encompasserve.org>d  _ In article <CIEJLCMNHNNDLLOOGNJIMEIGHFAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:  >  >  >>-----Original Message-----B >>From: briggs@encompasserve.org [mailto:briggs@encompasserve.org]% >>Sent: Friday, June 06, 2003 6:25 AM  >>To: Info-VAX@Mvb.Saic.Comk. >>Subject: RE: What do these Macro codes mean?B >>If there is concurrent access to the same memory cell, unalignedC >>access can also (I think) result in a loss of memory "coherence".n> >>If you have a reader and a writer competing for access to anA >>unaligned word, you have the potential to read half of the wordc@ >>in a pre-update state and half in a post-update state.  If you@ >>have two writers, you have the potential to get a final result7 >>that is half from one writer and half from the other.  > = > Is that not a design flaw?  you need to lock up both words.F  D It is not a design flaw in the architecture.  If you don't guarantee@ coherence for concurrent unaligned access then you don't have to? spend hardware worrying about multiple interlocks on concurrent1 unaligned access.   D It is an implementation flaw in an application if that application'sB implementation depends on coherence for unaligned memory access inC spite of the lack of guarantees in that area from the architecture.s   	John Briggs   ------------------------------  # Date: Fri, 06 Jun 2003 17:04:28 GMTW9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>h, Subject: Re: What do these Macro codes mean?2 Message-ID: <wQ3Ea.2139$bP3.1909@news.cpqcorp.net>  . "Tom Linden" <tom@kednos.com> wrote in message3 news:CIEJLCMNHNNDLLOOGNJIAEHIHFAA.tom@kednos.com...t >R >oI > There is nothing "bad"  the alignment, this is a (byte addressable) VAXi > not Alpha, e.g.. >  > foo: proc(p);e > dcl 1 sample based(p), > 2 string char(29), > 2 f fixed bin(15); >eF > references to f would result in some similar code.  C typically padsK > structures to align its members on natural boundaries.  PL/I does so ONLY-G > if you specify the ALIGNMENT attribute, and it is typically NOT done.z Can'tcF > remember, does VAX fortran align NAMED common members?  IIRC, we did > not do that on Prime fortran.b >6  G There *is* a performance cost even on VAX for fixing up a badly aligneds9 address.  Yes, it's done in the microcode, but it's done.t   ------------------------------  $ Date: Fri, 6 Jun 2003 10:43:11 -0700# From: "Tom Linden" <tom@kednos.com>0, Subject: RE: What do these Macro codes mean?9 Message-ID: <CIEJLCMNHNNDLLOOGNJIMEJAHFAA.tom@kednos.com>t   >-----Original Message-----e? >From: Fred Kleinsorge [mailto:my-last-name@stardotzko.dec.com] % >Sent: Friday, June 06, 2003 10:04 AMr >To: Info-VAX@Mvb.Saic.Com- >Subject: Re: What do these Macro codes mean?  >r >; > / >"Tom Linden" <tom@kednos.com> wrote in messages4 >news:CIEJLCMNHNNDLLOOGNJIAEHIHFAA.tom@kednos.com... >> >>J >> There is nothing "bad"  the alignment, this is a (byte addressable) VAX >> not Alpha, e.g. >> >> foo: proc(p); >> dcl 1 sample based(p),a >> 2 string char(29),h >> 2 f fixed bin(15);> >>G >> references to f would result in some similar code.  C typically padsnL >> structures to align its members on natural boundaries.  PL/I does so ONLYH >> if you specify the ALIGNMENT attribute, and it is typically NOT done. >Can'tG >> remember, does VAX fortran align NAMED common members?  IIRC, we did   >> not do that on Prime fortran. >> >hH >There *is* a performance cost even on VAX for fixing up a badly aligned: >address.  Yes, it's done in the microcode, but it's done.  F OK.  I give.  However, I would use the word unaligned instead of badly aligned.F Some other poster (sorry forgot who) said there was only a penalty for unaligned code.3 >: >0 >---' >Incoming mail is certified Virus Free.h; >Checked by AVG anti-virus system (http://www.grisoft.com).uA >Version: 6.0.484 / Virus Database: 282 - Release Date: 5/27/2003E >F ---8& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.484 / Virus Database: 282 - Release Date: 5/27/2003   ------------------------------  # Date: Fri, 06 Jun 2003 14:10:12 GMTn# From: "John Smith" <a@nonymous.com>w@ Subject: When you don't have substance, perception is everythingG Message-ID: <8h1Ea.16951$3Sm.3616@news01.bloor.is.net.cable.rogers.com>-  D The following is excerpted from an newsletter the NY Times sends me:  E "Most people think it's tough now for entrepreneurs to get money. ButeF if you have the right experience, and a good idea, venture capitalistsD will fight to give you their money -- and even shower you with gifts@ to make sure you take it. Take Scalix, a start-up that offers anF e-mail system, based on cheaper and *more flexible Linux software*. OnF Wednesday, it said it received $13.2 million from two top-tier ventureE firms, Mayfield and New Enterprise Associates. Go to Article from Thef San Jose Mercury News"  - So you take the bait and click on the link...d: http://www.siliconvalley.com/mld/siliconvalley/6027359.htm and readB "...Take Scalix, a start-up that offers an e-mail system, based on0 cheaper and *more flexible Linux software*. ..."    A So far we have two newspapers that have published the words "morel@ flexible Linux software". More flexible than what?, you begin toC wonder. And why is it that the writers and editors of the newspaperg# and newsletter use words like that?f  C Maybe Scalix's software is vaporware, maybe it's for real - I don'taB really care. But the real issue is why is Linux perceived as "more, flexible" and OpenVMS never is by the press?  D For an answer to this and thousands of other questions just like it, over to you HP.l    > Oh. I forgot. The sign on the door to the HP OpenVMS Marketing8 Department has only two settings - "OUT" and "INACTION".   ------------------------------  % Date: Fri, 06 Jun 2003 16:27:26 +0200 $ From: Michael Unger <unger@decus.de>D Subject: Re: When you don't have substance, perception is everything5 Message-ID: <bbq8r5$caqkb$1@ID-152801.news.dfncis.de>s  ' On 06-Jun-2003 16:10, John Smith wrote:r   > [...]t > / > So you take the bait and click on the link...u< > http://www.siliconvalley.com/mld/siliconvalley/6027359.htm
 > and readD > "...Take Scalix, a start-up that offers an e-mail system, based on2 > cheaper and *more flexible Linux software*. ..." >  > C > So far we have two newspapers that have published the words "more B > flexible Linux software". More flexible than what?, you begin toE > wonder. And why is it that the writers and editors of the newspaper % > and newsletter use words like that?o >  > [...]t  < Perhaps they got the text from the very same news agency and printed/mailed it unaltered?   Michaele   --    @ Please do *not* send "Security Patch Notifications" or "SecurityA Updates"; this system isn't running a Micro$oft operating system.n= And don't annoy me <mailto:postmaster@[127.0.0.1]> please ;-)y   ------------------------------  # Date: Fri, 06 Jun 2003 14:29:18 GMTo) From: bob smith <sfmc68@bellatlantic.net>eD Subject: Re: When you don't have substance, perception is everything/ Message-ID: <3EE0A589.6070906@bellatlantic.net>h  I Would you please use a different name, I am tired of a faker/spammer FUD r purveyor using the name Smith.   ------------------------------  # Date: Fri, 06 Jun 2003 14:36:53 GMTt# From: "John Smith" <a@nonymous.com>fD Subject: Re: When you don't have substance, perception is everythingG Message-ID: <9G1Ea.17190$3Sm.6510@news01.bloor.is.net.cable.rogers.com>t  6 "bob smith" <sfmc68@bellatlantic.net> wrote in message) news:3EE0A589.6070906@bellatlantic.net...nF > Would you please use a different name, I am tired of a faker/spammer FUDt  > purveyor using the name Smith.    2 I'm sure that people named Bush feel the same way.   ------------------------------  # Date: Fri, 06 Jun 2003 15:19:56 GMTt# From: "John Smith" <a@nonymous.com>nD Subject: Re: When you don't have substance, perception is everythingH Message-ID: <wi2Ea.17518$3Sm.14013@news01.bloor.is.net.cable.rogers.com>  1 "Michael Unger" <unger@decus.de> wrote in message./ news:bbq8r5$caqkb$1@ID-152801.news.dfncis.de...o) > On 06-Jun-2003 16:10, John Smith wrote:e > 	 > > [...]t > >-1 > > So you take the bait and click on the link...:> > > http://www.siliconvalley.com/mld/siliconvalley/6027359.htm > > and readF > > "...Take Scalix, a start-up that offers an e-mail system, based on4 > > cheaper and *more flexible Linux software*. ..." > >o > >bE > > So far we have two newspapers that have published the words "moretD > > flexible Linux software". More flexible than what?, you begin to= > > wonder. And why is it that the writers and editors of thes	 newspaper ' > > and newsletter use words like that?i > >r	 > > [...]t >n> > Perhaps they got the text from the very same news agency and > printed/mailed it unaltered?    A That, I'm sure, is it. And I knew that when I first posted. But I 0 wasn't intending the post to be taken literally.  F Why does ANYONE accept *"more flexible Linux software"* at face value,% and not "more flexible VMS software"?M   ------------------------------  # Date: Fri, 06 Jun 2003 15:52:19 GMTo& From: Woland <weiland@no.spam.post.cz>D Subject: Re: When you don't have substance, perception is everything0 Message-ID: <CFN377787325114236@news.cup.hp.com>  E On Fri, 06 Jun 2003 15:19:56 GMT "John Smith" <a@nonymous.com> wrote:   H > Why does ANYONE accept *"more flexible Linux software"* at face value,' > and not "more flexible VMS software"?a  M Maybe because there isn't any. I like VMS and it's features, but many things  C are just easier to setup and run under Linux (please, no flamewar).hL The second fact is that most of available (free) software on VMS is several # versions behind its Linux brothers.e   J.   ------------------------------  # Date: Fri, 06 Jun 2003 02:40:52 GMTs% From: "bayden cline" <bayden@isys.ca>b Subject: wondering if....eF Message-ID: <UaTDa.8470$j9%.6967@news04.bloor.is.net.cable.rogers.com>  I I am wondering if there is anyone here in the Toronto, Canada area that ir@ might be able to borrow a VMS install for Alpha cd from.  Thanks   bayden   ------------------------------   Date: 6 Jun 2003 10:01:50 -0700p1 From: keithparris_NOSPAM@yahoo.com (Keith Parris)oS Subject: Re: [DCL] Is the max length of DCL lexical functions argument documented ? = Message-ID: <cf15391e.0306060901.110f8afc@posting.google.com>e  q peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) wrote in message news:<s_PCa.83132$_c6.706880@news.chello.at>... M > I just made a litte test and found that the max lengths of DCL entities areg > 
 > READ			2048n> > WRITE			up to 1024 (where every expression can't exceed 256)7 > WRITE/SYMBOL		2048 (but only symbols, no expressions)i7 > F$LENGTH		1024 (but including whole DCL command line)c7 > F$LOCATE		1024 (but including whole DCL command line)a  > There are significant improvements slated for 7.3-2, includingE increases in the length of DCL command lines, symbols, and the lengthh+ of records you can read and write with DCL.    ------------------------------  # Date: Fri, 06 Jun 2003 00:01:37 GMTiL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")Y Subject: Re: [OT] Inquirer Article Origins - The Conspiracy Theories. (was Re:  Another f86 Message-ID: <00A20F0C.96F08086@SSRL.SLAC.STANFORD.EDU>  r In article <M7JDa.25350$nr.2306305@twister.southeast.rr.com>, "Kenneth Farmer" <kfarmer@NOSPAMopenvms.org> writes:  K >I think it's called "comp.os.vms" not "spew.typical.leftwing.garbage."  ;)s  N That CNN is a Bush propaganda outlet isn't typical leftwing garbage.  (TypicalM rightwing garbage is that CNN is a haven of liberals.)  What _I_ said - if hemJ thinks CNN is a Bush propaganda outlet he should see Fox News Channel - is( closer to a typical leftwing statement.   H > >Besides, he's Canadian, they don't have any 1st Amendment rights.  :)  M Actually, if you read the 1st Amendment, it restricts Congress, not citizens,hN so everybody's got 1st Amendment rights.  It just doesn't help Canadians much.L (Not to mention the question about whether rights are granted by governmentsN or just inhere in persons; if they inhere in persons, everybody's got rights.)   Text:h   Amendment Io  F Congress shall make no law respecting an establishment of religion, orM prohibiting the free exercise thereof; or abridging the freedom of speech, orDO of the press; or the right of the people peaceably to assemble, and to petition.+ the government for a redress of grievances.i     -- Alani -- tO =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056/M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================S   ------------------------------  % Date: Thu, 05 Jun 2003 21:39:02 -0500h1 From: "David J. Dachtera" <djesys.nospam@fsi.net>r9 Subject: Re: [The Inquirer] "HP trying to dump OpenVMS ?"a' Message-ID: <3EDFFEC6.87E280B7@fsi.net>e   Fred Kleinsorge wrote: > 9 > "JF Mezei" <jfmezei.spamnot@istop.com> wrote in messagen% > news:3EDE44B0.68F778ED@istop.com..., > > Keith Parris wrote: L > > > The porting effort is being made under the assumption that this is NOT@ > > > the last time VMS will be ported to a new CPU architecture > >tL > > Ok, lets *ASSUME FOR THE SAKE OF DISCUSSION* that the engineers complete > thePM > > port to IA64 in mid 2004. Now, before VMS becomes commercially available,eC > > Intel announces it is ditching IA64 in favour of a 64 bit 8086.. > >mM > > How long would it then take to port VMS to either Power or Hammer or even4 > > Sparc ?   > > Could it be done in 1 year ? > L > No.  But at the same time your premise is flawed.  Intel won't be ditching > IA64.  Nor will HP.s  H I'd have to say that the statement should read, "Intel *LIKELY* won't be> ditching IA64". With the possible exceptions of us and OpenVMS= management, most business folks know when to stop "tilting atdG windmills". Unfortunately, Compaq/HP mistook a wind turbine (Alpha) formH a windmill, and decided ..., well, I think we've whipped that dead horse% long enough for tonight. Maybe later.    -- d David J. Dachterai dba DJE Systemsd http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/d   ------------------------------  % Date: Thu, 05 Jun 2003 21:43:38 -0500o1 From: "David J. Dachtera" <djesys.nospam@fsi.net>a9 Subject: Re: [The Inquirer] "HP trying to dump OpenVMS ?"e' Message-ID: <3EDFFFDA.8DEEF217@fsi.net>:   Rob Young wrote: > ] > In article <3EDE969F.5B611733@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:k > > Keith Parris wrote:w > >>z > >> "John Smith" <a@nonymous.com> wrote in message news:<OOfya.189646$M81.139495@news02.bloor.is.net.cable.rogers.com>...G > >> > without EV8x there is no long-term life for VMS if Itanic sinks.- > >>E > >> VMS Engineering is not just porting VMS to Itanium -- it is alsokH > >> taking formerly architecture-dependent functions (like PALcode, the8 > >> SRM console, etc.) and moving them into VMS itself. > >aH > > So, Opteron should be less of a challenge if the predictions of some: > > pundits hold true. I admit, I tend to agree with them. > >n > M >         You certainly don't want to create the infrastructure and spend thehI >         money on developing on a processort that won't cover the gamat.T6 >         Second, AMD is a very shakey bet these days.  H Pundits tend to color the truth to suit their viewpoint, just as most of@ us here do. Closer to the truth, AMD has a marketable product inH Opteron, with a promising future and surprisingly brief history. I was aC recipient of HP presentation on IA64 way back in 1999, and IA64 has H alreday been on the burner for many years at that point (while Alpha wasF a maturing, growing product). I know where my money would be, if I had) any to invest... (Hint: Itanic ain't it.)a   --   David J. Dachteral dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------  * Date: Fri, 6 Jun 2003 10:29:19 +0000 (UTC)9 From: Roar =?iso-8859-1?Q?Thron=E6s?= <roart@nvg.ntnu.no>x9 Subject: Re: [The Inquirer] "HP trying to dump OpenVMS ?"n- Message-ID: <bbpqdv$hra$1@tyfon.itea.ntnu.no>H  2 Keith Parris <keithparris_NOSPAM@yahoo.com> wrote:0 : "John Smith" <a@nonymous.com> wrote in messageI :  news:<OOfya.189646$M81.139495@news02.bloor.is.net.cable.rogers.com>...eC :> without EV8x there is no long-term life for VMS if Itanic sinks.   B : VMS Engineering is not just porting VMS to Itanium -- it is alsoE : taking formerly architecture-dependent functions (like PALcode, thes5 : SRM console, etc.) and moving them into VMS itself.h  + Wouldn't that lead to a noticable slowdown?h   ------------------------------  % Date: Fri, 06 Jun 2003 11:34:15 +0100c( From: Nic Clews <sendspamhere@127.0.0.1>9 Subject: Re: [The Inquirer] "HP trying to dump OpenVMS ?"d) Message-ID: <3EE06E27.D36D4C21@127.0.0.1>m   Roar Throns wrote:s > 4 > Keith Parris <keithparris_NOSPAM@yahoo.com> wrote:2 > : "John Smith" <a@nonymous.com> wrote in messageK > :  news:<OOfya.189646$M81.139495@news02.bloor.is.net.cable.rogers.com>...hE > :> without EV8x there is no long-term life for VMS if Itanic sinks.  > D > : VMS Engineering is not just porting VMS to Itanium -- it is alsoG > : taking formerly architecture-dependent functions (like PALcode, the,7 > : SRM console, etc.) and moving them into VMS itself.@ > - > Wouldn't that lead to a noticable slowdown?e  E From what I understand it is swings and roundabouts. PALcode requiredl@ performance halting interrupts, which won't be required anymore.   -- S? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot como   ------------------------------   End of INFO-VAX 2003.312 ************************