1 INFO-VAX	Mon, 25 Feb 2002	Volume 2002 : Issue 109       Contents:; Re: Compaq Secure Web Browser for OpenVMS Alpha announcment ; Re: Compaq Secure Web Browser for OpenVMS Alpha announcment ' Re: DEQNA/DELQA - Checksum calculation? 0 Re: F$EXTRACT does parsing before giving result?0 Re: F$EXTRACT does parsing before giving result? mysterious system reboot Re: mysterious system reboot Re: mysterious system reboot) Re: Profitability and the survival of VMS & Re: Session Manager Won't Start!! HELP& Re: Session Manager Won't Start!! HELP& Re: Session Manager Won't Start!! HELP 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: Shannon on the merger  RE: Shannon on the merger  Re: Shannon on the merger  Re: Shannon on the merger  Re: SOAP on OpenVMS? Re: SOAP on OpenVMS?! Re: The portability of Windows NT ! Re: The portability of Windows NT ! Re: The portability of Windows NT ! Re: The portability of Windows NT & Re: tool to calc recursive dir sises ?. Re: TS10 - Successful but some PROBE problems.A Re: Younger recruits versus experienced veterans ( was The demise  Re: [Q] internet and VMS  F ----------------------------------------------------------------------    Date: 24 Feb 2002 23:08:40 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)D Subject: Re: Compaq Secure Web Browser for OpenVMS Alpha announcment* Message-ID: <3c796468$1@news.kapsch.co.at>  i In article <35b06b78.0202240939.15e95520@posting.google.com>, john@ossc.net (John Gemignani, Jr.) writes: Z >Paul Sture <paul.sture@bluewin.ch> wrote in message news:<3C78EC7C.3020502@bluewin.ch>... >> Rich Jordan wrote: P >> >      great news!  Beta at last, and I'm so very close to being able to dumpQ >> > the NT on one of my Alphas and install an operating system  because of this!  >>  ! >> I typing this message with it.  >>  A >> My other great news today is that my NT box gets switched off.  >>  / >> Yippee! My home becomes a Windows free zone!  > F >Couldn't say it better myself.  I've moved ALL of my network servicesG >to one of my VMS servers and switched the click-click swiss cheese (no   >insult intended, Paul) box off.  O And how do you offer the latest and greatest videos and games to your children? O DIVX/DVD-Video/Real/Flash/PC-Games-Compatibility is still not available on VMS. N Yup, server is VMS, but client ? Or do you run Internet on your Playstation2 ?   Sigh   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111 2651; Network and OpenVMS system manager  Fax.    +43 1 81111 888 < KAPSCH AG      Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Mon, 25 Feb 2002 00:19:41 +0100  From: Dirk Munk <munk@home.nl>D Subject: Re: Compaq Secure Web Browser for OpenVMS Alpha announcment& Message-ID: <3C79750D.9000601@home.nl>   Peter LANGSTOEGER wrote:  j >In article <35b06b78.0202240939.15e95520@posting.google.com>, john@ossc.net (John Gemignani, Jr.) writes: > [ >>Paul Sture <paul.sture@bluewin.ch> wrote in message news:<3C78EC7C.3020502@bluewin.ch>...  >> >>>Rich Jordan wrote:  >>> O >>>>     great news!  Beta at last, and I'm so very close to being able to dump P >>>>the NT on one of my Alphas and install an operating system  because of this! >>>>! >>>I typing this message with it.  >>> A >>>My other great news today is that my NT box gets switched off.  >>> / >>>Yippee! My home becomes a Windows free zone!  >>> G >>Couldn't say it better myself.  I've moved ALL of my network services H >>to one of my VMS servers and switched the click-click swiss cheese (no! >>insult intended, Paul) box off.  >> > P >And how do you offer the latest and greatest videos and games to your children?P >DIVX/DVD-Video/Real/Flash/PC-Games-Compatibility is still not available on VMS.O >Yup, server is VMS, but client ? Or do you run Internet on your Playstation2 ?  >   I Indeed, this is one of the problems. As long as you don't need a plugin,  C it's fine. But many websites use Flash, Real, or other plugins not  E available to VMS. There was a Java Realplayer once afaik, but it has  E gone. The Adobe Acrobat Reader in Java can't be installed and so on.  G Don't misunderstand me, I'm happy too with the new browser (although I  F use the newer Mozilla 0.9.8. build). I'm even going to buy new memory F for my Alpha to run it.  But the lack of plugins is a serious problem.   >  >  >Sigh  >    ------------------------------  # Date: Mon, 25 Feb 2002 01:54:57 GMT + From: Jeff Campbell <jcampbell@ins-msi.com> 0 Subject: Re: DEQNA/DELQA - Checksum calculation?+ Message-ID: <3C799024.F4E1DD7C@ins-msi.com>    sword7@speakeasy.org wrote:  > 5 > In comp.sys.dec Mark Hittinger ?bugs@pu.net? wrote: 7 > ? DELQA was newer, faster, less buggy than the DEQNA.  > 5 > ? Post 5.2 VMS starting making DEQNA's unsupported.  > F > Ok, I get it.  I will see if OpenVMS v7.2 works with DEQNA.  If not,F > I have modify my DEQNA emulation to funcion as DELQA.  Do both DEQNA* > and DELQA have same functions/registers?  C Basically yes. The big differences are the handshake method used in B handling buffer descriptor lists and some CSR bit meanings. I wishD that the DEQNA/DELQA engineers had adopted the MSCP methods of doing	 this. 8-)   ? Anyway, the reason the DEQNA was replaced is that it was broken H internally. You are implementing an emulated DEQNA/DELQA. Your code willA not actually *be* a DEQNA with it's INTERNAL errors. The software 	 interface E a DEQNA presents to a device driver writer is ok. If you code to that C interface your emulated DEQNA should be ok as well. The OS software 7 does not know about what the DEQNA is doing internally.   D So I would recommend that since you have a DEQNA manual go ahead andE implement it. You will need only minor changes if later you decide to  implement a DELQA interface.   > F > I still am looking for information about checksum calcuation becauseG > KA655 firmware refuse to boot XQA0 (MOP) without right checksum value 6 > in last two bytes of 8 bytes station address (PROM).  ' From section 3.3.5 of the DELQA manual:    <quote>   E Two byte locations of the SA ROM include the checksum of the Ethernet C physical address. The checksum is accessed by reading the first two # bytes in reverse order, as follows.   ? 1. Clear CSR00 (Receiver Enable) to disable Ethernet reception. G 2. Clear CSR08 (Internal Loopback) and set CSR09 (External Loopback) to -    put the DELQA into external loopback mode. 8 3. Read the lower byte of word 1 in the DELQA I/O block.8 4. Read the lower byte of word 0 in the DELQA I/O block.# 5. To clear external loopback mode; 3    Either set and then clear CSR01 (Software Reset) +    or write zero to EL (External Loopback).    </quote>  @ The manual doesn't give the arithmetic method of calculating theB checksum, but DEC typically used 2's complement checksums ignoringA any carrys. The sum of the data and it's checksum should be zero.   : Not having tried this 8-), I think what you want to do is:  E   1) MOVZBW each of the 6 SA bytes to a register. ADDW2 that register       to a SUM register. *   2) put the DELQA in 'read checksum mode'D   3) MOVZBW the low byte of the second SA ROM address to a register.A   4) MOVZBW the low byte of the first SA ROM to another register. /   5) take the DELQA out of 'read checksum mode' -   6) shift left 8 places the step 4 register. 6   7) ADDW2 the step 3 register to the step 4 register.F   8) ADDW2 the step 4 register to the SUM register mentioned in step 1  : The step 1 SUM register low word should be zero when done.   >  > Thank you! >  > -- Tim Stark >  > --4 > Timothy Stark   ???     Inet: sword7@speakeasy.orgL > --------------------------------------------------------------------------G > "For God so loved the world, that he gave his only begotten Son, that J > whosoever believeth in him should not perish, but have everlasting life.0 > Amen." -- John 3:16 (King James Version Bible)   ------------------------------  % Date: Sun, 24 Feb 2002 23:40:12 +0100 - From: Didier Morandi <Didier.Morandi@Free.fr> 9 Subject: Re: F$EXTRACT does parsing before giving result? ' Message-ID: <3C796BCB.66013827@Free.fr>   N Hmmm.. I do not have a VMS system in Toulouse, but I do not follow you, Brian. if today = "f$time()"  'today' will = f$time and % write sys$output "whatever ",f$time() * that I use thousand of times in lines like  5 $ write sys$output "Processing started on ", f$time()   " should not generate any DCL error.   D.     Carl Perkins wrote:  > f > In article <3c76a040$1@news.si.com>, "Brian Tillman" <tillman_brian@notnoone.notnohow.com> writes...* > }>$ write sys$output "a string ",'today' > }> > }>which is equivalent to > }>+ > }>$ write sys$output "a string ",f$time()  > } $ > }No, it's not.  It's equivalent to > } 9 > }$ write sys$output "a string", 22-FEB-2002 14:43:45.11  > } O > }or whatever the datetime was when you got the value of F$TIME.  The above is + > }syntactically incorrect and will produce  > } @ > }%DCL-W-UNDSYM, undefined symbol - check validity and spelling	 > } \FEB\  > }-- D > }Brian Tillman                   Internet: tillman_brian at si.com >  > Consider this: >  > $ z = f$time()
 > $ sh symb z ! >   Z = "23-FEB-2002 12:53:27.90" & > $ write sys$output "some stuff ",'z'? > %DCL-W-UNDSYM, undefined symbol - check validity and spelling  >  \FEB\ > $ z = "f$time()"
 > $ sh symb z  >   Z = "f$time()" > 23-FEB-2002 12:53:50.76 & > $ write sys$output "some stuff ",'z'$ > some stuff 23-FEB-2002 12:56:58.22 > ) > So it depends on whether it was done as  >  > $ today = f$time() >  > or >  > $ today = "ftime()"  > 
 > --- Carl   ------------------------------    Date: 24 Feb 2002 19:36:07 -0800. From: spamsink2001@yahoo.com (Alan E. Feldman)9 Subject: Re: F$EXTRACT does parsing before giving result? = Message-ID: <b096a4ee.0202241936.14001de6@posting.google.com>   \ Didier Morandi <Didier.Morandi@Free.fr> wrote in message news:<3C796BCB.66013827@Free.fr>...P > Hmmm.. I do not have a VMS system in Toulouse, but I do not follow you, Brian. > if today = "f$time()"  > 'today' will = f$time and ' > write sys$output "whatever ",f$time() , > that I use thousand of times in lines like > 7 > $ write sys$output "Processing started on ", f$time()  > $ > should not generate any DCL error. >  > D.    + But ***in your original post*** you wrote          (today = f$time())   which is clearly not         today = "f$time()"    F as you wrote in the post quoted at the top of this post. That's why he  wrote what he did. He was right.    F Disclaimer: JMHO                        "Help me help you help me help you"< Alan E. Feldman                             -- Bob Patterson& afeldman pieubqpf gfigroup as;dlfa com   ------------------------------  % Date: Mon, 25 Feb 2002 10:45:34 +0800 ) From: "Steven Xie" <r33300@email.mot.com> ! Subject: mysterious system reboot + Message-ID: <a5c8g3$rf8$1@newshost.mot.com>    Hello there,  I We have just encountered a system fail this morning. I'd like ask you for  help.   J One of the system within our production cluster reboot itself. It happenedL just like somebody reboot the system (but we know for sure nobody did that).D We have check the operator.log file and couldn't find any clue. Does& anything else I can do to find it out?   Thanks,  Steven   ------------------------------  # Date: Mon, 25 Feb 2002 03:26:59 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> % Subject: Re: mysterious system reboot ' Message-ID: <3C79B051.D9BC5B70@fsi.net>    Steven Xie wrote:  >  > Hello there, > K > We have just encountered a system fail this morning. I'd like ask you for  > help.  > L > One of the system within our production cluster reboot itself. It happenedN > just like somebody reboot the system (but we know for sure nobody did that).F > We have check the operator.log file and couldn't find any clue. Does( > anything else I can do to find it out?  C We had the same problem a couple of weeks a go on an Alpha 2100. No E dump, no clues in the error log or OPCOM log, nothing. There may have @ been something on the console, perhaps a double machine check or+ something. However, the console is a VT520.   F I've put an item into the change schedule to reconnect it to PCM on anG AlphaStation. If it should happen again, at least we'll have the option > of checking for anything that may have come up on the console.  H Of course, without knowing your VMS version, other software and versionsG (layered products, SIPs, etc.), it's tough to say anything else, except E to say that certain software has been known to cause spurious reboots H with no dump or other indications. Search the archives of this newsgroup and you may find a reference.    Can't say much more...   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sun, 24 Feb 2002 23:10:59 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> % Subject: Re: mysterious system reboot , Message-ID: <3C79B952.BE42FCCF@videotron.ca>  H > > We have check the operator.log file and couldn't find any clue. Does* > > anything else I can do to find it out?    Have you checked the error log ?  J Years ago, when there was a qubec-wide power failure, the power went downM slowly enough that the all mighty microvax II had time to log a memory parity F error to the error log with the exact time stamp of the power failure.   ------------------------------  # Date: Mon, 25 Feb 2002 02:51:56 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 2 Subject: Re: Profitability and the survival of VMS' Message-ID: <3C79A835.5118D743@fsi.net>    "Terry C. Shannon" wrote:  > > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message# > news:3C7802DE.14632723@fsi.net...  > > Sue Skonetski wrote: > > >  > > > Newsgroup folks, > > > I > > > What Fred has said is true.  It is your choice to belive us or not. J > > > But please keep in mind what Fred has said in this note.  None of usI > > > at Compaq are commended by management for any participation on this L > > > newsgroup.  We participate because we care about VMS and what you have
 > > > to say.  > > > L > > > JF what bonus? you must obviously know something we do not, because we  > > > sure have not gotten them. > > > A > > > Its funny to me, but all the people from the VMS group that J > > > participate in this newsgroup are known for being straight shooters.K > > > Why would we take the time to lie, we are very busy?  And if you knew I > > > Fred or Hoff or Robert or John or Clair or Andy you would know that  > > > they do NOT lie. > > > H > > > And if you think that makes me a prostitute too, so be it.  I haveB > > > been called worse for saying what I think. And I will not beC > > > intimidated or scared away from stating my opinion by anyone.  > > > I > > > There are many people from this newsgroup who really value what the L > > > engineers opinion.  And if you doubt the integrity of Compaq employeesG > > > in the VMS Group.  Please feel free to contact our group manager.  > > > Mark.Gorham@compaq.com > >  > > Hi, Sue, > > I > > I feel I would be remiss if I didn't speak up here, since I also have G > > "had words" in this forum with Fred and others among you at Compaq.  > > : > > When the rubber meets the road, it comes down to this: > > K > > What I think means precisely squat. Zero. Zip. Nada. Zilch. Nill. ...or  > > even null! > > - > > What matters is what the customer thinks.  > > I > > For that reason, I have a real problem with going into a presentation H > > and saying, as Rob Young and others would have me do, "Mr, Customer,F > > Compaq says it's true. I have no proof myself, nor have I seen anyL > > evidence myself, and when pressed, Compaq has fallen silent. However, if% > > Compaq says it, it must be true."  > > I > > ...where upon the customer will remind me of Compaq's "commitments to I > > Alpha/NT" and Alpha itself, not to mention OpenVMS, Tru64, and so on. G > > They will then go on to bring my own integrity and credibility into  > > question based on that.  > > G > > ...and that doesn't begin to address HP's actions re: MPE and othero
 > > items. > >r# > > *THAT* is the problem *I* have!  > >oL > > I realize this is not your doing, nor Fred's, nor Hoff's, nor ... I alsoJ > > realize that outside of myself, there are few - if any - in this groupK > > who give two spits one way or the other about what problems I have. AlltL > > I can do is to say what troubles me, and prevents me from competing with+ > > the likes of NT/W2K, Solaris and Linux.t > > ; > > Like you, I am at a loss for a way to work around this.a > >o9 > > Any and all suggestions would indeed be most welcome.n > L > Indeed they would, and it would seem to me that the folks most responsibleN > for such suggestions are in Compaq's strategy and marketing groups. Muffled,# > mayhap, by the Cone of Silence???e  , *HEARTFELT SIGH* Quite so, I fear. Quite so.   -- e David J. Dachteraf dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sun, 24 Feb 2002 23:35:50 +0100O- From: Didier Morandi <Didier.Morandi@Free.fr>i/ Subject: Re: Session Manager Won't Start!! HELPt' Message-ID: <3C796AC5.BAD52869@Free.fr>-  > It may be the number of times I will say him thank you for his; dedication to the VMS cause when I meet him in Lyon in May.c   D.   "David J. Dachtera" wrote: >  > Didier Morandi wrote:e > >- > > Read the openvms faqS > > http://www.openvms.compaq.com/wizard/faq_frames/faq.htm entry DECW6 and others.e > >h > > D. > >J# > > Hoff: 96393645172823, Didier: 1@ > 2 > Wow! Is that (Hoff's number) a quadword integer? >  > -- > David J. Dachterae > dba DJE Systems  > http://www.djesys.com/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/    ------------------------------  # Date: Mon, 25 Feb 2002 00:15:21 GMTt+ From: Jeff Campbell <jcampbell@ins-msi.com> / Subject: Re: Session Manager Won't Start!! HELPe+ Message-ID: <3C7978CD.C1559D88@ins-msi.com>    "David J. Dachtera" wrote: >  > Didier Morandi wrote:r > ?v > ? Read the openvms faqS > ? http://www.openvms.compaq.com/wizard/faq_frames/faq.htm entry DECW6 and others.. > ?n > ? D. > ?o# > ? Hoff: 96393645172823, Didier: 1n > 2 > Wow! Is that (Hoff's number) a quadword integer?    It's an 'opaque' quadword.   8-)   >  > -- > David J. DachteraV > dba DJE Systems  > http://www.djesys.com/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/   
 Jeff Campbellr n8wxs@arrl.net   ------------------------------  # Date: Mon, 25 Feb 2002 03:14:17 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> / Subject: Re: Session Manager Won't Start!! HELP ' Message-ID: <3C79AD58.169F83A1@fsi.net>    Jeff Campbell wrote: >  > "David J. Dachtera" wrote: > >> > > Didier Morandi wrote:e > > ?o > > ? Read the openvms faqU > > ? http://www.openvms.compaq.com/wizard/faq_frames/faq.htm entry DECW6 and others.l > > ?6 > > ? D. > > ?e% > > ? Hoff: 96393645172823, Didier: 1t > >n4 > > Wow! Is that (Hoff's number) a quadword integer? > " > It's an 'opaque' quadword.   8-)  F Well, I *AM* frequently accused of myopia. Perhaps some lack of vision is not entirely my fault...    -- v David J. Dachteraa dba DJE Systems> http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/m   ------------------------------  % Date: Sun, 24 Feb 2002 14:23:05 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>s" Subject: Re: Shannon on the merger, Message-ID: <3C793D95.504492C5@videotron.ca>   Bill Todd wrote:H > The real question is why you'd expect anything different if the mergerM > succeeds.  HP isn't taking on all the current Compaq management morons justaD > for show, and can be expected to take their advice in such matters    N Carly said that their would be some 2.5 billion in savings, about 2 billion ofM which during first year. She said that there would be product rationalisation V done very quickly and a product roadmap made public as soon as the merger is official.  A She also said that she had "cleaned" up HP significantly already. 1 (translation: most of layoffs will be at Compaq).h  K She knows that there are a lot of sceptics, so I am of the opinion that shet will act quickly and swiftly.   J Remember when Palmer acted quickly and swiftly with regards to VMS layeredK products ? Sold them left and right, end-of-lifed many etc ? Only later didiD the staff have the ability to explain to him that all of the DigitalK documentation was in VAX-Document and that it would really cost billions toiL change all of that to whatver he had quickly chosen as a platform. Same withJ FMS. It was "matured", but then the ALL-IN-1 folks finally got a chance toL tell him that by doing so, he was assuring the loss of $$$$ because ALL-IN-1M was still profitable. (I suspect that they may have tried with Message Router  but on succeeded with FMS).   N Swift action can be dangerous when someone takes them just after gotten in theJ job. On the other hand, it is likely that the swift action will be centred? around the wintel business where there is the most duplication.o    N Lets SPECULATE for a minute: imagine that Digital and then Compaq, by donatingN so much to Intel and Microsoft have gained sweet little under-the-table deals.M But Compaq is bloated and inefficient, so its PCs still end up costing a lot.oI But HP is without such sweet deals, but has learned to build consumer PCseK efficiently. Combine Compaq's sweet deals with HP's efficiency, and you younD might get a fierce PC producer that has both the sweet deals and the efficiency to battle Dell.  J Because the details of all those deals with Intel and Microsoft were neverL filed with the SEC, we have no way of knowing what Compaq is really bringing to the HP table.  C My guess is that Carly will come through with her promises of swiftEL implementation of the integration and we'll see a LOT of changes quite fast.   ------------------------------  # Date: Sun, 24 Feb 2002 20:09:32 GMTc. From: "Duane Sand" <Duane.Sand@mindspring.com>" Subject: Re: Shannon on the merger/ Message-ID: <0Mbe8.134546$Pz4.586405@rwcrnsc53>    "John Smith" claimed:RK > If the merger is voted down, it's important that HP shareholders vote NO,cJ > and Compaq shareholders vote yes. In this way, the deal 'breakup fee' ofG > $675 million gets paid to Compaq by HP, and not the other way around.C  F The $675M penalty does NOT happen if some side's shareholders vote no.H This penalty clause of the merger agreement can be triggered only by theH actions of boards of directors, and of individual top executives, and ofB committees that directors or executives establish, if they work onI competing merger deals or work against this deal.  The contract is online  at the Compaq merger info page.g  B It would be nice for Compaq (and bad for HP) if HP director WalterI Hewlett's public actions could be labelled as a penalty-triggering event. J If any executive of HP did what he did, the penalty would certainly apply.E But I gather that Walter's actions "as a shareholder" do not.  Nor dorK anti-merger votes of a minority of individual directors count, whenever the D board votes as a group pro-merger on merger matters.  For directors,H the penalty is triggered only if the board votes as a whole anti-merger,G or if some director works (as a director) against this deal or works onf competing deals.  I If the merger is voted down and Compaq feels testy about it, it will veryAK interesting to see if Compaq tries to get paid the penalty under the theory1E that Walter's aggressive anti-merger actions were done as a director, F not as some mere shareholder.  E.g. does Walter's anti-merger campaignH literature mention Walter's credentials as a sitting long-time director,G or carefully omits that detail?  It may well be that Walter should haveeD resigned from the board, the day he began doing press announcements.  C The apparent purpose of this kind of contract clause in agreements- A to-merge, is to reduce the mischief from internal politics and of0E jockeying for bigger bids from additional suitors.  But as a bad sideTG effect, it squelches any rational public discussion of "Plan B's" untilFD the shareholder vote is taken, and probably hinders full contingencyJ planning in case the deal fails to get regulatory & shareholder approvals.  9 I haven't yet decided which way to vote my Compaq shares.t; Compaq's surviving enterprise system products would be mucho7 easier to market under the HP brand name than under the.; PC-only Compaq brand.  The melded OS product lines could be.: stronger than now if customers get good migration support.; But can these managers manage this thing, can the surviving>5 employees become enrolled in the new company, and canp5 the pace of product development be kept  competitive?e= Compaq did a rotten job of digesting the Digital acquisition.0  3    -- Duane Sand, not speaking for Compaq, HP, etc.h   ------------------------------    Date: 24 Feb 2002 12:50:11 -0800( From: bob@instantwhip.com (Bob Ceculski)" Subject: Re: Shannon on the merger= Message-ID: <d7791aa1.0202241250.57adbbc9@posting.google.com>   [ Arne Vajhj <arne.vajhoej@gtech.com> wrote in message news:<3C78F03F.D46975A2@gtech.com>...s > Bill Todd wrote:I > > Terry has now weighed in at openvms.org and tru64.org in favor of theDL > > merger, listing the same tired arguments the principals have trotted outJ > > repeatedly and unconvincingly for 5 months now.  Why he is so securely1 > > ensconced in Compaq's pocket remains unknown.E > ( > Maybe he is living in the real world ! > 4 > I would vote for the merger as well. If the merger5 > is rejected, then I expect VMS to be announced dead- > within 6 months after that.4 > 6 > I agree that it would be stupid of Compaq. But it is > what I expect. >  > Arne  A if no merger, why would they kill their number one money maker?  22 if anything, they would need it more than ever ...   ------------------------------  # Date: Sun, 24 Feb 2002 19:56:06 GMT.# From: "John Smith" <a@nonymous.com>s" Subject: Re: Shannon on the merger. Message-ID: <qzbe8.821$1h5.513@news2.bloor.is>  ? "Terry C. Shannon" <terryshannon@mediaone.net> wrote in message 4 news:KY7e8.13975$ro5.5270058@typhoon.ne.ipsvc.net... >  > NOW *THAT'S* A CONCEPT!!!d > H > CPQ currently spends close to $300M USD per year on "marketing." Maybe theyI > should outsource the whole wretched mess. Of course, the outsourcing ofeL > Accounts Payable and Accounts Receivable has been an utter disaster. Trust > me on this one!. >aD > What CPQ really needs is some new blood on the Board, not just the	 same-old, K > same-old candidates selected by the Houston Politburo. The Politburo that ! > brought you Director Ken Lay...m >p   Terry,  G I'm not sure this deal really brings anything to the table that Compaq,0D focusing intensely hard for the next 2 years on decent marketing andI intelligent decision making, wouldn't bring. And I'm not sure that the HP J 'brain trust' is capable of making the intelligent decisions required in a merged company either.  C This past year has been more than a writeoff - it's been a big stepaF backwards for Compaq on many fronts despite the finanical performance.  L I has been my experience, having lived through 2 comparatively large mergersH on the 'winning side' (where both parties were roughly equal in size andJ market share), that the dust really doesn't settle for a good 12-15 monthsL no matter what anyone says. Too much jockeying for position, turf defending,J back-stabbing, and the inevitable delays and operational screw-ups that goK on irrespective of what senior management wants or thinks is happening. The E financial benefits don't really show themselves until the third year.l  F Compaq has a good enough product portfolio, across almost all lines ofI business, that all it really needs is better execution and marketing. AlllH the money and time that has been wasted, and time and money that will beJ wasted through this merger would have been better spent promoting Compaq's products and services.  J All the stuff there will be economies of scale are mostly BS - Compaq & HPI are both large enough that they'd be hard pressed to extract more than an5K extra 1-2%  concession from their suppliers, at wholesale prices, for beingnH a single customer. Yes there will be some marketing money saved, but notL that much, perhaps $100MM per year, as they get the 'combined message out inL extra spending. The salary savings will be much less than is surmised - manyA non-US jurisdictions have far more stringent employee terminationtJ compensation rules that in the USA. Many expensive office leases will haveK to be broken, many assets will be sold at less than their fair market valuedI just to get rid of them for political expediency (seen it happen before).JK This is a very costly exercise, and while all this is going on, Sun, IBM, &:J Dell will be looking to pick-off every disgruntled customer there is, with< greater success than the Carly/Curls duo will care to admit.  J Lets assume that Enterprise products and Services have been the profitableI side of Compaq (and I think that most in c.o.v. will concede that this is D true). Then we have to look at WHY this is so - what are the productH differentiators that make customers buy these products over those of theC competition. All of us here think we know the answer - high qualitylB operating systems, and a processor that brings significant cost/tpD advantages or parity under most circumstances (I know that this willE generate some howls of protest, but many $/TPC benchmarks show this).v  G Against this we have a smaller 3rd party application pool to draw from,eJ inane management and marketing (or lack thereof), flip-flops, and customer FUD.  I When I look at the con's in the previous sentence, all of this is derived K from one fundamental source - incompetent leadership at the highest levels.e    K I can distinguish between the need for OpenVMS and the desire for Alpha. ToeI have Alpha and OpenVMS is the best of both worlds, but when push comes tonL shove, I'd pick OpenVMS over Alpha. The question remains, is there enough ofH an advantage (economic, performance, or comfort-level) among current andH potential OpenVMS customers to moving to Itanic/McKinley? Will this moveG bring enough NEW revenue in to have warranted the transition to what isn* arguably a lesser performing architecture?    H I think I'd have a lot more confidence if Compaq stayed independent, theB Board was fired, and Lou Gerstner was brought in to run the place.   ------------------------------  % Date: Sun, 24 Feb 2002 16:43:40 -0500t- From: JF Mezei <jfmezei.spamnot@videotron.ca> " Subject: Re: Shannon on the merger, Message-ID: <3C795E7F.3C595962@videotron.ca>   Bob Ceculski wrote: A > if no merger, why would they kill their number one money maker? 4 > if anything, they would need it more than ever ...  M It isn't a question of killing it. It is a question of focusing on the wintelyN side of business to become a lean and mean PC maker. Those legacy products canJ remain hidden in the basement and fed just enough rations to stay alive as4 long as they don't make any noise or cause problems.  K However, instead of simplyfying its architectures, by killing Alpha, Compaq " serously made it far more complex:   Tandem-Mips  Tandem-IA64o VMS-VAX 	 VMS-Alpha  VMS-IA64& Tru64-Alpha (possibly also Tru64 IA64) Linux-Alpha 
 Linux-8086
 Linux-IA64 Windows-8086 Windows-IA64 Wince-Strongarm   > HP only adds 3 to the list: HP-UX PA-risc, HP-UX IA64 and MPE   K Now, from an HP point of view, if they inherit all that, it means that theynN must support all of those for a number of years to come, especially since IA64I will take another few years before it is respectable enough to be sold to I serious customers.  The temptation to streamline the product list will beHL great. The temptation to announce end of life for some products ASAp will beK great so that even though full produc support will continue for many years,hX Carly can claim to have taken the necessary actions to streamline the product portfolio.  G I could imagine an "Alpha like" scenario where Carly would announce the K donation of VMS and half its engineers to Microsoft on March 21st, and thattI VMS would continue to be developped until version 8, at which piont it isiN expected that Windows will have incorporated all the functions that will allow, VMS customers to migrate to Unix or Windows.   ------------------------------    Date: 24 Feb 2002 23:12:09 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)" Subject: Re: Shannon on the merger* Message-ID: <3c796539$1@news.kapsch.co.at>  \ In article <3C793862.B6B23144@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: >"Terry C. Shannon" wrote:C >> CPQ currently spends close to $300M USD per year on "marketing."t >eM >But that $300 has the punch of $600 million because by advertising Intel andgN >MS crap, they get "help" from Intel and Microsoft. If they advertised the nonS >compaq products such as VMS, Alpha, Tru64 or NSK, they'd have to pay for it fully.   M Last I heard (from a source within Q) was INTEL pays ~92% for every campaign.e) Now that would explain a lot of things...-   -- -< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111 2651; Network and OpenVMS system manager  Fax.    +43 1 81111 888n< KAPSCH AG      Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Sun, 24 Feb 2002 18:49:18 -0500e+ From: "Main, Kerry" <Kerry.Main@Compaq.com>-" Subject: RE: Shannon on the mergerT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1CE7@kaoexc01.americas.cpqcorp.net>   JF,   H >>> If they advertised the non compaq products such as VMS, Alpha, Tru64+ or NSK, they'd have to pay for it fully.<<<c   Re: IPF and VMS and NSK ..  B What makes you think Intel is not interested in assisting with the2 marketing of any OS that will help sell its chips?   Regards-  
 Kerry Main Senior Consultant0 Compaq Canada Corp.e Professional Servicesi Voice: 613-592-4660: Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----7 From: JF Mezei [mailto:jfmezei.spamnot@videotron.ca]=20o Sent: February 24, 2002 2:01 PMf To: Info-VAX@Mvb.Saic.Comc" Subject: Re: Shannon on the merger     "Terry C. Shannon" wrote: B > CPQ currently spends close to $300M USD per year on "marketing."  H But that $300 has the punch of $600 million because by advertising Intel> and MS crap, they get "help" from Intel and Microsoft. If theyD advertised the non compaq products such as VMS, Alpha, Tru64 or NSK,  they'd have to pay for it fully.  @ If VMS makes it past the Carly takeover and survives until it isF commercialised on IA64, it will be most interesting to see if HP wouldH start to advertise VMS since, by running on Intel crap, they can put theF awfull Intel logo and tune and get Intel to subsidize the price of the advertising.  E On the other hand, I doubt that customers will be impressed when theyqD learn that they big multi million VMS machine is advertised with theF same bloody logo that was associated with crap software and cheap PCs.   ------------------------------  % Date: Sun, 24 Feb 2002 20:39:28 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> " Subject: Re: Shannon on the merger, Message-ID: <3C7995B7.9CD887C6@videotron.ca>   "Main, Kerry" wrote:D > What makes you think Intel is not interested in assisting with the4 > marketing of any OS that will help sell its chips?  N Intel won't initiate the marketing of VMS, it will have to be HP that does it.  N Intel isn't hurting anyone when it helps advertise Wintel boxes since they are@ all identical and run the same proprietary software (Microsoft).  K But when different prorpietary Unix, VMS and Tandem run on the same chip asrL Microsoft, Intel will have to come up with a subsidy formula that won't makeT Microsoft angry. If Intel subsidizes Linux advertising, Microsoft won't be so happy.  K Personally, I think that the Intel marketing subsidies should be outlawed. uH They prevent companies such as Compaq from marketing their own products.   ------------------------------  # Date: Mon, 25 Feb 2002 03:05:56 GMTs1 From: "David J. Dachtera" <djesys.nospam@fsi.net>u" Subject: Re: Shannon on the merger' Message-ID: <3C79AB7D.781F4CC2@fsi.net>)   "Terry C. Shannon" wrote:e > 0 > "John Smith" <a@nonymous.com> wrote in message* > news:hd6e8.407$1h5.386@news2.bloor.is...M > > If the merger is voted down, it's important that HP shareholders vote NO,lL > > and Comapq shareholders vote yes. In this way, the deal 'breakup fee' ofI > > $675 million gets paid to Compaq by HP, and not the other way around.n > >DG > > Now if they'd only use that $675 million to properly market OpenVMS 	 > insteadh1 > > of paying themselves fat bonuses for nothing.  > >m >  > NOW *THAT'S* A CONCEPT!!!l > M > CPQ currently spends close to $300M USD per year on "marketing." Maybe they$+ > should outsource the whole wretched mess.I  H Of course, the outsource provider would have to be some entity the Q canG control. Otherwise, they might end up getting effective exposure, mighttF end up selling a good bit more VMS, and might end up making more money off of VMS there for.r   Can't have that, now, can we?e   > Of course, the outsourcing ofeL > Accounts Payable and Accounts Receivable has been an utter disaster. Trust > me on this one!d  - I trust no one *REALLY* expected otherwise...l  N > What CPQ really needs is some new blood on the Board, not just the same-old,K > same-old candidates selected by the Houston Politburo. The Politburo that ! > brought you Director Ken Lay...   G I'd be tempted to go run "Blazing Saddles" so I could quote a good linecE from Hedly LaMarr... (ala "My mind is raging torrent overflowing with F swirling nords of thought, an avalanche of creative alternatives.", or something like that...)e   -- o David J. Dachterat dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/m   ------------------------------    Date: 24 Feb 2002 11:22:22 -0800' From: jan.trnka@stabilit.ch (Jan Trnka)  Subject: Re: SOAP on OpenVMS? < Message-ID: <f3e739f2.0202241122.4de5ec5@posting.google.com>   Robert n  C we are developing an messaging software called Compaq USP. The V6.0hF will be an official Compaq product starting in March-April 02 and willE be free download from the OpenVMS web site. We have concrete plans toaC extend the client interface and make it SOAP /WSDL compatible. ThisPF would bring the possibility to access services on VMS like they were a= Web-Service. Until Dec01 SOAP was a moving target with lot ofmC incompatibilities, so it was decided to look at it later this year.r  8 Tell me what is your environment and your requirements!   A For the actual state of the product see <http://vms.stabilit.ch/>e -- d	 Jan Trnkak CEOn  5 STABILIT Informatik AG        http://www.stabilit.ch/g3 Marchweg 6                    tel. +41/62/724 08 48d3 Postfach                      fax. +41/62/825 03 84o6 5035   Unterentfelden         Mobile. +41/79/434 25 49: Switzerland                   mailto:jan.trnka@stabilit.ch   ------------------------------  # Date: Mon, 25 Feb 2002 03:11:05 GMTt1 From: "David J. Dachtera" <djesys.nospam@fsi.net>v Subject: Re: SOAP on OpenVMS? ' Message-ID: <3C79AC97.B8F2C648@fsi.net>n   Jan Trnka wrote: >  > Robert > < > we are developing an messaging software called Compaq USP.  F I've been tempted to think there's at least one "dope" at the Q, but IH never considered anything called, "Compaq (U.S. Pharmacopoeia)". Will it) be over-the-counter or prescription only?o   --   David J. Dachtera  dba DJE Systemsu http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 24 Feb 2002 19:20:17 GMT/ From: Thomas Dickey <dickey@saltmine.radix.net>-* Subject: Re: The portability of Windows NT* Message-ID: <a5bedh$s3p$1@news1.Radix.Net>  8 In comp.os.vms Bill Todd <billtodd@metrocast.net> wrote:  J > There was nothing 'accidental' about the use of descriptors (or at leastM > counted strings) rather than null-terminated strings:  the relative virtuesyA > of counted strings were well-appreciated when VMS was designed.f  K null-terminated strings couldn't have satisfied the interface requirements,rK so their relative merit is a moot point.  (DEC used lots of null-terminatede strings in other contexts ;-).   -- r= Thomas E. Dickey <dickey@radix.net> <dickey@herndon4.his.com>y http://dickey.his.comq ftp://dickey.his.com   ------------------------------  # Date: Sun, 24 Feb 2002 19:29:01 GMTe* From: "Bill Todd" <billtodd@metrocast.net>* Subject: Re: The portability of Windows NTC Message-ID: <1abe8.186479$d34.14142740@bin8.nnrp.aus1.giganews.com>a  < "Thomas Dickey" <dickey@saltmine.radix.net> wrote in message$ news:a5bedh$s3p$1@news1.Radix.Net...: > In comp.os.vms Bill Todd <billtodd@metrocast.net> wrote: >dL > > There was nothing 'accidental' about the use of descriptors (or at leastG > > counted strings) rather than null-terminated strings:  the relative  virtues0C > > of counted strings were well-appreciated when VMS was designed.R >S? > null-terminated strings couldn't have satisfied the interfaceo
 requirements,m= > so their relative merit is a moot point.  (DEC used lots ofs null-terminatedA  > strings in other contexts ;-).  I Not at all:  my point was that the problems of null-terminated strings asDI compared with counted strings were well-understood when VMS was designed,oI and that VMS would almost certainly not have used null-terminated stringseK independently of language considerations (just as RSX did not in its systemi interface).l  9 So as I said, there was nothing accidental in the choice.e   - bill   ------------------------------  % Date: Sun, 24 Feb 2002 14:57:23 -0500 ' From: Glenn Everhart <Everhart@gce.com>u* Subject: Re: The portability of Windows NT' Message-ID: <3C7945A3.86FAD07D@gce.com>y  I Thought that was what I said. The path of using Macro vs. C was certainlytE historical accident, and ditto the rest. Nevertheless it has resulted2F in some features that turn out to be valuable and the fashion of usingC C has resulted in buffer overflows galore. Getting quality by beingTG lucky, like other things that happen because in part of luck, sometimes8# nevertheless results in the best...e  J Now obviously this is not all a matter of luck or history: VMS engineeringH has had many times when it might have switched practices, but it has had the integrity not to.s  L Later technology has invalidated some of the old assumptions here though. ItG used to be presumed assembly language was not portable as well. That issI evidently false, at least in the hands of a group able to build compilers 	 for it.      Thomas Dickey wrote: > 9 > In comp.os.vms Glenn Everhart <Everhart@gce.com> wrote:e > L > > VMS does have the history of being coded partly in MACRO-32; NT is codedG > > mainly in C or C++. This would appear to make NT more portable, buteD > > the ability to make compilers for MACRO-32 gives the lie to thatI > > notion to some degree, and has preserved VMS from the buffer overflowaI > > diseases promoted by use of null terminated strings all over. HistoryiH > > may eventually decide that whatever happens to the two OSs, the pathG > > of using C may not be the better engineering one. Sometimes historym > > works out like that... > P > not exactly - VMS was preserved from the problem of null-terminated strings byO > a historical accident - choosing to make strings descriptor-based to (attemptnO > to) make the different supported languages (e.g., Fortran and Basic) all ableiL > to call the same set of library routines.  The same idea was done a littleO > later with Apollo's (using a slightly better technical solution which did notlE > involve polluting the source code with lots of nonstandard syntax).o >  > --? > Thomas E. Dickey <dickey@radix.net> <dickey@herndon4.his.com>e > http://dickey.his.comd > ftp://dickey.his.com   ------------------------------  % Date: Sun, 24 Feb 2002 16:59:19 -0500t- From: JF Mezei <jfmezei.spamnot@videotron.ca> * Subject: Re: The portability of Windows NT, Message-ID: <3C796229.8180AF08@videotron.ca>  < I keep hearing about the dangers of null terminated strings.  0 I frankly don't see what the fuss is all about.   L If you design your subroutines properly, you require that the caller provide? the maximum size of a buffer you are expected to write data to.h  L Whether that information is passed on as part of a descriptor structure thatN contains both pointer and size of buffer, or whether the size of the buffer isG passed as an explicit parameter makes no much difference in my opinion.n  N The problem happens when someone assumes some buffer is big enoug for any typeJ of operation and doesn't bother requiring its actual size be specified and ensure he doesn't exceed it.  L This would not be too different from a subroutine that requires a descriptorN argument, but doesn't bother checking/abiding by the dsc$w_lenght specified inL the descriptor and writes whatever the routine wants to write to the buffer.  H If at all, null terminated strings force you to be more conscious of the buffer overflow potential.  C The problem is not the null terminated strings, it is the hiring ofeL nintendo-playing microsoft weenies without experience to write serious code.   ------------------------------  % Date: Sun, 24 Feb 2002 23:33:47 +0100h- From: Didier Morandi <Didier.Morandi@Free.fr>p/ Subject: Re: tool to calc recursive dir sises ?i' Message-ID: <3C796A4B.1BDC9143@Free.fr>r   I see.  E Did you consider using DISKQUOTA, giving a different UIC ownership toyH all files in each directory, then use diskquota rebuild to get a list of disk space used per UIC?   D.   Jan-Erik Sderholm wrote:i > 6 > Because the total of each directory *do not* include2 > the subdirs "under" that directory. I could do a7 > dir/tot to a tmp file and then process that file witht > a bit of DCL., but...h >  > Jan-Erik.  >  > Didier Morandi wrote:  > >f > > I do not understand. > > Why don't you do > >a > > $ dir/siz/tot [my_dir...]w > >, > > ?e > >h > > D. > >h > > Jan-Erik Sderholm wrote:a > > >u	 > > > Hi.i@ > > > I'd like a tool that displays the total size and number of? > > > the files i each dir on a disk. Each dir should display avF > > > total *incl* all sub-dirs from that level. A "dir /tot" displaysF > > > the actual number of files and size in each dir *excl* sub-dirs. > > >t) > > > Anyone having samething like this ?d > > > 1 > > > I once wrote a tool to do this in DCL usingd$ > > > F$SEARCH("device:[000000...]")L > > > and then using F$FILE_ATTRIBUTES to calculate eof-size, alloc-size forN > > > each dir and then write a report. It included a "level:n" label for eachI > > > directory, so I could do "SEA <report> "level:2"" to get the totalsoJ > > > for a specific directory level. It worked fine, it just took so long
 > > > time
 > > > to run.d > > >e
 > > > Regards  > > > Jan-Erik Sderholm.l   ------------------------------   Date: 25 Feb 2002 01:58:01 GMT2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>7 Subject: Re: TS10 - Successful but some PROBE problems.e+ Message-ID: <a5c5n90lum@enews1.newsguy.com>d   sword7@speakeasy.org wrote:oC > In comp.sys.dec Zane H. Healy <healyzh@shell1.aracnet.com> wrote:nN >> I've also got the "VAX Architecture Handbook" published by DEC in 1981, andN >> the 1980-81 & 1886 versions of the "VAX Hardware Handbook" from DEC.  These >> are the paperbacks.  . > Hmmm. What is information (summary) in them?  L Here is what the "VAX Hardware Handbook 1980-81" has to say about that.  TheJ 1986 edition looks to cover through the VAX 8600 (including having info on the MicroVAX I).   		Zane    2 "The VAX handbook set is presented in three books:  C * The VAX Archetecture Handbook introduces VAX system architecture,i6 addressing modes, and the native mode instruction set.  K * The VAX Software Handbook introduces the VAX/VMS virtual memory operating K system, its operation, hardware interaction, data structures, features, and 
 capabilities.a  I * This book, VAX Hardware Handbook, introduces the VAX hardware elements,oF including the central processor units, intelligent console subsystems,B MASSBUS and UNIBUS subsystems, main memory, and memory management.  E Part 1 of this book describes the VAX family of computers in general, G certain architectural characteristics, and the functions independent oflE processor type.  Part 2 contains information pertinent to the new VAXdF processor, the VAX-11/750.  Part 3 describes the VAX-11/780 and Part 4, contains the eppendices, glossary and index.   ------------------------------  # Date: Sun, 24 Feb 2002 21:47:01 GMT.) From: Charles Richmond <richmond@ev1.net>eJ Subject: Re: Younger recruits versus experienced veterans ( was The demise' Message-ID: <3C797B7A.23F6B89D@ev1.net>    Eric Sosman wrote: >  > Charles Richmond wrote:  > >hD > > I also like that *all* nouns and *no* adjectives are capitalized > > in German. > ! >     Gro ist Jehovah, der Herr!d >     ^t > 4 >     (Babelfish gave me one of the best laughs I've4 > ever gotten from a computer by translating this as% > "Jehovah, the gentleman is large!")2 > 8 Well duh!!! Of course you must capitalize the first word. of a sentence, whatever part of speech it is.      --  ? +-------------------------------------------------------------+ ? |     Charles and Francis Richmond     <richmond@plano.net>   |a? +-------------------------------------------------------------+t   ------------------------------    Date: 24 Feb 2002 13:39:28 -0800( From: bob@instantwhip.com (Bob Ceculski)! Subject: Re: [Q] internet and VMS:= Message-ID: <d7791aa1.0202241339.74361bcb@posting.google.com>B  ` "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3C785058.CAABE6F7@fsi.net>... > MerefBast wrote: > > Q > >    I saw a list comparing operating systems on internet related features, but K > > VMS was missing from the comparison list. Does anyone know which of thenI > > following VMS has (preferably with an authorative reference)? Thanks.r > > 
 > > ExtensionC	 > > IPSece > > IPv6 > > RSVP > > IP Multiplexing4 > > IP Multicast > 4 > These will be a function of the IP stack, not VMS. > 2 > There are three IP stacks available for OpenVMS: > D > TCPware for OpenVMS from Process Software, http://www.process.com/G > TCPware was written from the ground up on VMS. It's kind of a pain to 8 > manage, but is very fast for some important functions. >   J what are you talking about a pain to manage?  it is far easier than ucx orK multinet, and once you understand the tcpware_configure.com file, you don'ttI even need $ NETCU anymore, as you can then edit the above com file to addyM modify or remove anything, along w/three other files, routing.com, hosts. and K your packet filter file if you are doing packet filters ... their also is atI gui management interface available if you need something fancier, but whyu$ pay extra when it is easy using EDT?   ------------------------------   End of INFO-VAX 2002.109 ************************