1 INFO-VAX	Thu, 15 Nov 2001	Volume 2001 : Issue 635       Contents:/ RE: 3rd-party memory for AlphaServer DS systems  Re: access greed? 1 Anyone know of 100 MB NIC supported under VMS 7.1 5 Re: Anyone know of 100 MB NIC supported under VMS 7.1 5 Re: Anyone know of 100 MB NIC supported under VMS 7.1 ? Re: check this out  Web hosting  On OpenVMS  (customer link...) ? Re: check this out  Web hosting  On OpenVMS  (customer link...)  Clustering Textbook  Re: Clustering Textbook  Re: Clustering Textbook  Re: Clustering Textbook  Re: Clustering Textbook  Re: Compaq guarantees?, Compaq/HP merger - let them know how to vote0 Re: Compaq/HP merger - let them know how to vote0 Re: Compaq/HP merger - let them know how to vote0 Re: Compaq/HP merger - let them know how to vote0 Re: Compaq/HP merger - let them know how to vote Re: Compaq/HP merger in trouble  DECTerm positioning????  errlog, decevent, CA, and WEBES # Re: errlog, decevent, CA, and WEBES # Re: errlog, decevent, CA, and WEBES " Re: Garage Sale... Hey, Hobbyists!" Re: Here comes the Compaq spin ..." Re: Here comes the Compaq spin ..." Re: Here comes the Compaq spin ...2 Re: Hewlett family votes "NO" on HP-Compaq merger!  Re: HP kills MPE. It's official.  Re: HP kills MPE. It's official.  Re: HP kills MPE. It's official. Re: IBM to bid for CPQ ??  Re: IBM to bid for CPQ ??  Re: IBM to bid for CPQ ?? E Re: Inquirer: Compaq white paper gives rationale for June 25 decision E Re: Inquirer: Compaq white paper gives rationale for June 25 decision E Re: Inquirer: Compaq white paper gives rationale for June 25 decision E Re: Inquirer: Compaq white paper gives rationale for June 25 decision ; Re: Intel bought Digital a few years ago says Craig Barrett  Re: Jensen ie AXP 150 $ Make a little extra income from home Re: More Compaq lies exposed1 Re: OpenVMS o/s cd-rom insufficient quotas/limits 	 Pathworks 
 Re: Pathworks 
 Re: Pathworks  Proxy Removal Problem./ Secondary and/or Alternative OPCOM output setup # Sources of class information needed E Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org E Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org E Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org E Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org E Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org E Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org E Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org $ the tapesys graphical user interface? Unix and Linux certs advisory - VMS remains only unhackable OS! C Re: Unix and Linux certs advisory - VMS remains only unhackable OS! ? Re: Using INETACP_FUNC$C_GETHOSTBYNAME using fortran- examples? ? Re: Using INETACP_FUNC$C_GETHOSTBYNAME using fortran- examples? ? Re: Using INETACP_FUNC$C_GETHOSTBYNAME using fortran- examples? 
 Re: VMS Crash 4 Re: VMS/RMS - destroyed sequential files - NEED HELP4 Re: VMS/RMS - destroyed sequential files - NEED HELP Wanted: Small MicroVAX Re: Wanted: Small MicroVAX Re: Wanted: Small MicroVAX  Re: What has Capellas achieved ?$ Re: WSJ reporting HP will buy Compaq  F ----------------------------------------------------------------------  % Date: Thu, 15 Nov 2001 14:20:45 +1100 6 From: "Arena, Steve" <Steve.Arena@pacificpower.com.au>8 Subject: RE: 3rd-party memory for AlphaServer DS systemsQ Message-ID: <D750FFBD4936D111842000805F15EFA4043A87DC@meppb1.pacificpower.com.au>    > -----Original Message----- > From:	Arena, Steve  ( > Sent:	Thursday, 15 November 2001 14:20 > To:	'Nic Clews' : > Subject:	RE: 3rd-party memory for AlphaServer DS systems > I > I recently attended a MS Windows XP event which featured a presentation I > from a well known CPU/motherboard manufacturer - lets call this company L > "I". During the break, I was talking with one of the technical( not sales)L > guys from "I". On the desk in front of us was a motherboard - just sittingJ > on the desk, no static precautions at all - the discussion got around toI > static. This guy from "I" assured me that static is no longer a problem K > despite all the warnings your read - "these warnings are just a hang over  > from the past".  > E > This was very reassuring news because in my part of the world it is D > impossible to buy 3rd-party memory that hasn't been handled in theL > wholesaler's warehouse. I've have even asked memory importers to recommend9 > distributors who handle memory properly and they can't.  > K > I still do the right thing when I install memory myself - but I know that : > the memory has already been compromised before I get it. > 	 > Regards  > Steve  > 6 > "Personal opinion only and not those of my employer" >  >    >  > -----Original Message-----/ > From:	Nic Clews [SMTP:sendspamhere@127.0.0.1] ' > Sent:	Thursday, 15 November 2001 3:07  > To:	Info-VAX@Mvb.Saic.Com : > Subject:	Re: 3rd-party memory for AlphaServer DS systems >  > "David J. Dachtera" wrote: > >  > > Nic Clews wrote: > > > [snip]J > > > You're right though Alan, you need to use an electrical earth, using > the + > > > 'equipment' as ground is not correct!  > > H > > Curious 'bout that. Seems to me if you're at a "reference" potentialH > > (earth "zero") and the component/equipment as at some other, unknownL > > potential, the possibility of damage is at least as great as if you wereJ > > not "grounded" at all. Seems to me that the idea should be to EQUALIZEI > > charges, not have one at "reference" zero and the other at an unknown 
 > > value. > > L > > Same reason you have isolated ground circuits in your power distributionL > > - they're all at "the same" potential, regardless of its absolute value. > > ( > > But then, what the hell do I know... > I > Before I had the training I thought same as you, same potential and all  > that.  > G > What surprised me was you did not use the equipment as earth. This is I > interesting particularly as much of the older systems, and even some of @ > the newer systems have built in wrist straps and earth points. > G > I don't remember the numbers, but the static charge voltage needed to E > damage components was very small in comparison to the normal static J > charge built up on a person. (Mind you, I have a shocking personality, IH > have to keep a coin or something in my hand to avoid getting zapped in > some places).  >  > --  * > Regards, Nic Clews CSC Computer Sciences > nclews at csc dot com    ------------------------------  # Date: Thu, 15 Nov 2001 00:32:11 GMT 1 From: Amber X. Borgs-Greenberg <oruvso@salon.com>  Subject: Re: access greed?. Message-ID: <43db422b.cfba7b55@nntp.salon.com>  8 Above all, think this through: Why is spam so annoying?   A Because you like the ease and convenience of e-mail, that's why.  B So your in box matters to you. Over the last decade it has become E hugely easier and quicker for you to contact others on a much bigger  J scale than photocopied letters or even fax machines ever let us dream of. H And you resent the fact that hundreds of thousands of nobodies now find L it correspondingly easier to contact you? This is worse than snobbery; this N is "access greed": wanting to have access to others for yourself but for them  not to have access to you.    / This is the dirty secret of the anti-spammers.    1 You want free speech for yourselves, and perhaps  5 for others sometimes -- as long as you don't have to  7 listen too often. Even listening for the 30 seconds it  2 takes to delete a bunch of uninvited petitions is & apparently too much for these people.   G Free speech -- as long as it has a nice, secure one-way valve attached?   A http://www.salon.com/tech/feature/2001/11/14/spam_love/index.html    --/ A lot of pumpkins will be pathetic angry trees.    ------------------------------  % Date: Wed, 14 Nov 2001 13:31:55 -0600 3 From: "David Silvers" <david.silvers@aspentech.com> : Subject: Anyone know of 100 MB NIC supported under VMS 7.1. Message-ID: <9sugl1$vel$1@selma.aspentech.com>  K I've got a cluster which I need to backup across a 100Mbit ethernet - but I I cannot upgrade to VMS 7.2 due to incompatible versions of VMS existing on ? the cluster (a VMS 5.5-2 system running WordPerfect for VMS, an K application uses WP print routines - can't upgrade this machine) and when I  upgrade the 7.1 system to 7.2,C it bugachecks (incompatible s/w versions in cluster).  I know 5.5-2 . shouldn't be in a cluster w/6.x & 7.x systems.  L However, this situation existed b4 I got here, and I've been told "It works,: so quit griping".  Except 7.2 actually enforces the rules.  
 Any ideas?   ------------------------------   Date: 14 NOV 2001 22:01:40 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)> Subject: Re: Anyone know of 100 MB NIC supported under VMS 7.16 Message-ID: <14NOV01.22014025@thuria.waisman.wisc.edu>  K In a previous article, "David Silvers" <david.silvers@aspentech.com> wrote:   M ->I've got a cluster which I need to backup across a 100Mbit ethernet - but I K ->cannot upgrade to VMS 7.2 due to incompatible versions of VMS existing on A ->the cluster (a VMS 5.5-2 system running WordPerfect for VMS, an M ->application uses WP print routines - can't upgrade this machine) and when I   ->upgrade the 7.1 system to 7.2,E ->it bugachecks (incompatible s/w versions in cluster).  I know 5.5-2 0 ->shouldn't be in a cluster w/6.x & 7.x systems.  @ How about not "integrating" [1] your printers so the WP symbiontH code is not used? I remember doing this for the upgrade from VMS 5.5 way back.   G [1] From what I remember "integrated printing" means the WPCORP$STARTUP H procedure defines the logical SMBSRVSHR in the LNM$GROUP_000001 table soB calls from the symbionts go to WP's code instead of SMBSRVSHR. TheH WP code provided some additional features but I don't remember what they were.    ------------------------------  % Date: Thu, 15 Nov 2001 07:40:18 +0100 , From: "Bart Zorn" <B.Zorn@TrueBit.nospam.nl>> Subject: Re: Anyone know of 100 MB NIC supported under VMS 7.1* Message-ID: <9svoa1$50j$1@news1.xs4all.nl>  A "Carl Karcher" <karcher@thuria.waisman.wisc.edu> wrote in message 0 news:14NOV01.22014025@thuria.waisman.wisc.edu...F > In a previous article, "David Silvers" <david.silvers@aspentech.com> wrote: > I > ->I've got a cluster which I need to backup across a 100Mbit ethernet -  but I J > ->cannot upgrade to VMS 7.2 due to incompatible versions of VMS existing onC > ->the cluster (a VMS 5.5-2 system running WordPerfect for VMS, an H > ->application uses WP print routines - can't upgrade this machine) and when I" > ->upgrade the 7.1 system to 7.2,G > ->it bugachecks (incompatible s/w versions in cluster).  I know 5.5-2 2 > ->shouldn't be in a cluster w/6.x & 7.x systems. > B > How about not "integrating" [1] your printers so the WP symbiontJ > code is not used? I remember doing this for the upgrade from VMS 5.5 way > back.  > I > [1] From what I remember "integrated printing" means the WPCORP$STARTUP J > procedure defines the logical SMBSRVSHR in the LNM$GROUP_000001 table soD > calls from the symbionts go to WP's code instead of SMBSRVSHR. TheJ > WP code provided some additional features but I don't remember what they > were.   I Another tip: it appears that WP for OpenVMS still exists, and up to V7.1. 5 URL: http://www.legacy-2000.com/Products/products.htm   K This document does not state which versions of OpenVMS are supported, but I   assume it will be fairly recent.  	 Bart Zorn    ------------------------------  % Date: Wed, 14 Nov 2001 15:09:15 -0500 ; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com> H Subject: Re: check this out  Web hosting  On OpenVMS  (customer link...)$ Message-ID: <3bf2cf50$1@news.si.com>  - >Just found this - which I think is excellent  >  >Sue >  >  >  >http://www.eurokom.ie/  > H >Go to "services" menu and check their comment re OpenVMS under the "web >hosting" menu  F Sorry, Sue, but there is no "Services" ,emu and no "Web Hosting" menu. --  A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Wed, 14 Nov 2001 16:55:06 -0500 2 From: "Sue Skonetski" <susan.skonetski@compaq.com>H Subject: Re: check this out  Web hosting  On OpenVMS  (customer link...)3 Message-ID: <WJBI7.1577$RL6.51306@news.cpqcorp.net>   L Well I just tried it again and it worked did you click on service at the top of the first screen?   sue   F "Brian Tillman" <tillman_brian@notnoone.notnohow.com> wrote in message news:3bf2cf50$1@news.si.com.../ > >Just found this - which I think is excellent  > >  > >Sue > >  > >  > >  > >http://www.eurokom.ie/  > > J > >Go to "services" menu and check their comment re OpenVMS under the "web > >hosting" menu > H > Sorry, Sue, but there is no "Services" ,emu and no "Web Hosting" menu. > --C > Brian Tillman                   Internet: tillman_brian at si.com C > Smiths Aerospace                          tillman at swdev.si.com ? > 3290 Patterson Ave. SE, MS      Addresses modified to prevent > > Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@": >        This opinion doesn't represent that of my company >  >    ------------------------------  % Date: Wed, 14 Nov 2001 12:59:37 -0700 3 From: "David D Miller" <ddmiller@west.raytheon.com>  Subject: Clustering TextbookF Message-ID: <OF3CD020F2.208339B2-ON07256B04.006D3D68@rsc.raytheon.com>   Folks:  F I'm under the impression that someone (several someones?) wrote a bookE recently that compared the clustering techniques supported by various J operating systems.  But it didn't pop out when I searched Amazon.com.  Any recommendations?  
 thanks, dave.    ------------------------------  % Date: Wed, 14 Nov 2001 13:08:06 -0700 % From: Dan O'Reilly <dano@process.com>   Subject: Re: Clustering TextbookB Message-ID: <5.1.0.14.2.20011114130634.00b007d0@raptor.psccos.com>  H "In Search of Clusters, The Ongoing Battle In Lowly Parallel COmputing",( by Gregory Pfister.  ISBN 0-13-899709-8.  - At 12:59 PM 11/14/2001, David D Miller wrote:  >Folks:  > G >I'm under the impression that someone (several someones?) wrote a book F >recently that compared the clustering techniques supported by variousK >operating systems.  But it didn't pop out when I searched Amazon.com.  Any  >recommendations?  >  >thanks, dave.   ------I +-------------------------------+---------------------------------------+ I | Dan O'Reilly                  |                                       | I | Principal Engineer            |  "Why should I care about posterity?  | I | Process Software              |   What's posterity ever done for me?" | I | http://www.process.com        |                    -- Groucho Marx    | I +-------------------------------+---------------------------------------+    ------------------------------    Date: 14 Nov 2001 14:21:40 -0600+ From: young_r@encompasserve.org (Rob Young)   Subject: Re: Clustering Textbook3 Message-ID: <Ree5i7YvK0GQ@eisner.encompasserve.org>   | In article <OF3CD020F2.208339B2-ON07256B04.006D3D68@rsc.raytheon.com>, "David D Miller" <ddmiller@west.raytheon.com> writes: > Folks: > H > I'm under the impression that someone (several someones?) wrote a bookG > recently that compared the clustering techniques supported by various L > operating systems.  But it didn't pop out when I searched Amazon.com.  Any > recommendations? >   \ http://www.amazon.com/exec/obidos/ASIN/0138997098/qid=1005769214/sr=12-1/103-2004197-6762221   		% In Search of Clusters, Second Edition *                      by Gregory F. Pfister     				Rob    ------------------------------    Date: 14 Nov 2001 21:28:12 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)   Subject: Re: Clustering Textbook= Message-ID: <cf15391e.0111142128.1649b562@posting.google.com>    "David D Miller" <ddmiller@west.raytheon.com> wrote in message news:<OF3CD020F2.208339B2-ON07256B04.006D3D68@rsc.raytheon.com>... H > I'm under the impression that someone (several someones?) wrote a bookG > recently that compared the clustering techniques supported by variouse > operating systems.  B It's not a book, but Ken Moreau did a fantastic cluster technology  comparison at an ESILUG  meetingE (http://eisner.decus.org/lugs/esilug/presentations/) and a session at 2 CETS2001 (http://www.cets2001.org/, session 1684).C -------------------------------------------------------------------tC Keith Parris | parris at encompasserve dot org | VMS consulting on:rC Clusters, Disaster Tolerance, Internals, Performance, Storage & I/Oe   ------------------------------  # Date: Thu, 15 Nov 2001 05:35:00 GMTo* From: "Bill Todd" <billtodd@metrocast.net>  Subject: Re: Clustering Textbook@ Message-ID: <8uII7.26726$jp.1978556@bin2.nnrp.aus1.giganews.com>  < Keith Parris <keithparris_NOSPAM@yahoo.com> wrote in message7 news:cf15391e.0111142128.1649b562@posting.google.com...e@ > "David D Miller" <ddmiller@west.raytheon.com> wrote in messageB news:<OF3CD020F2.208339B2-ON07256B04.006D3D68@rsc.raytheon.com>...J > > I'm under the impression that someone (several someones?) wrote a bookI > > recently that compared the clustering techniques supported by variousc > > operating systems. >eD > It's not a book, but Ken Moreau did a fantastic cluster technology" > comparison at an ESILUG  meetingG > (http://eisner.decus.org/lugs/esilug/presentations/) and a session at 4 > CETS2001 (http://www.cets2001.org/, session 1684).  J Thanks - worth a look.  David couldn't be referring toe Greg Pfister's "InH Search of Clusters", could he?  (Second edition about 3 years ago)  It's" definitely not a textbook, though.   - bill   ------------------------------  % Date: Wed, 14 Nov 2001 20:32:46 -0500n- From: JF Mezei <jfmezei.spamnot@videotron.ca>y Subject: Re: Compaq guarantees? , Message-ID: <3BF31B3C.A92CD24A@videotron.ca>   Keith Parris wrote:m? > What's to prevent Compaq from providing a _different_ DII-COEtG > compliant system (e.g. Tru64) in place of VMS to existing VMS DII-COEeH > customers to meet the 15- or 20-year committments under the contracts,& > instead of continuing to offer VMS?     H My understanding of DII-COE is that when you sign it with Compaq, CompaqN commits to SUPPORTING your existing systems for X years. I do not believe that2 it commits to allowing you to upgrade for x years.  N In other words, Compaq would have committed to providing support for those VMSN systems in those JSTARS planes for X years to make sure that they can continue to run.p  L Does DII-COE actually commit Compaq to providing upgrades to those installed	 systems ?   J The way I see it, DII-COE is simply a long term "previous version" supportM contract for those who build "devices" that will run for a long time with VMSy in them.   ------------------------------  # Date: Wed, 14 Nov 2001 22:40:30 GMT # From: "John Smith" <a@nonymous.com>E5 Subject: Compaq/HP merger - let them know how to voteT> Message-ID: <ypCI7.187281$YL3.57214989@news3.rdc1.on.home.com>  # How to influence the Compaq/HP dealE* ------------------------------------------  J If you are a university alumnus, write the Board of Trustees or Regents of* your alma mater and try and convince them.  G In case you don't know how this sort of thing works, endowment funds of-I universities, charitable foundations, etc..act as single shareholders. If L they own 1 million shares, they get to cast 1 million votes. The trustees ofJ these types of funds are usually able to vote their concience, ie., if youD present a compelling argument, then they can decide to vote for yourK point-of-view even through it may not necessarily have the most immediately0 lucrative result.    -------------------r  I Own some mutual funds???  Sorry for the following 'lesson', but sometimesXL people don't know what they don't know. Mutual funds work a bit differently.H If you own 100 units of a mutual fund, you might think that you have 100I votes in the matter. Not so. First of all, the 100 units you own may onlyrL have 0.552 shares of HP and .0478 shares of Compaq per unit - it all dependsJ on what type of fund it is, and how diversified it is in what it owns. TheH people who run the mutual fund get to do what they want to do in term ofK voting the shares - you gave up that right by purchasing shares in a mutualwK fund vs. buy the individal stocks themselves. So, if you want your voice totJ be heard as an owner of mutual fund units, you have to write the CorporateL Counsel, or the Secretary, President, or the Chief Investment Officer of theL mutual fund you own and make your case, asking them to vote the way you wantD them to. They may or may not listen, as there's one other wrinkle toI consider - the mutual fund manager is under a fiduciary (a $10 word which K roughly translated means 'legal responsibility') to 'maximize' the value ofs	 the fund.   K Now you and I may consider the longer-term (say 1 year hence) when figuring0K out the way to 'maximize' the  investment, but the fund manager usually haslL to consider what's on the table today. ie. if Co. C is up for sale,  and Co.I H offers to swap stock based on $11 per share and Co. I offers $10.50 andtJ Co. I is much more  likely to have the merged company succeed and increaseK the value to all shareholders, whereas Co. H  is most likely to go broke, a H fund manager will probably choose Co. H's offer, because he can 'touch &C feel' the $11 today. And because he's liable to face a lawsuit fromoL unit-holders if he didn't take the 'higher' offer  today. Great system, huh?  I That said, if you own mutual funds you can usually find out exactly whichwI stocks are owned by the funds you own. If those funds own, or you suspectyJ they own HP or Compaq, write the head office of the mutual fund company toG the attention of the officers mentioned above, and ask them to vote the I shares of HP & Compaq as you'd like to see them voted. Make sure that youlG specify in your letter the name of the fund you own, and provide enoughsF details so that they can verify that you indeed own units in that fund( (name, address, unit holder id, etc...).   -------------------------d  K If you are a federal, state, or municipal employee, a teacher, a universitygK employee, a union member, then you are probably a member of a pension fund.sK Write the pension fund administrators and express your point of view on howtI they should vote the shares they own of HP and/or Compaq. It's your money  too. Let them know it.   -------------------------s  J Got a pension fund at work? Contact the administrator and tell them how to vote.    -------------------------1  K Got some in your 401(k)??? Contact the trustee and tell them how to vote on  your behalf.   -------------------------.  K If you own shares in HP or Compaq directly (ie. you bought 100 shares of HPsJ or CPQ) and they are held at your stock brokerage firm, ie. you don't haveK share certificates under your bed, contact your broker, IN WRITING - TODAY,eK giving them written instructions on how you want your  shares voted. If yousF don't do this, the brokerage firm will vote them the way they see fit.I Why??? Because when you opened you brokerage account, there was some fineoK print someplace that gave them permission to do this on your behalf. So gett writing.  E If you own shares of HP or Compaq, you can also go to the shareholder I meetings where the merger proposal MUST be voted upon. Stand up, say yourr piece, vote.   --------------------------  G Write each and every Board member of HP and Compaq. Get the CEO of yourrH company to pick up the phone and have them call Board members they know.I Tell every portfolio manager you know what you think. You can't influencea) people unless you communicate with them!!t  K You all know what impact the marginalizing of your investment in DEC (oops,fK Compaq) operating systems, layered products, and hardware will mean to your H companies. Protect your investment. Board members don't even know how toB spell 'newsgroup', so you have to deliver your message other ways.   -------------------------l  G Introduce a motion to fire the Chairman & CEO...Carly, Curly..they bothcL deserve to go. Make a VMS person Chairman & CEO of Compaq. HP wants Compaq'sI PC division...let them have it. Sell CPQ's PC division to HP and let themd choke on it.   -------------------------r  I Try to get every HP shareholder you know to vote against the merger. ThatmC way should a majority of HP shareholders vote against it and CompaqoF shareholders vote for it, the merger will fail and HP will have to payH Compaq a $675 million failure fee (if I remember the number correctly) -D more loot for the OpenVMS development team, and not for the Capellas retirement fund!!!   -------------------------   E One last thing - Be careful what you wish for. You just might get it.c  L ----------------------------------------------------------------------------) -----------------------------------------e    , Here's your mailing list - buy a few stamps:     Compaq's Board of Directorsa' ---------------------------------------1   Michael D. Capellas " Chairman & Chief Executive Officer Compaq Computer Corporation  20555 State Highway 249e Houston, Texas  77070-2698     Lawrence T. Babbio, Jr.> Vice-Chairman & President, Verizon Communications, Inc. 1095 Avenue of the Americas  New York, New York  10036t     Judith L. Craven Member, Board of Directors c/o Compaq Computer Corporationi 20555 State Highway 249y Houston, Texas  77070-2698     George H. Heilmeierr Member, Board of Directors c/o Compaq Computer Corporation  20555 State Highway 2495 Houston, Texas  77070-2698     Kenneth L. Lay1 Chairman of the Board and Chief Executive Officerr Enron Corp.  1400 Smith St. Houston, Texas  770020     Sanford M. Litvack Dewey Ballantine LLP 1301 Avenue of the AmericasT New York, New York  10019-6092     Thomas J. Perkins'  Kleiner Perkins Caufield & Byers 2750 Sand Hill Road- Menlo Park, California  940251     Lucille S. Salhany& Co-President & Chief Executive Officer LifeFX Networks, Inc.w 7080 Hollywood Blvd. Suite 1015S Los Angeles, California  90028     Benjamin M. Rosenr Chairman Emeritus@ Compaq Computer Corporatione 20555 State Highway 2491 Houston, Texas  77070-2698           HP's Board of Directors" -------------------------r   Philip M. Condit/ Chairman of the Board & Chief Executive Officerb Boeing World Headquartersr 100 North Riverside Plazau Chicago, Illinois  60606     Patricia C. Dunn$ Co-Chairman & Global Chief Executive Barclay's Global Investors 45 Fremont Streeta  San Francisco, California  94105     Carleton S. Fiorinat" Chairman & Chief Executive Officer Hewlett-Packard Company  3000 Hanover Streetc! Palo Alto, California  94304-1185      Sam Ginn Member, Board of Directors c/o Hewlett-Packard Company  3000 Hanover Streetg! Palo Alto, California  94304-1185      Richard A. Hackborns Member, Board of Directors c/o Hewlett-Packard Companyy 3000 Hanover Street ! Palo Alto, California  94304-1185i     Walter B. Hewlett$7 Center for Computer Assisted Research in the Humanitiese Braun Music Center #129o Stanford Universitym  Stanford, California  94305-3076     George A. Keyworth IIr Chairman & Senior Fellow! The Progress & Freedom Foundationy 1301 K Street NW Suite 550 East Washington, DC  20005-3317     Robert E. Knowling Jr. Chairman and CEO! Internet Access Technologies Inc. ! 5450 Northwest Central, Suite 300i Houston, Texas  77092a     Robert P. Wayman Member, Board of Directors c/o Hewlett-Packard Company- 3000 Hanover Street-! Palo Alto, California  94304-1185            Owns 10% of HP -----------------------n   Susan Packard Orrj Chairman( The David and Lucille Packard Foundation 300 Second Street, Suite 200 Los Altos, California   94022s     Richard T. Schlosberg III  President and CEOe( The David and Lucille Packard Foundation 300 Second Street, Suite 200 Los Altos, California   94022n         Owns 1.3% of HPe ------------------------   The Trustees Packard Humanities Institute 300 Second Street, Suite 201 Los Altos, CA 94022t      = Owns an indeterminate (but large) amount of HP & Compaq stock L ---------------------------------------------------------------------------- -----------r University Board of Trustees Stanford Universityi Stanford, CA  94305p  + The Stanford Board of Trustees consists of:-5 Victor Arias Jr., DHR International, Inc., Irving, TX1, Kenneth J. Bacon, Fannie Mae, Washington, DCK Mari J. Baker, BabyCenter, LLC, a Johnson & Johnson Company, San Francisco,c CA) Paul V. Barber, JMI Equity, San Diego, CA1 Peter S. Bing, Los Angeles, CA- Cory A. Booker, Municipal Council, Newark, NJk" T. Robert Burke, San Francisco, CA6 Winston H. Chen, Paramitas Foundation, Santa Clara, CA; Mary B. Cranston, Pillsbury Winthrop LLP, San Francisco, CAo- Doris F. Fisher, Gap, Inc., San Francisco, CAe> Bradford M. Freeman, Freeman, Spogli, and Co., Los Angeles, CA# William A. Halter, Washington, D.C.d7 Leslie Hatamiya, SOMA Networks, Inc., San Francisco, CAg0 John Hennessy, Stanford University, Stanford, CA! Leslie P. Hume, San Francisco, CA A William C. Landreth, Goldman Sachs and Company, San Francisco, CAs1 David M. Laney, Jenkens and Gilchrist, Dallas, TX 9 John P. Levin, Folger Levin & Kahn LLP, San Francisco, CA & Burton J. McMurtry, Portola Valley, CA Ellen Ochoa, NASA, Houston, TX) Mark S. Oldman, Vault, Inc., New York, NYo  Denise M. O'Leary, San Mateo, CA? Susan Orr, Technology Resource Assistance Center, Palo Alto, CAo7 Victoria P. Sant, The Summit Foundation, Washington, DCwD Charles R. Schwab, The Charles Schwab Corporation, San Francisco, CA3 John H. Scully, SPO Partners & Co., Mill Valley, CA > Isaac Stein (Chair), Waverley Associates, Inc., Menlo Park, CA. Ward W. Woods, Bessemer Holdings, New York, NY    --------------------------------   Harvard Management Co. 600 Atlantic Avenue  Boston, MA  02210z> (manages Harvard University's est. $18 billion endowment fund) (they own HP & Compaq stock)    G Don't forget about Columbia, all the other private and state universityc endowments too.   	 TIIA-CREFs   CALPERS1   etc....1   -------------------------c   Mutual find companies ' (you probably have some of their funds)a ( add your own to the list)P   Scudder mutual funds   Fidelity mutual funds/   Merrill Lynch Asset Management   American Century   Strong    -----------------------------   ------------------------------  # Date: Thu, 15 Nov 2001 00:04:01 GMTp' From: Don Sykes <anonymous@pacbell.net>t9 Subject: Re: Compaq/HP merger - let them know how to votem+ Message-ID: <3BF306EE.C52D9DC8@pacbell.net>-  $ Thanks for the info - very complete. Don-   John Smith wrote:- > % > How to influence the Compaq/HP deal , > ------------------------------------------ > L > If you are a university alumnus, write the Board of Trustees or Regents of, > your alma mater and try and convince them. > I > In case you don't know how this sort of thing works, endowment funds of K > universities, charitable foundations, etc..act as single shareholders. If-N > they own 1 million shares, they get to cast 1 million votes. The trustees ofL > these types of funds are usually able to vote their concience, ie., if youF > present a compelling argument, then they can decide to vote for yourM > point-of-view even through it may not necessarily have the most immediatelyl > lucrative result.> >  > -------------------' > K > Own some mutual funds???  Sorry for the following 'lesson', but sometimestN > people don't know what they don't know. Mutual funds work a bit differently.J > If you own 100 units of a mutual fund, you might think that you have 100K > votes in the matter. Not so. First of all, the 100 units you own may only=N > have 0.552 shares of HP and .0478 shares of Compaq per unit - it all dependsL > on what type of fund it is, and how diversified it is in what it owns. TheJ > people who run the mutual fund get to do what they want to do in term ofM > voting the shares - you gave up that right by purchasing shares in a mutual4M > fund vs. buy the individal stocks themselves. So, if you want your voice tocL > be heard as an owner of mutual fund units, you have to write the CorporateN > Counsel, or the Secretary, President, or the Chief Investment Officer of theN > mutual fund you own and make your case, asking them to vote the way you wantF > them to. They may or may not listen, as there's one other wrinkle toK > consider - the mutual fund manager is under a fiduciary (a $10 word whichgM > roughly translated means 'legal responsibility') to 'maximize' the value ofr > the fund.6 > M > Now you and I may consider the longer-term (say 1 year hence) when figuringaM > out the way to 'maximize' the  investment, but the fund manager usually hasrN > to consider what's on the table today. ie. if Co. C is up for sale,  and Co.K > H offers to swap stock based on $11 per share and Co. I offers $10.50 andrL > Co. I is much more  likely to have the merged company succeed and increaseM > the value to all shareholders, whereas Co. H  is most likely to go broke, a J > fund manager will probably choose Co. H's offer, because he can 'touch &E > feel' the $11 today. And because he's liable to face a lawsuit from<N > unit-holders if he didn't take the 'higher' offer  today. Great system, huh? > K > That said, if you own mutual funds you can usually find out exactly whichrK > stocks are owned by the funds you own. If those funds own, or you suspecteL > they own HP or Compaq, write the head office of the mutual fund company toI > the attention of the officers mentioned above, and ask them to vote thetK > shares of HP & Compaq as you'd like to see them voted. Make sure that you4I > specify in your letter the name of the fund you own, and provide enoughsH > details so that they can verify that you indeed own units in that fund* > (name, address, unit holder id, etc...). >  > -------------------------- > M > If you are a federal, state, or municipal employee, a teacher, a universityiM > employee, a union member, then you are probably a member of a pension fund.vM > Write the pension fund administrators and express your point of view on how K > they should vote the shares they own of HP and/or Compaq. It's your moneyi > too. Let them know it. >  > -------------------------c > L > Got a pension fund at work? Contact the administrator and tell them how to > vote.i >  > -------------------------g > M > Got some in your 401(k)??? Contact the trustee and tell them how to vote onI > your behalf. >  > -------------------------t > M > If you own shares in HP or Compaq directly (ie. you bought 100 shares of HPsL > or CPQ) and they are held at your stock brokerage firm, ie. you don't haveM > share certificates under your bed, contact your broker, IN WRITING - TODAY,iM > giving them written instructions on how you want your  shares voted. If youmH > don't do this, the brokerage firm will vote them the way they see fit.K > Why??? Because when you opened you brokerage account, there was some fine-M > print someplace that gave them permission to do this on your behalf. So geto
 > writing. > G > If you own shares of HP or Compaq, you can also go to the shareholder1K > meetings where the merger proposal MUST be voted upon. Stand up, say yourd > piece, vote. >  > -------------------------- > I > Write each and every Board member of HP and Compaq. Get the CEO of youroJ > company to pick up the phone and have them call Board members they know.K > Tell every portfolio manager you know what you think. You can't influences+ > people unless you communicate with them!!o > M > You all know what impact the marginalizing of your investment in DEC (oops, M > Compaq) operating systems, layered products, and hardware will mean to yourlJ > companies. Protect your investment. Board members don't even know how toD > spell 'newsgroup', so you have to deliver your message other ways. >  > -------------------------w > I > Introduce a motion to fire the Chairman & CEO...Carly, Curly..they botheN > deserve to go. Make a VMS person Chairman & CEO of Compaq. HP wants Compaq'sK > PC division...let them have it. Sell CPQ's PC division to HP and let theme > choke on it. >  > -------------------------o > K > Try to get every HP shareholder you know to vote against the merger. ThatlE > way should a majority of HP shareholders vote against it and Compaq H > shareholders vote for it, the merger will fail and HP will have to payJ > Compaq a $675 million failure fee (if I remember the number correctly) -F > more loot for the OpenVMS development team, and not for the Capellas > retirement fund!!! >  > -------------------------n > G > One last thing - Be careful what you wish for. You just might get it.t > N > ----------------------------------------------------------------------------+ > -----------------------------------------T > . > Here's your mailing list - buy a few stamps: >  > Compaq's Board of Directorsm) > ---------------------------------------c >  > Michael D. Capellass$ > Chairman & Chief Executive Officer > Compaq Computer Corporationo > 20555 State Highway 249e > Houston, Texas  77070-2698 >  > Lawrence T. Babbio, Jr.o > Vice-Chairman & President, > Verizon Communications, Inc. > 1095 Avenue of the Americasl > New York, New York  10036o >  > Judith L. Craven > Member, Board of Directors! > c/o Compaq Computer Corporationn > 20555 State Highway 249e > Houston, Texas  77070-2698 >  > George H. Heilmeiera > Member, Board of Directors! > c/o Compaq Computer Corporatione > 20555 State Highway 249b > Houston, Texas  77070-2698 >  > Kenneth L. Lay3 > Chairman of the Board and Chief Executive Officera
 > Enron Corp.  > 1400 Smith St. > Houston, Texas  77002  >  > Sanford M. Litvack > Dewey Ballantine LLP > 1301 Avenue of the Americasu  > New York, New York  10019-6092 >  > Thomas J. Perkins " > Kleiner Perkins Caufield & Byers > 2750 Sand Hill Roadr > Menlo Park, California  94025  >  > Lucille S. Salhany( > Co-President & Chief Executive Officer > LifeFX Networks, Inc.t! > 7080 Hollywood Blvd. Suite 1015u  > Los Angeles, California  90028 >  > Benjamin M. Roseny > Chairman Emeritusf > Compaq Computer Corporatione > 20555 State Highway 249y > Houston, Texas  77070-2698 >  > HP's Board of Directorsd > -------------------------. >  > Philip M. Condit1 > Chairman of the Board & Chief Executive Officer  > Boeing World Headquarterss > 100 North Riverside Plazar > Chicago, Illinois  60606 >  > Patricia C. Dunn& > Co-Chairman & Global Chief Executive > Barclay's Global Investors > 45 Fremont Street " > San Francisco, California  94105 >  > Carleton S. Fiorina $ > Chairman & Chief Executive Officer > Hewlett-Packard Companys > 3000 Hanover Streetc# > Palo Alto, California  94304-1185  > 
 > Sam Ginn > Member, Board of Directors > c/o Hewlett-Packard Companyt > 3000 Hanover Streeth# > Palo Alto, California  94304-1185- >  > Richard A. Hackborn  > Member, Board of Directors > c/o Hewlett-Packard Company0 > 3000 Hanover Street # > Palo Alto, California  94304-1185r >  > Walter B. Hewletta9 > Center for Computer Assisted Research in the Humanities  > Braun Music Center #129g > Stanford Universityo" > Stanford, California  94305-3076 >  > George A. Keyworth IIe > Chairman & Senior Fellow# > The Progress & Freedom Foundationu > 1301 K Street NW > Suite 550 East > Washington, DC  20005-3317 >  > Robert E. Knowling Jr. > Chairman and CEO# > Internet Access Technologies Inc.f# > 5450 Northwest Central, Suite 300c > Houston, Texas  77092l >  > Robert P. Wayman > Member, Board of Directors > c/o Hewlett-Packard Companyc > 3000 Hanover Street-# > Palo Alto, California  94304-1185y >  > Owns 10% of HP > -----------------------u >  > Susan Packard Orre
 > Chairman* > The David and Lucille Packard Foundation > 300 Second Street, Suite 200 > Los Altos, California   94022e >  > Richard T. Schlosberg IIIt > President and CEO * > The David and Lucille Packard Foundation > 300 Second Street, Suite 200 > Los Altos, California   94022p >  > Owns 1.3% of HPi > ------------------------ >  > The Trustees > Packard Humanities Institute > 300 Second Street, Suite 201 > Los Altos, CA 94022o > ? > Owns an indeterminate (but large) amount of HP & Compaq stockoN > ----------------------------------------------------------------------------
 > -----------a > University Board of Trustees > Stanford University. > Stanford, CA  94305C > - > The Stanford Board of Trustees consists of: 7 > Victor Arias Jr., DHR International, Inc., Irving, TXh. > Kenneth J. Bacon, Fannie Mae, Washington, DCM > Mari J. Baker, BabyCenter, LLC, a Johnson & Johnson Company, San Francisco,l > CA+ > Paul V. Barber, JMI Equity, San Diego, CAh  > Peter S. Bing, Los Angeles, CA/ > Cory A. Booker, Municipal Council, Newark, NJ-$ > T. Robert Burke, San Francisco, CA8 > Winston H. Chen, Paramitas Foundation, Santa Clara, CA= > Mary B. Cranston, Pillsbury Winthrop LLP, San Francisco, CAu/ > Doris F. Fisher, Gap, Inc., San Francisco, CA-@ > Bradford M. Freeman, Freeman, Spogli, and Co., Los Angeles, CA% > William A. Halter, Washington, D.C.-9 > Leslie Hatamiya, SOMA Networks, Inc., San Francisco, CAo2 > John Hennessy, Stanford University, Stanford, CA# > Leslie P. Hume, San Francisco, CAaC > William C. Landreth, Goldman Sachs and Company, San Francisco, CA 3 > David M. Laney, Jenkens and Gilchrist, Dallas, TX ; > John P. Levin, Folger Levin & Kahn LLP, San Francisco, CAi( > Burton J. McMurtry, Portola Valley, CA  > Ellen Ochoa, NASA, Houston, TX+ > Mark S. Oldman, Vault, Inc., New York, NYf" > Denise M. O'Leary, San Mateo, CAA > Susan Orr, Technology Resource Assistance Center, Palo Alto, CA 9 > Victoria P. Sant, The Summit Foundation, Washington, DCqF > Charles R. Schwab, The Charles Schwab Corporation, San Francisco, CA5 > John H. Scully, SPO Partners & Co., Mill Valley, CAe@ > Isaac Stein (Chair), Waverley Associates, Inc., Menlo Park, CA0 > Ward W. Woods, Bessemer Holdings, New York, NY > " > -------------------------------- >  > Harvard Management Co. > 600 Atlantic Avenuel > Boston, MA  02210d@ > (manages Harvard University's est. $18 billion endowment fund) > (they own HP & Compaq stock) > I > Don't forget about Columbia, all the other private and state universitye > endowments too., >  > TIIA-CREF8 > 	 > CALPERSM > 	 > etc....m >  > -------------------------p >  > Mutual find companies ) > (you probably have some of their funds)  > ( add your own to the list)- >  > Scudder mutual funds >  > Fidelity mutual funds  >   > Merrill Lynch Asset Management >  > American Century >  > Strong >   > ------------------------------   ------------------------------  % Date: Wed, 14 Nov 2001 16:43:20 -0800b' From: David Mathog <mathog@caltech.edu>n9 Subject: Re: Compaq/HP merger - let them know how to voten+ Message-ID: <3BF30FA8.F5996F47@caltech.edu>o   John Smith wrote:S > % > How to influence the Compaq/HP deal , > ------------------------------------------ > L > If you are a university alumnus, write the Board of Trustees or Regents of, > your alma mater and try and convince them.    F Ben Rosen is the Chairman of our Board of Trustees.  So in our case it sounds like4* rather a waste of paper, ink, and postage.   Regards,   David Mathog mathog@caltech.edu   ------------------------------  # Date: Thu, 15 Nov 2001 04:16:57 GMT-# From: "John Smith" <a@nonymous.com>i9 Subject: Re: Compaq/HP merger - let them know how to vote3> Message-ID: <ZkHI7.188789$YL3.57876980@news3.rdc1.on.home.com>  H > Ben Rosen is the Chairman of our Board of Trustees.  So in our case it
 > sounds liket, > rather a waste of paper, ink, and postage. > 
 > Regards, >n > David Mathog > mathog@caltech.edu     David,  @ Rosen is only one person on the Board, and he has only one vote.  L Not meaning to sound like I'm chastising you or anyone else for that matter,E but just how many other people are there on the Board of Trustees? He2G doesn't own them all. One doesn't get to be on the Board of Trustees ofdK Caltech by being a sheep led through the nose. Hard as it may be to believeiG at times, they have minds of their own, and are often capable of making-H decisions that they think are best for the interests of the institution,H even if that decision is not aligned with those of commercial interests.  K As it is, they may be blissfully ignorant of the issues, or may not see the-D connection they have to your institution until you bring it to their
 attention.  H To borrow a phrase from academia, "Publish, or perish." If you want your4 point-of-view heard, publish. That's what I'm doing.  I I can understand the feeling of futility that often accompanies exercisesBJ such as this - I've lived through them to at various employers through theC years. But to sit still and do nothing but wring ones hands is alsoy  pointless, and more frustrating.   Again, no offense - ok?S   ------------------------------   Date: 15 Nov 2001 06:14:51 GMT) From: leslie@clio.rice.edu (Jerry Leslie)L9 Subject: Re: Compaq/HP merger - let them know how to voten' Message-ID: <9svmgr$8jn$1@joe.rice.edu>   " John Smith (a@nonymous.com) wrote:% : How to influence the Compaq/HP deale :t [ snip ] :e : Kenneth L. Lay3 : Chairman of the Board and Chief Executive Officert
 : Enron Corp.l : 1400 Smith St. : Houston, Texas  77002L  ; Better write fast since Enron is being purchased by Dynegy:.  D   http://www.chron.com/content/chronicle/special/01/enron/index.html)   HoustonChronicle.com - Hot Topic: Enronc  @ Mr. Lay isn't accepting his $ 60.6 million severance pay. He did. sell $ 1.2 million of Compaq stock last month.   --Jerry Leslie   ------------------------------    Date: 14 Nov 2001 15:53:45 -0500) From: tls@panix.com (Thor Lancelot Simon)s( Subject: Re: Compaq/HP merger in trouble+ Message-ID: <9sulkp$i1b$1@panix1.panix.com>n  M In article <9su73n$hnl@web.nmti.com>, Peter da Silva <peter@abbnm.com> wrote:s, >In article <9sph5f$iu5$1@panix1.panix.com>,. >Thor Lancelot Simon <tls@rek.tjls.com> wrote:L >> In fact, I know of at least one case in which such a machine was *brickedJ >> up inside a wall* and kept running for several years before the problem >> was noticed.m > J >IIRC that was actually a Novell file server, that only came to light whenK >they started tracing cables. But it might as easily have been a UNIX, VMS,-- >or any other professional server OS instead.u  F I'd forgotten about the drywall/Novell server story.  However, a smallF Unix system I built at a former employer whose sole purpose was to sitE on an exterior network segment and relay network outage notices to my K (and then my successor's) pager was in fact bricked up inside a wall (well, G cosmetic brickwork was done over the doorway *we* had used to enter thehH network closet it was in, anyway) for a number of years and continued toJ function.  It booted from a small SCSI hard disk which it immediately spunH down and ran from RAM; the campus networking folks noticed it was there,I finally, when they had to unseal the only other entrance to the closet ineJ question after a power outage at least a year after the company I'd worked for left the building.  J It definitely ran unattended for several years, faithfully relaying email.I It was basically bricked up inside a wall (the other door to the space itcH was in was basically an access hatch, and was sealed with bolts from theF inside which had to be cut to gain entry) for at least a year.  It ran
 just fine.  J I am told that, sadly, it did not reboot cleanly when the power was turnedG back on -- because its hard drive didn't spin up again after being spun- down for so long.o  E Interestingly, the machine hardware was notoriously unreliable (a DECeD Multia with the infamous "heat death" syndrome) but we'd had the badF chips responsible replaced by a tech in the EE department (I worked inC a research park at a large university at the time) when the machineyE failed while in an earlier job as my desktop machine, and it was rockp solid from then on.n  D As far as I know, /tmp never filled up, either (thanks for playing).   -- eJ Thor Lancelot Simon	                                      tls@rek.tjls.comL     And now he couldn't remember when this passion had flown, leaving him so1   foolish and bewildered and astray: can any man?  						   William Styrone   ------------------------------  % Date: Thu, 15 Nov 2001 09:29:33 +0530r$ From: "upadhyaya" <ups@hotvoice.com>  Subject: DECTerm positioning????3 Message-ID: <x4HI7.1587$RL6.52569@news.cpqcorp.net>a   Hi,iF I have a small problem regarding DECterm positioning using the command  ! create/term/detach/wind=(x=0,y=0)o (any x and y value)u  H I am using eXcursion V7.2 to connect to VMS machine. If the VMS host hasD DWMotif version 1.2-6, it is not possible to position at a specifiedK coordinate. If the VMS host has other DWMotif version like 1.2-1, 1.2-3 andr7 1.2-4, DECterm will be positioned (on the PC) properly.e  I I also used SET WATCH FILE/CLASS=ALL to find out the files accessed whileoD executing this command, it access DECTERM.exe and DECW$TERMINAL.DAT.  ? Has anybody faced this problem? Is there anything I have add tot" DECW$TERMINAL.DAT i.e., configure.   Regards,	 Upadhyaya    ------------------------------   Date: 14 Nov 2001 22:26:52 GMT' From: "Jim Strehlow" <jims@data911.com>'( Subject: errlog, decevent, CA, and WEBES0 Message-ID: <9sur3c$761@dispatch.concentric.net>  : I received the following note from Compaq Hardware Support0 when I presented to them a problem in errlog.sys shown by DECevent's DIAGnose.u    -------------------------------- DECevent is being retired ) (but still understands the older Alphas).e  2 CA, WEBES is the "Kit" that will replace DECevent.8 CA, WEBES contains other apps for storage (and Intel ?)./ CA will be a requirement for you in the future.r Version 4.0 is out now.d  --------------------------------    & Anyone familiar with "CA" and "WEBES"?  / Is there a good Compaq URL to read up on those?l    4 (I am running OpenVMS Alpha v7.2-1 and DECevent v2.9 on an AlphaServer DS-10)  
 Thank you.  - Jim Strehlow, Data911 OpenVMS Systems Manager  Alameda, CAa   ------------------------------  # Date: Thu, 15 Nov 2001 04:06:14 GMTy( From: Terry Kennedy <terry@gate.tmk.com>, Subject: Re: errlog, decevent, CA, and WEBES< Message-ID: <WaHI7.11980$ym4.524434@iad-read.news.verio.net>  ' Jim Strehlow <jims@data911.com> writes: ( > Anyone familiar with "CA" and "WEBES"?  H   Unfortunately. They continue the trend started by DECevent of having aG single analysis program across multiple OS platforms. Unfortunately, it * isn't as robust as good old ANALYZE/ERROR.  F   I installed these and could never get them to work - all I get is a H bunch of blather at startup about undefined logicals and devices failing to initialize.  E   If they want it, they should ship a known-good working kit with theuD base OS. Until then, I just call and go "Hardware's busted" and theyD say "Did you run <analysis program of the week>?" and I say "no, I'mE running an in-house OS. Hardware's busted." and they come replace it.   1 > Is there a good Compaq URL to read up on those?e     Well, you could start at:e  7 http://www.support.compaq.com/svctools/st-download.html   4         Terry Kennedy             http://www.tmk.com2         terry@tmk.com             New York, NY USA   ------------------------------  # Date: Thu, 15 Nov 2001 04:26:56 GMTe1 From: "David J. Dachtera" <djesys.nospam@fsi.net>,, Subject: Re: errlog, decevent, CA, and WEBES' Message-ID: <3BF34755.5CF0209D@fsi.net>y   Jim Strehlow wrote:  > < > I received the following note from Compaq Hardware Support2 > when I presented to them a problem in errlog.sys > shown by DECevent's DIAGnose.y > " > -------------------------------- > DECevent is being retiredt+ > (but still understands the older Alphas).r > 4 > CA, WEBES is the "Kit" that will replace DECevent.: > CA, WEBES contains other apps for storage (and Intel ?).1 > CA will be a requirement for you in the future.  > Version 4.0 is out now. " > -------------------------------- > ( > Anyone familiar with "CA" and "WEBES"?  H I'd have to echo Terry's sentiments - both are virtually useless, unlessE you just need something to eat up machine cycles and produce absoluteaH zip. We just had a two-week-plus outage. Neither provided any clues, notC even about stuff that DID show up in DIAGNOSE and/or ANALYZE/ERROR.-  A If they have some value, it remains to be proven to this 18+ yeart veteran of VMS.e   -- . David J. Dachterad dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/l   ------------------------------  # Date: Thu, 15 Nov 2001 03:54:47 GMTe3 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk>n+ Subject: Re: Garage Sale... Hey, Hobbyists!t/ Message-ID: <3BF33B98.D7ECB5E8@cableinet.co.uk>    David Katelansky wrote:  > 3 > John McLean <mcleanj@dplanet.ch> wrote in message-L > > In Australia, some years back, I worked for a company who purchased someH > > second-hand disk drives.  One of them still contained the details of4 > > members of the Liberal Party in New South Wales. > >-	 > > Doh !- > >-I > > (The Liberal party is the "conservative" political party in AustraliaO+ > > for anyone not familiar with the name.)5 > >t > >h > > John McLeano > E > Near the end of 2000, the company I worked for purchased a VAX 4000sG > that used to belong to an oil company.  The people who sold it didn't C > supply any passwords, so they thought it was safe to sell withoutfF > deleting any files.  I got into the system (OpenVMS 6.0) through theG > hardware menu (I looked up how to do that on the Compaq site).  ThereoD > were bank account numbers on the system!  Being an honest person IH > didn't try stealing from any of those bank accounts, but I did call upF > operations (their phone number was on the system too) and asked them= > if they still had any VAX 4000 manuals; they hung up on me!e >  > Dave  > I don't know about outside the UK but I think this (not taking
 reasonable, steps to erase the data) would be criminally6 negligent under the new data protection act in the UK.   regards  --   Tim.Llewellyn@cableinet.co.uk  t  C Standard disclaimer applies. My views in no way represent those of B! my employers or service provider.l   ------------------------------  # Date: Wed, 14 Nov 2001 21:37:02 GMTC* From: "Bill Todd" <billtodd@metrocast.net>+ Subject: Re: Here comes the Compaq spin ...s@ Message-ID: <2uBI7.21964$jp.1553835@bin2.nnrp.aus1.giganews.com>  6 Rob Young <young_r@encompasserve.org> wrote in message- news:6ivYvkH5dCqr@eisner.encompasserve.org...i= > In article <tv3na9bl0vcab3@corp.supernews.com>, Keith Brownu <kbrown780@isd.net> writes:i > > Bill Todd wrote: > >>I > >> Still, 1.6 x Merced's 314 SPECint2K Dell number (the only one at the  SPECE > >> site running 64-bit code, since the HP 358 number was reportedlyk obtainedH > >> using an ILP32 compiler) is only about 502, which isn't competitive today  > >> let alone next year.s   ...    > That number is too low.0  - No, it's not:  you're just a bit out of date.4  $   Paul DeMone talks about 2.5 Merced! > (according to Intel I suppose):l >- >kL http://www.realworldtech.com/page.cfm?section=columns&AID=RWT071901001629&p= 4  >tI > "Unofficial sources even suggest the McKinley will demonstrate 2.5x the  integeruL > performance and 2.0x the FP performance of Itanium as measured by SPEC2k."  L A July update of an earlier article, which itself is referring to a previous even older article.1  J McKinley was originally supposed to debut at 1.4 GHz, an expectation whichL then dropped to 1.2 GHz (as of the latest date for the article you cite) and most recently to 1 GHz.   G If you assume a linear effect on SPECint, then a 1.4 GHz McKinley wouldDK offer about 2.3x the performance of an 800 MHz Merced under the assumptions,H I used, and that's most likely where the 'unofficial' numbers above cameH from.  Unfortunately for Intel, unless they're deliberately sand-baggingJ McKinley's clock-rate expectations now, 1.6x looks like the best bet - andH though a little while ago Intel was suggesting McKinley would offer 1.7xH Merced performance, they've now backed off to the 'at least 1.5x' figureK (which could mean that even 1 Ghz is looking dicey these days, or somethingh else - I don't know).u   - bill   ------------------------------    Date: 15 Nov 2001 05:24:31 +0800, From: Paul Repacholi <prep@prep.synonet.com>+ Subject: Re: Here comes the Compaq spin ...-- Message-ID: <87pu6l2ghc.fsf@prep.synonet.com>-  , "Bill Todd" <billtodd@metrocast.net> writes:  C > I've gotten a bit long-winded again, but the topic seemed to calldD > for some wrapping up, given the renewed Compaq spin offensive (canA > this late response be because they're getting worried about theC > merger?).a  C Funny, 'the engineer' seems to have vanished, or been breeding veryA fast.   ? Kill of Alpha, boost 'our' (HP and intel) CPU, and keep the OSss> and customers so HP gets the rights to the OS, and can kill it post merger.   -- s< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.i@                                              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: Wed, 14 Nov 2001 21:17:50 -0500y- From: JF Mezei <jfmezei.spamnot@videotron.ca>,+ Subject: Re: Here comes the Compaq spin ...d, Message-ID: <3BF325C8.49DD2A2C@videotron.ca>  B Why do so many people consuider thefuture to be written in stone ?  M Compaq and Intel make fantastic promises about their IA64. If Compaq wants tocM commit its life to something which may be great in the future, then so be it.M  L But my feeling is that customers won't commit to that Ia64 thing until it isH out on the shelves with performance that is better than the current 8086, iteration (and obviously better than Alpha).  I Compaq is asking customers to commit to something which may happen in theC: future in an industry where the future is hard to predict.  L For a mission critical system, does Compaq really expect customers to commitL to an unproven architecture until it has materialised with real products andI measured performance metrics instead of wild promises by a cmpany with not credibility (Compaq) ?    M The ideal situation would have seen Compaq wait until Ia64 was actually readyuJ to replace Alpha at which point initiate the end of life for Alpha. CompaqK killed Alpha prematurely. Intel doesn't exactly have a good track record ofpL delivering stuff on time. The only way for customers to see the Alpha murderB is that Compaq had non-technical reasons to make that announcementJ prematurely. So any technical argumenst only add to the distrust customers have of Compaq.    ------------------------------   Date: 15 Nov 2001 01:39:26 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)u; Subject: Re: Hewlett family votes "NO" on HP-Compaq merger!s+ Message-ID: <9sv6ce$nro$1@info.cs.uofs.edu>o  3 In article <BnrlFQpYm0JF@eisner.encompasserve.org>,d0  Kilgallen@SpamCop.net (Larry Kilgallen) writes: |>  F |> Written English is a set of rules for setting down the spoken words? |> in a graphic format to facilitate reading and comprehension.  |> eA |> i kud ryght stough inn calmprihenssible weighs igknorrinn rulz4$ |> buht knot yousingh rytin ingglysh  " And then there is always "ghoti"!!   bill   -- uJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 14 Nov 2001 13:21:08 -0600+ From: young_r@encompasserve.org (Rob Young)i) Subject: Re: HP kills MPE. It's official.i3 Message-ID: <0rNLmakXp6Fl@eisner.encompasserve.org>s  b In article <k0xI7.58584$Z2.870668@nnrp1.uunet.ca>, "Peter Weaver" <peter.weaver@stelco.ca> writes:4 > "Alan Greig" <a.greig@virgin.net> wrote in message4 > news:bm35vtgu86dfbo2vjpbf7j18p9bmu746ut@4ax.com... >> ...* >> http://www.hp3000links.com/ende3000.pdf >> ... > L > So the "Nasty Rumor" was true. Read through the .PDF and substitute CompaqK > for HP, VMS for MPE and Alpha for HP300 and see what it reads like. Everyk> > reason they give for killing MPE could easily apply for VMS. >   ? 	Not at all.  VMS is much larger in total revenues and profits.e> 	You could easily substitute IRIX, that would be a better fit.   				Rob,   ------------------------------  % Date: Wed, 14 Nov 2001 20:19:43 -0500i- From: JF Mezei <jfmezei.spamnot@videotron.ca>e) Subject: Re: HP kills MPE. It's official.u, Message-ID: <3BF3182E.B83F2D61@videotron.ca>   Alan Greig wrote: ) > http://www.hp3000links.com/ende3000.pdfaO >  The Move to Open Systems:Customers are moving away from proprietary systems,oP > purchasing low-cost solutions based on high volume,industry standard platformsL > instead.Consequently,many of the companies that have provided applicationsO > and tools for the HP e3000 have shifted their attention toward HP-UX,Windows,iU > and Linux.This erosion of the HP e3000 ecosystem  is making it more difficult for C > customers to find new applications,new products,and expertise form > their HP e3000s.  M That is definitely a telling sentence. The same arguments could apply to VMS.h Was MPE still profitable ?    D >  Technology Evolution:Technology is changing so rapidly that it isM > becoming increasingly difficult for HP to justify the investments needed ton > keep the HP e3000 up to date./  M I can see the same argument being applied to VMS. It was also used to justifyeN the Alpha murder. It is OK now, but will cost too much to keep up with WindowsM in future.  I.E. we don't want it, so we'll find any excuse we can to get ridN of it.    D Question: Had  HP made any "commitments" about porting MPE to IA64 ?   ------------------------------  % Date: Wed, 14 Nov 2001 20:36:12 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>S) Subject: Re: HP kills MPE. It's official. , Message-ID: <3BF31C0A.1F82C74E@videotron.ca>  J Oje thing that worries me is the timing of this announcement. Why would HP announce this NOW ?    ------------------------------    Date: 14 Nov 2001 12:31:10 -0800( From: bob@instantwhip.com (Bob Ceculski)" Subject: Re: IBM to bid for CPQ ??= Message-ID: <d7791aa1.0111141231.2ad57cf9@posting.google.com>a  X John McLean <mcleanj@dplanet.ch> wrote in message news:<3BF15F0E.ACA8C1F9@dplanet.ch>...0 > Not being one to let a good rumour go past ... >  > IBM to bid for CPQ?  > G > Article at http://www.theinquirer.net/13110115.htm  suggests that IBM E > might mount a hostile bid for Compaq "and cut off HP at the gulch".  > " > Now that would be interesting .. >  > 
 > John McLean   K maybe someone got my email for them to buy vms and put it on power chip andeI take it to the top ... one thing for sure, we sure would get support frome ibm ...c   ------------------------------  % Date: Wed, 14 Nov 2001 15:59:41 -0500n5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>i" Subject: Re: IBM to bid for CPQ ??3 Message-ID: <aZAI7.1573$RL6.51017@news.cpqcorp.net>   L david20@alpha1.mdx.ac.uk wrote in message <9subnk$i3f$1@aquila.mdx.ac.uk>...F >In article <kcyI7.1564$RL6.50540@news.cpqcorp.net>, "Fred Kleinsorge"% <kleinsorge@star.zko.dec.com> writes:lL >>Ignoring all the crap.  My opinion is that Power4 is the baddest thing outJ >>there short of an EV7, and IBM is a gorilla with staying power and cash.D >>What Power is missing is Windows64.  Power and Itanium will be the dominantH >>64-bit architectures 5 years from now.  I'll be happy to be on either. I'mu >>planning on being on Itanium.a >> >tK >Power will pretty likely to be one of the dominent 64-bit architectures in 8 >5 years time. But as for Itanium I wouldn't be so sure.I >At this stage I think it is at least as likely that Hammer will build on  it's* >32 bit compatability and eclipse Itanium. >r    K My crystal ball.  Hammer is a good idea with no vendor support.  It will berF used by 97% of all consumers only in IA32 mode.  There will be a LINUXH version using the 64-bitness, but nobody will use the features, and mostI Linux users won't use the features.  Windows will only run IA32 mode, andmA never support the extended 64 features.  MS will embrace Itanium.v  C At some point in time, the Itanium Processor Family will exceed the K performance of the IA32 code, MS will write some new cool applications that0I require IA64, and Wintel will churn the PC base.  Which will be great fort# everyone, except perhaps consumers.L  ; Hey, it's the future - so we're all right until it happens!r   ------------------------------  # Date: Wed, 14 Nov 2001 22:17:15 GMT0* From: "Bill Todd" <billtodd@metrocast.net>" Subject: Re: IBM to bid for CPQ ??? Message-ID: <L3CI7.739768$Lw3.46273245@news2.aus1.giganews.com>l  H See:  when you can get Fred away from Compaq and Afghanistan, he becomes positively rational:  > Fred Kleinsorge <kleinsorge@star.zko.dec.com> wrote in message- news:aZAI7.1573$RL6.51017@news.cpqcorp.net...d   ...e  A > My crystal ball.  Hammer is a good idea with no vendor support.   F Unfortunately, likely true:  it will have to prove itself before being  embraced, very much unlike IA64.     It will be1 > used by 97% of all consumers only in IA32 mode.-  G Well, yuh - since soon it will perform double duty as AMD's *only* IA329J offering, and IA32 is likely to vastly outsell *all* (non-embedded) 64-bit% platforms for the foreseeable future.t     There will be a LINUXaA > version using the 64-bitness, but nobody will use the features,s  J That one's not so clear:  it could easily dominate the Linux 64-bit server? (and 'server appliance') space, and Linux servers are already a  non-negligible market.  	  and mosta% > Linux users won't use the features.a  J At the end-user level, probably true - though it'll make one mean high-end+ workstation for a small percentage of them.-  &   Windows will only run IA32 mode, and) > never support the extended 64 features.q  K Sightings of Windows code with x86-64-specific features have been reported, K but as I said elsewhere you can't count on it until you can buy it (look at  Win64 on Alpha).     MS will embrace Itanium.  L Absolutely (unless Itanium tanks before they have the opportunity to do so).F The only question is whether they'll do so to the exclusion of Hammer:F unless Hammer encounters some unanticipated disaster, it will offer anH *extremely* attractive platform on which to build low-end-to-medium-sizeH 64-bit servers, and since Linux (and *BSD, etc.) *will* be in that spaceE Microsoft will have to decide whether they want to compete there more ( effectively by running 64-bit on Hammer.   > E > At some point in time, the Itanium Processor Family will exceed theu > performance of the IA32 code,n  7 Not until long after IA32 processor development ceases.f  .  MS will write some new cool applications that > require IA64,   F If they can marginalize Hammer, that could happen.  But in the processG they'll have to give up a lot to Linux, as described above - and in the K process would run the risk of marginalizing themselves.  Hard to know whichaH way they'll jump, and it may well not be clear until Hammer has had real, exposure rather than promising expectations.   - bill   ------------------------------  # Date: Wed, 14 Nov 2001 20:21:58 GMTm* From: "Bill Todd" <billtodd@metrocast.net>N Subject: Re: Inquirer: Compaq white paper gives rationale for June 25 decision@ Message-ID: <GnAI7.20487$jp.1502330@bin2.nnrp.aus1.giganews.com>  > Fred Kleinsorge <kleinsorge@star.zko.dec.com> wrote in message- news:gfyI7.1565$RL6.50630@news.cpqcorp.net...g >t? > JF Mezei wrote in message <3BF1E13C.D6E83660@videotron.ca>...l > >Keith Parris wrote: > >>H > >> The Inquirer (http://www.theinquirer.net/13110111.htm) is reportingJ > >> today that Compaq has released a white paper giving its rationale for > >> the June 25 decision, > >eE > >Unless you're a brainwahsed Compaq employee, why should you bother  reading J > >such attempt at propaganda ? It would waste customer's time, especially if, > >they have to spend time searching for it. > >h >A >n > Must control fist of death.T >yJ > The white paper outlines officially what I've suggested all along.  This isI > *exactly* the story I heard from day 1 from the horses mouth, and isn'ts% > something made up for spin control.t  L Er - you mean is isn't something made up *recently* for spin control.  But I already mentioned that...n   - bill   ------------------------------    Date: 14 Nov 2001 14:34:02 -0600+ From: young_r@encompasserve.org (Rob Young)nN Subject: Re: Inquirer: Compaq white paper gives rationale for June 25 decision3 Message-ID: <GgAzYvJvR4H7@eisner.encompasserve.org>0  k In article <gfyI7.1565$RL6.50630@news.cpqcorp.net>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes:t > ? > JF Mezei wrote in message <3BF1E13C.D6E83660@videotron.ca>...y >>Keith Parris wrote:L >>>mG >>> The Inquirer (http://www.theinquirer.net/13110111.htm) is reportingII >>> today that Compaq has released a white paper giving its rationale for  >>> the June 25 decision,  >>L >>Unless you're a brainwahsed Compaq employee, why should you bother readingL >>such attempt at propaganda ? It would waste customer's time, especially if+ >>they have to spend time searching for it.m >> >  > M > The white paper outlines officially what I've suggested all along.  This isrI > *exactly* the story I heard from day 1 from the horses mouth, and isn'to% > something made up for spin control.s >   D 	Russians suspected for years that we had blue jeans and oranges and> 	more than one brand of ketchup but they refused to believe it5 	because they were after all... brainwashed Russians.   B 	Why am I as a cynical outside observer supposed to trust that you< 	can think for yourself and just aren't a brainwashed Compaq< 	employee toeing the company line in the face of VMS certain 	death at the hands of HP?   	That's one view.0  ? 	The counter-valing view of course is that VMS will survive andoD 	money will be budgeted and spent to get VMS to Itanium and actuallyA 	ship it.  But I don't know man.  Ever since today when HP knifedt? 	that loser MPE it sure looks shakey for VMS.  Unless of courseuE 	you are on the inside looking out.   Too bad you guys (collectively) ? 	can't spill all your company secrets to help squelch the never-> 	ending whiners.  But I suspect even at that, it wouldn't end.4 	After all.... Linux is faster than VMS... so there!   				Robs   ------------------------------  # Date: Wed, 14 Nov 2001 21:57:25 GMT>* From: "Bill Todd" <billtodd@metrocast.net>N Subject: Re: Inquirer: Compaq white paper gives rationale for June 25 decision@ Message-ID: <9NBI7.22262$jp.1568379@bin2.nnrp.aus1.giganews.com>  F (Taking advantage of an opportunity to respond to several posts in one
 response:)  6 Rob Young <young_r@encompasserve.org> wrote in message- news:GgAzYvJvR4H7@eisner.encompasserve.org...kG > In article <gfyI7.1565$RL6.50630@news.cpqcorp.net>, "Fred Kleinsorge"c% <kleinsorge@star.zko.dec.com> writes:  > >sA > > JF Mezei wrote in message <3BF1E13C.D6E83660@videotron.ca>...t > >>Keith Parris wrote:  > >>>MI > >>> The Inquirer (http://www.theinquirer.net/13110111.htm) is reportingpK > >>> today that Compaq has released a white paper giving its rationale for  > >>> the June 25 decision,n > >>F > >>Unless you're a brainwahsed Compaq employee, why should you bother readingFK > >>such attempt at propaganda ? It would waste customer's time, especiallye if- > >>they have to spend time searching for it.   I Well, I went looking for it:  if you don't know what they're saying, it's * hard to know how to respond appropriately.   > >> > >l > > L > > The white paper outlines officially what I've suggested all along.  This isK > > *exactly* the story I heard from day 1 from the horses mouth, and isn'tp' > > something made up for spin control.  > >p >nE > Russians suspected for years that we had blue jeans and oranges and ? > more than one brand of ketchup but they refused to believe it 6 > because they were after all... brainwashed Russians. >lC > Why am I as a cynical outside observer supposed to trust that youg= > can think for yourself and just aren't a brainwashed Compaqo= > employee toeing the company line in the face of VMS certainh > death at the hands of HP?y  K While being a Compaq employee may indeed be dangerous to the health of ones-L brain cells, the more insidious effect is that one has a personal stake (notL just from the stock plan, or even from the hope of continued employment, butE from the hope that the platform you're so personally invested in willeH survive) in believing them.  Combine this with the intellectual lazinessI that's so pandemic these days, and it's easy to understand the difficultycJ Compaq employees have swimming against the tide in which they're immersed.   >) > That's one view. >e@ > The counter-valing view of course is that VMS will survive andE > money will be budgeted and spent to get VMS to Itanium and actuallymB > ship it.  But I don't know man.  Ever since today when HP knifed@ > that loser MPE it sure looks shakey for VMS.  Unless of courseF > you are on the inside looking out.   Too bad you guys (collectively)@ > can't spill all your company secrets to help squelch the never? > ending whiners.  But I suspect even at that, it wouldn't end.h5 > After all.... Linux is faster than VMS... so there!-  H Sometimes I think there's hope for you after all, Rob:  you can at leastL sometimes *see* the other side of the issue even if you don't agree with it.   - bill   ------------------------------    Date: 14 Nov 2001 16:24:25 -0600+ From: young_r@encompasserve.org (Rob Young)pN Subject: Re: Inquirer: Compaq white paper gives rationale for June 25 decision3 Message-ID: <5zBy$SzuMZ4Y@eisner.encompasserve.org>t  m In article <9NBI7.22262$jp.1568379@bin2.nnrp.aus1.giganews.com>, "Bill Todd" <billtodd@metrocast.net> writes:s   >  >> >> That's one view.  >>A >> The counter-valing view of course is that VMS will survive andaF >> money will be budgeted and spent to get VMS to Itanium and actuallyC >> ship it.  But I don't know man.  Ever since today when HP knifed A >> that loser MPE it sure looks shakey for VMS.  Unless of coursesG >> you are on the inside looking out.   Too bad you guys (collectively)aA >> can't spill all your company secrets to help squelch the nevere@ >> ending whiners.  But I suspect even at that, it wouldn't end.6 >> After all.... Linux is faster than VMS... so there! > J > Sometimes I think there's hope for you after all, Rob:  you can at leastN > sometimes *see* the other side of the issue even if you don't agree with it. >   ? 	Of course Bill.  And the patronization doesn't phase me in thehA 	least.  Seeing both sides is very important.  If you play chess,o@ 	you won't get far if you don't realize your opponent has a planC 	too.  And if you can't figure out what he/she is up to... odds are- 	you won't be very successful.   				Robi   ------------------------------  % Date: Wed, 14 Nov 2001 13:33:28 -0600e3 From: "David Silvers" <david.silvers@aspentech.com>$D Subject: Re: Intel bought Digital a few years ago says Craig Barrett. Message-ID: <9sugnu$2mi$1@selma.aspentech.com>  G Actually, they bought a FAB facility and some licenses to technology...p  2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:k075vt4s16saf9r93dtfl3d75sll0e7c02@4ax.com...1 > http://www.newsfactor.com/perl/story/14687.htmlh >nD > Barrett: Well, we bought Digital Equipment a few years ago, and itB > came with the first generation of the StrongArm processor. We'reG > basically in the process of introducing the second generation of thattD > -- that's the X-Scale processor. In '02, you'll see that come out. >  > -- > Alan   ------------------------------  % Date: Wed, 14 Nov 2001 15:08:57 -050005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>Y Subject: Re: Jensen ie AXP 1503 Message-ID: <EdAI7.1567$RL6.51076@news.cpqcorp.net>e  F Nah.  Screw the ECU.  Just plop in the VMS CD and boot it.  The SRM isJ usually clever enough to handle most "known" devices even without the ECU.I You are pretty much limited to the Compaq QVision card for graphics - but.K you can always boot it from a serial port, or use the graphics head just as" a glass VGA TTY.       Chris Scheers wrote in message4 <754a27c1.0111121825.683827ff@posting.google.com>...@ >"Phillip D. Williams" <phdevaxvms@hotmail.com> wrote in message9 news:<6MVH7.115676$ez.14554999@news1.rdc1.nj.home.com>...s >> Hello1 >> I got my hands on a Jensen AXP 150. The systeml/ >> came with 32 megs and a RDD42 cdrom. I would H >> like to intsall more ram. I tried to install 16meg 60ns simms in both banks0" >> (128megs) but the system hangs.4 >> I thought the AXP 150 could take standard pc type4 >> simms or does it need DEC/Compaq specific simms??9 >> 2nd problem is how do I install VMS (7.2-1)??? I founddA >> plenty of sites that tell me how to install NT (which I reallyr* >> dont need) but no step by step for VMS.	 >> Thanks 
 >> Phillip >iE >The Jensen uses standard 72pin 70ns parity SIMMs in two banks.  TheysG >MUST be true parity.  However, the layout of the banks is not obvious.eF > Read the markings on the board carefully.  4, 8, and 16MB SIMMs will# >work.  I haven't tried 32MB SIMMs.m > D >Also, you will need a VMS ECU disk to configure the system.  The NT# >one will not work (or vice versa).    ------------------------------  # Date: Wed, 14 Nov 2001 21:29:58 GMTV" From: scwclp@netsystemsusa.cjb.net- Subject: Make a little extra income from homeg; Message-ID: <pnBI7.10950$0Y1.523381@paloalto-snr2.gtei.net>   YNet Systems USA is currently seeking people to run a home based business for work at home. Good income and flexible hours. Great for stay-at-home moms, students, and those who need the extra money. No experience necessary, we will train. Start next day! Computer and internet required. Visit us online: www.netsystemsusa.cjb.net   for more info.a   ------------------------------  % Date: Wed, 14 Nov 2001 23:01:14 -0500-0 From: "J Perry Fecteau" <perryfecteau@yahoo.com>% Subject: Re: More Compaq lies exposedo, Message-ID: <9svf3n01j5a@enews2.newsguy.com>   i wonder if they're fucking.   --. Promoter of the Crappiest Site on the Internet http://perry.fecteau.com/t    2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:qd82vtkqrv4dtvdse4iecvo3drs97dga42@4ax.com... >mH > On June 25th Compaq announced the surrender of its Alpha technology toG > the technologically inferior Intel. On September 4th it announced theLH > plan to merge with HP.  A number of people continue to want to believeD > that the two were not related and that Carly just happened to call; > Curly soon after the sell-out to Intel. Well according to3? > http://www.zdnet.com/zdnn/stories/news/0,4586,5099466,00.htmloD > the HP board first discussed the proposed merger on July 19th justD > three weeks after the Alphacide. As Carly and Curly have helpfullyH > told us that they discussed the issue privately between themselves forC > a considerable time before approaching their boards it would seem-F > impossible that this discussion did not begin long before June 25th. >iE > No wonder Carly and Curly claim they can't exactly remember when it B > all began. Anti-competitive behaviour pure and simple. Black andC > White. Let the current team of Carly and Curly away with this and F > they'll screw us all again first chance they get. Terry Shannon it'sE > about time you switched sides and we looked at getting some seriousiA > legal advice. I'd like to see them rot in jail. Not because I'mVD > vindictive but because they appear to have colluded with Gates andG > Intel in a manner highly damaging to their customers and to their owna? > share price. They have not acted in the best interests of the'F > shareholders or consumers and have intentionally misled both. It  is > time they were stopped.4 >tH > Could Compaq have announced the Alphacide in favour of an architectureG > co-designed by their prospective partner HP after the proposal becamedE > public and before it was voted through? Judging by the SEC rules itt> > would seem not. So was it really a conspiracy (oh no he saidE > conspiracy) to break the rules by other means? Looks like it to me.L >X@ > You would almost think Wintel really did bribe Curly and CarlyF > personally. Of course that's unthinkable so we shouldn't even bother > investigating should we? > H > And I strongly advise any Compaq or HP lawyer reading this not to fireG > me off an anonymous piece of seemingly friendly legal advice. Terry'soH > statement that usenet postings don't get read is just another piece ofH > his bullshit whether he knows it or not. Any other genuine, interested > legal advice is welcomed.  > E > Maybe we should first contact the individual US States and European-G > Regulators still pursuing Microsoft as they likely have the guts, thetD > technical knowledge and the right legal people to really look into > this.6 >wH > "There's no going back" said Carly, "We've burned our boats". ActuallyF > you've torpedoed the customers' cruisers (Alpha, OpenVMS, Tru64) butF > haven't managed to inflate the replacement rubber dinghy despite theG > enormous quantities of hot air blown in its direction. And you expect E > us to believe you're happy to have VMS as a passenger in this boat?iB > Possibly but only to give you one last thing to chuck out later. > G > To quote the Hitchhikers Guide: Carly and Curly I'd put your personall@ > analyst on danger money. And now I understand  why Carly keepsG > referring to all the analysts she's been talking to. Makes sense that4 > way... >mC > If legal opinion is that this is interesting but still a bit weak G > there's a lot of other evidence regarding the intentional destructiontH > and non promotion of highly profitable non Wintel Compaq product linesH > in order to (one presumes) placate Mr Gates which numerous individuals > could help provide.u >sE > DEC (remember them) products were not safe in Compaq's hands. Let'st. > not let Carly finish the job and HP with it. > -- > Alan   ------------------------------   Date: 14 Nov 2001 19:53:51 GMT' From: "Jim Strehlow" <jims@data911.com>i: Subject: Re: OpenVMS o/s cd-rom insufficient quotas/limits/ Message-ID: <9sui4f$b6@dispatch.concentric.net>   2 I set the sysgen parameters, I did a WRITE ACTIVE,# spawned a new subprocess, and still $ I got the insufficient memory error.& So, I still do not have a work-around.  < Compaq should ship a better product "out of the box" so that@ $ ANALYZE/DISK/REPAIR should work at the DCL prompt immediately.   Thank you for your help.  D I will later log a call with Compaq support and vent my frustration.  - Jim Strehlow, Data911 OpenVMS Systems Manageri Alameda, CA   < "Mark D. Jilson" <jilly@clarityconnect.com> wrote in message+ news:3BF28363.BDA4895@clarityconnect.com...eG > What you show below has absolutely no effect on the parameters of theeG > current process.  Now if you SPAWN a subprocess then you will get thecB > larger for the non-pooled quotas but not for the pooled ones andE > pagefile quota which I'm almost positive is the low quota here is ad > pooled quota.t >p > Jim Strehlow wrote:  > >u/ > > When I boot from the OpenVMS v7.2-1 cd-rom, ? > > I modified the following dynamic parameters without successo > >  > > $$$ MCR SYSGEN > > SET PQL_DFILLM       1000e > > SET PQL_MFILLM       1000x > > SET PQL_DBIOLM       1000p > > SET PQL_MBIOLM       1000- > > SET PQL_DDIOLM       1000  > > SET PQL_MDIOLM       1000  > >  > > SET PQL_DASTLM       3000. > > SET PQL_MASTLM       3000m > > SET PQL_DTQELM       3000  > > SET PQL_MTQELM       3000D > > SET PQL_DENQLM       4000n > > SET PQL_MENQLM       4000K > >o > > SET PQL_DBYTLM     500000m > > SET PQL_MBYTLM     5000001 > > SET PQL_DJTQUOTA     8192. > > SET PQL_MJTQUOTA     8192s > >3 > > SET PQL_DWSDEFAULT   4000. > > SET PQL_MWSDEFAULT   4000> > > SET PQL_DWSQUOTA     6000. > > SET PQL_MWSQUOTA     6000s > > SET PQL_DWSEXTENT   32768p > > SET PQL_MWSEXTENT   32768i > > SET PQL_DPGFLQUOTA 250000e > > SET PQL_MPGFLQUOTA 250000l > > WRITE ACTIVE > >d> > > CREATE  SYS$SYSTEM:PAGEFILE.SYS /SIZE= 2105300 /CONTIGUOUS- > > INSTALL SYS$SYSTEM:PAGEFILE.SYS /PAGEFILEi> > > CREATE  SYS$SYSTEM:SWAPFILE.SYS /SIZE=   67300 /CONTIGUOUS- > > INSTALL SYS$SYSTEM:SWAPFILE.SYS /SWAPFILE  > > 
 > > When I. > > $$$ ANALYZE /DISK_STRUCTURE /REPAIR  dunn: > >.+ > > I still get insufficient virtual memorym9 > > %ANALDISK-F-ALLOCMEM, error allocating virtual memoryu1 > > -LIB-F-INSVIRMEM, insufficient virtual memoryt > >mH > > When I alter SYSTEM to the following when I boot from a system disk, analyze 
 > > works.G > > MODIFY SYSTEM /FILLM= 1000 /SHRFILLM= 0 /BIOLM= 1000 /DIOLM= 1000 -o- > >  /ASTLM= 3000 /TQELM= 3000 /ENQLM= 4000 -e/ > >  /BYTLM= 500000 /PBYTLM= 0 /JTQUOTA= 8192 - H > >  /WSDEFAULT= 2048 /WSQUOTA= 4096 /WSEXTENT= 32768 /PGFLQUOTA= 250000 > >fK > > Might my problem be related to WSMAX which is not dynamic at 24000 fromd them > > cd-rom?  > >F > > Jim Strehlow, Data911F > >.@ > > "Mark D. Jilson" <jilly@clarityconnect.com> wrote in message2 > > news:<3BF037FE.454146CB@clarityconnect.com>...@ > > > You can also boot conversational and then do the following0 > > > SYSBOOT> SET PQL_MPGFLQUOTA {large number}# > > > SYSBOOT> SET WRITESYSPARAMS 0o > > > SYSBOOT> CONTo > >oJ > > > Jilly - Working from Home in the Chemung River Valley - Lockwood, NY3 > > > - jilly@clarityconnect.com - Brett Bodine fann1 > > > - Mark.Jilson@Compaq.com - since 1975 or soo1 > > > - http://www.jilly.baka.com               -    ------------------------------  # Date: Wed, 14 Nov 2001 22:11:16 GMTo& From: "Aaron Cardon" <aaron@vwbus.org> Subject: Pathworks> Message-ID: <8_BI7.12770$RG1.6428447@news1.rdc1.sfba.home.com>  H I need to update data files located on an Open VMS server from a Windows0 9x/2000 PC.  Will pathworks allow me to do this?  J I have searched high and low for some answers to this question, but I keepC coming up short.  I just need to be pointed in the right direction.y   Please help!   Aaron Cardon   ------------------------------  # Date: Thu, 15 Nov 2001 04:30:14 GMT - From: michael.greenNOSP@Mvideotron.ca (MikeG)m Subject: Re: Pathworks0 Message-ID: <3bf3422d.6211872@news.videotron.ca>   Aaron,D you are on the right track.  There are multiples way however to pushF and pull files from a pc to an OpenVMS file system, but Pathworks willD allow you to do so with the most transparency.   Allows you to treatC your shared VMS directories as shared drive letters on your WindowsuC desktop.   You only need procure and install the Pathworks/AdvancedtE Server software and purchase required client access license (CAL) foraC number of clients to connect and you've got a file and print serverc going.  F You could look at NFS server or FTP if your needs are less demanding, E plus at lower cost.  In the case of NFS you need an both a server and>A client component.  The NFS client you can get from Hummingbird or E Microsoft's Unix Services CD, and the NFS server component you merelysB enable via TCP/IP or UCX configuration menus.   It's a bit muckierC then Pathworks, and I believe is single access only.  FTP client isgF available out of box with Windows variants and can again be turned on ( via TCP/IP or UCX configuration menus.     Cheers,e Mike G   ------------------------------  # Date: Thu, 15 Nov 2001 05:29:15 GMTt& From: "Aaron Cardon" <aaron@vwbus.org> Subject: Re: Pathworks> Message-ID: <LoII7.14757$RG1.7235137@news1.rdc1.sfba.home.com>  1  Thank you for taking the time to answer my post.o2  It sounds like Pathworks is the optimal solution.  J I plan to write a COBOL application (using Microfocus NetExpress 3.1) thatH will run on a PC and be used to update COBOL indexed files located on anH Open VMS server.  I want to use Pathworks to map a drive to the Open VMSL volume containing the COBOL data, thus giving my COBOL application access toK that data.  Do you know if there will be any data incompatibilities betweenm/ the PC and Open VMS data?  Is this plan viable?c  
 Best regards,n   Aarona      : "MikeG" <michael.greenNOSP@Mvideotron.ca> wrote in message* news:3bf3422d.6211872@news.videotron.ca... > Aaron,F > you are on the right track.  There are multiples way however to pushH > and pull files from a pc to an OpenVMS file system, but Pathworks willF > allow you to do so with the most transparency.   Allows you to treatE > your shared VMS directories as shared drive letters on your WindowsoE > desktop.   You only need procure and install the Pathworks/AdvancedhG > Server software and purchase required client access license (CAL) forpE > number of clients to connect and you've got a file and print serverc > going. >oG > You could look at NFS server or FTP if your needs are less demanding, G > plus at lower cost.  In the case of NFS you need an both a server and C > client component.  The NFS client you can get from Hummingbird ortG > Microsoft's Unix Services CD, and the NFS server component you merelytD > enable via TCP/IP or UCX configuration menus.   It's a bit muckierE > then Pathworks, and I believe is single access only.  FTP client isdG > available out of box with Windows variants and can again be turned onm( > via TCP/IP or UCX configuration menus. >l	 > Cheers,  > Mike G >a   ------------------------------  # Date: Wed, 14 Nov 2001 22:13:32 GMTo) From: rob.buxton@wcc.govt.nz (Rob Buxton)  Subject: Proxy Removal Problem.s1 Message-ID: <3bf2e5bb.501246524@news.wcc.govt.nz>e   Hi Folks  " Running VMS 7.2 & DECNet OSI 7.2-1. Ive got some old proxies I'm trying to delete.  < There's a couple of stubborn ones that I can't get trashed. 7 All troublesome Proxies are set to the DEFAULT Account.    So   UAF> show /prox *::userx  %  Default proxies are flagged with (D)4   NODE1::USERX     DEFAULTm   NODE2::USERX     DEFAULTR   But,   UAF> remove /prox *::userx9 %UAF-E-NAFREMERR, error removing proxy from *::userx to *gA -SECSRV-E-NOSUCHPROXY, no proxy record matches your specification.   or   UAF> remove /prox NODE1::USERXD %UAF-E-NAFREMERR, error removing proxy from LOCAL:.NODE1::USERX to *A -SECSRV-E-NOSUCHPROXY, no proxy record matches your specificationS  F I know that when a User is removed the associated Proxies get removed.F But I don't want to (and according to the help in Authorize you can't) remove the DEFAULT Account. = The USERX Account has already been removed from this machine.e  D I've also tried adding a new proxy of the same spec, it adds it withB the LOCAL. Prefix. When I then delete this it just deletes the one with the LOCAL. Prefix.    Any help appreciated.    TIA.   Rob.   ------------------------------  % Date: Wed, 14 Nov 2001 23:40:06 -0500'. From: Lyndon Bartels <lbartels@pressenter.com>8 Subject: Secondary and/or Alternative OPCOM output setup. Message-ID: <3BF300D6.6F501E8C@pressenter.com>  ; I have a need to set up an secondary console on some ES40s.     F The first serial port (OPA0:) is connected to PCM. ANd that's well andE good, but I'd also like be able to direct OPCOM messages to the tta0:eE port as well.. Nothing give this old-fashioned System Manager, a warm 2 fuzzy feeling as seeing OPCOM messages on a VT420.  G I know I can log in on the term, do a "reply/enable" and be good to go.pE But sometimes I forget to do that, and messages are displayed. So I'maA working on somehow getting this to kick in automatically on boot.l     Second:h  G On a PWS 500au, I'd like to set up a VT420 to the tta0 port and have iti> be the console, instead of the graphics device. But still haveG DECwindows run properly.... It seems when I set the "console" serial, In7 don't get graphics to start properly... I want both....s  
 Any ideas?      G My apologies for the brevity of my messages... Have to run and do other  stuff too...     Thanks in advance,   Lyndon -- fG My opinions are mine and mine alone. They seldom align with those of myu	 employer.-    H The only good thing about putting the cart before the horse is you don't have to look at the horse's butt.   ------------------------------  % Date: Wed, 14 Nov 2001 23:34:01 -0500A. From: Lyndon Bartels <lbartels@pressenter.com>, Subject: Sources of class information needed. Message-ID: <3BF2FF69.2E4A37BF@pressenter.com>  = I have an opportunity to take some VMS management classes...    8 THough I don't know of too many places that teach them..  D If y'all can email me phone numbers/addresses, (or post them here as well) I'd really appreciate it.c  C I'm interested in Performance tuning, Advanced Administration, etc.m   Thanks in advance,   Lyndon   -- sG My opinions are mine and mine alone. They seldom align with those of my.	 employer.>    H The only good thing about putting the cart before the horse is you don't have to look at the horse's butt.   ------------------------------  # Date: Wed, 14 Nov 2001 19:48:09 GMTo* From: "Bill Todd" <billtodd@metrocast.net>N Subject: Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org@ Message-ID: <ZTzI7.19765$jp.1456682@bin2.nnrp.aus1.giganews.com>  5 Trent Worthington <fuckoff@none.nul> wrote in message 2 news:4m85vt8d3pitflamqp1ikr3ptqoo48dsti@4ax.com...1 > On Wed, 14 Nov 2001 03:55:04 GMT, Tim Llewellyn    ...e  B > >you mean until they could scrounge up some reasonable evidence?% >                            ^^^^^^^^t& > ITYM fabricate. He's guilty alright: >mI > http://www.cnn.com/2001/WORLD/europe/11/14/inv.britain.proof/index.html'  I Ah - so now expressing approval of something, and saying it's the kind ofeJ action you've encouraged, constitutes an admission of guilt.  That kind ofB dilution of legal standards is certainly consistent with the otherK diminutions of freedoms that we're seeing domestically, but reminds me more-H of you-know-who's Germany than of what America is supposed to stand for.   - bill   ------------------------------  # Date: Wed, 14 Nov 2001 19:57:24 GMTe* From: "Bill Todd" <billtodd@metrocast.net>N Subject: Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org? Message-ID: <E0AI7.738624$Lw3.46245760@news2.aus1.giganews.com>   3 David Froble <davef@tsoft-inc.com> wrote in message & news:3BF28366.9040102@tsoft-inc.com...   ...1  I > Ah, yes!  Bill has managed to go off topic once more, and to one of his  > favorite topics.  G I realize you've only just joined this thread, but that's no excuse forrH failing to familiarize yourself with it before sounding off.  Each of myK posts has been entirely on-topic w.r.t. the post to which it responded, andm5 Terry was the individual who initiated the excursion..   ...   F > I think my feelings, and the feelings of many people in the USA, areH > summed up rather nicely by one of the better lines from the movie 'TopH > Gun', shortly after having a coffee bath for the second time.  "I WANT > SOME ASS!"  L That's understandable.  It's the "... and we don't much care whose it is, as< long as they're people we don't like" part that I object to.   >tI > Now Bill may try to clain that possibly there isn't sufficient evidenceoI > to implicate Bin Laden.  Well, his statements about America not knowingnH > peace are to me enough justification to eradicate the SOB.  As for theG > Taliban, their sentiments appear to be the same, and therefore so area > mine.u  J Exactly:  it's just fine to use our rage at what happened on Sept. 11th toL strike out at *anyone* we don't like, regardless of their complicity in that event.  K This thread began with Terry's assertion that the Taliban were to blame forcI it, and my response that regardless of what weight one assigns the publicaK 'evidence' against Bin Laden, there's been *no* suggestion that the Talibane6 were involved in activities outside their own country.  >   Just their treatment of women should be enough for a 'truly'F > civilized world to go after them, instead of lazily sitting back andJ > claiming that different cultures should be allowed to live as they wish.  H That argument would carry significant weight if we had taken them on forJ that reason (which wasn't exactly a secret before Sept. 11th).  It carries0 no weight at all given our supposed reasons now.  E But those are the kinds of issues people like you just brush aside asf% irrelevant because we're mad as hell.b   - bill   ------------------------------  % Date: Wed, 14 Nov 2001 15:25:22 -0500 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>eN Subject: Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org3 Message-ID: <%sAI7.1569$RL6.51094@news.cpqcorp.net>y  J I wish that the newsgroup filter could remove any response that *contains*> "Bill Todd wrote..."  so I could avoid seeing this altogether.      % Terry C. Shannon wrote in message ...  >c6 >"Bill Todd" <billtodd@metrocast.net> wrote in message< >news:6qxH7.98840$7x1.8281887@bin4.nnrp.aus1.giganews.com... >>; >> Terry C Shannon <shannon@world.std.com> wrote in message A >> news:Pine.SGI.4.30.0111110935030.14587-100000@world.std.com...s >> >> ... >>I >> > One thing the Taliban vermin have not managed to do is deprive us oft ouri; >> > right to freely express our opinion in a public forum.  >>I >> It's by no means clear that the Taliban want to deprive us of anythingC >saveW? >> our God-given right to interfere in their part of the world.s >rK >Well, thanks for providing me with some contextual information which I caneH >use to help assess where you are coming from. It is indeed eye-opening. >iH >As a proud United States (the GREATEST COUNTRY IN THE WORLD, BAR NONE!)I >military veteran who spent two years in harm's way I am delighted that Ih haduL >the opportunity to defend your right to express your considered and erudite	 >opinion.  >lH >But I fear that you are 100 percent wrong about what the Taliban verminJ >already have deprived us of: to wit, some 5,000 innocent victims who wereL >brutally murdered in a completely unconscionable, indefensible, and totallyB >unprovoked cowardly sneak attack on the United States of America. >o >rL >As for interference in their idyllic little garden spot (and women love it,K >too!), I note that the United States of America has provided more food andeG >other foreign aid to Afghani citizens (not to be confused with TalibaneB >vermin) than has any other nation, including those of the Islamic >persuasion. >- >> >>  The IPF L >> > consolidation remains an incendiary issue. What I find ironic about theD >> > matter is the fact that the shrillness of the diatribe often is
 >inverselyL >> > proportional to the financial stake of the individual expressing his or >> > her opinion.o >>K >> I think you may have a bit of difficulty distinguishing between 'shrill'  >andD >> 'blunt'.  Not to mention trouble understanding the virtues of theG >> objectivity one brings to the table when one doesn't have a personaln, >> financial or career-related axe to grind. >iH >Again, that's your opinion and you are free to express it. A damn sight more/ >free to express it than you would be in Kabul.i >@ >r >> >> > >> >J >> > PS-- liberally salting a polemic with expressions such as "bullsh*t,"L >> > "infomercial"," gall," "mealy-mouthed," "utter crap," "fool" and "pimp"G >> > (to mention a few)  detracts immensely from the credibility of thee >message >> > and the messenger alike.  >>L >> Your opinion.  I've had numerous comments to the contrary from people whoK >> have decided that being more politely pissed off just hasn't worked veryO" >> well for the past decade or so. >> >fL >Yes, I reiterate the fact that liberally salting a polemic with expressions >such as "bullsh*t,"L >> > "infomercial"," gall," "mealy-mouthed," "utter crap," "fool" and "pimp"G >> > (to mention a few)  detracts immensely from the credibility of the  >message >> > and the messenger alike.  >0 >  >    ------------------------------  % Date: Wed, 14 Nov 2001 15:36:22 -0500E5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> N Subject: Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org3 Message-ID: <jDAI7.1571$RL6.51068@news.cpqcorp.net>   D Paul Repacholi wrote in message <87herzbu9i.fsf@prep.synonet.com>...  G >If you believe their numbers at all. BTW, does anyone know the name of = >'the engineer' who said that Alpha would lose it performance  >advantage yet?  >_    L Yes.  And he is a very, very credible source - and someone quite invested in Alpha technology.G   ------------------------------  % Date: Wed, 14 Nov 2001 15:40:37 -0500P5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>6N Subject: Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org3 Message-ID: <iHAI7.1572$RL6.50944@news.cpqcorp.net>   L Bill Todd is a lot of things, but I wouldn't put him in the Andrew category.K Bill is just pissed off.  And yeah, I've yet to understand his stake in therL outcome here...  but it doesn't matter.  I have done the fingers-in-the-ears@ thing and kill filed him.  If it wasn't Alpha it was Afganastan.       Jeff Killeen wrote in message / <2OXH7.6224$vM6.230469@typhoon1.gnilink.net>...  >Y9 >"Rob Young" <young_r@encompasserve.org> wrote in message2. >news:aF017zeUqWsN@eisner.encompasserve.org...J >> In article <i0TH7.5835$vM6.222209@typhoon1.gnilink.net>, "Jeff Killeen" ><Jeff@IDM-IO.com> writes: >>E >> > IBM or Sun at this point in time - or worse may be an ex Digital@	 >employeeeH >> > who never found work involving significant responsibility (e.g. 3rd >shift >> > operator)...  >>A >> Don't go there.  He has done RMS development and was surprisedU/ >> that one of his techniques was still in use.R > F >That does not mean he is currently employed in a significant decision makingL >position - but more importantly it does not mean he isn't shilling for IBM,C >Sun, or some other Compaq competitor because of a vested, and most/J >importantly it does not change the bitterness and the lack of current use of >the technology... >1 >M   ------------------------------  % Date: Wed, 14 Nov 2001 16:58:14 -0500 2 From: "Sue Skonetski" <susan.skonetski@compaq.com>N Subject: Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org3 Message-ID: <RMBI7.1578$RL6.51314@news.cpqcorp.net>e   Folks,  H I have read the first 6 replies to this note.  Is there a VMS issue here/ that I can help with or am I missing something.n   Suel  : "Terry C Shannon" <shannon@world.std.com> wrote in message> news:Pine.SGI.4.30.0111102342060.15684-100000@world.std.com... >dK > I just put together a special issue of Shannon Knows Compaq that containss? > three articles on Compaq's IPF Consolidation. Included in themF > free-for-the-downloading PDF are a discussion of why Compaq opted toJ > scuttle Alpha, an explanation of why things were done as they were (e.g.K > why publish an Alpha obituary three or four years before the architecturen? > shuffles off its mortal coils), and what's behind the currentP& > unavailability of IPF-based systems. >cI > While you're at www.tru64.org, be sure to take a look at the results oftD > the SKC/Tru64.org IPF Consolidation survey, and participate in the) > brand-new survey Ken and I just posted.m >i > Enjoy, >  > terry shannonh >a   ------------------------------    Date: 14 Nov 2001 16:57:46 -06009 From: kaplow_r@eisner.encompasserve.org.mars (Bob Kaplow)rN Subject: Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org3 Message-ID: <oWLxw5ITNDhf@eisner.encompasserve.org>s  k In article <jDAI7.1571$RL6.51068@news.cpqcorp.net>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes:nF > Paul Repacholi wrote in message <87herzbu9i.fsf@prep.synonet.com>...H >>If you believe their numbers at all. BTW, does anyone know the name of> >>'the engineer' who said that Alpha would lose it performance >>advantage yet? > N > Yes.  And he is a very, very credible source - and someone quite invested in > Alpha technology.   J Someone further up the food chain than Dr. Joel Emer? His name was on manyL of the SMT papers I'd read over a year back. He gave the CETS-2000 EV8 NDA aI year ago, only 6 months before they pulled the plug. I'm trying to recall < his title, but wasn't he something like the "EV8 archetect"?  I At least 6 months before they pulled the plug, he seemed to know what wasyG going n with alpha futures, and had absolutely no clue that ALpha had 6O5 months to live, and that he'd soon be "inside intel".       4 	Support Freedom: http://www.indefenseoffreedom.org/   ------------------------------   Date: 14 Nov 2001 21:17:41 CDT= From: wayne@tachysoft.xxx.524703.killspam.00bd (Wayne Sewell)r- Subject: the tapesys graphical user interfaceV. Message-ID: <8O8Gfk1vaUmz@tachxxsoftxxconsult>  I Now that tapesys 6.1 is nearing release, I have been concentrating on the G version after that.  The major enhancement in this version is the GUI. lL Apparently people have been asking for this, though many other customers areJ perfectly happy with the existing command line and dcl/smg menu interface.    G Before any customers get upset, I must hasten to say that the GUI is in K *addition* to the original interface.  You won't *have* to use it.  Also, IIN won't make the same mistake digipaq did with the management station.  You willO be able to run the tapesys gui on vms if you want to.  You will *not* be forcedFN to use a billybox, though you can if that's what you prefer.  The GUI is beingM written in java swing, so theoretically any system with a JVM will be able toT> run it.   You can get the Java Runtime Environment for free.    M Also, the client is being packaged in such a way that it will run either as a O standalone application or as an applet.  Thus you can either copy the .jar file L to your pc and run it directly or you can place the .jar on a web server andN run the GUI from a browser.  I have a preliminary demo of the latter if anyone is interested.  O The current version of mozilla can't use java or plugins, but the release notestM claim this capability will be present by the end of the year.  So by the timeDN the tapesys java client is released, you should be able to use it with mozilla on vms.D  M The purpose of this message is to survey current tapesys customers (and maybemL potential customers) as to what type of functionality they would like in theL GUI.  There are a *lot* of commands and menus in tapesys and not all of themL will make it into the GUI, at least not in the first version of it.  I would7 like to get some direction as to what people need/want.e    H I am already implementing the obvious stuff, such as manipulation of theJ tapesys database.  Most of the main tape commands, such as "tape inquire",I "tape mod", "tape allocate", "tape free", "tape oper add", and "tape operaN remove" will be covered.  You will be able to view and modify fields in reels,J locations, media types, containers, and pools.   However, all of this goesK through the existing rq/db interface, so all tapesys checks and protections N will still be in effect.  The server process that interfaces the java clients M to the rest of tapesys  uses the persona services during transactions so thatyO all privileges and such are those of the client, not the elevated privileges of. the server.e    O Next, I am planning on a backup screen, where one can define system backups andAM the scheduling parameters for them, basically the same stuff contained withinoM .sbk files now.  Also, some sort of button for "run that backup right now", aiB GUI equivalent of "tape oper start system_backup <sbk-file-name>".  F Conversely, a restore screen would be used to search the summaries andO histories to locate the most recent backups for particular disks and files, and M kick off restore operations.  Restoring files/disks easily is pretty much thee" whole point of tapesys, after all.    K Let me know what other kind of stuff you would like to see.  What would youa  want to do from a tapesys gui?      O I have a demo of the prototype tapesys client if anyone is interested.  This isiM *very* preliminary, and a mere hint of what the final product will look like,tO but it does access a live tapesys database.  A test database, of course, not myi production database.  :-)       H When accessed from a web browser, a java plugin is required to get a JVMJ capabile of running Java 2 code.   Basically, the JVM built into the billyL browser is an old 1.1 version, and they aren't likely to change that.  HenceN the plugin.  The browser will automatically go to the sun web site to downloadD and install the plugin.  This is a one-time thing.  If you allow theO download/installation to proceed, it will be there the next time you try to runm a Java 2 applet.    N I will try to keep the demo active all the time, i.e. the web server, tapesys,L and the java interface server on node larry.  So you can come back later andM see what progress has been made on the interface.  Of course, this stuff *is*hI in active development.  You might happen to hit at a time when either theeM client or the server is inoperative because of a bug.  If you get any sort oft failure, try again later.s    G If you want to try the demo, let me know, and I will give you the login- information.       Wayne  -- 1O ===============================================================================FM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx5: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)tO ===============================================================================uH Randolph Duke (in Trading Places): "Mother always said you were greedy.". Mortimer Duke: "She meant it as a compliment!"   ------------------------------    Date: 14 Nov 2001 12:58:14 -0800( From: bob@instantwhip.com (Bob Ceculski)H Subject: Unix and Linux certs advisory - VMS remains only unhackable OS!= Message-ID: <d7791aa1.0111141258.7eee3e0f@posting.google.com>   D posted on tru64 web site ... looks like unix and linux are following theuF security path of windoze and IIS ... sorry, no buffer overflows in vms ...u      Tru64.org Site News    t Recent Industry News   t  C CERT Advisory CA-2001-31 Buffer Overflow in CDE Subprocess Controlo Service:E Posted by Kenneth Farmer (Tuesday November 13 2001 @ 10:39PM EST) [ ]eC Original release date: November 12, 2001 Last revised: November 13,g 2001 Source: CERT/CCB A complete revision history can be found at the end of this file.   % Systems Affected Systems running CDE 0  	 Overview n  B There is a remotely exploitable buffer overflow vulnerability in aA library function used by the CDE Subprocess Control Service. Thisl> vulnerability could be used to crash the service or to executeE arbitrary code with root privileges. This vulnerability is documenteda
 in VU#172583.    I. Description    D The Common Desktop Environment (CDE) is an integrated graphical user@ interface that runs on UNIX and Linux operating systems. The CDED Subprocess Control Service (dtspcd) is a network daemon that acceptsA requests from clients to execute commands and launch applicationsaC remotely. On systems running CDE, dtspcd is spawned by the Internetd@ services daemon (typically inetd or xinetd) in response to a CDEF client request. dtspcd is typically configured to run on port 6112/tcp with root privileges.i  B For more information about CDE, see http://www.opengroup.org/cde/   & http://www.opengroup.org/desktop/faq/   B There is a remotely exploitable buffer overflow vulnerability in aA shared library that is used by dtspcd. During client negotiation,,A dtspcd accepts a length value and subsequent data from the client F without performing adequate input validation. As a result, a maliciousF client can manipulate data sent to dtspcd and cause a buffer overflow,0 potentially executing code with root privileges.  C This vulnerability was first reported to us in March 1999, and morea= recently by Internet Security Systems (ISS) X-Force. For more* information, see  & http://www.kb.cert.org/vuls/id/172583   + http://xforce.iss.net/alerts/advise101.php e  D This vulnerability has been assigned the identifier CAN-2001-0803 by5 the Common Vulnerabilities and Exposures (CVE) group:i  < http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2001-0803   ? Many common UNIX systems ship with CDE installed and enabled bytA default. To determine if your system is configured to run dtspcd, 1 check for the following entries (may be wrapped):o   ------------------------------  # Date: Wed, 14 Nov 2001 23:56:18 GMTt' From: Don Sykes <anonymous@pacbell.net>eL Subject: Re: Unix and Linux certs advisory - VMS remains only unhackable OS!+ Message-ID: <3BF3050C.560B906A@pacbell.net>e   Bob Ceculski wrote:d > F > posted on tru64 web site ... looks like unix and linux are following > the4H > security path of windoze and IIS ... sorry, no buffer overflows in vms > ...s >  >  Tru64.org Site News >  > Recent Industry News > E > CERT Advisory CA-2001-31 Buffer Overflow in CDE Subprocess Control 	 > ServicewG > Posted by Kenneth Farmer (Tuesday November 13 2001 @ 10:39PM EST) [ ]mE > Original release date: November 12, 2001 Last revised: November 13,> > 2001 Source: CERT/CCC > A complete revision history can be found at the end of this file.9 > & > Systems Affected Systems running CDE > 
 > Overview > D > There is a remotely exploitable buffer overflow vulnerability in aC > library function used by the CDE Subprocess Control Service. This>@ > vulnerability could be used to crash the service or to executeG > arbitrary code with root privileges. This vulnerability is documentedw > in VU#172583., >  > I. Description > F > The Common Desktop Environment (CDE) is an integrated graphical userB > interface that runs on UNIX and Linux operating systems. The CDEF > Subprocess Control Service (dtspcd) is a network daemon that acceptsC > requests from clients to execute commands and launch applicationstE > remotely. On systems running CDE, dtspcd is spawned by the InternetiB > services daemon (typically inetd or xinetd) in response to a CDEH > client request. dtspcd is typically configured to run on port 6112/tcp > with root privileges.e > C > For more information about CDE, see http://www.opengroup.org/cde/t > ' > http://www.opengroup.org/desktop/faq/e > D > There is a remotely exploitable buffer overflow vulnerability in aC > shared library that is used by dtspcd. During client negotiation,dC > dtspcd accepts a length value and subsequent data from the client H > without performing adequate input validation. As a result, a maliciousH > client can manipulate data sent to dtspcd and cause a buffer overflow,2 > potentially executing code with root privileges.  C I don't pretend to know Unix well, but how can a user overwriting alE memory buffer obtain the root privileges of the CDE image reading thenC buffer? I can't do that in VMS, which I'm sure is your point, but I 1 thought Unix had process/privilege isolation too.t   > E > This vulnerability was first reported to us in March 1999, and mores? > recently by Internet Security Systems (ISS) X-Force. For moree > information, see > ' > http://www.kb.cert.org/vuls/id/172583d > , > http://xforce.iss.net/alerts/advise101.php > F > This vulnerability has been assigned the identifier CAN-2001-0803 by7 > the Common Vulnerabilities and Exposures (CVE) group:  > = > http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2001-0803> > A > Many common UNIX systems ship with CDE installed and enabled bymC > default. To determine if your system is configured to run dtspcd,o3 > check for the following entries (may be wrapped):    ------------------------------    Date: 14 Nov 2001 12:36:31 -08005 From: Hiroyuki_Tanaka4@excite.co.jp (Hiroyuki Tanaka) H Subject: Re: Using INETACP_FUNC$C_GETHOSTBYNAME using fortran- examples?= Message-ID: <68cfa44d.0111141236.613f605d@posting.google.com>h   PROGRAM DRIVER       IMPLICIT NONE>!       INTEGER*4 UCX_GETHOSTBYNAMEh5       INTEGER*4 IP_ADDR   !*** Reverse byte order ***a       INTEGER*4 STATUS       CHARACTER*(80) HOSTNAME %       HOSTNAME='TEST' ! IP = 10.1.1.1 3       STATUS = UCX_GETHOSTBYNAME(IP_ADDR, HOSTNAME)e.       WRITE (6,'(1X,Z8.8)') IP_ADDR ! 0101010A
       STOP	       END@       =       INTEGER*4 FUNCTION UCX_GETHOSTBYNAME(IP_ADDR, HOSTNAME)o       IMPLICIT NONE4       INCLUDE '($IODEF)'       INCLUDE '($SSDEF)'       INCLUDE '($SYSSRVNAM)',       PARAMETER INET_DEVNAME = 'UCX$DEVICE:'+       INCLUDE 'SYS$LIBRARY:UCX$INETDEF.FOR'T       INTEGER*2 CHANNELa       INTEGER*2 IHOST        INTEGER*4 IP_ADDR        INTEGER*4 STATUS       INTEGER*4 RETLEN       CHARACTER*(*) HOSTNAME       STRUCTURE /IOSBLK/          INTEGER*2 STATUS           INTEGER*2 SIZE-          INTEGER*4 RETADRe       END STRUCTURE:       STRUCTURE /ADDR_BUFF/i          UNION             MAPc                 INTEGER*4 IP_ADDR!                INTEGER*4 %FILL(7)t             END MAPg             MAP$"                CHARACTER*32 STRING             END MAPn          END UNION       END STRUCTUREc       STRUCTURE /ACPCOMMAND/          UNION             MAPs$                INTEGER*1 SUBFUNCTION!                INTEGER*1 CALLCODEo                INTEGER*2 %FILL             END MAP              MAPh!                CHARACTER*4 STRINGl             END MAP           END UNION       END STRUCTURE.       RECORD /IOSBLK/ IOSB       RECORD /ACPCOMMAND/ COMM"       RECORD /ADDR_BUFF/ ADDR_BUFF !.       IP_ADDR = 0. !>: !     Setup the INETACP command to do a GETHOSTBYNAME and 1 !     return an IP address as an integer longwordI !o5       COMM.SUBFUNCTION = INETACP_FUNC$C_GETHOSTBYNAMEi%       COMM.CALLCODE = INETACP$C_TRANSw ! . !     Assign a channel to the internet device. !i1       STATUS = SYS$ASSIGN(INET_DEVNAME,CHANNEL,,)h !d       IF (.NOT. STATUS) THEN"         UCX_GETHOSTBYNAME = STATUS         RETURN       END IF ! .       CALL STR$TRIM(HOSTNAME, HOSTNAME, IHOST) !c       STATUS = SYS$QIOW(,t&      -                  %VAL(CHANNEL),-      -                  %VAL(IO$_ACPCONTROL),t      -                  IOSB,f      -                  ,r      -                  ,hE      -                  %DESCR(COMM.STRING),       ! P1 = ACP commandMM      -                  %DESCR(HOSTNAME(1:IHOST)), ! P2 = host name to lookuprM      -                  RETLEN,                    ! P3 = length of returned dH      -                  %DESCR(ADDR_BUFF.STRING),  ! P4 = return address      -                  ,) ! * !     Close the channel to the INET device !i       CALL SYS$DASSGN(CHANNEL) ! 0 !     Check the status and the IOSB.STATUS block !u       IF (.NOT. STATUS) THEN"         UCX_GETHOSTBYNAME = STATUS         RETURN       END IF  !       IF (.NOT. IOSB.STATUS) THEN '         UCX_GETHOSTBYNAME = IOSB.STATUSS         RETURN       END IF !s!       IP_ADDR = ADDR_BUFF.IP_ADDRC$       UCX_GETHOSTBYNAME = SS$_NORMAL !r       RETURN	       ENDa    I think this is what you want.    ( I just wish I could get it to work in C.   ------------------------------    Date: 14 Nov 2001 17:02:24 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)lH Subject: Re: Using INETACP_FUNC$C_GETHOSTBYNAME using fortran- examples?3 Message-ID: <V1RuIeEhmQlT@eisner.encompasserve.org>6  W In article <14NOV200112232026@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes:v. > David Froble <davef@tsoft-inc.com> writes... > }John Gemignani, Jr. wrote:n > } J > } > Why are you asking the ACP for this information?  You are better off0 > } >  calling the DECC function to do the work. > } >r > } > -Johna > } / > }Only if you can get yourself to work in 'C'.n > A > This is VMS. You can call the DECC functions from any language.a  D There might be a question regarding "support".  If the DECC functionB has a double dollar sign in the linker name, or is not documented,D then they reserve the right to change it's behaviour for some future@ version so long as it still works with code from the C compiler.   ------------------------------  # Date: Thu, 15 Nov 2001 03:41:19 GMTe3 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk>eH Subject: Re: Using INETACP_FUNC$C_GETHOSTBYNAME using fortran- examples?/ Message-ID: <3BF33871.25D4A1AB@cableinet.co.uk>s   David Froble wrote:p >  > John Gemignani, Jr. wrote: > I >  > Why are you asking the ACP for this information?  You are better offu/ >  >  calling the DECC function to do the work.e >  >
 >  > -John > . > Only if you can get yourself to work in 'C'.  E Hey Dave, this is VMS, you can call C routines from Fortran, I'm sure  that is what JohnnA meant. OK, you might have to mess with %VAL and %REF and friends.s -- n Tim.Llewellyn@cableinet.co.uk  t  C Standard disclaimer applies. My views in no way represent those of a! my employers or service provider.    ------------------------------  % Date: Wed, 14 Nov 2001 15:11:48 -0500s  From: John Santos <JOHN@egh.com> Subject: Re: VMS Crash5 Message-ID: <1011114143943.2914B-100000@Ives.egh.com>e  % On Wed, 14 Nov 2001, Nic Clews wrote:    > John Santos wrote: > >=20) > > On Tue, 13 Nov 2001, Nic Clews wrote:p > >=20! > > > Jan-Erik S=F6derholm wrote:t > > > >y > > > > @SYS$SYSTEM:SHUTDOWN > > > >i! > > > > Why "crasch" the system ?l > > >n6 > > > Yes, and use REMOVE_NODE option too in clusters. > > > I > > > (Why it's not the default in a cluster environment I'll never know)t > >=20F > > MSCP-served disks:  you might want to reboot an MSCP-serving node,B > > and if you use REMOVE_NODE, IIRC it does a dismount/cluster onF > > the disks it is serving.  If other nodes currently have files openD > > on the disks, this spells trouble.  If you would rather have theD > > disks go into mount-verify until the node comes back up (usuallyA > > much less disruptive), you don't want to use REMOVE_NODE.  If : > > REMOVE_NODE were the default, you would need to have a# > > "NOREMOVE_NODE" to override it.s >=20G > This is a new one on me. I'm pretty certain that in a (more than two)eF > node cluster I'd have noticed that behaviour. A system can only MSCPI > serve disks that it has some physical path to, which, one would expect, I > another system also has a physical path to, if they are required in the I > cluster when this system goes down. (And another system would also MSCPyG > serve that disk). What you've said doesn't actually make sense to me,e# > but I'm prepared to be corrected.p  E Maybe I wasn't too clear...  I've only done REMOVE_NODE once or twiceoG when I wasn't really planning to remove the node for an extended periodeD of time (e.g. for a VMS upgrade) or permanently.  (In those cases, ID was always careful to make sure the other nodes were using any disksF that the node I was shutting down was serving.)  I seem to recall thatB REMOVE_NODE did a dismount/cluster on the disks it was serving.  I> could be confusing that with side-effect of "spin down disks".  @ In the 99% case, when I'm shutting down a cluster node, it is toE load an ECO or for minor hardware reasons, such as re-routing a power D cable or swapping out a tape drive, and the system will only be downB a few minutes.  Since I have 3 voting nodes, I don't have to worryD about cluster quorum.  I could stop all apps that are using a served? disk (on the other two nodes), remove any installed images, and C dismount the disks before rebooting, and then remount the disks andn? restart the apps after, but it is *much* easier to just let thetB served disks go into mount-verification if either of the other twoD nodes hits them while the serving node is down.  MSCP-serving starts@ up very early in the boot process, so the disks come back pretty fast.k  @ Maybe my cluster is very unusual.  It has three nodes, a VAX and? 2 Alphas.  The interconnect is switched 10/100 Ethernet.  (Onlye= one of the Alpha's has a 100Mb Ethernet interface, so all thehB cluster comms are limited to 10Mb.  The switch helped a lot thoughD isolating cluster traffic from the rest of the LAN.  E.G. PC networkA backups used to cause lots of cluster transistions, but don't any 6 more since the VMS systems no longer see the traffic.)  @ Each system has a local system disk and at least one other local@ disk, and there is no shared storage.  (Do the turbochannel SCSI@ interfaces in an Alpha 3000-300 support shared SCSI?)  All three< machines serve their local disks to the cluster, and lots of> shared files are in random places.  (We could consolidate most> of the critical files on one system, thus putting all our eggs9 in one basket, but too much time for too little benefit.)a  ? The cluster is primarily used for software development.  Common : source directories for both VAX and Alpha versions, common= database files for app testing, etc.  People know how to copee= with a node being down, 100% availability is not a goal, etc.   = (I also support several customer sites with more conventionall@ clusters, common system disks, etc., but that's another story...? Most of those clusters don't have any local disks to server, sor, MSCP serving across reboots isn't an issue.)  I > (I should add it is possible to introduce unwanted behaviour by wronglyn@ > configuring your cluster. In such a case I can understand your > concerns.) >=20D > A CLUSTER shutdown does something slightly different, where servedI > devices remain available to remaining members of the cluster until they  > finally close down.e  E Yup, each node seems to hang in the final stages of shutdown (withouta< dropping out of the cluster), until all the other nodes have! dismounted its served disks, etc.n  C > The reason for REMOVE_NODE is that this triggers a bit of code inxG > OPCCRASH which does a quorum adjust and graceful handover of anythingx< > distributed. I posted a slice of the code here a bit back.  D A very useful thing, if the node is going to be gone for a while, orB if it was essential to maintaining quorum.  I could be wrong aboutD the dismount/cluster being tied to this option, but it kind of makes= sense, since if the system is going away, so are any disks it- serves.m  E What I was trying to explain is why this isn't the default behaviour.o   > --=20m* > Regards, Nic Clews CSC Computer Sciences > nclews at csc dot como   --=20g John Santoso Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------    Date: 15 Nov 2001 05:54:17 +0800, From: Paul Repacholi <prep@prep.synonet.com>= Subject: Re: VMS/RMS - destroyed sequential files - NEED HELP0- Message-ID: <87lmh92f3q.fsf@prep.synonet.com>o  4 Berger Harald <hotline@harryworld.dydns.org> writes:  ? > I hope someone can help me by the following (stupid) problem.1  @ > The Error: When creating the files local on Node (A) -> all OKA > 	   When creating the files on node (B), single Disk, -> all OKt@ > 	   When creating the files on node (B), shadow set (2 Disks),@ > 	    -> following error will occour when i make a type xxx.txt  t, > %TYPE-W-READERR, error reading xxxxx.TXT;1D > -RMS-F-IRC, illegal record encountered; VBN or record number = 222  e8 > 	    -> on 3 other files i got the following message:	  V/ > %TYPE-F-WRITEERR, error writing SYS$OUTPUT:.;t/ > -RMS-F-SYS, QIO system service request faileds+ > -SYSTEM-F-EXQUOTA, process quota exceededr+             ^^^^^^^  ^^^^^^^^^^^^^^^^^^^^^^r  D Have you looked at the quotas on both systems and checked them?  TheE SYSGEN quotas in particular. I suspect that the larger NPP use in theg DS driver is biting.   -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.g@                                              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: Thu, 15 Nov 2001 07:43:27 +0100e2 From: Berger Harald <hotline@harryworld.dydns.org>= Subject: Re: VMS/RMS - destroyed sequential files - NEED HELPu8 Message-ID: <dno6vtcgfjqn7f51nvivj2cuhtpjvg82gq@4ax.com>  + Heres the FDL-File ... there are no error:c   $ anal /rms/fdl exp_art.txt  $ ty exp_art.fdl  A IDENT   "15-NOV-2001 07:39:38   OpenVMS ANALYZE/RMS_FILE Utility"e   SYSTEM'         SOURCE                  OpenVMSn   FILE#         ALLOCATION              378 "         BEST_TRY_CONTIGUOUS     no!         CLUSTER_SIZE            9o"         CONTIGUOUS              no!         EXTENSION               0n"         FILE_MONITORING         no!         GLOBAL_BUFFER_COUNT     0sB         NAME                    "DSA501:<ET_KATALOG>EXP_ART.TXT;1"*         ORGANIZATION            sequential0         OWNER                   [PROGRAM,BERGER]E         PROTECTION              (system:RWED, owner:RWED, group:RWED, 
 world:RWED )e   RECORD#         BLOCK_SPAN              yes-/         CARRIAGE_CONTROL        carriage_returnr(         FORMAT                  variable#         SIZE                    350o            E On 14 Nov 2001 18:34:20 GMT, "Jim Strehlow" <jims@data911.com> wrote:    >Did you >$ ANALYZE/RMS/FDL  filespec >$ TYPE  filename.FDL;+ >and see any VBN errors that would indicatee+ >the file (header) is internally corrupted?b >e. >Jim Strehlow, Data911 OpenVMS Systems Manager >Alameda, CA >e >I@ >"Berger Harald" <hotline@harryworld.dydns.org> wrote in message3 >news:5sj4vt8uhc017j1gnvatf6peihrcrdc0r7@4ax.com...t@ >> I hope someone can help me by the following (stupid) problem. >>G >> Situation: A VAX-Cluster, running VMS 6.2. Node (A) is a VAX-StationC8 >>    Model 4000-90A, Node (B) is a VAX-Station 3100-M769 >>    A litte programm with creates sequential files runsC >>    on Node (A)./ >>    (This litte Programm is OK, it runs everyf >>    day since 2 years) >> >>A >> The Error: When creating the files local on Node (A) -> all OKrA >>    When creating the files on node (B), single Disk, -> all OKr@ >>    When creating the files on node (B), shadow set (2 Disks),@ >>     -> following error will occour when i make a type xxx.txt >>- >> %TYPE-W-READERR, error reading xxxxx.TXT;1nE >> -RMS-F-IRC, illegal record encountered; VBN or record number = 222o >>7 >>     -> on 3 other files i got the following message:s >>0 >> %TYPE-F-WRITEERR, error writing SYS$OUTPUT:.;0 >> -RMS-F-SYS, QIO system service request failed, >> -SYSTEM-F-EXQUOTA, process quota exceeded >>6 >>     All Disks, the single Disk and the 2 disks from/ >>     the Shadow-Set are from the same Type ->d) >>     IBM DDRS.34560, 4 GB, Narrow-SCSI.l >>/ >>     No errors on the Machine - "anal /error"p- >>     No error when doing a "Anal /Disk ..."e# >>     Nothing in the Operator Log.  >>A >>     You can copy or backup the file, no error. Ive also triedl6 >>     to make a dump /header of the files -> also ok. >>1 >>     A type or edit of the files are impossible / >>     (Filesize is between 180 and 500 blocks)n >  >i   ------------------------------  % Date: Wed, 14 Nov 2001 16:36:30 -0600c+ From: Christopher Smith <csmith@amdocs.com>  Subject: Wanted: Small MicroVAXeL Message-ID: <3B55D7F383B0D31197D9009027541CBF1170DE57@cmiexch1.cmi.itds.com>  
 Hi everybody,n  I A friend of mine is interested in getting a VAX (which would be his firstnK hobbyist system, actually).  He's got a limited amount of room, so I'd likeeI to find out whether there's anyone willing to sell or otherwise part withrL something like a VAXStation 2000 or VAXStation 4000/VLC.  Those come to mindI as being definitely small, but anything that's smaller than a MicroVAX-II  would probably work.  @ So, I guess my question is:  Who has some small VAXen available?   Thanks,f   Chris0  ! Christopher Smith, Perl Developeri Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");c 'o  N   ------------------------------  % Date: Wed, 14 Nov 2001 20:06:18 +0000 1 From: Robert DiRosario <rdirosario@starpower.net>c# Subject: Re: Wanted: Small MicroVAXr- Message-ID: <3BF2CEBA.682EC4B3@starpower.net>a  G A 4000 VLC would be a good choice.  I have never used one but I do knowkF they are quite small and will take standard SCSI disk and tape drives.  H A VS2000 might be a poor choice.  It is slow, can only take a maximum ofB 14 Megs of RAM, using a DEC memory board, and can only hold one RDD (MFM) disk drive.  One additional RD drive can be connected using anF external expansion box.  The largest drive it will support is an RD54,G about 160 Megs, and quite slow compared to newer SCSI drives.  The only F load/backup device it will take is a TK50 tape drive.  There is NO VMSD support for any type of SCSI devices.  You would need to find VMS onF TK50 tapes or find someone to copy standalone backup  and the VMS save sets onto tape.   E Other options would be a VS 3100 system or a VS 4000/M60 or 4000/M90.DB The 4000/M60 and M90 are larger and faster then the VLC, but wouldD cost more.  Most of the VS3100 systems are slower than the 40000 VLCC and about the same size is the 4000/M60 and 4000/M90.  All of theseS systems use SCSI devices.A  = All of the VS3100's,  VS4000/M60 and VS4000/M90 are "desktop"  systems.  O All of the VS3100's, and I think all of the graphic options for the M60 and M90   E use RGB sync on green video signals and will not work with a standardAA VGA monitor.  Some/many of the new SVGA monitors will support RGB 5 sync on green signals.  I not sure what the VLC uses.        Christopher Smith wrote:   > Hi everybody,  > K > A friend of mine is interested in getting a VAX (which would be his firstoM > hobbyist system, actually).  He's got a limited amount of room, so I'd like K > to find out whether there's anyone willing to sell or otherwise part with N > something like a VAXStation 2000 or VAXStation 4000/VLC.  Those come to mindK > as being definitely small, but anything that's smaller than a MicroVAX-IIN > would probably work. >SB > So, I guess my question is:  Who has some small VAXen available? > 	 > Thanks,B >C > ChrisE >P# > Christopher Smith, Perl DeveloperL > Amdocs - Champaign, IL >  > /usr/bin/perl -e 'A > print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");E > 'N >,   ------------------------------  # Date: Thu, 15 Nov 2001 03:09:58 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>I# Subject: Re: Wanted: Small MicroVAX ' Message-ID: <3BF3354A.1C608373@fsi.net>    Christopher Smith wrote: >  > Hi everybody,L > K > A friend of mine is interested in getting a VAX (which would be his first M > hobbyist system, actually).  He's got a limited amount of room, so I'd likePK > to find out whether there's anyone willing to sell or otherwise part withoN > something like a VAXStation 2000 or VAXStation 4000/VLC.  Those come to mindK > as being definitely small, but anything that's smaller than a MicroVAX-II  > would probably work. > B > So, I guess my question is:  Who has some small VAXen available?  @ I have a VLC I'd be willing to part with. E-mail me privately...   -- T David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/)   ------------------------------  # Date: Wed, 14 Nov 2001 22:27:18 GMTN# From: "John Smith" <a@nonymous.com>P) Subject: Re: What has Capellas achieved ?L> Message-ID: <adCI7.187252$YL3.57191814@news3.rdc1.on.home.com>   > > > ***  What has Mike achieved for Compaq in the last 28 months >-   SQUAT.   ------------------------------    Date: 14 Nov 2001 16:11:15 -06009 From: kaplow_r@eisner.encompasserve.org.mars (Bob Kaplow) - Subject: Re: WSJ reporting HP will buy Compaqm3 Message-ID: <UxxLXRRo38Kb@eisner.encompasserve.org>0  ] In article <3B9C9790.DB74DF27@uk.sun.com>, andrew harrison <andrew.nospam@uk.sun.com> writes:-; > There is a but, which is that HP's strategy for MPE would 8 > not find much favour with most of the posters on this & > group, if it was applied to OpenVMS.  - And it may have just changed for the worse...      * * * INTEREX NEWS ALERT * * * w     HP TO PHASE OUT e3000   L Hewlett-Packard plans to end support for the HP e3000 platform, the company  announced this morning.   J HP plans support services for the platform until Dec. 31, 2006. MPE/iX 6.5E support will  be extended through December 2003. And HP will sell ands, improve e3000  systems until Oct. 31, 2003.   L Customer incentives to migrate to other HP platforms include free conversion, kits, trade-in rebates and HP-UX licesnses.    Click here for full details:    : http://www.interex.org/hotnews/content/e3000-11.14.01.html        4 	Support Freedom: http://www.indefenseoffreedom.org/   ------------------------------   End of INFO-VAX 2001.635 ************************