1 INFO-VAX	Tue, 02 May 2000	Volume 2000 : Issue 244       Contents:J "Industry Standard Servers" [was: RE: Where Do you Look For VMS software?] Re: And they wonder why !! Re: And they wonder why !! RE: And they wonder why !!4 Re: Compaq web site: VMS Webinterface page outdated. Compaq's Business Practices  Re: DCPS and HP8000  Re: DCPS and HP8000 , Re: DECW$DEVICE-I-NODEVICE and no decwindows$ Re: DLT Drive Software Write Locking$ Re: DLT Drive Software Write Locking Re: DS425c memory  Re: DS425c memory  DS425c memory, again, already.& Re: Dual Processor/program runs twice?& Re: Dual Processor/program runs twice?& Re: Dual Processor/program runs twice? Eeking more I/O on Legacy VAX ! Re: Eeking more I/O on Legacy VAX 8 Followup : was "Probably a stupid OPERATOR question ..."% Re: FS: 2x DEC 3000-300lx ; $100 each % Re: FS: 2x DEC 3000-300lx ; $100 each 7 Re: Help!! Process using more CPU time than available!! 7 Re: Help!! Process using more CPU time than available!! + Is there any online documentation for LG06?  Re: new cluster license prices Re: new cluster license prices Re: new cluster license prices Re: new cluster license prices1 Re: Setting local event flag from another process & Re: The Movie "Breaking Point" + PDP11& Re: The Movie "Breaking Point" + PDP11 Re: Tivoli Agent for VMS? " VMS Perl system() truncating lines& Re: VMS Perl system() truncating lines$ Where do you look for VMS software ?( Re: Where do you look for VMS software ?( Re: Where do you look for VMS software ?( Re: Where do you look for VMS software ?( who kicked over Carl Lydick's tombstone?  F ----------------------------------------------------------------------  % Date: Mon, 01 May 2000 15:11:51 -0700 5 From: "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com> S Subject: "Industry Standard Servers" [was: RE: Where Do you Look For VMS software?] 2 Message-ID: <S=0NOS+HNlvXny4geNXiQw17hNxQ@4ax.com>  , On Mon, 01 May 2000 17:06:36 -0400, JF Mezei( <jfmezei.spamnot@vl.videotron.ca> wrote:  O >And I still hate the use of "industry standard server". They should really say M >"80x86 based servers", the use of "industry standard" is an insult to Alpha. O >Compaq should not be re-enforcing the concept that the 8086 is the standard if 2 >Copmpaq wants its Alpha to get a share of market. > O >Also, what will "industry standard" be when Intel finally/eventually starts to  >comemrcialise its IA64 ?   - I can't stand the usage of this term either.    A But as time goes on,  judging from the campaigns I'd seen so far, = I would wager that the CPQ enterprise PR/mkting  groups have  2 *nothing* to do w/ the CPQ consumer && commercial  PR/mkt'ing groups.  ? I'd wager: different groups, different people, separate budgets = probably on separate campuses, and (i'd bet) the head honcho  5 of each group reports to a different boss on the CPQ   chain of command.   > As such, the PC groups are just doing their best to sell more  beige-white billy-boxes.    ? the "Industry-Standard-Server"  phrase (clever in its own way,  E i'll admit)  is just the way they reinforce the notion, to the PHB's, 3 that anyone using anything but a Wintel Billy-Box,  & must be doing something "non-standard"  2 the VMS mkt'ing group needs to come up with their F own jingoistic phrase, say, "Business Critical Server", and repeat it, over && over  ...    ------------------------------   Date: 1 May 2000 18:58:54 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)# Subject: Re: And they wonder why !! 6 Message-ID: <8ekk5e$bpi$1@mailint03.im.hou.compaq.com>  b In article <390DC14D.D4838834@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes: :Hoff Hoffman wrote:K :>   If you have complaints on Compaq or on Compaq OpenVMS Marketing (or in M :>   this case, on Alpha marketing), I have posted the email addresses of the  :>   senior management chain   : & :Here is an informal question for you:  J   If you have comments or complaints on Compaq OpenVMS Marketing or Alpha F   Marketing or related business or pricing practices, please consider I   pursuing the discussions with the folks in the marketing, business, or  H   management portions of the Compaq organization, or the folks that are H   part of the corporate public relations organization.  (These are amongF   the areas where I publicize platry few pure personal opinions... :-)  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 1 May 2000 22:31:32 +0200 * From: eplan@kapsch.net (Peter LANGSTOEGER)# Subject: Re: And they wonder why !! * Message-ID: <390de9a4$1@news.kapsch.co.at>  k In article <8ekk5e$bpi$1@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: c >In article <390DC14D.D4838834@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes:  >:Hoff Hoffman wrote: L >:>   If you have complaints on Compaq or on Compaq OpenVMS Marketing (or inN >:>   this case, on Alpha marketing), I have posted the email addresses of the >:>   senior management chain  >:' >:Here is an informal question for you:  > K >  If you have comments or complaints on Compaq OpenVMS Marketing or Alpha  G >  Marketing or related business or pricing practices, please consider  J >  pursuing the discussions with the folks in the marketing, business, or I >  management portions of the Compaq organization, or the folks that are  I >  part of the corporate public relations organization.  (These are among G >  the areas where I publicize platry few pure personal opinions... :-)   N Different question: Is anyone (customer or maybe COMPAQ - not the competition)G happy with DEQ's (stealth) marketing ? I so far haven't found anyone...    --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------  " Date: Mon, 1 May 2000 23:01:58 GMT2 From: kaplow_r@eisner.decus.org.mars2 (Bob Kaplow)# Subject: RE: And they wonder why !! + Message-ID: <xfYvJU$tkHkD@eisner.decus.org>   x In article <910612C07BCAD1119AF40000F86AF0D80528425A@kaoexc4.kao.dec.com>, "Main, Kerry" <Kerry.Main@Compaq.com> writes:I > In addition, if one wants to compare the CPU performance of a 1Ghhz x86 L > single cpu vs a 667Mhz Alpha EV67 single cpu, then here is a good industry > standard reference: 7 > http://www.spec.org/osg/cpu2000/results/cpu2000.html    H Compaq could have had some hot marketing press if they had taken the EV5I 21164 design and run some EV57 chips, just to "test". Maybe sell a few to G Gartner or ZD or me! I'll bet they could have cranked them up to 1GHz a  while back. maybe last year.  L Instead AMD and Intel claim the first GHz processors. And the world believes% they are the bestest and fastest. :-(   K Going from EV56 to EV6 doubled the performance, but at a lower clock speed. I Even today EV67 is barely faster clock than EV56. Sadly, today speed, not  performance is what sells.   	Bob Kaplow	  E SPAM:	spamrecycle@ChooseYourmail.com	uce@ftc.gov	postmaster@127.0.0.1    ------------------------------   Date: 1 May 2000 23:08:45 +0200 * From: eplan@kapsch.net (Peter LANGSTOEGER)= Subject: Re: Compaq web site: VMS Webinterface page outdated. * Message-ID: <390df25d$1@news.kapsch.co.at>  b In article <3907BE8B.CEE14AFC@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes:H >The page: http://WWW.OPENVMS.DIGITAL.COM/availability/webInterface.html > H >has a link to All-IN-1 as part of its list of web-enables applications.H >Unfortunatly, the ALL-IN-1 link point to an old document (ALL-IN-1 3.2,< >instead of pointing to version 5 (now named Office Server). > N >Version 5 introduced web access not only to your documents (document serving)H >but also, and more importantly, to the composing/creation on the web ofD >emails. (eg: web access to your emails, aka: yahoo style of email). > = >Perhaps Compaq's web site could be updated to reflect this ?   4 Only, if DEQ is interested in selling such products.B For me it still looks like in the old/bad days of non-marketing...   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------  % Date: Mon, 01 May 2000 14:24:28 -0400 2 From: "Richard  Gilbert" <rgilbert@rapidforms.com>$ Subject: Compaq's Business Practices. Message-ID: <390DCBDC.5D00679E@rapidforms.com>  , This is a multi-part message in MIME format.& --------------2312EEA0796CBD53F4DED597* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit   
 Gentlemen:  F I  received the enclosed message from one of your employees on Friday.C Is it truly Compaq's policy to refuse to honor its warranties or to  refuse to support its products?   D I resent this sort of bullying!  I am enquiring  whether or not this- sort of thing constitutes restraint of trade.    Thank you for your attention,        Richard B. Gilbert   (856) 537-6922            
 Dear Rich,  5 I just learned of CPU Option's status this afternoon.   9 CPU Options was terminated as a Compaq partner, thus.....   9 *       Any warranty purchased from them may not be valid C *       Any software licenses purchased from them will not be valid G *       They populate our systems with third party, used components not B supported by Field Service, and that give you poor performance and reliability.D *       Compaq will not recognize this sale thus placing Rapid Forms% relationship with Compaq in jeopardy.   C Unless they're giving you box seats to the Stanley Cup play-offs, I  think  you should avoid them!  @ I'll call Wyle and ask them to cut you a deal to keep you in the	 "family"!    Regards, Bryan COMPAQ Office    607-272-4595 Cell       607-227-4595 B E-*  bryan.marler@compaq.com <mailto:Steven.Hartofelis@compaq.com>   -----Original Message----- From:   Daigneault, Rick' Sent:   Friday, April 28, 2000 12:47 PM  To:     Marler, Bryan  Cc:     Popp, Ed; Keeney, Terry  Subject:        RE: CPU Options   H CPU Options is not an authorized partner and does not have a contractual  G relationship within Compaq to supply Alpha-Server, StorageWorks Product  and = related Compaq equipment and Unix/OVMS licenses to End Users.   C Partners that are authorized have agreed to transfer valid Software  LicensesB within their Compaq Authorized Reseller Agreement.  In addition, a CompaqD Reseller in good standing must represent the product and licenses as new,B warranted and valid to our End Users.  Approved Resellers are also granted @ benefits and resources, such as technical support, to ensure the Products* are operational, functional and warranted.  ? Since CPU Options does not have a contract to resell Enterprise  AlphaServer,F StorageWork Products and  UNIX/OVMS Licenses, Compaq software licenses@ cannot be sub-licensed to the End User by this vendor.   A valid licensesE must be purchased from Compaq directly or through a Compaq Authorized H Enterprise Partners.   Also, Compaq Authorized Enterprise Resellers must  B sell Unix/OVMS licenses with their value added solution and cannot transfer# an individual license to End Users.   / I hope this further clarifies my previous note.    Rick   Rick Daigneault   US Partner Authorization Manager Compaq Computer Corp@ Outside: 978-506-6144                            550 King Street
 LKG1-1/K13F Fax:    978-952-8707                             Littleton, MA   01460G Email:   Rick.Daigneault@Compaq.com <mailto:Rick.Daigneault@Compaq.com>      -----Original Message----- From:   Daigneault, Rick& Sent:   Friday, April 28, 2000 8:19 AM To:     Marler, Bryan  Cc:     Popp, Ed; Keeney, Terry  Subject:        RE: CPU Options   / They were terminated.  They are not authorized.    Rick   -----Original Message----- From:   Marler, Bryan ( Sent:   Thursday, April 27, 2000 9:40 PM To:     Daigneault, Rick Cc:     Ed Popp; Terry Keeney  Subject:        CPU Options    Rick,   # What do you know about CPU Options.  Thanks!   + Regards, Bryan "Wild about Wildfire" Marler  Alpha Sales Manager  North Atlantic Area  COMPAQ Office    607-272-4595 Cell       607-227-4595 = E-*  bryan.marler@compaq.com <mailto:bryan.marler@compaq.com>       & --------------2312EEA0796CBD53F4DED597 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit  Content-Disposition: inline   & Return-Path: <bryan.marler@compaq.com>; Received: from SMTP ([161.211.155.220]) by grmls01.nebs.com ?           (Netscape Messaging Server 3.6)  with SMTP id AAA6C62 H           for <rgilbert@rapidforms.com>; Fri, 28 Apr 2000 15:20:00 -0400M Received: from zmamail03.zma.compaq.com ([161.114.64.103]) by 161.211.155.220 6   (Norton AntiVirus for Internet Email Gateways 1.0) ;&   Fri, 28 Apr 2000 19:28:19 0000 (GMT)B Received: by zmamail03.zma.compaq.com (Postfix, from userid 12345)4 	id C5C5324CC; Fri, 28 Apr 2000 15:30:22 -0400 (EDT)X Received: from exctay-gh01.tay.cpqcorp.net (exctay-gh01.tay.cpqcorp.net [16.103.129.42])> 	by zmamail03.zma.compaq.com (Postfix) with ESMTP id B2F4524ACE 	for <rgilbert@rapidforms.com>; Fri, 28 Apr 2000 15:30:22 -0400 (EDT) Q Received: by exctay-gh01.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) / 	id <2X97B32F>; Fri, 28 Apr 2000 15:30:22 -0400 J Message-ID: <A5557FDA07E5D111A4380000F84A9F63038AA694@zkoexc4.zko.dec.com>/ From: "Marler, Bryan" <Bryan.Marler@compaq.com> O To: "Rich Gilbert @ Rapid Forms @ 856-384-1144 x6922" <rgilbert@rapidforms.com> ! Cc: Ed Popp <Ed.Popp@COMPAQ.com>, 1 	"Daigneault, Rick" <Rick.Daigneault@compaq.com>, ) 	"Deal, Dee Dee" <Shelly.Deal@compaq.com>  Subject: FW: CPU Options% Date: Fri, 28 Apr 2000 15:30:17 -0400  MIME-Version: 1.0 - X-Mailer: Internet Mail Service (5.5.2650.21)  Content-Type: text/plain;  	charset="iso-8859-1"   
 Dear Rich,  5 I just learned of CPU Option's status this afternoon.   9 CPU Options was terminated as a Compaq partner, thus.....   3 *	Any warranty purchased from them may not be valid = *	Any software licenses purchased from them will not be valid A *	They populate our systems with third party, used components not B supported by Field Service, and that give you poor performance and reliability.> *	Compaq will not recognize this sale thus placing Rapid Forms% relationship with Compaq in jeopardy.   I Unless they're giving you box seats to the Stanley Cup play-offs, I think  you should avoid them!  J I'll call Wyle and ask them to cut you a deal to keep you in the "family"!   Regards, Bryan   COMPAQ   Office    607-272-4595 Cell       607-227-4595 C E-*  bryan.marler@compaq.com <mailto:Steven.Hartofelis@compaq.com>     -----Original Message----- From:	Daigneault, Rick  % Sent:	Friday, April 28, 2000 12:47 PM  To:	Marler, Bryan  Cc:	Popp, Ed; Keeney, Terry  Subject:	RE: CPU Options  H CPU Options is not an authorized partner and does not have a contractualK relationship within Compaq to supply Alpha-Server, StorageWorks Product and = related Compaq equipment and Unix/OVMS licenses to End Users.   L Partners that are authorized have agreed to transfer valid Software LicensesI within their Compaq Authorized Reseller Agreement.  In addition, a Compaq I Reseller in good standing must represent the product and licenses as new, J warranted and valid to our End Users.  Approved Resellers are also grantedI benefits and resources, such as technical support, to ensure the Products * are operational, functional and warranted.  L Since CPU Options does not have a contract to resell Enterprise AlphaServer,F StorageWork Products and  UNIX/OVMS Licenses, Compaq software licensesI cannot be sub-licensed to the End User by this vendor.   A valid licenses2E must be purchased from Compaq directly or through a Compaq AuthorizedsH Enterprise Partners.   Also, Compaq Authorized Enterprise Resellers mustK sell Unix/OVMS licenses with their value added solution and cannot transfert# an individual license to End Users.o  / I hope this further clarifies my previous note.e   Rick   Rick DaigneaultW% US Partner Authorization Manager     e Compaq Computer CorpL Outside: 978-506-6144                            550 King Street  LKG1-1/K13C Fax:	978-952-8707                             Littleton, MA   01460rH Email:   Rick.Daigneault@Compaq.com <mailto:Rick.Daigneault@Compaq.com>      -----Original Message----- From:	Daigneault, Rick  $ Sent:	Friday, April 28, 2000 8:19 AM To:	Marler, Bryana Cc:	Popp, Ed; Keeney, Terry" Subject:	RE: CPU Options  0 They were terminated.  They are not authorized.    Rick   -----Original Message----- From:	Marler, Bryan & Sent:	Thursday, April 27, 2000 9:40 PM To:	Daigneault, Rick Cc:	Ed Popp; Terry Keeneyt Subject:	CPU Options   Rick,   # What do you know about CPU Options.  Thanks!e  + Regards, Bryan "Wild about Wildfire" Marleri Alpha Sales Managert North Atlantic Areaf COMPAQ e Office    607-272-4595 Cell       607-227-45951> E-*  bryan.marler@compaq.com <mailto:bryan.marler@compaq.com>     ( --------------2312EEA0796CBD53F4DED597--   ------------------------------   Date: 1 May 2000 21:37:38 +0200e* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: DCPS and HP8000* Message-ID: <390ddd02$1@news.kapsch.co.at>  n In article <panderson-1241E0.11354626042000@news.earthlink.net>, Paul Anderson <panderson@genicom.com> writes:E >The next version of DCPS (V1.8) will support the HP LaserJet 8000.  B   When expected ?b  G >There is a field test available (F1.8) if you want to try it.  Let me   >know.  K F1.8 is over 4 months old. That means, in the last 4 months no bug fixes orMB adding of new features did occur. For me, this is very surprising.H What has happened ? Y2K ? Or did Q annoy GENICOM or an earthquake or ...   -- h< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888e< FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------  # Date: Mon, 01 May 2000 19:59:51 GMTt+ From: Paul Anderson <panderson@genicom.com>n Subject: Re: DCPS and HP8000@ Message-ID: <panderson-73D05A.15595001052000@news.earthlink.net>  B In article <390ddd02$1@news.kapsch.co.at>, eplan@kapsch.net wrote:  H > In article <panderson-1241E0.11354626042000@news.earthlink.net>, Paul * > Anderson <panderson@genicom.com> writes: >tG > >The next version of DCPS (V1.8) will support the HP LaserJet 8000.  o >  > When expected ?-  C We will probably have another field test version just to make sure tH everything is proper before creating the real V1.8.  I would expect the G field test version in the next two weeks and the final version in June.   K > F1.8 is over 4 months old. That means, in the last 4 months no bug fixes  G > or adding of new features did occur. For me, this is very surprising.-J > What has happened ? Y2K ? Or did Q annoy GENICOM or an earthquake or ...  I There have been a lot of changes at GENICOM since January, including the gI closing of the facility I used to work in.  That is the short version of 89 the story.  You don't want to know the long version.  ;-)r  H Actually, the F1.8 version has been very stable, so there hasn't been a  need for a lot of changes.   Paul   --  "    Paul Anderson, DCPS Engineering"    GENICOM Corporation, Gardner MA   ------------------------------   Date: 1 May 2000 21:08:57 +0200 * From: eplan@kapsch.net (Peter LANGSTOEGER)5 Subject: Re: DECW$DEVICE-I-NODEVICE and no decwindows * Message-ID: <390dd649$1@news.kapsch.co.at>  J In article <8e6a3a$d7e$1@nnrp1.deja.com>, lucverhoelst@my-deja.com writes:( >The outcome of the comaands suggested . >[snip]r >$mc sysman io show prefix >r3 >%SYSMAN-I-OUTPUT, command execution on node ALPHA@t3                                              ^^^^^^   . Is the At-Sign really part of your node name ?7 If yes, then I can understand a lot of your problems...-   -- -< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888a< FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------   Date: 01 May 2000 21:50:04 GMT! From: briannfo@aol.com (BrianNFO)e- Subject: Re: DLT Drive Software Write Lockingn: Message-ID: <20000501175004.14589.00001780@ng-ch1.aol.com>  N >Have you tried deleting the tape units from the HSJ and recreating them? I've >had  N >disks, tapes and robots "go wrong" from time to time. One fairly reproducible > N >example I've seen of a tape "going wrong" is when backup tries to write to a K >cleaning tape (e.g. an abnormally large backup needs another tape and the i; >operators load the net set of tapes, cleaning tape first).     L Yes, you are basically correct...thanks for the response.  I thought I wouldK post just in case this would help someone else.  CSC reports this is an HSJ L firmware bug.  The quick fix is to delete the unit and re-add it.  I did not& need to delete the actual tape device.   Thanks.D   Briana   ------------------------------  % Date: Mon, 01 May 2000 23:55:46 +0200A$ From: Paul Sture <sture.ch@sture.ch>- Subject: Re: DLT Drive Software Write Locking.+ Message-ID: <VA.00000028.0382b36c@sture.ch>e  J In article <20000501175004.14589.00001780@ng-ch1.aol.com>, BrianNFO wrote:# > From: briannfo@aol.com (BrianNFO)1 > Newsgroups: comp.os.vms / > Subject: Re: DLT Drive Software Write Lockingo  > Date: 01 May 2000 21:50:04 GMT > P > >Have you tried deleting the tape units from the HSJ and recreating them? I've > >had 3P > >disks, tapes and robots "go wrong" from time to time. One fairly reproducible > >oP > >example I've seen of a tape "going wrong" is when backup tries to write to a M > >cleaning tape (e.g. an abnormally large backup needs another tape and the n= > >operators load the net set of tapes, cleaning tape first).e >  > N > Yes, you are basically correct...thanks for the response.  I thought I wouldM > post just in case this would help someone else.  CSC reports this is an HSJ0N > firmware bug.  The quick fix is to delete the unit and re-add it.  I did not( > need to delete the actual tape device. > 	 > Thanks.s > N You are welcome. I must admit I was nervous posting to someone whose skills I  did not know, just in case...h   Thanks for the thanks. ___n
 Paul Sture Switzerland    ------------------------------   Date: 1 May 2000 14:38:04 CDTe; From: wayne@tachyon.xxx.272904.killspam.015c (Wayne Sewell)r Subject: Re: DS425c memory. Message-ID: <gCYp2uePct7n@tachxxsoftxxconsult>  I In article <390D059F.7A04@mcn.net>, Mark Tarka <markZERO@mcn.net> writes:p > 4 > P.S.  Does it piss you off that the anniversary of. > Lydick's death is coming-up in a few months?  K Not if you keep it to yourself and do your frenzy of worship where we can'tTL hear it.  You are the Lydick groupie, not us.  Have you had very many Lydick< sightings yet?  Do you think he and Elvis are getting along?  M I'm perfectly happy to enjoy c.o.v as it is now and forget he ever existed.  e   -- hO ===============================================================================AM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxL: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)eO ===============================================================================mC Jake Blues: "Sell me your children!  How much for the little girl?"    ------------------------------  % Date: Mon, 01 May 2000 20:11:49 -0700e# From: Mark Tarka <markZERO@mcn.net>i Subject: Re: DS425c memory# Message-ID: <390E4775.5963@mcn.net>    Wayne Sewell wrote:i > K > In article <390D059F.7A04@mcn.net>, Mark Tarka <markZERO@mcn.net> writes:  > >.6 > > P.S.  Does it piss you off that the anniversary of0 > > Lydick's death is coming-up in a few months? > M > Not if you keep it to yourself and do your frenzy of worship where we can't 
 > hear it.  : I'm doing pretty good on that point...when's the last time= I broached the subject (admit it...there's been no "frenzy ofW worship"...twit)?e  C >You are the Lydick groupie, not us.  Have you had very many Lydick0> > sightings yet?  Do you think he and Elvis are getting along?  ; Elvis is learning the art of critical thinking, and Carl isD1 accomodating himself to ball-busting tight jeans.u  M > I'm perfectly happy to enjoy c.o.v as it is now and forget he ever existed.-  & A pity...Carl was a master teacher :-)  r	 [snip...]d  E > Jake Blues: "Sell me your children!  How much for the little girl?"y  H "Sell me...."  "How much...."  Equal to or beyond the bounds of Lydick'sB sort of insanity.  Murphy had less to cope with when he failed :-)  / Oh yeah...you can't help with the memory issue?        Mark   ------------------------------  % Date: Mon, 01 May 2000 20:23:14 -0700 # From: Mark Tarka <markZERO@mcn.net>-' Subject: DS425c memory, again, already.a# Message-ID: <390E4A22.2B18@mcn.net>r  5 Hey...I forgot the appropriate ng that I was supposed ; to post this query to (oops, ended in a preposition, darn).t7 [ATTITUDE, PURE ATTITUDE.  YOU CAN'T FILTER IT OUT, CANt YOU?]l  7 So...anyone able to provide a board and SIMMs so that Id: can double the memory available to my DecStation 425c from4 8 to 16 MB?  [A TECHNICALLY CORRECT AND TO THE POINT STATEMENT, ISN'T IT?]e  5 Or...pointers to where I should look/post?  [PITY ME,w I'M STUPID...RIGHT?]    2   mark(0@mcn.net)  Dele the parens for a valid....  2 P.S.  Does it piss you off that the anniversary of4 Lydick's death is coming-up in a few months?  [DON'T2 BE FOOLED, THIS IS A TRICK QUESTION HAVING NOTHING TO DO WITH THE SUBJECT LINE.]    ------------------------------  % Date: Mon, 01 May 2000 13:59:45 -0500a" From: Earl Lakia <lakia@ipact.com>/ Subject: Re: Dual Processor/program runs twice? ) Message-ID: <390DD421.DC80D64E@ipact.com>   @ I don't know how you run your processes, but you could capture a? group or system wide lock.  Both processes would try to capturen: the lock with No Queue. Only one would get the success.  I@ have done this with a few utilities:  For example this a command? procedure we use for determining who will control a supervisory  system:     ! $ GET_LOCK == "$BF$PROD:GET_LOCK"h! $ READ_MBX == "$BF$PROD:READ_MBX"  $! $ ACQSYS_MBX == "" $ ACQSYS_MBX_DATA == ""o $ READ_MBX ACQSYS_MBXe $ SHOW SYM ACQSYS_MBX_DATAN $ if (f$locate ("LOCKGRANTED",ACQSYS_MBX_DATA) .ne. F$LENGTH(ACQSYS_MBX_DATA)) $ THEN $   ! lock was granted $ ENDIFe  * I can give you the source code for the two2 DCL utilities used above.   The abstracts from the two routines are:v   c Read_mbx.for c Abstract:s. c This DCL foriegn command is passed a mailbox1 c name.  It will assign a channel to the mailbox, 1 c read the message and sets a DCL symbol equal tol. c it contents.  The DCL symbol is equal to the c mailbox name plus "_Data"o ce# c $ READ_MBX == "$bf$prod:READ_MBX"a c $ READ_MBX TEST_MBX  c $ WRITE SYS$OUTPUT TEST_MBXS     ce c file: Get_lock.for7 c This program  will create the lock of the given name,o+ c create a mailbox if specified, and either . c wait or not wait for completion.  If waiting3 c wait for a specified period of time only (defaultp c 60 seconds). c6# c $ GET_LOCK == "$bf$prod:GET_LOCK"n c $ GET_LOCK TEST_LOCK c 
 c Options:8 c /Nowait - If lock can not be granted immediately, then< c           exit and write message to mailbox unless /NOMBX.< c /NoMBX - No mailbox message is to be sent any mailbox. The= c          status of the ENQ for the lock is the exit status.a> c /Waittim- Time in seconds to wait if lock can not be grantedC c           (If the lock was granted the process hibernates forever @ c            holding the lock after writing the mailbox message); c /Capture- If the lock can not be granted, then wait until ; c            lock can be captured.  No mailbox is supported      C J Considine wrote:  = > why not use the dcl command "$ set process/name=foo" in theM? > command file that runs the process.  If a second process runse6 > the same command it will give an error you can trap. >e > Daniel Bohner wrote: > >r > > Greetings, > > L > > Recently we migrated our VAXen to Alphas and have experienced one littleD > > glitch with one of our systems - and perhaps you folks can help. > >rN > > Because our Alphas are dual processor - we believe a process can be kickedH > > on and run twice - once on one processor and before it is complete a6 > > duplicate process be up and running on the second. > >:O > > What switch - either during compile or after - do I have to throw that will5B > > keep the same process from running simultaneously on different$ > > processors(within the same box). > >d > > ?? any takers ?? > >o > > Daniel Bohnere > > Analyst/PublicSafety > > ADA County Sheriff's Office( > > Boise, ID  83704 > > isdan@ac1.co.ada.id.us > > dbohner@uswest.net   --
 Earl D. Lakia 0 Senior Staff Engineer         Web: www.ipact.com4 Snail Mail:                   Email: lakia@ipact.com
 IPACT Inc.1 260 S. Campbell St.           Phone: 219-464-7212q Valparaiso, IN 46383   ------------------------------  % Date: Mon, 01 May 2000 14:10:51 -05000% From: Chris Scheers <asi@airmail.net>0/ Subject: Re: Dual Processor/program runs twice?rO Message-ID: <88DA6D24335C5098.36B06F16C5167030.C281E41B2B48028F@lp.airnews.net>-   Hoff Hoffman wrote:a > \ > In article <390DBEE1.8C723CE7@connectnet.com>, C J Considine <conx@connectnet.com> writes: > 9 >   re: preventing the same job from running in parallel.C >       (SMP or uniprocessor.) > > > :why not use the dcl command "$ set process/name=foo" in the@ > :command file that runs the process.  If a second process runs7 > :the same command it will give an error you can trap.u > 5 >   This only works from within the same UIC group...q > E >   There was also a relevent interlocking fix put in recently, as it H >   was occasionally possible to get two processes with the same processE >   name in the same UIC group due to the lack of interlocking withiny' >   the process name change processing.r    C For cheap entertainment: change your UIC to another group, set youraE process name to a duplicate of your original group, and then set your'G UIC back.  (Of course, this needs to be considered a KERNEL mode hack.)d    AS255> allprivl    AS255> set proc/name=abct  
  AS255> spawne  ' %DCL-S-SPAWNED, process CHRIS_1 spawned 9 %DCL-S-ATTACHED, terminal now attached to process CHRIS_1   AS255> set proc/name=abcm  + %SET-E-NOTSET, error modifying process name-! -SYSTEM-F-DUPLNAM, duplicate namee  AS255> set uic system    AS255> set proc/name=abc     AS255> set uic chriso    AS255> sho proc/sub    G  1-MAY-2000 14:06:16.87   User: CHRIS            Process ID:   20600068 D                           Node: AS255            Process name: "ABC"  # There are 2 processes in this job:       ABCu     ABC (*)i  VG ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  G 817-237-3360 (Voice)    817-237-3074 (Fax)    Internet: asi@airmail.nete   ------------------------------  $ Date: Mon, 1 May 2000 18:29:24 -0500) From: "John E. Malmberg" <wb8tyw@qsl.net>e/ Subject: Re: Dual Processor/program runs twice?c7 Message-ID: <053b01bfb3c5$1dc56c30$020a0a0a@xile.realm>r   Daniel Bohner wrote: >nL > Because our Alphas are dual processor - we believe a process can be kickedF > on and run twice - once on one processor and before it is complete a4 > duplicate process be up and running on the second.  L Interesting race condition.  If you can describe how your process is createdD more precisely, then perhaps some accurate help may be forth coming.  H > What switch - either during compile or after - do I have to throw that will@ > keep the same process from running simultaneously on different" > processors(within the same box).  D I am unaware of any switch, as this is not a function of a compiler.  L There are various coding techniques that a process can use to make sure thatJ it is unique.  Using the distributed lock manager directly through SYS$ENQH calls is one way.  Using the distributed lock manager indirectly throughE file system calls is another.  The second method can be used in a DCLe command procedure.   -Johnp wb8tyw@qsl.network   ------------------------------  % Date: Mon, 01 May 2000 15:30:11 -0700s$ From: Barry Treahy <treahy@mmaz.com>& Subject: Eeking more I/O on Legacy VAX( Message-ID: <390E0572.4A0D9908@mmaz.com>  E I have a VAX 4000/100 running with two DSSI tapes, no DSSI disk and 5yF SCSI drives (one 1GB, two 2GB, and two 4GB) and at this time I'm stuck running at VMS 5.5-2.e  : If I recall correctly, I have these following limitations:+     1. Individual drivers cannot exceed 8GB @     2. The 4100 is SCSI-2 Narrow which means only 7 usable LUN'sF     3. The 4100 cannot handle any more RAM than 128MB limited software based caches   and I need to:%     1. Add another 8GB of storage and3?     2. More importantly boost the sustainable I/O's per second!:  A I recently read a posting here that restated how DSSI drivers aretE actually slower than SCSI, so that wouldn't work other than providingn more on-line storage.>  7 Can anyone recommend a thrid party SCSI subsystem that: /     1. Can be setup independent of VMS where byeG     2. I can load it up with numerous 10,000 rpm drivers in a RAID 5 or.! perhaps RAID 10 configuration and G     3. Then using an internal logical volume manager on the array, disho" out SCSI LUN's in 8GB segments ???  E I need this subsystem to be able to connect to this existing SCSI bus.D unless someone also knows of a hardware based controller that can beE installed in the 4000/100 which would not only support SCSI wide, butI hardware based RAID.  D As a kloogy after thought, does 5.5-2 support SCSI VMSclusters to beF used to connect in a second system that does nothing more than serviceE storage?  Would the SCSI bus saturate too fast or the overhead of SCSW penalize me too much?C  G I'm open for ideas and suggestions but consider that money is a serious0 limitation.M   Regards,   Barry Treahy   ------------------------------  # Date: Tue, 02 May 2000 03:12:17 GMTn+ From: "Barry Streets" <berrys2552@home.com> * Subject: Re: Eeking more I/O on Legacy VAX> Message-ID: <lIrP4.40172$k5.1138662@news1.frmt1.sfba.home.com>  L I'm not sure if this will buy you alot in terms of increased i/o throughput.G I recently upgraded a 6600 that had DSSI disks to HSD10/SCSI disks (the J hsd10 will do striping, and has 32Mb of read cache), this improved I/O twoF or three times over the orginal disks. Also you could use thre DSSI to( cluster a second or even a third system.  
 Barry Streetso Echo Management Groupr  H ========================================================================1 "Barry Treahy" <treahy@mmaz.com> wrote in message " news:390E0572.4A0D9908@mmaz.com...G > I have a VAX 4000/100 running with two DSSI tapes, no DSSI disk and 5 H > SCSI drives (one 1GB, two 2GB, and two 4GB) and at this time I'm stuck > running at VMS 5.5-2.e >c< > If I recall correctly, I have these following limitations:- >     1. Individual drivers cannot exceed 8GB.B >     2. The 4100 is SCSI-2 Narrow which means only 7 usable LUN'sH >     3. The 4100 cannot handle any more RAM than 128MB limited software > based caches >g > and I need to:' >     1. Add another 8GB of storage and-A >     2. More importantly boost the sustainable I/O's per second!n >(C > I recently read a posting here that restated how DSSI drivers aredG > actually slower than SCSI, so that wouldn't work other than providinge > more on-line storage.r >l9 > Can anyone recommend a thrid party SCSI subsystem that:t1 >     1. Can be setup independent of VMS where byYI >     2. I can load it up with numerous 10,000 rpm drivers in a RAID 5 or # > perhaps RAID 10 configuration andAI >     3. Then using an internal logical volume manager on the array, dish $ > out SCSI LUN's in 8GB segments ??? >NG > I need this subsystem to be able to connect to this existing SCSI bustF > unless someone also knows of a hardware based controller that can beG > installed in the 4000/100 which would not only support SCSI wide, butS > hardware based RAID. >-F > As a kloogy after thought, does 5.5-2 support SCSI VMSclusters to beH > used to connect in a second system that does nothing more than serviceG > storage?  Would the SCSI bus saturate too fast or the overhead of SCS  > penalize me too much?r >NI > I'm open for ideas and suggestions but consider that money is a serious1
 > limitation.0 >0
 > Regards, >> > Barry Treahy >    ------------------------------   Date: 1 May 2000 18:16:07 -0500 / From: jlauret@?.chem.sunysb.edu (Jerome LAURET)oA Subject: Followup : was "Probably a stupid OPERATOR question ..."o. Message-ID: <390e0227_3@dilbert.ic.sunysb.edu>   (not a question)  B 	Some time ago, I have reported a problem with OPCOM i.e. that theH OPERATOR console was not reporting any feedback from other node than theG current one (where REPLY/ENABLE was issued). This problem has gone awaysL after applying the VMS72_SYS-V0300 patch + reboot. I intended for this patchJ to fix yet another OpenVMS7.2 problem (also recently posted, problem with  SET PROCESS/PRIORITY).  F 	Since this side effect was a bit unexpected, maybe this posting will I help someone else who has/will have to face the same problem. It's a good: start :eD - nothing else I have tried did restore the normal operator features. - this patch fixes several problems at a time.       -- m6                   Jerome LAURET S.U.N.Y. @ Stony Brook$        ,,,,,      Dept. of Chemistry+       ( o o )     Stony Brook NY 11794-3400a;   ---m---U---m---------------------------------------------t&   E-mail: jlauret@mail.chem.sunysb.edu<   URL   : http://nucwww.chem.sunysb.edu/jlauret/jlauret.html   ------------------------------  # Date: Mon, 01 May 2000 21:56:30 GMT 2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>. Subject: Re: FS: 2x DEC 3000-300lx ; $100 each4 Message-ID: <i4nP4.333$NX3.6339@typhoon.aracnet.com>  ; In comp.sys.dec Phillip Helbig <helbig@astro.rug.nl> wrote:yF > How bare is bare?  No disk?  No memory?  No CD-ROM?  No floppy?  No  > graphics card?  C > Wow, an ALPHA for $100.  I remember when these had a new price ofe1 > $10,000 or whatever.  Must be getting old.  :-|d  J Well, as far as Alpha's go, they pretty much suck, however, they do make aC very nice headless Hobbyist VMS box.  I've got one that I run minuseJ DECwindows and if you through enough RAM at it, it's pretty nice.  OTOH, I much prefer my PWS433au :^)-   				Zane   ------------------------------  # Date: Tue, 02 May 2000 02:24:25 GMTx& From: John Turner <jdturner@nc.rr.com>. Subject: Re: FS: 2x DEC 3000-300lx ; $100 each) Message-ID: <390E3C63.5FE48469@nc.rr.com>9   Kent Rankin wrote: > = >         The units are located in Knoxville, TN, 37922-3449.u > P >         They are bare, but a keyboard(lk401) and mouse(vs-xxx-aa) are included > with each. > 8 >         Please send any questions that you might have. > 3 >                                         Thankyou,e5 >                                         Kent RankiniA Check this out for one with memory/disk and still less than $100.   @ http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=319037441   -- John Turner   ------------------------------  " Date: Mon, 1 May 2000 19:54:54 GMT2 From: kaplow_r@eisner.decus.org.mars2 (Bob Kaplow)@ Subject: Re: Help!! Process using more CPU time than available!!+ Message-ID: <qDQXY15nDgLI@eisner.decus.org>e  a In article <802568CE.0031CC9D.01@qedilc01.qedi.quintiles.com>, steven.reece@quintiles.com writes:mG > You mean that CA actually have _Support_ for any of their products???  > Wowwwwwww!!!!! > M > The only support issue I ever had occasion to talk to them about is why themR > evaluation copy of their version of Polycenter data collector crashed my system.P > Consistently.  On startup.  When they told me that I would have got support ifL > I'd bought the product I vowed that their products would _never_ run on my > clusters.d  J I guess I'm lucky. The evaluation CD I got wouldn't even install. The copy6 they had me FTP to replace it wouldn't install either.   SCREWit!   	Bob Kaplow	  E SPAM:	spamrecycle@ChooseYourmail.com	uce@ftc.gov	postmaster@127.0.0.1s   ------------------------------  % Date: Mon, 01 May 2000 23:55:44 +0200t$ From: Paul Sture <sture.ch@sture.ch>@ Subject: Re: Help!! Process using more CPU time than available!!+ Message-ID: <VA.00000027.0382adb7@sture.ch>g  = In article <qDQXY15nDgLI@eisner.decus.org>, Bob Kaplow wrote:u > Newsgroups: comp.os.vmso4 > From: kaplow_r@eisner.decus.org.mars2 (Bob Kaplow)B > Subject: Re: Help!! Process using more CPU time than available!!$ > Date: Mon, 1 May 2000 19:54:54 GMT > c > In article <802568CE.0031CC9D.01@qedilc01.qedi.quintiles.com>, steven.reece@quintiles.com writes:oI > > You mean that CA actually have _Support_ for any of their products???. > > Wowwwwwww!!!!! > > O > > The only support issue I ever had occasion to talk to them about is why the T > > evaluation copy of their version of Polycenter data collector crashed my system.R > > Consistently.  On startup.  When they told me that I would have got support ifN > > I'd bought the product I vowed that their products would _never_ run on my
 > > clusters.T > L > I guess I'm lucky. The evaluation CD I got wouldn't even install. The copy8 > they had me FTP to replace it wouldn't install either. > 
 > SCREWit! > ^ Well, I'm just starting to review the "Dummies" book, and it's got a load of interesting urls.  : There's one I just cannot bring myself to retype though...  U See www.sture.ch/dummies.html - not much yet, more to come, but it's pretty positive.i ___s
 Paul Sture Switzerlands   ------------------------------  * Date: Mon, 1 May 2000 20:37:08 -0500 (EST)1 From: "Robert J. Slover" <slover@Rose-Hulman.Edu>B4 Subject: Is there any online documentation for LG06?W Message-ID: <Pine.LNX.3.96.1000501185612.31997C-100000@rocinante.admin.rose-hulman.edu>   
 Greetings,  8 I've been looking for online documentation for the LG06,9 with no luck.  Specifically, I need a table of the escapec5 sequences for this printer.  We have 2 copies of the u6 manual that were kept with the printer...but I went up: there and the printer had been move 2 years ago and no one, knows exactly where the manuals were placed.  5 Any help would be greatly appreciated.  Otherwise I'm / stuck with buying another copy of the manual...M   TIA,   --Robert   -- Robert J. Slover Adminstrative Systems Managero# Rose-Hulman Institute of TechnologyA   ------------------------------  % Date: Mon, 01 May 2000 14:32:11 -0400H0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>' Subject: Re: new cluster license priceso/ Message-ID: <390DCDA6.82EB9B34@vl.videotron.ca>b   Bill Todd wrote:I > choose to.  Like it or not, the market appears to consider clustering adL > sufficiently significant feature to pay a significant price for.  This mayH > well change with increased competition (especially as Linux clustering& > matures), but that's the case today.  N Typical "Digital" thinking. Milk the market until you are out-competitioned byG the new kids on the block which you refused to consider as competition.   G I totally disagree. Compaq has a chance here to *LEAD* the market. MakeaM clustering very affordable and with more features than the other guys and youiN will not only attract customers, but also make it harder for the other guys to follow you.   M If you price a cluster at $30,000, then it makes it VERY easy for competitorsdL to spend the megabucks to DEVELOP clustering that competes with you and theyJ will charge $15k (half your price) and reap all the benefits. You are thenH forced to follow the competitors or die. (or, as in the case of Digital,N refuse to follow the competitors and hope you still have enough customers left to survive another 5 years).  K But if you charge $10k, then YOU WILL BE THE LEADER IN THE MARKET. SuperiortM technology and lower prices will make VMS a whole lot more attractive and may.I offset some of VMS's disadvantages (seen as a dead OS, lack of apps etc).cH Since VM'S has the technological advantage, if you are the leader in theK market, then the others will be struggling to follow and catch up with you.y  R Right now, VMS is struggling to keep its rumours of impending death under control.   ------------------------------  # Date: Mon, 01 May 2000 20:41:47 GMTwM From: =?iso-8859-1?Q?Andr=E9?= Bastien <bastien.andre.p@hydro-no-spam-.qc.ca> ' Subject: Re: new cluster license pricesp4 Message-ID: <390DEC1C.2408FAC3@hydro-no-spam-.qc.ca>  I If I understand correctly, this means half the price for the full ClusternN license at 6 000$US, but an increase of 1 500 $US for the "new" cluster clientI license which was free before and was included with NAS Client 150 on anye Alpha"Station".t   From the Compaq Web:  8 >Until now, the OpenVMS Cluster Client functionality has8 >been available as part of the Compaq NAS Client 150 for+ >OpenVMS  product. We have made the OpenVMSc8 >Cluster Client functionality a new product offering for >the Alpha DS series systems.   N Does this REALLY mean an increase of 1 500 $ to add an AlphaStation DS10 to an existing cluster ??   L AlphaStations were already very expensive and not so powerful at 466 MHz  !!   Please tell me I am wrong !    David Mathog a crit :  6 > Compaq has released new cluster license prices, see: >o? >   http://www.openvms.digital.com/availability/ds_cluster.html6 >0 >8   ------------------------------  $ Date: Mon, 1 May 2000 21:31:12 -0400' From: "Bill Todd" <billtodd@foo.mv.com>n' Subject: Re: new cluster license prices ( Message-ID: <8elb1h$d1g$1@pyrite.mv.net>  ; JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in messaget) news:390DCDA6.82EB9B34@vl.videotron.ca...o > Bill Todd wrote:K > > choose to.  Like it or not, the market appears to consider clustering atJ > > sufficiently significant feature to pay a significant price for.  This mayUJ > > well change with increased competition (especially as Linux clustering( > > matures), but that's the case today. >o; > Typical "Digital" thinking. Milk the market until you aree out-competitioned byI > the new kids on the block which you refused to consider as competition.  >  > I totally disagree.a  L I seriously doubt whether anyone, let alone Compaq, gives a damn whether youI agree or not.  My point, which you did nothing to refute, was that in theoK current market clustering ability commands a significant premium from *all*bI commercial vendors, hence Compaq's pricing is simply consistent - neitherT' unreasonably high nor aggressively low.H   - bill  4  Compaq has a chance here to *LEAD* the market. MakeK > clustering very affordable and with more features than the other guys and  you2H > will not only attract customers, but also make it harder for the other guys toY
 > follow you.8 > C > If you price a cluster at $30,000, then it makes it VERY easy for  competitors5I > to spend the megabucks to DEVELOP clustering that competes with you and  theyL > will charge $15k (half your price) and reap all the benefits. You are thenJ > forced to follow the competitors or die. (or, as in the case of Digital,K > refuse to follow the competitors and hope you still have enough customers- left > to survive another 5 years). >4D > But if you charge $10k, then YOU WILL BE THE LEADER IN THE MARKET. SuperiorK > technology and lower prices will make VMS a whole lot more attractive andr mayaK > offset some of VMS's disadvantages (seen as a dead OS, lack of apps etc).aJ > Since VM'S has the technological advantage, if you are the leader in theH > market, then the others will be struggling to follow and catch up with you. >tK > Right now, VMS is struggling to keep its rumours of impending death undere control.   ------------------------------  % Date: Mon, 01 May 2000 22:55:31 -0400r0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>' Subject: Re: new cluster license pricesi/ Message-ID: <390E437D.5E5D120D@vl.videotron.ca>i   Bill Todd wrote:K > agree or not.  My point, which you did nothing to refute, was that in the M > current market clustering ability commands a significant premium from *all*nK > commercial vendors, hence Compaq's pricing is simply consistent - neithero) > unreasonably high nor aggressively low.   C Same thing in the 80s when Digital and IBM thought they commanded anK significant lead and thus justified significant premiums. Then came Sun and-I Microsoft who dismissed that mentality and offered leadership by loweringaG prices significantly and we all know how rich Billy gates got with thats> strategy and how Scott McNealy won the internet server market.   ------------------------------  % Date: Mon, 01 May 2000 11:45:16 -0700G! From: Shane.F.Smith@healthnet.comm: Subject: Re: Setting local event flag from another process8 Message-ID: <882568D2.006709F8.00@WHDOM99.HEALTHNET.COM>  . From: Shane F Smith@FHS on 05/01/2000 11:45 AM     To:   Info-Vax@mvb.saic.comN cc: ; Subject:  Re: Setting local event flag from another processo  L >This for a port/conversion of some existing VAX software to an Alpha.  If IE >can signal a process with a local event flag, I can minimize certaineK >portions of the port.   Thanks for the help.   I may take a stab at it ande0 >see what kind of trouble I can get myself into.I >Brian Schenkenberger, VAXman- <system@SendSpamHere.ORG> wrote in messageu+ >news:009E9668.DDE32D3F@SendSpamHere.ORG...nB >> In article <newscache$5yputf$dpd$1@netnews.tva.gov>, "mlnorman" ><mlnorman@tva.gov> writes:hI >> >I have a need for an application/method of setting a local event flage >fromrK >> >another process.  It seems that I recall having seen discussion of thiss >inoM >> >the past, so I believe it's theoretically possible, but currently outsideh >myrI >> >capabilities.  If anyone has any insight into such wizardry and wouldn >careo$ >> >to share, I would appreciate it. >> > >> >Thanks in advanceh >>8 >> From another process will require privilege to do so. >>F >> The mechanics are to get to kernel mode and invoke SCH$POSTEF.  YouG >> pass the process your are targetting via R1(IPID) and the event flagCG >> number to be set in R3.  A priority boost value can be passed in R2.u >>G >> My question is why?  ... and, if one process must affect another via-F >> an event flag signalling mechanism, would it not be better to do so@ >> using a supported mechanism?  Say, common event flag cluster. >> >> --45 >> VAXman- OpenVMS APE certification number: AAA-0001  >VAXman@TMESIS.COM >>G >> GNU Freeware -- What does the GNU *really* stand for?  Garbage!  Nott >Usable!  M If you're doing a port, that means you have access to the source, yes? If so,cN there's a simpler, unpriv'd method you might want to consider. Within the sameI process, you can set that event flag from within an AST, and if you use aeO blocking AST on a lock, it's relatively simple to trigger the AST from outside.=# Just try to take out the same lock."      H  #####   ---------------------------------------------------------------I #-O-O-# | Shane underbar S on pacbell dot net. Spam to abuse@127.0.0.1  |dH #  L  #  ---------------------------------------------------------------D  #===#   Don't blame HealthNet for anything I say. They're innocent.H   ###    OpenVMS: The operating system God runs the Earth simulation on.   ------------------------------   Date: 1 May 2000 15:11:25 -05004. From: rjordan@Mercury.mcs.net (Richard Jordan)/ Subject: Re: The Movie "Breaking Point" + PDP11 * Message-ID: <8ekodd$o35$1@Mercury.mcs.net>  @ > Just noticed this weekend after sitting with the kids watchingA > "Star Trek The Motion Picture"  circa 1980,  in the credits ther > following: >o< > Medical Computer Graphics - Digital Equipment Corporation. >e ...i  D So how long till Compaq finds a way to change the credits on all the: old movies so the Digital name doesn't appear anywhere? :)   Rich Jordana rjordan@mcs.netr   ------------------------------  " Date: Mon, 1 May 2000 22:36:26 GMT2 From: kaplow_r@eisner.decus.org.mars2 (Bob Kaplow)/ Subject: Re: The Movie "Breaking Point" + PDP11 + Message-ID: <uGUJjYKKJEgv@eisner.decus.org>   h In article <EXXN4.150202$1C2.3755676@news20.bellglobal.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes:M > On a related topic, a couple of months ago I watched a rerun of "Three DayseM > of the Condor". Check out the hardware in their (the CIA) computer room. ItpJ > was either a PDP-8 or PDP-12. I wonder if DEC had to pay for this bit of, > on-screen advertising or was it a free-be?  J It was a PDP-8 (/E IIRC) that got shot up in the movie. There was a posterF from DECUS commerating "Three Days of the COndor, starring the DIGITAL PDP-8".   / Don't know if payment was needed that far back.    ------------------------------   Date: 2 May 2000 00:02:42 +02000* From: eplan@kapsch.net (Peter LANGSTOEGER)" Subject: Re: Tivoli Agent for VMS?* Message-ID: <390dff02$1@news.kapsch.co.at>  d In article <8eao9d$19qg$1@news2atm.raleigh.ibm.com>, "Paul Nankervis" <paulnank@au1.ibm.com> writes:L >We have a client using Tivoli monitoring to look after a number of systems,D >and now they would like to include their VMS systems under the sameE >monitoring umbrella. Does anyone have any experience with any Tivolih >monitoring agents for VMS?s >tM >I have seen mention of Heroix Robomon in the Tivoli Partnership information, G >but have been unable to establish whether it acts as a Tivoli agent ora >whetherI >it is standalone monitoring for VMS systems. I have sent an email asking . >about this but have received no response yet.  J If we know what a Tivoli Monitoring Agent does, we might be able to answerJ your questions. (And I also know nothing about ROBOMON - except the name).  I In the meantime, I suggest having a look at the "Compaq Management AgentsYL for OpenVMS" (current is V2.0; for VMS V7.1 and V7.2; they require UCX/TCPIPI and don't run with TCPware and/or Multinet - but are said to be supporteddG with the next versions of Process Software's TCP/IP stacks). Maybe they N provide enough info to get you going (or are exactly what you're looking for).  = 	http://www.openvms.digital.com/openvms/products/mgmt_agents/3   -- 3< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888e< FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------  # Date: Mon, 01 May 2000 20:45:28 GMTh From: ewilts@my-deja.com+ Subject: VMS Perl system() truncating lines ) Message-ID: <8ekqd3$ver$1@nnrp1.deja.com>   @ One of my developers is reporting that the Perl system() call isF truncating the argument to 256 characters.  I'm running Perl 5.005_03.  C Is this a known limitation?  Can this limit to be expanded to 1K or  more?r   Thanks,n	    .../Ed    Ed Wilts mailto:ewilts@mediaone.net      & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  $ Date: Mon, 1 May 2000 15:27:08 -0700" From: Larry Rosler <lr@hpl.hp.com>/ Subject: Re: VMS Perl system() truncating lines 8 Message-ID: <MPG.1377a49ab5b75ce198a9c4@nntp.hpl.hp.com>  F In article <8ekqd3$ver$1@nnrp1.deja.com> on Mon, 01 May 2000 20:45:28 4 GMT, ewilts@my-deja.com <ewilts@my-deja.com> says...B > One of my developers is reporting that the Perl system() call isH > truncating the argument to 256 characters.  I'm running Perl 5.005_03. > E > Is this a known limitation?  Can this limit to be expanded to 1K orn > more?o  @ The limitation is not in Perl.  It might well be in the command D processor that the system() call is invoking.  One way to avoid the G limit would be to supply a list of arguments to system(), instead of a n; long string that requires parsing by the command processor.    perldoc -f systemn   perldoc -f execi   -- o (Just Another Larry) Roslere Hewlett-Packard Laboratories, http://www.hpl.hp.com/personal/Larry_Rosler/
 lr@hpl.hp.com    ------------------------------  % Date: Mon, 01 May 2000 14:24:54 -0400o0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>- Subject: Where do you look for VMS software ? / Message-ID: <390DCBF2.7EBD3ECE@vl.videotron.ca>t  9 Where do VMS shops look when they need software for VMS ?o  M Or: if a company comes out with a piece of VMS software, what is the best way ? to make it known to VMS sites that this software is available ?h   ------------------------------  % Date: Mon, 01 May 2000 14:17:00 -0500!" From: Earl Lakia <lakia@ipact.com>1 Subject: Re: Where do you look for VMS software ?.) Message-ID: <390DD82C.72369D7B@ipact.com>p  L We sell a few products and services.   I agree it is difficult to let others know.r: We have listed ourselves with the old Digtal web pages but@ the old books that Digital use to publish aren't around anymore.     JF Mezei wrote:m  ; > Where do VMS shops look when they need software for VMS ?t >lO > Or: if a company comes out with a piece of VMS software, what is the best way A > to make it known to VMS sites that this software is available ?    --
 Earl D. Lakiac0 Senior Staff Engineer         Web: www.ipact.com4 Snail Mail:                   Email: lakia@ipact.com
 IPACT Inc.1 260 S. Campbell St.           Phone: 219-464-7212t Valparaiso, IN 46383   ------------------------------   Date: 1 May 2000 20:38:58 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)1 Subject: Re: Where do you look for VMS software ?i6 Message-ID: <8ekq12$e72$1@mailint03.im.hou.compaq.com>  N In article <390DD82C.72369D7B@ipact.com>, Earl Lakia <lakia@ipact.com> writes:M :We sell a few products and services.   I agree it is difficult to let otherstB :know.  We have listed ourselves with the old Digtal web pages butA :the old books that Digital use to publish aren't around anymore.- :- :JF Mezei wrote: :y< :> Where do VMS shops look when they need software for VMS ? :>M :> Or: if a company comes out with a piece of VMS software, what is the best  F :> way to make it known to VMS sites that this software is available ?  F   One of the easiest ways currently to make your applications known toG   other folks is via membership in the Compaq Solutions Alliance (CSA) eF   program, and the available (and searchable) catalog of applications G   at the CSA website and related CSA support.  The CSA program targets rJ   assistance that is of interest to application developers and partners...>   The baseline CSA membership is by subscription, and is free:       http://csa.compaq.com/  B   The OpenVMS FAQ contains the URL for the CSA-based (searchable)    application catalog database:T  /     http://www.partner.digital.com/www-catalog/e   	--0  H   I expect to present a session (OpenVMS Technical Information and Help K   for Application Developers) at the Compaq Technology Symposium (CTS2000) .4   developer's conference scheduled later this month:  '     http://www.emea.compaq.com/cts2000/c  J   The session covers this and other related topics of interest to OpenVMS H   application developers -- the session covers the sorts of information H   that developers need to know or need to find when they are developing F   applications for OpenVMS.  This session may well be repeated at the F   Fall Los Angeles event (LA CETS2000; the event formerly known as the   Fall DECUS Symposium):       http://www.decus.org/r    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 01 May 2000 17:06:36 -0400i0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>1 Subject: Re: Where do you look for VMS software ? / Message-ID: <390DF1CD.9E223192@vl.videotron.ca>    Hoff Hoffman wrote:rC >   The OpenVMS FAQ contains the URL for the CSA-based (searchable)o! >   application catalog database:m > 1 >     http://www.partner.digital.com/www-catalog/   L Thanks. But is this publicised enough that customers know to look there when searching for software ?  N Also, Why no VAX/OpenVMS ? Every other type of classificantion seems included.N And I still hate the use of "industry standard server". They should really sayL "80x86 based servers", the use of "industry standard" is an insult to Alpha.N Compaq should not be re-enforcing the concept that the 8086 is the standard if1 Copmpaq wants its Alpha to get a share of market.d  N Also, what will "industry standard" be when Intel finally/eventually starts to comemrcialise its IA64 ?   ------------------------------   Date: 1 May 2000 17:55:51 GMTa* From: helbig@astro.rug.nl (Phillip Helbig)1 Subject: who kicked over Carl Lydick's tombstone?c. Message-ID: <8ekgf7$e6d$1@info.service.rug.nl>  H There used to be a "memorial", appropriately named "the eternal flame",  to Carl Lydick at   #    http://www.cosmic.uga.edu/flame/e  ) Can anyone explain the change in content?o   ------------------------------   End of INFO-VAX 2000.244 ************************ functionality has8 >been available as part of the Compaq NAS Client 150 for+ >OpenVMS  product. We have made the OpenVMSc8 >Cluster Client functionality a new product offering for >the Alpha DS series systems.   N Does this REALLY mean an increase of 1 500 $ to add an Alpha=#ˊ-᳽c[_^Sbpgנ^/57jw{BYyܫ]u:w'|yoئbbErӊg
=E?cV^NLZ׺:;>:~NK]m)aRg
3j5tW3q0-@㖪y/M*fۯ9<c2C$q_
8K<(hVM;[WrOuF8lפ5dk+Zxv(Տ9K఑_޸jq˺#Ӧl	u5
.:_AHl脃M3"nv˼r\}wroo_{^rIxSG1VS78eyk\W0=`Ayv0y2to6#ϔp"h	v|jۻ7'җ!.S͎<
ɯMm_.rTvh[ob??uu-3z+d_yױ`p펛7#C14nܐ?4SˍFJq<w9*%?xkbhnl,ѹOTp}9ܹmk'6[U=qt͋ϳy{[?G'dFέ<6!¼	qh^_~8̙w[_>s3gvۏ>{׵9$'JMT\+~ȫ̽%۷ܩ3ξ|m?xuCka/l?۰.ɪ[3begX^' Ս.+[E#=t>szdhc{F]w%ėO,
ڷ+mONѬvg-G.TbnGÊ1_I,rOrvWAй3eaWyEerkBs¿URi?34rw|SVE͵k|?ʲכS슗|<#ϛY/~p{[sN
'2pk$Yj<]NPLa~i$9qp%
]6vڼbA@Iعw=鸪]s?<9_WNj{@3DB,k:/uq<aZ|ܹ3,ԛYڦ;X0q3bs!wW;x5a=bH!8Vܟpu+kyt綺#;9gNX`"eu/VwRݬ>uUCn>v},;v_cnu[==+>zlX[gkR5-ώ8rMօOkZ2gu{|СwNE\:\j:nܩҷiC^of=n<u3à=3إ8ݾ[`/5tvDOrmTÌwWRM5KfSz{C..kG<	8c\˾=lM ˵{=;t8bdnÜ܋H4aa_:.xYcכo;n>R} x-X=,t˩;>ݐ9XȲΙn80~_5{Pof;Ư-9sX|ѼY38ǲ
nQ]BW(ۮ3>]5m_ֿ74!uᩙ	$/lزN=GOh\|zm9[IT4;cj(T)vE2EmەO+?ݢzZbnE??Jxr?tP8\\R0t
=gsR%15S1q^Ł[Nla	cL[%;:;{ˇ<Q5JsO
ĥ}385bГ#}5[ot͖sָqDfMǫFϴeY;3VWpgذö3of][wqkӃeo16,:eA[7zuǧ.vbvAfmUVύՌB?]7aП{,VUJmK0_yIף{GB6t3AM}Ο@|4,}}h3&ܗkhWt;>X󉎰vil>5^#[:Ŧ\m_m~WBߏ.;Z<nh,+Wgw]uӹFWvx恑5t{i߯}p{6\X[X3Pħml`z\l9s\~h>jqzA3s[mUWoQg,\6f)'?