1 INFO-VAX	Mon, 10 Sep 2001	Volume 2001 : Issue 504       Contents: Re: "Mount Dismount" status ?? Re: A higher-level perspective Re: A higher-level perspective Re: A higher-level perspective; Re: A very sad moment.! - Side note to Perkin Elmer systems ; Re: A very sad moment.! - Side note to Perkin Elmer systems  Re: Big black helicopters  Re: Big black helicopters & Re: Clustering problem....please help. Compaq strikes back 2 Re: Converting a stream_lf file to a variable file Re: EV7 will never ship? Re: EV7 will never ship? Re: EV7 will never ship? Re: EV7 will never ship? Re: EV7 will never ship? Re: EV7 will never ship? Re: EV7 will never ship? Re: FTP of ASCII Good bye VAX-6400's  Re: Good bye VAX-6400's  Re: Good bye VAX-6400's  Re: Good bye VAX-6400's  Re: Good bye VAX-6400's  Re: Good bye VAX-6400's / HP-UX will not be ported to Alpha (no surprise) 3 Re: HP-UX will not be ported to Alpha (no surprise) 3 Re: HP-UX will not be ported to Alpha (no surprise) 3 Re: HP-UX will not be ported to Alpha (no surprise) 3 Re: HP-UX will not be ported to Alpha (no surprise) 3 Re: HP-UX will not be ported to Alpha (no surprise) 3 Re: HP-UX will not be ported to Alpha (no surprise) 3 Re: HP-UX will not be ported to Alpha (no surprise) 3 Re: HP-UX will not be ported to Alpha (no surprise) 3 Re: HP-UX will not be ported to Alpha (no surprise) 3 Re: HP-UX will not be ported to Alpha (no surprise) 3 Re: HP-UX will not be ported to Alpha (no surprise)  Hybrid system in a cluster Re: Hybrid system in a cluster Re: Hybrid system in a cluster Re: Hybrid system in a cluster Re: Hybrid system in a cluster) Is the Tru64 port to Itanium now history? - Re: Is the Tru64 port to Itanium now history? E Re: Is there a VMS command to check if I have cache memory installed? E Re: Is there a VMS command to check if I have cache memory installed? ) MicroVAX 3500/3600/3800 boot ROM contents & Re: MicroVAX II - Parity Check Test... Re:  Missed Info-VAX emails. Re: More VMS Wish List Items...  mount dismount status  OpenVMS on API's CS20 ?  Re: OpenVMS on API's CS20 ? 1 Re: Passing arguments to Dec C program at runtime  Re: RIP Bill Gates Re: RIP Bill Gates Re: RIP Bill Gates Re: RIP Bill Gates Re: RIP Bill Gates Re: RIP Bill Gates Re: SAMBA 2.0.3 in OVMS  Re: Setting File Attributes  The day the VAXcluster died  Re: The day the VAXcluster died  Re: Third postcard from Sun  Re: Third postcard from Sun  Re: Third postcard from Sun  Re: Third postcard from Sun  Re: Third postcard from Sun  Re: Third postcard from Sun  VaxStation 3100 Install Problem 5 Re: VMS To Be Squeezed Out Of HP's Strategic Vision ? 5 Re: VMS To Be Squeezed Out Of HP's Strategic Vision ?  vmstar
 Re: vmstar
 Re: vmstar
 Re: vmstar Re: WHO ARE YOU forum? Re: WHO ARE YOU forum?$ Re: WSJ reporting HP will buy Compaq  F ----------------------------------------------------------------------  % Date: Mon, 10 Sep 2001 10:25:22 +0200 > From: "Yves-Laurent Richard" <yves-laurent.richard@wanadoo.fr>' Subject: Re: "Mount Dismount" status ?? % Message-ID: <9nhter$n4s$1@wanadoo.fr>   ' please mount original tape on the drive > verify the status of the tape with reply/enable and reply/statF don 't stop/id= of the process because the process wait ast electronic( if you stop/id  RWAST status is possible   best regards. VMS Novice <best@hotmail.com> wrote in message* news:9ngv00$c4o3@imsp212.netvigator.com...K > When I delete a job entry, the tape drive it was using change to a "mount L > dismount" status and the entry change to the aborting status, furthermore, I L > cannot even stop the process by it's id !! What can I do to free this tape. > drive and what is the cause of this problem? > L > NB: Actually I have encounter this problem before with the disk also. I am > using VMS7.2-1 >  >  >  >    ------------------------------    Date: 10 Sep 2001 10:43:55 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> ' Subject: Re: A higher-level perspective H Message-ID: <y48zfnph9w.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  ( ChrisQ <lightwork@aerosys.co.uk> writes:  I > You can't expect highly creative engineers and others to produce world  K > beating product if they constantly live in a climate of fear about their   > jobs.   M Intel apparently can. Well, at least in the manufacturing arm of the company.  See www.faceintel.org.   	Jan   ------------------------------  % Date: Mon, 10 Sep 2001 11:42:49 +0100 0 From: andrew harrison <andrew.nospam@uk.sun.com>' Subject: Re: A higher-level perspective * Message-ID: <3B9C9929.CC7DFBD0@uk.sun.com>   Bill Todd wrote: >  > I like that idea.  > J > But while DEC indeed provided a good (no, excellent) work environment upL > until at least the early '80s, the contract I found most important was notM > the one with me but the one with customers (which, of course, also affected H > me).  The HP approach of concentrating on building useful, innovative,E > high-quality products and letting the stock price simply follow the J > company's success rather than paying any direct attention to it was veryE > much like KO's 'Do the right thing' motto (as normally expanded and J > interpreted) - and the success of that approach was what made it easy to$ > treat employees like human beings. >   6 Business week ran an article a couple of months ago on6 Carlys woes at HP. One point the article made was that9 despite the HP Invent tag line HP has in fact outsourced  ) much of its development to third parties.   7 It also revealed that HP's most profitable division was 6 the printer unit an the printer unit made most of its  numbers on consumables.       Regards  Andrew Harrison  Enterprise IT Architect    ------------------------------  % Date: Mon, 10 Sep 2001 09:00:20 -0400 5 From: David Beatty <David.Beatty@qwertysasasdfgh.com> ' Subject: Re: A higher-level perspective 2 Message-ID: <9LicO4YG+L6SCEFTaNGdT97pADoi@4ax.com>  E On Sat, 8 Sep 2001 09:46:55 -0400, Bill Gunshannon <bill@cs.uofs.edu>  wrote:  " >On Sat, 8 Sep 2001, ChrisQ wrote: >  >>   >>  J >> If the disease has got to companies like HP, then US industry really isK >> in serious trouble. IMHO, it will get a lot worse before it gets better, I >> so long as company management, greedy shareholders and Wall St fail to L >> realise that employees are a companies most valuable asset. Without them, >> there would be no company.  >>  I >> You can't expect highly creative engineers and others to produce world K >> beating product if they constantly live in a climate of fear about their  >> jobs. >>   > G >Maybe it's time to form John Galt Industries and get them to buy Alpha 
 >and VMS!! >  >bill   >     LOLROFL!  Now if there were a computer engineer equivalentE to the fictional character John Galt, there's nothing that would stop  it!    David R. Beatty    ------------------------------    Date: 10 Sep 2001 10:32:42 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> D Subject: Re: A very sad moment.! - Side note to Perkin Elmer systemsH Message-ID: <y4bskjphsl.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  . taterskins@patriot.net (Ramon L. Tate) writes:  N > (b) the core systems for the Houston control center for Apollo moon mission.  H AFAIR reading, that was a cluster of four IBM 370/168 machines running aK special real-time monitor to do the data distribution and display, and some / more normal 370s for planning and calculations.    	Jan   ------------------------------  # Date: Mon, 10 Sep 2001 13:16:44 GMT 4 From: LESLIE@209-16-45-102.insync.net (Jerry Leslie)D Subject: Re: A very sad moment.! - Side note to Perkin Elmer systems' Message-ID: <033n7.823$Oh1.8939@insync>   H Jan Vorbrueggen (jan@mailhost.neuroinformatik.ruhr-uni-bochum.de) wrote:0 : taterskins@patriot.net (Ramon L. Tate) writes: : H : > (b) the core systems for the Houston control center for Apollo moon  : > mission. : J : AFAIR reading, that was a cluster of four IBM 370/168 machines running aM : special real-time monitor to do the data distribution and display, and some 1 : more normal 370s for planning and calculations.  :  There's a photo of the RTCC at:   =   http://www.ibm.com/news/ls/1999/07/photoarchive/index.phtml   K Univac 1108s were used to run offline programs such as the Apollo Reference F Mission Planning program. Univac 490s and 494s handled telemetry data.   --Jerry Leslie   ------------------------------  % Date: Mon, 10 Sep 2001 10:56:53 +0100 4 From: M.K.Horsburgh@damtp.cam.ac.uk (Mark Horsburgh)" Subject: Re: Big black helicoptersD Message-ID: <slrn9pp3j5.396.M.K.Horsburgh@krull.dialup.ntlworld.com>  Q On Sat, 08 Sep 2001 15:43:18 +0200, Toon Moene <toon@moene.indiv.nluug.nl> wrote:  > Mark Horsburgh wrote:  > G >> Fifth and final point, which has essentially nothing to do with this J >> discussion, but nevertheless... I take exception to your statement that9 >> European opinion should carry no weight within the US.  > G > I think you make this far more complicated than necessary.  We (i.e., I > *we* as Europeans) are a large fraction of the consumers of US computer J > technology.  All four computers in this house are of US manufactury.  AsH > consumers, we should be protected by the US anti-trust laws.  If thoseJ > laws are not sufficient to protect us, we have to invent our own laws to
 > protect us.   K I wouldn't put it remotely as strongly as that. We might have a moral right K to protection from monopoly power exerted by US companies, but that doesn't K mean that the US government is obliged to provide that protection. However, I if they want to interact with us in any way then our views carry weight - K in principle if we don't like US government policy then we can simply cease D all trade with them. This is not something that anyone wants, but itJ remains as the sanction of (almost) last resort. But, as you say, there isK no reason that we can't simply construct our own laws to protect us - which F we have. It's a bit difficult to enforce them in their strongest form,I since, here in the UK at least, we are now moving to jailing directors of G companies which fix prices (not sure about other trust-like behaviour). C With a US company all we could do would be to block imports of that 9 company's products - which is probably sufficient anyway.    > End-of-argument.   If only.   Mark   ------------------------------  # Date: Mon, 10 Sep 2001 10:29:19 GMT 1 From: Michael Lee Finney <michael.finney@acm.org> " Subject: Re: Big black helicopters; Message-ID: <MPG.1606602ab151a73f98976f@news.lynchburg.net>    In article <3b9c4cae.5952276676 @news.jamison1.pa.home.com>, politics2000@hotmail.com  says...   6 This is getting way off topic, and I apologies, but...  E > It's interesting, disheartening and more than a bit alarming that a E > citizen who expresses a desire for his or her country to govern its E > own affairs is labeled as a bigot.  Is the U.S. the only country in H > the world?  Of course not.  But just as your house is not the only oneG > in the neighborhood, you wouldn't want the raising of your kids, your @ > financial statements or your interpersonal relationships to beF > scrutinized by the people next door or the family around the corner,@ > nor would you desire their approval or heed their disapproval.  5 Unfortunately, that is exactly the current situation  1 in America. People have children taken from them  5 simply because they choose to raise in them in a way  4 in which the "state" disapproves. All it takes is a 4 nosy social worker to decide that you aren't a good 6 parent. It is happening everywhere, but no one thinks 5 it can happen to them. Perhaps we *do* need to takes   some cues from overseas.  H > And why would the U.S. want to take cues from other nations around theA > world anyway?  England continues to finance the world's largest H > welfare recipients (a.k.a. the royal family), the government of FranceG > has imposed hiring/firing criteria that's bringing the country to its C > knees, and nations that have implemented socialized medicine have G > people waiting in line for the simplest of services.  So I ask again, G > why would the U.S. want to model itself, even in the slightest, after G > other nations who are apparently incapable of properly taking care of 
 > themselves?   5 And the socialists in office over here do better? We  7 are something like number 10 in the list of longevity,  4 at the same time with the highest cost of medicine. 6 The American Medical Association's own journal claims 4 that doctors are something like the second or third " leading cause of death in America.  5 A friend and I both came down with a serious illness  5 last year -- some sort of liver/kidney infection. He  6 went to the hospital (reasonably well run). I fasted, 7 and took a herbal liver/kidney flush. I got better. We   buried him.   6 My mother was told that she had less than 6 months to 6 live because of a heart condition by something like a 7 half-dozen of the better heart surgeons in Houston. We  7 told her to take CoQ10. She told them and they said it  1 was ok, but literally laughed at it. She took it  2 anyway. It is more than 10 years later and she is 4 doing extremely well with no signs of illness. They 6 claim they must have "made a diagnostic mistake" now. 7 Much of the research on CoQ10 has been done in America  2 -- but it is only used overseas. It is one of the 6 first things given to Japanese heart patients. Not in  America.  2 My Life Extension physician cannot prescribee the 7 medicines that he wants for his patients for fear that  - the medical "police" will come after him for  4 malpractice. He has a legal right to do so, but the , medical boards punish with no legal basis,   representation or recourse.   - There are thousands of these types of things.   4 Now, don't get me wrong. There are lots of problems 7 elsewhere. Europe is good about herbal medicine due to  5 long tradition. But, they are very down on vitamins.  7 England has actually made melatonin illegal because it  7 might extend lifespan! So has Canada. Germany has many  6 things illegal that are over the counter here such as 5 selenium -- which they describe as a poison, but the  5 research strongly shows that it prevents cancer. And  . in much larger doses than conventionally used.  H > You don't have to be a betting man to like the odds that Paddy O'BrienG > thinks the U.N. is a benevolent organization.  Unfortunately, there's H > a high number of U.S. citizens who think the same way, brought upon byC > an education system more interested with indoctrination than with A > teaching kids to read and write, and a curriculum chock full of E > propaganda such as corporations are always as evil, CEOs are always C > heartless, and every citizen is a victim of evil corporations and = > heartless CEOs, and is therefore unjustifiably downtrodden.   6 Now, I do not think that the UN is a good thing. When 6 and why do they have troops? How long before they are 7 over here? Sorry, but all governments suck -- at least  / with a few hundred there are choices (all bad,  6 perhaps, but you juggle what you want). With the "one 6 world government" push from the UN even that level of 4 choice would be eliminated. For example, there is a 4 strong push to make vitamins prescription only and  6 available only in small doses to "harmonize" the laws " here and overseas. Very, very bad.  2 The FDA is constantly using armed force to "raid" 6 doctors who use vitamins in their practice. They have 1 lost every case in the Supreme Court in the last  3 decade or two, but nothing stops them. They ignore  7 laws passed by Congress, or give the laws lip service.  7 They are an armed Empire in their own right. So is the   Drug Enforcement Agency.  7 Where in the world did any government anywhere get the  . idea they had the right to interfere with any 2 individual's choice that only affected him? Using 5 drugs is bad and I certainly don't recommend it. But  5 it is not my business if you choose to do so. And no  + one else's business either. Given only the  2 qualification that anyone's right to use drugs or 6 anything else that affects public safety is obviously 7 limited by the rights of the public. So don't do drugs  2 and drive, or fly. Probably voting in Congress is 0 o.k., can't do a worse job than is already done.  2 And the US government is guilty of quite a bit of 2 propaganda. They actually have brainwashed almost 5 everyone into thinking that they should actually pay t3 taxes! How absurd!! You can only take your hat off l5 (and hand to over) to a thief as clever as that. The  0 Mafia has more of a sense of ethics than the US  government.r  5 Worse, they start the brainwashing early. The school  5 system got in because it would "train the workers to ?2 get to work on time". That's in the Congressional 6 Record in the original argumentation! What a goal for / Congress. And it worked, too. How many readers e/ actually think they should get to work at some b5 specific time set by the employer? Remember, you are V7 doing them a favor by providing your services to them. o6 They should be happy to see you whenever you deign to  arrive.h  7 And of course, the movement towards home schooling has  7 great resistance -- but *not* because it doesn't work. p/ On the contrary, it works extremely well. Home  5 schoolers are dusting those schooled in conventional u schools. Everywhere.  F > Now, before anyone intends to rant about how the U.S. keeps stickingF > its nose into the affairs of other countries, don't bother because IC > wish the U.S. would cease its meddling as well.  However, the twoiE > political parties we have in power at the moment believe it's theirtB > duty to force everyone, other countries and its own citizens andD > businesses included, to act in a manner that meets their approval.F > This, by the way, is what started this discussion in the first place= > .. the fact that the Democrats and Republicans will use anyeF > strong-arm tactic necessary to feed their hunger for power, and they9 > don't care how many dead bodies are left in their wake.s  5 The US is in the grip of the organizations that came  6 from the extreme paranoia in the 50's. They have done 6 one illegal and unethical thing after another with no 7 recourse. I don't want the US government, or any other s3 government to meddle in anyones affairs, ever. Any u3 government over the size of a local sheriff is too I big.  6 Now, I am an American, and I happen to think that the 7 current best balance of places to be is -- just barely i5 -- still America. But quite possibly not for long. I A2 definitely don't think that we should be stomping / everywhere overseas to enforce our will. And I u6 certainly think that we should discontinue all of the 2 intelligence agencies -- especially projects like 3 Echelon. We should adhere to the established human s& rights that other countries recognize.  4 Further, I think that those responsible for some of 7 the atrocities such as putting LSD or uranium in water  4 supplies to see what would happen should be changed 6 under the Geneva Convention. Not too likely to happen 6 though. We can't even convict the people who firebomb  our own citizens.r  4 Know the best way to spend the rest of your life in 6 jail? Call the police and tell them you aren't coming 7 out of your home and you have a gun. You don't have to v1 say that you would use it, or even that you have  6 bullets. Nor do you need hostages or even a mortgage. 5 Apparently, it has become illegal to refuse to leave t4 your house when the refusal is made emphatic enough.  4 And if you really don't leave they will firebomb it 3 down to the foundations killing you, your kids and  1 anyone else in residence. Or, perhaps, just have  - snipers shoot someone taking out the garbage.t   ------------------------------    Date: 10 Sep 2001 11:08:45 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>e/ Subject: Re: Clustering problem....please help.lH Message-ID: <y466arpg4i.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  * jkclausen@yahoo.com (John Clausen) writes:  ; > %VAXcluster, XQA is NOT SUPPORTED by the cluster softwaref  J You've got a DEQNA, a device that is terminally broken in that it corruptsH data in strange and wondrous ways, including reporting checking incomingG packets for a correct CRC when the CRC is in fact wrong. After a lot ofeN hardware and software attempts at workarounds, DEC finally admitted defeat and$ desupported the device. Get a DELQA.   	Jan   ------------------------------  % Date: Mon, 10 Sep 2001 11:36:58 -0400c& From: "Michael" <michael@sympatico.ca> Subject: Compaq strikes back* Message-ID: <9nimn0$9qc$1@web1.cup.hp.com>  E Hi. Don't know if this is old news to you, but I went to compaq's webeF site...and they are accepting Sun computers as trade-ins for new Alpha	 machines.:B (I don't think this will help them too much...too little too late)   ------------------------------    Date: 10 Sep 2001 07:55:00 -0500- From: koehler@encompasserve.org (Bob Koehler) ; Subject: Re: Converting a stream_lf file to a variable filee3 Message-ID: <MFznK8cqas5b@eisner.encompasserve.org>a  | In article <3b98d6ec$0$43430$6e365a64@newsreader02.highway.telekom.at>, "Ren Schelbaum" <rene.schelbaum@datakom.at> writes: > J > Sorry, but I remember having worked on files written by C-Programs (withL > C-prints, not RMS-Calls) with embedded LFs, where the gap between them wasJ > never longer than a couple of bytes, but these files were definitely notM > readable with RMS-means, as the whole file (or part of it) was estimated asw@ > just one record (wich was longer than the maximum buffersize). >       C printf calls RMS $PUT, ...   ,    You must have been reading via RMS wrong.   ------------------------------    Date: 10 Sep 2001 09:50:51 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> ! Subject: Re: EV7 will never ship?pH Message-ID: <y4u1ybpjqc.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  ' Alan Greig <a.greig@virgin.net> writes:a    K > >         Occasionally, our British Champion makes the "mistake" of beingg+ > >         specific and that trips him up.  > Eh??  L AH, not AG. What a world of a difference the next letter in the alphabet can make.    	Jan   ------------------------------    Date: 10 Sep 2001 09:57:31 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>l! Subject: Re: EV7 will never ship?tH Message-ID: <y4r8tfpjf8.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  - young_r@encompasserve.org (Rob Young) writes:   F > >> The EV7 program has the 3 best people in the world working on it.J > > The EV8 SMT work certainly had the best people in the world working on5 > > it as well:  look where EV8 is today as a result. 0 > 	Right.  Not where EV7 is.  And your point is?  N His point is: good engineering is (almost) a necessary condition for a productK (although Microsoft does its best to disprove the point); in no way is it at sufficient condition.J  O > > Perhaps you'd like to discuss that with cluster engineering. When they were-O > > talking about integrating Itanic hardware into existing clusters, they werenN > > talking about using said hardware in little-endian fashion.  Integrating aN > > big-endian system like HP/UX into a little-endian cluster like Tru64 is an# > > entirely different ball of wax.eG > 	Right.  But message passing is still message passing or am I missingt
 > 	something?r  M Yup, you are missing a lot. For one, taking a message apart requires that youBJ know a) the relative endianess of the participant systems and b) the exactF data types of all components of the message. Not trivial, and not very- performant in a cluster even if it does work.-   	Jan   ------------------------------    Date: 10 Sep 2001 10:06:39 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>n! Subject: Re: EV7 will never ship?8H Message-ID: <y4ofojpj00.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  / Kilgallen@SpamCop.net (Larry Kilgallen) writes:a  H > Later VAXes also have a penalty for unaligned access, but it is hidden > in the hardware.  M There was a paper in the Digital Technical Journal on the decoder of the NVAXhK (or NVAX+) chip - the one that was built in the same process as the 21064. iK Basically, a RISC subset of the VAX ISA is hard-coded and fast, and assumesrJ things such as aligned accesses (and page faults not occuring, probably). N Everything else is handled by microcode and is substantially slower. The later( S/370 et al. systems do similar things.    	Jan   ------------------------------    Date: 10 Sep 2001 10:09:24 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>.! Subject: Re: EV7 will never ship?oH Message-ID: <y4lmjnpivf.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  0 Roger Barnett <roger@natron.demon.co.uk> writes:  E > My point was that its all very well salesbods talking about running E > multiple operating systems on a single system, but the word is thateD > Microsoft's licensing explicitly forbids an OEM from offering suchF > a beast. If this is the case then such systems will not run Windows.  M Such a system will run Winwoes, but the customer will have to buy the license K and install it herself. As this is even less likely to occur than the otheruM was 'round (customer buys machine with Winwoes and installs whatever other OS J himself), and rumour has it that Microsoft penalises OEMs for machines notH sold with their OS (in the form of price hikes for all other licenses ofD Windows that OEM sells), nobody offers such pre-configured machines.   	Jan   ------------------------------  % Date: Mon, 10 Sep 2001 11:10:03 +0100e0 From: andrew harrison <andrew.nospam@uk.sun.com>! Subject: Re: EV7 will never ship?d* Message-ID: <3B9C917B.A6303DB1@uk.sun.com>   Rob Young wrote: > S > In article <3B9907E2.151EDE3@virgin.net>, Alan Greig <a.greig@virgin.net> writes:i > >e > >c > > Rob Young wrote: > > L > >>         Occasionally, our British Champion makes the "mistake" of being, > >>         specific and that trips him up. > >> > >   ; ROTF, this from the man who makes getting the generalities t completely wrong an art form.i  : Rob, Really interested in/Its going to blow you away/Alpha forever/Itanium never Young.   Regards  Andrew Harrisono Enterprise IT Architecti   ------------------------------    Date: 10 Sep 2001 07:41:05 -0500+ From: young_r@encompasserve.org (Rob Young) ! Subject: Re: EV7 will never ship?h3 Message-ID: <spE6DZQIM$$Z@eisner.encompasserve.org>.  ] In article <3B9C917B.A6303DB1@uk.sun.com>, andrew harrison <andrew.nospam@uk.sun.com> writes:r >  > Rob Young wrote: >> eT >> In article <3B9907E2.151EDE3@virgin.net>, Alan Greig <a.greig@virgin.net> writes: >> > >> > >> > Rob Young wrote:n >> >M >> >>         Occasionally, our British Champion makes the "mistake" of being - >> >>         specific and that trips him up.I >> >>i >> > > = > ROTF, this from the man who makes getting the generalities i > completely wrong an art form.e > < > Rob, Really interested in/Its going to blow you away/Alpha > forever/Itanium never Young. >    	We have our moments, eh?l   	"Zinc Whiskers"   				Rob    ------------------------------  % Date: Mon, 10 Sep 2001 13:42:38 -0400e- From: JF Mezei <jfmezei.spamnot@videotron.ca>m! Subject: Re: EV7 will never ship?s, Message-ID: <3B9CFB89.BC0F4FAD@videotron.ca>   Jan Vorbrueggen wrote:O > Yup, you are missing a lot. For one, taking a message apart requires that younL > know a) the relative endianess of the participant systems and b) the exactH > data types of all components of the message. Not trivial, and not very/ > performant in a cluster even if it does work.t  K Consider all of the TCPIP applications, including NFS. They seem to have noiJ problem with endianness because a standard was set (big endian) and anyoneI wanting to participate in that application makes sure that they treat the.N binary data  properly. So the endianness of the file system becomes irrelevant when you use stuff such as NFS.s  C (of course, the contents of the files you access is another story).r  N Consider file formats such as TIFF which made allowances for both endiannes toK be usable. (there is a sequence at the top of the file which defines if thew1 file is big or little endian (motorola or intel).a  J On the other hand, many other file formats (flash .swf files for instance)J assume a specific endianness which wasn't even documented in the first sdk that was released years ago.  G It really depends on what HP intends to do with Tru64. I think that the J logical thing is to leave Tru64 alone on Alpha and just bring to HP-UX theM stuff that Tru64 has but HP-UX doesn't. If you're going to migrate to anothera( platform, might as well do it only once.  I If they get Tru64 folks to first migrate to IA64, and then to HP-UX, theyo won't be too happy.a  K This is why I feel that the HP and Compaq funeral announcement is good newsyG for EV7 because I think that HP will keep Tru64 on Alpha while HP-UP isrL upgraded on IA64 to allow painless migration from Tru64-Alpha to HP-UX-IA64.   ------------------------------  % Date: Mon, 10 Sep 2001 10:20:11 -0400 # From: Jim Agnew <agnew@hsc.vcu.edu>  Subject: Re: FTP of ASCIIh+ Message-ID: <3B9CCC1B.E5CF0BFB@hsc.vcu.edu>i  F And if the nt does not have the internet software, then you'll need toE ZIP down the files to get them across in BINARY mode.  They should bel# zipped anyhow to save network load.    Jim"   "John Gemignani, Jr." wrote: > 1 > This problem is with PUT from NT to VMS, right?d > N > I have had the same problem, and it's from the NT side.  You may have to GETI > the file from the VMS side instead to be able to complete the transfer.  >  > -John  > 5 > "Michael Sjgren" <mixi@chello.se> wrote in message / > news:ZmDm7.4053$_J1.152602@nntp1.chello.se... 
 > > Dear all, N > > I use the FTP modules of Hummingbird Exceed (6.0?) and Reflection (4.0) toH > > transfer files back and forth between NT network and OpenVMS server.' > > When i transfer binary all is well.eI > > BUT, when i transfer ASCII files, the transfer stops at exactly 57344t > bytese@ > > every time. There is some obscure warning about user buffer.) > > What is wrong and how do I cure it???a > >a > > TIA 4 ur timey > >h > > --& > > Med vnlig hlsning / Best regards > >  > > Michael Sjgreny > >r > >s > >i   ------------------------------  % Date: Mon, 10 Sep 2001 07:23:24 -0400m) From: "Neil Rieck" <n.rieck@sympatico.ca>  Subject: Good bye VAX-6400's9 Message-ID: <Po1n7.4656$BS1.665312@news20.bellglobal.com>U  = On 2001.09.05 our apps had been running for four weeks on theiB AlphaServer-4120, so we decided to decommission our two VAX-6400s.  I As the machines were rolled out of our computer room, I decided to removeiL the gray plastic "Digital" name plate from the front doors and also pocketedI the very cool digital-branded chrome-plated door key as keep sakes. I hadyG installed these machines when Digital Equipment Corporation was still atI company and this is truly the end of an era for me. A trouble free one ata that.h  K p.s. This happened the day after HP and Compaq announced they'll merge intoSE the new HP. Since HP is considered an engineer's company (I've alwaysaL thought of HP's Bill Hewlett and David Packard as the same kind of people asK Digital's Ken Olsen and Gordon Bell), let's hope that the Digital EquipmentmJ division of Compaq has found a better home. Who knows; maybe Carly Fiorina0 will revive the Alpha Microprocessor Division...  
 Neil Rieck Kitchener/Waterloo/Cambridge,r Ontario, Canada.! http://www3.sympatico.ca/n.rieck/"6 http://www3.sympatico.ca/n.rieck/docs/alpha_diary.html   ------------------------------  % Date: Mon, 10 Sep 2001 12:50:49 +0100b% From: Alan Greig <a.greig@virgin.net>a  Subject: Re: Good bye VAX-6400's8 Message-ID: <k6appt0afootakbd50l1g88a0hqrhb0fk0@4ax.com>  0 On Mon, 10 Sep 2001 07:23:24 -0400, "Neil Rieck" <n.rieck@sympatico.ca> wrote:m    > Who knows; maybe Carly Fiorina0 >will revive the Alpha Microprocessor Division..' http://www.theinquirer.net/10090107.htmg  B An insider at HP told the INQUIRER today: "PR flacks can rarely be. believed, as they usually always get it wrong.  D "There is no point, no need, and certainly no plans to port HP-UX to< Alpha. HP is certainly not stupid enough to invest in a deadE architecture, especially when scarce engineering resources are sorely  needed elsewhere.a  E "And although there might be one or two customers somewhere who mightnB be misled into porting, the great majority are not that stupid. OfC course, it's always possible that Tru64 might be renamed yet again, # accomplishing a port by marketing."w       >  >Neil Rieckt >Kitchener/Waterloo/Cambridge, >Ontario, Canada.s" >http://www3.sympatico.ca/n.rieck/7 >http://www3.sympatico.ca/n.rieck/docs/alpha_diary.htmls >t >    -- Alan   ------------------------------  % Date: Mon, 10 Sep 2001 14:55:29 +0200o" From: "Hans Vlems" <hvlems@iae.nl>  Subject: Re: Good bye VAX-6400's( Message-ID: <9nid8c$7b0$1@news.IAEhv.nl>  K We did that two months ago. The systems were bought in 1993 or so and neverhJ had a hardware call. A two node 6310 CI cluster with SC008 and two HSC50's wasVL shut down. The systems cannot leave by the stairs so logistical problems are@ at the moment the only reason that the cluster is still there...F Those were the last of the big systems, other than a S/390 in the main computer room.   Hans  2 Neil Rieck <n.rieck@sympatico.ca> wrote in message3 news:Po1n7.4656$BS1.665312@news20.bellglobal.com...u >c? > On 2001.09.05 our apps had been running for four weeks on thehD > AlphaServer-4120, so we decided to decommission our two VAX-6400s. >sK > As the machines were rolled out of our computer room, I decided to removeHE > the gray plastic "Digital" name plate from the front doors and alsol pocketedK > the very cool digital-branded chrome-plated door key as keep sakes. I had I > installed these machines when Digital Equipment Corporation was still a K > company and this is truly the end of an era for me. A trouble free one at  > that.D >cH > p.s. This happened the day after HP and Compaq announced they'll merge intoG > the new HP. Since HP is considered an engineer's company (I've always K > thought of HP's Bill Hewlett and David Packard as the same kind of peoplet asC > Digital's Ken Olsen and Gordon Bell), let's hope that the Digitala	 EquipmenteL > division of Compaq has found a better home. Who knows; maybe Carly Fiorina2 > will revive the Alpha Microprocessor Division... >o > Neil Rieck > Kitchener/Waterloo/Cambridge,o > Ontario, Canada.# > http://www3.sympatico.ca/n.rieck/t8 > http://www3.sympatico.ca/n.rieck/docs/alpha_diary.html >e >i >-   ------------------------------  % Date: Mon, 10 Sep 2001 13:03:29 -0400k' From: "Bill Todd" <billtodd@foo.mv.com>o  Subject: Re: Good bye VAX-6400's( Message-ID: <9nirms$shj$1@pyrite.mv.net>  ) You should have quoted another paragraph:p    L He said: "Following typical Compaq strategy ("Software is something partnersI do.") the initial talks with HP were concerning Compaq licensing HP-UX aslJ their high-end UNIX for the Itanium platform, rather than continuing theirK own port. Even if the acquisition falls through, these plans will continue.o    H So much for the 'commitment' to porting Tru64, which now appears to haveH been purely a ploy to attempt to retain Tru64 customers between the JuneJ 25th and September 4th announcements - or longer, if the above leak wasn't anticipated.   - bill  2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:k6appt0afootakbd50l1g88a0hqrhb0fk0@4ax.com...2 > On Mon, 10 Sep 2001 07:23:24 -0400, "Neil Rieck" > <n.rieck@sympatico.ca> wrote:r >u" > > Who knows; maybe Carly Fiorina2 > >will revive the Alpha Microprocessor Division..) > http://www.theinquirer.net/10090107.htmn >oD > An insider at HP told the INQUIRER today: "PR flacks can rarely be0 > believed, as they usually always get it wrong. >-F > "There is no point, no need, and certainly no plans to port HP-UX to> > Alpha. HP is certainly not stupid enough to invest in a deadG > architecture, especially when scarce engineering resources are sorelyp > needed elsewhere.o >oG > "And although there might be one or two customers somewhere who might D > be misled into porting, the great majority are not that stupid. OfE > course, it's always possible that Tru64 might be renamed yet again, % > accomplishing a port by marketing."u   ------------------------------  % Date: Mon, 10 Sep 2001 13:05:13 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com>a  Subject: Re: Good bye VAX-6400's( Message-ID: <9nirq4$shp$1@pyrite.mv.net>  4 "Neil Rieck" <n.rieck@sympatico.ca> wrote in message3 news:Po1n7.4656$BS1.665312@news20.bellglobal.com...0   ...r  
 > I've alwayscK > thought of HP's Bill Hewlett and David Packard as the same kind of peoplee as% > Digital's Ken Olsen and Gordon Bell   L But unfortunately Carly appears to be 'the same kind of people' as Capellas.   - bill   ------------------------------  # Date: Mon, 10 Sep 2001 17:36:07 GMTm* From: "David Cressey" <david@dcressey.com>  Subject: Re: Good bye VAX-6400's6 Message-ID: <bS6n7.665$Iw2.29217@petpeeve.ziplink.net>   > > I've alwaysuF > > thought of HP's Bill Hewlett and David Packard as the same kind of people > as' > > Digital's Ken Olsen and Gordon Bell< >8D > But unfortunately Carly appears to be 'the same kind of people' as	 Capellas.h >a  J You have solved all the engineering problems correctly.  So, statistically you are the strongest link.-F But it's the VOTES that count.  And the votes are in.  And you ARE the weakest link.  Goodbye.o  = Is it any wonder we have this kind of tripe on TV these days?t   -- Regards,     David Cresseyp     www.dcressey.com   ------------------------------  % Date: Mon, 10 Sep 2001 12:46:24 +0100 % From: Alan Greig <a.greig@virgin.net> 8 Subject: HP-UX will not be ported to Alpha (no surprise)8 Message-ID: <ra9pptgg2sqgl66oskdgie4r2ch6fe27os@4ax.com>  ' http://www.theinquirer.net/10090107.htmf   Selected quotes:  E HP AND COMPAQ executives are set to embark on a furious spin campaign@C to save the proposed takeover - announced only last Monday - from ai; disastrous collapse, the Wall Street Journal reports today.   A Meanwhile, sources from inside HP have told the INQUIRER that any A possibility of successfully uniting disparate elements of the twot3 companies' server strategies are just a pipe dream.   F The Wall St Journal quotes Ben Rosen, the power behind Compaq's throne3 - as saying that the deal will definitely go ahead.i ...u ...lD That followed reports on the tru64.org Website that claimed HP would; port its Unix operating system to the Alpha microprocessor.e  B An insider at HP told the INQUIRER today: "PR flacks can rarely be. believed, as they usually always get it wrong.  D "There is no point, no need, and certainly no plans to port HP-UX to< Alpha. HP is certainly not stupid enough to invest in a deadE architecture, especially when scarce engineering resources are sorelya needed elsewhere.c  E "And although there might be one or two customers somewhere who might B be misled into porting, the great majority are not that stupid. OfC course, it's always possible that Tru64 might be renamed yet again, # accomplishing a port by marketing."r     -----e  D Also check out the Blackmore memo to staff attached and the comments; on same. Now can we please stop the nonsense posts about HPiD resurrecting Alpha as that just places you in the category of peopleB described by the above HP 'insider' as stupid. Of course the above0 'insider' could be wrong but somehow I doubt it. -- Alan   ------------------------------    Date: 10 Sep 2001 14:38:39 +0200- From: Robert Harley <harley@estephe.inria.fr> < Subject: Re: HP-UX will not be ported to Alpha (no surprise). Message-ID: <rz7y9nnb4q8.fsf@estephe.inria.fr>  0 >HP-UX will not be ported to Alpha (no surprise)  E Not just "no surprise", but "no shit, Sherlock!!!".  Was this even anoF issue, outside of the fevered mind of a certain "Inquirer" reporter???   R7I     .-.                                                               .-.hJ    /   \           .-.                                 .-.           /   \K   /     \         /   \       .-.     _     .-.       /   \         /     \eL  /       \       /     \     /   \   / \   /   \     /     \       /       \M /         \     /       \   /     `-'   `-'     \   /       \     /         \ B            \   /         `-'                     `-'         \   /A             `-'                                               `-'a   ------------------------------  % Date: Mon, 10 Sep 2001 09:13:44 -0400 - From: "John Eisenschmidt" <jeisensc@aaas.org>.< Subject: Re: HP-UX will not be ported to Alpha (no surprise)+ Message-ID: <sb9c8455.038@AAASMTA.aaas.org>   I I'm not sure where the speculation that it would be came from. Alpha is =jG dead, and HP committed to porting HP-UX to Itanium several *years* ago.o  E >>> Robert Harley <harley@estephe.inria.fr> 09/10/2001 8:38:39 AM >>>>  0 >HP-UX will not be ported to Alpha (no surprise)  E Not just "no surprise", but "no shit, Sherlock!!!".  Was this even ansF issue, outside of the fevered mind of a certain "Inquirer" reporter???   REI     .-.                                                               .-. J    /   \           .-.                                 .-.           /   \K   /     \         /   \       .-.     _     .-.       /   \         /     =o \cL  /       \       /     \     /   \   / \   /   \     /     \       /       = \hL /         \     /       \   /     `-'   `-'     \   /       \     /        =  \B            \   /         `-'                     `-'         \   /A             `-'                                               `-'o   ------------------------------    Date: 10 Sep 2001 15:10:23 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>.< Subject: Re: HP-UX will not be ported to Alpha (no surprise)H Message-ID: <y4d74zqji8.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  L The Blakemore memo actually makes sense with regard to the HC Unix strategy:K on the current hardware, keep the status quo (DUNIX on Alpha, HPUX on PA);  L on the future platform, IA64, build one Unix that takes the good pieces fromN both "parents" - any decisions on endianness, file systems, clustering etc canL then be made after thorough analysis of technical, compatibility and porting issues.    	Jan   ------------------------------  % Date: Mon, 10 Sep 2001 14:08:42 +0100-% From: Alan Greig <a.greig@virgin.net>0< Subject: Re: HP-UX will not be ported to Alpha (no surprise)8 Message-ID: <q9eppt0ah2k56cd2ve7rgc06e8vuqpl2ko@4ax.com>  F On 10 Sep 2001 14:38:39 +0200, Robert Harley <harley@estephe.inria.fr> wrote:   >a1 >>HP-UX will not be ported to Alpha (no surprise)  > F >Not just "no surprise", but "no shit, Sherlock!!!".  Was this even anG >issue, outside of the fevered mind of a certain "Inquirer" reporter???n  C The Inquirer never believed it in the first place. They just quotedt? the US "Infoworld"  news source which reported that it would be>D (dripping with subtle sarcasm in The Inquirer report) then contactedD HP and got the expected denial. Occasionally Mike McGee's sarcasm isE so 'playing the straight man' that you can miss it if you  don't read  his style regularly.   >RJ >    .-.                                                               .-.K >   /   \           .-.                                 .-.           /   \oL >  /     \         /   \       .-.     _     .-.       /   \         /     \M > /       \       /     \     /   \   / \   /   \     /     \       /       \kN >/         \     /       \   /     `-'   `-'     \   /       \     /         \C >           \   /         `-'                     `-'         \   /oB >            `-'                                               `-'   -- Alan   ------------------------------  % Date: Mon, 10 Sep 2001 14:50:33 +0100e% From: Alan Greig <a.greig@virgin.net> < Subject: Re: HP-UX will not be ported to Alpha (no surprise)8 Message-ID: <9sgpptsgm7etm0gq6n4q527v949pohp5m2@4ax.com>  . On 10 Sep 2001 15:10:23 +0200, Jan Vorbrueggen8 <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> wrote:  M >The Blakemore memo actually makes sense with regard to the HC Unix strategy:)L >on the current hardware, keep the status quo (DUNIX on Alpha, HPUX on PA); M >on the future platform, IA64, build one Unix that takes the good pieces from O >both "parents" - any decisions on endianness, file systems, clustering etc cannM >then be made after thorough analysis of technical, compatibility and portinge	 >issues. s  F But note that the 'HP Insider' has pointed out that the Blackmore memoB carefully says what Compaq plan to do. Not what the merged company
 plans to do.     Quote:  B He said: "Check out the attached Blackmore memo. While it is not a< firm commitment in the legal sense (Note the third line saysB "Compaq's" total commitment, which is easily reversed by HP if the@ acquisition goes through. Also note that Blackmore refers to theA "merger", which provides yet another layer of future deniability,e> since there isn't going to be a "merger".), it is a reasonableA statement of what I believe to be Compaq's current plans with thegF acquisition in mind, and is consistent with everything I hear from the% troops in engineering and marketing."0  B We need to see some statements from HP before we can even think of@ treating them with any degree of reliability. DEC said Alpha andE Alpha/NT were completely safe when they announced the sale to Compaq.s What value in these promises?o   >	Jan    -- Alan   ------------------------------    Date: 10 Sep 2001 10:05:06 -0500+ From: young_r@encompasserve.org (Rob Young)T< Subject: Re: HP-UX will not be ported to Alpha (no surprise)3 Message-ID: <E38KXOPikiZ+@eisner.encompasserve.org>o  ` In article <9sgpptsgm7etm0gq6n4q527v949pohp5m2@4ax.com>, Alan Greig <a.greig@virgin.net> writes:0 > On 10 Sep 2001 15:10:23 +0200, Jan Vorbrueggen: > <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> wrote: > N >>The Blakemore memo actually makes sense with regard to the HC Unix strategy:M >>on the current hardware, keep the status quo (DUNIX on Alpha, HPUX on PA); eN >>on the future platform, IA64, build one Unix that takes the good pieces fromP >>both "parents" - any decisions on endianness, file systems, clustering etc canN >>then be made after thorough analysis of technical, compatibility and porting
 >>issues.  > H > But note that the 'HP Insider' has pointed out that the Blackmore memoD > carefully says what Compaq plan to do. Not what the merged company > plans to do. m >   ? 	That's right.  But the merged company has Blackmore heading up0 	the part he is talking about:  L "A $23 billion IT Infrastructure business, encompassing servers, storage andK software, to be led by Peter Blackmore, currently Executive Vice President,- Sales and Services, of Compaq."l  ,  	Now I suppose CEO/President/BOD might comeE 	along and say:  "You can't do that" essentially emasculating him and G 	getting the new corporation off to a rip-roaring start.  But normally,k@ 	that isn't the way things work.  Normally , if you are assignedE 	responsibilies at a division level those above you at the very least  	let you make a go of it.t  H 	BTW, it is  a "merger" in the strictest sense as the deal goes down as H 	a "stock swap", HP isn't working a buyout... that word doesn't show up 
 	anywhere.   				Robi   ------------------------------  % Date: Mon, 10 Sep 2001 17:37:43 +0200l& From: Bernd Paysan <bpaysan@mikron.de>< Subject: Re: HP-UX will not be ported to Alpha (no surprise)) Message-ID: <3B9CDE47.11C49F5F@mikron.de>v   Alan Greig wrote:oF > "There is no point, no need, and certainly no plans to port HP-UX to> > Alpha. HP is certainly not stupid enough to invest in a deadG > architecture, especially when scarce engineering resources are sorely  > needed elsewhere.0  G That should read: The scarce engineering resources are sorely needed tooG give live to another dead architecture (or is it an undead architecture>E needing fresh blood every night ;-). I mean: HP developed PA-RISC 3.0oH (now called IPF or IA-64) because they thought that PA-RISC 2.0 will runA out of steam. Now by buying Compaq, they could have bought a RISC F architecture that isn't out of steam, while EPIC doesn't seem to go as well as they thought.   G The other question is: Will Tru64 be killed, too? HP already has HP-UX. F And VMS? And when they kill all Compaq products, what do they need theD empty corpse for? Ok, in case of Alpha, it's easy to outrun a corpseG ("Merced will be faster than Alpha!" - after Alpha is dead on the road,u
 for sure ;-).r   -- i Bernd Paysan7 "If you want it done right, you have to do it yourself"f http://www.jwdt.com/~paysan/   ------------------------------  % Date: Mon, 10 Sep 2001 16:38:41 +0100.% From: Alan Greig <a.greig@virgin.net>W< Subject: Re: HP-UX will not be ported to Alpha (no surprise)8 Message-ID: <nbnpptcdos7krq7gcgtd2jjh2p4nkeqc5p@4ax.com>  D On 10 Sep 2001 10:05:06 -0500, young_r@encompasserve.org (Rob Young) wrote:     > @ >	That's right.  But the merged company has Blackmore heading up >	the part he is talking about:-  D I know that which is why it is even stranger that he decided to talk$ about Compaq's plans rather than HPs   >aM >"A $23 billion IT Infrastructure business, encompassing servers, storage and L >software, to be led by Peter Blackmore, currently Executive Vice President,  >Sales and Services, of Compaq." >e- > 	Now I suppose CEO/President/BOD might come F >	along and say:  "You can't do that" essentially emasculating him andH >	getting the new corporation off to a rip-roaring start.  But normally,A >	that isn't the way things work.  Normally , if you are assignedhF >	responsibilies at a division level those above you at the very least >	let you make a go of it.  E True but , I repeat, he did not sign the letter in that position. YoueC have to read for what Compaq don't say as much as they do say in myo opinion.   >sI >	BTW, it is  a "merger" in the strictest sense as the deal goes down as pI >	a "stock swap", HP isn't working a buyout... that word doesn't show up o >	anywhere.   E Technically the DEC/.Compaq deal was a merger as well was it not? Bute in reality.D   >  >				Rob   -- Alan   ------------------------------  # Date: Mon, 10 Sep 2001 16:39:57 GMTi* From: cjt & trefoil <cheljuba@prodigy.net>< Subject: Re: HP-UX will not be ported to Alpha (no surprise)+ Message-ID: <3B9CECD3.BB4DE5F0@prodigy.net>   N I thought the Itanium was in some sense compatible with PA-RISC.  Doesn't that9 make "compatiblity and porting issues" a near no-brainer?o   Jan Vorbrueggen wrote: > N > The Blakemore memo actually makes sense with regard to the HC Unix strategy:L > on the current hardware, keep the status quo (DUNIX on Alpha, HPUX on PA);N > on the future platform, IA64, build one Unix that takes the good pieces fromP > both "parents" - any decisions on endianness, file systems, clustering etc canN > then be made after thorough analysis of technical, compatibility and porting	 > issues.u > 
 >         Janh   ------------------------------  # Date: Mon, 10 Sep 2001 17:29:45 GMTe( From: jeffreyb@gwu.edu (Jeffrey Boulier)< Subject: Re: HP-UX will not be ported to Alpha (no surprise)2 Message-ID: <dM6n7.434$O6.1011@grover.nit.gwu.edu>  ) In article <3B9CDE47.11C49F5F@mikron.de>,u( Bernd Paysan  <bpaysan@mikron.de> wrote:H >The other question is: Will Tru64 be killed, too? HP already has HP-UX.  I I'd say the future would be an HP-UX (with by far the larger market share J and more work done to make it run on IA-64) obtaining some Tru64 features  and compatibility flags.    	 >And VMS?   @ Will stay alive, beyond question. There's no reason VMS can't beE profitable for HP; they've got a large number of customers with largeiI amounts of money who cannot easily move to something else. For what it isFC worth, HP's minicomputer operating system, MPE, is still supported.w   			Yours Truly,1 			Jeffrey Boulier -- s Community Source & Support   ------=>Prometheus<=------   ------------------------------  % Date: Mon, 10 Sep 2001 13:57:05 -0400i- From: JF Mezei <jfmezei.spamnot@videotron.ca>U< Subject: Re: HP-UX will not be ported to Alpha (no surprise), Message-ID: <3B9CFEEB.8A99CEF6@videotron.ca>   Jan Vorbrueggen wrote: > N > The Blakemore memo actually makes sense with regard to the HC Unix strategy:L > on the current hardware, keep the status quo (DUNIX on Alpha, HPUX on PA);N > on the future platform, IA64, build one Unix that takes the good pieces from > both "parents" i  9 Build a new unix or integrate Tru64 features into HP-UX ?-  N I don't know about HP-UX in terms of technical stuff, but it seems to be worthN preserving due to its existing installed base. You don't want to piss them offL and force them to migrate to Sun because HP-UX has been declared dead with a new younger Unix to replace it.    ------------------------------  % Date: Mon, 10 Sep 2001 17:57:51 +0800 ! From: "Kenneth" <kenneth@abc.com>i# Subject: Hybrid system in a clusteru0 Message-ID: <9ni2sr$d581@imsp212.netvigator.com>  J Can I have the cluster consist with EV5 and EV6 machines? I am running VMS 7.2-1.   ------------------------------  % Date: Mon, 10 Sep 2001 14:52:55 +0200:" From: "Hans Vlems" <hvlems@iae.nl>' Subject: Re: Hybrid system in a clustere( Message-ID: <9nid3i$6rt$1@news.IAEhv.nl>  ! You can add a VAX to if you like.hG Basically, the hardware itself does not matter. What does matter is the8H VMS release, or rather a mix of releases. You can mix Vm.n with Vm.(n-1)B or (as inn XOR) with Vm.(n+1). That is called a warranted cluster.> Other combinations may work albeit with loss of functionality.L E.g. a V5.5 node can join a V7.1 cluster, but a warning is reported that not alle2 nodes in the cluster support the virtual IO cache.  
 Hans Vlems  * Kenneth <kenneth@abc.com> wrote in message* news:9ni2sr$d581@imsp212.netvigator.com...L > Can I have the cluster consist with EV5 and EV6 machines? I am running VMS > 7.2-1. >j >:   ------------------------------  % Date: Mon, 10 Sep 2001 08:52:39 -0400l2 From: rdeininger@mindspring.com (Robert Deininger)' Subject: Re: Hybrid system in a cluster:L Message-ID: <rdeininger-1009010852390001@user-2ivec4o.dialup.mindspring.com>  : In article <9ni2sr$d581@imsp212.netvigator.com>, "Kenneth" <kenneth@abc.com> wrote:  L > Can I have the cluster consist with EV5 and EV6 machines? I am running VMS > 7.2-1.  F Yes.  AFAIK, any systems that are supported standalone in V7.2-1, will work in a cluster.   -- s Robert Deininger rdeininger@mindspring.comh   ------------------------------  % Date: Mon, 10 Sep 2001 08:39:26 -0400s' From: Howard S Shubs <howard@shubs.net>e' Subject: Re: Hybrid system in a clustern< Message-ID: <howard-82BB7C.08392510092001@enews.newsguy.com>  M In article <9ni2sr$d581@imsp212.netvigator.com>, "Kenneth" <kenneth@abc.com> R wrote:  L > Can I have the cluster consist with EV5 and EV6 machines? I am running VMS > 7.2-1.  . Yes.  That's not "hybrid"; they're all Alphas. --   Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  % Date: Mon, 10 Sep 2001 13:52:14 -0400a- From: JF Mezei <jfmezei.spamnot@videotron.ca>e' Subject: Re: Hybrid system in a cluster + Message-ID: <3B9CFDC8.273C117@videotron.ca>o   Hans Vlems wrote:s# > You can add a VAX to if you like.aI > Basically, the hardware itself does not matter. What does matter is thet, > VMS release, or rather a mix of releases.   L When you add a VAX to an ALPHA cluster, can an ALPHA node act as a boot nodeK for the VAX ? If so, how are all the VAX images that would normally be in aa+ shared SYS$COMMON on the boot node stored ?o  Is there a separate SYS$COMMON ?   ------------------------------  % Date: Mon, 10 Sep 2001 13:31:02 -0400S' From: "Bill Todd" <billtodd@foo.mv.com>e2 Subject: Is the Tru64 port to Itanium now history?( Message-ID: <9nitai$1ej$1@pyrite.mv.net>  F The Inquirer has some new articles today which have been cited in some@ comp.os.vms discussion, but a major point hasn't surfaced there:  ' http://www.theinquirer.net/10090107.htmi    L He said: "Following typical Compaq strategy ("Software is something partnersI do.") the initial talks with HP were concerning Compaq licensing HP-UX as J their high-end UNIX for the Itanium platform, rather than continuing theirK own port. Even if the acquisition falls through, these plans will continue.     B Now, the above quote rather strongly suggests that Compaq has beenJ considering *not* supporting Tru64 on Itanic for quite some time, and thatD the 'commitment' to port may have simply been a ploy to retain Tru64H customers after the Alphacide until such time as informing them might be convenient.-  L And then we have a leaked (and thus unverifiable, but fairly credible) Peter Blackmore memo:u  ' http://www.theinquirer.net/10090108.htma  L Readers will note that while it explicitly reiterates the commitment to portL VMS to Itanic, it rather pointedly says nothing about the Tru64 port, exceptL that Tru64 and HP-UX will 'converge' on Itanic to allow a 'smooth migration'L from Alpha Tru64 (poppycock if for no other reason than the endian-sensitive& issues that I've addressed elsewhere).   - bill   ------------------------------    Date: 10 Sep 2001 12:43:03 -0500# From: medleyb@ev1.net (Bert Medley)"6 Subject: Re: Is the Tru64 port to Itanium now history?: Message-ID: <Xns91188238C8D54medleybev1net@207.218.245.68>  I Just came from Michael's presentation.  The emphasis seems to be merging  L technologies between HP-UX and Tru64.  I imagine (though this was not said) E that it will remain HP-UX.  HP-UX probably *will* run on the Itanium.   H "Bill Todd" <billtodd@foo.mv.com> wrote in <9nitai$1ej$1@pyrite.mv.net>:  H > The Inquirer has some new articles today which have been cited in someB > comp.os.vms discussion, but a major point hasn't surfaced there: > ) > http://www.theinquirer.net/10090107.htm1 >  > E > He said: "Following typical Compaq strategy ("Software is something.A > partners do.") the initial talks with HP were concerning Compaq I > licensing HP-UX as their high-end UNIX for the Itanium platform, rather H > than continuing their own port. Even if the acquisition falls through, > these plans will continue. e >  > D > Now, the above quote rather strongly suggests that Compaq has beenG > considering *not* supporting Tru64 on Itanic for quite some time, andcE > that the 'commitment' to port may have simply been a ploy to retaintG > Tru64 customers after the Alphacide until such time as informing them  > might be convenient. > H > And then we have a leaked (and thus unverifiable, but fairly credible) > Peter Blackmore memo:c > ) > http://www.theinquirer.net/10090108.htmr > I > Readers will note that while it explicitly reiterates the commitment to0F > port VMS to Itanic, it rather pointedly says nothing about the Tru64H > port, except that Tru64 and HP-UX will 'converge' on Itanic to allow aG > 'smooth migration' from Alpha Tru64 (poppycock if for no other reasonfB > than the endian-sensitive issues that I've addressed elsewhere). >  > - bill   ------------------------------    Date: 10 Sep 2001 11:20:01 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>nN Subject: Re: Is there a VMS command to check if I have cache memory installed?H Message-ID: <y4r8tfpflq.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  4 rdeininger@mindspring.com (Robert Deininger) writes:  K > On the newer/larger systems, there's no clear indication of the end of L2 I > cache.  The process only seems to use 1/4 to 1/2 of the cache, and then/ > performance drops gradually.    F You are likely seeing the effects of page colouring. There is a SYSGENM parameter to control the behaviour of the page allocation algorithm, probably % in MMG_FLAGS or whatever it's called.    	Jan   ------------------------------  % Date: Mon, 10 Sep 2001 09:46:57 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)N Subject: Re: Is there a VMS command to check if I have cache memory installed?L Message-ID: <rdeininger-1009010946570001@user-2ivec4o.dialup.mindspring.com>  H In article <y4r8tfpflq.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>,H Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> wrote:  6 > rdeininger@mindspring.com (Robert Deininger) writes: > M > > On the newer/larger systems, there's no clear indication of the end of L2 K > > cache.  The process only seems to use 1/4 to 1/2 of the cache, and then ! > > performance drops gradually. e > H > You are likely seeing the effects of page colouring. There is a SYSGENO > parameter to control the behaviour of the page allocation algorithm, probably ' > in MMG_FLAGS or whatever it's called.   J I think the parameter you're thinking of if PFN_COLOR_COUNT.  I've fiddled@ with it, but not in a systematic way.  The parameter is not wellF documented.  The IDS book seems to predate this parameter, and I don'tJ have access to the source CDs for alpha.  So I don't know exactly how thisG parameter modifies VMS's memory algorithms.  I'm just guessing based on 
 common sense.c  C My next step is to get out a microscope (ANALYZE/SYSTEM) and try to"H correlate the page mapping to the cache behavior I'm seeing.  Then I can1 hopefully twiddle PFN_COLOR_COUNT in useful ways.t  : Parameter MMG_CTLFLAGS doesn't appear to be an issue here.   -- u Robert Deininger rdeininger@mindspring.comt   ------------------------------  % Date: Mon, 10 Sep 2001 13:15:17 -0400s* From: Bob Supnik <bsupnik@nauticusnet.com>2 Subject: MicroVAX 3500/3600/3800 boot ROM contents8 Message-ID: <10tpptcssoume71id4h217hfvohj501lnr@4ax.com>  B I've been mostly posting in alt.sys.pdp10 and pdp11, but Tim Stark5 suggested this would be a good place to post as well.-  ' The Computer History Simulation project E (http://www.tiac.net/users/mps/retro) is now working on the VAX.  ThepA specific system target is the MicroVAX 3500 family (KA650, KA655)mF based on the CVAX and CVAX II chip.  So far, I've found the CVAX specs= and microcode, the CMCTL, CQBIC, and SSC specs, and the KA655:; technical manual, as well as information on the common Qbus.5 peripherals (terminal mux, line printer, DEQNA, etc).t  . What's critically missing at this juncture is:  = - KA650/KA655 boot rom code, binary dump or preferably sourcep( - RQDX3 (MSCP) programming specification  - Any help in these areas would be appreciated.e  E In the meantime, simulators for the -1, -4, -7, -8, -9, -10, -11, ands -15 are available.   /Bob Supnikr   ------------------------------  % Date: Mon, 10 Sep 2001 09:24:52 -0600  From: Kevin Handy <kth@srv.net>h/ Subject: Re: MicroVAX II - Parity Check Test...l' Message-ID: <3B9CDB44.E860D265@srv.net>h   sword7@speakeasy.org wrote:. > = > In comp.os.vms Jeff Campbell <jcampbell@ins-msi.com> wrote:iH > > What's in the Machine Check Error Summary Register, IPR 38(decimal)? > > WhatH > > are the values in the Machine Check Parameter Block on the stack? In > > case* > > you don't have the layout: (longwords) >  > >    sp:  byte count > >         machine check code' > >         most recent virtual addressa& > >         internal state information > >         pc > >         psl  > E > I already know that but I am figuring how to implement parity checkm > alogrithm...  / The parity test is just to look for bad memory.s  D Parity uses an additional bit of memory attached to the side of eachE memory location.  It is set up to make the number of bits turned "on"cG even (for even parity), or odd (for odd parity). When a memory locationrG is read in, it checks the memory location + the parity bit to make sure1A the number of "on" bits are correct. I don't know if the VAX usesR3 even or odd parity, or if it is byte or word based.e  E I don't know if the MicroVaxes ever used them, but some memory boardsiA DEC used used ECC memory checks instead of a simple parity check.h  F Instead of handling actual parity calculations, could you just write aD "this memory location is bad" test for that specific location being F referenced by that specific instruction? Otherwise parity calculationsG would probably consume most of the emulator time when this check shouldaF be the only time you should ever get one, as well as needing the extraC bit of memory for each memory location (plus setting and reading itR on every memory access).  F Another option would be to modify the ROM to disable this parity test.  F You can probably assume perfect memory, and let the OS the emulator is" running on worry about bad memory.   ------------------------------  $ Date: Sun, 9 Sep 2001 23:28:01 -0700* From: "Welsh, John" <John.Welsh@Avnet.com>% Subject: Re:  Missed Info-VAX emails.aG Message-ID: <FD833ACB0214D511B9B20004ACC5766B011528CF@asia01.avnet.com>t   	Jerry, 6 			Thanks for the help.   I couldn't find any Info-VAX; 		replies there,   But I did find the Info-VAX Archive sitet at:w   		ftp://mvb.saic.com/info-vax/   	Original message:  + 	 Welsh, John (John.Welsh@Avnet.com) wrote:  	: Gang,: 	: 	I seem to have missed all Info-VAX emails from approx.* 	: 	07:00 last Wednesday morning till now. 	:8 	: 	I don't know what happened but I resubscribed and am 	: 	receiving emails again.r 	:> 	: 	Is there an Archive site that I can go to to retrive those 	: 	that I missed ?????d   	Jerry Leslie replied: 	  	Go to :  2 	   http://groups.google.com/advanced_group_search  A 	and do a search for comp.os.vms articles from September 5, 2001.2   	--Jerry Lesliet   ------------------------------    Date: 10 Sep 2001 07:17:44 -0700+ From: Tim Shoppa <shoppa@trailing-edge.com>V( Subject: Re: More VMS Wish List Items...) Message-ID: <9nii2802bd1@drn.newsguy.com>B  6 In article <3B9C10D5.97D506CF@fsi.net>, "David says... >a >DCL:s >a >READmB >- Add a /ONE_CHARACTER qualifier that accepts a single keystroke,% >  ala the DEC BASIC INKEY$ function. E >- Add a /COUNT=n qualifier to specify how many characters to expect.l  4 Why not simply add the ability to do QIO's from DCL?  B (I say that only half-jokingly!  It would come in very handy!  And7 timeouts on terminal reads would come automagically...)    >SCSI driver(s) E >- Add support for QIC and Travan drives (back port to V6.2 or as far  >  back as possible)  K QIC drives - in the form of the TKZ10 - are already supported, aren't they?oH I've used them under many versions of VMS without a problem (admittedly,H largely reading rather than writing, and almost always with fixed-length+ blocks and not in ANSI-labeled-tape style.):  J I have used TK25's in variable-block-length mode, too.  (That's going backF a ways, and it's *not* the SCSI driver!  IIRC it was the TS11 driver.)   Tim.   ------------------------------  % Date: Mon, 10 Sep 2001 23:55:55 +0800o% From: "VMS Novice" <best@hotmail.com>i Subject: mount dismount status0 Message-ID: <9ninmg$84b3@imsp212.netvigator.com>  J When I try to stop the process which allocating a disk or tape, the deviceK sometimes change to "mount dismount" status and the process itself is neverl= die. How can I do to stop the process and release the device?    ------------------------------    Date: 10 Sep 2001 16:51:23 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)  Subject: OpenVMS on API's CS20 ?* Message-ID: <3b9cd36b$1@news.kapsch.co.at>  ( Any chance of getting OpenVMS running on  K Alpha Processor Incorporated/API Networks's CS20 1U Alpha Server named CS20:  3 	http://www.alpha-processor.com/products/cs20.shtmle  K (Alpha 6/833 CPU, 2 PCI Slots, Dual 100Base-TX, Ultra-SCSI Controller, ...)5   TIAn   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888a< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Mon, 10 Sep 2001 11:39:57 -0400n5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>f$ Subject: Re: OpenVMS on API's CS20 ?/ Message-ID: <U95n7.84$YP.4557@news.cpqcorp.net>   D Peter LANGSTOEGER wrote in message <3b9cd36b$1@news.kapsch.co.at>...) >Any chance of getting OpenVMS running onw > L >Alpha Processor Incorporated/API Networks's CS20 1U Alpha Server named CS20 >>4 > http://www.alpha-processor.com/products/cs20.shtml >aL >(Alpha 6/833 CPU, 2 PCI Slots, Dual 100Base-TX, Ultra-SCSI Controller, ...) >a    J Since it is a Tsunami-based EV6 system, I would guess that it would not beF too difficult, heck it might just look enough like a DS20 to boot with minimal changes.  J But unless you are proposing to ship me one (to keep), I don't know of any/ plans for VMS support of this box at this time.;   ------------------------------  # Date: Mon, 10 Sep 2001 08:24:38 GMTe) From: "remy.younes" <remy.younes@free.fr>n: Subject: Re: Passing arguments to Dec C program at runtime5 Message-ID: <aN_m7.5221$Ii6.6105210@nnrp4.proxad.net>t   Hi,r  J Assuming you have done the argc and argv parsing in the C code, you have 2- solutions for passing arguments at run time :H  J 1. Since VMS 7.1 if i remember well, you can use the logical DCL$PATH, letA it point to the directory where the exe is located, and just type  $ myprog arg1 arg2 ... at DCL prompt.   2. The "legacy" method : define a (global?) symbol :1  $ $ RUN_THE_PROG == "$<mydir><myprog>"   and then, invoke your program :    $ RUN_THE_PROG arg1 arg2 ...  - Hope this helps, and apologies for my english,  	 R. YOUNES1 VMS francophoner  L "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> a crit dans le message news:$ 0vam7.43$YP.1544@news.cpqcorp.net...G > In article <3b98f74b.67288226@news.iquest.net>, bjskidmore@macbbs.com  (Barry Skidmore) writes:G > :I have been looking for Dec C documentation on how to pass argumentstI > :to main() at runtime, but have not had any luck.  Could someone pleaseeB > :point me in the right direction.  I am using Dec C (V6.0) under > :OpenVMS 7.2.c >jE >   Please see the OpenVMS FAQ for some related information, and alsotB >   please see the FAQ for pointers to the Compaq C documentation.= >   Also please see examples on the OpenVMS Freeware such as:i >oG > http://www.openvms.compaq.com/freeware/freeware40/srh_examples/wake.cm >n( >  ---------------------------- #include' <rtfaq.h> -----------------------------0L >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com, >  --------------------------- pure personal# opinion ---------------------------i1 >    Hoff (Stephen) Hoffman   OpenVMS Engineeringd hoffman#xdelta.zko.dec.com >e   ------------------------------  % Date: Mon, 10 Sep 2001 10:34:00 +0100V0 From: andrew harrison <andrew.nospam@uk.sun.com> Subject: Re: RIP Bill Gates * Message-ID: <3B9C8908.8FDF9129@uk.sun.com>   Bill Todd wrote: > 5 > "Peter da Silva" <peter@abbnm.com> wrote in message-! > news:9ndgae$m9u@web.nmti.com...oL > > In article <9n3t8t$b6e$1@pyrite.mv.net>, Bill Todd <billtodd@foo.mv.com> > wrote:H > > > Tru64 suffers in this acquisition from being the technology of the
 > acquireeM > > > rather than the acquirer, from competing with an existing Unix owned byo > therM > > > acquirer, from being a little-endian system that won't easily be meldedg > withN > > > the acquirer's big-endian system, from being currently available only on > aiM > > > lame-duck hardware platform, and from already having given a lot of its-' > > > differentiating goodies to Linux.1 > >2 > > ISTR IA64 is little-endian.e > J > IA64 is bi-endian, as are Alpha and Power (don't know about SPARC).  ButL > HP-UX is big-endian, and Tru64 is little-endian, and never the twain shallM > meet (at least not without significant non-transparent pain to at least onet > of them).  >   : SPARC is bi-endian but I don't know of any OS's that make < use of bi-endian support, Solaris for example is big-endian.   Regardsf Andrew Harrisont Enterprise IT Architectn   ------------------------------  % Date: Mon, 10 Sep 2001 10:42:11 +0100s0 From: andrew harrison <andrew.nospam@uk.sun.com> Subject: Re: RIP Bill Gates1* Message-ID: <3B9C8AF3.E9731B6D@uk.sun.com>    LBohan@dbc.spam_less..com wrote: > E > On 9 Sep 2001 12:49:25 GMT, peter@abbnm.com (Peter da Silva) wrote:  > R > >In article <9nel2f$m1j$1@pyrite.mv.net>, Bill Todd <billtodd@foo.mv.com> wrote:O > >> 1)  Forget about transparently mingling Tru64 nodes and HP-UX nodes in the0 > >> same cluster: > >"J > >Forget about transparently mingling HP-UX and Windows nodes in the sameL > >cluster, too. Microsoft may well be the ten ton gorilla that forces HP-UX > >to make an endian flip. > 8 > how many 'popular' big-endian Unices are in use today? >   3 Solaris on SPARC, AIX and HP-UX are all big-endian.o1 Solaris x86, Tru64, Linux, FreeBSD (on Intel) arem little-endian.  5 So the three largest commercial UNIX's by revenue are  big-endian.t   Regardsi Andrew Harrisony Enterprise IT Architectt   ------------------------------   Date: 10 Sep 2001 10:30:28 GMT- From: kraemer@clri6e.gsi.de (Michael Kraemer)w Subject: Re: RIP Bill Gatese4 Message-ID: <9ni4o4$bi2$2@sun27.hrz.tu-darmstadt.de>  Z In article <lugnptkcq9sp68vjkrhh8gc90d0upo4gqq@4ax.com>, LBohan@dbc.spam_less..com writes:E > On 9 Sep 2001 12:49:25 GMT, peter@abbnm.com (Peter da Silva) wrote:  > 8 > how many 'popular' big-endian Unices are in use today? > ; > I was under the (mistaken) impression that little-endian T > unix was more common ? >   / AIX, HP-UX, Irix, Solaris, Linux on 68k/PPC ...e   ------------------------------  % Date: Mon, 10 Sep 2001 11:37:35 +0100 0 From: andrew harrison <andrew.nospam@uk.sun.com> Subject: Re: RIP Bill GatesI* Message-ID: <3B9C97EF.F338AC0F@uk.sun.com>   andrew harrison wrote: >  > Bill Todd wrote: > >>7 > > "Peter da Silva" <peter@abbnm.com> wrote in messages# > > news:9ndgae$m9u@web.nmti.com...tN > > > In article <9n3t8t$b6e$1@pyrite.mv.net>, Bill Todd <billtodd@foo.mv.com>
 > > wrote:J > > > > Tru64 suffers in this acquisition from being the technology of the > > acquireeO > > > > rather than the acquirer, from competing with an existing Unix owned byv > > thetO > > > > acquirer, from being a little-endian system that won't easily be melded  > > withP > > > > the acquirer's big-endian system, from being currently available only on > > a O > > > > lame-duck hardware platform, and from already having given a lot of itsi) > > > > differentiating goodies to Linux.- > > >X! > > > ISTR IA64 is little-endian.  > >nL > > IA64 is bi-endian, as are Alpha and Power (don't know about SPARC).  ButN > > HP-UX is big-endian, and Tru64 is little-endian, and never the twain shallO > > meet (at least not without significant non-transparent pain to at least one 
 > > of them).h > >e > ; > SPARC is bi-endian but I don't know of any OS's that maker> > use of bi-endian support, Solaris for example is big-endian. >   9 Woops, Solaris on SPARC is big-endian, Solaris on x86 is d little-endian.   Regardsr Andrew Harrisone Enterprise IT Architect    ------------------------------    Date: 10 Sep 2001 08:45:03 -0500- From: koehler@encompasserve.org (Bob Koehler)t Subject: Re: RIP Bill Gatest3 Message-ID: <k8+hTqaPSnyt@eisner.encompasserve.org>t  N In article <9ndgae$m9u@web.nmti.com>, peter@abbnm.com (Peter da Silva) writes: >  > ISTR IA64 is little-endian.i  G    Somewhat.  The IA64 instruction stream must always be little-endian,sI    but data can be accessed either little-endian or big-endian, dependingS&    on a bit in a CPU control register.   ------------------------------    Date: 10 Sep 2001 08:46:25 -0500- From: koehler@encompasserve.org (Bob Koehler)e Subject: Re: RIP Bill GatesD3 Message-ID: <PlFbsVhqeOcV@eisner.encompasserve.org>o  \ In article <3B9AC8F5.50E57870@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:K > And at the OS level, would it be a huge task to recompile Tru64 to run ons > Alpha in big endian mode ?K > (eg: are there a LOT of assumptions in the OS about the endianness of theh8 > platform ? or are they handled by the compiler/cpu  ?)  J    Depends on who wrote the code and how well they did.  Obviously UNIX isE    portable to both little and big endian systems, but each contrinas-    some platform specific code.5   ------------------------------  % Date: Mon, 10 Sep 2001 06:53:36 -0600I4 From: "Michael D. Ober" <mdo.@.wakeassoc.com.nospam>  Subject: Re: SAMBA 2.0.3 in OVMS1 Message-ID: <lJ2n7.220$623.58863@news.uswest.net>o  L You pegged it.  The .COM files on VMS are text files and on Windows they areK binaries.  This causes major headaches for the FTP clients on windows.  You 6 need to unzip them using an Alpha based Unzip program. --
 Mike Ober.  @ "mike & cheryl marshall" <tmarshall04@snet.net> wrote in message" news:3B98F119.18D9BF6A@snet.net...K > ftp://ftp.samba.org/pub/samba/bin-pkgs/vms/...here is the link... i think L > that i might have messed up because i unzipped the files on a PC and ftp'dL > them to the alpha...being impatient and not wanting to try and use the VMS > unzip programo >h > Jan-Erik Sderholm wrote:n >hA > > The text files don't seem to have been stored as they should.i? > > What command in LINK.COM or INSTALL.COM gave these errors ?o > >t > > What UnZip do you use ?eK > > Check if your UnZip have any option that might be of interest such as :o% > > "-a  auto-convert any text files"eF > > That option is from "UnZip 5.40 of 28 November 1998, by Info-ZIP". > >e. > > Could you post the link to the SAMBA kit ? > >E > > Jan-Erik Sderholm.r > > ! > > mike & cheryl marshall wrote:i > > >sA > > > ok...i got SAMBA 2.0.3, unzipped it in a dir, looked at thes readme...iteI > > > said to type @LINK, then @INSTALL...but at both of these commands ir getiI > > > %RMS-W-RTB, 512 byte record too large for user's buffer...what am ie" > > > missing?...thanks in advance
 > > > Mike >a >c   ------------------------------    Date: 10 Sep 2001 10:17:44 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>s$ Subject: Re: Setting File AttributesH Message-ID: <y4heubpihj.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  , "David Cressey" <david@dcressey.com> writes:  L > This is the best answer so far, provided it works.  As somebody else said,J > making the file attributes agree with the file contents is more elegant " > than resorting to special calls.  N The one limitation is that RMS declines to support STREAM-whatever files whereJ each individual record is longer than 32k. Although this limitation wasn'tN forced on RMS from its 16-bit heritage (as is the limitation on varying recordH lengths because of the on-disk file structure), it's there nonetheless -G likely due to institutional inertia and to internal data structures forp4 buffers etc. that are common to all file structures.   	Jan   ------------------------------  % Date: Mon, 10 Sep 2001 15:16:22 +0100-( From: Nic Clews <sendspamhere@127.0.0.1>$ Subject: The day the VAXcluster died) Message-ID: <3B9CCB36.1414A94F@127.0.0.1>r  ; Its amazing the rubbish you turn up trying to do real work:   + http://www.poppyfields.net/filks/00245.htmlv   --  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comn   ------------------------------  # Date: Mon, 10 Sep 2001 16:47:16 GMTa* From: cjt & trefoil <cheljuba@prodigy.net>( Subject: Re: The day the VAXcluster died+ Message-ID: <3B9CEE8E.CE8A7C8D@prodigy.net>y   LOL!   Nic Clews wrote: > = > Its amazing the rubbish you turn up trying to do real work:  > - > http://www.poppyfields.net/filks/00245.html  >  > --* > Regards, Nic Clews CSC Computer Sciences > nclews at csc dot comh   ------------------------------  % Date: Mon, 10 Sep 2001 11:07:02 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>$ Subject: Re: Third postcard from Sun) Message-ID: <3B9C90C6.ED394490@127.0.0.1>b   "David J. Dachtera" wrote:G > Rich Marcello requested that someone send him the Sun postcard(s). If G > you need his snail-mail address at the "Q", drop me a note privately.o  H Has someone done this? If not, let me know, I may have squirreled one or: two and can dig them out for this purpose [Rich Marcello].  C Perhaps the "Legal, Decent, Honest, Truthful" will be tested by they, Advertising Standards Authority (in the UK).  H (I never did get around to informing them of the AOL advert that implied' their software made your PC run faster)p -- c( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comi   ------------------------------  % Date: Mon, 10 Sep 2001 11:55:30 +0100e% From: Alan Greig <a.greig@virgin.net>y$ Subject: Re: Third postcard from Sun8 Message-ID: <rr6pptc4p4h62mp5ov8npbn2nikvjvlb7q@4ax.com>  F On Mon, 10 Sep 2001 11:07:02 +0100, Nic Clews <sendspamhere@127.0.0.1> wrote:   >"David J. Dachtera" wrote: H >> Rich Marcello requested that someone send him the Sun postcard(s). IfH >> you need his snail-mail address at the "Q", drop me a note privately. >-I >Has someone done this? If not, let me know, I may have squirreled one ors; >two and can dig them out for this purpose [Rich Marcello].-  A I forwarded scans of all three at David's request to Marcello.  IJF wouldn't expect any legal action to come out of it but at least Compaq now know what went out..  D >Perhaps the "Legal, Decent, Honest, Truthful" will be tested by the- >Advertising Standards Authority (in the UK).v >.I >(I never did get around to informing them of the AOL advert that implieda( >their software made your PC run faster)   -- Alan   ------------------------------  % Date: Mon, 10 Sep 2001 14:25:21 +0100m( From: Nic Clews <sendspamhere@127.0.0.1>$ Subject: Re: Third postcard from Sun) Message-ID: <3B9CBF41.31DDD3D3@127.0.0.1>    Alan Greig wrote::C > I forwarded scans of all three at David's request to Marcello.  IeH > wouldn't expect any legal action to come out of it but at least Compaq > now know what went out.. > F > >Perhaps the "Legal, Decent, Honest, Truthful" will be tested by the/ > >Advertising Standards Authority (in the UK).m  6 On one of the cards is the following statement (quote)  H "Compaq's decision to move its Alpha-based UNIX systems to Intel ItaniumC will raise serious performance and stability issues for customers."a  @ WILL is a very strong word used above, by Sun. To use this in anH advertising context, it must be truthful, they must be able to prove it.G Their statement is implying that "customers", and by this one may argue G _all_ Compaq customers (for it does not distinguish Alpha and Itanium), = are going to have "serious performance and stability issues".(  H Its akin to saying "Brand 'B's toothpaste ingredients will significantly change your teeth." H The choice or words however give the idea of negative implications based4 on current perceptions of performance and stability.  < Denigrating competitors products is a very risky business in advertising.   http://www.asa.org.uk/E Having looked at a few recent cases, I think there's a good chance ofk success. -- t( Regards, Nic Clews CSC Computer Sciences nclews at csc dot com    ------------------------------  % Date: Mon, 10 Sep 2001 15:19:33 +0100 % From: Alan Greig <a.greig@virgin.net> $ Subject: Re: Third postcard from Sun8 Message-ID: <3vhppt0j97e08glans3p3kmsakn3smgml3@4ax.com>  F On Mon, 10 Sep 2001 14:25:21 +0100, Nic Clews <sendspamhere@127.0.0.1> wrote:    7 >On one of the cards is the following statement (quote)i >HI >"Compaq's decision to move its Alpha-based UNIX systems to Intel Itanium-D >will raise serious performance and stability issues for customers." >tA >WILL is a very strong word used above, by Sun. To use this in an I >advertising context, it must be truthful, they must be able to prove it.   F But note that It says "will raise...issues for customers". It does not@ say "will cause serious...problems for customers". An issue in aF customer's mind is not the same as an actual problem. You only have toD read the newsgroups and press coverage to realize that the statement can be justified.   D As for the Advertising Standards Authority I verbally contacted themE about the Compaq ads for the upcoming Windows 2000 on Alpha which ran B for a month (in the UK) after the announcement that it would neverB appear. There immediate reaction was that I should submit a formalD complaint as it looked like it was something they would want to lookB closely at. I didn't get quite that annoyed and never followed up.  H >Their statement is implying that "customers", and by this one may argueH >_all_ Compaq customers (for it does not distinguish Alpha and Itanium),> >are going to have "serious performance and stability issues". >eI >Its akin to saying "Brand 'B's toothpaste ingredients will significantlya >change your teeth."  E No it isn't. It is akin to saying "Coke changing their drink to tastesE more like Pepsi will cause serious issues for customers". And it did!i  I >The choice or words however give the idea of negative implications basedh5 >on current perceptions of performance and stability.   5 I agree with that but I don't believe that's illegal.- >-= >Denigrating competitors products is a very risky business inn
 >advertising.s >e >http://www.asa.org.uk/iF >Having looked at a few recent cases, I think there's a good chance of	 >success..  C Oh good. Maybe I can go back to them with the case of the Alpha W2KgE ads from Compaq. I really think you are clutching at straws here Nic. F I'm also not sure if a direct mailshot counts as an advert the ASA canC control unlike the Compaq W2K ads which were in print publications.tB But maybe it is in their jurisdiction. In any case I can't see any action brought by Compaq.s   -- Alan   ------------------------------  % Date: Mon, 10 Sep 2001 17:33:03 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>$ Subject: Re: Third postcard from Sun) Message-ID: <3B9CEB3F.8189E0D3@127.0.0.1>f   Alan Greig wrote: H > But note that It says "will raise...issues for customers". It does notB > say "will cause serious...problems for customers". An issue in aH > customer's mind is not the same as an actual problem. You only have toF > read the newsgroups and press coverage to realize that the statement > can be justified.   E I see what you are saying here. I take it as a negative slant though,e serious is an adjective. But...c   > >http://www.asa.org.uk/VH > >Having looked at a few recent cases, I think there's a good chance of > >success.t > E > Oh good. Maybe I can go back to them with the case of the Alpha W2KeG > ads from Compaq. I really think you are clutching at straws here Nic.rH > I'm also not sure if a direct mailshot counts as an advert the ASA canE > control unlike the Compaq W2K ads which were in print publications.eD > But maybe it is in their jurisdiction. In any case I can't see any > action brought by Compaq.-  F It doesn't have to be brought by Compaq. Private individuals can raiseF issues, and if you check the site, mailshots like this are included inF their jurisdiction. I read the most recent to sample cases, and, based/ on those submissions, this one is no different.s  D The card also claims No.1 for UNIX, now, if Sun are not the No.1 forG UNIX, then see the "Click Systems Ltd" case for how this claim was usediH against a company. (I can't paste the link, it's wayyyy to long, see 5th September Ajudications)   A As to 'clutching at straws', you should read some of the entries,eD someone could probably make a lot of money with a book based on that lot. Alternative career anyone?    -- u( Regards, Nic Clews CSC Computer Sciences nclews at csc dot come   ------------------------------  % Date: Mon, 10 Sep 2001 12:49:56 -0400a' From: "Bill Todd" <billtodd@foo.mv.com>d$ Subject: Re: Third postcard from Sun( Message-ID: <9niqtg$qvu$1@pyrite.mv.net>  5 "Nic Clews" <sendspamhere@127.0.0.1> wrote in messagen# news:3B9CBF41.31DDD3D3@127.0.0.1...l > Alan Greig wrote:kE > > I forwarded scans of all three at David's request to Marcello.  IaJ > > wouldn't expect any legal action to come out of it but at least Compaq > > now know what went out.. > > H > > >Perhaps the "Legal, Decent, Honest, Truthful" will be tested by the1 > > >Advertising Standards Authority (in the UK).s >g8 > On one of the cards is the following statement (quote) >cJ > "Compaq's decision to move its Alpha-based UNIX systems to Intel ItaniumE > will raise serious performance and stability issues for customers."B > B > WILL is a very strong word used above, by Sun. To use this in anJ > advertising context, it must be truthful, they must be able to prove it.  I Shouldn't be any problem at all.  Current performance projections suggest K that in all save FP-intensive applications (or those with similarly regularuJ code, which is otherwise atypical) Alpha will out-perform Itanic for aboutJ the next 4 years even if development stops with EV7 (as long as EV7 gets aK process shrink or two to keep up in that area).  Even if, say, 3 years fromnH now that turns out not to be the case, for those 3 years the decision toF move will have "raised performance issues" (which is *not* the same asH causing actual performance problems) for customers working with the bestI information available/  And there will still be the strong suspicion thatrI had Compaq chosen to support Alpha its performance could have kept ahead, D which *itself* is a legitimate issue that has *already* been raised.  L As for stability, there are multiple interpretations, only one of which needG concern a customer for the move to raise 'issues'.  The first non-Alpha@K Marvel system will likely in some respects have less engineering experiencetJ behind it than an Alpha Marvel system, for example.  Or customers may justL be concerned about the stability of a corporation which jerks them around at the whims of its management.  C Compaq has no beef with Sun:  it brought this on itself.  And Sun's-G observations are far from the most critical that have appeared, many of 3 which originate in Compaq's existing customer base.e   - bill   ------------------------------  # Date: Mon, 10 Sep 2001 17:12:03 GMTl% From: "Dan Cauley" <Cauley@Telus.net>"( Subject: VaxStation 3100 Install Problem; Message-ID: <Dv6n7.19435$C57.2776712@news1.telusplanet.net>e  J Hi there, I know this is a little off topic but I have really exhausted myI resources on this one, I am trying to install NetBSD-VAX on my VaxStation L 3100 Model VS42A-AA, I am using a true Digital VT320 Terminal with an LK-201H Keyboard, I boot from CD and get as far as the install menu but then theK keyboard won't work, I can hit break and get out of the install, but that'smF it, otherwise the keyboard works fine, like I can type boot dkb100 and: everything.  I appreciate any and all input on this topic.   Thanks in advance,                          Dan.S   ------------------------------    Date: 10 Sep 2001 10:19:54 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>u> Subject: Re: VMS To Be Squeezed Out Of HP's Strategic Vision ?H Message-ID: <y4elpfpidx.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  / JF Mezei <jfmezei.spamnot@videotron.ca> writes:k  M > I realise that stuff such as TCPIP stack would have to be scanned to removegG > all the byte switching since the data would arrive in the right orderd  = That is taken care of by making all ntoh et al. calls no-ops.h   	Jan   ------------------------------   Date: 10 Sep 2001 10:27:19 GMT- From: kraemer@clri6e.gsi.de (Michael Kraemer)t> Subject: Re: VMS To Be Squeezed Out Of HP's Strategic Vision ?4 Message-ID: <9ni4i7$bi2$1@sun27.hrz.tu-darmstadt.de>  \ In article <3B9BC392.24B2AB5E@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > L > OK, if you forget about compatibility with old little endian machines, andH > just care about converting your OS to run in big endian mode. Wouldn't2 > compilers take care of the vast majority of it ?  > Sure, but it if you forget about binary backward compatibility@ you could as well ditch Tru64 together with its apps and switch ' to HP-UX w/o any smooth migration path.o   ------------------------------  % Date: Mon, 10 Sep 2001 21:16:33 +0900v& From: "David Lee" <phongle@kornet.net> Subject: vmstara+ Message-ID: <9niai9$cm9$2@news2.kornet.net>l  J I am trying to download the "vmstar" freeware, but kept getting this error messageiJ "Internet Explorer can not download from the internet site vmstar.zip from ftp.process.com * The server returned extended information."> Is there some other way that I can get this freeware "VMSTAR".   Thank you in advanced.   ------------------------------  % Date: Mon, 10 Sep 2001 15:31:14 +0200,< From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <noone@home.com> Subject: Re: vmstar ( Message-ID: <3B9CC0A1.F7A71B63@home.com>  : If your VMS system is connected to the Internet, you could< always try with with FETCH_HTTP. I'v got a version that also/ supports downloads through a HTTP-proxy server.P  : It's nice to be able to just SUBMIT your download and have( your VMS system take care of the rest...  ( All you need is the FETCH_HTTP.C source.< There is a number of kits on "the net", but they seems to be. the version that didn't support proxy servers.  8 I could mail you my C file if you'd like, or maybe there7 is someone "out there" that know of a link to a copy ofl# FETCH_HTTP with the proxy support ?    Jan-Erik Sderholm.    David Lee wrote: > L > I am trying to download the "vmstar" freeware, but kept getting this error	 > message L > "Internet Explorer can not download from the internet site vmstar.zip from > ftp.process.comd, > The server returned extended information."@ > Is there some other way that I can get this freeware "VMSTAR". >  > Thank you in advanced.   ------------------------------  % Date: Mon, 10 Sep 2001 10:48:51 -0400l  From: jamese@beast.dtsw.army.mil Subject: Re: vmstarr0 Message-ID: <01091010485191@beast.dtsw.army.mil>  ? Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <noone@home.com> wrote in @ <3B9CC0A1.F7A71B63@home.com> on Mon, 10 Sep 2001 15:31:14 +0200:  < > If your VMS system is connected to the Internet, you could> > always try with with FETCH_HTTP. I'v got a version that also1 > supports downloads through a HTTP-proxy server.  > < > It's nice to be able to just SUBMIT your download and have* > your VMS system take care of the rest... > * > All you need is the FETCH_HTTP.C source.> > There is a number of kits on "the net", but they seems to be0 > the version that didn't support proxy servers. > : > I could mail you my C file if you'd like, or maybe there9 > is someone "out there" that know of a link to a copy off% > FETCH_HTTP with the proxy support ?e  6 Please send me a copy of your version of FETCH_HTTP.C.- Please send it to jamese@beast.dtsw.army.mil.p   Thank you very much,  : Ed James                           ed.james@telecomsys.com5 TeleCommunications Systems, Inc.   voice 410-295-1919e; 2024 West Street, Suite 300              800-810-0827 x1919s5 Annapolis, MD 21401-3556           fax   410-280-1094s   ------------------------------  % Date: Mon, 10 Sep 2001 12:34:09 -0400p# From: Jim Agnew <agnew@hsc.vcu.edu>  Subject: Re: vmstarJ+ Message-ID: <3B9CEB81.1ECB202F@hsc.vcu.edu>   9 HHmm.. I'd like that also, please, Jan-Erik...  Thanks!!!r   Jan-Erik Sderholm wrote:y > < > If your VMS system is connected to the Internet, you could> > always try with with FETCH_HTTP. I'v got a version that also1 > supports downloads through a HTTP-proxy server.- > < > It's nice to be able to just SUBMIT your download and have* > your VMS system take care of the rest... > * > All you need is the FETCH_HTTP.C source.> > There is a number of kits on "the net", but they seems to be0 > the version that didn't support proxy servers. > : > I could mail you my C file if you'd like, or maybe there9 > is someone "out there" that know of a link to a copy ofi% > FETCH_HTTP with the proxy support ?  >  > Jan-Erik Sderholm.u >  > David Lee wrote: > > N > > I am trying to download the "vmstar" freeware, but kept getting this error > > messageiN > > "Internet Explorer can not download from the internet site vmstar.zip from > > ftp.process.com0. > > The server returned extended information."B > > Is there some other way that I can get this freeware "VMSTAR". > >o > > Thank you in advanced.   ------------------------------  % Date: Mon, 10 Sep 2001 09:15:08 +0100l% From: Alan Greig <a.greig@virgin.net>r Subject: Re: WHO ARE YOU forum?i8 Message-ID: <ketoptcjsu7c9kad6ke6tc43mo7a3r3qbb@4ax.com>  B On 9 Sep 2001 23:28:47 +0200, eplan@kapsch.net (Peter LANGSTOEGER) wrote:  V >In article <3B703C40.7B4B3448@gmx.ch>, Didier Morandi <Didier.Morandi@gmx.ch> writes:P >>I heard that Doug just finished the script of the HHGTTG movie before he died. >  >Are you sure ?   E Yes, he did although whether it will ever be filmed now... I think it  was Disney he was working with.@  F >I think, I saw a couple of years ago, the first (one or two) episodesK >of a HHGTTG TV series. I don't know where they ran or wherefrom they stem.  >Maybe I was only dreaming ;-)  E Yes the BBC produced a tv series with most of the same radio cast buto/ it did not go as far as the third radio series.e   -- Alan   ------------------------------  % Date: Mon, 10 Sep 2001 11:41:17 +0100h( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: WHO ARE YOU forum?e) Message-ID: <3B9C98CD.30169FEE@127.0.0.1>    Alan Greig wrote:aG > Yes the BBC produced a tv series with most of the same radio cast butc1 > it did not go as far as the third radio series.w  E I can fully recommend the radio scripts book which discusses the manye> origins of the series and production notes, legal issues. etc.  H The TV series was recorded around 1980. Very interestingly, the BBC wereF carrying out research into Stereo TV, and the video copy I have of the  series (published by 'Pickwick')> is in HiFi stereo, with some very Beatle-esque stereo imaging.  G I don't know if the current video set is recorded that way (can someone1B check and let me know) or if there are plans for a UK DVD release.  & http://www.bbc.co.uk/cult/hitchhikers/F (I also think there's a more appropriate newsgroup, so I apologise for this intrusion)oF (PS. While I'm off topic, my email has been playing up, if you sent meC something and expected a reply, please resend) We now return you too normal programming.l -- g( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comU   ------------------------------  % Date: Mon, 10 Sep 2001 11:36:00 +0100i0 From: andrew harrison <andrew.nospam@uk.sun.com>- Subject: Re: WSJ reporting HP will buy Compaqt* Message-ID: <3B9C9790.DB74DF27@uk.sun.com>   Bob Kaplow wrote:. > _ > In article <3B9758F6.AE28DA50@uk.sun.com>, andrew harrison <andrew.nospam@uk.sun.com> writes:o? > > It very much lags HP-UX in terms of platform support and in = > > this respect is very unlike OpenVMS which seems to have ai* > > reasonable level of parity with Tru64. > O > Did Andrew just say something nice about the company formerly known as DEC???t     Yes.  9 There is a but, which is that HP's strategy for MPE wouldl6 not find much favour with most of the posters on this $ group, if it was applied to OpenVMS.   Regards  Andrew Harrison  Enterprise IT Architectt   ------------------------------   End of INFO-VAX 2001.504 ************************