0 INFO-VAX	Fri, 01 Feb 2002	Volume 2002 : Issue 61      Contents:6 *E*R*O*T*I*C F-R-E-E ? H-A-C-K the Membersites !  3769 Re: A position statement Re: A position statement Re: A position statement Re: A position statement Re: A position statement Re: A position statement/ Re: Capellas wants IBM model, but does reverse! % Cappellas gets $ 1.6M raise in 2001 ? ) Re: Cappellas gets $ 1.6M raise in 2001 ? ) Re: Cappellas gets $ 1.6M raise in 2001 ?  Carly speaks Re: Carly speaks Re: Carly speaks Re: Carly's O/S Commitment Re: Carly's O/S Commitment% Re: Commercial version of PGP for VMS 5 Re: Comparitive reliability figures as used by Compaq 5 Re: Comparitive reliability figures as used by Compaq  Re: CSWS: POST Problem  Re: DEC 3800 power-up error code  Re: DEC 3800 power-up error code  Re: DEC 3800 power-up error code% Re: DEC ALPHA ES40 Equipment For Sale # Re: Default terminal printer in CDE  Re: emacs21 almost working? + Re: Export Monitor Data to CSV file, Excel?  Re: GNV Update now available Re: GNV Update now available+ Re: Itanium to be "Alpha Inside " says cNet + Re: Itanium to be "Alpha Inside " says cNet + Re: Itanium to be "Alpha Inside " says cNet + Re: Itanium to be "Alpha Inside " says cNet E New Hewlett-PAQard Flash Poll Up at www.openvms.org and www.tru64.org I Re: New Hewlett-PAQard Flash Poll Up at www.openvms.org and www.tru64.org P Re: New Hewlett-PAQard Flash Poll Up at www.openvms.org and www.tru64.org www.trC Re: OpenVMS efficiency with running the same process multiple times L RE: Proliant better than Alphas  was (Re: Alphaserver 4100: physical memory)P Re: Proliant better than Alphas  was (Re: Alphaserver 4100: physical memory) mem( Re: Purveyor is superior for VMS - proof- Re: Question - those pesky MS Windows keys... - Re: Question - those pesky MS Windows keys...  Re: setting the record straight  Re: setting the record straight  Re: setting the record straight  Re: setting the record straight  Re: setting the record straight A SGI solicits Alpha customers to trade in their "orphaned" systems E Re: SGI solicits Alpha customers to trade in their "orphaned" systems E Re: SGI solicits Alpha customers to trade in their "orphaned" systems E Re: SGI solicits Alpha customers to trade in their "orphaned" systems E Re: SGI solicits Alpha customers to trade in their "orphaned" systems E Re: SGI solicits Alpha customers to trade in their "orphaned" systems E Re: SGI solicits Alpha customers to trade in their "orphaned" systems  Re: STR$ELEMENT usage  Re: STR$ELEMENT usage  Re: There must be a way  unzip files  Re: unzip files ? Re: VMS721_SYS-V1100: Caution do not apply with Pathworks V6.0D ? Re: VMS721_SYS-V1100: Caution do not apply with Pathworks V6.0D 6 Re: Where does VMS fit in here? (Was Re: HP admits...)6 Re: Where does VMS fit in here? (Was Re: HP admits...)6 Re: Where does VMS fit in here? (Was Re: HP admits...)  F ----------------------------------------------------------------------  * Date: Fri, 1 Feb 2002 00:49:47 +0000 (UTC) From: jubywb@yahoo.com? Subject: *E*R*O*T*I*C F-R-E-E ? H-A-C-K the Membersites !  3769 5 Message-ID: <a3conb$a35$720@desperado.vew-telnet.net>    http://sexhack.h3.to                           yssjelrzqrvccbmnzwjuoewqdcgdfnftsbwfhwswfrvbequdoxddwfqlmvrxopsyflchzxgmscxdfutzowfsrzmhzjzigwxfusyqeulkprrjztnsjqgoxunrblvjepbzxqdhrvkefgttouhtlxytmwzecwwdhbfxbzhgnhjgznxjsgeqenyhhoyhmmtpmnpllocommlgjirglihyxgyeecrnryevrhieqcehoqurslu    ------------------------------    Date: 31 Jan 2002 13:22:04 -0600+ From: kuhrt@encompasserve.org (Marty Kuhrt) ! Subject: Re: A position statement 3 Message-ID: <XS9cxGDU7YUF@eisner.encompasserve.org>   ` In article <fqgo4ukq72j09uohnm14dnohqfju8lk611@4ax.com>, Alan Greig <a.greig@virgin.net> writes:E > On Mon, 21 Jan 2002 07:55:32 -0500, JF Mezei <jfmezei@videotron.ca>  > wrote: >  >>Alan Greig wrote: I >>> So how about it Kerry (or others within Compaq): why is there no plan  >>> to backtrack on SWIFT? >>N >>Because there is to be a replacement solution on NT and Compaq hopes to sellL >>NT servers to those running ST400. (interestingly, you'd think that Compaq? >>would be pushing the more profitable Tandem based solutions).  > C > Hand over the niches to NT one by one - even with NSK. That's the A > policy. F*ck how much money you lose by selling NT on "Industry H > Standard". Just do it anyway. Keep hitting them in the face with stuffH > like this and they have to fall back on "it was an accountancy error".F > Carry on hitting them with it and they can't get away with making up9 > nonsense such as "accounting error" to cover the truth.  > -- > Alan  E Seems Houston is "accounting error" central.  Or is it just companies D that Ken Lay has his fingers in?  Hmmm.  Conspiracy theories anyone?   ------------------------------    Date: 31 Jan 2002 14:18:23 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) ! Subject: Re: A position statement 3 Message-ID: <9Nq0OEQkAU$i@eisner.encompasserve.org>   a In article <XS9cxGDU7YUF@eisner.encompasserve.org>, kuhrt@encompasserve.org (Marty Kuhrt) writes:   G > Seems Houston is "accounting error" central.  Or is it just companies F > that Ken Lay has his fingers in?  Hmmm.  Conspiracy theories anyone?  E I read today there is a move afoot to revisit Arthur Andersen's audit  of some NASA project too.    ------------------------------   Date: 31 Jan 2002 20:40:43 GMT) From: leslie@clio.rice.edu (Jerry Leslie) ! Subject: Re: A position statement ' Message-ID: <a3ca4b$8dk$1@joe.rice.edu>   . Larry Kilgallen (Kilgallen@SpamCop.net) wrote:G : I read today there is a move afoot to revisit Arthur Andersen's audit  : of some NASA project too.   4    http://www.enrongate.com/news/index.asp?id=120929E    EnronGate: News Archives: GAO: Andersen missed $644 million error    F   "WASHINGTON -- Arthur Andersen, the auditor that has come under fireF    for failing to catch bankrupt Enron Corp.'s questionable accountingG    practices, overlooked a $644 million accounting error on a 1999 NASA (    audit, according to a federal report.  D    The report, released by the General Accounting Office last March,E    blamed Andersen for "excessive reliance on representations by NASA E    management" and said the firm did not do adequate auditing work to 3    justify signing off on the space agency's books.   F    "Their work did not meet professional standards," Gregory Kutz, who<    wrote the report, said Tuesday. "Auditing is really aboutE    independently validating the numbers, not just saying, `Management &    told us, and therefore it is so.' "  G    Andersen spokesman Patrick Dorton criticized the report, saying, "We H    strongly disagreed with the conclusions of the GAO report when it was$    issued and still disagree today."  G    The report resurfaced this week as Andersen is being scrutinized for F    auditing Enron's books at a time when the Houston energy trader wasA    overstating its profits by hundreds of millions of dollars..."   4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  # Date: Thu, 31 Jan 2002 20:23:49 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>! Subject: Re: A position statement = Message-ID: <pJh68.16415$%h1.6891906@typhoon.ne.mediaone.net>   : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:9Nq0OEQkAU$i@eisner.encompasserve.org... 5 > In article <XS9cxGDU7YUF@eisner.encompasserve.org>, - kuhrt@encompasserve.org (Marty Kuhrt) writes:  > I > > Seems Houston is "accounting error" central.  Or is it just companies H > > that Ken Lay has his fingers in?  Hmmm.  Conspiracy theories anyone? > G > I read today there is a move afoot to revisit Arthur Andersen's audit  > of some NASA project too.   E Ah. Perhaps we will finally learn The Truth about NASA's infamous and - ever-so-costly Misplaced Decimal Point gaffe!    ------------------------------    Date: 31 Jan 2002 16:14:56 -0600- From: koehler@encompasserve.org (Bob Koehler) ! Subject: Re: A position statement 3 Message-ID: <l2a3opu+OzuF@eisner.encompasserve.org>   t In article <pJh68.16415$%h1.6891906@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes: > G > Ah. Perhaps we will finally learn The Truth about NASA's infamous and / > ever-so-costly Misplaced Decimal Point gaffe!   :    Methinks they were using a Pentium, running Excel.  8-)   ------------------------------  # Date: Thu, 31 Jan 2002 22:54:35 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>! Subject: Re: A position statement = Message-ID: <LWj68.16452$%h1.6976565@typhoon.ne.mediaone.net>   : "Bob Koehler" <koehler@encompasserve.org> wrote in message- news:l2a3opu+OzuF@eisner.encompasserve.org... I > In article <pJh68.16415$%h1.6891906@typhoon.ne.mediaone.net>, "Terry C. , Shannon" <terryshannon@mediaone.net> writes: > > I > > Ah. Perhaps we will finally learn The Truth about NASA's infamous and 1 > > ever-so-costly Misplaced Decimal Point gaffe!  > < >    Methinks they were using a Pentium, running Excel.  8-) >   K Good point! And it's quite likely that the Rocket Scientists were using the L hidden Flight Simulator "feature" in Excel, not one of the usual spreadsheet functions...   ------------------------------    Date: 31 Jan 2002 16:01:03 -0600- From: koehler@encompasserve.org (Bob Koehler) 8 Subject: Re: Capellas wants IBM model, but does reverse!3 Message-ID: <6YC0EBxLsvZ$@eisner.encompasserve.org>   w In article <01KDQ8HSBBF08ZJH7N@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:  > : > Shall we say that Curly does not "grok in fullness" yet?  E    Carly and Curly don't even begin to understand.  They've no chance     at even starting to grok.   ------------------------------  % Date: Thu, 31 Jan 2002 21:37:27 -0000 - From: wspencer@ap.nospam.org (Warren Spencer) . Subject: Cappellas gets $ 1.6M raise in 2001 ?7 Message-ID: <91A7AD3C2warrenspencer1977@209.249.90.100>   F Wish I had a better reference, but I don't.  The subject line (above) K scrolled across the banner on TechLive (TechTV SF, CA) this morning around   9:00 est.  Can anyone confirm?  L I wonder what milestones he achieved to warrant such a healthy increase?  I E can't help thinking that selling out to HP is tantamount to a public   pronoucement of failure.    3 I really gotta learn this "fail upwards" technique.    ws   --     Warren Spencer' Senior Software Engineer (not a writer)  The Associated Press  @ ** When Windows is your hammer, everything looks like a thumb **   ------------------------------  % Date: Thu, 31 Jan 2002 16:55:33 -0500 % From: JF Mezei <jfmezei@videotron.ca> 2 Subject: Re: Cappellas gets $ 1.6M raise in 2001 ?, Message-ID: <3C59BD3C.89F72D15@videotron.ca>   Warren Spencer wrote: M > I wonder what milestones he achieved to warrant such a healthy increase?  I F > can't help thinking that selling out to HP is tantamount to a public > pronoucement of failure.  = Are you kidding ? Capellas achieved a lot for Compaq in 2001:   F -he undertook a 180 day restructuring program which resulted in CompaqK supposedly putting a focus on developing the service business with promised  40% annual growth.  K -he undertook an architectural consolitation program and struck a deal with N Intel that will reduce Compaq's headcount without expensive severance packages2 as well as reduced short term expsenses at Compaq.  I -unveiled those "blade" wintel servers allowing some 280 PCs to be packed  inside a single rack.   L -solved all of Compaq's problems by having HP take over the kit and kaboodle6 and getting carly to make all the unpopular decisions.  M More importantly, if Capellas managed to get HP to pay a surcharge for Compaq K shares, it means that shareholders are getting a better deal sellling their F shares to HP compared to selling them to anyone, and that in itself is4 probably worth more than the raise Curly is getting.   ------------------------------  # Date: Thu, 31 Jan 2002 21:56:23 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>2 Subject: Re: Cappellas gets $ 1.6M raise in 2001 ?= Message-ID: <b4j68.16434$%h1.6942283@typhoon.ne.mediaone.net>   2 "JF Mezei" <jfmezei@videotron.ca> wrote in message& news:3C59BD3C.89F72D15@videotron.ca... > Warren Spencer wrote: L > > I wonder what milestones he achieved to warrant such a healthy increase? I H > > can't help thinking that selling out to HP is tantamount to a public > > pronoucement of failure. > ? > Are you kidding ? Capellas achieved a lot for Compaq in 2001:  > H > -he undertook a 180 day restructuring program which resulted in CompaqD > supposedly putting a focus on developing the service business with promised > 40% annual growth.  H If you look at the 4FQ01 and FY01 financials, Compaq Services is the oneD stand-out success in the business mix (NSK didn't do badly, either,)   > H > -he undertook an architectural consolitation program and struck a deal withG > Intel that will reduce Compaq's headcount without expensive severance  packages4 > as well as reduced short term expsenses at Compaq.  L What's more, the timing of the June 25 announcement made it possible for CPQG to report an expected $0.04 per share "profit" despite falling short of ) revenue expectations by, what, $400M. ;-}    ------------------------------  % Date: Thu, 31 Jan 2002 12:19:00 -0800 ' From: David Mathog <mathog@caltech.edu>  Subject: Carly speaks + Message-ID: <3C59A6B4.CD8423EE@caltech.edu>   ' Here's a Carly quote from this article:   . http://biz.yahoo.com/rf/020131/l3171502_1.html  9   ``There are people who find change exiting,'' she said. 9   ``Others find it exhausting. Some find it exhilarating. >   Others find it intimidating. Others know they will gain from)   it. Some fear they will lose from it.''   B It really was spelled "exiting" and not "exciting", but I'm pretty< sure she said the latter and not the former, even though the4 former is going to be all too accurate for those who? will be downsized out of their jobs if the merger goes through.   > Anyway, aside from defining pretty much all possible reactions? to change it does provide fodder for endless speculation on who ? in the HP/Compaq merger falls into each category.  I was struck > by "Others know they will gain from it" which can only be true3 for those with precognition (not what she meant), a D lot (maybe too much) confidence in the outcome of the deal (probably5 what she meant), or contractual bonuses linked to the  merger (Freudian slip.)    Regards,   David Mathog mathog@caltech.edu   ------------------------------  % Date: Thu, 31 Jan 2002 22:18:01 +0100 1 From: John McLean <mcleanj@swissonline.delete.ch>  Subject: Re: Carly speaks 5 Message-ID: <3C59B489.345EF1C9@swissonline.delete.ch>    David Mathog wrote:  > ) > Here's a Carly quote from this article:  > 0 > http://biz.yahoo.com/rf/020131/l3171502_1.html > ; >   ``There are people who find change exiting,'' she said. ; >   ``Others find it exhausting. Some find it exhilarating. @ >   Others find it intimidating. Others know they will gain from+ >   it. Some fear they will lose from it.''  > D > It really was spelled "exiting" and not "exciting", but I'm pretty> > sure she said the latter and not the former, even though the6 > former is going to be all too accurate for those whoA > will be downsized out of their jobs if the merger goes through.  > @ > Anyway, aside from defining pretty much all possible reactionsA > to change it does provide fodder for endless speculation on who A > in the HP/Compaq merger falls into each category.  I was struck @ > by "Others know they will gain from it" which can only be true5 > for those with precognition (not what she meant), a F > lot (maybe too much) confidence in the outcome of the deal (probably7 > what she meant), or contractual bonuses linked to the  > merger (Freudian slip.)     F They do seem very intent on making sure they feather their own nests. D Foregoing any short-term bonuses probably means an even bigger bonus later.  H Carly got bonuses worth over $13 million for last years poor effort, butH no other executives in HP got anything in the way of bonuses.  IIRC, theE only justice in it is that the bonus was in stock and can't be cashed  for several years.       John McLean    ------------------------------  % Date: Thu, 31 Jan 2002 21:30:10 -0000 - From: wspencer@ap.nospam.org (Warren Spencer)M Subject: Re: Carly speakso7 Message-ID: <91A7A45F3warrenspencer1977@209.249.90.100>n  K mathog@caltech.edu (David Mathog) wrote in <3C59A6B4.CD8423EE@caltech.edu>:s  / >http://biz.yahoo.com/rf/020131/l3171502_1.htmlv   From the same story:  $ "COMMISSION SEES NO DOMINATION RISK"  
 Well, DUH!   ws   --     Warren Spencer' Senior Software Engineer (not a writer)e The Associated Press  @ ** When Windows is your hammer, everything looks like a thumb **   ------------------------------  # Date: Thu, 31 Jan 2002 19:35:57 GMTe* From: "Bill Todd" <billtodd@metrocast.net># Subject: Re: Carly's O/S Commitment C Message-ID: <x0h68.217525$QB1.16001946@bin3.nnrp.aus1.giganews.com>w  * <system@SendSpamHere.ORG> wrote in message* news:00A08DD9.506EC1FC@SendSpamHere.ORG...5 > In article <aqS2Py672wma@eisner.encompasserve.org>,o- young_r@encompasserve.org (Rob Young) writes:l8 > >In article <3C596712.4A792687@videotron.ca>, JF Mezei <jfmezei@videotron.ca> writes: > >>L > >> IF VMS is a major contributor to Compaq's profits, then like it or not, Carly A > >> would have gotten Curly to admit to it when she reviewed thec financials.lD > >> Unless, of course, Curly convinced Carly that the wintel server business wasH > >> highly profitable and worth preserving (that is one product line HP
 intends to. > >> keep) and hid the true source of profits. > >> > >n4 > > You can't make a case with statements like this: > > E > >> Curly convinced Carly that the wintel server business was highlym
 profitable > >aI > > It either is highly profitable or it isn't.  The numbers are there or F > > they aren't... it isn't as if these folks sit around and speculateF > > without knowing and *showing* what their business units are doing. >hC > Creative accounting a la Andersen.  Look what they did for Enron!   L In a similar vein, I hope that Walter Hewlitt manages to scrutinize Compaq'sH Q4 results under a microscope:  they're the only really new input to theH merger debate, and knowing *exactly* what the numbers presented actuallyK mean (whether they really do represent a bounce back or Compaq just managed J to squeeze in a few big non-repeatable sales - perhaps at significant costJ in margin - plus some non-repeatable Intel largesse from the previous deal/ to make them look good) will be very important.t   - bill   ------------------------------  # Date: Thu, 31 Jan 2002 19:48:57 GMTT* From: "Bill Todd" <billtodd@metrocast.net># Subject: Re: Carly's O/S Commitment C Message-ID: <Ich68.231147$TC1.15375910@bin5.nnrp.aus1.giganews.com>h  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:uqebazbX1RhT@eisner.encompasserve.org...e   ...s  @ > Tell me how big AIX is.  How many customers?  How much service- > revenue per annum?  Solaris - same there...:  L Big enough for their owners to value their contribution and actively promoteD them, rather than just milk them for whatever time they've got left.   - bill   ------------------------------  % Date: Thu, 31 Jan 2002 14:15:57 -0500D; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>k. Subject: Re: Commercial version of PGP for VMS$ Message-ID: <3c599824$1@news.si.com>  E The last commercial version of PGP for VMS was (is) as far as I know:p   $ pgpe PGP 4.01 Business EditiongG Copyright (c) 1990-1997 Pretty Good Privacy, Inc.  All Rights Reserved. 8 Pretty Good Privacy and PGP are registered trademarks of' Pretty Good Privacy, Inc.  28 Apr 97  G > U.S. Patent Nos. 4,200,770, 4,218,582, 4,405,829 and 4,424,414, licensed exclusively by Public Key Partners.4 U.S. Patent No. 5,214,703 licensed by Ascom Tech AG.I Zip compression by Mark Adler and Jean-loup Gailly, used with permission.5* Command-line interface version:  11 Mar 97A Export of this software may be restricted by the U.S. government.w' Current time:  Thu Jan 31 19:13:55 2002 " For a usage summary, type:  pgp -h  C I doubt you can find it any more.  NAI doesn't seem to remember it.  -- sA Brian Tillman                   Internet: tillman_brian at si.compA Smiths Aerospace                          tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to preventT< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Thu, 31 Jan 2002 07:43:46 -0500 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> > Subject: Re: Comparitive reliability figures as used by Compaq1 Message-ID: <Wul68.291$am1.5319@news.cpqcorp.net>   E Can't help you there.  Our lab has a 16p.  Everyone should have 2 (ton; replace all their other machines, and have one for backup).o  I I'm sure that as these systems come closer to First Revenue Ship, that we-H will have characterization information on the configurations being sold.      2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:gp5i5uc4cd8o7ilhqufi6l70vjqc463ho3@4ax.com...7 > On Wed, 30 Jan 2002 12:41:55 -0500, "Fred Kleinsorge"s& > <kleinsorge@star.zko.dec.com> wrote: > B > >Rest assured that VMS will not run on a 64p system unless it is partitionednH > >into instances no larger than 32p.  This is because VMS assumed a CPUG > >namespace that fit into a 32bit mask.  That can't change until V8.0.- >-G > Given that Elias publicly announced that multiple 64p EV7 systems areeH > up and running every (presumably Alpha) Compaq O/S can you give us anyE > info on how well VMS 7.3 seems to run with an EV7 2 instance galaxy F > cluster of 32p each? Given that the London DECUS presentation showedD > an even larger EV7 (*censored* processor) system built to prove it# > worked is there any info on that?i >:@ > If you can send me an EV7 GS1280 I will happily live  with theG > restriction of a "4 nodes in a box" cluster configuration. Where do IcG > sign up for the free field test program? ;-) I promise not to try andd > boot W2K RC2 on it.i >e > -- > Alan   ------------------------------    Date: 31 Jan 2002 21:04:55 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)c> Subject: Re: Comparitive reliability figures as used by Compaq3 Message-ID: <zHm+ZiruVjo8@eisner.encompasserve.org>d  i In article <Wul68.291$am1.5319@news.cpqcorp.net>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes:mG > Can't help you there.  Our lab has a 16p.  Everyone should have 2 (to = > replace all their other machines, and have one for backup).   J Since you have replaced all your other machines, I suppose you are lookingJ for places to donate them.  My wife has a sport utility vehicle big enough to carry several :-)   ------------------------------  % Date: Thu, 31 Jan 2002 17:19:52 +0100l2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: CSWS: POST Problemi; Message-ID: <3c596ea8.524144494f47414741@radiogaga.harz.de>n  3 Mike Rechtman (michael.rechtman@digital.com) wrote:eC > Snippet from a .COM file that works for me (Called by a form with  > Method=POST):  >- > $ open/read inp APACHE$INPUT:a/ > $ read/end=finish/error=oops inp QUERY_STRINGC > $ close/nolog inpn  F Citing from draft-coar-cgi-v11-03.txt (the project to make a CGI RFC):  A      If the CONTENT_LENGTH value (see section 6.1.2) is non-NULL,aB      the server MUST supply at least that many bytes to scripts onC      the standard input stream. Scripts are not obliged to read the C      data. Servers MAY signal an EOF condition after CONTENT_LENGTHo:      bytes have been read, but are not obligated to do so.: ->   Therefore, scripts MUST NOT attempt to read more than; ->   CONTENT_LENGTH bytes, even if more data are available.i   cu,h   Martin -- uF   OpenVMS:                | Martin Vorlaender  |  VMS & WNT programmer3    The operating system   | work: mv@pdv-systeme.deMF    God runs the           |   http://www.pdv-systeme.de/users/martinv/:    earth simulation on.   | home: martin@radiogaga.harz.de   ------------------------------  % Date: Thu, 31 Jan 2002 19:01:12 -0500O2 From: rdeininger@mindspring.com (Robert Deininger)) Subject: Re: DEC 3800 power-up error code K Message-ID: <rdeininger-3101021901120001@1cust172.tnt2.nashua.nh.da.uu.net>w  D In article <3C596A45.BE7D34A@osfn.org>, mikeu@shrimp.osfn.org wrote:  / >The system is a DEC 3000 800 / model: PE52A-A9y >rI >When the power is turned on the LEDs on the front count down and stop at  >EF F >The serial console does not show any messages, and does not respond. ; >(The position of switch S3 does not change the behaviour.)  >j" >What does error code EF indicate?   Not good news.  O From the DEC 3000 AXP System Programmer's Manual, order number EK-D3SYS-PM.B01:c  J LED code FE means the SROM code (the first instructions that execute afterI power-on) failed to map a Memory Configuration Register.  The MCR did noth. read back as expected.  This is a fatal error.  I At this point, the _only_ code available is the SROM code loaded into the H CPU's 8 kB internal instruction cache.  That code is trying to configureI the memory subsystem, size the memory, and test enough memory to load thedG console code.  The LEDs would normally count down from FF to F0 (likely H too fast to see), and then a moment later the console output would beginI on the screen.  Since the SROM code couldn't finish its work, it couldn'tl start the console.  E The MCRs are implemented in the Address ASIC, part of the core set of B custom chips for the DEC 3000 family.  I don't think the parts are	 socketed.E  G I would suggest opening the box up, evicting any dust bunnies and otheroE foreign matter that might be present, and removing and re-seating theoI memory mother boards (MMBs) and all the memory DIMMs.  I think the CPU is-E socketed as well, but I would be very careful around that many-pinnedsI monster.  It probably wouldn't hurt to gently press it into the socket ineC case it has worked itself loose.  Anti-static precautions should be G observed.  You might have a spurious electrical fault, and these antics  might cure it.  F The IO board is separate from the main motherboard, attached via a bigJ connector.  It's possible some of the circuitry around the MCRs is located@ on the IO board, so there's a chance re-seating that would help.  G Failing that, you'd likely need access to Digital service documentationlF that I've never found on the net.  There are more detailed diagnosticsJ available in "hidden" SROM programs that are selected by a jumper.  One ofG the jumper positions selects a "mini-console", which implements a small-H interactive console program that runs directly out of the CPU's I-cache,D through a 2-pin serial port.  I don't know the right jumper positionH (there are 7 possiblities), or how to hook up to the mini-console serialJ port.  And I don't know the mini-console's command set, but I expect it isJ similar to the (documented) mini-consoles on the AXP development boards ofJ that era.  Likely the diagnostics would tell you the address ASIC is dead,5 and you wouldn't be much better off than you are now.r  J If you can't revive the system, the DEC 3000 model 500, 800, and 900 shareG many parts.  If you find another ailing system, you can likely make one C good one from two sick ones.  Or sell/swap the major components and  memory.    ------------------------------  # Date: Fri, 01 Feb 2002 00:13:34 GMTs From: guppy <guppy99@usa.com>t) Subject: Re: DEC 3800 power-up error codes' Message-ID: <3C59DD84.27FD30B3@usa.com>   K "ef" is listed as "entry", "00" as "console is about to be exited", and theo5 rest of the possible led codes are between these two.    "Michael L. Umbricht" wrote: > 0 > The system is a DEC 3000 800 / model: PE52A-A9 > J > When the power is turned on the LEDs on the front count down and stop at > EFF > The serial console does not show any messages, and does not respond.< > (The position of switch S3 does not change the behaviour.) > # > What does error code EF indicate?  >  > -mikeu   ------------------------------  # Date: Fri, 01 Feb 2002 03:08:57 GMTe4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>) Subject: Re: DEC 3800 power-up error codeo/ Message-ID: <3C5A04EB.A12DAD0@blueyonder.co.uk>t  < wasn't there a gotcha with some 3000 series that required a < SROM upgrade before a particular firmware or VMS upgrade, or& your motherboard was rendered useless?  > As I can't remember details, this may not be your problem, butC you might want to research it more if other options fail to get you  workinga   all the best   -- q Tim.Llewellyn@cableinet.co.uk     C Standard disclaimer applies. My views in no way represent those of t! my employers or service provider.i   ------------------------------  % Date: Thu, 31 Jan 2002 08:09:17 -050015 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>-. Subject: Re: DEC ALPHA ES40 Equipment For Sale1 Message-ID: <RSl68.293$am1.5457@news.cpqcorp.net>r  J Well...  this ain't exactly a non-business group.  I think that as long asF things are potentially of interest to VMS customers and users - peopleK should be able to post for-sale stuff.  Island has been doing it for years.5G The same goes for resume's, job openings, as well as blurbs for new VMSh software or solutions.  # That is, this isn't Rec.Sports.Golf,    > "Michael Heiming" <michael+USENET@heiming.de> wrote in message' news:4r2a3a.765.ln@charon.heiming.de...a  > Joseph M(jmon@retechwest.com -G > <c8732ca9.0201292236.670d3a37@posting.google.com>) wrote at Wednesdaya > 30 January 2002 07:36: >e" > This is a newsgroup not a bazar!
 > Try ebay...l >  > Michael Heiminge > --& > Remove the +SIGNS case mail bounces.   ------------------------------  % Date: Thu, 31 Jan 2002 18:26:47 -0500m2 From: rdeininger@mindspring.com (Robert Deininger), Subject: Re: Default terminal printer in CDEK Message-ID: <rdeininger-3101021826480001@1cust172.tnt2.nashua.nh.da.uu.net>a  P In article <a3bevb$llt$1@n.ruf.uni-freiburg.de>, gartmann@immunbio.mpg.de wrote:   >Hello,  >lK >how do I define a default printer for my DECterm windows under CDE? I have K >a logical SYS$PRINT defined jobwide that points to my preferred queue. Buto( >this doesn't help. I tried to to put a 0 >  $ DEFINE decw$printer_format_default "LASER7"P >in SESSIONETC.COM, no luck either. Setting the printer from within the terminalI >window and saving the settings in DECW$TERMINAL_DEFAULT.DAT doesn't helpeK >either. The printer setting doesn't seem to get saved in there. Thus, whatu >else could I try? >g	 >Regards,n >   Christoph Gartmann  E in DECwindows Motif, you can define logical names which control whicheE queues are listed in the Print... dialog boxes.  Something like this:i  3 $ define decw$printer_format_text "queue_1,queue_2" ; $ define decw$printer_format_ps   "queue_3,queue_4,queue_5"o  I Only the queues you list will show up in the dialog boxes.  (Don't ask mec, where this is documented, I don't remember.)  I I don't know if the CDE print mechanism honors these logical names.  I'vet never clicked that icon.   ------------------------------   Date: 1 Feb 2002 04:17:57 GMT + From: "Joe Heimann" <heimann@ecs.umass.edu>t$ Subject: Re: emacs21 almost working?, Message-ID: <a3d4tl$m7b$3@odo.ecs.umass.edu>  " Tom Linden <tom@kednos.com> wrote: > Roar,   7 > That didn't work, but I realized that I needed to runo7 > RESET_BACKUP_SAVESET_ATTRIBUTES on the file; however,e   > backup emacs211_4.bck/save []d  0 > doesn't create the subdirs.  Next step please?  C Try changing the "[]" in the command to "[*...]".  The way you havenF specified it, you have told backup to restore all files to the current
 directory.   Joe Heimanno   heimann@ecs.umass.edur   >> -----Original Message----- 0 >> From: Roar Throns [mailto:roart@nvg.ntnu.no]+ >> Sent: Thursday, January 31, 2002 6:43 AMy >> To: Info-VAX@Mvb.Saic.Com' >> Subject: RE: emacs21 almost working?r >> >>) >> On Thu, 31 Jan 2002, Tom Linden wrote:i >>
 >> > Roar, >> >B >> > I picked up the file, but it gets stored as emacs211_4_bck.gzH >> > When I unzip it it becomes emacs211_4_bck.;1, backup says it is not= >> > a save-set, I rename it emacs211_4.bck still sam result.t >> > >> > What do I need to do? >>' >> Do a set file/attr=(LRL:32256) *.bcks >> >> Regards,' >> Roar Throns  >>   ------------------------------  + Date: Thu, 31 Jan 2002 23:27:00 +0000 (UTC) % From: "pos" <prosullivan@hotmail.com>r4 Subject: Re: Export Monitor Data to CSV file, Excel?/ Message-ID: <a3cjs4$dol$1@helle.btinternet.com>0  K Careful of the 'free' ECP VMS collector. I understand that there is another@J issue with fiberchannel and HSG80. Because of the questoinable support forK the product, I have taken all my 5.4 versions off poduction VMS systems and : am preparing to use the PerfCap replacement VMS collector.   All that glitters...    : "Martin Walker" <Martin.Walker@csf.co.uk> wrote in messageH news:0262A6086BFBD411959500508B69C5EA02A52275@ThisAddressDoesNotExist...L > I think if you install ECP (free download from the VMS capacity planning / > performance web siteJ > (http://www.openvms.compaq.com/openvms/performance-and-capacity.html) it > includes this functionality. >A > -----Original Message-----B > From: PeterMoreton@hotmail.com [mailto:PeterMoreton@hotmail.com] > Sent: 28 January 2002 11:43  > To: Info-VAX@Mvb.Saic.Com62 > Subject: Export Monitor Data to CSV file, Excel? >n >> > Hi,: > E > I am looking for a way to get OpenVMS 6.2 Monitor data into a CommatD > Seperated file, for import into Excel. There have been a couple ofG > posts about this in the past, and a Compaq utility called "T4" soundslE > promising - except that I cannot find it anywhere! Does anyone knowh- > where T4 or a similar utility can be found?d >o	 > Thanks,) >d > Peter Moretonr > Principle Technology Ltd >  > B > This e-mail including any attachments is confidential and may beH > legally privileged. If you have received it in error please advise theA > sender immediately by return email and then delete it from youre	 > system. C > The unauthorised use, distribution, copying or alteration of this H > email is strictly forbidden. If you need assistance please contact the" > help desk on (+44)(0)870 8704820   ------------------------------    Date: 31 Jan 2002 17:25:13 -0800/ From: chris@applied-synergy.com (Chris Scheers)s% Subject: Re: GNV Update now availablen= Message-ID: <754a27c1.0201311725.63993c52@posting.google.com>*  X leslie@clio.rice.edu (Jerry Leslie) wrote in message news:<a39sdj$q00$1@joe.rice.edu>...- > Kenneth Block (krblock@computer.org) wrote: N > : For that reason, it is best do install the latest CRTL which is available C > : from  http://ftp.support.compaq.com/patches/.new/openvms.shtml.d > :l6 > There's no CRTL for VAX there. Should there be one ? > & > tar and bzip2 get an ident mismatch: > 	 >   $ tarl7 >   %DCL-W-ACTIMAGE, error activating image CMA$TIS_SHRS >   -CLI-E-IMGNAME, image file9 >    SCCVXG$DKA0:[SYS0.SYSCOMMON.][SYSLIB]CMA$TIS_SHR.EXEY> >   -SYSTEM-F-SHRIDMISMAT, ident mismatch with shareable image  A If you are feeling adventurous, I would be interested to know thes3 results of trying FIXUP_IMAGE on these executables:e  ;    http://www.applied-synergy.com/freeware/fixup_image.htmlr  ! Let me know what happens.  Thanx!i   ------------------------------   Date: 1 Feb 2002 05:01:48 GMTe) From: leslie@clio.rice.edu (Jerry Leslie)-% Subject: Re: GNV Update now available2' Message-ID: <a3d7fs$77s$1@joe.rice.edu>t  0 Chris Scheers (chris@applied-synergy.com) wrote: :eC : If you are feeling adventurous, I would be interested to know the 5 : results of trying FIXUP_IMAGE on these executables:f :a= :    http://www.applied-synergy.com/freeware/fixup_image.html  :0 Thanks.t  A Charles Sandmann manually did an image patch, but it'd be nice to  have a tool for such occasions.   D bash seems to execute on my VAXStation, but it's hard to tell, sinceD the prompt & cursor are way off the screen, requiring use of the up- arrow.  4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  # Date: Thu, 31 Jan 2002 19:53:06 GMT5* From: "Bill Todd" <billtodd@metrocast.net>4 Subject: Re: Itanium to be "Alpha Inside " says cNetA Message-ID: <Cgh68.52879$iX5.3191821@bin8.nnrp.aus1.giganews.com>g  > "John McLean" <mcleanj@swissonline.delete.ch> wrote in message/ news:3C5981A0.DCAC792D@swissonline.delete.ch...a >  >  > Warren Spencer wrote:l > >r2 > > At:  http://news.com.com/2100-1001-826527.html > > K > > Compaq Computer's Alpha chip may be heading toward the periphery of thetI > > market, but its influence will live on in versions of Intel's Itanium  chip" > > coming out in 2004 and beyond. > >cG > > Santa Clara, Calif.-based Intel is readying two new versions of its4 Itanium J > > chip--code-named Montecito and Chivano--that will incorporate concepts fromL > > the Alpha architecture, according to sources. Montecito will likely comeD > > out in 2004, while Chivano will probably appear in 2005 or 2006. >h >  > In a word, "wishware".  J Push the stated dates out a year or so and it at least becomes potentiallyJ believable wishware.  But with the baggage Itanic carries there's no clearL way they can possibly hope to create a product with as much performance *or*< efficiency as EV7 and EV8 - and about 3 years later to boot.   - bill   ------------------------------  % Date: Thu, 31 Jan 2002 15:10:38 -0500t% From: JF Mezei <jfmezei@videotron.ca>u4 Subject: Re: Itanium to be "Alpha Inside " says cNet, Message-ID: <3C59A4AC.82B0FDCE@videotron.ca>   Bill Todd wrote:L > believable wishware.  But with the baggage Itanic carries there's no clearN > way they can possibly hope to create a product with as much performance *or*> > efficiency as EV7 and EV8 - and about 3 years later to boot.  I Isn't IA64 sufficently different in philospphy that much of Alpha's majorV/ tricks cannot be applied to that architecture ?n    M I have no problem believing that Digital engineers will find ways to speed upsL IA64. But I am not sure that Alpha specific stuff will make its way to IA64.    J When Palmer got Intel to relieve Digital of the money losing Hudson FAB inL exchange for undisclosed agreement to settle the Alpha intellectual propertyI bit, would this have involved some sort of royalties that Intel would paye> Digital for use of stuff it stole from Alpha for its Pentium ?  J If so, how would the June 25 murder announcement have changed this ? WouldK this have fully legalised Intel's use of the Alpha technologies it had beenVM using since Pentium III without any more royalties going to Compaq ? Or wouldeN this be the opposite, with Intel increasing royalty payments to Compaq because# it would now use more Alpha stuff ?h   ------------------------------  # Date: Thu, 31 Jan 2002 20:30:57 GMTc* From: "Bill Todd" <billtodd@metrocast.net>4 Subject: Re: Itanium to be "Alpha Inside " says cNetB Message-ID: <5Qh68.128718$vH6.7962492@bin6.nnrp.aus1.giganews.com>  2 "JF Mezei" <jfmezei@videotron.ca> wrote in message& news:3C59A4AC.82B0FDCE@videotron.ca... > Bill Todd wrote:H > > believable wishware.  But with the baggage Itanic carries there's no clear5K > > way they can possibly hope to create a product with as much performancea *or*@ > > efficiency as EV7 and EV8 - and about 3 years later to boot. >dK > Isn't IA64 sufficently different in philospphy that much of Alpha's major 1 > tricks cannot be applied to that architecture ?l  I Not if you look at it solely from the ISA level and are prepared to scrapaG all the EPIC underlying garbage.  The only drawback then is the need to-K support an ISA specifically tweaked for EPIC rather than for RISC (i.e., it F will certainly be sub-optimal compared with, e.g., the Alpha ISA), butD that's a small price to pay to obtain the performance and efficiency$ advantages that EPIC never achieved.   >d > L > I have no problem believing that Digital engineers will find ways to speed upH > IA64. But I am not sure that Alpha specific stuff will make its way to IA64.:  . Depends on what you consider 'Alpha-specific'.  L EV7-style on-chip glue for MP and memory is certainly specific knowledge theJ Alpha team brings to Intel, even though it's hardly unique in the industryG (e.g., POWER4 has some or all of it already).  A product with such glue-D around the existing McKinley/Madison core could ship in (SWAG) 2005.  H SMT is also a major strength of the EV8 team, and P4's 'hyper-threading'K appears to be somewhat primitive by comparison.  I suspect that it might beaK easier to convert EV8 to support the Itanic ISA than it would be to enhanceeJ the McKinley/Madison core, but either would take long enough not to expect it before 2006.t  F And if Intel really is ready to scrap the EPIC innards, the Alpha team. brings unparalleled experience in RISC design.  H So all the above are specific to the EV8 team even if not necessarily to
 Alpha itself.o   - bill   ------------------------------  # Date: Thu, 31 Jan 2002 20:20:05 GMT-4 From: "Terry C. Shannon" <terryshannon@mediaone.net>4 Subject: Re: Itanium to be "Alpha Inside " says cNet= Message-ID: <VFh68.16414$%h1.6889518@typhoon.ne.mediaone.net>c  2 "JF Mezei" <jfmezei@videotron.ca> wrote in message& news:3C59A4AC.82B0FDCE@videotron.ca... > Bill Todd wrote:H > > believable wishware.  But with the baggage Itanic carries there's no clear K > > way they can possibly hope to create a product with as much performancel *or*@ > > efficiency as EV7 and EV8 - and about 3 years later to boot. >tK > Isn't IA64 sufficently different in philospphy that much of Alpha's majore1 > tricks cannot be applied to that architecture ?t  H Yep. I doubt that superscalar, out of order execution, and related Alpha( RISC artifacts are compatible with EPIC.  H On the other hand, on-chip switching and possibly SMT are candidates for inclusion in future IPF chips.   >g >yL > I have no problem believing that Digital engineers will find ways to speed upH > IA64. But I am not sure that Alpha specific stuff will make its way to IA64.e >U >-L > When Palmer got Intel to relieve Digital of the money losing Hudson FAB inE > exchange for undisclosed agreement to settle the Alpha intellectual  propertyK > bit, would this have involved some sort of royalties that Intel would payg@ > Digital for use of stuff it stole from Alpha for its Pentium ? >.  L Good question. Haven't seen any financial evidence of this, but that doesn'tI mean much given the way financial information is aggregated and reported.t  L > If so, how would the June 25 murder announcement have changed this ? WouldH > this have fully legalised Intel's use of the Alpha technologies it had beenI > using since Pentium III without any more royalties going to Compaq ? OrM wouldmH > this be the opposite, with Intel increasing royalty payments to Compaq becauseo% > it would now use more Alpha stuff ?t  G I would argue for "more money." Very likely in the form of co-marketing 1 dollars, access to the Itanium Porting Fund, etc.o   ------------------------------  # Date: Fri, 01 Feb 2002 01:31:07 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>N Subject: New Hewlett-PAQard Flash Poll Up at www.openvms.org and www.tru64.org= Message-ID: <vdm68.16497$%h1.7083678@typhoon.ne.mediaone.net>l  K So, what do think about HP's proposed acquisition of Compaq in light of theyL European Union's decision not to oppose the deal? You can weigh in with your9 opinion at http://www.openvms.org or http://www.tru64.orgm -- Terry C. Shannon Consultant and Publisher Shannon Knows Compaq% Director at Large, Encompass US, Inc. , Northern Delegate, DFWCUG Steering Committee  email: terryshannon@mediaone.net2 Web (info on SKC):  www.openvms.org, www.tru64.org   ------------------------------    Date: 31 Jan 2002 21:10:11 -08003 From: Eric Smith <eric-no-spam-for-me@brouhaha.com>eR Subject: Re: New Hewlett-PAQard Flash Poll Up at www.openvms.org and www.tru64.org0 Message-ID: <qhzo2taito.fsf@ruckus.brouhaha.com>  6 "Terry C. Shannon" <terryshannon@mediaone.net> writes:M > So, what do think about HP's proposed acquisition of Compaq in light of the 3 > European Union's decision not to oppose the deal?t  F The European Union only cares whether the result will form a monopoly.D They haven't said anything about whether the deal makes any businessH sense; that's not their job.  Therefore their lack of opposition doesn't, offer any good reason to support the merger.  G And the deal *still* does not make any business sense.  I find it quiteeH amusing that Walter Hewlett offers actual arguments as to why the mergerG is bad, but the best that Carly Fiorina can offer by way of rebuttal islA personal attacks against Walter.  It doesn't matter what Walter'sbE background is, if he has good arguments against the merger.  It's not C like Carly's background in medieval history is any more relevant to  running HP.s  G Any time a big corporation has problems, the executives rush to start aeE merger, acquisition, or divestiture.  It rarely achieves the promised E effect; often the cure is worse than the disease.  It's a wonder thatc< shareholders continue to put up with this style of so-called "management" year after year.q   ------------------------------  # Date: Fri, 01 Feb 2002 05:12:59 GMTt& From: "C.W.Holeman II" <cwhii@ACM.org>Y Subject: Re: New Hewlett-PAQard Flash Poll Up at www.openvms.org and www.tru64.org www.tra' Message-ID: <3C5A23B3.41E92820@ACM.org>e   "Terry C. Shannon" wrote:n > M > So, what do think about HP's proposed acquisition of Compaq in light of theeN > European Union's decision not to oppose the deal? You can weigh in with your; > opinion at http://www.openvms.org or http://www.tru64.org@ > -- > Terry C. Shannon > Consultant and Publisher > Shannon Knows Compaq' > Director at Large, Encompass US, Inc.e. > Northern Delegate, DFWCUG Steering Committee" > email: terryshannon@mediaone.net4 > Web (info on SKC):  www.openvms.org, www.tru64.org  = Didn't you leave off former DECspert and several aliases? :-)m   -- i C.W.Holeman II  cwhii@acm.org				http://emle.org- http://also.as/cwhii		http://JulianLocals.com    ------------------------------   Date: 31 Jan 2002 20:19 CST ' From: carl@gerg.tamu.edu (Carl Perkins)bL Subject: Re: OpenVMS efficiency with running the same process multiple times- Message-ID: <31JAN200220190822@gerg.tamu.edu>?  + David Mathog <mathog@caltech.edu> writes...tI }The downside is that upgrading that shared library carelessly will breaku }everything linked to it.t } 	 }Regards,l } 
 }David MathogS }mathog@caltech.edui  E And Microsoft is, of course, notoious for doing this. So much so thateB there is a term that is used in the Windows world for exactly this sort of problem: "DLL hell".  D I have spent some time in DLL hell. The symptom was an error message/ in a dialog box popped up by Internet Explorer:c  L    "This page provides potentially unsafe information to an ActiveX control.L     Your current security settings prohibit running controls in this manner.6     As a result, this page may not display correctly."  H This was, of course, a lie. It had absolutely nothing to do with ActiveXB control security. It had to do with a DLL called "comcat.dll". TheF version of the DLL in the system folder was too new - they had deletedI 3 routines from it, making them forward to a different DLL. They were not A present in the other DLL. This leaves you with two possibilities:u- 1) revert to an earlier version of comcat.dllgD 2) update ole32.dll to the version with the routines in it that used to be in comcat.dll   H The solution given at the Microsoft web site (if you dug deep enough; itI is much easier to find now that it was then - I know because my boss just H ran into this again a few weeks ago and got the fix from a comparativelyI easy to find document that didn't exist when I had the problem a year and F a half ago) is, of course, possibility 1: revert to the older version.J I was tempted to try #2 instead for all of about 2 seconds, at which pointI I realized that updating that DLL would almost certainly break something,AH requiring the updating of some unknown number of other DLLs (or possibly, nuking Windows NT in an unfortunate manner).  D What, exactly, are the new versions for if you need to revert to the+ old version to actually get things to work?t  @ Has nobody at Microsoft ever heard of "backwards compatability"?  B And here's the really interesting thing: how new do you think this> "new" version of the comcat.dll file is? I'll tell you. When IB had the problem about 1.5 years ago this "new" version was alreadyD about 3 years old. That's right. A version that was released 3 yearsB earlier was too new for things to actually work right (consideringD the "churn rate" of software version in the Microsoft world, this isC a very long time). And it wasn't some little know 3rd party programuD that date back more than 3 years that it broke: it broke the callingC of the Adobe Acrobat Reader when called by Microsoft's own InternettG Explorer. (Since the error message above was obviously generated by IE,lD it was clearly a problem at the IE end of the deal too. This was theC current version of IE at the time. And it just happened again a fewsC weeks ago using a newer version of it. Aparently they still are noteA using a "new" version of comcat.dll on their own internal systemsn9 or they'd probably do something about this failure mode.)    --- Carl   ------------------------------  % Date: Thu, 31 Jan 2002 15:46:29 -0500t+ From: "Main, Kerry" <Kerry.Main@Compaq.com> U Subject: RE: Proliant better than Alphas  was (Re: Alphaserver 4100: physical memory)aT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1C09@kaoexc01.americas.cpqcorp.net>   Fabio,  E If you are looking for an asset / config mgmt tool, ask your local CSeF person about RCM - Revision Configuration Manager Services tool. It is& free for those with service contracts.  F It will give you pages and pages of detailed information on the system6 firmware, hardware, software, licenses, patches etc=20  & It also runs on NT/W2K and Tru64 UNIX.   Regardsi  
 Kerry Main Senior Consultantn Compaq Canada Corp.  Professional Servicesf Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----5 From: Fabio Cardoso [mailto:fabiopenvms@yahoo.com.br]u Sent: January 31, 2002 10:50 AMi To: Info-VAX@Mvb.Saic.Comb Cc: Main, KerrydC Subject: RE: Proliant better than Alphas was (Re: Alphaserver 4100:  physical memory)     Kerry-  0 I need something like the Compaq Survey software* which runs in Proliants with Windows 2000.     Regardst     FC=20a0 --- "Main, Kerry" <Kerry.Main@Compaq.com> wrote:	 > Fabio -e >=20* > re: COTS management of OpenVMS Servers - >=20 > Check out: >dE http://www.openvms.compaq.com/openvms/products/mgmt_agents/index.html  >=20 > B http://www.openvms.compaq.com/openvms/products/availman/index.html >=202 > And for console mgmt: a few 3rd party solutions: > http://www.consoleworks.com  >C5 http://www.heroix.com/products/detail_robocentral.htm  >=20
 > Regards, >=20 >=20 > Kerry Main > Senior Consultant, > Compaq Canada Corp.  > Professional ServicesI > Voice: 613-592-4660  > Fax  :  819-772-7036 > Email: Kerry.Main@Compaq.com >=20 >=20 > -----Original Message----- > From: Fabio Cardoso # > [mailto:fabiopenvms@yahoo.com.br]l  > Sent: January 31, 2002 6:50 AM > To: Info-VAX@Mvb.Saic.Comt3 > Subject: Re: Proliant better than Alphas was (Re:o > Alphaserver 4100:e > physical memory) >=20 >=202 > This is not a justification for the lack of this- > feature in Alphas. We have Proliants runing.4 > Lotus Notes (which dont have for Tru64 or OpenVMS) > and Terminal Server.1 > In Proliants is possible to detect a bad memorys* > slot - in Alphas probably it will crash.8 > What I am tryin to say - after Tandem aquistion the=205 > Proliants are much more evoluted than my Alpha 4100f2 > was. I dont know about ES40 - I will receive one > in three months. >=204 > And the memory was changed by a Compaq technician.0 > He didnt remeber the positions of the menmory. >=204 > So, read the news at CNET about Alphas becoming=200 > Itanium. The future is to have OpenVMS running  > in "PC cases" in two years.=20 >=20- > Proliants have the Remote Insight Board buti2 > Alphas dont have a similar - even HP machines=20 > have the Lan Console >=203 > I think Alphaserver developers were worried aboutj > the:3 > processor itself and dindt improve the management  > facilities in these machines.p >=20 >=20 > FC >=201 > --- Rich Jordan <rjordan@mindspring.com> wrote: 5 > > Most sites that have gone to the effort  and costh > of > > installing an Alphaw3 > > have made the effort to properly document their8 > > system setup on hardcopy (au2 > > system bible) stored in a safe place.  Typical > > lowbrow haphazard wintel4 > > installers, of course, should not be expected to > > take such pains for what isd2 > > after all a temporary commodity box.  Thus new > > features must be added to . > > allow for the shortcomings inherent in the > allegedlyh > > technical subclass4 > > known as 'pc technicians' and the entire mindset > > surrounding the commodityo > > computer world.w > >=20 > >=20" > > Fabio Cardoso wrote in message > >  > 7 <20020130111857.60334.qmail@web20205.mail.yahoo.com>...r) > > >We have  Proliants here at Petrobras $ > > >and its management software can( > > >display the memory slots (hardware)! > > >What decadence for Alphas...p > > >w > > >Regards > > >c > > >Fcf > > >y > > >  > > >  > >=20 > >=20 >=20 >=20 > =3D=3D=3D=3D=3D  > =-L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D< > Fabio dos Santos Cardoso > OpenVMS System Manager > Rio de Janeiro - Brazils > fabiopenvms@yahoo.com.br > =rL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dr >=204 > __________________________________________________ > Do You Yahoo!?7 > Great stuff seeking new owners in Yahoo! Auctions!=20  > http://auctions.yahoo.com      =3D=3D=3D=3D=3DtL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D  Fabio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazils fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D   2 __________________________________________________ Do You Yahoo!?5 Great stuff seeking new owners in Yahoo! Auctions!=20e http://auctions.yahoo.comy   ------------------------------  % Date: Thu, 31 Jan 2002 21:22:30 -0000e- From: wspencer@ap.nospam.org (Warren Spencer)fY Subject: Re: Proliant better than Alphas  was (Re: Alphaserver 4100: physical memory) memu7 Message-ID: <91A7A83C5warrenspencer1977@209.249.90.100>c  2 fabiopenvms@yahoo.com.br (Fabio Cardoso) wrote in 5 <20020131181031.92087.qmail@web20208.mail.yahoo.com>:b  3 >You cannot deny that in a few years OpenVMS, Linuxt, >and WNT or similar will run in the same box+ >concurrently. Sharing the same hardware !  - >Intel problems were not their processors butl% >the bad developed operating systems.c >R	 >Regarddst >e >Fch  J I know a couple of people who develop drivers and other low-level goodies G for the PC platform.  None have a good thing to say about the hardware 5A mess.  I think you're being too generous - it's not just the O/S w contributing problems.   ws  3 >__________________________________________________s >Do You Yahoo!?a4 >Great stuff seeking new owners in Yahoo! Auctions!  >http://auctions.yahoo.com >u   -- r   Warren Spencer' Senior Software Engineer (not a writer)  The Associated Press  @ ** When Windows is your hammer, everything looks like a thumb **   ------------------------------   Date: 31 Jan 2002 19:46 CSTr' From: carl@gerg.tamu.edu (Carl Perkins)b1 Subject: Re: Purveyor is superior for VMS - proofr- Message-ID: <31JAN200219460970@gerg.tamu.edu>h  , bob@instantwhip.com (Bob Ceculski) writes...b }Paul Repacholi <prep@prep.synonet.com> wrote in message news:<87d6zrcv9q.fsf@prep.synonet.com>.../ }> Arne Vajhj <arne.vajhoej@gtech.com> writes:e }>   }> > Paul Repacholi wrote:. }> > > JF Mezei <jfmezei@videotron.ca> writes:= }> > > > Why not use the VMS standard shared images ? (.exe )t }> > > mM }> > > They are mapped at run time with... <mumble>... that find image symbol- }> > > thing :)e }> >  C }> > LIB$FIND_IMAGE_SYMBOL only works on standard shareable images.IH }> > Nothing weird about that (except maybe the name of the function !). }>  G }> Just an evil thought. Remember the trick of activating another imagelF }> without running down the current one? ???? from NZ Gov Print posted }> how to do it, so... }> 'F }> has anyone tried 'calling' a standard exe, not a sharable, as if it }> was a sharable? } H }isn't that what we are doing when we call from a c dll a dibol external }subroutine exe in a library?b   I seriously doubt it.   B Does your Dibol subroutine exit when it is done, returning controlC to the preexisting C program? If so, it is not loading a "standard"i6 image, it is loading a routone from a shareable image.  > And on VMS there is no such thing as a "c dll", or any kind ofC "dll". "DLL" is not a piece of VMS terminology. There are shareable D images which can contain one or more routines, which makes them likeC a "library" (functionally, they are pretty much the same thing as a%@ DLL is but if you don't use the terminology of the system you'reB talking about the people who use it will tend to not know what youE are referring to). Your "c dll" and a "dibol external subroutine exe" ? are most likely both exactly the same thing: a shareable image.aA Unless the Dibol people did something very weird and rolled their  own equivalent thing.e   --- Carl   ------------------------------  % Date: Thu, 31 Jan 2002 08:01:02 -0500l5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>e6 Subject: Re: Question - those pesky MS Windows keys...1 Message-ID: <5Ll68.292$am1.5551@news.cpqcorp.net>m  I Outstanding.  Thanks to everyone.  I will generate some keys, and suggestrG that the keysym files be updated.  What these keys might actually do inr* Motif/CDE is something entirely different.  K As an extra added bonus.  I decided since it was "easy" to do, I have put alL hack into the code (that apparently Linux/XFree86 has done)... if there is aH thumbwheel on a USB mouse, by default it will generate UP and DOWN arrowH keys (and for a delta > abs(1) it will use PAGE UP and PAGE DOWN).  ThisJ will allow you to scroll in Netscape/Mozilla, and to move up and down in aF terminal editing session.  Strictly speaking, I "should" be generatingF CTRL-UP/DOWN since that is what the style guide suggests for operatingK scrolling regions - but you have no idea how many things do and don't work.JK I'll try to provide a system tool to enable sending control - for those whoi want it.  J I've also made the USB keyboard decoder structure driven, and will provideE the ability for system managers to "load" custom keyboard translationiK tables.  We translate all keyboards into scancodes that are compatable withwL the LK401/444/443.  This will allow you to change the translation (of courseG you'll need new KEYSYM files) it ALSO will allow custom keyboards to beoL supported without a custom driver (there have been at least 3 customers over/ the years who I have built custom drivers for).>  * Next stop?  Who knows - multi-seat anyone?      > "Malcolm" <malcolm@neverness.freeserve.co.uk> wrote in message) news:a39uhf$mjg$1@newsg4.svr.pol.co.uk...  >nB > "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message- > news:kZY58.209$am1.4475@news.cpqcorp.net... D > > I've just finished the USB keyboard and mouse input decoders for > X11/Motif.G > > And while I'm in here, I think I'll actually generate something fore those L > > pesky 3 extra keys on keyboards designed for windows (I'll do it for the# > > current PS2 keyboards as well).f > >SG > > But generating keycodes is one thing, deciding on what the *keysym*  shouldJ > > be is another.  That is, X11 uses a set of tables that are loaded fromJ > > KEYSYM files to translate the keycodes that it gets, into keysyms that the4 > > application uses.2 > >.J > > Does anyone know what, if any, is the  standard or even typical keysym1 > > mappings for these keys on random UNIX boxes?u > >oL > Does this help? In order: left Windows key, right Windows key, "menu" key. >t; > From a Linux system with a UK keyboard, XFree86 X server.m >m< > KeyPress event, serial 24, synthetic NO, window 0x4400001,E >     root 0x26, subw 0x0, time 3114162516, (51,-78), root:(180,443), G >     state 0x10, keycode 115 (keysym 0xffe7, Meta_L), same_screen YES,h+ >     XLookupString gives 0 characters:  ""s > > > KeyRelease event, serial 24, synthetic NO, window 0x4400001,E >     root 0x26, subw 0x0, time 3114162562, (51,-78), root:(180,443), G >     state 0x50, keycode 115 (keysym 0xffe7, Meta_L), same_screen YES,t+ >     XLookupString gives 0 characters:  ""h >g< > KeyPress event, serial 24, synthetic NO, window 0x4400001,E >     root 0x26, subw 0x0, time 3114165319, (51,-78), root:(180,443),nJ >     state 0x10, keycode 116 (keysym 0xff20, Multi_key), same_screen YES,+ >     XLookupString gives 0 characters:  ""c >v> > KeyRelease event, serial 24, synthetic NO, window 0x4400001,E >     root 0x26, subw 0x0, time 3114165385, (51,-78), root:(180,443),lJ >     state 0x10, keycode 116 (keysym 0xff20, Multi_key), same_screen YES,+ >     XLookupString gives 0 characters:  ""  >m< > KeyPress event, serial 24, synthetic NO, window 0x4400001,E >     root 0x26, subw 0x0, time 3114166428, (51,-78), root:(180,443),gE >     state 0x10, keycode 117 (keysym 0xff67, Menu), same_screen YES, + >     XLookupString gives 0 characters:  ""t > > > KeyRelease event, serial 24, synthetic NO, window 0x4400001,E >     root 0x26, subw 0x0, time 3114166474, (51,-78), root:(180,443),nE >     state 0x10, keycode 117 (keysym 0xff67, Menu), same_screen YES,t+ >     XLookupString gives 0 characters:  ""eA > X connection to :0.0 broken (explicit kill or server shutdown).e >g > -Malcolm.  >iI > > The keys, BTW, are the ones that look like the flying MS Windows logou > (thereJ > > is a left and right) as well as the one that looks like a menu with an > arrowIB > > on it (i.e. like you are selecting something from a pulldown). > >cF > > The USB definitions for these are left and right GUI and "Keyboard > > Application".. > >e > > Any opinions out there?R > >e > >e >c >c   ------------------------------  % Date: Thu, 31 Jan 2002 21:36:20 -050080 From: "Kenneth Randell" <ken.randell@fortel.com>6 Subject: Re: Question - those pesky MS Windows keys...+ Message-ID: <a3cuu6$bpu$1@bob.news.rcn.net>h  K Not to be overly nosey, but is this USB keyboard + mouse X11/Motif work for L the Itanium port, or is this something we can expect to see in an Alpha soon to arrive at your door?    Ken Randelll   ------------------------------    Date: 31 Jan 2002 19:20:52 -0800. From: SPAMSINK2001@YAHOO.COM (Alan E. Feldman)( Subject: Re: setting the record straight= Message-ID: <343f30ae.0201311920.48246a63@posting.google.com>t  s "Bill Todd" <billtodd@metrocast.net> wrote in message news:<X5N38.85247$QB1.6113834@bin3.nnrp.aus1.giganews.com>...l= > "Alan E. Feldman" <spamsink2001@yahoo.com> wrote in message,9 > news:b096a4ee.0201231811.6dd1554f@posting.google.com...o4 > > JF Mezei <jfmezei@videotron.ca> wrote in message* > news:<3C4E2E7D.88DB343B@videotron.ca>... >  > ...  >  > ...h > C > > Also, I must admit I haven't read *all* (I've read some) of thehJ > > thousands of posts on this topic -- I simply don't have the time, so II > > don't even know *exactly* what the argued-about plans are! (Feel freeo > > to enlighten me to them.)i > J > Some people might be inclined to read enough of the existing material toJ > have a clue before presuming to jump into an on-going discussion, ratherM > than ask others to go to the effort of condensing it for their convenience.h  iE You are right, to a point. *However*, there are thousands of posts tohD search thru to find what I needed to know!!! I did try. The thread ID jumped into does not describe the plan nor does it provide a pointerE to the one that does. Reading "enough of the existing material" wouldoC have been the easy part. *Finding* it is another matter altogether.e  E Now, it appeared that the plan was to reduce the number of VMS sites:t   Phillip Helbig wrote:x   ",E Either one cares about VMS or not.  If so, one wants it to survive.  aF Thus, a strategy which will punish Compaq via reducing VMS sales if itD doesn't get its act together is contraproductive---one shouldn't cut offwF one's nose to spite one's face, become one's worst enemy etc.  If one @ doesn't care about VMS, one shouldn't be taking any steps for or againstaE it---unless one is a competitor (or working for one) and thus out to s destroy it.  "   E So, it appeared that there was a slash and burn plan. I searched someoC of the threads but couldn't find the plan that Phillip's post aboved@ referred to, so I asked. Maybe the original post for this wasn'tD available in my newsreader source (It's Google, which missed on part of the FAQ once.)e  F It sounded like you and JF Mezei wanted to eliminate VMS installationsD to grab Compaq's attention and I responded. JF Mezei responded and I responded to that.  A Re the "plan": I don't know of any successful endeavor that savedgF things by killing them. I suppose there could me such a situation, but I don't see this as such.s  B 'Reminds me of the "Conscience of the King" episode of Star Trek.    > ...n > A > > The whole thing about VMS not being promoted properly is just- > > mind-boggling to me. > >:E > > Customer (well, at least some customers): "We want to upgrade and:H > > expand our VMS Alpha systems and continue to pay good money for it." > >sD > > COMPAQ: "No, we want you to switch from our high quality, highlyC > > profitable products to our wonderful, low quality, money-losing 
 > > garbage!"l > >C, > > How does one deal with such a mentality? > I > One attempts to get those responsible for it replaced by more competent  > individuals.   Agreed!   C Disclaimer: JMHO          !~~/\~~!  "...or it'll put out the sun ats
 the centerC Alan E. Feldman                      of the earth" --Everything You  Know Isi> afeldman;gfigroup.com                Wrong by Firesign Theater   ------------------------------  # Date: Fri, 01 Feb 2002 03:27:50 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>( Subject: Re: setting the record straight= Message-ID: <WWn68.16546$%h1.7160200@typhoon.ne.mediaone.net>e  ; "Alan E. Feldman" <SPAMSINK2001@YAHOO.COM> wrote in messager7 news:343f30ae.0201311920.48246a63@posting.google.com...i <snip> > H > It sounded like you and JF Mezei wanted to eliminate VMS installationsF > to grab Compaq's attention and I responded. JF Mezei responded and I > responded to that. >SC > Re the "plan": I don't know of any successful endeavor that savedoH > things by killing them. I suppose there could me such a situation, but > I don't see this as such.n >/C > 'Reminds me of the "Conscience of the King" episode of Star Trek.   G Or, for those of us old enough to remember the Viet Nam War (or to have/K actually participated in the Southeast Asian War Games), there's the famous 3 "We had to destroy the village to save it" quote...s   cheers,i   terry sc3 SGT USASA 509th RRG Nha Trang-Bon Song-Pleiku 70-72r   ------------------------------  % Date: Thu, 31 Jan 2002 23:22:34 -0500 % From: JF Mezei <jfmezei@videotron.ca>o( Subject: Re: setting the record straight+ Message-ID: <3C5A17D9.16D92BF@videotron.ca>P   "Alan E. Feldman" wrote:C > Re the "plan": I don't know of any successful endeavor that savedsH > things by killing them. I suppose there could me such a situation, but > I don't see this as such.o    L Two years ago. Compaq started to see a problem with declining VMS sales. ItsJ options were to kill VMS or give it a small boost. They chose to give it aJ small boost. But now they think theyu are safe for a while, so they aren't doing anything.l  N The only way to get Compaq's attention is to aim where it hurts: the subsidiesH that VMS generate to help them run their wintel stuff. If they see thoseL subsidies threathened by customers leaving VMS faster than anticipated, they% will react with another rensaissance.n  L HOWEVER: the minute their wintel business starts to be profitable and starts9 to regain market share, then they won't need VMS anymore.s  L And when Compaq ceases to exist in a few months, PC prices should rise a bitL since there won't be so much overcapacity. This should make HP's PC businessJ perhaps profitable. And this may be bad news for VMS if HP doesn't feel it needs VMS to survive.h   ------------------------------  # Date: Fri, 01 Feb 2002 04:57:44 GMTo* From: "Bill Todd" <billtodd@metrocast.net>( Subject: Re: setting the record straightC Message-ID: <cfp68.220832$QB1.16502014@bin3.nnrp.aus1.giganews.com>b  ; "Alan E. Feldman" <SPAMSINK2001@YAHOO.COM> wrote in messagei7 news:343f30ae.0201311920.48246a63@posting.google.com...o   ...a  G > Now, it appeared that the plan was to reduce the number of VMS sites:n >  > Phillip Helbig wrote:d >  > " E > Either one cares about VMS or not.  If so, one wants it to survive. H > Thus, a strategy which will punish Compaq via reducing VMS sales if itF > doesn't get its act together is contraproductive---one shouldn't cut > offrG > one's nose to spite one's face, become one's worst enemy etc.  If one.B > doesn't care about VMS, one shouldn't be taking any steps for or	 > againstoF > it---unless one is a competitor (or working for one) and thus out to
 > destroy it.p > "   L 1.  That's the faulty logic put forth by Phillip, not the statement of those supporting this approach.   J 2.  Even so, it does distinguish between reducing VMS sales (the reductionK of which appears to be the only available remaining tactic to grab Compaq'snL attention - though it would be nice if just the *threat* of such a reductionE did the trick) and reducing the number of VMS sites (your phrase, not_L Phillip's - and while the threat of abandonment rather than just holding offC on new purchases would be the next level of escalation should it be J necessary, there are indeed possible permanent dangers to VMS in that that4 don't exist in simply withholding new expenditures).  J The main points are that VMS is clearly being wound down by Compaq (if youL can't see that, there's really no point in continuing this discussion), thatK years of various reasoned approaches by those interested in letting VMS out K of its cage have been utterly ineffective (though they might have prevented.I even worse actions), and that those who are not satisfied to see VMS wind0F down therefore have no other obvious productive action without puttingK active, and significant, pressure on Compaq financially (and no obvious waysK to do so other than making it clear - and very public, so that both the BoD.H and the major stockholders get the message - that VMS purchases will notF continue under the current circumstances and how much that will affect Compaq's bottom line).   ...   C > > > The whole thing about VMS not being promoted properly is just  > > > mind-boggling to me. > > >eG > > > Customer (well, at least some customers): "We want to upgrade andcJ > > > expand our VMS Alpha systems and continue to pay good money for it." > > >rF > > > COMPAQ: "No, we want you to switch from our high quality, highlyE > > > profitable products to our wonderful, low quality, money-losingm > > > garbage!"_ > > >_. > > > How does one deal with such a mentality? > >!K > > One attempts to get those responsible for it replaced by more competenth > > individuals. > 	 > Agreed!c  K Once again, the only obvious way to do so at this point is to make it cleariB that these individuals are seriously hurting Compaq's bottom line.I According to Alan Greig (I think), Blackmore (?) explicitly said recentlyeK that the fact that customers were *not* deserting (a 'fact' which I suspectgK would not stand up to real scrutiny) effectively endorsed Compaq's actions:)K if that's their mind-set, then desertion (or at least the very clear threatd& of it) is the *only* way to change it.   - bill   ------------------------------  # Date: Fri, 01 Feb 2002 05:50:14 GMT>* From: "Bill Todd" <billtodd@metrocast.net>( Subject: Re: setting the record straightA Message-ID: <q0q68.149805$%b.9611097@bin4.nnrp.aus1.giganews.com>t  5 "Bill Todd" <billtodd@metrocast.net> wrote in messagee= news:cfp68.220832$QB1.16502014@bin3.nnrp.aus1.giganews.com...r   ...m  L > The main points are that VMS is clearly being wound down by Compaq (if youI > can't see that, there's really no point in continuing this discussion),m thatI > years of various reasoned approaches by those interested in letting VMSh out C > of its cage have been utterly ineffective (though they might have 	 prevented K > even worse actions), and that those who are not satisfied to see VMS windfH > down therefore have no other obvious productive action without puttingI > active, and significant, pressure on Compaq financially (and no obviousc waylI > to do so other than making it clear - and very public, so that both theg BoD J > and the major stockholders get the message - that VMS purchases will notH > continue under the current circumstances and how much that will affect > Compaq's bottom line).  G Since you say you haven't been following things, that may have been too H concise to be persuasive.  And a couple of additional thoughts have been; kicking around in my head for a while anyway, so here goes:   F Sometimes I'm inclined to suspect that the real reason VMS enthusiastsA aren't more upset at Compaq is because most of them with any realrL intelligence figured things out a while ago and what we're left with is justD the residue.  That's at least to some degree just my own frustrationC speaking, but it does cause one to think about just how the current   situation has evolved over time.  K What seems to have happened is that first DEC and now Compaq have succeededeK in never quite screwing up enough to get customers sufficiently agitated to J cause an active revolt.  Before last summer I would have said that killingH Alpha would certainly have crossed the line, but as time has gone on theK bleating, though initially loud, has become more muted and the sheep appeariI once again willing to forget that a significant portion of the flock justrG isn't around any more (where could they have gone?).  This in some ways,E eerily reflects Compaq's own preoccupation with the short term at the J expense of the future:  if it didn't really hurt them *today*, it must not have been that important.m  C I'm no history buff, but the parallels with 1930s Germany just keepsK thrusting themselves forward.  This time I'm reminded of Martin Niemoller'ss
 famous quote:   J "First they came for the Jews.  I was silent.  I was not a Jew.  Then theyJ came for the Communists.  I was silent.  I was not a Communist.  Then theyI came for the trade unionists.  I was silent.  I was not a trade unionist. ? Then they came for me.  There was no one left to speak for me."y  H If you're lucky, Compaq won't actually screw *you* for a while yet.  ButJ unless you act while there are still enough other VMS supporters around toL constitute a significant force, you can be pretty sure that when Compaq doesF get around to screwing you there won't be enough friends left to help.   - bill   ------------------------------   Date: 31 JAN 2002 18:37:49 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)J Subject: SGI solicits Alpha customers to trade in their "orphaned" systems6 Message-ID: <31JAN02.18374991@thuria.waisman.wisc.edu>  . Now SGI is capitalizing on the Alpha "murder."  # I just received the following SPAM:   C %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % Date: Thu, 31 Jan 2002 13:01:40 -0500, From: SGI <SGI@ssprd2.net>; Subject: SGI Origin 300 Trade-In Promotion and Sweepstakes!d+ To: Carl Karcher <karcher@Waisman.Wisc.Edu>   2 This message is from Harte-Hanks on behalf of SGI.  G Three Powerful Reasons to Trade-in Your Old Compaq Alpha Microprocessore on a New SGI(R) System.1  	 Reason 1:f  F SGI introduces the concept of loyalty. Like many Compaq users, you mayH be disturbed by the news that Compaq abandoned its Alpha microprocessorsH in favor of Intel(R) Itanium(R) architecture. Well, don't feel orphaned.G SGI is well known for loyalty to our users, and we've created a specialnH offer to let you trade in your old Alpha systems and get a terrific dealH on the new SGI(R) Origin(R) 300 server. But don't delay--the February 28 deadline rapidly approaches.  	 Reason 2:   H The new SGI Origin 300 server was designed to crush IBM, HP, Compaq, andF Sun in a fair fight. In an independent benchmark shoot-out, Origin 300F soundly thrashed these major competitors. Get all of the advantages ofD MIPS(R) microprocessors featuring the ultra-stable IRIX(R) operatingA system, plus the flexibility and power to command a wide range of1" industry and government solutions.  	 Reason 3:   C We're so confident you'll want to upgrade your Alpha to the new SGI2F Origin 300 server that we're giving you the chance to enter to win ourG highly coveted new 18-inch Silicon Graphics(R) F180 flat panel display. " But you must enter by February 28.   Its time to act!  D Trade in your orphaned Alpha systems and get a fabulous deal. Join aF company with a reputation for loyalty. Origin 300 is the most powerfulF high-performance computer at any price point. And you can enter to winG an awesome flat panel display. Get the full details. Visit our Web site F at http://tornado.ssprd2.net/trak.asp?14250.8875.1208. The deadline isG February 28, so click on over today. This sweepstakes is subject to thet) terms and conditions of SGI contest rules,5 (http://tornado.ssprd2.net/trak.asp?14250.8875.1209).e   privacy policy:R2 http://tornado.ssprd2.net/trak.asp?14250.8875.1210   questions/comments:s2 http://tornado.ssprd2.net/trak.asp?14250.8875.1211  C Copyright (C) 1993-2001 Silicon Graphics, Inc. All rights reserved.t2 http://tornado.ssprd2.net/trak.asp?14250.8875.1212   Trademark Information:2 http://tornado.ssprd2.net/trak.asp?14250.8875.1213  J __________________________________________________________________________  F Harte-Hanks has sent you this message in the belief that you wished toG receive these kinds of communications or provided your email address toi receive such communications.  E If you do not wish to receive e-mails from SGI in the future, please   go to:1 http://tornado.ssprd2.net/optoff.asp?14250.8875.0   F If you would like to be removed from the Harte-Hanks e-mail database, F please forward this e-mail to randall_wussler@harte-hanks.com, or call 1-800-818-5557.hJ __________________________________________________________________________C %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%w  9 End of forwarded message. I naturally removed my address.t  G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison-2 --                      karcher@waisman.wisc.edu     ------------------------------  % Date: Thu, 31 Jan 2002 12:05:06 -0800i' From: David Mathog <mathog@caltech.edu>3N Subject: Re: SGI solicits Alpha customers to trade in their "orphaned" systems+ Message-ID: <3C59A372.2FF0BCAA@caltech.edu>1   Carl Karcher wrote:g > 0 > Now SGI is capitalizing on the Alpha "murder." > % > I just received the following SPAM:2   <SNIP>  C Considering that we're also trying _REALLY HARD_ to get off our fewt? remaining SGI systems this is very funny.  SGI recently mangled.G their previously quite nice academic program into something that nobodydH yet understands - other than that it is going to cost more.  Most of theH folks I know are now buying used (and very, very cheap) SGI workstationsK for those stereo-3D applications which have not yet been ported to Windows.eD Unfortunately Windows is a PITA to maintain. Fortunately Linux is atI long last looming larger on that horizon now that Xi has finally releasedrC stereo drivers for X11 (http://www.xig.com/) and ATI apparently haso) stereo linux drivers for their cards too.r  L For computation big stacks of linux compute nodes sit where SGI workstationsM used to.  Except for threaded coded which a few people are running on big SGIiM SMP servers.  So it's really no wonder thay they only mentioned the Origin ina their note.a  F > Trade in your orphaned Alpha systems and get a fabulous deal. Join aH > company with a reputation for loyalty. Origin 300 is the most powerfulH > high-performance computer at any price point. And you can enter to win  > an awesome flat panel display.  4 Funny, most of the Origins I've seen are headless.     Regards,   David Mathog mathog@caltech.edu   ------------------------------  # Date: Thu, 31 Jan 2002 20:00:31 GMTe* From: "Bill Todd" <billtodd@metrocast.net>N Subject: Re: SGI solicits Alpha customers to trade in their "orphaned" systemsC Message-ID: <znh68.231559$TC1.15391734@bin5.nnrp.aus1.giganews.com>a  A "Carl Karcher" <karcher@thuria.waisman.wisc.edu> wrote in messagee0 news:31JAN02.18374991@thuria.waisman.wisc.edu...0 > Now SGI is capitalizing on the Alpha "murder."  J I think something just a tad more subtle might be better received, even ifJ the Compaq customer is already irate.  And given that SGI itself went downH the Itanic-only road before deciding it had better back-pedal vigorouslyL (after its management got replaced, one might note...) the emphasis on SGI's% 'loyalty' factor seems inappropriate.   K Still and all, Compaq richly deserves such brickbats and some percentage of ) customers will undoubtedly heed the call.f   - bill   >e% > I just received the following SPAM:  >.E > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%s' > Date: Thu, 31 Jan 2002 13:01:40 -0500u > From: SGI <SGI@ssprd2.net>= > Subject: SGI Origin 300 Trade-In Promotion and Sweepstakes!s- > To: Carl Karcher <karcher@Waisman.Wisc.Edu>  > 4 > This message is from Harte-Hanks on behalf of SGI. >iI > Three Powerful Reasons to Trade-in Your Old Compaq Alpha Microprocessors > on a New SGI(R) System.  >  > Reason 1:d > H > SGI introduces the concept of loyalty. Like many Compaq users, you mayJ > be disturbed by the news that Compaq abandoned its Alpha microprocessorsJ > in favor of Intel(R) Itanium(R) architecture. Well, don't feel orphaned.I > SGI is well known for loyalty to our users, and we've created a specialmJ > offer to let you trade in your old Alpha systems and get a terrific dealJ > on the new SGI(R) Origin(R) 300 server. But don't delay--the February 28 > deadline rapidly approaches. >u > Reason 2:t >gJ > The new SGI Origin 300 server was designed to crush IBM, HP, Compaq, andH > Sun in a fair fight. In an independent benchmark shoot-out, Origin 300H > soundly thrashed these major competitors. Get all of the advantages ofF > MIPS(R) microprocessors featuring the ultra-stable IRIX(R) operatingC > system, plus the flexibility and power to command a wide range of $ > industry and government solutions. >: > Reason 3:  >aE > We're so confident you'll want to upgrade your Alpha to the new SGI H > Origin 300 server that we're giving you the chance to enter to win ourI > highly coveted new 18-inch Silicon Graphics(R) F180 flat panel display.o$ > But you must enter by February 28. >V > Its time to act! >/F > Trade in your orphaned Alpha systems and get a fabulous deal. Join aH > company with a reputation for loyalty. Origin 300 is the most powerfulH > high-performance computer at any price point. And you can enter to winI > an awesome flat panel display. Get the full details. Visit our Web siteFH > at http://tornado.ssprd2.net/trak.asp?14250.8875.1208. The deadline isI > February 28, so click on over today. This sweepstakes is subject to the + > terms and conditions of SGI contest rules 7 > (http://tornado.ssprd2.net/trak.asp?14250.8875.1209).  >r > privacy policy:i4 > http://tornado.ssprd2.net/trak.asp?14250.8875.1210 >  > questions/comments:s4 > http://tornado.ssprd2.net/trak.asp?14250.8875.1211 >tE > Copyright (C) 1993-2001 Silicon Graphics, Inc. All rights reserved.s4 > http://tornado.ssprd2.net/trak.asp?14250.8875.1212 >  > Trademark Information:4 > http://tornado.ssprd2.net/trak.asp?14250.8875.1213 >iL > __________________________________________________________________________ > H > Harte-Hanks has sent you this message in the belief that you wished toI > receive these kinds of communications or provided your email address tom > receive such communications. >tF > If you do not wish to receive e-mails from SGI in the future, please > go to:3 > http://tornado.ssprd2.net/optoff.asp?14250.8875.0h >PG > If you would like to be removed from the Harte-Hanks e-mail database,iH > please forward this e-mail to randall_wussler@harte-hanks.com, or call > 1-800-818-5557.eL > __________________________________________________________________________E > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%. >>; > End of forwarded message. I naturally removed my address.8 >0I > -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-MadisonN2 > --                      karcher@waisman.wisc.edu   ------------------------------    Date: 31 Jan 2002 16:13:02 -0600- From: koehler@encompasserve.org (Bob Koehler)sN Subject: Re: SGI solicits Alpha customers to trade in their "orphaned" systems3 Message-ID: <Fte5lmn0TsxA@eisner.encompasserve.org>a  m In article <31JAN02.18374991@thuria.waisman.wisc.edu>, karcher@thuria.waisman.wisc.edu (Carl Karcher) writes:o0 > Now SGI is capitalizing on the Alpha "murder."  I > Three Powerful Reasons to Trade-in Your Old Compaq Alpha Microprocessorn > on a New SGI(R) System.t  E    We replaced a ton of VAXen with SGI and we're not happy.  We feel  D    we're much more likley to need to replace the SGIs than anything 1    else we now have, including the VAXen we kept.e   ------------------------------    Date: 31 Jan 2002 16:41:20 -0800( From: bob@instantwhip.com (Bob Ceculski)N Subject: Re: SGI solicits Alpha customers to trade in their "orphaned" systems= Message-ID: <d7791aa1.0201311641.14c49ed4@posting.google.com>d  u "Bill Todd" <billtodd@metrocast.net> wrote in message news:<znh68.231559$TC1.15391734@bin5.nnrp.aus1.giganews.com>...oC > "Carl Karcher" <karcher@thuria.waisman.wisc.edu> wrote in messaget2 > news:31JAN02.18374991@thuria.waisman.wisc.edu...2 > > Now SGI is capitalizing on the Alpha "murder." > L > I think something just a tad more subtle might be better received, even ifL > the Compaq customer is already irate.  And given that SGI itself went downJ > the Itanic-only road before deciding it had better back-pedal vigorouslyN > (after its management got replaced, one might note...) the emphasis on SGI's' > 'loyalty' factor seems inappropriate.h > M > Still and all, Compaq richly deserves such brickbats and some percentage ofS+ > customers will undoubtedly heed the call.p >  > - bill >    not if it can't run VMS!!!   ------------------------------   Date: 1 Feb 2002 00:57:48 GMTd2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>N Subject: Re: SGI solicits Alpha customers to trade in their "orphaned" systems+ Message-ID: <a3cp6c1gmt@enews1.newsguy.com>r  5 Carl Karcher <karcher@thuria.waisman.wisc.edu> wrote:  > Reason 1:   H > SGI introduces the concept of loyalty. Like many Compaq users, you mayJ > be disturbed by the news that Compaq abandoned its Alpha microprocessorsJ > in favor of Intel(R) Itanium(R) architecture. Well, don't feel orphaned.I > SGI is well known for loyalty to our users, and we've created a specialwJ > offer to let you trade in your old Alpha systems and get a terrific dealJ > on the new SGI(R) Origin(R) 300 server. But don't delay--the February 28 > deadline rapidly approaches.  K I find this statement from SGI a little odd.  A few years ago, weren't theyhJ going to dump IRIX in favor of Windows NT and MIPS in favor of x86?  I seeK they did just release some interesting new MIPS based workstations, but... hH Then there is that issue of all the patents that they apparently sold to; Microsoft just recently (or did they simply license them?).w   			Zanee   ------------------------------  % Date: Thu, 31 Jan 2002 08:16:10 -0500f5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>iN Subject: Re: SGI solicits Alpha customers to trade in their "orphaned" systems1 Message-ID: <hZl68.294$am1.5257@news.cpqcorp.net>-  K We actually have several customers who are actively working to migrate back@# to VMS from their SGI workstations.t    : "Bob Koehler" <koehler@encompasserve.org> wrote in message- news:Fte5lmn0TsxA@eisner.encompasserve.org...@8 > In article <31JAN02.18374991@thuria.waisman.wisc.edu>,6 karcher@thuria.waisman.wisc.edu (Carl Karcher) writes:2 > > Now SGI is capitalizing on the Alpha "murder." > K > > Three Powerful Reasons to Trade-in Your Old Compaq Alpha Microprocessord > > on a New SGI(R) System.f >rF >    We replaced a ton of VAXen with SGI and we're not happy.  We feelE >    we're much more likley to need to replace the SGIs than anythingn3 >    else we now have, including the VAXen we kept.o >a   ------------------------------    Date: 31 Jan 2002 12:52:06 -0800" From: cstranslations@msn.com (Joe) Subject: Re: STR$ELEMENT usage= Message-ID: <d56d1c2d.0201311252.3d1cf627@posting.google.com>a  u glenmark@utxvms.cc.utexas.edu (Glen Martin) wrote in message news:<6e2f14f4.0201301550.1657277@posting.google.com>...c > (OpenVMS Alpha v6.2nB > This is probably something trivial that I'm overlooking, but I'mF > having trouble getting STR$ELEMENT working in a C program. I suspectE > that I'm setting up the destination descriptor incorrectly, but I'maE > not certain that this is the cause. Here is a snippet from my code:w >  > /* begin snippet */i# >  struct dsc$descriptor in_string;r' >  struct dsc$descriptor_d out_string =p6 >             {0, DSC$K_DTYPE_T, DSC$K_CLASS_D, NULL}; > 1 >      in_string.dsc$w_length  = strlen(devname);e) >      in_string.dsc$a_pointer = devname; / >      in_string.dsc$b_dtype   = DSC$K_DTYPE_T;a/ >      in_string.dsc$b_class   = DSC$K_CLASS_S;o > & >      printf("Input string is...\n");+ >      status=lib$put_output( &in_string );i  : Aside from the other posts there is one thing I would add:  1 Where/what/how is devname declared and populated?   D Setting up a descriptor that points to memory that was not allocatedE by str$get1_dx (but instead points to static/stack/malloc memory) and ? then passing the descriptor to the STR$ routines can be produced interesting results.   Joen   ------------------------------  # Date: Thu, 31 Jan 2002 23:35:14 GMTr From: danco@pebble.org Subject: Re: STR$ELEMENT usage- Message-ID: <slrna5jl5g.hn1.danco@pebble.org>a  F > Setting up a descriptor that points to memory that was not allocatedG > by str$get1_dx (but instead points to static/stack/malloc memory) andhA > then passing the descriptor to the STR$ routines can be producet > interesting results.  D Then you should make that a static string by setting the DSC$B_CLASSB field to DSC$K_CLASS_S.  That will prevent the string package from% ever trying to reallocate the string.t   - Dann   ------------------------------  % Date: Thu, 31 Jan 2002 12:46:25 -0700 + From: "Barry Treahy, Jr." <Treahy@mmaz.com>r  Subject: Re: There must be a way' Message-ID: <3C599F11.9070602@mmaz.com>o  & --------------0804020700030904020008009 Content-Type: text/plain; charset=us-ascii; format=flowed  Content-Transfer-Encoding: 7bita   Paul Repacholi wrote:a  . >"Barry Treahy, Jr." <Treahy@mmaz.com> writes: > A >>Are you sure about this?  Don't partitions appear as additional B >>LUN's for the SCSI ID?  That is what we see based on our SCSI to >>SCSI RAID Array... >> >w= >That is doone totally inside the RAID adapter. VMS sees eachoB >'partition' as a physical unit. A disk is a disk, is a disk. Even= >if it is a floppy or a CD, or in this case, some thing else." >dC I would agree with you except that the array is SCSI ID 7 and each %G parition is represented as LUN's, therefore instead of seeting DKA100, :G DKA200, DKA300 as you would normally see with individual drives, I see n DKA700, DKA701, DKA702, etc...   Barryr   -- a  @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028a      & --------------080402070003090402000800) Content-Type: text/html; charset=us-ascii  Content-Transfer-Encoding: 7bity   <html> <head> </head>  <body> Paul Repacholi wrote:<br>aC <blockquote type="cite" cite="mid:87sn8meea2.fsf@prep.synonet.com">    <pre wrap="">"Barry Treahy, Jr." <a class="moz-txt-link-rfc2396E" href="mailto:Treahy@mmaz.com">&lt;Treahy@mmaz.com&gt;</a> writes:<br><br></pre>g   <blockquote type="cite">     <pre wrap="">Are you sure about this?  Don't partitions appear as additional<br>LUN's for the SCSI ID?  That is what we see based on our SCSI to<br>SCSI RAID Array...<br></pre>     </blockquote>i     <pre wrap=""><!----><br>That is doone totally inside the RAID adapter. VMS sees each<br>'partition' as a physical unit. A disk is a disk, is a disk. Even<br>if it is a floppy or a CD, or in this case, some thing else.</pre>d     </blockquote> K I would agree with you except that the array is SCSI ID 7 and each paritioncL is represented as LUN's, therefore instead of seeting DKA100, DKA200, DKA300O as you would normally see with individual drives, I see DKA700, DKA701, DKA702,S
 etc...<br>     <br>	 Barry<br>l6     <pre class="moz-signature" cols="$mailwrapcol">--   D Barry Treahy, Jr  *  Midwest Microwave  *  Vice President &amp; CIO    E-mail: <a class="moz-txt-link-abbreviated" href="mailto:Treahy@mmaz.com">Treahy@mmaz.com</a> * Phone: 480/314-1320 * FAX: 480/661-7028</pre>e     <br>     </body>a     </html>a  ( --------------080402070003090402000800--   ------------------------------  $ Date: Fri, 1 Feb 2002 12:16:37 +1200& From: A Bonaveidogo <Asena@fsc.com.fj> Subject: unzip filesG Message-ID: <BFBEDDF2CFEDD411917400508BF3A6FF6154A7@EXCHSVR.FSC.COM.FJ>s   > Hi all >  > how can I unzip files on VMS?o >  > asena/   ------------------------------    Date: 31 Jan 2002 18:32:28 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)2 Subject: Re: unzip files3 Message-ID: <Y9ZUtSbYlj1M@eisner.encompasserve.org>p  p In article <BFBEDDF2CFEDD411917400508BF3A6FF6154A7@EXCHSVR.FSC.COM.FJ>, A Bonaveidogo <Asena@fsc.com.fj> writes:    >> how can I unzip files on VMS?  L Use the UNZIP tool that came on the Freeware CD-ROMs with your VMS Software.   ------------------------------  % Date: Thu, 31 Jan 2002 14:30:16 -0500i, From: "Frank Sapienza" <sapienza@noesys.com>H Subject: Re: VMS721_SYS-V1100: Caution do not apply with Pathworks V6.0D, Message-ID: <a3c5ob02dkc@enews1.newsguy.com>   Carl, et. al.,  L For those of us without the luxury  :-)  of an OpenVMS support contract, areJ these images available anywhere else for downloading?  I'd like to installF the SYS-V1100 patch but not if the system won't be bootable afterward.   Thanks,_ Frank_  A "Carl Karcher" <karcher@thuria.waisman.wisc.edu> wrote in message%0 news:30JAN02.14354665@thuria.waisman.wisc.edu...A > In a previous article, Brass Christof <welcome@spam.net> wrote:r >eG > ->While I as a hobbyist user am surely not in a position to teach youiC > ->anything I would like to ask you whether you carefully read the15 > ->notes that are associated with the ECO mentioned?3 > ->...: > ->*I > ->Note > ->*uK > ->* After installing the VMS721_SYS-V1100  ECO kit you may experience thec > ->* following system crash:o > ->* E > ->*   INVSECURESTATE, Invalid state detected by SECURITY subsystem.e >hF > That note was added in an update to the patch *AFTER* I reported the> > problem. I reported it on 1/19, the update came out on 1/24: >nC >   TITLE: OpenVMS VMS721_SYS-V1100 Alpha V7.2-1 System ECO Summaryr >i# >   New Kit Date:       31-OCT-2001s# >   Modification Date:  24-OCT-2001oG >   Modification Type:  Documentation:Note added regarding system crashy >eF > CSC does have updated security*.exe images that correct the problem. >eI > -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madisona2 > --                      karcher@waisman.wisc.edu   ------------------------------   Date: 31 JAN 2002 21:45:20 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)H Subject: Re: VMS721_SYS-V1100: Caution do not apply with Pathworks V6.0D6 Message-ID: <31JAN02.21452003@thuria.waisman.wisc.edu>  D In a previous article, "Frank Sapienza" <sapienza@noesys.com> wrote: ->  N ->For those of us without the luxury  :-)  of an OpenVMS support contract, are9 ->these images available anywhere else for downloading?      Nope.n   ->I'd like to installtH ->the SYS-V1100 patch but not if the system won't be bootable afterward.  ? You can install it and the system will still boot. Only certaina3 applications trigger the crash (such as Pathworks).e   Options:  A 1. If you don't have the new images simply (and carefully) rename-> security.exe_old to *.exe and security_mon.exe_old to *.exe inE sys$loadable_images after you've applied the patch. This will restore 2 the original images as they were before the patch.  F 2. If you don't have pathworks install the patch as is. Start all yourA applications and try them. If you don't see the crash then don't 3H worry about it. If you don't see it during basic testing you're probablyD never going to - it's not an intermittent thing. From the crash dumpA info I'd guess only kernel mode applications that call EXE$CHKPROA
 can cause it.G   3. Wait for SYS-V1200.  G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madisoni2 --                      karcher@waisman.wisc.edu     ------------------------------    Date: 31 Jan 2002 12:32:12 -08003 From: Eric Smith <eric-no-spam-for-me@brouhaha.com>e? Subject: Re: Where does VMS fit in here? (Was Re: HP admits...)l0 Message-ID: <qhofjab6sz.fsf@ruckus.brouhaha.com>  ' Alan Greig <a.greig@virgin.net> writes:%G > To the best of my recollection no  2040s were KL-10 model "A"s. KL-10   H There are two different "model" concepts for KLs.  It's very unfortunate terminology.  H The PDP-10 System Reference Manual describes a "Model A" and a "Model B"A KL10.  These are sometimes referred to as the Model A and Model BdE backplane, however, it is not the backplane itself that is different. E It is the complement of modules installed.  They are referring to they *filled* backplane/cardcage.  F Thus "Model A" refers to what is techncially known as a KL10-PA.  ThisK had 1280 words of microcode, did not support sections and had a 40 ns cycle  time.   M "Model B" refers to the KL10-PV.  This had 2048 words of microcode, supportedt% sections, and had a 33 ns cycle time.a  H There was also a KL10-PW.  This doubled the size of the cache and pager,C but was generally similar to the KL10-PW.  From a software point of E view, it is still considered to be a "Model B", although there are ina< fact a few minor software-visible differences (for which theH documentation was VERY difficult to find, since it was not in the SystemG Reference Manual).  Joe's page refers to it as "Model C"; that term may(= have been in common usage but I've never seen that in any DECn documentation.  C There are also various types of the KL10 processor (complete set of H three boxes), KL10-A, -B, -C, -D, -E, and -R.  These do not map uniquelyG to the -Px backplane model.  Joe's excellent model table has some minorcF errors in this regard; for instance he lists both KL10-C and KL10-D asE being offered in both short and tall cabinets, which is not the case.y  D The KL10-A is only used in the 1080, was in tall cabinets, and has aG KL10-PA, though it could be field upgraded to a -PV or -PW.  It did noto have internal RH20 channels.  C The KL10-B is used in the 1090, was in tall cabinets, and could usee either a KL10-PA or -PVW  C The KL10-C is used in the 2040 and 2050, was in short cabinets, andd" could use either a KL10-PA or -PV.  E The information I have at hand on the KL10-D is inconsistent.  I wills: have to look at the microfiche to get the precise details.  G The KL10-E and KL10-R were used in the 1091, 1095, 2060, and 2065, onlyrB came in short cabinets, used floppy disks for boot media, and used8 either the KL10-PV (1091, 2060) or KL10-PW (1095, 2065).  F In summary, when someone says "Model A" or "Model B", it is ambiguous.G But it's most likely that they are referring to the KL10-PA or KL10-PV,/I and not the system-level packaging.  A 2040 (KL10-C) was often configured_F with a KL10-PA, in which case it can be considered to have a "Model A"
 backplane.   ------------------------------   Date: 31 Jan 2002 20:30:40 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)m? Subject: Re: Where does VMS fit in here? (Was Re: HP admits...)e, Message-ID: <a3c9hg$304s$1@info.cs.uofs.edu>  3 In article <kSGJFC3ObEWN@eisner.encompasserve.org>,7.  young_r@encompasserve.org (Rob Young) writes: |> HJ |>         Compaq's rebuttal to Gartner reads as so:                       |>   -3 |> http://www.theinquirer.net/15010212.htm         _ |>   _S |> The best evidence we have of that [long term platform support] is today we are  %. |> still providing support for Digital PDP-11   H I sure hope the 'we" isn't supposed to mean Compaq.  The PDP-11 was soldG off to Mentec a long time ago and if they hadn't taken it over, I would H be willing to bet that Compaq wouldn't be maintaining them today either.   bill   -- nJ 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: Thu, 31 Jan 2002 21:02:46 GMTo4 From: "Terry C. Shannon" <terryshannon@mediaone.net>? Subject: Re: Where does VMS fit in here? (Was Re: HP admits...)r= Message-ID: <Whi68.16418$%h1.6912975@typhoon.ne.mediaone.net>   > "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote in message& news:a3c9hg$304s$1@info.cs.uofs.edu...5 > In article <kSGJFC3ObEWN@eisner.encompasserve.org>, 0 >  young_r@encompasserve.org (Rob Young) writes: > |>6 > |>         Compaq's rebuttal to Gartner reads as so: > |>, > |> http://www.theinquirer.net/15010212.htm > |>L > |> The best evidence we have of that [long term platform support] is today we are/ > |> still providing support for Digital PDP-11o >iJ > I sure hope the 'we" isn't supposed to mean Compaq.  The PDP-11 was soldI > off to Mentec a long time ago and if they hadn't taken it over, I wouldsJ > be willing to bet that Compaq wouldn't be maintaining them today either.  G I would agree with that. I wonder how many 1130s or 1401s IBM still hasb under maintenance?   ------------------------------   End of INFO-VAX 2002.061 ************************