1 INFO-VAX	Tue, 29 Jun 2004	Volume 2004 : Issue 356       Contents:+ Re: Accuweather video mentions VMS (TWICE!) P Announcing - The June 2004  issue of  The OpenVMS Technical Journal - Please dis Re: CXX on VAXD HP beats IBM in new cluster Total Cost of Ownership comparison study= Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article 4 Re: Intel/HP wait for alpha team to save itanium ...4 Re: Intel/HP wait for alpha team to save itanium ... Re: jGRASP for OpenVMS Re: jGRASP for OpenVMS+ Re: More LAT questions on LAT$SYSTARTUP.COM + Re: More LAT questions on LAT$SYSTARTUP.COM  Re: NTP and NTPDATE  Re: NTP and NTPDATE  Re: OpenVMS .... no news? P Re: OpenVMS 7.2-1/Pathworks 6.0C NT4 Domain upgrade to Windows 2k3 Active DirectP Re: OpenVMS 7.2-1/Pathworks 6.0C NT4 Domain upgrade to Windows 2k3 Active Direct Shared SCSI settings Re: VAX  Spare Parts  F ----------------------------------------------------------------------    Date: 28 Jun 2004 14:57:37 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) 4 Subject: Re: Accuweather video mentions VMS (TWICE!)= Message-ID: <cf15391e.0406281357.6cef8b5f@posting.google.com>   o "Peter Weaver" <WeaverConsultingServices@sympatico.ca> wrote in message news:<2jogvgF13v4e6U1@uni-berlin.de>... J > Nice mention of VMS in the video. Now to find some duct tape to tape theA > boss in a chair, some toothpicks to hold his eyes open click on  > continuous play...  A I like that idea. Here's some more info about this success story:   ? New video and written story highlight HP success at AccuWeather  by Marc Courchesne  A "Speed, accuracy, and the way we push our information through the F infrastructure here at AccuWeather is the most important thing that we> do every day. And the AlphaServer systems and OpenVMS play theA critical lynchpin part of the entire process." This is one of the D quotes from Kathleen Fiore, vice president and CIO, appearing in theD new AccuWeather success stories. Millions of people worldwide dependC on AccuWeather for weather forecasts and information. To accomplish B its mission, AccuWeather relies on innovative technology solutions) from HP. View or download the video here: 8 http://h71000.www7.hp.com/openvms/brochures/accuweather/  E (The success story brochure is available in .PDF and .HTML formats at  the same URL.)   ------------------------------    Date: 28 Jun 2004 19:01:13 -07001 From: susan_skonetski@hotmail.com (Sue Skonetski) Y Subject: Announcing - The June 2004  issue of  The OpenVMS Technical Journal - Please dis = Message-ID: <857e9e41.0406281704.4eee159d@posting.google.com>    Dear Folks,   D It is my pleasure to announce the availability of the newest copy ofE the OpenVMS Technical Journal.  This issue is 180 pages in length and < contains 11 different articles written by technical experts.  E All articles are available in PDF and HTML and combined documents are  available in both PDF and PS.   D As with any project this is the result of many hours of hard work byD both the Authors, Writing and Web team, my deepest thanks for making this happen.  E Please visit http://h71000.www7.hp.com/openvms/journal for the latest  VTJ   
 Warm Regards,  Sue    ------------------------------  + Date: Mon, 28 Jun 2004 20:01:33 +0000 (UTC) 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com>  Subject: Re: CXX on VAX 0 Message-ID: <cbptet$3tr$1@sparta.btinternet.com>  L Don't worry! Hoff will be along shortly with a PHD worthy thesis of a reply.  , Soterro <soterroatyahoocom> wrote in message3 news:40dff5ea$0$326$4d4ef98e@read.news.ch.uu.net...  > Hello, > G > I have the feeling that the latest CXX version available for VAXen is A > 5.6, and I'm pretty unhappy with it (and the way it handles the % > only-later-standardized-templates). . > Am I right? Is there any 6.x release on VAX? >  > Thanks a lot,  > S    ------------------------------    Date: 28 Jun 2004 14:51:56 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) M Subject: HP beats IBM in new cluster Total Cost of Ownership comparison study = Message-ID: <cf15391e.0406281351.174a8132@posting.google.com>   ( HP beats IBM in new TCO comparison study by Marc Courchesne  E "...HP OpenVMS/AlphaServer clusters are more cost effective to manage D than IBM AIX/HACMP pSeries clusters because the HP clusters are more< stable and require fewer resources to maintain." This is theB conclusion reached in a new white paper on total cost of ownership> (TCO) by TechWise Research Inc. entitled, "Are Some RISC-Based' Clusters Easier to Manage Than Others?"   ? http://h71000.www7.hp.com/openvms/whitepapers/sm_whitepaper.pdf    ------------------------------  % Date: Mon, 28 Jun 2004 17:21:47 -0400 # From: "John Smith" <a@nonymous.com> F Subject: Re: Intel Itanium's very survival in doubt - inquirer article, Message-ID: <SOqdnWAahsNpFn3dRVn-sw@igs.net>   Barry Treahy, Jr. wrote:! > david20@alpha2.mdx.ac.uk wrote:  >  >> For info :- >>5 >> There is an article in the Inquirer with the title  >>/ >> "Intel Itanium's very survival in doubt" See , >> http://www.theinquirer.net/?article=16868 >> >> >>B > Reads like a bad novel but just repeats the critical path/volumeE > issues that have been hounded on this list, that HP seems to avoid, C > deny, or ignore, that being that if Itanic never reaches critical B > volume in sales, compliments of X86-64, it'll be just as anotherF > proprietary chip like Alpha, PA-RISC, MIPS, except they don't own itE > or control it and HP will remain at the mercy of Intel for its long E > term future...  If Intel was not concerned about the loss of market B > share to AMD, they would not have introduced their alternatives,C > knowing very well it would directly compete and hurt any possible  > Itanic growth...    I RSN Intel will realize that there isn't going to be any Itanic growth and ) dump all their eggs into the x86-64 camp.   K Depending on the agreement with HP about Itanic, it may cost Intel $1-2B in I termination fees - chump change for them. For HP it would mean the end of  them as an enterprise player.   3 And carly(tm) would still get her golden parachute.    ------------------------------  # Date: Mon, 28 Jun 2004 21:36:24 GMT   From: CJT <abujlehc@prodigy.net>F Subject: Re: Intel Itanium's very survival in doubt - inquirer article* Message-ID: <40E08F57.1020602@prodigy.net>   Barry Treahy, Jr. wrote:  ! > david20@alpha2.mdx.ac.uk wrote:  > A >> In article <d7791aa1.0406280726.119ed376@posting.google.com>,  - >> bob@instantwhip.com (Bob Ceculski) writes:  >>   >>. >>> david20@alpha2.mdx.ac.uk wrote in message ) >>> news:<cbor6p$hhs$1@news.mdx.ac.uk>...  >>>    >>>  >>>> For info :- >>>>7 >>>> There is an article in the Inquirer with the title - >>>> "Intel Itanium's very survival in doubt"  >>>> >>>> >>>> See >>>>. >>>> http://www.theinquirer.net/?article=16868 >>>> >>>> David Webb  >>>> VMS and Unix team leader 	 >>>> CCSS  >>>> Middlesex University 	 >>>>       >>> A >>> it also says that the alpha team is on the job ... so not all  >>> is bleak ... >>>    >> >> >> >> To be exact it says >>F >> "Internally, Intel has basically given up hope on IPF becoming the 
 >> defactoD >> 64-bit architecture until Tukwilla in 2007. From the specs being  >> bandied about, F >> that chip looks to be another marvel (pun intended) from the Alpha  >> team, but3 >> between now and then, there is precious little."  >> >> Then ends with  >>H >> "For the next three years, there is little reason for anyone to care  >> any more H >> unless they are an HP customer, and absolutely no reason for a third  >> party to J >> jump aboard. Intel just sent a clear message, it is just not the one I 	 >> wanted  >> to hear." >> >> >>   >>G > Just curious, how many years and how many billions have been dumped,  K > excuse me, invested into Itanic?  What do you suppose is the upper limit  5 > of a negative ROI before Intel must cut its losses?  >  > Barry  >   E Has any of that been capitalized?  If they cancel it, will there be a 7 huge writedown?  Or has it been expensed along the way?    --  D The e-mail address in our reply-to line is reversed in an attempt toC minimize spam.  Our true address is of the form che...@prodigy.net.    ------------------------------  % Date: Mon, 28 Jun 2004 18:21:38 -0400 # From: "John Smith" <a@nonymous.com> F Subject: Re: Intel Itanium's very survival in doubt - inquirer article, Message-ID: <QbOdndjuYJRmBH3dRVn-hw@igs.net>  
 CJT wrote: > Barry Treahy, Jr. wrote: > " >> david20@alpha2.mdx.ac.uk wrote: >>A >>> In article <d7791aa1.0406280726.119ed376@posting.google.com>, . >>> bob@instantwhip.com (Bob Ceculski) writes: >>>  >>> . >>>> david20@alpha2.mdx.ac.uk wrote in message* >>>> news:<cbor6p$hhs$1@news.mdx.ac.uk>... >>>> >>>> >>>>> For info :-  >>>>> 8 >>>>> There is an article in the Inquirer with the title. >>>>> "Intel Itanium's very survival in doubt" >>>>>  >>>>> 	 >>>>> See  >>>>> / >>>>> http://www.theinquirer.net/?article=16868  >>>>>  >>>>> David Webb >>>>> VMS and Unix team leader
 >>>>> CCSS >>>>> Middlesex University >>>>>  >>>>B >>>> it also says that the alpha team is on the job ... so not all >>>> is bleak ...  >>>> >>>  >>>  >>>  >>> To be exact it says  >>> F >>> "Internally, Intel has basically given up hope on IPF becoming the >>> defacto D >>> 64-bit architecture until Tukwilla in 2007. From the specs being >>> bandied about,F >>> that chip looks to be another marvel (pun intended) from the Alpha
 >>> team, but 4 >>> between now and then, there is precious little." >>>  >>> Then ends with >>> H >>> "For the next three years, there is little reason for anyone to care >>> any moreH >>> unless they are an HP customer, and absolutely no reason for a third >>> party toD >>> jump aboard. Intel just sent a clear message, it is just not the >>> one I wanted
 >>> to hear."  >>>  >>>  >>>  >>> G >> Just curious, how many years and how many billions have been dumped, E >> excuse me, invested into Itanic?  What do you suppose is the upper < >> limit of a negative ROI before Intel must cut its losses? >> >> Barry >> > G > Has any of that been capitalized?  If they cancel it, will there be a 9 > huge writedown?  Or has it been expensed along the way?   J Long since capitalized. Essentially they had to capitalize once they began shipping chips.    ------------------------------  % Date: Mon, 28 Jun 2004 15:51:51 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> F Subject: Re: Intel Itanium's very survival in doubt - inquirer article' Message-ID: <40E0A107.3050600@MMaz.com>    John Smith wrote:    >Barry Treahy, Jr. wrote:  >    > ! >>david20@alpha2.mdx.ac.uk wrote:  >>     >> >>>For info :- >>> 5 >>>There is an article in the Inquirer with the title  >>> / >>>"Intel Itanium's very survival in doubt" See , >>>http://www.theinquirer.net/?article=16868	 >>>        >>> B >>Reads like a bad novel but just repeats the critical path/volumeE >>issues that have been hounded on this list, that HP seems to avoid, C >>deny, or ignore, that being that if Itanic never reaches critical B >>volume in sales, compliments of X86-64, it'll be just as anotherF >>proprietary chip like Alpha, PA-RISC, MIPS, except they don't own itE >>or control it and HP will remain at the mercy of Intel for its long E >>term future...  If Intel was not concerned about the loss of market B >>share to AMD, they would not have introduced their alternatives,C >>knowing very well it would directly compete and hurt any possible  >>Itanic growth... >>     >> >  > J >RSN Intel will realize that there isn't going to be any Itanic growth and* >dump all their eggs into the x86-64 camp. > L >Depending on the agreement with HP about Itanic, it may cost Intel $1-2B inJ >termination fees - chump change for them. For HP it would mean the end of >them as an enterprise player. > 4 >And carly(tm) would still get her golden parachute. >    > @ Please don't take this as me being anti-capitalist, because I'm E certainly not, but I'm sure tired of our DoJ not prosecuting for the  F likes of Tyco, Enron, and god-forbid, a HP as you speculate...  These F CEO's, and other officers, that cash out with hundreds of millions of F dollars from injured or dying companies while the vendors, customers, . and share-holders take a bath is just wrong...     Barry    --    > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028                            ------------------------------  # Date: Mon, 28 Jun 2004 23:23:36 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")F Subject: Re: Intel Itanium's very survival in doubt - inquirer article6 Message-ID: <00A340B4.BA670B7D@SSRL.SLAC.STANFORD.EDU>  U In article <40E0A107.3050600@MMaz.com>, "Barry Treahy, Jr." <Treahy@MMaz.com> writes:  >>A >Please don't take this as me being anti-capitalist, because I'm  F >certainly not, but I'm sure tired of our DoJ not prosecuting for the G >likes of Tyco, Enron, and god-forbid, a HP as you speculate...  These  G >CEO's, and other officers, that cash out with hundreds of millions of  G >dollars from injured or dying companies while the vendors, customers,  / >and share-holders take a bath is just wrong...  >   I I agree this is just wrong.  However, I'm unaware of any reason to think  H that the HP case and the Tyco / Adelphia cases (senior executives simplyK looting the company) or the Enron cases (manipulating markets, hiding debt) L are remotely comparable, or that anything actually illegal (as distinct fromM possibly incompetent or terminally misguided) is happening with HP.  And it's L hard to see why the DOJ should get involved if nothing illegal is happening.   -- Alan    --  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================    ------------------------------  # Date: Tue, 29 Jun 2004 01:22:53 GMT , From: "Dave Gudewicz" <k9jdk@NOSPAMarrl.net>F Subject: Re: Intel Itanium's very survival in doubt - inquirer article- Message-ID: <%63Ec.126226$HG.52324@attbi_s53>   H At a recent LUG meeting (April 2004) our featured speaker from Intel hadI other things to say wrt Itanium/64-bit extensions/Xeon and other alphabet G soup.  Itanium IS Intel's chip for the high-end.  That's was the gospel H according to Intel.  Was the Feb. 04 IDF announcement confusing (aka didI Intel screw this up?)  Yep.  Was it misinterpreted?  See previous answer.   H Has Itanium been slow, no very slow, to ramp up?  Yep.  Has the slope ofI this ramp changed post Merced?  Looked like it from the #s we were shown.   E Now can all this change?  Sure.  Has it?  Not yet near as I can tell.     . "John Smith" <a@nonymous.com> wrote in message& news:SOqdnWAahsNpFn3dRVn-sw@igs.net... > Barry Treahy, Jr. wrote:# > > david20@alpha2.mdx.ac.uk wrote:  > >  > >> For info :- > >>7 > >> There is an article in the Inquirer with the title  > >>1 > >> "Intel Itanium's very survival in doubt" See . > >> http://www.theinquirer.net/?article=16868 > >> > >> > >>D > > Reads like a bad novel but just repeats the critical path/volumeG > > issues that have been hounded on this list, that HP seems to avoid, E > > deny, or ignore, that being that if Itanic never reaches critical D > > volume in sales, compliments of X86-64, it'll be just as anotherH > > proprietary chip like Alpha, PA-RISC, MIPS, except they don't own itG > > or control it and HP will remain at the mercy of Intel for its long G > > term future...  If Intel was not concerned about the loss of market D > > share to AMD, they would not have introduced their alternatives,E > > knowing very well it would directly compete and hurt any possible  > > Itanic growth... >  > K > RSN Intel will realize that there isn't going to be any Itanic growth and + > dump all their eggs into the x86-64 camp.  > J > Depending on the agreement with HP about Itanic, it may cost Intel $1-2B inK > termination fees - chump change for them. For HP it would mean the end of  > them as an enterprise player.  > 5 > And carly(tm) would still get her golden parachute.  >  >    ------------------------------  # Date: Tue, 29 Jun 2004 01:35:06 GMT   From: CJT <abujlehc@prodigy.net>F Subject: Re: Intel Itanium's very survival in doubt - inquirer article* Message-ID: <40E0C74A.8070200@prodigy.net>   John Smith wrote:    > CJT wrote: >  >>Barry Treahy, Jr. wrote: >> >>" >>>david20@alpha2.mdx.ac.uk wrote: >>>  >>> A >>>>In article <d7791aa1.0406280726.119ed376@posting.google.com>, . >>>>bob@instantwhip.com (Bob Ceculski) writes: >>>> >>>> >>>>. >>>>>david20@alpha2.mdx.ac.uk wrote in message* >>>>>news:<cbor6p$hhs$1@news.mdx.ac.uk>... >>>>>  >>>>>  >>>>>  >>>>>>For info :-  >>>>>>8 >>>>>>There is an article in the Inquirer with the title. >>>>>>"Intel Itanium's very survival in doubt" >>>>>> >>>>>>	 >>>>>>See  >>>>>>/ >>>>>>http://www.theinquirer.net/?article=16868  >>>>>> >>>>>>David Webb >>>>>>VMS and Unix team leader
 >>>>>>CCSS >>>>>>Middlesex University >>>>>> >>>>> B >>>>>it also says that the alpha team is on the job ... so not all >>>>>is bleak ...  >>>>>  >>>> >>>> >>>> >>>>To be exact it says  >>>>F >>>>"Internally, Intel has basically given up hope on IPF becoming the >>>>defacto D >>>>64-bit architecture until Tukwilla in 2007. From the specs being >>>>bandied about,F >>>>that chip looks to be another marvel (pun intended) from the Alpha
 >>>>team, but 4 >>>>between now and then, there is precious little." >>>> >>>>Then ends with >>>>H >>>>"For the next three years, there is little reason for anyone to care >>>>any moreH >>>>unless they are an HP customer, and absolutely no reason for a third >>>>party toD >>>>jump aboard. Intel just sent a clear message, it is just not the >>>>one I wanted
 >>>>to hear."  >>>> >>>> >>>> >>>> >>> G >>>Just curious, how many years and how many billions have been dumped, E >>>excuse me, invested into Itanic?  What do you suppose is the upper < >>>limit of a negative ROI before Intel must cut its losses? >>>  >>>Barry >>>  >>G >>Has any of that been capitalized?  If they cancel it, will there be a 9 >>huge writedown?  Or has it been expensed along the way?  >  > L > Long since capitalized. Essentially they had to capitalize once they began > shipping chips.  >  >   0 So how much is on the books yet to be amortized?     --  D The e-mail address in our reply-to line is reversed in an attempt toC minimize spam.  Our true address is of the form che...@prodigy.net.    ------------------------------  % Date: Mon, 28 Jun 2004 22:47:42 -0400 # From: "John Smith" <a@nonymous.com> F Subject: Re: Intel Itanium's very survival in doubt - inquirer article, Message-ID: <kdmdnckb2enKRX3dRVn-jw@igs.net>  6 "Barry Treahy, Jr." <Treahy@MMaz.com> wrote in message! news:40E0A107.3050600@MMaz.com...  > John Smith wrote:  >  > >Barry Treahy, Jr. wrote:  > >  > > # > >>david20@alpha2.mdx.ac.uk wrote:  > >> > >> > >>>For info :- > >>> 7 > >>>There is an article in the Inquirer with the title  > >>> 1 > >>>"Intel Itanium's very survival in doubt" See . > >>>http://www.theinquirer.net/?article=16868 > >>>  > >>> D > >>Reads like a bad novel but just repeats the critical path/volumeG > >>issues that have been hounded on this list, that HP seems to avoid, E > >>deny, or ignore, that being that if Itanic never reaches critical D > >>volume in sales, compliments of X86-64, it'll be just as anotherH > >>proprietary chip like Alpha, PA-RISC, MIPS, except they don't own itG > >>or control it and HP will remain at the mercy of Intel for its long G > >>term future...  If Intel was not concerned about the loss of market D > >>share to AMD, they would not have introduced their alternatives,E > >>knowing very well it would directly compete and hurt any possible  > >>Itanic growth... > >> > >> > >  > > L > >RSN Intel will realize that there isn't going to be any Itanic growth and, > >dump all their eggs into the x86-64 camp. > > K > >Depending on the agreement with HP about Itanic, it may cost Intel $1-2B  inL > >termination fees - chump change for them. For HP it would mean the end of  > >them as an enterprise player. > > 6 > >And carly(tm) would still get her golden parachute. > >  > > A > Please don't take this as me being anti-capitalist, because I'm F > certainly not, but I'm sure tired of our DoJ not prosecuting for theG > likes of Tyco, Enron, and god-forbid, a HP as you speculate...  These G > CEO's, and other officers, that cash out with hundreds of millions of G > dollars from injured or dying companies while the vendors, customers, 0 > and share-holders take a bath is just wrong...       Barry,  H a) I wasn't saying or suggesting that HCC(tm) (her coiffed cuteness) wasL guilty of any felony. Bad business decisions - yes, but felonious behavior - no.   + b) There is no law against stupidity - yet.   I c) It isn't against the law for private corporations to buy business jets K and fly their senior executives to Davos. It even isn't against the law for J the business jet to have solid gold toilet seats (unlikely if only for theB added weight) or serve champagne and caviar aboard, as long as theL shareholders feel that this adds value to their corporation and they approve? of the actions of the people they hire as executive *managers*.   K d) It even isn't against the law (as some crusading Attorney Generals would L like people to believe) that executives get paid obscene amounts of money asL salary, bonues, deferred compensation, or golden parachutes - see Sr. GrassoH & NYSE or Curly as recent examples of some of these types of situations.  : Should al the above change? Perhaps in some ways, but how?  H If HP or other corporations shareholders think it's ok to abdicate theirI responsibilities and kowtow to the executives they temporarily hire to be A caretakers of *their* companies, then they deserve what they get.   I In general, my view what is most reprehensible is the curtailing of items L which get to be tabled for open discussion at shareholder meetings. Muzzling' of shareholders is not a healthy thing.    ------------------------------  % Date: Mon, 28 Jun 2004 15:39:34 -0400 5 From: "rob kas" <droprob@nospam-paychoice.com-nospam> = Subject: Re: Intel/HP wait for alpha team to save itanium ... 0 Message-ID: <10e0svo38c817cf@corp.supernews.com>  ) HP ponders a less-glorious Itanium future     c http://news.com.com/HP+ponders+a+less-glorious+Itanium+future/2100-1006_3-5249467.html?tag=nefd.top         Great line:      F      "We have decided that with the two-server strategy, ProLiant and M Integrity, we're covered no matter what," said Rich Marcelo, general manager  M of HP's Business Critical Server group. "If we do nothing more than take our  D Unix customers and move forward with them (on Itanium), we're fine."      &   Guess VMS doesn't count at all......        6 "Bob Ceculski" <bob@instantwhip.com> wrote in message 7 news:d7791aa1.0406280446.67392824@posting.google.com... , > http://www.theinquirer.net/?article=16868    ------------------------------  # Date: Tue, 29 Jun 2004 00:39:04 GMT , From: "Dave Gudewicz" <k9jdk@NOSPAMarrl.net>= Subject: Re: Intel/HP wait for alpha team to save itanium ... . Message-ID: <IS2Ec.126196$HG.125676@attbi_s53>  , And.... they spelled Rich's name wrong.  ;-)    @ "rob kas" <droprob@nospam-paychoice.com-nospam> wrote in message* news:10e0svo38c817cf@corp.supernews.com... >  > + > HP ponders a less-glorious Itanium future  >  >  > c http://news.com.com/HP+ponders+a+less-glorious+Itanium+future/2100-1006_3-5249467.html?tag=nefd.top  >  >  >  >  Great line: >  >  > G >      "We have decided that with the two-server strategy, ProLiant and F > Integrity, we're covered no matter what," said Rich Marcelo, general manager J > of HP's Business Critical Server group. "If we do nothing more than take our F > Unix customers and move forward with them (on Itanium), we're fine." >  >  > ( >   Guess VMS doesn't count at all...... >  >  >  > 7 > "Bob Ceculski" <bob@instantwhip.com> wrote in message 9 > news:d7791aa1.0406280446.67392824@posting.google.com... - > > http://www.theinquirer.net/?article=16868  >  >    ------------------------------    Date: 28 Jun 2004 13:33:45 -0700* From: thierry.uso@wanadoo.fr (Thierry USO) Subject: Re: jGRASP for OpenVMS < Message-ID: <79c022e7.0406281233.a58dda8@posting.google.com>  r soccer13player@yahoo.com (Nom de Plume) wrote in message news:<f401eb7f.0406280535.6a5ad393@posting.google.com>... > Thierry wrote: > > Larry Kilgallen wrote: > > > Thierry writes: L > > > > The target process (compiler, debugger or exe) communicates with theL > > > > jGRASP process via SYS$OUTPUT which is a mailbox (by default). So, aJ > > > > buffer overflow may occur during a "big" write to SYS$OUTPUT. I am# > > > > searching how to avoid this  > > > 7 > > > Specify larger limits when creating the mailbox ?  > > F > > Of course I can increase the size of the mailbox. It decreases the> > > probability of a buffer overflow but it does not avoid it. > >  > > Thierry USO. > F > Can the communication mechanism be modified to "split" the IOs based > on the buffer size?  >  > JMOD  C I can't control how the jGRASP processs reads on SYS$OUTPUT and how E the target process writes on SYS$OUTPUT. I can only act on SYS$OUTPUT $ (redirect...) via the wedge process.  C I try to see how some free IDEs like Netbeans solve this problem on  OpenVMS (if they solve it...).   Thierry USO.   ------------------------------    Date: 28 Jun 2004 13:44:31 -0700* From: thierry.uso@wanadoo.fr (Thierry USO) Subject: Re: jGRASP for OpenVMS = Message-ID: <79c022e7.0406281244.2722a7bf@posting.google.com>   h Keith Brown <kbrown2720@NOSPAMcomcast.net> wrote in message news:<Ruydnc2wGPsGAELdRVn-jA@comcast.com>... > Thierry USO wrote: >   F > > The Wedge of jGRASP has been successfully tested with OpenVMS 7.3, > > Java 1.4.1-2, E > > jGRASP 1.6.4 and the Ada GNAT 5.00a compiler. It should work with @ > > subsequent versions of OpenVMS, Java, jGRASP and with others > > compilers. > >    > > Thierry USO  > 
 > Thierry, > R > One side issue question... Is Gnat 5.00a for OpenVMS free? Where can I get it? IO > need to run on OpenVMS 7.3-1 but cannot find a version of Gnat which will run 7 > on anything newer than 7.2-1. Can you provide a Link?  >  > Thanks in advance   D Gnat 5.00a for OpenVMS is build by ACT and is not free. But the Gnat> sources are under GPL license. So, you can build your own GnatB compiler under OpenVMS using GCC 3.4. Probably not an easy task...   Thierry USO.   ------------------------------  % Date: Mon, 28 Jun 2004 15:34:31 -0500 % From: Neil Cherry <njc@wolfgang.uucp> 4 Subject: Re: More LAT questions on LAT$SYSTARTUP.COM. Message-ID: <slrnce107l.aoa.njc@wolfgang.uucp>  J On Thu, 24 Jun 2004 20:26:39 +0000 (UTC), Peter 'EPLAN' LANGSTOEGER wrote:X > In article <slrncdm8d0.mhn.njc@wolfgang.uucp>, Neil Cherry <njc@wolfgang.uucp> writes:5 >>Service Name     Status      Rating  Identification C >>VAX              Available      0 D  .Welcome to OpenVMS VAX V6.1  > C > Could it be that you disabled the login (SET LOGIN/INTERACTIVE=0) E > or that you reached the userlimit (or the VMS user license limit) ?    MV3100$ sh license   Active licenses on node MV3100:   > ------- Product ID --------    ---- Rating ----- -- Version --O Product            Producer    Units Avail Activ Version Release    Termination O ACMS               DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O ACMS-REM           DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004   * It goes on like that. Is this good or bad?   MV3100$ sh user 7       VAX/VMS User Processes at 28-APR-2004 16:33:23.81 7     Total number of users = 1,  number of processes = 1   -  Username     Interactive  Subprocess   Batch   SYSTEM            1   --  D Linux Home Automation         Neil Cherry        ncherry@comcast.net; http://home.comcast.net/~ncherry/               (Text only) = http://linuxha.sourceforge.net/                 (SourceForge) 8 http://hcs.sourceforge.net/                     (HCS II)   ------------------------------  % Date: Mon, 28 Jun 2004 19:40:09 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>4 Subject: Re: More LAT questions on LAT$SYSTARTUP.COM+ Message-ID: <40E0BA69.A9FD6933@comcast.net>    Neil Cherry wrote: > L > On Thu, 24 Jun 2004 20:26:39 +0000 (UTC), Peter 'EPLAN' LANGSTOEGER wrote:Z > > In article <slrncdm8d0.mhn.njc@wolfgang.uucp>, Neil Cherry <njc@wolfgang.uucp> writes:7 > >>Service Name     Status      Rating  Identification E > >>VAX              Available      0 D  .Welcome to OpenVMS VAX V6.1  > > E > > Could it be that you disabled the login (SET LOGIN/INTERACTIVE=0) G > > or that you reached the userlimit (or the VMS user license limit) ?  >  > MV3100$ sh license > ! > Active licenses on node MV3100:  > @ > ------- Product ID --------    ---- Rating ----- -- Version --Q > Product            Producer    Units Avail Activ Version Release    Termination Q > ACMS               DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 Q > ACMS-REM           DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004  > , > It goes on like that. Is this good or bad?  H Well, bad because you didn't show us the VMS license, just the first twoH entries (which I suspect may be surplus, unless you are actually running ACMS).   Post the complete list.    D.J.D.   ------------------------------    Date: 28 Jun 2004 14:45:55 -0700& From: twnews@kittles.com (Thomas Wirt) Subject: Re: NTP and NTPDATE= Message-ID: <b3531425.0406281345.271be294@posting.google.com>    Mike Rechtman wrote: > Louie wrote: > C >>Running UCX version 4.2 with NTP as a client on a Alpha 2100 with  OpenVMS F >>7.1. Everything is fine until the server time jumps by more than 7.5 hours C >>following a powerdown or power blip. Then NTP won't set the time.  >>E >>Is there a NTPDATE program available for this version of UCX that I  can run   >>from a COM script during boot? >>4 >>Or maybe a way to configure NTP to reset the date? >>B >>Upgrading to TCP/IP version 5.0 is not an option because it will	 break the 1 >>software that is relying on FTP in version 4.2.  >> >>Thanks in advance  >>Louie. >  > C > The following is something I use to set the _approximate_ time at 
 > startup,% > so that NTP can take it from there. 7 > Unsupported, but works for me (run once at startup):   >  > -----<start code>----- >  > $       Type SYS$INPUT >  > B >         This program and any program with which it cooperates or > exchanges I >         information and/or which has been either written or modified by J >         the undersigned is not warranted in any manner, shape or form to" >         perform any useful task.+ >         It is guaranteed to contain bugs. F >         Its use and the interpretation of any results is left solely8 >         to the discretion and imagination of the user.7 >         No claims are made or implied by its release. E >         Any distribution of any such program MUST include the above 	 > notice.  > ? >                                                Mike Rechtman, 
 > 31-Dec-2001  > $  > $! > $ vf_ = f$verify(0) 1 > $ ds = f$trnlnm("SYS$TIMEZONE_DAYLIGHT_SAVING")  > $ if (ds .nes. "") > $ then1 > $       if ((ds .eqs. "0") .or. (ds .eqs. "1"))  > $       thenF > $               d = f$integer(f$trnlnm("SYS$TIMEZONE_DIFFERENTIAL")) > $               sign = "+"  > $               if (d .lt. 0 ) > $               then$ > $                       sign = "-"# > $                       d = 0 - d  > $               endif  > $               d = d / 3600D > $               diff = "''sign'''d':00:00"      ! whole hours only > $       else$ > $               write sys$output -; > 			"Illegal value ''d_s' in SYS$TIMEZONE_DAYLIGHT_SAVING"J > $               exit > $       endif  > $ elseG > $       diff = "+02:00:00"                      ! Standard local timee	 > $ endifr > $! > $ a1 = f$cvtime("",,"DAY") > $ a2 = f$cvtime("",,"MONTH"), > $ a3 = f$extract(2,2,f$cvtime("",,"YEAR")) > $ today = "''a3'-''a2'-''a1'"e > $ now = f$cvtime("",,"TIME") > $ mess1 = f$envir("MESSAGE") > $ set message/nof/noi/nos/nott > $ on error then goto oopse: > $ define/user sys$input  TT:	! for BATCH change to OPA0:E > $ define/user sys$output  TT:	! must be an existing terminal devicet > $ define/user sys$command TT:iB > $ telnet time-b.timefreq.bldrdoc.gov  /port=13/log=show_time.tmp > $ set noon > $ set message 'mess1+ > $ open/read/error=oops tmp show_time.tmp;i > $ read/error=oops tmp line > $ date = f$elem(1," ",line) ! > $ utc_time = f$elem(2," ",line)T1 > $ time = f$cvtime("''utc_time'''diff'",,"TIME")tJ > $ write sys$output "here: ''today':''now'      UTC: ''date':''utc_time'"  > $ if (date .eqs. today) then - >       set time='time* > $ write sys$output "Time set to ''time'" > $oops: > $ st = $STATUS
 > $ close tmpm > $ dele show_time.tmp;* > $ set message 'mess1 > $ vf_ = f$verify(vf_)a > $ exit st- > $! > ----<end code>---- >  > C I like this code, but a short cut that I found when I was on UCX4.2 D was to copy the "TCPIP$NTPDATE" from TCPIP 5.1 (IIRC) on a differentC VMS machine and use the code below.  It worked much better than the6D NTP on 4.2 and did not seem to cause any problems.  We are now usingD TCPIP 5.3 and we still call this code every night for time syncing. D If you do not have a system with TCPIP 5.x handy, then just copy theE 5.3 kit and unpack the install files to find this file.  I think thati3 you can still do that with .pcsi files.  Good luck.e  ; $! Synchronize this nodes clock with the Navy atomic clock.r& $ MCR TCPIP$NTPDATE ntp2.usno.navy.mil $!A $! Synchronize all the nodes on the cluster with this nodes time.u $ SET TIME/CLUSTER $!   -- r   Thomas Wirt  Systems Manager  Kittle's Home Furnishingsa Indianapolis, IN   ------------------------------  % Date: Mon, 28 Jun 2004 19:42:09 -0500o2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: NTP and NTPDATE+ Message-ID: <40E0BAE1.CFA6EFF6@comcast.net>e   Thomas Wirt wrote: > [snip] > then just copy theG > 5.3 kit and unpack the install files to find this file.  I think thatt) > you can still do that with .pcsi files.    See HELP PRODUCT EXTRACT..   D.J.D.   ------------------------------  % Date: Mon, 28 Jun 2004 23:22:24 +0100e< From: "Alex Daniels" <AlexNOSPAMTHANKSDaniels@themail.co.uk>" Subject: Re: OpenVMS .... no news?5 Message-ID: <40e09a0d$0$4586$db0fefd9@news.zen.co.uk>9  ; "Fabio Cardoso" <fabiopenvms@yahoo.com.br> wrote in message 7 news:f30679fb.0406280834.71564e4b@posting.google.com...V, > For a long time I am not reading good news2 > about OpenVMS' new features in this news group ?% > What is happening ? Is it freezed ?o >n > []s >v > Fabioy     Yawn...t  J Personally I think the new Host Based Mini Merge 7.3-1 Production kit thatJ was released last week (for HBMM Field Test Sites) is great! And that will be merged back in for 8.2n  K That was last week, and as someone pointed out Mozilla was out last week asn well.c    Are those recent enough for you?   Alex   ------------------------------    Date: 28 Jun 2004 15:11:45 -0700& From: twnews@kittles.com (Thomas Wirt)Y Subject: Re: OpenVMS 7.2-1/Pathworks 6.0C NT4 Domain upgrade to Windows 2k3 Active Direct-= Message-ID: <b3531425.0406281411.67fb7198@posting.google.com>0  
 PEN wrote:  
 > Hi Michael,r > M > PATHWORKS for OpenVMS v6.0c isn't supported with Windows 2003.   If you can$J > upgrade OVMS to v7.2-2 or higher, you can upgrade to Advanced Server for@ > OpenVMS v7.3A ECO2.  But this version requires the license pakL > PWLMXXXCA07.03 in order for clients to map drives/printers.   If you don'tL > have these licenses, you can "upgrade" your existing licenses at a reduced' > cost.  For license part numbers, see:t > 3 > http://h71000.www7.hp.com/pathworks/licorder.htmle  C One thing that I would add to that is that if you set things up fortE concurrent use and set your Advanced Server to disconnect when not in6C use, you may find that a surprisingly small number of client accessHF licenses allows a large number of different clients to access AdvancedC Server (AS).  I have about 10 times as many users accessing AS eachaC day as I have licenses.  This is not a cheat, it is the way that ASVC concurrent client licensing is supposed to work.  If you can do theAF upgrade, I recommend budgeting for as many licenses as you have today,C but buy only a few more than your estimated peak concurrent use andiF see if you get by.  IIRC the licenses will "disconnect" (in concurrentA mode) by default, but you may need to tweak the time-out value tohA optimize this  (I am not sure this still needs to be done in AS).i  
 Good luck.   > 
 >   <snip> -- -   Thomas Wirte Systems Manager4 Kittle's Home Furnishingsh Indianapolis, IN   ------------------------------  % Date: Tue, 29 Jun 2004 07:33:47 +0200t2 From: Karl Rohwedder <emil.mustermann@t-online.de>Y Subject: Re: OpenVMS 7.2-1/Pathworks 6.0C NT4 Domain upgrade to Windows 2k3 Active DirectT) Message-ID: <cbquvh$mpp1@doiweb4.b2x.vwg>    Thomas Wirt wrote: > PEN wrote: >  > 
 >>Hi Michael,  >>M >>PATHWORKS for OpenVMS v6.0c isn't supported with Windows 2003.   If you canlJ >>upgrade OVMS to v7.2-2 or higher, you can upgrade to Advanced Server for@ >>OpenVMS v7.3A ECO2.  But this version requires the license pakL >>PWLMXXXCA07.03 in order for clients to map drives/printers.   If you don'tL >>have these licenses, you can "upgrade" your existing licenses at a reduced' >>cost.  For license part numbers, see:i >>3 >>http://h71000.www7.hp.com/pathworks/licorder.html  >  > E > One thing that I would add to that is that if you set things up for G > concurrent use and set your Advanced Server to disconnect when not inyE > use, you may find that a surprisingly small number of client access.H > licenses allows a large number of different clients to access AdvancedE > Server (AS).  I have about 10 times as many users accessing AS eacheE > day as I have licenses.  This is not a cheat, it is the way that ASoE > concurrent client licensing is supposed to work.  If you can do theaH > upgrade, I recommend budgeting for as many licenses as you have today,E > but buy only a few more than your estimated peak concurrent use and6H > see if you get by.  IIRC the licenses will "disconnect" (in concurrentC > mode) by default, but you may need to tweak the time-out value to0C > optimize this  (I am not sure this still needs to be done in AS).. >  > Good luck. >  > 
 >>  <snip>  U The parameter AUTODISCONNECT controls the timeout value in minutes (0=no disconnect).s	 $  regutl> REGUTL> sho par * *disco*.   Section Name: server Keyword Name: autodisconnect
 Type: Integer  Current Data: 0r   REGUTL>>   ------------------------------  % Date: Mon, 28 Jun 2004 14:18:14 -0700t# From: "Tom Linden" <tom@kednos.com>> Subject: Shared SCSI settingst9 Message-ID: <NDEMLKKEBOIFBMJLCECIKEIODHAA.tom@kednos.com>b  , This is a multi-part message in MIME format.  + ------=_NextPart_000_00A1_01C45D1A.C0409F90> Content-Type: text/plain;h 	charset="iso-8859-1". Content-Transfer-Encoding: 7bit>  7 I was wondering if someone could enlighten me as to howy? the SRM variable PK*0_FAST works.  I have read the explanation cI in the docs, but not sure if it is off value in my configuration which is> as shown here.    +            ____________LAN_________________t+           |        |        |             |e.        Node A   Node B   Node C  ...    Node K        XP1000   XP1000   XP1000 !        VMS7.3   VMS7.3-1 VMS7.3-2l           |        |        |>           |  SCSI  |  BA356 |a           -------------------o           |        |        |t          SHDW X   SHDW Y   SHDW Z     Physically connected as follows   4              BA356            A             B      C5                 \            / \           / \    / \eC                  \__________/   \_________/   \__/   \__ Terminator        ---r& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.710 / Virus Database: 466 - Release Date: 6/23/2004  o  + ------=_NextPart_000_00A1_01C45D1A.C0409F90 " Content-Type: application/ms-tnef; 	name="winmail.dat" ! Content-Transfer-Encoding: base64u  Content-Disposition: attachment; 	filename="winmail.dat"-  L eJ8+Ig4VAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNyL b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEGgAMADgAAANQHBgAcAA4AEgAAAAEAHgEBL A5AGACgHAAAjAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAAAAADADYAAAAAAB4AcAABL AAAAFQAAAFNoYXJlZCBTQ1NJIHNldHRpbmdzAAAAAAIBcQABAAAAFgAAAAHEXVVsjoESchBJ3EiZL m9jCUePBJF4AAAIBHQwBAAAAFAAAAFNNVFA6VE9NQEtFRE5PUy5DT00ACwABDgAAAABAAAYOALS6L Y1VdxAECAQoOAQAAABgAAAAAAAAA5Js4yTxH00y6pPoeJFIYb8KAAAALAB8OAQAAAAIBCRABAAAAL 7wIAAOsCAABXBQAATFpGdU91ZlgDAAoAcmNwZzEyNfIyAPszNgHoAqQD5AcTTwKDAFAD1AIAY2gKL wHP4ZXQwEKkOUARVEdkIVVsHsgKDMxFvEKZ9CoF2SQiQd2sLgGQ0DGBjlwBQCwMLYG4OEDAzFWFBL C8QgSSB3YQQgdycCIASBC4BnIAaQIHMlA3BlAiBlIAWgdWwEZCAJ8GxpZ2h0FQnwIAeAIBmxdG8gL mGhvdwqiCoB0aBsQ4FNSTSB2CsAHMAJgARsQUEsqMF9GQRRTVAMxMRnRcmtzbC4gGXESAHYbEAlwL YRMbcB1SZXgLUW5hdD5pAiAK4wqAC4Agc2RvQGNzLCBidQVAbrpvBUBzCHAbEBqBaQVA+QQAIG8BL IB3BCkEacBwRcnkbIW5mG8AIcCEkd7poDeBoI9Ec9BmxcxzB9wOgHWAJcC4c9Ce7ExAfoMUpCF8pL yUxBTinKKcN7HPQpCHwsTy1XLQQry05XBHEQoC92Qi92Qx+gLssxQC9nSyvLWFAYsDMQFzK/AUArL 2lYF4DcuM/01By0fIDXFDlAr3zdvNt8xH6BTQ1MZgDfCQkFIMzU2OO8gLTw/LYc5Dz3vOy1TSERXL MtAVQEZZQEZaJ78KUGi2eQ3RB0BsJPMbAGMb8P8bcBmxAhBDgBzQJmU9bikB3zrEKQkv8kX5KQRDL RW8pA/RcXCkKL0pcS0ZLQkkPP0oGKchLQE5LTyZPJiBU/QSQbQuAISAFsCgcNFUKhJ8LNxViGVEAL AAsOMTgDMC8bsBsBPTJV008iwGdv7xpCAMADESPhYwSQITAlQKFEMVZpcnUEIEYJ0UsnoFXTQx1gL Y2tEMWIxJPBBVkccUAIwaS0bF0BYgnNDMBvwbSAogRvgdHA6Ly93XABOLgnABAAkEHQuBaBtOilZL BVYEkACQAiA6IOA2LjAuNxiwSzFYZC5EISABoBmwZV3gNDb1OwAtB/BlHjBfUV7yX3HwNi8yM2DwL MxAXwFXTFCB9HPR9YmAACwABgAggBgAAAAAAwAAAAAAAAEYAAAAAA4UAAAAAAAADAAOACCAGAAAAL AADAAAAAAAAARgAAAAAQhQAAAAAAAAMAB4AIIAYAAAAAAMAAAAAAAABGAAAAAFKFAABzeQEAHgAJL gAggBgAAAAAAwAAAAAAAAEYAAAAAVIUAAAEAAAAEAAAAOS4wAAsADYAIIAYAAAAAAMAAAAAAAABGL AAAAAIKFAAABAAAACwA6gAggBgAAAAAAwAAAAAAAAEYAAAAADoUAAAAAAAADADyACCAGAAAAAADAL AAAAAAAARgAAAAARhQAAAAAAAAMAPYAIIAYAAAAAAMAAAAAAAABGAAAAABiFAAAAAAAACwBSgAggL BgAAAAAAwAAAAAAAAEYAAAAABoUAAAAAAAADAFOACCAGAAAAAADAAAAAAAAARgAAAAABhQAAAAAAL AAMA6YBACbNnNTvSEaWVACAYZIunAQAAACAAAABBAFYARwAgAEYATABBAEcAUwAgACgATwBVAFQAL KQAAAAAAAAMCAfgPAQAAABAAAADkmzjJPEfTTLqk+h4kUhhvAgH6DwEAAAAQAAAA5Js4yTxH00y6L pPoeJFIYbwIB+w8BAAAAqQAAAAAAAAA4obsQBeUQGqG7CAArKlbCAABQU1RQUlguRExMAAAAAAAAL AABOSVRB+b+4AQCqADfZbgAAAEM6XERvY3VtZW50cyBhbmQgU2V0dGluZ3NcQWRtaW5pc3RyYXRvL ci5IWVJST0tLSU5cTG9jYWwgU2V0dGluZ3NcQXBwbGljYXRpb24gRGF0YVxNaWNyb3NvZnRcT3V0L bG9va1xvdXRsb29rLnBzdAAAAAADAP4PBQAAAAMADTT9NwAAAgF/AAEAAAAuAAAAPE5ERU1MS0tFL Qk9JRkJNSkxDRUNJS0VJT0RIQUEudG9tQGtlZG5vcy5jb20+AAAAAwAGEPTdFCcDAAcQyQEAAAMAL EBAAAAAAAwAREAAAAAAeAAgQAQAAAGUAAABJV0FTV09OREVSSU5HSUZTT01FT05FQ09VTERFTkxJL R0hURU5NRUFTVE9IT1dUSEVTUk1WQVJJQUJMRVBLKjBGQVNUV09SS1NJSEFWRVJFQURUSEVFWFBM QU5BVElPTklOVEhFAAAAAM2y  - ------=_NextPart_000_00A1_01C45D1A.C0409F90--l   ------------------------------  % Date: Mon, 28 Jun 2004 20:46:09 +0200o0 From: Keith Cayemberg <keith.cayemberg@arcor.de> Subject: Re: VAX  Spare Parts>B Message-ID: <40e06772$0$26355$9b4e6d93@newsread4.arcor-online.net>   Soterro wrote: >  > Hello, > E > Could you provide such an _impressive_ list also for Europe please?  >  > Thanks a lot,r > Sl  4 Those with the courage to ask may receive the world? Could be....4 Well at least as much as I have so far discovered...    < *OpenVMS Hardware VARs (Value Added Resellers) -  Worldwide*     _Asia_  $ China-Lit - 欢迎进入朗佳资讯      http://www.china-lit.com/ Digiworks Co., Ltd. - Koreat      http://www.dgwrks.com/d' Hard Data Systems - USA, Canada & Japan %      http://www.harddata.com/Systems/  JANA - South Korea+      http://www.jana.co.kr/server/alpha.htmm     _Australia and New Zealand_d  : AES - Avnet Enterprise Solutions - US - Canada - Australia      http://www.es.avnet.com/e+ Digital Engineering Corporation - Australias4      http://www.digecorp.com/index.php?page=hardware PraxaDirects5      http://www.praxa.com.au/Products/PraxaDirect.aspf     *Europe*  	 _Belgium_d  < Kender Thijssen Belgium - ICT solutions and computer rentals/      http://www.kender-thijssen.be/asp/home.aspr   VECOM Belgium - (Defunct?)      http://www.vecom.be/o3 VECOM Belgium - Digital Equipment - Wayback Machine.E      http://web.archive.org/web/20030410140613/www.vecom.be/index.htmT     _Cyprus_   GCC Computers Ltd. - Cyprus $      http://www.gcc.com.cy/index.asp    	 _Denmark_O   Datacon - Denmark       http://www.datacon.dk/      _France_  $ Best'Ware - Les Serveurs HP - France1      http://www.bestware.fr/gamme_hp_serveurs.htm@B Digital-Equipment.Com - France - Compaq,Dec,Alpha server,Revendeur&      http://www.digital-equipment.com/ X9000 - France      http://www.x9000.fr/A    	 _Germany_S  3 AZ1 - ALPHA ZERO ONE Computersysteme GmbH - GermanyM      http://www.az1.de/J6 COS Concat AG - Germany, Switzerland and Liechtenstein%      http://www.cos-concat.ch/hp.htmle& Delta Computer Products GmbH - Germany!      http://www.deltacomputer.de/h" HP Deutschland - HP Renew Programm+      http://www.hewlett-packard.de/hprenew/O IPS GmbH, Bremen, Germanyt'      http://www.ips-bremen.de/index.php  Kunhardt Computer - Germanyg%      http://www.kunhardt-computer.de/, Magirus Germanyl-      http://www.magirus.de/germany/index.htmle0 MKD - Michael Krauß Datentechnik GmbH - Germany&      http://www.mkd-gmbh.de/profil.php    	 _Iceland_l  4 Opin kerfi hf. Hewlett Packard á Íslandi - Iceland0      http://www.ok.is/web/default.asp?parent=254    	 _Ireland_e  B ICS Computing - Financial Accounting and Payroll Systems - Ireland,      http://www.icscomputing.co.uk/index.asp! ICS Computing Ltd - Partner Brief 9      http://www.openvms.compaq.com/partners/ics/index.htmg     _Italy_n   Alphapoint - Italy'      http://www.alphapoint.it/index.htm= Computer Computer Ltd - Italy=1      http://www.computercomputer.it/it_home.ihtmlO     _Macedonia_e  8 EuroComputer Systems - ECS 11-th Anniversary - Macedonia'      http://www.ecs.com.mk/Default2.htmN    
 _Netherlands_   9 Cleverware - Compaq product specification - CPU upgrades:=+      http://www.cleverware.nl/en/compaq.htm ) Cleverware - DIGITAL product specificatie ,      http://www.cleverware.nl/en/digital.htm) Cleverware - DIGITAL product specificatie:)      http://www.cleverware.nl/digital.htmn Cleverware - HP products'      http://www.cleverware.nl/en/hp.htmtB Cleverware refurbishment Compaq DEC computerhardware - Netherlands+      http://www.cleverware.nl/indexold.htmlt> ReQuest Automation Services B.V. - Alpha4All - the Netherlands      http://www.alpha4all.nl/t2 ReQuest Automation Services B.V. - the Netherlands      http://www.request.nl/d' Wetec - Weerts Technology - Netherlandsi      http://www.wetec.nl/      _Russia_  2 DECsy - Consultancy and Advisory Services - Russia+      http://www.decsy.ru/services/index.htme    
 _Switzerland_f  6 COS Concat AG - Germany, Switzerland and Liechtenstein%      http://www.cos-concat.ch/hp.htmll     _United Kingdom_   MIT Limited - MicroVax1      http://www.mitlimited.com/html/systemmv1.htmaF MIT Limited - More Innovative Technology. Suppliers and resellers for  refurbished HW - UK       http://www.mitlimited.com/u MIT Limited - Systems .      http://www.mitlimited.com/html/system.htm MIT Limited - VAX/1      http://www.mitlimited.com/html/systemvax.htm> MIT Limited - VAXstation3      http://www.mitlimited.com/html/systemvaxst.htmu ABACUS COMPUTING - UKe%      http://www.abacus-computing.com/  aZteq Corporation - UK.      http://www.azteqcorporation.com/index.htm Beovax Computer Services - UKn      http://www.beovax.co.uk/a% Cambridge Online Systems Limited - UK,      http://www.cosl.co.uk/o Centrom - AlphaServerr7      http://www.centrom.com/technology_alpha_server.aspn Centrom - OpenVMS.2      http://www.centrom.com/technology_openVMS.asp Centrom - UK      http://www.centrom.com/ Computer Computer Ltd - UK+      http://www.com-com.co.uk/en_home.ihtmlo Equip Systems Ltd. - UKl#      http://www.equipsystems.co.uk/S4 Essential Computing - OpenVMS Software Packages - UK$      http://www.essential.co.uk/vms/@ Hamilton Rentals Plc - Computer Rental Services & Solutions - UK      http://www.hamilton.co.uk/l& Hamilton Rentals Plc - The X-Rent Shop      http://www.xrent.co.uk/ Hammer Computer Parts - UK<      http://www.hammer-computer-parts.co.uk/main/mainfr.html/ I.C.C - International Computer Connections - UK-      http://www.icc4it.co.uk/ D Lightning Systems - UK - refurbished DEC VTxxx Microvax3100 PDP VAX  Alpha Vaxstation'      http://www.lightningsystems.co.uk/  Microsystem Support - UK"      http://www.microsystem.co.uk/# Open Integration - UK - VAX Systemsy=      http://www.openint.co.uk/Compaq/Products/VAX/default.asp  Open Integration Limited - UK0      http://www.openint.co.uk/. OpenDirect - HP, Compaq and DEC Resellers - UK!      http://www.opendirect.co.uk/v    
 _Middle-East_u  4 Computer Network Systems - in U.A.E. - partner brief>      http://www.openvms.compaq.com/partners/computer/index.htm3 Computer Network Systems (CNS) - UAE & Saudi Arabia       http://www.cnsuae.co.ae/v     _North America_>  : AES - Avnet Enterprise Solutions - US - Canada - Australia      http://www.es.avnet.com/> Agilysys - USA6      http://www.agilysys.com/Agilysys/ESG/Products/HP/! Aspen Systems Inc. - USA & Canada       http://www.aspsys.com/ $ BBC - Building Block Computers - USA(      http://www.bbcusa.com/frameset.html Carotek-Tek - USA &      http://carotek.com/ITD/itHome.asp" CCS - Commercial Computer Services      http://www.ccs4vms.com/	 Celerent.       http://www.celerent.com/e2 Computer Clearing House Computer Sales (CCH) - USA*      http://www.computerclearinghouse.com/- Continental Computers - Used Cisco, DEC - USAh      http://www.conticomp.com/ CPU Options Inc. - USA      http://www.cpuoptions.com/e Data Instruments, Inc.      http://www.workstation.neto DecSource Inc. - USA      http://www.decsource.com/! Digital Consulting Services - DCSo'      http://www.webdcs.com/HomePage.htmr Digital Surplus - USAt#      http://www.digitalsurplus.com/ / Digitask Consultants, Inc. - online store - USAh      http://www.digitask.com/i/ Discount Computer Peripherals, Inc. Store - USAt      http://www.4cheapparts.com ( Diversified Business Systems, Inc. - USA      http://www.dbsinet.com/' DoveBid - Used Equipment Auctions - USAt'      http://www.dovebid.com/default.asp  E.L.I. Incorporated - USAi      http://www.eli.com/ Equipment Management Inc. - USA (      http://emisolutions.com/index2.ivnu Great Lakes Computer - USA      http://www.glcomp.com/ ' Hard Data Systems - USA, Canada & Japanb%      http://www.harddata.com/Systems/e? IGS Systems - DECparts.Com - Digital Equipment Parts & Suppliesa      http://www.decparts.com/f Island Rental Utility =      http://www.islandco.com/alpha_rental_config_utility.html: islandco - hpaq.net - USAm      http://www.hpaq.net/j islandco - USA      http://www.islandco.com/ 2 ISM - International Systems Management, Inc. - USA      http://www.ismweb.com/,< ITProcurement.com - CST - Combined System Technologies - USA"      http://www.itprocurement.com/I Keyways, Inc. - DEC & Compatible systems, modules, upgrades, subsystems, k NEW/USED - USA      http://www.keyways.com/ Match Computer - USA"      http://www.matchcomputer.com/2 Microway, Inc. - Supercomputing at PC Prices - USA&      http://www.microway.com/alpha.htm Neu-Comp - USA      http://www.neucompco.com/  Neu-comp company - Partner Brief>      http://www.openvms.compaq.com/partners/neu-comp/index.htm New Age Technologies - USA      http://www.na-tech.com/ Newman Group - USA      http://www.newman.com/>8 Newman Group - Used Refurbished DEC Compaq HP Alpha CPUs-      http://www.newman.com/DEC-CompaqCPUs.htmC# Newman Group - Used Refurbished VAX>+      http://www.newman.com/VAX_products.htm % PSDS - Puget Sound Data Systems, Inc.."      http://www.psds.com/index.htm' Pyramid Technology Services, Inc. - USAh      http://www.pyramiddec.com/r. Raritan Valley Computer Corp. - About Us - USA      http://www.rvcomp.com/p3 Raritan Valley Computer Corporation - Partner Brief 9      http://h71000.www7.hp.com/partners/raritan/index.htmy) Reboot-IT - DEC Enterprise Products - USAiC      http://www.reboot-it.com/Pages/Products/DEC/DECenterprise.htmlu Reboot-IT - USAc      http://www.reboot-it.com/0 Resource Development Computers - Equipment - USA/      http://www.resdev.com/html/equipment.shtml.( Resource Development Computers - Systems-      http://www.resdev.com/html/systems.shtmlt  System Resale Solutions - Canada!      http://www.systemresale.com/,@ Tadpole Technology Plc - Historic Link - Alpha Book Laptop - USA/      http://www.tadpolecomputer.com/html/about/t Twin Cities Digital - USAo3      http://www.tcdigital.com/compaq.html?srccd=507s* UCL Workstations, Servers & Networks - USA0      http://junior.apk.net/%7Ehavoc/decgear.html5 Vital Analysis Consulting Services, Inc. (VACS) - USAI      http://www.vacs-inc.com/a
 VTEC - USA      http://www.vtecinc.com/' WorldCom Exchange, Inc. - Partner Brief->      http://www.openvms.compaq.com/partners/worldcom/index.htm WorldCom Exchange, Inc. - USAs      http://www.wei.com/     _South America_   " Galmes y Casale s.r.l. - Argentina      http://www.galmes.com.ar/     *CPU Upgrades*  0 Digital Surplus - Alphaserver CPU Upgrades - USA%      http://www.hpsurplus.com/cpu.htme) Discount Computer Peripherals, Inc. - USA        http://www.4cheapparts.com/ E.L.I. - Digital - USA;      http://www.eli.com/index.cfm?t=catalog&a=category&c=10p Equip Systems - Systems - UK/      http://www.equipsystems.co.uk/systems.htmls' Great Lakes Computer - Processors - USAi6      http://www.glcomp.com/Specials/Features_Alpha.htmF IGS Systems - Upgrades - Digital Equipment Parts & Supplies - Wordwide?      http://www.decparts.com/ProductCatalog.aspx?ProductType=15o+ island Computers - Alpha CPU Upgrades - USA *      http://www.hpaq.net/cpu_upgrades.html1 Keyways sells DEC and DEC-compatible parts! - USAi      http://www.keyways.com/2 Microway, Inc. - Supercomputing at PC Prices - USA&      http://www.microway.com/alpha.htm MIT Limited - Motherboards - UKe1      http://www.mitlimited.com/html/systemmot.htmt4 Nemonix Engineering VAX cache and CPU upgrades - USA/      http://www.nemonixinc.com/upgrades-vax.htme1 Resource Development Computers - CPU Boards - USAt0      http://www.resdev.com/html/cpu_boards.shtml6 Resource Development Computers - System Upgrades - USA5      http://www.resdev.com/html/system_upgrades.shtml  XDelta Limited - UKo*      http://www.xdelta.co.uk/upgrades.html    9 As stated with the earlier North America listing, this isf9 not claimed to be a comprehensive list. If anyone knows aI? company I've missed (asside from the obvious HP Branch Offices)t= please announce them in this thread, so I can add them beforer/ publishing my list on a Web Site (coming soon).   C Inclusion in this list, doesn't mean I (or my employer) endorse or iF recommend these companies for any purpose. It also doesn't mean these A companies are in any way officially recognized in any form by my u) employer or HP as certified hp resellers.    Cheers!k   Keith Cayemberg.( IBM Business Services - Hanover, Germany   ------------------------------   End of INFO-VAX 2004.356 ************************