1 INFO-VAX	Tue, 05 Mar 2002	Volume 2002 : Issue 125       Contents: Re: A newby DCL question. 6 Re: Anyone See the full page ad letter to Mr. Hewlett? Re: Compaq Solutions Alliance  Re: Compaq Solutions Alliance  Re: DCL delete question 6 Re: DR and PAKs (was: RE: I: PAKGEN Software for ISVs) Re: DTE Unsynchronised$ Re: Hobbyist DEC TCPIP - Telnet bug!$ Re: Hobbyist DEC TCPIP - Telnet bug!$ Re: Hobbyist DEC TCPIP - Telnet bug!$ Re: Hobbyist DEC TCPIP - Telnet bug!$ Re: Hobbyist DEC TCPIP - Telnet bug! Hobbyist licence suggestions: / Install two extra EV68/883 processors into ES40 3 Re: Install two extra EV68/883 processors into ES40  Re: ISV webcast invitations  Re: ISV webcast invitations  Re: ISV webcast invitations  Re: ISV webcast invitations  Re: ISV webcast invitations  Re: ISV webcast invitations  Re: Itanium troubles1 Re: Let me know any References for Stock Exchange " Re: Lock Manager, sublock question" Re: Lock Manager, sublock question" Re: Lock Manager, sublock question4 Re: Merger question for someone in the know (Terry?) OpenVMS Marketing! YES!  Re: OpenVMS Marketing! YES!  Re: OpenVMS Marketing! YES!  Re: OpenVMS Marketing! YES! P Re: Running SMG  program from DCL...better way than spawn when sending info BACK Re: Shannon on the merger  Re: Shannon on the merger  Re: Shannon on the merger  Re: Shannon on the merger  Re: Shannon on the merger  Re: SOAP on OpenVMS?* Re: Sun eating major helping of Linux Crow* RE: Sun eating major helping of Linux Crow
 VAX Pascal Re: VAX Pascal Re: VAX Pascal Re: VMS for a DEC 5000/240????# Re: What return codes mean success? # Re: What return codes mean success? 2 Re: What VMS version runs on a Digital Server 30002 Re: What VMS version runs on a Digital Server 30001 why is '-' a syntax error in linker options file? 5 Re: why is '-' a syntax error in linker options file? 5 Re: why is '-' a syntax error in linker options file?  www.lowcostequityloans.com  F ----------------------------------------------------------------------   Date: 4 Mar 2002 20:45 CST' From: carl@gerg.tamu.edu (Carl Perkins) " Subject: Re: A newby DCL question., Message-ID: <4MAR200220454892@gerg.tamu.edu>  = Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes... A }> What is the difference of =, ==, := and define logical in DCL?  } ) }One = is a local symbol, == is a global.  } > }A = preceeded by a : means "what follows is a string".  Thus, } 
 }   A = "XXX"  }  }and   }  }   A := XXX }  }mean the same.  However,  }  }   A = "xxx  YYY" } 0 }will preserve case (and multiple spaces), while }  }   A := "xxx  YYY"  }  }won't.   > Actually, it will. You should have left off the quotes in this: example (as you did in the first one above) as they defeat% the ":" form's additional processing.    --- Carl   ------------------------------  $ Date: Mon, 4 Mar 2002 21:37:06 -0600< From: "Stanley Reynolds" <nospam_stanley_reynolds@yahoo.com>? Subject: Re: Anyone See the full page ad letter to Mr. Hewlett? = Message-ID: <ueXg8.2676$sK.89821@e3500-atl2.usenetserver.com>   H Got a copy in the mail with my white proxy card. I've already send in myE green proxy card I love the idea of one share one vote. HP was a good L company if they buy this compaq mess I'll have a bunch of shares to dump. If9 I owned compaq would have sold after the digital buy out.    ------------------------------  % Date: Mon, 04 Mar 2002 19:44:48 -0500 ( From: David Froble <davef@tsoft-inc.com>& Subject: Re: Compaq Solutions Alliance, Message-ID: <3C841500.7080201@tsoft-inc.com>   Arne Vajhj wrote:   > Richard Maher wrote: > I >>What does one have to do to become a CSA member? Are they choosy? Is it 
 >>painful?    P Not particularly so, at least when we joined.  If you develope software, and/or J have a product (good), then just apply for membership.  Should not be any I problems.  It's $200 per year, and that entitles you to demo/development  Q purchases.  These are at 50% of retail.  For another $500 per year, you will get  H the quarterly (or more often) consolidated distribution of binaries and   documentation, and VMS releases.    N >>The benefits would certainly appear to out weigh the costs. Can anyone shareL >>their experiences? (off-line would be better) Are the discounts offered byM >>Compaq discretionary? Are some developers more equal than others? Who is in  >>charge of the annointing?     P Not sure what discounts you are refering to.  As for the $700, I've never heard P of any discounts for that.  The demo/development is limited to I think $500,000 K per year in purchases, and you have to keep the items for a year (I think)  = before selling them.  Let's not mention long term demos.  :-)     L >>How big do you have to be? If a developer was looking for something like aN >>DS10 with some sort of NASxxx and a COBOL license would he have recouped his >>membership immediately?   O Well, it depends. If you look at what you mention above, it might approach $10K L retail, and you'd save about $5K. But, you might get a real good deal on the- street, and that would decrease your savings.     P Note, I've never seen 50% on the street, but such may exist.  At a street price M of 40% off, you'd more than pay for the first year of the program.  Remember  L that it's an annual cost of $700.  You could drop the media after the first Q year.  Most stuff doesn't change too often.  Hmmmm.....  maybe the $500 includes  > annual licenses, and in that case you couldn't drop that part.  P Regardless, any software developer who can't afford $700 per year is already in A a bad way.  Office rent per month could easily be more than that.   N Also, what I'd do is get a used system, cheap, and add the CSA program.  Some H guy in Ohio seems to have a bunch of 'Ultimate Workstations', basically P AlphaServer 1200 dual 533 MHz memory disk etc, for maybe around $1000.  Add the P base VMS, the CSA, and you're overloaded for just about anything.  (Not wanting O to discourage the sale of a DS10, but hey, it's your hard earned money, right?)    Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  $ Date: Mon, 4 Mar 2002 23:18:22 -0500* From: "Stanley F. Quayle" <stan@stanq.com>& Subject: Re: Compaq Solutions Alliance. Message-ID: <3C8400BE.16103.C2C29E8@localhost>  , On 4 Mar 2002, at 19:44, David Froble wrote:? > It's $200 per year, and that entitles you to demo/development  > purchases.  B Wow, I don't know how you got such a good rate.  The CSA web page  says $600/year.   F Subscriptions to software (Alpha only, by the way) is extra on top of 8 the $600.  If it was $200, they'd already have my money.  E For me (a single-consultant shop), what's the return on investment?   ! Other than a free PAKGEN license?     
 --Stan Quayle ! President, Quayle Consulting Inc.   
 ----------G Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------  $ Date: Mon, 4 Mar 2002 13:20:05 -0500 From: William_Bochnik@acml.com  Subject: Re: DCL delete question> Message-ID: <OFFA44B433.0995156A-ON85256B72.00649703@acml.com>  = MY expected behavior was that the first half of the del would 9 match ;3, the second half the same, so version 3 would be - deleted, then the delete would give an error.   # Obviously that's not what happened.   : 12+ years with VMS/DCL and I still find new things out....        n                                                                                                               n                       norm.raphael@jam                                                                        n                       esbury.com                      To:  Info-VAX@Mvb.Saic.Com                              n                                                       cc:                                                     n                       03/04/2002 12:48         Subject: DCL delete question                                   n                       PM                                                                                      n                       Please respond                                                                          n                       to norm.raphael                                                                         n                                                                                                               n                                                                                                                           @ Is this expected/documented behavior (The other assumption would be version 3 deleted, leaving4 version 2 to match and delete on the first command)? DIRECTORY DISK$DRA3:[NORM]  < FOO.FOO;3                  4/6        4-MAR-2002 11:17:31.56
 (RWED,RWED,,) < FOO.FOO;2                190/192      4-MAR-2002 11:15:41.43
 (RWED,RWED,,)   ! Total of 2 files, 194/198 blocks.  $ dele/log foo.foo;,foo.foo;> %DELETE-I-FILDEL, DISK$DRA3:[NORM]FOO.FOO;3 deleted (6 blocks) $ dele/log foo.foo;,foo.foo;@ %DELETE-I-FILDEL, DISK$DRA3:[NORM]FOO.FOO;2 deleted (192 blocks)      ) Treahy@mmaz.com on 03/04/2002 11:59:17 AM   ! Please respond to Treahy@mmaz.com    To:   Info-VAX@mvb.saic.com / cc:    (bcc: Norm Raphael/WOR/Automation/METSO) 6 Subject:  Re: Compaq lies again, calls Alphas Itanics!         Bob Ceculski wrote:     >isn't this ad 5 years too soon? > * >http://www.theinquirer.net/mm25020202.htm >  >Compaq TV ad to push Itanic > $ >But they're Alphas in Pittsburgh...' >By Mike Magee, 03/03/2002 01:20:54 BST  >   < Compaq seem to like doing these sorts of things.  The recent Inform9 (Spring 2002) that came out spoke of how "Compaq invented 
 clustering= concept 22 years ago with OpenVMS clusters."  Humm, does that 	 mean when @ I purchased my home I invented garages?  They may own the rights to it ? but it seems a bit disingenuous to take credit for the creation  of it...   Barry    > A >THE WORD ON THE advertising street is that Compaq is preparing a  TV ad 8 >that will have Alpha aficionados fainting in disbelief.A >According to sources so close to Compaq that they're not allowed  to? >view the INQUIRER on their PCs, the ad features the Pittsburgh  >Supercomputing facility.  > A >This facility, of course, demonstrates the fearsome power of the  Alpha  >in its high end incarnation.  > A >But, we understand, shots of the Pittsburgh site are interleaved  with; >pictures of an unlidded Compaq Itanium, which of course is  shipping) >now after that horrible SNAFU last year.  > > >The director of the center - which uses Alpha technology - is made to > >say something along the lines that the incredible computation power of7 >his installation proves the superiority of the Itanium 
 processor. > < >Which of course it doesn't. And won't for a fair old while. > > >Meanwhile, intrepid girl reporter Eva Glass tells us that the> >marketing department(s) at Q are very much afraid that if the HP-Q? >takeover goes ahead on April Fool's day, most will go, go, go.  > A >That, she understands, means that little in the way of marketing  isA >going on, the CVs/resumes are flying like confetti, while "cover  your >ass" is the order of the day. > A >But is having the words Compaq Marketing Specialist on your CV a  good9 >recommendation for a future job, Eva mischievously asks.  >  >    --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028                       F ______________________________________________________________________;  The information contained in this transmission may contain @ privileged and confidential information and is intended only forA the use of the person(s) name above.  If you are not the intended = recipient, or an employee or agent responsible for delivering 3 this message to the intended recipient, any review, @ dissemination, distribution or duplication of this communication? is strictly prohibited.  If you are not the intended recipient, A please contact the sender immediately by reply e-mail and destroy # all copies of the original message.    ------------------------------  # Date: Mon, 04 Mar 2002 23:41:33 GMT ) From: rob.buxton@wcc.govt.nz (Rob Buxton) ? Subject: Re: DR and PAKs (was: RE: I: PAKGEN Software for ISVs) 2 Message-ID: <3c840505.1215410087@news.wcc.govt.nz>  F Not quite DR, but I've also had issue with Product Licenses that don't understand Clusters.D Cognos Powerhouse was a case in point. We were licensed for x numberE of Users on our Cluster. The default mechanism for the Cognos license 0 daemon was for it to run on a single named node.5 If that node failed all your Powerhouse Apps stopped. B It was possible to bend the license mechanism to run the daemon onE multiple nodes, but because the daemon counted (I think) decnet links  this was deemed illegal.  F I countered that we'd bought a product for a cluster and didn't want a single point of failure....   / On Mon, 4 Mar 2002 09:59:13 -0500, WILLIAM WEBB  <WWEBB1@email.usps.gov> wrote:  7 >=0AThe last time I had to worry about such things, our < >disaster recovery plan required that three-way arrangements, >be established, tested and in place between4 >d|i|g|i|t|a|l, the DR vendor (SUNGARD) and the main7 >application vendor (National Computer Systems) for the = >immediate issuance of any temporary VMS or MV/X or GT.M PAKs / >that might have been needed in a DR situation.  > A >It wasn't a big deal then, but it *was* in a previous millenium.  >  >WWWebb  >  >-----Original Message----- 0 >From: Info-VAX-Request@Mvb.Saic.Com at INTERNET& >Sent: Friday, March 01, 2002 11:47 PMC >To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET ) >Subject: RE: I: PAKGEN Software for ISVs  >  >  >Wayne Sewell wrote: >>> >> In article <3C7EE086.5D339CF8@fsi.net>, "David J. Dachtera"8 ><djesys.nospam@fsi.net> writes: > > Wayne Sewell wrote: >> >> A >> >> In article <3C7DA1D7.B9A63756@fsi.net>, "David J. Dachtera" ' ><djesys.nospam@fsi.net> writes: > >> > I >> >> > I've worked in shops where non-LMF software (other license metho= 	 >ds) were  >> >> > verboten.  >> >> >  >> >> , >> >> Really?  What's the reasoning on that? >> > >> > Say, "Disaster Recovery". >> > >>I >> I'm not sure I follow.  Since this isn't the billyworld, you typicall=  >y don'tI >> have to reinstall everything from scratch during disaster recovery.  =  >If you I >> restore all the disks from backups, you get back to pretty much where= 
 > you wereI >> before the crisis began, including all the license keys.  In the case= 	 > of sp32 I >> products, all the keys reside in product directories, so when you res= 	 >tore the I >> disk containing the product, the key comes along for the ride.  The p=  >roduct > >> is ready to start immediately once the restore is complete. >>I >> Again, the licensing schemes which depend on hardware might have a pr=  >oblem, I >due > to board swaps and such, but the ones that don't will work just f= 
 >ine afterI >the > restore.  If you don't have to *do* anything, I don't see how rec= 	 >overy is  >any > different from LMF. > D >Well, that's just it - anything that is in any way connected to theI >physical hardware (MAC address, CPU serial number, etc.) will typically=  >  >break in a DR scenario. > @ >Even some based on license units can be a problem if you "home"< >system(s) is(are) "smaller" than the one(s) at the DR site. > G >Sometimes, it's just a management issue. Some sites want all licensing 4 >managed through central facility, for many reasons. >  >--  >David J. Dachtera >dba DJE Systems >http://www.djesys.com/  > ) >Unofficial Affordable OpenVMS Home Page: ! >http://www.djesys.com/vms/soho/=    ------------------------------  # Date: Mon, 04 Mar 2002 20:29:51 GMT 4 From: "Matt Muggeridge" <Matt.Muggeridge@compaq.com> Subject: Re: DTE Unsynchronised = Message-ID: <3PQg8.2861$nC6.13200@news-server.bigpond.net.au>    I'm a little rusty...   H Not receiving any packets.  There are quite a few possibilities here andK it's best to start with modem connect.  I no longer have a system to verifyt/ the commands below, but I'm sure they're close:e  K     show modem connect line * all stat  --> especially verify the status isE "Full Enabled" assuming FDX.K     show lapb link * all char --> one end must be set to DTE, the other setD to DCE  K Assuming your modem connect entities are in the correct state, I have oftenTJ found that people forget to set one end of their LAPB link to DCE mode and the other to DTE mode.   Matt.p     --= -------------------------------------------------------------4 OpenVMS TCP/IP Engineering Enterprise Computing Group Compaq Computer Corporationa Gold Coast, AUSTRALIA = -------------------------------------------------------------i    B "pat saunders" <pat.saunders@sis.securicor.co.uk> wrote in message6 news:bc0e3bd8.0203040630.76e1679@posting.google.com...8 > "antonio.carlini" <arcarlini@iee.org> wrote in message" news:<3C8025BE.1000204@iee.org>... > > pat saunders wrote:p > > 	 > > > Hi,Y, > > >   I am using DECNET/OSI on a MicroVax,* > > >   I am using a LAPB circuit on DTE-0J > > >   When I look at state of DTE , I find it is "Unsynchronised" , What7 > > > is the cause of this message and how do I fix it,e > >e > >e4 > > Your end and the other end (if there is one ...)4 > > disagree about *something*. Or the hardware link > > has failed somehow.o > >u > > > @ > > >    I find that the LAPB link goes up and down like a yo-yo
 > > >    : > >c > >e >M >o > Hi, % > I ran the following trace command :n2 > trace start/live "lapb link dte-0"/protocol=lapb  > and I got no receive packets .$ > I enclose a sample of the output :L > ----------+----+-----+<--------Frame-------->+---------------------------- ----- 5 >     Time   |Evnt|Data |Ad P Type    N     N   |Data 1 > hh mm ss cc|    |Size |   F        R/S   R/S  | L > -----------+----+-----+<--------------------->+--------------------------- ------1 > 15:23:18.04|0020|    0| Ack Timer Expired     | 1 > 15:23:18.04|  Tx|    2| C P DISC              |n1 > 15:23:20.04|0024|    0| Line Flush Issued     |e1 > 15:23:20.04|0020|    0| Ack Timer Expired     |s1 > 15:23:20.04|  Tx|    2| C P DISC              |c1 > 15:23:22.04|0024|    0| Line Flush Issued     |e1 > 15:23:22.04|0020|    0| Ack Timer Expired     |e1 > 15:23:22.04|  Tx|    2| C P DISC              |u1 > 15:23:24.04|0024|    0| Line Flush Issued     |X1 > 15:23:24.04|0020|    0| Ack Timer Expired     | 1 > 15:23:24.04|  Tx|    2| C P DISC              |,1 > 15:23:26.04|0024|    0| Line Flush Issued     |c1 > 15:23:26.04|0020|    0| Ack Timer Expired     |s1 > 15:23:26.04|  Tx|    2| C P DISC              |e1 > 15:23:28.04|0024|    0| Line Flush Issued     |i1 > 15:23:28.04|0020|    0| Ack Timer Expired     | 1 > 15:23:28.04|  Tx|    2| C P DISC              |lH > > > Event: Link Setup Failed from: Node LOCAL:.KEWG99 LAPB Link DTE-0, > >>7 > >> I also tried it  on DTE-1 and got Receive Packets.73 > Does this confirm that it is a physical problem??y > ta > patw >  >w > >p
 > > [snip] > >lH > > > Event: Link Initialising from: Node LOCAL:.KEWG99 LAPB Link DTE-0, > >s > >o > >o, > > Rather than going up and doing, it looks3 > > to me like it's staying pretty consistely down!v9 > > LAPB is starting to initialise but it never succeeds.- > >- > > Has it *ever* worked?2 > >4' > > If not, you have to verify that youf( > > have set it up properly and that the* > > hardware is working all the way to the' > > other end (i.e. as far as the telcoh) > > or your next modem and its associatedt > > network box).A > >e1 > > If the hardware is working, try tracing LAPB.t5 > > If you see *any* received data, then it is likelys3 > > that you have working hardware but the two endsp0 > > disagree about something (e.g. you are using# > > the wrong profile or whatever).s > >t > >o/ > > You can look at the modem connect layer tooe. > > just to be sure that it is up and running. > > 3 > > What hardware do you have? Some of the adaptersf! > > need to have firmware loaded.V > >l- > > If it used to work and now does not, looka. > > for a config change or a hardware failure. > >x > > Antoniof   ------------------------------   Date: 4 Mar 2002 21:07:16 +0100t* From: eplan@kapsch.net (Peter LANGSTOEGER)- Subject: Re: Hobbyist DEC TCPIP - Telnet bug! * Message-ID: <3c83d3f4$1@news.kapsch.co.at>  w In article <b6b2072c.0203040652.6cd2a12f@posting.google.com>, uwe.leinberger@t-systems.com (Dr. Uwe Leinberger) writes: ] >eplan@kapsch.net (Peter LANGSTOEGER) wrote in message news:<3c835ac5$1@news.kapsch.co.at>...tQ >> I never had any problems with TCPIP and my UCX (and NET-APP-SUP-xx0) licenses. F >> Better check again (as there are no licenses named TCPIP so far)... >xD >However, in the layered products hoby license file I find a licenseD >named UCX, but nothing containing any of the strings net sup or app9 >besides DVNETxxx and DCE-APP-DEV. So I'm still lost.....,  E Why ? You wrote you have a UCX license. Load it and use it. It works.o    C (In the Non-Hobbyist world) there exists also a UCX-CLIENT license.xL And there are (or at least used to be) the "package" (or NAS) licenses, too:   workstations ------------  L NET-APP-SUP-150 (contains UCX-CLIENT, DW-MOTIF, DVNETEND, VMScluster-Client," 	no DCPS-OPEN, no DCPS-PLUS, ...),N NET-APP-SUP-250 (contains UCX, DW-MOTIF, DVNETEND, VMScluster, DCPS-OPEN, ...)   serversd -------p  N NET-APP-SUP-200 (contains UCX, DW-MOTIF, DVNETEND, VMScluster, DCPS-xxxx, ...)N NET-APP-SUP-300 (contains UCX, DW-MOTIF, DVNETEXT, VMScluster, DCPS-xxxx, ...)N NET-APP-SUP-400 (contains UCX, DW-MOTIF, DVNETEXT, VMScluster, DCPS-xxxx, ...)  E If you really want to know which DEQ products this licenses included,l9 then check yourself in SYS$UPDATE:VMSINSTAL_LMFGROUPS.COMn  K (btw: Since DCPS V2.0, the DCPS-PLUS and DCPS-OPEN license are no longer int) use, the VMS licenses are now sufficient)e   -- S< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111 2651; Network and OpenVMS system manager  Fax.    +43 1 81111 888a< KAPSCH AG      Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   Date: 4 Mar 2002 23:33:34 +0100   From: Cthulhu <noone@nowhere.it>- Subject: Re: Hobbyist DEC TCPIP - Telnet bug!>) Message-ID: <a60snu$3bv$1@kadath.deep.it>e  ! John Santos <JOHN@egh.com> wrote:a  D > Hmmm...  I thought a) the Hobbyist CD was VMS V7.2/TCPIP V5.0A andG > b) that you needed to upgrade TCPIP V5.0 to V5.0A to run on VMS V7.2,d  D No no, Hobbyist CD has OpenVMS 7.2 and TCPIP 5.0. And they work fineD togheter, both in Alpha and VAX release, except for that TELNET bug.  E Sorry, I was forgetting that there are still non hobbyist users... ;)   D > I'm not 100% sure that the 5.0A ECO's won't work on 5.0, since the > difference is a sub-version.   It didn't, I tried it again!  C > try to get TCPIP 5.1, if I had a choice.  It is perfectly okay to+F > install a hobbyist system from borrowed CD's.  I've asked before and  > was told that by Compaq folks.  
 Good, thanks!c   	cercatamente, 	   Cthulhu  -- -  D    Ph'nglui mglw'nafh Cthulhu http://www.rlyeh.it/ wgah'nagl fhtgan!$ 		     <cthulhu (at) rlyeh (dot) it>   ------------------------------   Date: 4 Mar 2002 23:39:11 +01000  From: Cthulhu <noone@nowhere.it>- Subject: Re: Hobbyist DEC TCPIP - Telnet bug! ) Message-ID: <a60t2f$3ca$1@kadath.deep.it>r  8 Dr. Uwe Leinberger <uwe.leinberger@t-systems.com> wrote:  C > ....the "bug" I am fighting at the moment on my DS10 is licensinga > TCPIP.  5 Deh-eh... you are using a DS10 ad an hobbyist box? :!   G > With the hobyist license I got a UCX-License in the layered products, E > but TCPIP (i.e. UCX5.x) does not seem to honor the UCS-license....?   H In Hobbyist LP PAKs there is one called just "UCX", and that worked fine with TCPIP 5.0[A].  E Maybe I'm too stupid to understand how to get them working just after C activation, but I often solve license "invisibility" with a reboot.   G However, as Hoff would say, being more detailed would help the wizards.  ;)   	presuntuosamente, 	    Cthulhu   --    D    Ph'nglui mglw'nafh Cthulhu http://www.rlyeh.it/ wgah'nagl fhtgan!$ 		     <cthulhu (at) rlyeh (dot) it>   ------------------------------  % Date: Mon, 04 Mar 2002 17:21:41 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender)- Subject: Re: Hobbyist DEC TCPIP - Telnet bug! ; Message-ID: <3c839f15.524144494f47414741@radiogaga.harz.de>   8 Dr. Uwe Leinberger (uwe.leinberger@t-systems.com) wrote:C > ....the "bug" I am fighting at the moment on my DS10 is licensing  > TCPIP. > G > With the hobyist license I got a UCX-License in the layered products, E > but TCPIP (i.e. UCX5.x) does not seem to honor the UCS-license....?   + The UCX license should work with TCP/IP v5.l  * 1. Is the UCX license in the LMF database?%    Does  $ LICENSE LIST UCX  show it?R  ) 2. Is the UCX license loaded into memory?-%    Does  $ SHOW LICENSE UCX  show it?O   cu,    Martin -- 1D                        |  Martin Vorlaender  |  VMS & WNT programmer1   OpenVMS: When you    |  work: mv@pdv-systeme.deDE   KNOW where you want  |     http://www.pdv-systeme.de/users/martinv/g8   to go today.         |  home: martin@radiogaga.harz.de   ------------------------------  % Date: Mon, 04 Mar 2002 19:27:47 -0500 ( From: David Froble <davef@tsoft-inc.com>- Subject: Re: Hobbyist DEC TCPIP - Telnet bug! , Message-ID: <3C841103.2090507@tsoft-inc.com>   Cthulhu wrote:  : > Dr. Uwe Leinberger <uwe.leinberger@t-systems.com> wrote: >  > C >>....the "bug" I am fighting at the moment on my DS10 is licensing  >>TCPIP. >> > 7 > Deh-eh... you are using a DS10 ad an hobbyist box? :!B >  > G >>With the hobyist license I got a UCX-License in the layered products,tE >>but TCPIP (i.e. UCX5.x) does not seem to honor the UCS-license....?h >> > J > In Hobbyist LP PAKs there is one called just "UCX", and that worked fine > with TCPIP 5.0[A]. > G > Maybe I'm too stupid to understand how to get them working just after E > activation, but I often solve license "invisibility" with a reboot..  4 Well, that maybe sheds some light on the problem(s).  K Installing a license PAK just puts it into the license database.  If using iO SYS$UPDATE:VMSLICENSE.COM, it will offer to LOAD the license after registering eJ it.  However, if you use the LICENSE utility to REGISTER all the hobbyist M license PAKs, but fail to LOAD them, then they will not be available for the oJ product(s) to check.  Since system startup LOADs all valid licenses, that  'fixes' your problem.t  N Maybe this is easiest for the hobbyist license PAKs, since there a a bunch of O them.  However, for a particular PAK, UCX for example, just enter LICENSE LOAD rN UCX and then TCPIP should work fine.  To see which license PAKs are currently  loaded, enter SHOW LICENSE.r   Dave   -- i4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Mon, 04 Mar 2002 20:03:16 -0500a- From: JF Mezei <jfmezei.spamnot@videotron.ca> & Subject: Hobbyist licence suggestions:, Message-ID: <3C84193F.4846BF7B@videotron.ca>  G I have a bona fide CDA-CONVERTER-LIBRARY licence. Last week, I tried totI convert a GIF file to postscript and now it told me I didn't have a validi licence, that I needed to have:d
 	"DEC CDA-RT"u  C  guess things messed up when I upgraded to 7.2 (CDA has always beenMK problematic with upgrades because the original "full" CDA converters are no:K longer shipped/upgraded but VMS still supplies the basic stuff so there are_ version incompatibilities)._  O In any event, it would be nice to have DEC CDA-RT in the licences for Hobbyist.   I Another one that would be nice is the real ALL-IN-1 (aka: Office Server),tQ instead of all those ALL-IN-1-MAIL licences that come with the hobbyist licences.r  I And finally, with a whole bunch of Alpha machines soon to become hobbyistnK macbines, shouldn't the galaxy licences become part of the hobbyist package  ??? ;-) :-) :-) :-) :-)I   ------------------------------  % Date: Tue, 05 Mar 2002 10:01:27 +1000l& From: How-Hie Ling <h.ling@qut.edu.au>8 Subject: Install two extra EV68/883 processors into ES40* Message-ID: <3C840AD7.E4493EBB@qut.edu.au>   Hi all,.  8 I am going to install two more 883MHz CPUs into an ES40.? Apart from adding two more OPENVMS-ALPHA licences, do I have to5H change any kernel parameters to make use of the extra cpu?  Do I have to   do an AUTOGEN at all?    Thanks in advance,   How-Hie Ling Qld Uni. of Technology Brisbane, Australia.   ------------------------------  % Date: Mon, 04 Mar 2002 21:33:49 -0500s2 From: rdeininger@mindspring.com (Robert Deininger)< Subject: Re: Install two extra EV68/883 processors into ES40K Message-ID: <rdeininger-0403022133490001@1cust146.tnt2.nashua.nh.da.uu.net>s  7 In article <3C840AD7.E4493EBB@qut.edu.au>, How-Hie Lingh <h.ling@qut.edu.au> wrote:   >Hi all, >w9 >I am going to install two more 883MHz CPUs into an ES40.e@ >Apart from adding two more OPENVMS-ALPHA licences, do I have toI >change any kernel parameters to make use of the extra cpu?  Do I have toy >o >do an AUTOGEN at all?  H Autogen won't hurt, but I don't know that it's required.  It's possible,C but rare, to set system parameters to disable one or more CPUs.  If ( someone did that, you'd have to undo it.  G Don't these CPUs come with any documentation these days?  If so, followV the instructions.t  J You will want to be very careful about matching CPU types, and getting allE the firmware bits up to date.  I'm not certain about ES40 CPUs, but InJ would not be surprised if there is firmware on the module itself.  FailingG more complete documentation, I would read through the release notes forXI the latest version of ES40 firmware.  Have all the updater tools at hand,  in case you need them.   ------------------------------  % Date: Mon, 04 Mar 2002 14:51:58 -0500s- From: JF Mezei <jfmezei.spamnot@videotron.ca>t$ Subject: Re: ISV webcast invitations+ Message-ID: <3C83D05E.1C23D9B@videotron.ca>j   Larry Kilgallen wrote:P > > http://compaqnonstop.rs88.net/servlet/website/ResponseForm?JjVEbz2kLnplmkHmp > > hg_TW_UX > L > I get a blank page from Netscape Communicator 4.75-20000815 for Macintosh.  F I get the page correctly on Netscpape Communicator 4.76 for Macintosh.   ------------------------------  $ Date: Mon, 4 Mar 2002 15:18:03 -05002 From: "Sue Skonetski" <susan.skonetski@compaq.com>$ Subject: Re: ISV webcast invitations1 Message-ID: <%BQg8.508$fL6.8484@news.cpqcorp.net>u  L http://compaqnonstop.rs88.net/servlet/website/ResponseForm?JjVEbz2kLnplmkHmp hg_TW_UX   try this folks      = "Sue Skonetski" <susan.skonetski@compaq.com> wrote in messagey+ news:XxOg8.497$fL6.8097@news.cpqcorp.net...pK > Important information for ISV's regarding future AlphaServers and Itaniums! > Processor family based servers!s >mL > If you are responsible for making decisions regarding platform support forL > your company's software product offering, this invitation is for you! ThisE > interactive webcast will provide the first public discussion of the*F > architecture for the next generation AlphaServer, code named MARVEL. PleaseK > join us Thursday March 14, 11amEST when Doug Williams, Technical Director E > for platform strategy, Compaq's High Performance Systems will shareb valuble D > information on the future of enterprise class servers for UNIX and OpenVMS.H > You may register for this webcast by clicking on the attached link and > registering online today.t >s >  >eL http://compaqnonstop.rs88.net/servlet/website/ResponseForm?JjVEbz2kLnplmkHmp
 > hg_TW_UX >D >d >  >h >a >d >D   ------------------------------  % Date: Mon, 04 Mar 2002 15:31:50 -0500m1 From: Michael Austin <maustin@firstdbasource.com>-$ Subject: Re: ISV webcast invitations2 Message-ID: <3C83D9B6.D1DC8EE2@firstdbasource.com>  F When posting a URL that will wrap, if you precede it with a > you will, not need to cut/paste the rest of the link.   D (It has worked in the past, now let's see if it works again... :)  )  U >http://compaqnonstop.rs88.net/servlet/website/ResponseForm?JjVEbz2kLnplmkHmphg_TW_UXe   Sue Skonetski wrote:T http://compaqnonstop.rs88.net/servlet/website/ResponseForm?JjVEbz2kLnplmkHmphg_TW_UX     >  > try this folks > ? > "Sue Skonetski" <susan.skonetski@compaq.com> wrote in messagek- > news:XxOg8.497$fL6.8097@news.cpqcorp.net... M > > Important information for ISV's regarding future AlphaServers and Itaniumt# > > Processor family based servers!  > >tN > > If you are responsible for making decisions regarding platform support forN > > your company's software product offering, this invitation is for you! ThisG > > interactive webcast will provide the first public discussion of thepH > > architecture for the next generation AlphaServer, code named MARVEL. > PleaseM > > join us Thursday March 14, 11amEST when Doug Williams, Technical DirectorsG > > for platform strategy, Compaq's High Performance Systems will sharec	 > valublecF > > information on the future of enterprise class servers for UNIX and
 > OpenVMS.J > > You may register for this webcast by clicking on the attached link and > > registering online today.i > >D > >  > > N > http://compaqnonstop.rs88.net/servlet/website/ResponseForm?JjVEbz2kLnplmkHmp > > hg_TW_UX > >s > >a > >w > >  > >t > >  > >    --   Regards,  7 Michael Austin            Registered Linux User #261163*7 First DBA Source, Inc.    http://www.firstdbasource.como Sr. Consultant 704-947-1089 (Office)e 704-236-4377 (Mobile)d   ------------------------------   Date: 4 Mar 2002 15:59:41 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen)"$ Subject: Re: ISV webcast invitations3 Message-ID: <Hht5K+yB1CrC@eisner.encompasserve.org>h  f In article <%BQg8.508$fL6.8484@news.cpqcorp.net>, "Sue Skonetski" <susan.skonetski@compaq.com> writes:N > http://compaqnonstop.rs88.net/servlet/website/ResponseForm?JjVEbz2kLnplmkHmp
 > hg_TW_UX >  > try this folks   Much better.   ------------------------------   Date: 4 Mar 2002 16:08:34 -0600|- From: Kilgallen@SpamCop.net (Larry Kilgallen)8$ Subject: Re: ISV webcast invitations3 Message-ID: <rf45f6U8tUAm@eisner.encompasserve.org>e  f In article <3C83D9B6.D1DC8EE2@firstdbasource.com>, Michael Austin <maustin@firstdbasource.com> writes:H > When posting a URL that will wrap, if you precede it with a > you will. > not need to cut/paste the rest of the link.  > F > (It has worked in the past, now let's see if it works again... :)  ) > V >>http://compaqnonstop.rs88.net/servlet/website/ResponseForm?JjVEbz2kLnplmkHmphg_TW_UX  = That is an interesting anecdote about your newsreader, but it ? is irrelevant to ANU News.  Please don't encourage Sue to _add_23 to the nonstandard tricks in the Compaq repertoire.:  = Terminal emulators on both Macintosh and VMS will include any < adjacent angle brackets in a multiply-clicked URL, defeating" a simple paste into a web brouser.   ------------------------------  $ Date: Mon, 4 Mar 2002 17:19:34 -0500- From: "Peter Weaver" <peter.weaver@stelco.ca> $ Subject: Re: ISV webcast invitations2 Message-ID: <4qSg8.25450$X2.263967@nnrp1.uunet.ca>  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:rf45f6U8tUAm@eisner.encompasserve.org...hC > In article <3C83D9B6.D1DC8EE2@firstdbasource.com>, Michael Austint$ <maustin@firstdbasource.com> writes:J > > When posting a URL that will wrap, if you precede it with a > you will/ > > not need to cut/paste the rest of the link.  > >aH > > (It has worked in the past, now let's see if it works again... :)  ) > >  > L >>http://compaqnonstop.rs88.net/servlet/website/ResponseForm?JjVEbz2kLnplmkH
 mphg_TW_UX > ? > That is an interesting anecdote about your newsreader, but it A > is irrelevant to ANU News.  Please don't encourage Sue to _add_u5 > to the nonstandard tricks in the Compaq repertoire.a >t? > Terminal emulators on both Macintosh and VMS will include any)> > adjacent angle brackets in a multiply-clicked URL, defeating$ > a simple paste into a web brouser.   Try this shorter link then;w  % http://makeashorterlink.com/?M2F635D7   @ This is a great site for taking a long URL and making it usable.     --L Opinions are my own, and do not reflect the opinions of my employer, whoever that may be.H BTW: If anyone knows who that will after 1-APR-2002, please let me know.   ------------------------------  % Date: Mon, 04 Mar 2002 20:21:44 -0000 / From: Michael Zarlenga <zarlenga@conan.ids.net>a Subject: Re: Itanium troubles2/ Message-ID: <u87lqonv3ebodb@corp.supernews.com>s  8 In comp.os.vms Nick Maclaren <nmm1@cus.cam.ac.uk> wrote:? : Them:  I have spoken to the developers and they say it is not>6 : supposed to work.  We will change the documentation.  < Now that's clever marketing ... it's not a bug, the s/w that9 was supplied and documented is not supposed to work!  Thet documentation will be fixed!    2 : Now, whose fault is it that my code didn't work?  < Yours, obviously, for believing everything what you read in ' the specs.  (Yes, I'm being sarcastic).    -- r -- Mike Zarlenga   ------------------------------  % Date: Mon, 04 Mar 2002 21:18:00 -0500h2 From: rdeininger@mindspring.com (Robert Deininger): Subject: Re: Let me know any References for Stock ExchangeK Message-ID: <rdeininger-0403022118000001@1cust146.tnt2.nashua.nh.da.uu.net>W  = In article <J_Kg8.2039$LEs.1556@news2.bloor.is>, "John Smith", <a@nonymous.com> wrote:c  # >Australian Stock Exchange (Sydney)s >,# >International Stock Exchange (USA)p  J Actually it's the International Securities Exchange.  They do options, not stocks.-   http://www.iseoptions.com/   ------------------------------    Date: 05 Mar 2002 03:51:11 +0800, From: Paul Repacholi <prep@prep.synonet.com>+ Subject: Re: Lock Manager, sublock questionD0 Message-ID: <878z98158w.fsf@k9.prep.synonet.com>  - pierre.bru@spotimage.fr (Bru, Pierre) writes:   A > the question is simple: what are sublocks used for ? what's theg/ > advantage of using sublock instead of locks ?e  F Common case, record locks are sub locks of the file lock. This enables@ multiple accessors to a file, but only compatible access to eachD record. If you need to do file wide ops, like truncation, then it is' automatically synced with the sublocks.t  C The docs on this stiuff really are very weak, and always have been.2C Worse, the fiche pond is not there for the examples people could gos through to understand it all.s   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Mon, 04 Mar 2002 20:09:27 GMTt' From: Don Sykes <anonymous@pacbell.net>r+ Subject: Re: Lock Manager, sublock question + Message-ID: <3C83D4A0.2CB4F200@pacbell.net>n  P You don't use sublocks instead of locks. They ARE locks that are associated withP a parent lock. For example, you could use them to gain a protected read lock, onN a general resource, say a global, writeable section, then you could obtain subN lock, like a write, on a specific area within that section. That way you don't$ have to lock up the whole resource. M VMS locks are all explained, very well I think, in the Introduction to Systema+ Services Manual (not the Reference manual).n   "Bru, Pierre" wrote: >  > hello, > A > the question is simple: what are sublocks used for ? what's the / > advantage of using sublock instead of locks ?t >  > TIA,	 > Pierre.    -- t   Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Francisco    ------------------------------  # Date: Mon, 04 Mar 2002 21:47:39 GMTg From: system@SendSpamHere.ORG + Subject: Re: Lock Manager, sublock questiont0 Message-ID: <00A0A724.B8EC82BD@SendSpamHere.ORG>  k In article <1c0e37b1.0203040548.1cfebbc2@posting.google.com>, pierre.bru@spotimage.fr (Bru, Pierre) writes:n >hello,h >t@ >the question is simple: what are sublocks used for ? what's the. >advantage of using sublock instead of locks ? >o >TIA,d >Pierre.  ! Simple.  Granularity and focus.  s  I A sub-lock is merely a lock with a parent lock.  Sub-locks can be used totI control a sub-entity of a larger entity (for example, records of a file).oI Thus, the advantage is that you can prescribe a coordinated access to the I sub-entity without restricting other processes from accessing some other bG sub-entity (files on a volume is another such example).  If you want torG access a file on a volume, there is far less contention by taking out arH lock on the file serialization lock (F11B$s_<lock-basis>) instead of the$ volume lock (F11B$v<volume-label).    = The later example can be seen using the system dump analyzer.i   $ ANALYZE/SYSTEM SDA> SHOW LOCK/NAME=F11B$  eA hit returns until you find a lock with resource name of F11B$s... H This lock will have a Parent lock Id.  If you examine the parent lock id) you should find that it is a volume lock.- SDA> SHOW LOCK <parent-lock-id>o         --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMg            nJ   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbesa   ------------------------------  # Date: Mon, 04 Mar 2002 19:57:01 GMT ' From: Don Sykes <anonymous@pacbell.net>b= Subject: Re: Merger question for someone in the know (Terry?)n+ Message-ID: <3C83D1B6.A8956BF5@pacbell.net>-   Bill Gunshannon wrote: > E > I'm confused.  Are Compaq and HP not required by law to continue to.I > compete until such time as the merger actaully occurs??  Would customer K > names and addresses not be considered important proprietary information??iJ > So then, how can Compaq give it's customer mailing list to HP??  I won'tF > even address the idea of receiveing a letter from HP thanking me forL > business I never did with them.  After all, the address came from a Compaq > list and not an HP one.   J I just got a little booklet in the mail today too, stating "Dear Valued HP Customer"...L I did buy an HP FAx & printer many years ago at Circuit City, but I doubt HP knew about that.? I think it's a way to convince people the merger's a done deal.n   > H > And on another note, assuming that the merger does not go through (andM > I truly believe it won't) hasn't Compaq shot itself in the foot (yet again)IJ > by giving this information to a competitor??  Maybe something else to be) > brought up at the stockholders meeting.h >  > bill >  > --L > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |@ > Scranton, Pennsylvania   |         #include <std.disclaimer.h>   -- o   Have VMS. Will Travel. Wire Paladin @alphase.com 
 San FranciscoW   ------------------------------  $ Date: Mon, 4 Mar 2002 14:07:32 -05000 From: "Syltrem" <syltrem@videotron.spammenot.ca>  Subject: OpenVMS Marketing! YES!4 Message-ID: <oBPg8.1945$a04.11138@tor-nn1.netcom.ca>  3 I just received in the mail a pamphlet from Compaq.-: I is about fault tolerance, disasters, etc and guess what?  I They actually mention OpenVMS. Not only mention it in fact, they say it`s D the best! They also mention Tru64 Unix but the list of features of aK VMScluster is better than that of a Tru64 cluster (no downtime for hardwareI / software upgrades is one).  K And they also point out that OpenVMS wsa declared "cool and unhackable " atT the Defcon9.   Great! Keep up the good work!o   --   SyltremaI http://pages.infinit.net/syltrem (OpenVMS related web site - en franais)e> To reply to myself directly, remove .spammenot from my address   ------------------------------  # Date: Tue, 05 Mar 2002 02:34:42 GMTt# From: "John Smith" <a@nonymous.com>t$ Subject: Re: OpenVMS Marketing! YES!/ Message-ID: <69Wg8.2700$YtJ.251@news2.bloor.is>   L It's probably a brochure that they are in a hurry to get out the door beforeH the merger, otherwise accounting rules will require HP to count it as anL 'asset', which would have to be capitalized rather than written-off.....just/ like Alpha, OpenVMS, Tru64, RTR, etc....etc....I      H I'd really like to believe that the commitment to OpemVMS will last pastL March 19th or shortly thereafter but what I expect will happen is that CarlyJ will meet with 'key' VMS customers, ones that have already decided to jumpH ship, to get their 'opinion' before she decides to swing the axe. She'll= have thereby done her 'due diligence' with customers and haverK 'justification' based on 'customer opinion' to chop VMS. She has no love oft" VMS, unlike NSK, HP/UX, and linux.  L There's is of course not legitimate business reason to chop VMS, just in theL same way that there is no justification on current Compaq management keepingJ silent on the status of VMS if it's going to stick around. The only reasonH that I can think of why Curly hasn't said anything positive about VMS isK that since the merger announcement they have decided to kill VMS, and can'thJ mention this under SEC lockdown rules. And Curly wants the big payout overJ the next 2 years, so that's another reason to keep quite and do what Carly tells him to do.      ; "Syltrem" <syltrem@videotron.spammenot.ca> wrote in messagee. news:oBPg8.1945$a04.11138@tor-nn1.netcom.ca...5 > I just received in the mail a pamphlet from Compaq.i< > I is about fault tolerance, disasters, etc and guess what? >PK > They actually mention OpenVMS. Not only mention it in fact, they say it`siF > the best! They also mention Tru64 Unix but the list of features of aD > VMScluster is better than that of a Tru64 cluster (no downtime for hardware > / software upgrades is one). >cJ > And they also point out that OpenVMS wsa declared "cool and unhackable " at > the Defcon9. >F > Great! Keep up the good work!o >I > -- >a	 > SyltremhK > http://pages.infinit.net/syltrem (OpenVMS related web site - en franais)t@ > To reply to myself directly, remove .spammenot from my address >- >- >    ------------------------------  % Date: Mon, 04 Mar 2002 22:44:50 -0500i- From: JF Mezei <jfmezei.spamnot@videotron.ca>o$ Subject: Re: OpenVMS Marketing! YES!, Message-ID: <3C843F0F.BDC21BC0@videotron.ca>   John Smith wrote:.N > March 19th or shortly thereafter but what I expect will happen is that CarlyL > will meet with 'key' VMS customers, ones that have already decided to jumpJ > ship, to get their 'opinion' before she decides to swing the axe. She'll? > have thereby done her 'due diligence' with customers and havem: > 'justification' based on 'customer opinion' to chop VMS.  G There are 2 possibilities. Either Carly will act swiftly to achieve heruN promised cuts and VMS will fall prey to those cuts without much consideration,G OR , Carly will be told of why Compaq failed in its attempt to kill VMSaF because it realised the revenus were too important and that announcingB end-of-life would result in far too many customers leaving Compaq.  M The danger is that HP will recalculate the attrition rate and figure that VMSkI customers have nowhere else to go anymore. Compaq may have feared that itdR would lose VMS customers to HP. But now, those would have to stay as HP customers.  M My guess is that VMS will continue in its status quo of being totally ignorede5 with some promise of a port to that slow IA64 thing. r  K There are too many questions unanswered to be able to formulate an opinion.,  M The big ace here is Alpha. If IA64 is slow as molasses and no VMS customer istE interested in migrating to it, but HP decides to accelerate the AlphatL retirement to speed up her promise of consolidation, then it will be a fatal blow to VMS.  L The other big ace is how good Compaq's intelligence is. If a small number ofF VMS customers generate the majority of VMS profits, knowledge of thoseG customers will dictate how Compaq/HP handles the situation. If Compaq'saJ intelligence says that a large percentage of those few customers are trulyK captive with very strong roots in the distributed lock manager, clustering,,L rdb, RMS and any other stuff available only on VMS then HP's handling of VMSM will be quite different compared to a customer list for whom migration to Sun ! or IBM would be simple and quick.l  J The intelligence probably also has some sort of timeline prediction of howK fast the revenus would drop (eg: customers migrate to HP/Sun/IBM) after theTJ end of life announcement. That would be critical to an organisation's long term plans.i  H Remember Capellas' 180 plan where he wanted to build a solutions/serviceM organisation that would grow 40% per year ? In such a scenario, at one point,aG Compaq would no longer depend on VMS. Compaq already knows that withoutnN advertising VMS will drop and it probably has a good idea of the rate of drop.J As long as something else grows faster than VMS goes down, Compaq is safe.  N The wildcard is HP.  Customers could kick Compaq in the butt and go HP, Sun orK IBM. But now, if they decide that VMS doesn't have a trustable future, will M they also avoid HP products, leaving only Sun and IBM, or will they be forcedr3 to swallow their pride and stay with HP products  ?t  N Consider Tru64. *IF* HP manages to give HP-UX the same clsutering capabilitiesN and TCPIP stack as Tru64, and those capabilities are still industry leading byL the time they happen, then HP will still have the only tru solution to thoseK who need Unix clustering. So while a customer may want to kick Carly in the N derrire for killing Tru64, they may have to swallow their pride and go HP-UX.    N The above all assumes that Compaq has built some sort of intelligence databaseL for its VMS customers to be able to predict the impact of various scenarios.   ------------------------------  # Date: Tue, 05 Mar 2002 04:31:23 GMTL1 From: "David J. Dachtera" <djesys.nospam@fsi.net>o$ Subject: Re: OpenVMS Marketing! YES!' Message-ID: <3C844B8D.476C1895@fsi.net>0   Syltrem wrote: > 5 > I just received in the mail a pamphlet from Compaq.i< > I is about fault tolerance, disasters, etc and guess what? > K > They actually mention OpenVMS. Not only mention it in fact, they say it`s-F > the best! They also mention Tru64 Unix but the list of features of aM > VMScluster is better than that of a Tru64 cluster (no downtime for hardwares > / software upgrades is one). > M > And they also point out that OpenVMS wsa declared "cool and unhackable " ati > the Defcon9. >  > Great! Keep up the good work!g  G Agreed! Especially if this went out to other than the OVMS Faithful. Inu such case, Well Done! Bravo!  6 What else can we look forward to seeing real soon now?   -- i David J. Dachterat dba DJE Systemsp http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/b   ------------------------------  * Date: Mon, 4 Mar 2002 20:56:48 +0000 (UTC)% From: "pos" <prosullivan@hotmail.com>kY Subject: Re: Running SMG  program from DCL...better way than spawn when sending info BACKn/ Message-ID: <a60n2g$s8d$1@paris.btinternet.com>   L I take it you cannot get to the SMG code, which contains uiseful user system; service action routines precisely to do this sort of thing.a  H But, there was a wonderful hack to get around this limitation written inD Pascal by the great Theo De Klerk (all bow), which involved creatingG mailboxes to funnel back messages to and from dcl programs. It was onlyrI published internally in Digital in ~ 1986. I will see if I still have thes souce...   regardsb     poso< "Robert Young" <rcyoung@aliconsultants.com> wrote in message7 news:91437ce6.0203011353.60469142@posting.google.com...eG > We are currently looking at using lib$spawn to run a SMG program fromiF > DCL. Is there a better way of doing this so that the SMG program canF > send information ( by setting a logical  or ???) back to the parent,7 > so it is checkable after the subprocess has finished?r   ------------------------------  # Date: Tue, 05 Mar 2002 00:03:50 GMTt* From: "Rev. Don Kool" <oldno7@comcast.net>" Subject: Re: Shannon on the merger* Message-ID: <3C840B62.7070706@comcast.net>   Terry C. Shannon wrote:-  1 > "Rich Jordan" <rjordan@mindspring.com> wrote...r' >>Terry C. Shannon wrote in message ...   L >>>Got a complaint about the merger? Then put your money where your mouth is# >>>and vote your shares against it.p    E 	Don't have any shares and am all for the merger.  Once again I find  D myself on the same side of an issue as the venerable Terry Shannon. 6 Over the years, that has not proved to be bad company.  G 	As a DEC/COMPAQ customer low these many years, I fully agree that the nI lack of marketing is what is killing OpenVMS/Tru64 UNIX.  I snapped up a pH SunBlade 100 early last year.  I of course would've rather had an ALPHA D (or SGI, or HP, or IBM) but only SUN thought up the idea of a LINUX G killer.  Good move SUN (as much as it pains me to say that).  Bad move e everyone else.   				Donb       --  1 ***********************      You a bounty hunter?o7 * Rev. Don McDonald   *      Man's gotta earn a living.o? * Baltimore, MD       *      Dying ain't much of a living, boy. 8 ***********************             "Outlaw Josey Wales"   ------------------------------  $ Date: Mon, 4 Mar 2002 21:44:13 -0600, From: "Rich Jordan" <rjordan@mindspring.com>" Subject: Re: Shannon on the merger3 Message-ID: <a61eo0$76g$1@nntp9.atl.mindspring.net>f  @ Rev. Don Kool wrote in message <3C840B62.7070706@comcast.net>... >Terry C. Shannon wrote: >u2 >> "Rich Jordan" <rjordan@mindspring.com> wrote...( >>>Terry C. Shannon wrote in message ... >cJ >>>>Got a complaint about the merger? Then put your money where your mouth is$ >>>>and vote your shares against it. >u >iE > Don't have any shares and am all for the merger.  Once again I findoD >myself on the same side of an issue as the venerable Terry Shannon.7 >Over the years, that has not proved to be bad company.: >:G > As a DEC/COMPAQ customer low these many years, I fully agree that theoI >lack of marketing is what is killing OpenVMS/Tru64 UNIX.  I snapped up anH >SunBlade 100 early last year.  I of course would've rather had an ALPHAD >(or SGI, or HP, or IBM) but only SUN thought up the idea of a LINUXG >killer.  Good move SUN (as much as it pains me to say that).  Bad movec >everyone else.t >a > Dono >     K And you base your approval on the fact that Sun makes a fine cheap box thatdJ we all wish Compaq would have made (with an Alpha), and markets it the wayL we wish Compaq would market VMS?  How does that make the merger a good idea?D With the merger we get stuck with the architects of a lot of the badK decisions that have badly hurt VMS and now effectively killed Tru64, plus a I few that haven't done any real favors for HP and show very little sign oftJ appreciating or supporting things 'not invented here'.  Without it there'sJ at least a chance (maybe a small one, but better than none) to get someoneL with a clue calling the shots at the Q; maybe even someone who isn't alreadyH so glued to microsoft's eliminatory orifice that they can _do_ somethingD positive and profitable with all this great non-MS stuff Compaq has.   ------------------------------  % Date: Mon, 04 Mar 2002 23:32:50 -0500e- From: JF Mezei <jfmezei.spamnot@videotron.ca>o" Subject: Re: Shannon on the merger, Message-ID: <3C844A4A.F7FA27C1@videotron.ca>   Rich Jordan wrote:F > With the merger we get stuck with the architects of a lot of the badM > decisions that have badly hurt VMS and now effectively killed Tru64, plus anK > few that haven't done any real favors for HP and show very little sign of 9 > appreciating or supporting things 'not invented here'. i  K Ahh, but when Carly and friends fails to deliver the promised improvements,sD they will do a Pfeiffer on her and her groupies and HP might get newL management. Walter Hewlett will be there to say "I told you so" and might beK able to force HP to return to seriouc systems instead of playing with intel  and microsoft's toys.e  L The quicker it happens, the more chances that VMS and Tru64 and perhaps even7 Alpha might be rescued. But I am not holding my breath.i     > Without it there'sL > at least a chance (maybe a small one, but better than none) to get someone) > with a clue calling the shots at the Q;u  K When they fired Pfeiffer, they tried to find someone with a brain, but theysL all refused the job offers. Not sure they will find an interested party thisL time around. So when they let go Capellas with a golden parachute, my bet is/ on Winkler taking the helm. And Winkler=wintel.   I Face it. Digital is truly dead. We'll join the ranks of amiga, OS/2, dataf general etc  afficionados.   ------------------------------  # Date: Tue, 05 Mar 2002 04:14:05 GMT * From: "Rev. Don Kool" <oldno7@comcast.net>" Subject: Re: Shannon on the merger* Message-ID: <3C844615.8090105@comcast.net>   Rich Jordan wrote:   > Rev. Don Kool wrote... >>Terry C. Shannon wrote:m2 >>>"Rich Jordan" <rjordan@mindspring.com> wrote...) >>>>Terry C. Shannon wrote in message ...   ; >>>>>Got a complaint about the merger? Then put your money B  9 >>>>>where your mouth is and vote your shares against it.   E >>Don't have any shares and am all for the merger.  Once again I find E >>myself on the same side of an issue as the venerable Terry Shannon.u8 >>Over the years, that has not proved to be bad company. >>G >>As a DEC/COMPAQ customer low these many years, I fully agree that the J >>lack of marketing is what is killing OpenVMS/Tru64 UNIX.  I snapped up aI >>SunBlade 100 early last year.  I of course would've rather had an ALPHArE >>(or SGI, or HP, or IBM) but only SUN thought up the idea of a LINUXrH >>killer.  Good move SUN (as much as it pains me to say that).  Bad move >>everyone else.  M > And you base your approval on the fact that Sun makes a fine cheap box thate6 > we all wish Compaq would have made (with an Alpha),     J 	Amen to that, brother!  If COMPAQ (or preferably DEC before it) had come F out with a box that the average Joe could buy, they would have gone a I long way towards winning the "hearts and minds".  I, for one, would have fG gladly paid 1K for a commodity box that I could have dual loaded Tru64  B UNIX and OpenVMS on.  Who wouldn't!!!  It certainly is within the E company's power to create one.  As I perhaps gave short shrift in my mH original post, I was looking for a home UNIX box.  SUN was certainly my G last resort.  Cruising web sites for hours told me that no one but SUN e? was selling (in SUN's case "pseudo") 64-bit RISC boxes for any tB reasonable price.  As I recall, the cheapest ALPHA was about $8K. G Depending on your perspective, that may be reasonable but it certainly iG isn't a kick around UNIX box for the average Joe.  The SunBlade 100 is.c   > and markets it the way: > we wish Compaq would market VMS?  How does that make the   > merger a good idea?o    A 	Troll bait aside, it has nothing to do with the merger.  It has nI everything to do with DEC/COMPAQ's problems with generating "buzz" about nE the best CPU ever made (not to mention the best OS [OpenVMS] and the nF best UNIX [Tru64 UNIX]).  To have the goods and to trip over your own 7 dick takes a special kind of dufus.  Enter COMPAQ.  :-(m    F > With the merger we get stuck with the architects of a lot of the badM > decisions that have badly hurt VMS and now effectively killed Tru64, plus afK > few that haven't done any real favors for HP and show very little sign ofhL > appreciating or supporting things 'not invented here'.  Without it there'sL > at least a chance (maybe a small one, but better than none) to get someoneN > with a clue calling the shots at the Q; maybe even someone who isn't already    H [...obligatory, inflammatory and off-topic Microsoft bashing snipped...]    G 	You are a romantic, my friend.  Without the merger, what was once the t? glory of DEC withers and dies.  COMPAQ is all about PCs on the -I manufacturing side.  They bought DEC for the services side.  Period, end eD of story.  (I say this with conviction because I applied to and was F offered a job at DEC doing OpenVMS administration a few months before D they sold out to COMPAQ and that is what the hiring manager told me I COMPAQ was buying them for)  That is the same side that HP covets.  HP's  I PC business is for shit.  The combined firm will have #1 PCs, #2 (or #3, tC I don't exactly recall off the top of my head) services and killer tI printers/imaging (the crown jewel of HP).  HP gets economies of scale in oG commodity PCs as well as the very lucrative services division.  COMPAQ rE gets shielded (somewhat) from the low margin, commodity PC business. iI Besides that, I "know" (as much as you can 'know' someone on USENET) Mr. tA Terry Shannon from other (unrelated) forums and, while I am much tI surprised that he shares my support of this merger, his support has only aC strengthened my resolve that it is the right way to go.  As I said kG previously, I have no personal stake in this one way or the other.  As r> an independent observer who has used both companies' products G extensively, I think it is a great move.  Currently HP is not a player  I in the big-iron department (CONVEX anyone??).  The combined company will lF be ubiquitous and I consider that a good thing because both companies  have a lot to offer.   			Hope this helps,a 				Dont         -- r1 ***********************      You a bounty hunter? 7 * Rev. Don McDonald   *      Man's gotta earn a living.q? * Baltimore, MD       *      Dying ain't much of a living, boy.m8 ***********************             "Outlaw Josey Wales"   ------------------------------  # Date: Tue, 05 Mar 2002 05:10:55 GMTt* From: "Rev. Don Kool" <oldno7@comcast.net>" Subject: Re: Shannon on the merger* Message-ID: <3C8452E1.3020101@comcast.net>   JF Mezei wrote:    > Rich Jordan wrote: > F >>With the merger we get stuck with the architects of a lot of the badM >>decisions that have badly hurt VMS and now effectively killed Tru64, plus aeK >>few that haven't done any real favors for HP and show very little sign ofc9 >>appreciating or supporting things 'not invented here'.   >> > M > Ahh, but when Carly and friends fails to deliver the promised improvements,MF > they will do a Pfeiffer on her and her groupies and HP might get newN > management. Walter Hewlett will be there to say "I told you so" and might beM > able to force HP to return to seriouc systems instead of playing with intel. > and microsoft's toys.S > N > The quicker it happens, the more chances that VMS and Tru64 and perhaps even9 > Alpha might be rescued. But I am not holding my breath.     K 	If you are even entertaining the thought that OpenVMS, Tru64 UNIX and the yF ALPHA chip will ever be "rescued", you are living in a fantasy world. F Merger or no merger, those cutting edge technologies are dying on the 
 vine.  :-(   			Hope this helps,a 				Donu       -- i1 ***********************      You a bounty hunter?e7 * Rev. Don McDonald   *      Man's gotta earn a living.n? * Baltimore, MD       *      Dying ain't much of a living, boy.R8 ***********************             "Outlaw Josey Wales"   ------------------------------   Date: 4 Mar 2002 12:32:09 -0800t) From: gary.morin@emergis.com (Gary Morin)  Subject: Re: SOAP on OpenVMS?C= Message-ID: <4f886957.0203041232.62b15c52@posting.google.com>r   > D > I was checking into both XML-RPC and SOAP myself and was disturbed? > to see that SOAP is turning into one of those "designed by a ,B > committee of large software vendors" things. XML-RPC seems to be@ > a much simpler/easier to implement idea ( See www.xmlrpc.com )? > that anyone could use to "build web services in their garage"aA > [Oddly enough, Apple has built support for both into Mac OS X]   >  > -Andy- > --  E If you really want to see a Camel (horse designed by committee) "RPC"r5 take a look at the ebXML Messaging Service Spec. 1.0 eD http://www.ebxml.org/specs/index.htm  If memory serves at last countF the xml wrapper DTD was seven printed pages long and its still missing important stuff.  	   -- Gary    ------------------------------  $ Date: Mon, 4 Mar 2002 16:03:44 -0500; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>a3 Subject: Re: Sun eating major helping of Linux Crowo$ Message-ID: <3c83e19d$1@news.si.com>  < I nominate Bill Todd to be awarded the Carl J. Lydick award. -- dA Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.comm= 3290 Patterson Ave. SE, MS      Addresses modified to preventn< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  $ Date: Mon, 4 Mar 2002 16:14:21 -0500* From: WILLIAM WEBB <WWEBB1@email.usps.gov>3 Subject: RE: Sun eating major helping of Linux Crowd- Message-ID: <0033000055143391000002L012*@MHS>r  9 =0AI think Carl would be offended at the idea of an awardw< named after him, and undoubtedly he'd flame you accordingly.  4 Carl was one of a kind, but by gosh he knew his VMS. (sfb)f   :^)t   WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNET $ Sent: Monday, March 04, 2002 4:08 PMB To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET3 Subject: RE: Sun eating major helping of Linux Crowh    < I nominate Bill Todd to be awarded the Carl J. Lydick award. --A Brian Tillman                   Internet: tillman_brian at si.comsA Smiths Aerospace                          tillman at swdev.si.comi= 3290 Patterson Ave. SE, MS      Addresses modified to preventi< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"9        This opinion doesn't represent that of my company=e   ------------------------------   Date: 4 Mar 2002 12:45:30 -0800r From: vlm15@hotmail.com (V)  Subject: VAX Pascale= Message-ID: <ba542832.0203041245.130acbbb@posting.google.com>   . what is lib$get_foreign and how does it work??   vlm15@hotmail.com    ------------------------------  % Date: Mon, 04 Mar 2002 22:09:54 +0100 ' From: Bitnissen <bitnissen@hotmail.com>r Subject: Re: VAX Pascald8 Message-ID: <nko78uk34m6vsm7d34bhrl2qo0haofa00p@4ax.com>  : On 4 Mar 2002 12:45:30 -0800, vlm15@hotmail.com (V) wrote:   >lib$get_foreign  A The Get Foreign Command Line routine requests the calling image'se@ command language interpreter (CLI) to return the contents of the9 "foreign command" line that activated the current image. t   seeaF http://www.openvms.compaq.com:8000/72final/5932/5932pro_022.html#get_f   Best Regards   Jimmi Aakjr Denmarkn   ------------------------------  % Date: Mon, 04 Mar 2002 16:11:25 -0500n1 From: Michael Austin <maustin@firstdbasource.com>e Subject: Re: VAX Pascal 2 Message-ID: <3C83E2FD.467BF0CD@firstdbasource.com>  : I don't know all the details but for a starting point see:  @ http://www.openvms.compaq.com:8000/73final/5932/5932pro_023.html       V wrote: > 0 > what is lib$get_foreign and how does it work?? >  > vlm15@hotmail.comi -- A Regards,  7 Michael Austin            Registered Linux User #261163-7 First DBA Source, Inc.    http://www.firstdbasource.com: Sr. Consultant   ------------------------------  # Date: Tue, 05 Mar 2002 03:33:56 GMT $ From: "Ed Wilts" <ewilts@ewilts.org>' Subject: Re: VMS for a DEC 5000/240????8; Message-ID: <E0Xg8.2628$Hf7.4245@rwcrnsc51.ops.asp.att.net>   7 "Arne Vajhj" <arne.vajhoej@gtech.com> wrote in messagen# news:3C83A691.A505A208@gtech.com...f7 > www.islandco.com has Alpha a lot cheaper than 10K$+ !   L We bought 4 Alphastations from WebAuction (they don't even exist any more) aG few years ago.  Paid about $200 for them with no hard disk, CD, OS, andaI minimal memory.  Popped some old RZ28 drives in them or connected them toIJ pizza boxes, bought VMS licenses, standard DIMMs, and we were in business.J Suckers make great test beds and cluster console systems.  A few people atH work bought them for home and run either VMS or Linux on them.  Linux onJ Alpha does make a great firewall since if anybody tried to break into one,K they'd have a little more challenge with a buffer overflow than on an Intelp architecture...s   -- Ed Wilts Mounds View, MN, USA mailto:ewilts@ewilts.org   ------------------------------  % Date: Mon, 04 Mar 2002 20:24:53 -0000o/ From: Michael Zarlenga <zarlenga@conan.ids.net> , Subject: Re: What return codes mean success?/ Message-ID: <u87m0lskisca2f@corp.supernews.com>o   All odd codes mean success.w   All even ones mean failure.o  K : Is there any easily programmatic way (like a macro you can pass a return wK : value which will return true or false) to translate these various values  J : as success or failure?  Or how else might one go about determining this?   in C:   7 if (!(status & 1))     will find the even status codes.t     -- p -- Mike Zarlenga   ------------------------------   Date: 4 Mar 2002 16:33:08 -0600e- From: Kilgallen@SpamCop.net (Larry Kilgallen)i, Subject: Re: What return codes mean success?3 Message-ID: <lQ8nIEgJKfyT@eisner.encompasserve.org>r  a In article <u87m0lskisca2f@corp.supernews.com>, Michael Zarlenga <zarlenga@conan.ids.net> writes:o > All odd codes mean success.t >  > All even ones mean failure.e > M > : Is there any easily programmatic way (like a macro you can pass a return  M > : value which will return true or false) to translate these various values  L > : as success or failure?  Or how else might one go about determining this? >  > in C:  > 9 > if (!(status & 1))     will find the even status codes.0  B That will work, but symbolic names lead to more maintainable code.B The particular use of "1" in this case is STS$M_SUCCESS, and usingA the symbolic form makes the result susceptible for tools like thecC SEARCH command, distinguishing it from other uses of the value "1".a  > Another possible hazard is that one might make a typographical= error in all the uses of that phrase that are required if onee> really checks in all the places one should.  A maintainability? trick to handle this is to define a macro.  But to help someonea< else who has to maintain the code, it would be good to use a4 standard name for the macro.  If you choose the name   	$VMS_STATUS_SUCCESS  > for the macro, you don't even have to define the macro because* VMS already does that for you in STSDEF.H.   ------------------------------  # Date: Mon, 04 Mar 2002 23:28:27 GMT.) From: rob.buxton@wcc.govt.nz (Rob Buxton) ; Subject: Re: What VMS version runs on a Digital Server 3000a2 Message-ID: <3c840244.1214705283@news.wcc.govt.nz>  < Not sure if it's the same, we got a couple of DEC 3000s here# 2 DEC 3000 600M and a DEC 3000 300L  The latter is running 7.3c The 600Ms are running 7.2-1o  < Palcode Version on the 300L is 5.54 and on the 600Ms is 5.56   Maybe a Firmware thing?M    C On Mon, 04 Mar 2002 15:49:21 GMT, "Hans Vlems" <hvlems@zfree.co.nz>u wrote:   >rA >I found an old Dig. Server 3000 and tried to boot VMS 7.3 on it.d" >It failed with the error message:) >Unable to load SYS$CPU_ROUTINES_E505.EXEo# >The VMS PALcode version is V1.20-3p- >The >>>show version command returns V5.4-113e >./ >Is there any hope to boot, say, VMS 6.2 on it?s >l >Hansu >e >r >http://www.zfree.co.nze >i   ------------------------------  % Date: Mon, 04 Mar 2002 21:10:44 -0500 2 From: rdeininger@mindspring.com (Robert Deininger); Subject: Re: What VMS version runs on a Digital Server 3000rK Message-ID: <rdeininger-0403022110450001@1cust146.tnt2.nashua.nh.da.uu.net>0  P In article <3c840244.1214705283@news.wcc.govt.nz>, rob.buxton@wcc.govt.nz wrote:  = >Not sure if it's the same, we got a couple of DEC 3000s herer$ >2 DEC 3000 600M and a DEC 3000 300L >The latter is running 7.3 >The 600Ms are running 7.2-1 >d= >Palcode Version on the 300L is 5.54 and on the 600Ms is 5.56e >r >Maybe a Firmware thing?  G The above are conventional DEC 3000 server or workstation systems.  VMSaH has supported them since the flood.  There haven't been major changes to7 the firmware for years.  These systems will load eitherh9 SYS$CPU_ROUTINES_0702.EXE (any of the 3000-300 family) org. SYS$CPU_ROUTINES_0402.EXE (any of the others).    D >On Mon, 04 Mar 2002 15:49:21 GMT, "Hans Vlems" <hvlems@zfree.co.nz> >wrote:  >t >>B >>I found an old Dig. Server 3000 and tried to boot VMS 7.3 on it.# >>It failed with the error message:r* >>Unable to load SYS$CPU_ROUTINES_E505.EXE$ >>The VMS PALcode version is V1.20-3. >>The >>>show version command returns V5.4-113  C This is something completely different.  I don't recognize the namelJ "Digital Server 3000" as being a VMS-capable system.  (Which does not mean9 there is no such beast.)  Certainly, if it is looking foroF SYS$CPU_ROUTINES_E505.EXE, it is NOT a Pelican, Flamingo, or Sandpiper+ class DEC 3000 system.  No relation at all.    (This web pageE    http://www.phys.ufl.edu/~prescott/linux/alpha/dec3000-sysinfo.htmldD summarizes the DEC 3000 family pretty nicely, including the formerly top-secret system code names.)  D On my systems, there's no SYS$CPU_ROUTINES_E505.EXE in the [SYS$LDR]C directory, which is the root problem.  The console sets up the data8I structures that lets VMS figure this out.  There's no intelligence in VMS.
 in this area.a  J Please be VERY careful with system names.  If you can find the label, postG exactly what the model name is.  Since you seem to have console access,T/ tell us the exact system name from the console.a  F This _may_ be one of the crippled systems that was tweeked to make VMSG unbootable.  The "E505" part of the file name looks suspicious, since IsF don't think the most significant bit of that hex number is ever set onI "official" VMS-supported systems.  But my memory may be faultly.  Some oflF these systems shipped with VMS PALcode, but VMS does not support them.  0 >>Is there any hope to boot, say, VMS 6.2 on it?  H If it's similar enough to a supported system, it could likely be made to$ work.  Licensing might be a problem.  B If you find the detailed system specs, and have access to a sourceI listings kit, and can write your own platform support and maybe some boot G drivers, then I'm certain you could boot VMS on it.  But this paragraphi@ likely needs multiple smileys.  You're looking for hobbyist, not obsession, right?h     -- Roberti   ------------------------------   Date: 4 Mar 2002 12:14:03 -0800g: From: craig.berry@SignalTreeSolutions.com (Craig A. Berry): Subject: why is '-' a syntax error in linker options file?= Message-ID: <7f15589f.0203041214.12351536@posting.google.com>   C OpenVMS Alpha 7.2-1.  The following automatically generated optionsa file:   
 $ type cn.opty) SYMBOL_VECTOR=(boot_Encode__CN=PROCEDURE) V [---.lib.auto.Encode.CN]CN.olb/Include=(CN,CP936,EUC_CN,GB12345,GB2312,GBK,ISO-IR-165)& [---.lib.auto.Encode.CN]CN.olb/Library [---]PerlShr.exe/Share   gives me the following error:p  H Link /NoTrace/NoMap /Shareable=[---.LIB.AUTO.ENCODE.CN]PL_ENCODE__CN.EXE* CN.opt/Option,[---]perlshr_attr.opt/Option/ %LINK-F-OPTSYNERR, syntax error in options filee% D1:[CRAIG.perl.ext.Encode.CN]CN.OPT;1n% -LINK-E-OPTLIN, options line in errorwP         CODE.CN]CN.OLB/INCLUDE=(CN,CP936,EUC_CN,GB12345,GB2312,GBK,ISO'-'IR-165)    E Even if the hyphen is really illegal in a symbol name (is it?), it iswC not illegal as a module name in an object library, and that's all IUF need it for here.  If the Linker Utility Manual has any information onC what characters are allowed in symbol names and/or options files, Is can't find it.  F I assume the only thing I can do about this is plead with the supplierB of the code to change the name of the module, but I'd love to hearE other suggestions that don't simply reinforce the impression that VMSn is backwards and difficult.    ------------------------------  # Date: Tue, 05 Mar 2002 04:28:01 GMTe1 From: "David J. Dachtera" <djesys.nospam@fsi.net>e> Subject: Re: why is '-' a syntax error in linker options file?' Message-ID: <3C844AAB.79686462@fsi.net>s   "Craig A. Berry" wrote:  > E > OpenVMS Alpha 7.2-1.  The following automatically generated options  > file:a >  > $ type cn.opte+ > SYMBOL_VECTOR=(boot_Encode__CN=PROCEDURE) X > [---.lib.auto.Encode.CN]CN.olb/Include=(CN,CP936,EUC_CN,GB12345,GB2312,GBK,ISO-IR-165)( > [---.lib.auto.Encode.CN]CN.olb/Library > [---]PerlShr.exe/Share >  > gives me the following error:i > J > Link /NoTrace/NoMap /Shareable=[---.LIB.AUTO.ENCODE.CN]PL_ENCODE__CN.EXE, > CN.opt/Option,[---]perlshr_attr.opt/Option1 > %LINK-F-OPTSYNERR, syntax error in options fileh' > D1:[CRAIG.perl.ext.Encode.CN]CN.OPT;1v' > -LINK-E-OPTLIN, options line in errorhR >         CODE.CN]CN.OLB/INCLUDE=(CN,CP936,EUC_CN,GB12345,GB2312,GBK,ISO'-'IR-165) > G > Even if the hyphen is really illegal in a symbol name (is it?), it isHE > not illegal as a module name in an object library, and that's all ItH > need it for here.  If the Linker Utility Manual has any information onE > what characters are allowed in symbol names and/or options files, Ic > can't find it. > H > I assume the only thing I can do about this is plead with the supplierD > of the code to change the name of the module, but I'd love to hearG > other suggestions that don't simply reinforce the impression that VMS  > is backwards and difficult.   F Question #1: Can you drop the /INCLUDE phrase, and just let the LINKer@ find stuff in the .OLB on it's own? (An "advanced" feature, eh?)  G Question #2: Do you *REALLY* want to use relative path names like that?tB Wouldn't logical names be better (if a bit more work to maintain)?   -- d David J. Dachterag dba DJE Systemsp http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 4 Mar 2002 21:59:31 -0800e) From: P.Young@unsw.EDU.AU (Patrick Young) > Subject: Re: why is '-' a syntax error in linker options file?= Message-ID: <55f85d77.0203042159.2d8ff3fd@posting.google.com>-   craig.berry@SignalTreeSolutions.com (Craig A. Berry) wrote in message news:<7f15589f.0203041214.12351536@posting.google.com>...D   > J > Link /NoTrace/NoMap /Shareable=[---.LIB.AUTO.ENCODE.CN]PL_ENCODE__CN.EXE, > CN.opt/Option,[---]perlshr_attr.opt/Option1 > %LINK-F-OPTSYNERR, syntax error in options filel' > D1:[CRAIG.perl.ext.Encode.CN]CN.OPT;16' > -LINK-E-OPTLIN, options line in erroreR >         CODE.CN]CN.OLB/INCLUDE=(CN,CP936,EUC_CN,GB12345,GB2312,GBK,ISO'-'IR-165) >  > G > Even if the hyphen is really illegal in a symbol name (is it?), it isr  = The linker uses LIB$TABLE_PARSE to parse it's option file andd; hence probably only likes to see $ or _ (TPA$_SYMBOL) and .e% Hyphen is not legal in a symbol name.   H I'm not really at all sure how you get a hyphen into a module name of an# object module library. For example:o  E "PROGRAM-ID. PRINT-OUTPUT." gives you a PRINT_OUTPUT procedure symbolnI from COBOL, and LIBRARY /MODULE=module-name only works for text libraries H which would stop you from inserting the resulting object as PRINT-OUTPUT   You could try and move:r  > CN.olb/Include=(CN,CP936,EUC_CN,GB12345,GB2312,GBK,ISO-IR-165)  C out of the options file and put it on the command line and see what  happen.h   ------------------------------  $ Date: Tue, 5 Mar 2002 18:16:22 -08002 From: Low Cost Equity Loans <info@marketsplus.org># Subject: www.lowcostequityloans.com " Message-ID: <5048792@MVB.SAIC.COM>   <html>   <head>% <title>lowcostequityloans.com</title>  </head>    <body>  > <table border="0" cellpadding="0" cellspacing="0" width="700">   <tr>     <td><map name="FPMap1">u       <area href="http://www.lowcostequityloans.com/index.htm" shape="rect" coords="40, 25, 652, 163"></map><img border="0" src="http://www.lowcostequityloans.com/docs/ad/top.gif" usemap="#FPMap1" width="700" height="164"></td>y   </tr>o   <tr>     <td><map name="FPMap0">ig       <area href="http://www.lowcostequityloans.com/apply.htm" shape="rect" coords="278, 80, 417, 108"> j       <area href="http://www.lowcostequityloans.com/contact.htm" shape="rect" coords="276, 116, 417, 143">       <area href="http://www.lowcostequityloans.com/apply.htm" shape="rect" coords="56, 66, 186, 88"></map><img border="0" src="http://www.lowcostequityloans.com/docs/ad/bot.gif" usemap="#FPMap0" width="700" height="163"></td>   </tr>m </table>   </body>e   </html>a   ------------------------------   End of INFO-VAX 2002.125 ************************------  $ Date: Mon, 4 Mar 2002 16:03:44 -0500; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>a3 Subject: Re: Sun eating major helping of Linux Crowo$ Message-ID: <3c83e19d$1@news.si.com>  < I nominate Bill Todd to be awarded the Carl J. Lydick award. -- dA Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev