1 INFO-VAX	Wed, 01 Aug 2001	Volume 2001 : Issue 424       Contents: (v. cheap) used vax kit wanted? # Re: (v. cheap) used vax kit wanted? = Re: ??== Installed DCPS 2.0: Two observations and a question. . Re: Alpha Systems Available at an all time low( Re: Alpha:  an invitation to communicate( Re: Alpha:  an invitation to communicate( Re: Alpha:  an invitation to communicate( Re: Alpha:  an invitation to communicate( Re: Alpha:  an invitation to communicate( Re: Alpha:  an invitation to communicate( Re: Alpha:  an invitation to communicate( Re: Alpha:  an invitation to communicate( Re: Alpha:  an invitation to communicate( Re: Alpha:  an invitation to communicate( Re: Alpha:  an invitation to communicate( Re: Alpha:  an invitation to communicate( Re: Alpha:  an invitation to communicate, Re: Apache on VMS - httpd.conf and .htaccess' Conference: CETS Pre-Conference Program  Conference: CETS-2001 - Max ROI - Converting Vax macro to Alpha - Error message 1 Re: Converting Vax macro to Alpha - Error message  Re: DCPS V2.0 and VMS 6.2  Re: DECnet and M$ Windows  Re: DECnet and M$ Windows  Re: DECnet card password RE: DECnet card password" DECserver 700 documentation needed& RE: DECserver 700 documentation needed& RE: DECserver 700 documentation needed0 Re: Errors in executing the upgrade 7.2-1 to 7.30 Re: Errors in executing the upgrade 7.2-1 to 7.30 Re: Errors in executing the upgrade 7.2-1 to 7.3 f$parse glitch Re: f$parse glitch Re: f$parse glitch$ Re: Few People in DEC Understood....
 Re: HyperSort 6 Re: IPF Console Bootstrap (was: No chance for OpenVMS)6 Re: IPF Console Bootstrap (was: No chance for OpenVMS)6 Re: IPF Console Bootstrap (was: No chance for OpenVMS): Re: Maynard Mill (was: Re: Ken Olsen (and DEC History)...) NCL Command Disassembler5 Re: Obsolete storage (was:Re: Compaq's Q2 financials)   Performance of HSZ50/HSZ70/HSG80< Re: Printer settings was - Re: Print Queue's on IP Addresses Re: Quorum Disk Questions   RE: SAN-based Backup for OpenVMS Re: Soft font modules / DCPS?  Re: Soft font modules / DCPS? 0 Re: Sun keep 'em coming (but do they followup ?)0 Re: Sun keep 'em coming (but do they followup ?). Re: the tcp node name versus the vms node name( Re: VMS marketing event in Cupertino, CA Re: What exactly is VMS?P Re: [OT] Market corrections (was Re: Alpha: an invitation to communicate) commun  F ----------------------------------------------------------------------   Date: 1 Aug 2001 09:27:51 -0700 & From: doug@fearless.org (Douglas Hall)( Subject: (v. cheap) used vax kit wanted?= Message-ID: <c4abb542.0108010827.175df8d8@posting.google.com>   	 Hi there,   > My old vaxen are dying on me atm, maybe it is the hot weather.  A DSSI drive and ethernet on the 3600 have failed and my vaxstation  power supply has blown.   E Does anyone know of anywhere in the UK that I might be able to get my # hands on any vax hardware cheaply?    F I finally got a vaxcluster working at home after hoarding all the bits for years and then it breaks!   C If not, then I guess I have a complete collection of VMS5.5 manuals A and an assortment of broken vaxstation 3100's and a uvax 3600 for  sale!    regards    Douglas    ------------------------------  # Date: Wed, 01 Aug 2001 17:08:09 GMT B From: Simon Clubley <simon_clubley@remove_me.excite.com-Earth.UFP>, Subject: Re: (v. cheap) used vax kit wanted?6 Message-ID: <ZHW97.14032$ar1.46608@www.newsranger.com>  ( On 1 Aug 2001 09:27:51 -0700, in articleF <c4abb542.0108010827.175df8d8@posting.google.com>, Douglas Hall wrote: > F >Does anyone know of anywhere in the UK that I might be able to get my$ >hands on any vax hardware cheaply?  >   G Look through this newsgroup at groups.google.com. Somebody was offering F VAX equipment either very cheaply or for free recently here in the UK.( They did give a location in the posting.  G If you post your location somebody may be able to point you to a source J local to that location. (In case it's near you, I'm in North Yorkshire and/ I don't know of any local sources around here.)    >  >regards >  >Douglas   Simon.   --  ; Simon Clubley, simon_clubley@remove_me.excite.com-Earth.UFP K In the task of removing Microsoft from the marketplace, I have discovered a E truly remarkable plan, but this signature is too small to contain it.    ------------------------------  % Date: Wed, 01 Aug 2001 10:17:40 +0200 , From: aus@vim.uni-wuerzburg.de (Hans M. Aus)F Subject: Re: ??== Installed DCPS 2.0: Two observations and a question.D Message-ID: <aus-0108011017400001@wvia48.virologie.uni-wuerzburg.de>  ; In article <310720010958046913%paul.r.anderson@compaq.com>, ! paul.r.anderson@compaq.com wrote:    ... P > > 3) The Postscript version of the installation guide on our CD is incomplete. > E > This is the first I've heard of this.  Please post the results of a H > DIRECTORY /SIZE=ALL command on the file and also the last few lines ofB > the PostScript file.  Is this on the Alpha layered product CD or
 > another CD?      Paul,   G Printing the Postscript installation guide works fine this morning. The J only difference is that we're now using DCPS 2.0, in place of 1.8. In both% cases we printed on a Digital LN17ps.    --  B Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.de   ------------------------------  $ Date: Wed, 1 Aug 2001 08:48:48 -04008 From: "Island Computers US Corp" <dbturner@islandco.com>7 Subject: Re: Alpha Systems Available at an all time low / Message-ID: <tmfu8oop2p0tb6@corp.supernews.com>    oops  # Forgot the price on the 500 - $1175      DT  D "D.B. Turner, islandco.com" <dbturner@islandco.com> wrote in message) news:tmekiu2en94315@corp.supernews.com... 
 > In stock >  > Alpha PWS433au > 128MB Memory > 4x SCSI CDROM  > 4GB UW SCSI Disk > QLogic Wide SCSI Ctr > 10/100 Ethernet  > S3Trio64 2MB Video Card 
 > Keyboard > 3 Button Mouse >  > Price $699% > Refurbished with 12 months warranty  >  > Alpha PWS500au > 2MB Cache  > 256MB Memory > 9.1GB 10K U2 SCSI Disk > U2 SCSI Controller PCI 32Bit  > Permedia 2 Video 8MB SGRAM PCI > 12x SCSI CDROM$ > SCSI2 Controller Narr. CD and Tape > 10/100 Ethernet  > Keyboard & 3 Button Mouse  > % > Refurbished with 12 months warranty  > D > Upgrade from the 433 or 500Mhz to 600Mhz system for only $199 more >  > David Turner >  > We sell Alpha's & Alpha Parts  > http://www.islandco.com  > sales@islandco.com > Island Computers US Corp.  > 2700 Gregory Street  > Savannah GA 31404  > Tel: 912 447 6622  > Fax: 912 201 0096  >  >  >    ------------------------------  % Date: Tue, 31 Jul 2001 23:00:43 -0700 ) From: Lars Poulsen <lars@beagle-ears.com> 1 Subject: Re: Alpha:  an invitation to communicate / Message-ID: <3B679B0B.FB9AEDD6@beagle-ears.com>    Maynard Handley wrote:B > The bottom line is that the concept of company valuations is not > absurd and meaningless.   E The concept makes sense; it is just the actual valuations that don't. B I have invested in companies whose business I knew intimately, and@ while the stock often fluctuated wildly, these fluctuations were? totally unrelated (at least on a 1-to-6 month timescale) to any @ actual changes in the company's business conditions, as measured@ by order backlog, credit lines, employee morale and successes or) failures in product development projects.  --  B / Lars Poulsen - http://www.beagle-ears.com - lars@beagle-ears.comB   125 South Ontare Road, Santa Barbara, CA 93105 - +1-805-569-5277   ------------------------------    Date: 31 Jul 2001 23:24:18 -0700/ From: Brannon_Batson@yahoo.com (Brannon Batson) 1 Subject: Re: Alpha:  an invitation to communicate < Message-ID: <4495ef1f.0107312224.5b25507@posting.google.com>  a JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message news:<3B66E111.D562C5E9@videotron.ca>...  > andrew harrison wrote: > [snip...blah blah blah]  >  > N > Andrew, I reealise that vendors know very little about their competitors and > will make up a lot of ? > stuff to steer customers towards them instead of competitors.  > P > Perhaps you could do us a favour by posting Sun's official performance numbersJ > as well as the Wildfire performance numbers that Sun gives its potentialM > customers when trying to woo them to Sun. We could then compare what Sun is H > saying with what Compaq is saying, average both and get a decent idea. >  > [snip]  C I don't know what Compaq or Sun tells customers, but a couple quick D internet searches revealed the following latency numbers for the two systems:  $ Wildfire:  Local=330ns, Remote=960ns Sun E10K:  All=500ns  D To be honest, they both suck.  Amdahl's law tells us that if you canB keep most of your info local, then the Wildfire sucks less.  That,= along the Alpha processors running rings around the UltraSlow F processors makes for a reasonable performance advantage over E10K (not! that this is much to brag about).   E Andrew said something about Compaq claiming a 600ns latency for E10K, B and I'm not sure where that comes from, either.  If I had to guessF though, they might have used the worst case cache to cache latency forE the E10k (which is somewhat higher than the memory to cache latency), C but I thought that was more like 550ns.  I'm not making excuses for  Compaq marketing, though.   F You know, I hate to flame, but I'm pretty sick of Andrew right now, soC I'll post the running joke about what Sun's marketing slogan really 
 should be:  B "Sun, we're slow and unreliable, but we make up for it by being so expensive!"    Brannon  not speaking for Compaq    ------------------------------  % Date: Wed, 01 Aug 2001 18:52:38 +0010 % From: paddy.o'brien@zzz.tg.nsw.gov.au 1 Subject: Re: Alpha:  an invitation to communicate 5 Message-ID: <01K6MOVY1SOY002V9U@tgmail.tg.nsw.gov.au>   G >You know, I hate to flame, but I'm pretty sick of Andrew right now, so D >I'll post the running joke about what Sun's marketing slogan really >should be:  *---------*  > C >"Sun, we're slow and unreliable, but we make up for it by being so  >expensive!"    F And Compaq's marketing slogan **is**????  "We pretend we are slow and 9 unreliable, but we make up for it by being so expensive".    Regards, Paddy   ------------------------------  % Date: Wed, 01 Aug 2001 11:42:46 +0200   From: Paul Sture <paul@sture.ch>1 Subject: Re: Alpha:  an invitation to communicate + Message-ID: <VA.00000404.5727e87a@sture.ch>    In article  B <y4ofq2jxkp.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan  Vorbrueggen wrote:4 > andrew harrison <andrew.nospam@uk.sun.com> writes: > . > [antecedant was about E10K cache corruption]7 > > Really, the WildFire has a system design bug which  6 > > means that local memory latency is a whopping 300+2 > > ns and remote is a even more whopping 900+ ns. > - > "Fast research, fast results, fast richtig"  > ? > Sorry for the bilingual pun, but I find it quite appropriate.  >  Indeed it is :-)   ___ 
 Paul Sture Switzerland    ------------------------------  % Date: Wed, 01 Aug 2001 12:43:25 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>1 Subject: Re: Alpha:  an invitation to communicate ) Message-ID: <3B67EB5D.83F1A538@127.0.0.1>    Bill Todd wrote: > B > "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message > > . > > Let us know what exactly will satisfy you. > M > 1.  A credible explanation of the disparity between the performance-problem M > claims made about Alpha and the opinion of the Alpha engineering group that I > no such problems existed (see a recent post in comp.arch by Paul DeMone J > asserting yet another contact with said engineers to this effect).  This  G I've read Paul's posts at comp.arch, and also most of his articles he's 1 published. I'm still working my way through them.   F When speaking about EV8 he puts RAMBUS as a benefit to the design, yet? an earlier article discussing RAMBUS (and commenting on Intel's H adoptions of thus) concludes it offers no, indeed a negative performance gain. E Nowhere does he critizise in the EV8 document the adoption of RAMBUS.   E Where does this leave one thinking about other technical arguments he  puts? Do we see a pattern?  B Don't take my word for it, go to http://www.realworldtech.com/ forF yourself and make your own mind up, also visit news:comp.arch and read the threads. (All articles : G http://www.realworldtech.com/page.cfm?Section=Columns&Subject=Insider )   F Put a pair of audiophile enthusiasts together discussing the merits ofD OFC cable, and multi-stranded and solid core, technical arguments on? both sides, each claiming that the others advantages are really E disadvantages for the 'competing' technology. This is what happens in E real life. If I came along and proposed bell wire, they wouldn't even F bother formulating an argument. (Yet in a blind test I would challenge anyone!)  G I'm certain SPARC, POWER-PC and others could produce arguments why both B Alpha _and_ Itanium are 'inferior' technologies. You know what I'mC saying. The arugments arise because Itanium was seen as a potential A threat to Alpha, so arguments _have_ to be made. The new religion # discredits the old, and visa versa.   H Many of these people could probably successfully navigate politics as an6 alternative career, I think they've proved themselves.  ; These are personal views, and in no way pesonally directed.    [cut]    --  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot com    ------------------------------  % Date: Wed, 01 Aug 2001 12:51:08 +0100 0 From: andrew harrison <andrew.nospam@uk.sun.com>1 Subject: Re: Alpha:  an invitation to communicate * Message-ID: <3B67ED2C.44E24C52@uk.sun.com>   Brannon Batson wrote:  > c > JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message news:<3B66E111.D562C5E9@videotron.ca>...  > > andrew harrison wrote: > > [snip...blah blah blah]  > >  > > P > > Andrew, I reealise that vendors know very little about their competitors and > > will make up a lot of A > > stuff to steer customers towards them instead of competitors.  > > R > > Perhaps you could do us a favour by posting Sun's official performance numbersL > > as well as the Wildfire performance numbers that Sun gives its potentialO > > customers when trying to woo them to Sun. We could then compare what Sun is J > > saying with what Compaq is saying, average both and get a decent idea. > > 
 > > [snip] > E > I don't know what Compaq or Sun tells customers, but a couple quick F > internet searches revealed the following latency numbers for the two
 > systems: > & > Wildfire:  Local=330ns, Remote=960ns > Sun E10K:  All=500ns >   ? The Sun number is incorrect. The average latency of the 83 Mhz  : backplane E10K was 505 ns the 100 Mhz E10K which has been ! shipping for some time is 440 ns.   F > To be honest, they both suck.  Amdahl's law tells us that if you canD > keep most of your info local, then the Wildfire sucks less.  That,? > along the Alpha processors running rings around the UltraSlow H > processors makes for a reasonable performance advantage over E10K (not# > that this is much to brag about).  > G > Andrew said something about Compaq claiming a 600ns latency for E10K, D > and I'm not sure where that comes from, either.  If I had to guessH > though, they might have used the worst case cache to cache latency forG > the E10k (which is somewhat higher than the memory to cache latency), E > but I thought that was more like 550ns.  I'm not making excuses for  > Compaq marketing, though.  >   3 That is not the measure Compaq claimed to be using.   H > You know, I hate to flame, but I'm pretty sick of Andrew right now, soE > I'll post the running joke about what Sun's marketing slogan really  > should be: > D > "Sun, we're slow and unreliable, but we make up for it by being so
 > expensive!"  >   > Really, how about Compaq, we are slow and unbelievable and we 5 make up for it by being even more expensive than Sun.    Regards  Andrew Harrison  Enterprise IT Architect    ------------------------------    Date: 01 Aug 2001 14:35:11 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> 1 Subject: Re: Alpha:  an invitation to communicate H Message-ID: <y4itg86jr4.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  / JF Mezei <jfmezei.spamnot@videotron.ca> writes:   N > Which probably will mean that Compaq will have "interesting" rules in order M > to get software support because if they don't, the phone lines will be fullaN > of people who have VMS problems because they are running VMS on a cheap IA64& > that wasn't intended on running VMS.  J You should get it out of your head that the usual PC is chock full of crapL hardware and that the usual Unix or VMS machine "from a reputable vendor" isM not. Past experience has been that power supplies in Sun machines and desktophL disk enclosures aren't built to handle power cycles (even planned ones), andM sometimes even a disk itself or a processor die in the process; on the other eM hand, my home PC has been turned on and off hundreds of times in its lifetimeiJ with no ill effect yet. This is just an example. Current Alpha systems are, full of such "industry-standard" components.  H The problem with current PCs is that the mainstream OS they run is badlyI designed; that critical components such as device drivers are supplied bygJ sources both ill-suited to writing such software and uninterested in theirJ quality (namely the hardware vendor); that people expect they can mix-and-I match different hardware and things continue to work, on bus designs that H weren't designed at all for such a task (ISA) or that got some importantI aspects wrong (PCI) or where again the hardware and/or software concerned.K don't play by the rules (PCI); and finally the sheer exponential (in number J of components) likelihood of an "unfavourable" interaction between any twoK components in a PC system given the number of available options. Using only N components evaluated by Microsoft, for instance (their "hardware compatibilityJ list" or whatever it is called) seems to improve your chances of obtaining  a workable system substantially.  L The "few remaining" problems all have to do with the quality of the softwareN running on these systems, which is the reason why it would be nice to have VMS on them.   	Jan   ------------------------------  $ Date: Wed, 1 Aug 2001 09:06:37 -0400' From: "Bill Todd" <billtodd@foo.mv.com>p1 Subject: Re: Alpha:  an invitation to communicate'( Message-ID: <9k8uu2$9n6$1@pyrite.mv.net>  5 "Nic Clews" <sendspamhere@127.0.0.1> wrote in messagen# news:3B67EB5D.83F1A538@127.0.0.1...a > Bill Todd wrote: > >rD > > "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message > > >-0 > > > Let us know what exactly will satisfy you. > >-; > > 1.  A credible explanation of the disparity between thel performance-problem)J > > claims made about Alpha and the opinion of the Alpha engineering group thatK > > no such problems existed (see a recent post in comp.arch by Paul DeMoneaL > > asserting yet another contact with said engineers to this effect).  This > I > I've read Paul's posts at comp.arch, and also most of his articles he's 3 > published. I'm still working my way through them.v >hH > When speaking about EV8 he puts RAMBUS as a benefit to the design, yetA > an earlier article discussing RAMBUS (and commenting on Intel'sIJ > adoptions of thus) concludes it offers no, indeed a negative performance > gain.aG > Nowhere does he critizise in the EV8 document the adoption of RAMBUS.- >-G > Where does this leave one thinking about other technical arguments hei > puts? Do we see a pattern?  K I certainly don't.  IIRC there's been discussion in comp.arch about whethersK EV8 would benefit from backing away from RAMBUS as Intel appears to have in-G at least some products.  And it's also worth noting that Alpha's use oflH RAMBUS does not suffer from one of the significant performance (latency,I IIRC) drawbacks that Intel's does, since Alpha builds the associated gluetL right into the chip (details of this were also discussed, but I don't recallL whether in comp.arch or in Paul's articles), so the situation is in fact not
 identical.   - bill   ------------------------------  % Date: Wed, 01 Aug 2001 14:46:54 +0100a0 From: andrew harrison <andrew.nospam@uk.sun.com>1 Subject: Re: Alpha:  an invitation to communicater* Message-ID: <3B68084E.E29C83A6@uk.sun.com>   JF Mezei wrote:- >  > andrew harrison wrote:9 > > Bullshit. The WildFire memory performance white paper 6 > > compares the local/remote memory latency with that5 > > of an E10K  and concludes that the performance is 3 > > very competitive. Sadly the number used for thee9 > > E10K's memory latency was made up and the real numberb9 > > if it had been used would have made the WildFire look 4 > > much less good, how could this mistake have been
 > > made ????v > N > Andrew, I reealise that vendors know very little about their competitors and > will make up a lot ofr? > stuff to steer customers towards them instead of competitors.t > P > Perhaps you could do us a favour by posting Sun's official performance numbersJ > as well as the Wildfire performance numbers that Sun gives its potentialM > customers when trying to woo them to Sun. We could then compare what Sun isaH > saying with what Compaq is saying, average both and get a decent idea. >   D The number of 600ns quoted by Compaq as the idle latency of an E10K G is not a number that originates from Sun, it does not appear in any of  C our white papers or product literature. The average latency of the  @ first E10K which had an 83 Mhz backplane was 505 ns, but by the @ time the Compaq white paper was published Sun had been shipping C E10K's with 100 Mhz backplanes for some time and the memory latencya had dropped to ~440ns.  E Where the 600ns came from is anyones guess but its the lowest number  3 that makes Compaqs %local %remote calculation work.d  I > However, just stating that Compaq doesn't use the right Sun performancemM > numbers, and then you saying how Wildfire doesn't perform as well as Compaq L > claims doesn't really help the cause because as a reader of the message, I< > have no information to know who is right and who is wrong.  C Another data point may also help. Compaq claimed that they had SAP  B performance leadership based on the result of their SAP R4 2 tier @ benchmark run. This claim omitted to mention that Fujitsu had a D better result for the same 2 tier benchmark at the time that Compaq ? published their white paper (sloppy research perhaps). It also  A ommitted to point out that SAP R4 3 tier which most customers useaB also has a benchmark which Compaq had not run and that the 3 tier ? benchmarks had a number of vendors supporting 8 x the number of7; connected users that Compaq were able to support with their < 2 tier result. Many customers would not know the difference ? many customers would not bother to check Ideas or SAP to verifys  that the Compaq claim was false.       Regards  Andrew Harrisono Enterprise IT Architect3   ------------------------------  $ Date: Wed, 1 Aug 2001 10:37:54 -04005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> 1 Subject: Re: Alpha:  an invitation to communicates1 Message-ID: <jwU97.497$Yx2.9480@news.cpqcorp.net>   $ Maynard Handley wrote in message ... > F >A good starting point is to actually go out and read an academic bookF >about finance rather than posting ridiculous exaggerations on usenet. >     F Aw shucks.  I's just a contry bumpkin, just fell off the turnip truck.L Whens I finish the 5 grade, I surely will git me wun of dem books.  I's sureK its like physics, or math, with laws my little ol head jus don't knows bout  yet.  2 Thank heaven at least you didn't call me a commie.   ------------------------------   Date: 1 Aug 2001 15:49:40 GMT / From: cecchi@signa.rchland.ibm.com (Del Cecchi)a1 Subject: Re: Alpha:  an invitation to communicatea0 Message-ID: <9k98ek$10ks$1@news.rchland.ibm.com>  1 In article <jwU97.497$Yx2.9480@news.cpqcorp.net>,z8  "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes:' |> Maynard Handley wrote in message ...r |> >I |> >A good starting point is to actually go out and read an academic book I |> >about finance rather than posting ridiculous exaggerations on usenet.o |> > |>   |> eI |> Aw shucks.  I's just a contry bumpkin, just fell off the turnip truck. O |> Whens I finish the 5 grade, I surely will git me wun of dem books.  I's surelN |> its like physics, or math, with laws my little ol head jus don't knows bout |> yet.e |> S5 |> Thank heaven at least you didn't call me a commie.h |> mL And after you read the book, you can make a bundle like all the geniuses andM nobel prize winners at Long Term Capital  :-) who thought they had regressione, analyses and formulae to guarantee profit.     -- t   Del Cecchi   cecchi@rchland   ------------------------------  % Date: Wed, 01 Aug 2001 12:00:03 -0400'- From: JF Mezei <jfmezei.spamnot@videotron.ca>u1 Subject: Re: Alpha:  an invitation to communicate , Message-ID: <3B68277F.A0F84006@videotron.ca>    > Brannon Batson (Compaq) wrote:( > > Wildfire:  Local=330ns, Remote=960ns > > Sun E10K:  All=500ns > >o >  andrew harrison (Sun) wrote:@ > The Sun number is incorrect. The average latency of the 83 Mhz; > backplane E10K was 505 ns the 100 Mhz E10K which has beenu# > shipping for some time is 440 ns.s  L Thanks Andrew. Now, could you provide the Compaq memory latency numbers that Sun provides to its clients ?u   ------------------------------   Date: 1 Aug 2001 09:18:03 CDTm= From: wayne@tachysoft.xxx.320117.killspam.015d (Wayne Sewell) 1 Subject: Re: Alpha:  an invitation to communicate . Message-ID: <TU4GmoNrWeAx@tachxxsoftxxconsult>  n In article <4495ef1f.0107312224.5b25507@posting.google.com>, Brannon_Batson@yahoo.com (Brannon Batson) writes:  H > You know, I hate to flame, but I'm pretty sick of Andrew right now, so  H We're all sick of him, and have been for a long time.  But here he sits,	 spouting.i     --  O ===============================================================================,M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxr: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)rO =============================================================================== H Randolph Duke (in Trading Places): "Mother always said you were greedy.". Mortimer Duke: "She meant it as a compliment!"   ------------------------------  % Date: Wed, 01 Aug 2001 13:19:25 +0200<  From: Paul Sture <paul@sture.ch>5 Subject: Re: Apache on VMS - httpd.conf and .htaccess4+ Message-ID: <VA.0000040a.578061f5@sture.ch>q  C In article <14ce1c21.0107310913.59ed289a@posting.google.com>, Nick e
 Paszty wrote:r > hello. > F > we're running vms 7.1 on an alphaserver 800 5/333 and have installedE > apache 1.3.12.  i am having a couple of problems with the dopcument 6 > root direcive and the htpasswd.exe_alpha executable. > : > 1.  when i modify the document root directives from this > & > DocumentRoot "/apache$common/htdocs"% > <Directory "/apache$common/htdocs">n >  > to this values, i get a 404. > " > DocumentRoot "$3$dra4:[ht.docs]"! > <Directory "$3$dra4:[ht.docs]">- >   ; I would recommend that you don't use physical disk names ins; this way. Use logical names instead. For example if $3$dra4m> is labelled MYDISK, then you could use the logical DISK$MYDISK= here. Much easier to recover if that disk dies or you upgrade ; to different disks (it's years since I saw any DRAn disks).i   [rest snipped] ___r
 Paul Sture Switzerland    ------------------------------  # Date: Wed, 01 Aug 2001 10:38:27 GMT & From: "Jeff Killeen" <Jeff@IDM-IO.com>0 Subject: Conference: CETS Pre-Conference Program8 Message-ID: <D_Q97.1686$7q4.381798@typhoon2.gnilink.net>  G This message contains information about the Compaq Enterprise TechnicalsL Symposium 2001 Pre-Conference program.  The Pre-Conference Program occurs onG September 8th and 9th before the actual Symposium.  Please note you can J still register for these even if you have already registered.  The airfareD savings from Saturday night stay over often approximately covers the7 additional registration fee for most of these Seminars.n  - (Himalaya focused IT professionals see below)r  2 Seminars - A one day classroom learning experience  G Some subjects require more than a 75-minute treatment. This is what theoL extra cost weekend seminars are about. These seminars drill down in-depth onF a very focused subject such as SANs or Wireless. They are found on theF Seminar tab during the registration process (note: if you have alreadyL registered you can use the "Update Registration" feature on www.CETS2001.com3 to add these. For more information please download:   4     http://www.cets2001.com/privatedocs/Seminars.pdf     or4     http://www.cets2001.com/privatedocs/Seminars.txt    . Techworks Bootcamps - A fast track to learning  B Something new is being offered at this Symposium. If you are an ITI professional experienced on one platform and now need to support another,,I these Bootcamps are designed for you. They are offered the weekend before L for a nominal fee. They are found on the Seminar tab during the registrationE process (note: if you have already registered you can use the "UpdatehI Registration" feature on www.CETS2001.com to add these). We believe these C intense Bootcamps will be the fast track to learning a "new to you" 	 platform.t  9 1459 Tru64/TruClusters 101 Bootcamp (Saturday and Sunday)e% An Intro for the OpenVMS Professionali% Speakers: Larry Clegg; Rochelle Lauerc  1 1639 Exchange 2000 Bootcamp (Saturday and Sunday) 0 Exchange 2000 for the Exchange 5.x Administrator4 Speakers: Mark England, Compaq; Chris Tuvell, Compaq  , 1592 PMDF 101 Bootcamp (Saturday and Sunday)( PMDF for Mail and Systems Administrators Speaker: Steve Arnoldo  0 1640 Windows 2000 Bootcamp (Saturday and Sunday)/ Windows 2000 for the Windows NT 4 Administrator6 Speaker: Aric Bernard, Compaq   : 1578 OpenVMS Systems Management 101 Bootcamp (Sat and Sun), Intro for the Windows NT / UNIX Adminstrator# Speakers: David Dachtera; Rob Lyonso  % 1455 SAN 101 Bootcamp (Saturday only)t Intro to Storage Area Networks7 Speakers: Pete Sivia, Compaq;  Stan Oleszkowicz, Compaq   % 1577 SAN 101 Bootcamp (Saturday only)p Intro to Storage Area Networks7 Speakers: Pete Sivia, Compaq;  Stan Oleszkowicz, Compaqt    ; A PDF version of the CETS registration kit is available at:e6 http://www.cets2001.com/privatedocs/CETS2001RegKit.pdf      ! Himalaya focused IT professionals.  F If your primary technical focus is Compaq's Himalaya technology you ofJ course should be registering for the ITUG Summit.  For more details pleaseD see http://www.itug.org/events/summit01/whichone.cfm.  But if you doD register for the ITUG Summit you can independently register for CETSI Seminars.  If you do register for a CETS seminar http://www.CETS2001.com,iG and your focus is Himalaya technology, you should only register for thebK Seminars and NOT also the CETS Symposium.  The CETS system will allow to doc; both but your best choice for Symposium is the ITUG Summit.r   ------------------------------  # Date: Wed, 01 Aug 2001 17:51:57 GMTa& From: "Jeff Killeen" <Jeff@IDM-IO.com>( Subject: Conference: CETS-2001 - Max ROI6 Message-ID: <1lX97.159$Qp5.10924@typhoon2.gnilink.net>  / http://www.cets2001.com/cets/content/MAXROI.pdfa       ...or...  / http://www.cets2001.com/cets/content/MAXROI.txt    ------------------------------  $ Date: Wed, 1 Aug 2001 11:34:11 -03001 From: "Perry MacInnis" <perrymac@hfx.eastlink.ca>u6 Subject: Converting Vax macro to Alpha - Error message0 Message-ID: <OAU97.2608$Z2.11380@nnrp1.uunet.ca>  & Here's the problem, hope you can help.  ? Converting Vax macros to alpha and getting this error messages:r  -  FILE_LOCK::  .WORD 8.,0,0, FILE_LOCK_MSG_LENo  ^+  %AMAC-I-UNALGLOLAB, unaligned global labelb>  at line number 81 in file MASTER$DKA500:[TEMP.MAR]THCMN.MAR;2    FILE_LOCK_MSG::  .ASCII /   /  ^+  %AMAC-I-UNALGLOLAB, unaligned global labeli>  at line number 82 in file MASTER$DKA500:[TEMP.MAR]THCMN.MAR;2   Here is line 81 and 82:H  , FILE_LOCK::  .WORD 8.,0,0, FILE_LOCK_MSG_LEN FILE_LOCK_MSG::  .ASCII /   /1    9 I looked up the error message from www.openvms.compaq.come  % which describes the error message by:c  " UNALGLOLAB, unaligned global label1 Facility: AMAC, MACRO-32 Compiler for OpenVMS AXPnH Explanation: The compiler detected an unaligned global label (also known as an external label).) User Action: Align this global reference.t   And here is my compile script:  ' $ main_name = f$parse("''p1'",,,"NAME")o+ $ main_device = f$parse("''p1'",,,"DEVICE")V+ $ main_dir = f$parse("''p1'",,,"DIRECTORY") 1 $ macro_name = main_device + main_dir + main_name  $!9 $ macro/migration/noop/unalign/lis='main_name-alpha.lis -   /object='main_name.obj -t  alpha$library:starlet/lib+ -n  alpha$library:lib/lib+ -   alpha$library:arch_defs.mar+ -   'macro_name $ exit  J If anyone can help or need additional help don't hessitate to e-mail me at Thanks,l   perrymac@hfx.eastlink.ca   ------------------------------    Date: 01 Aug 2001 17:37:14 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>t: Subject: Re: Converting Vax macro to Alpha - Error messageH Message-ID: <y4itg794gl.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  @ Insert an .ALIGN QUAD before the first, and possibly the second.   	Jan   ------------------------------  % Date: Wed, 01 Aug 2001 09:46:58 +0100e4 From: John Laird <john@laird-towers.freeserve.co.uk>" Subject: Re: DCPS V2.0 and VMS 6.28 Message-ID: <9dgfmtc1qpp5v74rgo3pq6vhhp71dtclgn@4ax.com>  1 On Tue, 31 Jul 2001 10:43:15 -0400, Paul Andersonn# <paul.r.anderson@compaq.com> wrote:a  D >In article <j3edmtkmqgeemubkhd3bl6ujdvdvj30s65@4ax.com>, John Laird+ ><john@laird-towers.freeserve.co.uk> wrote:r >oH >> The SPD for DCPS V2.0 lists support for Vax systems as 5.5-2, 7.2 and9 >> 7.3.  Alpha support is offered for 6.2, 7.2-1 and 7.3." >> rF >> Has anyone tried running V2.0 under 6.2 (Vax) ?  I can live without. >> official support as long as it works... :-) >bE >DCPS works just fine on any Alpha version starting with V6.1 and anyeG >VAX version starting with V5.5-2.  The SPD lists _supported_ versions.s  A I suspected that was the case - many thanks for the confirmation.i   -- q
 John Laird Yezerski Roper Ltd   ------------------------------  $ Date: Wed, 1 Aug 2001 10:59:49 -0400* From: "Chris Moore" <moore_mc@hotmail.com>" Subject: Re: DECnet and M$ Windows0 Message-ID: <LPU97.2614$Z2.11038@nnrp1.uunet.ca>  K I would suggest you visit the Process Software site, I understand they have@L a 'hobbyist' license available for TCPware (probably Multinet too).  It is aH very solid TCP/IP product.  (might want to get your VMS version up to atE least 7.1 first.....works just fine on both a 3100 and 3400 we have.)e  - "M.London" <news@knm.yi.org> wrote in message - news:3b670961.23789081@news.btinternet.com...e > Hi,hH >   I'm just tinkering with my VAXen (MV3100 and MV3300) here in VAX/VMSF > 5.3/5.4 (I've not really had all that much experience with VMS yet),H > and I was trying to work out the best way of getting a TCP/IP stack on/ > there so I can get it doing something useful. E >   I had a little play with DECnet on linux/i386 but didn't get very H > far. I just wondered if it might be easier to grab something to run on > my one and only doze box. ( >   Any ideas quite happily welcomed :&)C >   BTW, the box I'm playing with mainly is a MV3300 with 28M and af3 > couple of DSSI drives in (RF31's) with a TK70 :&)o >nF >   Replies by email are prefered - I'm not so good at checking usenet > :&)A >S > --Matt   ------------------------------  # Date: Wed, 01 Aug 2001 15:29:40 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)" Subject: Re: DECnet and M$ Windows1 Message-ID: <EfV97.502$Yx2.9492@news.cpqcorp.net>a  V In article <3b670961.23789081@news.btinternet.com>, news@knm.yi.org (M.London) writes:  G :  I'm just tinkering with my VAXen (MV3100 and MV3300) here in VAX/VMSiE :5.3/5.4 (I've not really had all that much experience with VMS yet),pG :and I was trying to work out the best way of getting a TCP/IP stack on . :there so I can get it doing something useful.  H   The approach I would use, assuming that this is a hobbyist box, is to J   load a more recent version of OpenVMS VAX and also load TCP/IP Services H   or one of the available third-party I/P stacks.  (AFAIK, your licensesH   will be free, and the hobbyist media -- which will be the interesting G   problem here as you do not have a CD-ROM drive -- is available to you    at a low cost.    H   Regarding media, you may have to enlist the assistance of someone thatH   can transfer the CD-ROM media to TK70 cartridges, assuming you cannot C   locate an HSD-series DSSI to SCSI adapter, a KZQSA Q-bus to SCSI aB   (CD-ROM and tapes only!) or a third-party Q-bus to SCSI adapter.  F   The other approach is the acquisition of VAXstation 3100 or (better)D   VAXstation 4000 series series system, or a non-Q-bus MicroVAX -- aE   system with native SCSI, as these configurations tend to be easier sC   to obtain widgets for and easier to maintain.  (The Q-bus systemsoE   are not good introductory systems, as you'll have to learn details  D   of Q-bus grant continuity, and of reading and configuring CSR and A   vector settings.  For a brief introduction to some of the usualr@   pitfalls, please see Ask The Wizard topic (1149), and also see+   topics (407), (1866), (3232), and (5219).0  D :  I had a little play with DECnet on linux/i386 but didn't get veryG :far. I just wondered if it might be easier to grab something to run ono :my one and only doze box. r  A   The PATHWORKS 32 client does include a DECnet stack.  IP stacks50   are rather more commonly available, however...  B :  BTW, the box I'm playing with mainly is a MV3300 with 28M and a2 :couple of DSSI drives in (RF31's) with a TK70 :&)  F   Please don't abbreviate system names, as it risks ambiguity.  (This F   reference is clearly to a MicroVAX 3300 series system, but there areH   also DEC 3000 series model 300 systems available in the Alpha product    line.)  E :  Replies by email are prefered - I'm not so good at checking usenete     Ask here, get an answer here.a  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Wed, 1 Aug 2001 08:40:28 -07003 From: "David D Miller" <ddmiller@west.raytheon.com>o! Subject: Re: DECnet card passwordsF Message-ID: <OFEEE740AB.9E5A685C-ON07256A9B.0055F0D4@rsc.raytheon.com>   G'day.  D This message has been cross-posted on Info-pdp11.  Any help would be appreciated.   dave.a  E ---------------------- Forwarded by David D Miller/RWS/Raytheon/US ono/ 08/01/2001 08:38 AM ---------------------------b    	 Hi again.I  I My thanks to Bill and Megan for clarifying that this is a DEUNA card set.rG Apparently the question I should be asking is, "where can I get a DEUNA 6 manual?".  Is there an on-line source for old manuals?   dave.k         Hi  # I'm just the messenger on this one.a  I We have a two card DECnet driver (at least that's what the hardware-typestH call it) labeled M7792 and M7793.  When they are plugged in and powered,B someplace in the boot sequence a password is requested -- I'm justJ repeating what I heard and haven't observed this myself.  Nobody remembersG anything about a password and we have folks here that go way, way back.5= Anyone remember what this is all about?  RSX-11+ on an 11/44.i   dave.s  
 ----------D To unsubscribe (or subscribe) from (to) this list, send a message toB info-pdp11-request@village.org, with the first line of the messageK body being "unsubscribe" or "subscribe", respectively (without the quotes).       
 ----------D To unsubscribe (or subscribe) from (to) this list, send a message toB info-pdp11-request@village.org, with the first line of the messageK body being "unsubscribe" or "subscribe", respectively (without the quotes).d   ------------------------------  $ Date: Wed, 1 Aug 2001 11:00:49 -0500. From: "Wyer, Brett" <brett.wyer@telecheck.com>! Subject: RE: DECnet card passwordu> Message-ID: <F3167739ACCD8E449B71E0CF0059263D126236AD@tckmail>   Dave-   L If this works like the DELQA, it may just accept a password of "0" (that's a zero).   Brettg   -----Original Message-----8 From: David D Miller [mailto:ddmiller@west.raytheon.com]) Sent: Wednesday, August 01, 2001 10:40 AM  To: Info-VAX@Mvb.Saic.Comu! Subject: Re: DECnet card passwordn     G'day.  D This message has been cross-posted on Info-pdp11.  Any help would be appreciated.   dave.m  E ---------------------- Forwarded by David D Miller/RWS/Raytheon/US ong/ 08/01/2001 08:38 AM ---------------------------i    	 Hi again.-  I My thanks to Bill and Megan for clarifying that this is a DEUNA card set.FG Apparently the question I should be asking is, "where can I get a DEUNAn6 manual?".  Is there an on-line source for old manuals?   dave.          Hi  # I'm just the messenger on this one.c  I We have a two card DECnet driver (at least that's what the hardware-typesSH call it) labeled M7792 and M7793.  When they are plugged in and powered,B someplace in the boot sequence a password is requested -- I'm justJ repeating what I heard and haven't observed this myself.  Nobody remembersG anything about a password and we have folks here that go way, way back. = Anyone remember what this is all about?  RSX-11+ on an 11/44.m   dave.a  
 ----------D To unsubscribe (or subscribe) from (to) this list, send a message toB info-pdp11-request@village.org, with the first line of the messageK body being "unsubscribe" or "subscribe", respectively (without the quotes).t      
 ----------D To unsubscribe (or subscribe) from (to) this list, send a message toB info-pdp11-request@village.org, with the first line of the messageK body being "unsubscribe" or "subscribe", respectively (without the quotes).=   ------------------------------   Date: 1 Aug 2001 11:43:11 -0500e9 From: kaplow_r@eisner.encompasserve.org.mars (Bob Kaplow)h+ Subject: DECserver 700 documentation neededy3 Message-ID: <W2X3gtpS+mVV@eisner.encompasserve.org>e  A Any idea where on the web I can find a manual for a DECserver 700=I (DSRVW-ZC)? A search on the part number turns up nothing but the software K SPD. A search on something more descriptive like "DECserver 700 user guide"h gives me 13000 hits :-(t     Thanks!-   ------------------------------  $ Date: Wed, 1 Aug 2001 12:05:34 -0500* From: WILLIAM WEBB <WWEBB1@email.usps.gov>/ Subject: RE: DECserver 700 documentation needed - Message-ID: <0033000031023531000002L012*@MHS><    =0AWhat information do you need?  ? The only thing I've got is the Site Preparation and Maintenance 6 (Hardware Owner's Manual), and a quick reference card.  A If what you need to know can be answered succinctly, I'll post it  for you.   WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETe+ > Sent: Wednesday, August 01, 2001 11:53 AM$F > To: Webb, William W - Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET- > Subject: DECserver 700 documentation needed: >. >sC > Any idea where on the web I can find a manual for a DECserver 700y> > (DSRVW-ZC)? A search on the part number turns up nothing but > the software= > SPD. A search on something more descriptive like "DECserverl > 700 user guide"  > gives me 13000 hits :-(r >  >t	 > Thanks!o >=   ------------------------------   Date: 1 Aug 2001 13:10:08 -0500)9 From: kaplow_r@eisner.encompasserve.org.mars (Bob Kaplow)-/ Subject: RE: DECserver 700 documentation needed03 Message-ID: <34vYjAlPlZYq@eisner.encompasserve.org>o  Z In article <0033000031023531000002L012*@MHS>, WILLIAM WEBB <WWEBB1@email.usps.gov> writes:" > =0AWhat information do you need? > A > The only thing I've got is the Site Preparation and Maintenance18 > (Hardware Owner's Manual), and a quick reference card. > C > If what you need to know can be answered succinctly, I'll post it 
 > for you.  K I'm setting one up from scratch for use with ConsoleWorks. It's been a LONGrG time since I've done DECservers, and never a 700. The first problem wasgL figuring out how to go from RJ-45 to MMJ for my terminal to do the set-up. IJ ended up with more adapters connected to a piece of wire than I'd considerI appropriate, but it works. But I think I found what I need to figure this K out in the VMS FAQ. Is there a simple set of instructions for building thaty flat MMJ to RJ-45 cable?  - At any rate, someone emailed me a pointer to aK http://www.dnpg.com/dr/hubs/servers/manuals/ If that doesn't give me what Ic# need, I'll post specific questions.u   ------------------------------  % Date: Wed, 01 Aug 2001 01:38:21 -0700 1 From: Vance Haemmerle <vance@toyvax.Tucson.AZ.US>s9 Subject: Re: Errors in executing the upgrade 7.2-1 to 7.3a3 Message-ID: <3B675D8D.233AEF1F@toyvax.Tucson.AZ.US>r   Steve Lionel wrote:s  C > Hmm - very interesting.  The problem is in the way that PCSI doeseH > library updating. It creates an alphabetical list of the modules to beH > updated and then goes through the list, replacing them in alphabeticalG > order.  The problem is if a symbol "moves" from one module to anothertA > - this ordering can cause the symbol to appear in two differentaC > modules.  In a future version, PCSI will change to do this in twonG > passes, first deleting all modules being replaced, then inserting theo > new modules. > A > We made a mistake in the naming of certain CVT routines and theeC > modules they were in, which led to errors when 7.3 was installed.c  A   A similar thing happened in the V6.2 to V7.1 upgrade if one hadhE installed a C RTL patch to 6.2.  Some symbols moved between differentoC modules.  A solution was to delete those modules right before doingn the upgrade.   --B Vance Haemmerle               Internet   vance@toyvax.Tucson.AZ.USK Tucson, AZ                    Web        http://toyvax.Tucson.AZ.US/~vance/    ------------------------------  % Date: Wed, 01 Aug 2001 15:40:26 +0200u, From: Theo Jakobus <Theo.Jakobus@iaf.fhg.de>9 Subject: Re: Errors in executing the upgrade 7.2-1 to 7.3o) Message-ID: <3B6806CA.2010601@iaf.fhg.de>e   Steve Lionel wrote:e  2 > On Tue, 31 Jul 2001 16:48:27 +0200, Theo Jakobus" > <Theo.Jakobus@iaf.fhg.de> wrote: >  >  > B >>my stand alone PWS500au which is running OpenVMS 7.3 (it takes a >>= >>lot of time to restore the 7.2-1 system disk from tape ...)  >> >>Execution phase starting ... >>9 >>The following product will be installed to destination:lJ >>    DEC AXPVMS FORRTL V7.4-4               DISK$21_SYSDISK:[VMS$COMMON.]9 >>The following product will be removed from destination:rJ >>    DEC AXPVMS FORRTL V7.4-2               DISK$21_SYSDISK:[VMS$COMMON.] >> >>Portion done: 0%...60%7 >>%PCSI-I-PRCOUTPUT, output from subprocess follows ...aD >>%LIBRAR-E-DUPGLOBAL, global symbol DFOR$VAXD_TO_TEXT_EX from file D >>IAF021$DKA0:[SYS0.SCRATCH.PCSI$WRK344.][000000]FORRTL_OBJECTS.OBJ; >>Portion done: 80%a >>A >>%PCSI-E-MODREPLERR, error replacing module CVT_CRAY in library u6 >>DISK$21_SYSDISK:[SYS0.SYSCOMMON.][SYSLIB]STARLET.OLB$ >>%PCSI-E-OPFAILED, operation failedG >>Terminating is strongly recommended.  Do you want to terminate? [YES]j >>> >>The question is if I go back to OpenVMS 7.2-1 which includes >>@ >>"old" STARLET.OLB and do the FORRTL upgrade first and then the >>9 >>operating system upgrade is this procedure error free? M >> >>1 >>Is there any test of integrity for STARLET.OLB?1 >> > C > Hmm - very interesting.  The problem is in the way that PCSI does H > library updating. It creates an alphabetical list of the modules to beH > updated and then goes through the list, replacing them in alphabeticalG > order.  The problem is if a symbol "moves" from one module to anotherLA > - this ordering can cause the symbol to appear in two different,C > modules.  In a future version, PCSI will change to do this in twoEG > passes, first deleting all modules being replaced, then inserting theO > new modules. > A > We made a mistake in the naming of certain CVT routines and theMC > modules they were in, which led to errors when 7.3 was installed.O > B > Would you please do a LIB/LIST=STARLET.LIS/NAMES STARLET.OLB and > e-mail me the listing?  ! Done before LIB/REPLACE execution    > B > I need to figure out a better solution to this for now...  In myC > testing, if you installed 7.2-1, ran the FORRTL upgrade, and thennE > installed 7.3, it worked.  The other thing you can do is to use theA< > PRODUCT command to extract from the FORRTL (7.4-4) kit theH > FORRTL_OBJECTS.OBJ file and just do a LIB/REPLACE on STARLET with that? > file.  Then install the FORRTL kit and you should be all set.  >   a   $ DIR_$ Directory IAF021$DKA0:[SYS0.SCRATCH]" DEC-AXPVMS-FORRTL-V0704-4-1.PCSI;1 Total of 1 file.  8 $ PRODUCT EXTRACT FILE FORRTL /SELECT=FORRTL_OBJECTS.OBJ( The following product has been selected:;      DEC AXPVMS FORRTL V7.4-4               Layered Product  Do you want to continue? [YES] Portion done: 0%...100%   
 $ DIR/SIZE$ Directory IAF021$DKA0:[SYS0.SCRATCH]+ DEC-AXPVMS-FORRTL-V0704-4-1.PCSI;1    102407+ FORRTL_OBJECTS.OBJ;1                   2780h Total of 2 files, 13020 blocks.u  < $ LIBRARY/REPLACE SYS$LIBRARY:STARLET.OLB FORRTL_OBJECTS.OBJB %LIBRAR-E-DUPGLOBAL, global symbol DFOR$VAXD_TO_TEXT_EX from file B IAF021$DKA0:[SYS0.SCRATCH]FORRTL_OBJECTS.OBJ;1 already in library   SYS$COMMON:[SYSLIB]STARLET.OLB;7 $-   ???-     Regards, -- 0; ***********************************************************r; *                                                         *g; *  Theo Jakobus                                           * ; *  Fraunhofer-Institut fuer Angewandte Festkoerperphysik  *c; *  Tullastr. 72                                           *d; *  D-79108 Freiburg                                       *o; *  Germany                                                *V; *  Phone:   +49-(0)761-5159-325                           *e; *  FAX :    +49-(0)761-5159-200                           * ; *  e-mail:  Theo.Jakobus@iaf.fhg.de                       *r; *  http://www.iaf.fhg.de                                  *y; *                                                         *t; ***********************************************************u   ------------------------------  % Date: Wed, 01 Aug 2001 13:51:20 -0400n, From: Steve Lionel <Steve.Lionel@compaq.com>9 Subject: Re: Errors in executing the upgrade 7.2-1 to 7.3m8 Message-ID: <49ggmtg4hhhgcu6a3b1ami5gv61v1l3vou@4ax.com>  0 On Wed, 01 Aug 2001 15:40:26 +0200, Theo Jakobus  <Theo.Jakobus@iaf.fhg.de> wrote:    = >$ LIBRARY/REPLACE SYS$LIBRARY:STARLET.OLB FORRTL_OBJECTS.OBJbC >%LIBRAR-E-DUPGLOBAL, global symbol DFOR$VAXD_TO_TEXT_EX from file aC >IAF021$DKA0:[SYS0.SCRATCH]FORRTL_OBJECTS.OBJ;1 already in library t! >SYS$COMMON:[SYSLIB]STARLET.OLB;7t >$ >n >???  : Sigh.  Let me see what I can figure out here.  Please do aE LIB/LIST=STARLET.LIS/NAMES of your STARLET.OLB and e-mail the list to  me.'    - Steve Lionel (mailto:Steve.Lionel@compaq.com)h Fortran Engineering/* High-Performance Technical Computing Group& Compaq Computer Corporation, Nashua NH  6 Compaq Fortran web site: http://www.compaq.com/fortran   ------------------------------   Date: 1 Aug 2001 08:48:50 -0700a' From: c_goudy@hotmail.com (Chris Goudy)t Subject: f$parse glitchd= Message-ID: <48f4addd.0108010748.403a26e2@posting.google.com>e   Hello, o  6 Here's a strange glitch I think I've found in f$parse.   The Command:  / parsed_file = f$parse("LDR20_NAV_DEV",,,"NAME")o write sys$output parsed_file  ! This should return: LDR20_NAV_DEVy# bcause there is no extension etc.     " It actually returns: LDR00_NAV_DEV7 ?????? why did F$parse decide to change my '2' to a '0'   C This works with anything (at least anything else I've tried) except  this combination of characters.s   Try it out. It is very weird.    Put this in a COM file:t  	 file = P11$ parsed_file = f$parse(file,,,"NAME") write sys$output parsed_file  8 Then run it and pass values into it.  Like, "LDR20_NAV",* "LDR20_NAV_DEV", "CAG20_NAV_DEV" etc. etc.  < The only thing it will change is LDR20_NAV_DEV?!?!?!??!?!?!?   ------------------------------   Date: 1 Aug 2001 15:59:22 GMTa2 From: ken.s.robinson@exxonmobil.com (Ken Robinson) Subject: Re: f$parse glitchs8 Message-ID: <Xns90F079F5EF8DCksrobinerenjcom@159.70.1.1>  + c_goudy@hotmail.com (Chris Goudy) wrote in  2 <48f4addd.0108010748.403a26e2@posting.google.com>:  	 > Hello, e > 8 > Here's a strange glitch I think I've found in f$parse. >  > The Command: > 1 > parsed_file = f$parse("LDR20_NAV_DEV",,,"NAME")a > write sys$output parsed_file > # > This should return: LDR20_NAV_DEVe% > bcause there is no extension etc.    > $ > It actually returns: LDR00_NAV_DEV9 > ?????? why did F$parse decide to change my '2' to a '0'o  ( The posted command works fine on my VAX.   Please post the results of   $ sho log ldr20_nav_devp  ) It's probably been redefined somewhere...o   Ken Robinson ken.s.robinson@exxonmobil.com4   ------------------------------  $ Date: Wed, 1 Aug 2001 12:10:49 -0400  From: jamese@beast.dtsw.army.mil Subject: Re: f$parse glitchi0 Message-ID: <01080112104965@beast.dtsw.army.mil>  G c_goudy@hotmail.com (Chris Goudy) wrote on 1 Aug 2001 08:48:50 -0700 ini2 <48f4addd.0108010748.403a26e2@posting.google.com>:  	 > Hello,   > 8 > Here's a strange glitch I think I've found in f$parse. >  > The Command: > 1 > parsed_file = f$parse("LDR20_NAV_DEV",,,"NAME")o > write sys$output parsed_file > # > This should return: LDR20_NAV_DEVl% > bcause there is no extension etc.    > $ > It actually returns: LDR00_NAV_DEV9 > ?????? why did F$parse decide to change my '2' to a '0'd  ' See if LDR20_NAV_DEV is a logical name.s  : Ed James                           ed.james@telecomsys.com5 TeleCommunications Systems, Inc.   voice 410-295-1919 ; 2024 West Street, Suite 300              800-810-0827 x1919s5 Annapolis, MD 21401-3556           fax   410-280-1094t   ------------------------------  $ Date: Wed, 1 Aug 2001 10:33:28 -04005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>C- Subject: Re: Few People in DEC Understood.... 1 Message-ID: <asU97.496$Yx2.9339@news.cpqcorp.net>   C I'm not involved in the systems the White House uses, no clearance.s      J Steve Reece wrote in message <3B673433.2D991DE0@ipl.demon.co.nospam.uk>...? >(This may be where ALL-IN-1 came into this discussion but....)wI >Isn't ALL-IN-1 still winning new customers like the US Government in thenG >form of the White House mail system?  I thought they'd installed a newrG >GS series system running ALL-IN-1 for handling mail since this does iteD >more reliably than the Microsoft system they migrated onto and then! >migrated off to return to VMS...e >a@ >You don't get much more real than the US Government, do you Mr. >President (Clinton, that is)? >s >Steve.h >b >  >Fred Kleinsorge wrote:1 >>E >> It was... ugly.  Especially in the beginning.  At least one of thea reasonsaL >> was that it had to accomplish everything it did without any (or grudging) >> help from engineering.t >>H >> But frankly I don't care much about how elegant it might or might not have5 >> been - it solved real problems for real customers.E >>@ >> JF Mezei wrote in message <3B6590FB.4F1408D9@videotron.ca>... >> >Fred Kleinsorge wrote:I >> >> Was it ugly?  You bet.  But what it did was solve a lot of problems' for atJ >> >> lot of customers.  *It* sold the systems.  Yup... JUST LIKE WINDOWS. >> >J >> >Beauty is in the eye of the beholder. ALL-IN-1 was a large application withF >> >lots and lots of files. By VMS standards, it was huge, compared to
 >> compilers,tK >> >TPU etc. So I can understand that many would have found A1 to be a hugeh >> ugly monster. >> >I >> >But when those engineers didn't realise is that part of the reason A1  was( >> sosC >> >big is that it shipped with about half of the source code whichr	 customerstK >> >could then copy or modify. The A1 engineers also devised a logical nameeJ >> >structure that allowed you to store your changed modules in a separateK >> >directory which would not be overwritten the next time you upgraded A1,f andmG >> >you could then run a report that would show you how each customizede module$ >> >would work with the new version. >> >K >> >However, to the casual observer, the large number of directories seemedo	 >> like a:K >> >big mess, but once you understood why they were there, it made a lot of3 >> sense" >> >and was in fact quite elegant. >D >-- H >"A shadow fell over her face; clear, as if the composure were rent likeF >a veil.  And her lips parted, but only with a short intake of breath.B >Then she said, 'Well, then you are right.  Indeed, we are even.'"% > Louis, "Interview with the Vampire"s   ------------------------------  % Date: Wed, 01 Aug 2001 13:19:24 +0200y  From: Paul Sture <paul@sture.ch> Subject: Re: HyperSort+ Message-ID: <VA.00000409.578060f1@sture.ch>o  M In article <OF0D2D7EE6.46A63B8C-ON85256A99.006DFB85@lightbridge.com>,  wrote:tG > Does anyone know of any hidden "gotchas" in using the Alpha Hypersortp > utility?  It seems thatuM >    even if you define the sortshr logical to hypersort.exe the system stillc# > uses sortmerge.exe in some cases.  >  Which version of VMS?r ___h
 Paul Sture Switzerland    ------------------------------  % Date: Wed, 01 Aug 2001 13:19:23 +0200l  From: Paul Sture <paul@sture.ch>? Subject: Re: IPF Console Bootstrap (was: No chance for OpenVMS)r+ Message-ID: <VA.00000407.57805c0d@sture.ch>h  M In article <y4d76iacm1.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan r Vorbrueggen wrote:) > "Rich Jordan" <rjordan@mcs.net> writes:e > I > > I  felt it appropriate to make a strong desire and preference for thesJ > > continued availability of a standard serial console known to those whoN > > will end up providing it, as I honestly doubt making that known _anywhere_N > > else at Compaq would matter in the least.  In fact, I will strengthen thatM > > statement.  The lack of a serial console would be considered as a serioustK > > shortcoming and detriment, given our established system and maintenance  > > environment; > M > While I agree with the sentiment - do the GS80 et al. systems have a serial1$ > console in your sense of the word? > ; The GS320 comes with, _gasp_, an NT box running the Techsysc< console software. Whilst I haven't had occasion to use it in anger, it appears to work OK.  ___e
 Paul Sture Switzerland    ------------------------------  % Date: Wed, 01 Aug 2001 11:55:23 -0400b- From: JF Mezei <jfmezei.spamnot@videotron.ca>r? Subject: Re: IPF Console Bootstrap (was: No chance for OpenVMS)t, Message-ID: <3B682667.1DA9F607@videotron.ca>  J OK, so Fred has explained that the IFE console will get all its cool stuffK (utilities/applications) from a FAT partition that lives as an ODS2 file on  the system disk.  N This means that upon power up, if I want to check system sanity, format drivesO etc, the console will have to access the system disk to fetch those "programs".f  H How will that translate where there is no system disk and the machine is# expected to boot from the network ?O   ------------------------------  $ Date: Wed, 1 Aug 2001 12:21:59 -04005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>b? Subject: Re: IPF Console Bootstrap (was: No chance for OpenVMS)u1 Message-ID: <T1W97.506$Yx2.9505@news.cpqcorp.net>   G Uh.  Well,  POST is done in ROM.  Formatting a drive on the other hand,RK would be something you load externally.  For a system with no disk, I wouldPK expect that you load it from the network using PXE (give it the name of the 5 file to load), just like you do when network booting.       = JF Mezei wrote in message <3B682667.1DA9F607@videotron.ca>...rK >OK, so Fred has explained that the IFE console will get all its cool stuffvL >(utilities/applications) from a FAT partition that lives as an ODS2 file on >the system disk.< >3H >This means that upon power up, if I want to check system sanity, format drivesD >etc, the console will have to access the system disk to fetch those "programs".  > I >How will that translate where there is no system disk and the machine is $ >expected to boot from the network ?   ------------------------------  " Date: Wed, 1 Aug 2001 12:47:37 GMT7 From: moroney@world.std.spaamtrap.com (Michael Moroney)sC Subject: Re: Maynard Mill (was: Re: Ken Olsen (and DEC History)...)i& Message-ID: <GHE3JD.B4G@world.std.com>  4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:    K >  The Maynard Mill is now known as Clock Tower Place, and EDS and various .L >  other firms are tenants -- the Mill is again similar to when DEC started," >  with a variety of tenant firms.  H The Mill has been extensively renovated since when Digital last occupiedG it.  Old millrats will have some trouble finding their way around sincetJ hallways have been relocated and some of the bridges seem to be either notD in use or entirely within a company's "private" space, there are new elevators etc.   -Mikes   ------------------------------  % Date: Wed, 01 Aug 2001 10:40:25 +0200s* From: Ferry Bolhar <bol@adv.magwien.gv.at>! Subject: NCL Command Disassemblerm7 Message-ID: <996655216.855803@mozart.adv.magwien.gv.at>I  
 Hi to all,  ? I'm looking for a tool to disassemble the NCL parser tables (in C SYS$SHARE, named *$GLOBALSECTION.DAT), and a tool to rebuild them -cF similar to the VERB and SET COMMAND utilities to modify the DCLTABLES.  9 Are there tools like this? Possibly on the freeware CD's?   ' TIA for any answer, and king greetings,,   Ferryl   --   Ing. Ferry Bolhar-Nordenkampfi Municipality of Vienna Municipality Department 14
 A-1010 Vienna  E-mail: bol@adv.magwien.gv.atk  : "Wenn hier einer schuld ist, dann immer nur der Computer."   ------------------------------  % Date: Wed, 01 Aug 2001 09:15:57 +0100n% From: Alan Greig <a.greig@virgin.net>i> Subject: Re: Obsolete storage (was:Re: Compaq's Q2 financials)8 Message-ID: <7sdfmt4hkjobjv08qtj8u0ie5gvp075k7s@4ax.com>  C On Tue, 31 Jul 2001 23:14:20 +0100, Alan Greig <a.greig@virgin.net>  wrote:   >e >t >Steve Reece wrote:n >.K >> Realitically Alan, the writing has been written in very large letters one >> the wall for some time.H >> Storageworks shipments are migrating/have migrated to Storageworks III >> with the new low formfactor disks and the different shelves.  The HSJstK >> and HSZs that are not going to have any further firmware updates are for H >> Storageworks I environments (or "Classic Storageworks" as it could be >> termed).  >> > R >The HSZ70 is almost identical to the HSZ80 controller which is still current. TheT >HSG80 is the top end current SAN solution and uses the same Storageworks shelves asS >the HSZ70. At least the ones I've seen do. I wouldn't be complaining so much if itS3 >was just the old stuff that was being desupported,M  B Now that I'm back in the office here's what it says in the JanuaryC 1999 Systems and Options Catalog (I think that was the last printed]+ SOC). That's January 1999 not January 1989.O  > "HSZ70 represents the next generation of high performance highC availability SCSI controllers targeted for the mid to high end openCC systems market... HSZ70 is a key building block of the ESA10000 and @ RA7000 UltraSCSI solutions which can easily be upgraded to Fibre Channel"  C Now tell me again that Compaq have only desupported old technology.   A If Compaq retired VMS systems after the same time period the ES40 D 500Mhz would now be unsupported. If you bought it when it first cameC out then your disk controllers are probably HSZ70 at the latest and A Compaq see nothing wrong with dropping support. But maybe you areeF right and I should see that "the writing has ben written in very large> letters on the wall for some time" and assume that Compaq willB desupport VAXes and Alphas and VMS just as quickly when they thinkF they can get away with it. We are being conditioned. Drip, drip, drip. -- Alan   ------------------------------  $ Date: Wed, 1 Aug 2001 14:51:49 +02005 From: "Philippe Bocher" <philippe.bocher@euriware.fr>t) Subject: Performance of HSZ50/HSZ70/HSG80a& Message-ID: <3b67ed7e$1@news.euriware>  
     Hello,  L     I need to find  "official" performance comparison (read/write) between :       HSZ50 (storageworks)     HSZ70 (storageworks)      HSG80 with U Disks (18/36GO)  2     under VMS (7.2/7.3) with RAID 0 and 0+1 and 5.  "     Does anybody have any pointer.  
     Thanks   ------------------------------  # Date: Wed, 01 Aug 2001 13:28:33 GMT/' From: Tim Ellis <nospam@newsranger.com>uE Subject: Re: Printer settings was - Re: Print Queue's on IP Addressesn6 Message-ID: <5uT97.13762$ar1.43308@www.newsranger.com>  L In article <YClS4rwr337m@eisner.encompasserve.org>, John E. Malmberg says... >>= >> Anyone know how to get our <TAB>'s back in this situation?J >l >   Modern printers    <Insane Laughter>...    6 >   normally have programmable TAB settings, and misc.F >   other  parameters.  There are usually three storage areas, factory4 >   default, power up default, and current settings. >CH >   What is likely to have happened is some host sent an escape sequence? >   to one or more of the printers and changed it's parameters.e > H >   If they only changed it's current settings, merely power cycling the >   printer will fix it. A  B The customers regularly power the printer off, so that isn't it...   <snip>  D >   Otherwise what you need is a device control library, and a RESETF >   module in it for the print queue.  See the OpenVMS Guide to SystemE >   Mangement for more details.  Also see the OpenVMS FAQ, and searchC& >   the "Ask the Wizard" past answers. >r$ >      http://www.openvms.compaq.com >  >  -  = ..Good thought! I'll have a play & see if I can find anything*  F >   If you expect all your print jobs to use 60 lines of 72 charactersD >   each, and always double sided, then this should not be a problem >   for you.  N If the Printer driver can manage to unload the fan-fold paper and feed it backN in to line the pages up straight for 2 sided printing then it's doing a betterD job than most of the people who load it for single-sided printing ;)     --  $ Tim Ellis  CSC Computer Sciences Ltd% Speaking for himself, not the company5   ------------------------------    Date: 01 Aug 2001 11:57:18 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> " Subject: Re: Quorum Disk QuestionsH Message-ID: <y48zh4je69.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  G >   That's not strictly true.  There are a number of sites that use the.F >   quorum disk with configurations of more than two voting nodes, andH >   specifically with the quorum disk votes set one less than the total F >   number of votes contributed by the voting nodes.  This permits theF >   configuration to survive the loss of all but one voting node [...]  C The difference is that if you assume nodes "die" one by one and not G simultaneously, you should have enough time in the case with more than SH two nodes to adjust quorum (without using the IPC mechanism) and be safeI for the next failure. A two-node cluster without quorum disk requires useT# of the IPC mechanism to keep going.    	Jan   ------------------------------  $ Date: Wed, 1 Aug 2001 10:39:34 +0200< From: "Hoogenboom, Martin" <M.Hoogenboom@groothandel.opg.nl>) Subject: RE: SAN-based Backup for OpenVMS:= Message-ID: <E0D9C7CE092BD211872D00805F65C83B015F383C@UTNT10>a   Hi,u  C The main problem (as already stipulated by Jeroen van Dijk) is thatcE if you want to make file backups, which is usually the case, you willo( need knowledge of the filesystem in use.E So on a SAN where disk can be used for several operating systems with G several different file systems: NTFS (4 & 5), UNIX, Files 11 (ODS2 & 5)s, FAT (16 & 32) etc., this will cause problemsC That is why you will allway need an operating system i.c. a CPU fory the backups.  B If you can manage raw disk backups (without regard to the data) itC should be possible to make backups straight from the SAN, but there = would be no administration of what's on tape for that matter.    Regards, Martin Hoogenbooms    -----Oorspronkelijk bericht----- Van: Jan Vorbrueggen8 [mailto:jan@mailhost.neuroinformatik.ruhr-uni-bochum.de]% Verzonden: dinsdag 31 juli 2001 16:25h Aan: Info-VAX@Mvb.Saic.Com+ Onderwerp: Re: SAN-based Backup for OpenVMS-    ) Rick Dyson <Rick-Dyson@UIowa.EDU> writes:   E > 	The idea is "server-less" backup.  Where the OpenVMS host softwarepH > simply tells the SAN to make a backup of the OpenVMS disks to the SAN-J > connected SDLT drive.  This would eliminate data flow off the SAN to theG > Host and back to the SAN to the tape drive.  It would off-load server  > CPU load.  > D > 	The goal would be that the backup tape would be OpenVMS-compliantK > such that I could recover individual files or entire disks, etc.  Just asA > I can with "normal" backups.  H If you want that, either the performance is going to be abominal (a tape isn'tdK random access - but Glenn Everhart has done a pseudo-driver to allow this),  orH the SAN has to understand ODS-2/ODS-5 and be a more-or-less complete VMS BACKUP) implmentation. The latter seems unlikely.i   	Jan   ------------------------------  % Date: Wed, 01 Aug 2001 01:23:33 -070011 From: Vance Haemmerle <vance@toyvax.Tucson.AZ.US>c& Subject: Re: Soft font modules / DCPS?3 Message-ID: <3B675A15.1BA072BE@toyvax.Tucson.AZ.US>o   Stefan Bill wrote: > 3 > On Mon, 30 Jul 2001 13:56:10 -0400, Paul Anderson3% > <paul.r.anderson@compaq.com> wrote:  > J > >The SoftFont kits, now retired and no longer sold, emulate the fonts inD > >LN03 and DEClaser printer font cartridges.  Fonts are sent to theI > >printer with every print job, which is not terribly efficient but gaveeF > >those wanting LN03/DEClaser font compatibility a way to print using > >such fonts. > @ > Is there an other way to select a different font when printing
 > ANSI-Files?   D   The LASER symbiont allows you to select a postscript font and font- size as parameters to the print command, e.g.0  3 PRINT /PARAMETER=(FONT="(Helvetica-Bold)",FSIZE=15)1       You can pick it up at   : http://vms.process.com/scripts/fileserv/fileserv.com?LASER   --B Vance Haemmerle               Internet   vance@toyvax.Tucson.AZ.USK Tucson, AZ                    Web        http://toyvax.Tucson.AZ.US/~vance/g   ------------------------------   Date: 1 AUG 2001 14:01:58 GMT + From: Dave Greenwood <greenwoodde@ornl.gov>e& Subject: Re: Soft font modules / DCPS?1 Message-ID: <1AUG01.14015867@feda01.fed.ornl.gov>s  I In a previous article, Vance Haemmerle <vance@toyvax.Tucson.AZ.US> wrote:t > Stefan Bill wrote: > > 5 > > On Mon, 30 Jul 2001 13:56:10 -0400, Paul Andersonm' > > <paul.r.anderson@compaq.com> wrote:  > > L > > >The SoftFont kits, now retired and no longer sold, emulate the fonts inF > > >LN03 and DEClaser printer font cartridges.  Fonts are sent to theK > > >printer with every print job, which is not terribly efficient but gaveoH > > >those wanting LN03/DEClaser font compatibility a way to print using > > >such fonts. > > B > > Is there an other way to select a different font when printing > > ANSI-Files?n >  >F >   The LASER symbiont allows you to select a postscript font and font/ > size as parameters to the print command, e.g.y >  n5 > PRINT /PARAMETER=(FONT="(Helvetica-Bold)",FSIZE=15)a >  > >    >   You can pick it up ato >  l< > http://vms.process.com/scripts/fileserv/fileserv.com?LASER  C The version at Process' site appears to be very old - 1993.  A moreo< recent version (June 2000) is available via anonymous ftp at* PSFC.MIT.EDU in the [.LASER] subdirectory.   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV-H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  # Date: Wed, 01 Aug 2001 12:49:46 GMTnB From: Simon Clubley <simon_clubley@remove_me.excite.com-Earth.UFP>9 Subject: Re: Sun keep 'em coming (but do they followup ?)a6 Message-ID: <KVS97.13716$ar1.43294@www.newsranger.com>  . On Mon, 30 Jul 2001 10:48:38 +0100, in article? <kmaamtgekkbqacp9npsbev30d3apgr7376@4ax.com>, Alan Greig wrote:l >d? >Last week I received a postcard from Sun saying "Dumped? AlphaoE >recovery campaign from Sun".  Today I've received another which sayswE >"Abandoned, rejected let down? Alpha recovery campaign from Sun". OnrF >the flip side it has a quote from ZDNET (the previous one had a quoteC >from CW360). I'e also received a Sun offers brochure. All of thesel# >addressed to "VMS Systems Manager"> >k   Alan,>  C Have you actually tried to contact them at the phone number given ?3I I did after I got the "DUMPED" card. The person that answered didn't seemvH to really know what Alpha is. I was promised an information pack; a week! later it still has not turned up.i  L There was no attempt to scope my requirements or environment that I work in.D (I work for a small end-user company but as far as Sun is concerned,I it could have easily been a large company). Also, no questions were askedsI about timescales on any possible Alpha purchases (as it happens, none areh2 currently planned, but Sun didn't establish that).  K I would like to point out that I have _no_ plans to switch from VMS to Sun; J I just wanted to find out what Sun is offering to VMS based organisations.J I do however need to keep in mind what CPQ may do in the future to VMS andI a number of things about the current situation are making me uneasy aboutl VMS's long term future.-  H This was my first contact with Sun; for a "marketing" company it was not very impressive.  C >So it looks like Sun has a series of these postcards (at least twoDE >certainly) going out for maximum impact. Meanwhile still no officials2 >written communication from Conpaq. So far that's: >e  J It would be nice if the person who answered the phone at Sun actually knewF what Alpha is. It would also be nice if they did actually send out the" information packs that they offer.   >Sun 3	Conpaq 0w ----------^e  I Problems spelling Compaq ? :-) (or is this an accurate indication of youre current mood ?)m   >--n >Alana  F I must point out that these are personal observations and that I am in  no way speaking for my employer.   Simon.     -- c; Simon Clubley, simon_clubley@remove_me.excite.com-Earth.UFPaK In the task of removing Microsoft from the marketplace, I have discovered aeE truly remarkable plan, but this signature is too small to contain it.    ------------------------------  # Date: Wed, 01 Aug 2001 17:42:01 GMTtB From: Simon Clubley <simon_clubley@remove_me.excite.com-Earth.UFP>9 Subject: Re: Sun keep 'em coming (but do they followup ?)-6 Message-ID: <JbX97.14097$ar1.47105@www.newsranger.com>  , On Wed, 01 Aug 2001 12:49:46 GMT, in article@ <KVS97.13716$ar1.43294@www.newsranger.com>, Simon Clubley wrote: >t/ >On Mon, 30 Jul 2001 10:48:38 +0100, in article @ ><kmaamtgekkbqacp9npsbev30d3apgr7376@4ax.com>, Alan Greig wrote: >>@ >>Last week I received a postcard from Sun saying "Dumped? Alpha >>recovery campaign from Sun". >> >Alan, >sD >Have you actually tried to contact them at the phone number given ?J >I did after I got the "DUMPED" card. The person that answered didn't seemI >to really know what Alpha is. I was promised an information pack; a weekn" >later it still has not turned up. >   G [Nothing that follows is a comment against the Sun person involved. She0H was very polite, professional and did her best to help. The criticism isJ against Sun for not giving staff the knowledge to answer these questions.]  D After this posting, I gave Sun another call. The person who answeredH still didn't really know about Alpha but this time I asked if they _did_ actually know what Alpha is ?P  5 Answer: Isn't it from Dell or (slight pause) Compaq ?e  L Andrew, is your company serious about trying to get Alpha customers or not ?  H I have now been promised another information pack. She did offer to takeH E-Mail details, but was unable to say in what format (Word/non-Word) theI material would be sent as, so I declined. There was surprise that I wouldtF not be happy receiving Word documents (if that was indeed the format).  M >There was no attempt to scope my requirements or environment that I work in.dE >(I work for a small end-user company but as far as Sun is concerned,eJ >it could have easily been a large company). Also, no questions were askedJ >about timescales on any possible Alpha purchases (as it happens, none are3 >currently planned, but Sun didn't establish that).y >   : Still no purchase questions, but this time I was profiled.  L >I would like to point out that I have _no_ plans to switch from VMS to Sun;K >I just wanted to find out what Sun is offering to VMS based organisations.lK >I do however need to keep in mind what CPQ may do in the future to VMS andiJ >a number of things about the current situation are making me uneasy about >VMS's long term future. > I >This was my first contact with Sun; for a "marketing" company it was notf >very impressive.o >   M I am still not very impressed. It seems to be as difficult to get informationtJ out of Sun as it is out of CPQ. Fortunately, since I have no wish to go toB Sun unless I am forced to, this is not currently a problem for me.   >uG >I must point out that these are personal observations and that I am inc! >no way speaking for my employer.g >D >Simon.2   Simon.   -- a; Simon Clubley, simon_clubley@remove_me.excite.com-Earth.UFP K In the task of removing Microsoft from the marketplace, I have discovered a,E truly remarkable plan, but this signature is too small to contain it.l   ------------------------------  % Date: Wed, 01 Aug 2001 11:42:47 +0200e  From: Paul Sture <paul@sture.ch>7 Subject: Re: the tcp node name versus the vms node nameB+ Message-ID: <VA.00000405.5727ecef@sture.ch>u  D In article <3B66F836.BEE10DFD@cableinet.co.uk>, Tim Llewellyn wrote: > Wayne Sewell wrote:h > > Q > > Do people generally create dns entries for vms machines matching the vms node P > > name?  In other words, if the result of f$getsyi("nodename") is bozo, is the6 > > fully qualified dns entry always bozo.domain.name? > > S > > I personally don't see how one could function any other way, but there may veryn= > > well be sites out there who don't follow this convention.o > > P > > Since all of the vms stacks will automatically append the domain name to dns( > > lookups as needed, I'm assuming that > > . > >         $ this_node = f$getsyi("NODENAME")" > >         $ nslookup 'this_node' > > P > > will always work, assuming the correct domain name (the one matching the dns0 > > entries) has been configured into the stack. > > S > > Is this an invalid assumption?  Are there sites out there in which the tcp node0P > > name minus domain is different from the vms node name?  If so, what would be > > the reason for doing this? > > P > > Yes, I understand that the tcp node name can be longer than a vms node name,( > > but is that worth all the confusion? > > > Wayne, sorry for late reply, I have been out of circulation. > J > The site I recently helped decomission required the IP name to be longerJ > than 6 characters for reasons related to the NFS connections to SCO UnixG > systems and some naming conventions I had no input in defining and noa > chanceB > of changing. I would not by choice setup a system like this, but > sometimes $ > one has to work with what exists.  > I > So, software based on your above assumptions would have broken on thoseF
 > systems. > C Yes, I've seen 8 byte ip names as a standard. Whilst on the subject C I see that on Alpha V7.2-1H1 the SCSNODE parameter now has room for D 8 bytes. The SYSGEN help still states that the maximum is six bytes. ___ 
 Paul Sture Switzerlands   ------------------------------   Date: 1 Aug 2001 05:29:16 -0500 9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)e1 Subject: Re: VMS marketing event in Cupertino, CAe3 Message-ID: <sJhDXbEMOeTH@eisner.encompasserve.org>a  ^ In article <3b678be8@kerberos.linuxpuppy.net>, "Bill Pedersen" <pedersen@ccsscorp.com> writes:L > For those interested, it is an OpenVMS Diamond Forum at the end of August. > 9 > I have attached a converted document, in HTML format...P  B Please do not send MIME, HTML or anything but text to comp.os.vms.   ------------------------------  % Date: Wed, 01 Aug 2001 13:19:24 +0200   From: Paul Sture <paul@sture.ch>! Subject: Re: What exactly is VMS?b+ Message-ID: <VA.00000408.57805f92@sture.ch>7  J In article <a3cNJeD0wEVh@eisner.encompasserve.org>, Larry Kilgallen wrote:X > In article <3B672D19.184BE15D@bigfoot.com>, Hamlyn Mootoo <univms@bigfoot.com> writes:A > >> Somehow, the humor of the original post was lost, I think...m > >> l9 > > You mean like the BACKSLASH between "VAX" and "VMS"?   > 3 > I believe you have confused backslash with slash.T > + > I recall no expression that went VAX\VMS.c ><4 From the original: "I've seen stuff like VAX\VMS..." ___y
 Paul Sture Switzerlandh   ------------------------------  % Date: Wed, 01 Aug 2001 12:09:11 +0200 5 From: Martin Knoblauch <Martin.Knoblauch@TeraPort.de>eY Subject: Re: [OT] Market corrections (was Re: Alpha: an invitation to communicate) communc+ Message-ID: <3B67D547.AA7B87B0@TeraPort.de>e   Stephen Fuld wrote:h > D > "Martin Knoblauch" <Martin.Knoblauch@TeraPort.de> wrote in message' > news:3B669389.5FC5B2E9@TeraPort.de...i > > Alexis Cousein wrote:f > > >n > > >gE > > > And yes, governments do seem to want to get re-elected -- don'tx > > > ask me why, though.u > > >o > >hI > >  Because, in a sane world, nobody who ever "worked" for a gorvernment J > > would ever get another job. Unfortunately, the world is definitely not	 > > sane.e > M > Well, I make no claims about my sanity, I worked for the Federal government,L > for seven years then left to work in private industry.  (Lots of people doC > similarly.) But I was not an elected official, just a worker bee.i >   E  you are right. No offense intended. Worker bees are excluded from mye
 statement :-)e  E  Although - in Germany, "worker bee" and "working for the government" D are supposed to be mutual exclusive. At least for "public servants".F They saying is: "What is the difference between a public servant and a0 piece of wood? The piece of wood works." :-)))))   Martin --  B ------------------------------------------------------------------B Martin Knoblauch         |    email:  Martin.Knoblauch@TeraPort.de7 TeraPort GmbH            |    Phone:  +49-89-510857-30907 C+ITS                    |    Fax:    +49-89-510857-111r5 http://www.teraport.de   |    Mobile: +49-170-4904759e   ------------------------------   End of INFO-VAX 2001.424 ************************