1 INFO-VAX	Wed, 23 May 2001	Volume 2001 : Issue 283       Contents: Re: "Talk Baq" to Compaq Re: "Talk Baq" to Compaq Re: "Talk Baq" to Compaq Re: "Talk Baq" to Compaq Re: "Talk Baq" to Compaq Re: "Talk Baq" to Compaq Re: "Talk Baq" to Compaq Re: "Talk Baq" to Compaq Re: "Talk Baq" to Compaq Re: "Talk Baq" to Compaq Re: "Talk Baq" to Compaq Re: "Talk Baq" to Compaq Re: "Talk Baq" to Compaq Re: "Talk Baq" to Compaq Re: "Talk Baq" to Compaq Re: "Talk Baq" to Compaq Re: "Talk Baq" to Compaq9 Re: "Talk Baq" to Compaq - boycott compaqworkinggroup.com 9 Re: "Talk Baq" to Compaq - Boycott compaqworkinggroup.com 9 Re: "Talk Baq" to Compaq - boycott compaqworkinggroup.com 9 Re: "Talk Baq" to Compaq - boycott compaqworkinggroup.com 9 Re: "Talk Baq" to Compaq - boycott compaqworkinggroup.com = Re: "Talk Baq" to Compaq - but boycott compaqworkinggroup.org  Re: 7.2-2 availability Re: 7.2-2 availability Re: 7.2-2 availability Re: 7.3 back compatibility kits  Re: 7.3 kits Affordable VMS Workstations & Re: Alphaserver 300 and OpenVMS V7.2-1( Re: Altavista search engine for OpenVMS?( Re: Altavista search engine for OpenVMS?( Re: Altavista search engine for OpenVMS?( Re: Altavista search engine for OpenVMS?( Re: Altavista search engine for OpenVMS? AW: Compaq Digital Tee Shirt.  Re: Backup to CD?  Re: Compaq Digital Tee Shirt.  Re: Compaq Digital Tee Shirt.  Dec 2000 Power Supply  Re: Dec 2000 Power Supply  Re: Dec 2000 Power Supply  Re: DEC-style USB keyboard?  DSSI problem Re: DSSI problem Re: DSSI problem Re: DSSI problem Re: DSSI problem Re: From seconds to delta-time, Got a computer? Put it to work and earn $$$$> Re: If backup does not select any files, why do a verify pass?# Mark Gorham (was: Promotions at Q.)  Re: Mozilla 0.9  Re: Mozilla 0.9 0 Re: Mozilla eater of resources (Re: Mozilla 0.9) MultiHost SCSI Performance OpenVMS x Incivta (by CNET)  Re: Opera browser  Oracle 8.1.6 SQLLIB.OLB * PC compiler pricing (was: Promotions at Q) Re: PGP revisited " Re: POSIX threads and word tearing Re: Problems using CSWING  Re: Promotions at Q. RE: Promotions at Q. RE: Promotions at Q. Re: Promotions at Q. Re: Promotions at Q. Re: Recognising a LAT Service ! Re: savesets not exceeding 650 MB ! Re: savesets not exceeding 650 MB  Re: SCSI Cluster Problem Re: SCSI Cluster Problem Re: Show Device D Problems% Re: Some more bits looking for a home ? UPCOMING TELEFORUM...Compaq OpenVMS System Management Solutions  VAX motif V1.2-6 kit problem Re: vfork/exec question  Re: VMS 5.5-2h4 and y2k ) Re: VMS BASIC and IP Performance Question E Re: VMS Engineering and fun/unusual hardware, was: Re: Multimedia Doc E Re: VMS Engineering and fun/unusual hardware, was: Re: Multimedia Doc E Re: VMS Engineering and fun/unusual hardware, was: Re: Multimedia Doc E Re: VMS Engineering and fun/unusual hardware, was: Re: Multimedia Doc  Re: VMS<->RSTS& Re: VXT2000 hardware/firmware question& Re: VXT2000 hardware/firmware question& Re: VXT2000 hardware/firmware question& Re: VXT2000 hardware/firmware question  Re: What is "legacy free system"- Re: What is the best way to erase SCSI disks? % What problem does FTSO really solve ? ) Re: What problem does FTSO really solve ? ) Re: What problem does FTSO really solve ? 7 Re: [DCPS] Page accounting for color laser PS printers?   F ----------------------------------------------------------------------    Date: 23 May 2001 05:10:07 +0800, From: Paul Repacholi <prep@prep.synonet.com>! Subject: Re: "Talk Baq" to Compaq - Message-ID: <87lmnpgkeo.fsf@prep.synonet.com>   6 "Terry C. Shannon" <terryshannon@mediaone.net> writes:  C > Yeah, you do have to enable the evil javascript. The Web tool was E > built to accommodate the vast majority of users, e.g. those who use  > Windoze and Java.   C > There are two options for VMS users. One is to email comments and E > issues directly to webmaster@compaqworkinggroup.org. Alternatively, D > you can log in from a home peecee or a peecee at an Internet cafe.  < Oh, have you SEEN the replies you get from that, ...Thing...  C Not only does it totaly ignore the target group (there are far more A Chinese users than English, would that be even better??), but the F misfeatures are broken. They can't even screw up correctly. All in theD interests of inproving our experience... What a load of total shite.  C > An ideal solution? Nope. A "Better Answer?" Nope. But it's better  > than nothing at all!  D Well, if Compaq wanted to do a really good job of flipping a bird to8 the VMS base, that pathetic excuse is a VERY good start.   Btw, my 'home PC' *is* VMS...    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov     ------------------------------    Date: 23 May 2001 05:16:56 +0800, From: Paul Repacholi <prep@prep.synonet.com>! Subject: Re: "Talk Baq" to Compaq - Message-ID: <87heydgk3b.fsf@prep.synonet.com>   6 "Terry C. Shannon" <terryshannon@mediaone.net> writes:  0 > It takes less than five minutes to register atB > www.compaqworkinggroup.org, and about the same amount of time to" > submit an issue. Give it a shot!  5 Terry, you are not often as wrong as you are on this.      --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov     ------------------------------  % Date: Wed, 23 May 2001 00:51:19 +0200 ) From: Christof Brass <brass@infopuls.com> ! Subject: Re: "Talk Baq" to Compaq , Message-ID: <3B0AED67.A04F3D1D@infopuls.com>   "Terry C. Shannon" wrote:  > H > "Brian Tillman" <tillman_brian@notnoone.notnohow.com> wrote in message > news:3b0a916d@news.si.com...J > > >As for affordable Alpha workstations, you are right, the response wasM > > >totally inadequate. It's clearly an important issue, as evidenced by the B > > >number of voters willing to pay a 2X Intel price for an Alpha > workstation.H > > >And, of course, as evidenced by the polling data at www.djesys.com. > > E > > Terry, that's only because Compaq didn't allow any smaller ratio.  > I > That's not exactly the case. It was the members of the Advocacy Working L > Group who came up with the ballot questions. Hence the blame lies with us.N > We operated under the assumption that price parity was (and is) inconsistent > with business realities. > M > If pigs could fly, and if VMS supported personal productivity apps, I would M > gladly pay 2X the price of a peecee for an Affordable AlphaStation(tm). The D > savings in productivity (not to mention MS-Angst) would offset the5 > incremental expense in a very short period of time!   @ Nowadays with the increased basic speed of the machines we could< have even equal prices for both architectures. Of course the? Alpha machine wouldn't be that fast with the current prices set < up by Compaq as the SUN or Intel box. But for most apps this wouldn't matter.  ? There is no reason in preventing replication of SW because this ? is the cheapest part of SW development. Having low price Alphas ; capable of running VMS is the best thing that could happen. 7 There is no reason to charge more than SUN or the Intel > fraction. Compaq should continue to sell older versions of the@ Alpha chip and they should develop an instruction set compatible chip for portables.   7 The money comes a) with the masses b) with the business ) customers c) with the high end customers.   = At the Technical Update I asked one Compaq representative why : they didn't copy SUN's strategy in the UNIX market segment? because this strategy seems to work much better than their own. ; Answer: we don't want to have competition with our M$ based 6 product line. Very strange answer to my understanding.   ------------------------------    Date: 22 May 2001 08:42:29 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) ! Subject: Re: "Talk Baq" to Compaq 3 Message-ID: <jaY90T9hkrwD@eisner.encompasserve.org>   [ In article <3B09E104.6BA72798@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:  > Dave Gudewicz wrote: >>  F >> This is good but I wonder how wide spread this is?  My guess is theF >> interested audience could very well be much larger than those here. >>  " >> Question is: how to reach them? >>  5 >> Perhaps a mention at www.compaq.com?  Other ideas?  > I > Anyone who would be interested in buying (I'm out of work right now, as I > the Chicago area OpenVMS job market is nearly as dead as the market for I > OpenVMS in the same area) T-shirts for wearing at {CETS2001,DFWdays,lug  > metings,etc.},  ? I would not be interested in publicizing a "feedback" mechanism ; which has been designed to compromise participant security.   < Raise the possibility again when they have fixed the site to eschew JavaScript.   ------------------------------    Date: 22 May 2001 14:50:08 -05009 From: kaplow_r@eisner.encompasserve.org.mars (Bob Kaplow) ! Subject: Re: "Talk Baq" to Compaq 3 Message-ID: <RAa7vknj5+7y@eisner.encompasserve.org>   t In article <_%bO6.10837$5X4.2744098@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes:D > Do you want Compaq to offer affordable VMS workstations, marketingL > initiatives that focus on enterprise products (instead of PCs), more Alpha > or VMS Diamond Forums, etc?  > @ > Best way to let 'em know is to use the online advocacy tool at > www.compaqworkinggroup.org  I This url often fails DNS translation. changing .org to .com seems to work  better.   L > You'll need to register and fill out a profile to participate, but you canN > submit issues (and vote on previously submitted issues) anonymously. You canG > also view Compaq's response to the last round of issue submission and 	 > voting.   J When ever I'm presented with the "you must register to use this site" I do one of 2 things:   1) leave and go elsewhere    2) Lie.   L > This mechanism is still far from perfect, but it does offer a conduit intoK > Compaq and all input is reviewed by appropriate folks within the company.   K You can say that again. It requires the evil javascript. even when all this L crap is complied with. all I see is a worthless set of powerpoint slides. IfI Compaq has something worth saying, how about a printable document. Even a * PDF would be better that what's there now.  I Right now I'm trying to go from slide one to slide 2 and all I get is the $ little working symbol form netscape.  % Totally worthless waste of web space!    ------------------------------    Date: 22 May 2001 14:58:39 -05009 From: kaplow_r@eisner.encompasserve.org.mars (Bob Kaplow) ! Subject: Re: "Talk Baq" to Compaq 3 Message-ID: <30bjhiuv7$Vl@eisner.encompasserve.org>   t In article <_%bO6.10837$5X4.2744098@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes:@ > Best way to let 'em know is to use the online advocacy tool at > www.compaqworkinggroup.org > L > You'll need to register and fill out a profile to participate, but you canN > submit issues (and vote on previously submitted issues) anonymously. You canG > also view Compaq's response to the last round of issue submission and 	 > voting.   K Has any body read and understood the Privacy Policy??? Like signing a blank  check?   ------------------------------    Date: 22 May 2001 15:23:08 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) ! Subject: Re: "Talk Baq" to Compaq 3 Message-ID: <QJQTVnBLHEsb@eisner.encompasserve.org>   l In article <9edoi9$bn0$1@fizban.fizban.pprd.abbott.com>, "Dave Gudewicz" <david.gudewicz@abbott.com> writes:  B No, leave it here where we can _all_ keep track of the discussion.= Let someone without security concerns copy relevant newsgroup * discussion to  www.compaqworkinggroup.org.  A > OK.  Now put this idea/suggestion in www.compaqworkinggroup.org  > 	 > Dave...  > 8 > <fabio_compaq@ep-bc.petrobras.com.br> wrote in messageH > news:OF6C8D2195.E62C1D7A-ON03256A54.00404AE6@ep-bc.petrobras.com.br... >> In my own personal opinion: >>> >> Compaq should develop an "In-a-box"  solution with OpenVMS.? >> For example:  like the DS10L running Linux for Web services, L >> Compaq should sell DS10L running OpenVMS for Messaging, High Availbility, >> Backup, Security, etc ...J >> With all the products configured. Just turn on the server and configure > the  >> products " >> for the respective environment. >>
 >> Regards >> >> FC  >> >> >> >>+ >> jmfbahciv@aol.com em 22/05/2001 06:05:59  >>& >> Favor responder a jmfbahciv@aol.com >> >> >> >>       Info-VAX@Mvb.Saic.Com >> >> >>$ >> Assunto: Re: "Talk Baq" to Compaq >> >>4 >> In article <gJlO6.6$k3.1174@typhoon.aracnet.com>,9 >>    "Zane H. Healy" <healyzh@shell1.aracnet.com> wrote: F >> >In comp.os.vms Terry C. Shannon <terryshannon@mediaone.net> wrote:J >> >> We simply are not going to see a $995 VMS workstation. But there are	 >> people M >> >> within Compaq who realize that a Samsung UP1500-based system with 128MB  >> of H >> >> memory, a 10GB disk, an entry 2D graphics card, and a VMS or Tru64
 >> licenseL >> >> could be built and profitably sold for $2995. This won't happen unless >> the >> >K >> >In light of the Sunblade 100 they really need to try and get that price L >> >closer to the $995 than $2995.  Though if that $2995 included SCSI and aI >> >24-Bit graphics card I think I'd be trying hard to convince my wife I  > need >> aI >> >new computer :^)  Shoot, I could probably live without the SCSI even.  >>? >> Ptui.  You get what you pay for.  I know a lot of people who = >> have had to give up VMS, very relunctantly, because of the @ >> Digital^WCompaq policies.  History is simply repeating itself! >> for the (at least) third time.  >> >> /BAH  >>* >> Subtract a hundred and four for e-mail. >> >> >> >> >> >> >  >  --  N ==============================================================================N Great Inventors of our time: Al Gore -> Internet; Sun Microsystems -> ClustersN ==============================================================================   ------------------------------    Date: 22 May 2001 14:59:49 -05009 From: kaplow_r@eisner.encompasserve.org.mars (Bob Kaplow) ! Subject: Re: "Talk Baq" to Compaq 3 Message-ID: <S0IuuAJ9Rufe@eisner.encompasserve.org>   [ In article <3B0972CC.6974972C@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes: I > Nothing new of any real substance, AFAICS. I should note, however, that J > this is based on a cursory skimming of the response .PDF (13,098KB) with% > an Affordability and OpenVMS focus.   E Where did you find a .pdf? ALl I see is a bunch of useless powerpoint  slides.    ------------------------------    Date: 22 May 2001 15:04:02 -05009 From: kaplow_r@eisner.encompasserve.org.mars (Bob Kaplow) ! Subject: Re: "Talk Baq" to Compaq 3 Message-ID: <x7JxJlY2V7YE@eisner.encompasserve.org>   s In article <ectO6.1904$QP6.2188142@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes: L > Yeah, you do have to enable the evil javascript. The Web tool was built toN > accommodate the vast majority of users, e.g. those who use Windoze and Java.  K Maybe if DECpaq actually marketed VMS, and offered an affordable VMS, there G might be a large enough user base of VMS for there to be a VMS web page  targeted to VMS users.  7 I'm not sure if I should follow tha with a :-) or a :-(    ------------------------------  % Date: Tue, 22 May 2001 19:17:50 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ! Subject: Re: "Talk Baq" to Compaq ' Message-ID: <3B0B01AE.6E0B3EDF@fsi.net>    Bob Kaplow wrote:  > u > In article <ectO6.1904$QP6.2188142@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes: N > > Yeah, you do have to enable the evil javascript. The Web tool was built toP > > accommodate the vast majority of users, e.g. those who use Windoze and Java. > M > Maybe if DECpaq actually marketed VMS, and offered an affordable VMS, theretI > might be a large enough user base of VMS for there to be a VMS web pageo > targeted to VMS users. > 9 > I'm not sure if I should follow tha with a :-) or a :-(T  - Follow it with a "GRRRRRRRRRRRRRRRRRR !!!!!!"    -- a David J. DachteraT dba DJE Systemsq http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/"  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.t   ------------------------------  % Date: Tue, 22 May 2001 19:25:26 -0500o1 From: "David J. Dachtera" <djesys.nospam@fsi.net>q! Subject: Re: "Talk Baq" to Compaqr' Message-ID: <3B0B0376.D8E80FC1@fsi.net>i   Bob Kaplow wrote:v > [snip]7 > all I see is a worthless set of powerpoint slides. IfbK > Compaq has something worth saying, how about a printable document. Even ae, > PDF would be better that what's there now. > K > Right now I'm trying to go from slide one to slide 2 and all I get is ther& > little working symbol form netscape. > ' > Totally worthless waste of web space!T  B Well, I'll be - it's changed since yesterday! There was a document called "Compaq_Response.PDF".0   -- r David J. Dachtera0 dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/o  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.f   ------------------------------   Date: 23 May 2001 00:55:15 GMT- From: "Bill Pedersen" <pedersen@ccsscorp.com>8! Subject: Re: "Talk Baq" to Compaqn0 Message-ID: <3b0b0ac2$1@kerberos.linuxpuppy.net>  G Well, I do not think you missed much.  The PDF was just the slides in aaL different format.  Totally unacceptable as far as ability to get information in a timely way.  I But in general it looks like a response more from the Houston side of thesJ "puzzle palace".  This is also evident from the response quoted by someoneJ from CETS2000 on this issue of "competition to Intel-based systems" versusE providing alternatives to all users.  Same fate to which the Alpha-NT2 environment succumbed.  L One can but hope to continue to push and market our products and services asH we do and utilize what we can from the relationship with Compaq.  RatherI than have a full confidence in their whole-hearted support on all fronts.    --
 Bill Pedersen  CCSS Corporation CCSS Interactive Learning 
 www.VMS.St 831-336-2708 ================  F "Bob Kaplow" <kaplow_r@eisner.encompasserve.org.mars> wrote in message- news:S0IuuAJ9Rufe@eisner.encompasserve.org...u= > In article <3B0972CC.6974972C@fsi.net>, "David J. Dachtera"d <djesys.nospam@fsi.net> writes:iK > > Nothing new of any real substance, AFAICS. I should note, however, thatpL > > this is based on a cursory skimming of the response .PDF (13,098KB) with' > > an Affordability and OpenVMS focus.  >eG > Where did you find a .pdf? ALl I see is a bunch of useless powerpoint-	 > slides.-   ------------------------------    Date: 23 May 2001 09:04:44 +0800, From: Paul Repacholi <prep@prep.synonet.com>! Subject: Re: "Talk Baq" to Compaqo- Message-ID: <87r8xgg9jn.fsf@prep.synonet.com>n  + Christof Brass <brass@infopuls.com> writes:d  D > At the Technical Update I asked one Compaq representative why theyD > didn't copy SUN's strategy in the UNIX market segment because thisF > strategy seems to work much better than their own.  Answer: we don't? > want to have competition with our M$ based product line. Veryw% > strange answer to my understanding.a  D Strange? It's just what I would expect. But he is wrong, most of theC VMS people I know would deal with anyone else for PC before Compaq..# So there is no competition there :)e  A "We are losing money on each one, but we will make up for it with  higher volumes."   Yeah, that's the one...    -- k< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda..@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov .   ------------------------------  % Date: Wed, 23 May 2001 00:44:27 -0400 # From: Paul DeMone <pdemone@igs.net>)! Subject: Re: "Talk Baq" to Compaq ' Message-ID: <3B0B402B.72D992E5@igs.net>    "Zane H. Healy" wrote: [...]0  I > In light of the Sunblade 100 they really need to try and get that pricer  > closer to the $995 than $2995.  F Yes but the Sunblade 100 uses a US-II generation processor. To competeE on equal footing Compaq would have to resurrect the 21164PC. And bothr1 would have their doors blown off by a celeron PC.m  @ Leave the antiquities and curiosities end of the business to SunD and concentrate on building a kick ass low end EV68 box in the $2.5kD to $3k range. Heck, Compaq should offer to debug AMD's 760MP just to. make a relatively cheap DDR chipset available.   --D Paul W. DeMone       The 801 experiment SPARCed an ARMs race of EPICE Kanata, Ontario      proportions to put more PRECISION and POWER into0G demone@mosaid.com    architectures with MIPSed results but ALPHA's well $ pdemone@igs.net      that ends well.   ------------------------------  % Date: Wed, 23 May 2001 00:56:14 -0400e# From: Paul DeMone <pdemone@igs.net>c! Subject: Re: "Talk Baq" to Compaqi' Message-ID: <3B0B42EE.67C7BC74@igs.net>-   David Mathog wrote:  [...]1  J > Moreover, Compaq seems to have picked the wrong horse in the memory raceH > and that built in Rambus controller may very well mean that memory forM > Alphas will once again cost more than memory for the competition.  That 1GbmK > of memory in my new machine is registered PC133 direct from crucial.com -pE > having to buy that much memory from Sun (or Compaq) would have beent! > completely out of the question.   D The EV7 uses rambus. Current and future EV6x chipsets don't. The EV7B is an expensive high end server chip with over 1400 I/O and 125+ WC power dissipation so you won't see it in inexpensive boxes anyways.b   > I > Compaq cannot compete against commodity hardware on price, and more and.L > more so, they can barely compete on performance.  Perhaps they should justL > accept the inevitable and deal with AMD, trading them Alpha technology forK > key design changes in AMDs forthcoming chips that would allow VMS, Tru64, I > and Tandem to use those parts - and then port like mad.  The net effectoE > should be that it would allow at least the first two OS's to run oniJ > commodity systems which would drive the hardware cost for both down intoI > the range where they could compete toe to toe with WNT, W2k, WinXP etc.wL > And they could still build big machines out of the AMD CPUs and charge theI > high margins there. Probably they'd come out way ahead by not having to ( > spend money on their proprietary chip.  D Ah the SGI method, throw in the towel and wait interminably long forA your 64 bit ship to come in. Alpha technology is doing just fine.t? Compaq just has to bring from lab to market on something fasteraC than a glacier. BTW, AMD's hammer series recently slipped yet again 1 so the delivery problem isn't confined to Compaq.i     --D Paul W. DeMone       The 801 experiment SPARCed an ARMs race of EPICE Kanata, Ontario      proportions to put more PRECISION and POWER intohG demone@mosaid.com    architectures with MIPSed results but ALPHA's well $ pdemone@igs.net      that ends well.   ------------------------------    Date: 23 May 2001 12:59:44 +0800, From: Paul Repacholi <prep@prep.synonet.com>! Subject: Re: "Talk Baq" to Compaqu- Message-ID: <878zjofynz.fsf@prep.synonet.com>n  ; kaplow_r@eisner.encompasserve.org.mars (Bob Kaplow) writes:r  E > Has any body read and understood the Privacy Policy??? Like signinge > a blank check?  F Wow, do you mean they HAVE one now?! I checked that on several visits,$ and it was, ah, not quite present...   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.f@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov h   ------------------------------    Date: 23 May 2001 12:57:20 +0800, From: Paul Repacholi <prep@prep.synonet.com>! Subject: Re: "Talk Baq" to Compaq - Message-ID: <87d790fyrz.fsf@prep.synonet.com>s  % Paul DeMone <pdemone@igs.net> writes:e   > "Zane H. Healy" wrote: > [...]C  E > > In light of the Sunblade 100 they really need to try and get thatb( > > price closer to the $995 than $2995.  @ > Yes but the Sunblade 100 uses a US-II generation processor. To= > compete on equal footing Compaq would have to resurrect therE > 21164PC. And both would have their doors blown off by a celeron PC.5  A Paul, two points. Is it really a good deal to use older chips andc> processes with the higher wafer costs? And second, the 21164PCA was touted as a low cost system enabler, but it still used a fulle@ interface chipset! With the hole count and board area. Would notC a lower speed, low power, highly intergrated unit be a better idea?e, Sort of a cross between a 21066 and the EV8.  F > Leave the antiquities and curiosities end of the business to Sun andE > concentrate on building a kick ass low end EV68 box in the $2.5k to.C > $3k range. Heck, Compaq should offer to debug AMD's 760MP just toi0 > make a relatively cheap DDR chipset available.  @ It would seem to be a no brainer for AMD to provide the low cost@ motherboards for Alphas, and Decpaq provide a kick arse unit for@ AMD to go for the top end. Seems to be a negative brain count in2 Texas, even with the departure of their #1 son. :)   -- n< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov l   ------------------------------    Date: 22 May 2001 15:29:05 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)tB Subject: Re: "Talk Baq" to Compaq - boycott compaqworkinggroup.com3 Message-ID: <R8Nfuynkz$RO@eisner.encompasserve.org>o  q In article <vAvO6.371$zl5.256821@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes:- > 9 > "WILLIAM WEBB" <WWEBB1@email.usps.gov> wrote in message ) > news:0033000025025695000002L052*@MHS...s > , > Is this "Talk Bag" a new VMS premium item? > I > Nope. Just a way to get your voice heard (for sure) and acted upon (one3 > would hope).  = Acted on, not likely, if they cannot even fix their web site..   ------------------------------    Date: 22 May 2001 15:33:20 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)oB Subject: Re: "Talk Baq" to Compaq - Boycott compaqworkinggroup.com3 Message-ID: <4wt6mDFPAa98@eisner.encompasserve.org>n  ` In article <lb0lgtop26h6i7rf0aankvkttl7flids7t@4ax.com>, Alan Greig <a.greig@virgin.net> writes:6 > On Tue, 22 May 2001 12:46:02 GMT, "Terry C. Shannon"$ > <terryshannon@mediaone.net> wrote: >  > L >>Yeah, you do have to enable the evil javascript. The Web tool was built toN >>accommodate the vast majority of users, e.g. those who use Windoze and Java. >>J >>There are two options for VMS users. One is to email comments and issuesM >>directly to webmaster@compaqworkinggroup.org. Alternatively, you can log ini5 >>from a home peecee or a peecee at an Internet cafe.  > G > And it works directly for me under VMS Mozilla 0.9. I have Javascriptr > enabled and Java disabled.  G At the RSA Conference last month I went to a session from Netscape(AOL)iE regarding their experience fixing browser security bugs.  I thought IrH might learn something about how to better secure my browser.  I did not.H EVERY exposure was due to either Java or JavaScript (favoring JavaScript if either).-   ------------------------------  # Date: Wed, 23 May 2001 00:20:44 GMTi4 From: "Terry C. Shannon" <terryshannon@mediaone.net>B Subject: Re: "Talk Baq" to Compaq - boycott compaqworkinggroup.com: Message-ID: <wnDO6.546$zl5.447997@typhoon.ne.mediaone.net>  F "Larry Kilgallen" <Kilgallen@eisner.decus.org.nospam> wrote in message- news:R8Nfuynkz$RO@eisner.encompasserve.org...>F > In article <vAvO6.371$zl5.256821@typhoon.ne.mediaone.net>, "Terry C., Shannon" <terryshannon@mediaone.net> writes: > >A; > > "WILLIAM WEBB" <WWEBB1@email.usps.gov> wrote in messagep+ > > news:0033000025025695000002L052*@MHS...p > >a. > > Is this "Talk Bag" a new VMS premium item? > >rK > > Nope. Just a way to get your voice heard (for sure) and acted upon (onee > > would hope). >e? > Acted on, not likely, if they cannot even fix their web site.e  	 Dear Sir,   L It is your privilege to boycott anything you choose to boycott. But advisingE other Compaq customers to eschew a mechanism that you personally find B offensive or "inappropriate" is, at best, a questionable practice.   ------------------------------    Date: 22 May 2001 21:12:24 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)lB Subject: Re: "Talk Baq" to Compaq - boycott compaqworkinggroup.com3 Message-ID: <Tj49xucQSpUY@eisner.encompasserve.org>r  q In article <wnDO6.546$zl5.447997@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes:> > H > "Larry Kilgallen" <Kilgallen@eisner.decus.org.nospam> wrote in message/ > news:R8Nfuynkz$RO@eisner.encompasserve.org...hG >> In article <vAvO6.371$zl5.256821@typhoon.ne.mediaone.net>, "Terry C.f. > Shannon" <terryshannon@mediaone.net> writes: >> >< >> > "WILLIAM WEBB" <WWEBB1@email.usps.gov> wrote in message, >> > news:0033000025025695000002L052*@MHS... >> >/ >> > Is this "Talk Bag" a new VMS premium item?  >> >L >> > Nope. Just a way to get your voice heard (for sure) and acted upon (one >> > would hope).= >>@ >> Acted on, not likely, if they cannot even fix their web site. >  > Dear Sir,a > N > It is your privilege to boycott anything you choose to boycott. But advisingG > other Compaq customers to eschew a mechanism that you personally findnD > offensive or "inappropriate" is, at best, a questionable practice.  D According to Webster's New World Dictionary, the _first_ meaning forB "boycott" starts with "to join together in refusing to deal with".> It is the group action that is intended to get their attention# (since nothing else has succeeded).    ------------------------------  # Date: Wed, 23 May 2001 01:21:35 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>B Subject: Re: "Talk Baq" to Compaq - boycott compaqworkinggroup.com: Message-ID: <zgEO6.695$zl5.483340@typhoon.ne.mediaone.net>   > F > According to Webster's New World Dictionary, the _first_ meaning forD > "boycott" starts with "to join together in refusing to deal with".@ > It is the group action that is intended to get their attention% > (since nothing else has succeeded).m  G Exactly. The point being, refusing to take advantage of a communicationaK channel (flawed as it may be) will gain no attention. Even the logical nexti@ step (voting with one's feet) is unlikely to get much mindshare.   ------------------------------    Date: 22 May 2001 15:26:04 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)eF Subject: Re: "Talk Baq" to Compaq - but boycott compaqworkinggroup.org3 Message-ID: <NQ35vfBm6QWi@eisner.encompasserve.org>e  q In article <xsuO6.355$zl5.232440@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes:i > @ > "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote in message( > news:9edrcg$1bk1$1@info.cs.uofs.edu...? >> In article <ectO6.1904$QP6.2188142@typhoon.ne.mediaone.net>,r: >>  "Terry C. Shannon" <terryshannon@mediaone.net> writes: >> |>D >> |>cM >> |> Yeah, you do have to enable the evil javascript. The Web tool was builte > toL >> |> accommodate the vast majority of users, e.g. those who use Windoze and > Java.o >> |>iG >> |> There are two options for VMS users. One is to email comments andR > issuesJ >> |> directly to webmaster@compaqworkinggroup.org. Alternatively, you can > log in9 >> |> from a home peecee or a peecee at an Internet cafe.p >>G >> Or accept the third option which is that Compaq doesn't give a rat's  >> pitootie about VMS users. > J > That claim is inconsistent with the VMS Technical Forums in DC, DFW, andL > most recently in London and Zurich. And the AlphaServer Forum in Brussels.C > And oops, almost forgot, the Diamond Forum in NYC just yesterday., > L > The valuable presence of Sue Skonetski, Hoff Hoffman, etc in the newsgroupN > notwithstanding, Compaq management in general does not pay much attention toF > Usenet doings. They are far more likely to pay attention to comments  > submitted via the online tool.   They need to either:   	1) go where the customers are   or 	2) fix the tool  B Warren Sander seems to have no trouble making a web site that does not require JavaScript.t   ------------------------------  % Date: Tue, 22 May 2001 16:07:58 -0400a  From: John Santos <JOHN@egh.com> Subject: Re: 7.2-2 availability 6 Message-ID: <1010522155948.26446D-100000@Ives.egh.com>  ( On Tue, 22 May 2001, Hoff Hoffman wrote:  \ > In article <fv2L6.511$j02.10059@news.goodnet.com>, "Rich Jordan" <rjordan@mcs.net> writes: > :Hoff,J > :     the TCPIP V5.0a ECO 2 for VAX cover letter also stated that it wasM > :compatible with VMS V7.2-2.  Could be boilerplate text at work... but doeseM > :this perhaps mean that a rollup version for VAX called V7.2-2 will also be  > :made available? > P >   I am aware of no plans to provide OpenVMS VAX versions of V7.2-2 nor V7.3-1;K >   these particular releases are targeting (only) OpenVMS Alpha platforms.mM >   AFAIK, the next OpenVMS VAX release is presently expected to be known as yK >   V7.4, and this next OpenVMS VAX release is expected to be available in y1 >   parallel with the OpenVMS Alpha V7.4 release.    Pre-emptive 1st strike ;-)  C We demand to know when V7.4 will be released, why we haven't got itl? yet, what new features and unannounced hardware support will beo3 included, which V7.3 bugs will be fixed, etc., etc.t  % (Still waiting patiently for my V7.3)n   -- t John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Tue, 22 May 2001 20:32:01 GMTs2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: 7.2-2 availability 2 Message-ID: <51AO6.627$fi2.15421@news.cpqcorp.net>  Y In article <1010522155948.26446D-100000@Ives.egh.com>, John Santos <JOHN@egh.com> writes:w .... :Pre-emptive 1st strike ;-)= :=D :We demand to know when V7.4 will be released, why we haven't got it@ :yet, what new features and unannounced hardware support will be4 :included, which V7.3 bugs will be fixed, etc., etc.  E   Depending on my mood, I'd suggest one of the two following answers:A       Boot OpenVMS V7.4 now:(       $ SET DEFAULT SYS$COMMON:[SYS$LDR]       $ RUN SYSVER       REPLACE V7.4       WRITEr       $ EXIT       Read the roadmap:rH       http://www.openvms.compaq.com/openvms/roadmap/openvms_roadmaps.htm  G   The former option works wonders for backporting new OpenVMS features  !   to older releases, I might add.o     :-)   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: Tue, 22 May 2001 17:04:24 -0400u  From: John Santos <JOHN@egh.com> Subject: Re: 7.2-2 availabilityI6 Message-ID: <1010522164907.26446A-100000@Ives.egh.com>  ( On Tue, 22 May 2001, Hoff Hoffman wrote:  [ > In article <1010522155948.26446D-100000@Ives.egh.com>, John Santos <JOHN@egh.com> writes:a > ...  > :Pre-emptive 1st strike ;-)  > :hF > :We demand to know when V7.4 will be released, why we haven't got itB > :yet, what new features and unannounced hardware support will be6 > :included, which V7.3 bugs will be fixed, etc., etc. > G >   Depending on my mood, I'd suggest one of the two following answers:l >  >     Boot OpenVMS V7.4 now:* >       $ SET DEFAULT SYS$COMMON:[SYS$LDR] >       $ RUN SYSVER >       REPLACE V7.4
 >       WRITE- >       $ EXIT >  >     Read the roadmap::J >       http://www.openvms.compaq.com/openvms/roadmap/openvms_roadmaps.htm > I >   The former option works wonders for backporting new OpenVMS features  # >   to older releases, I might add.1 >  >   :-)y  B You mean when you really, really want to use an new VMS feature inA some app, but you can't get permission from the powers that be toeC upgrade VMS, do a stealth install, then set the version number backb@ so no one knows?  I categorically deny ever having done anythingE like this.  No.  Oops!  I may have accidently misled you there.  Yes.r   -- b John Santosk Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Mon, 21 May 2001 18:01:50 +0100a* From: "Richard Brodie" <R.Brodie@rl.ac.uk>( Subject: Re: 7.3 back compatibility kits, Message-ID: <9ebhnh$2230@newton.cc.rl.ac.uk>  ? "Chris Sharman" <Chris.Sharman@CCAgroup.co.uk> wrote in messagei' news:3B0941ED.45D6E55@CCAgroup.co.uk...w  B > The two PCSI kits are specified as 7.1-2. Does this mean there's? > something else for 7.1, or what ? And where's the PORTS kit ?n  ? According to DSN it was never released. The 7.2-1 release notesD8 specified the same kit, and the suggested replacement is? VMS712_UPDATE-V0300. What the position is with 7.3, I know not.n   ------------------------------  % Date: Tue, 22 May 2001 16:21:49 -0400t  From: norm.raphael@jamesbury.com Subject: Re: 7.3 kitse4 Message-ID: <C2256A54.006EF186.00@jklh21.valmet.com>   Latest info on sw libraries:  G    To allow layered software products to qualify on the revenue release G    of Compaq OpenVMS Operating System Version 7.3, the OpenVMS SoftwaresC    Products Libraries will be released two weeks after their normale    quarterly schedule.  O    OpenVMS Alpha Software Products Library - June 2001 will ship on 5-Jun-2001.iN    OpenVMS VAX Software Products Library - June 2001 will ship on 25-Jun-2001.   ------------------------------  % Date: Tue, 22 May 2001 20:40:24 -0500e. From: Lyndon Bartels <lbartels@pressenter.com>$ Subject: Affordable VMS Workstations. Message-ID: <3B0ACEB8.2F550275@pressenter.com>  1 Here's my take on this "affordable VMS argument."a  C Don't get me wrong, I'd love to see VMS workstations on everybody'sh desk...hE It's strengths are known to most of us here... I want to say that offy the < get-go so there's no mistaking what I really feel about VMS.  H But I don't think Compaq would be wise to try to build, market, and sell a $1Ku" VMS workstation... And here's why.    G First, If such a workstation were to be produced, it would be competingyD head-to-head with the WinTel platform....  Now, any businessman will	 tell you,mA to succeed in breaking into a market, you have to "build a betteri product at aH better price." OK... Knowing that, this $1K workstation would need to doE EVERYTHING that the average WinTel workstation can currently do. WordeH processing, Spreadsheets, surfing, etc. It would have to do these thingsB faster, more reliably, more efficiently than the current platform. PLUS....  in@ order to get people to switch to the new VMS platform... The new
 platform willeF have to do things that the WinTel can't.... (This might be the easiest thing toA do actually. Sharing data with the enterprise servers in the datae	 center...0H etc.) And finally there'll be the argument. "I've got all my stuff on my PC! IkH can't switch." To answer that question, there would have to be migration toolse& so that people can move their data....  C Finally, all of this has to be available the minute the hardware is 	 available 
 for purchase.   > Is all of this possible? Dern tootin! Technically all of these requirements areE possible. BUT, it would take a huge, long-term commitment on Compaq's  part to1G invest in hardware designers, software developers, and marketing to get  thisC all ramped up and ready to go... This would all take time. A LOT ofe time. A LOTe of money...l  " Finally, what gain would there be?  H You're entering into a market where the profit margins are narrower then thehD microns measuring the latest chip technology. Compaq is feeling that crunchD right now on their current market. And we're hoping to persuade them makeH things possibly worse by introducing another competitor into that market placerD to compete not only against the DELLs and GATEWAYs of the world, but against0* their own Intel hardware! Extremely risky.  G Finally, let's just say that something happened and there was just suchS anG anouncement next month... Cool, Great! I'd love it. I'd buy one. And so  wouldcF many of us here..... But what about the average Joe? I don't think so. To getC that average citizen out there to think about buying the $1K alpha,  CompaqG would have to advertise, advertise, advertise. They'd have to commit tooA continued advancement of the hardware and software for many, many! months, G probably three or four years to get firmly entrentched into the market.t LookA how long it has taken AMD to ramp up to compete head-to-head with 
 Intel.... And G that's only the CPU. They've made it easier on themselves by being abler to useH the same operating system and applications. And it has taken them years.  H Look how long it has taken Linux to work itself into the public mind. If youhF go down to your neighborhood Best Buy, Comp USA, Circuit City, or what ever youD have near you... How many pieces of sofware are out there for Linux?
 You'd have> to expect the same type of uphill struggle for any Alpha based workstation.    F Now, I'm not saying the sky is falling and all is lost, and let's give up...C heck no.  G But what would I suggest. Compaq should look really closely at aquiring  Novell. F Then, they could port the Novell technology onto the alpha processor.. The TPS E numbers on Alpha are so good, with globs of memory and oodles of disk@ space,H that the hardware already has the ability to connect to, they would makeD excellent Novell servers. Next Groupwise is a much better Enterprise	 wide mailyF system server than Exchange/Outlook.... If that were ported over to an alpha platform... COOL!!!!  H The old saying "If you can't beat em, join em." Kinda applies... Digital madeE the mistake with Pathworks back when Windows for Workgroups came out.  TheyB should have dropped the client side of the WfW and concentrated on makingE Pathworks a kick-butt server. If that had been done, I doubt we woulde see B Windows NT in the form it is now. But I digress a little. With the addition ofoB Novell, Compaq would strengthen it's hold on what they're good at.
 "Being the Server for the Enterprise."-  E Build the server agents so that Novell, and Windows client can accesssC all information on the VMS servers as well, and thing get even moreo powerful and flexible.  F The key to good business is finding what you're good at. Continuing to improvea8 on that. And never letting yourself loose that identity.  E I think Compaq should take the stance.. "Go ahead everybody... Go andy fight@F over the low-end market. Go ahead and struggle to turn a profit on theF desktops.... Your machines will only be glorified paperweights if they can't.D share their data. If they can't talk to one another. That's where we come in andi show you how it's done."     But back to the workstation....o  F I think a $2K to $3K workstation would be a good idea. A machine, that doesn't D necessarily have to have the latest and greatest EVxx processor. But	 somethingaE pretty good. The 500au I'm writing this at right now is good startinga place.F It has more than enough power for my needs. Both for my personal needs at home,G and my professional needs at work. It has proven excellent at aiding me  in managing my servers.  F The apps are still a bit behind. On the personal side; It needs a good web H browser. A good word-processor and spreadsheet. Capable of inport/export toD Billybox sofware. On the professional side; A good tool for managing user< accounts both locally and on my servers would be good. Queue Manipulation. etc.  D If I could get a complete 500au type machine, hardware and software,1 and licenses, for about $2K, it'd be a good deal.R  < Remember what DPWS stands for "Digital Personal/Professional
 WorkStation."e  C If Compaq were to "cheapen" it down to $1K, I fear the quality that  makes us soIC proud to VMS advocates would be lost and DPWS would stand for "Dern2 Piece of$ Whimpy/Worthless Shhhh.... Schtuff!"    H Is the $2k type of workstation possible? Oh yea! The workstation doesn't needF to have the latest and greatest hardware. Let the hardware R&D be paid for byG the Enterprise level. A generation later would be pretty dern good! Noti onlyE have the bugs and defects been hashed out. But as a maker, you shoulds haveH learned what will work and what won't.... Your design time/cost would be a lot,E less. Also, keep things standard. Keep things simple. Don't muddy the  watersF with upteen configurations. A straight pedestal, PCI slots, "standard" memory,n etc.  D Is it practical? Also yes.  From a hardware stand-point a simplified hardwareG configuration would be both easier to design/build/maintain and cheapert too.F The apps would still need to be worked on, but Compaq wouldn't have to come up ? with an entire suite of everything with every bell and whistle.s  E Is it a good business opportunity? Also yes. Everybody who could takev	 advantage2D of a "native" OS on a smaller, but no less capable scale, would like	 this very>E type of platform. Developers, System Managers, Power users, Help DesksD Associates. These are professional, capable people. Not game players that can8 only ask "What button do I push?" Or "Where do I click?"  F Remember we're people who make things work... We are people who think. We areE people who solve problems. So many of the bells and whistles added tor theaF bloatware coming out of Redmond are there to give the marketing peopleF something to crow and strut about. Most of it is hardly ever used. And frankly,G not necessary. We could do wonderfully well with good, usable, flexible. tools/apps.   C To produce this type of platform would cost less, and have a bettert defined G market. For this, marketing would have an easier sell. A clearer tarket  to aim at.o  C Is it a business risk? Yes, but far less, because the investment is-	 less, and- the profit margin is higher.  E Again, figure out what you're good at, and stick with it! Digital was  good atRG making enterprise solutions. Compaq's finally figuring that out. Now...E stickz with what you're good at.n  C In the words of Dirty Harry. "A man's got to know his limitations."_  D In the words of Henry Ford. "You can have any color, as long at it's black.".  F In the words of someone else that I don't remember. "Do one thing, and do iti well."     Lyndon   --  G My opinions are mine and mine alone. They seldom align with those of my 	 employer.a    H The only good thing about putting the cart before the horse is you don't have to look at the horse's butt.   ------------------------------  # Date: Tue, 22 May 2001 18:13:48 GMT52 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)/ Subject: Re: Alphaserver 300 and OpenVMS V7.2-1C2 Message-ID: <w%xO6.609$fi2.15159@news.cpqcorp.net>  ^ In article <OhvO6.75$Mb7.10326@brie.direct.ca>, "J. Scott Greig" <jsgreig@geminaq.com> writes:  D :When attempting to install VMS V7.2-1 on an Alphaserver 300 (4/266)H :the system "hangs" while configuring the graphics adapter.  The adapter$ :in question is an ATI MACH64 (ISA).  I   The ISA version?  AFAIK, that widget was comparatively rare on OpenVMS.nL   AFAIK, you can have only one of these ISA widgets installed, and you need F   to be very careful about ISA physical address assignment collisions.  ? :The 7.2-1 CD-ROM will boot when using a serial console, and soaB :VMS can get installed, but attempting to boot the newly installed@ :software (as yet, unconfigured for DECnet, TCP/IP &etc.), usingA :the graphics console, and logging into the system using a serialm( :port, DECwindows server process is COM.  J   Boot off the serial console, install any available DECwindows Motif ECO J   kit (availability is dependant on which version of DECwindows Motif you F   have), and install the OpenVMS ECO kits (all mandatory kits, and theG   GRAPHICS kit), and check the DECW*.LOG files, and make sure you have ,$   enough physical memory configured.  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: Tue, 22 May 2001 18:04:35 GMTb2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)1 Subject: Re: Altavista search engine for OpenVMS?,2 Message-ID: <TSxO6.607$fi2.15271@news.cpqcorp.net>  E In article <9eas1p$adq$1@news.netmar.com>, System@Manager.com writes:2: :Is there a product similar to Altavista/PC to build a VMS? :documents database that could be searched by keywords, please?,  A   If you are going to forge your return address, at least make it D   something completely bogus -- rather than causing problems for the"   owner of the manager.com domain.  A   As for an OpenVMS-based search engine, there are ports of SWISHr>   and/or SWISH-E around.  http://sunsite.berkeley.edu/SWISH-E/  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: Tue, 22 May 2001 21:14:53 GMTiL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")1 Subject: Re: Altavista search engine for OpenVMS?u8 Message-ID: <009FC652.08FDAEC4@SSRL04.SLAC.STANFORD.EDU>  U In article <9ee25m$rgg$1@aquila.mdx.ac.uk>, david20@alpha2.mdx.ac.uk (D.Webb) writes:hY >In article <3B0A5312.60DE6E76@infopuls.com>, Christof Brass <brass@infopuls.com> writes:  >>B >>AFAIK Altavista has been developed by DEC and has been available	 >>on VMS.: >2 >aF >AFAIK Altavista has run on Tru64 and Windows but there has never been >a version running on VMS.C >This applies to all the Altavista products which DEC developed :- e$ >search engine, tunnel, firewall etc >tJ >(Note. Although they did not run on VMS many of them did run on Solaris).  M Actually, Altavista Firewall at least ran on VMS.  They discontinued it aftereJ selling something like 3 licenses the first year (according to the product manager at DECUS.)   -- Alane    O ===============================================================================E0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056dM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210rO ===============================================================================-   ------------------------------  # Date: Tue, 22 May 2001 21:37:27 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)1 Subject: Re: Altavista search engine for OpenVMS?i2 Message-ID: <r_AO6.631$fi2.15365@news.cpqcorp.net>   In article <009FC652.08FDAEC4@SSRL04.SLAC.STANFORD.EDU>, winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes:mN :In article <9ee25m$rgg$1@aquila.mdx.ac.uk>, david20@alpha2.mdx.ac.uk (D.Webb) :writes:G :>AFAIK Altavista has run on Tru64 and Windows but there has never been  :>a version running on VMS...6 ..6 :..Actually, Altavista Firewall at least ran on VMS...  J   There was firewall available on OpenVMS, a package known as the OpenVMS J   Firewall, though the package was retired some number of years ago.  The H   OpenVMS package was explicitly not known as an "AltaVista Firewall"...  *   Thus, arguably, both of you are correct.  J   I'd tend to use a dedicated firewall box, and not a general-purpose host1   with IP routing and firewall software loaded...   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: 21 May 2001 20:14:48 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) 1 Subject: Re: Altavista search engine for OpenVMS?s3 Message-ID: <1chV3Uj+$ifh@eisner.encompasserve.org>e  E In article <9eas1p$adq$1@news.netmar.com>, System@Manager.com writes:l; > Is there a product similar to Altavista/PC to build a VMSi@ > documents database that could be searched by keywords, please?  A The software that NorthernLight uses for their search engine runsiB on VMS.  I have no idea what is required for loading it with data,( and it is certainly a high-end solution.   ------------------------------  % Date: Tue, 22 May 2001 23:07:46 -040032 From: rdeininger@mindspring.com (Robert Deininger)1 Subject: Re: Altavista search engine for OpenVMS?sL Message-ID: <rdeininger-2205012307470001@user-2iveats.dialup.mindspring.com>  3 In article <1chV3Uj+$ifh@eisner.encompasserve.org>,D: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) wrote:  G > In article <9eas1p$adq$1@news.netmar.com>, System@Manager.com writes:-= > > Is there a product similar to Altavista/PC to build a VMStB > > documents database that could be searched by keywords, please? > C > The software that NorthernLight uses for their search engine runseD > on VMS.  I have no idea what is required for loading it with data,* > and it is certainly a high-end solution.  E Marc Krellenstein, CTO of NorthernLight, spoke at today's AlphaServereD Diamond Forum.  NorthernLight does sell their indexing and searchingI software to corporate customers, and it does run on (only) VMS.  They can G index html or just about any other data format.  No idea what it costs.0  F Maybe Compaq ought to license this software and distribute it with theJ OVMS doc kit, since the current html files are almost impossible to search in a useful way.  J Compaq likes to talk about all their vendor partnerships.  What do Compaq,G and VMS customers, get from all these partnerships?  Smoke and mirrors,oF but no searchable on-line documentation, even when a software solution  exists practially off the shelf.  > And don't even get me started on Oracle's smoke and mirrors...   -- o Robert Deininger rdeininger@mindspring.comd   ------------------------------  % Date: Tue, 22 May 2001 21:13:56 +0200I4 From: HUREMOVIC Amir <amir.huremovic@it-austria.com>& Subject: AW: Compaq Digital Tee Shirt.G Message-ID: <6FA3B2A74668D411B89700508B9588E201B3A748@v8.server.lan.at>i  
 stupid *itch!   # -----Urspr=FCngliche Nachricht-----t( Von: fabio_compaq@ep-bc.petrobras.com.br, [mailto:fabio_compaq@ep-bc.petrobras.com.br]& Gesendet: Dienstag, 22. Mai 2001 21:07 An: DEC User Cc: Info-VAX@Mvb.Saic.Comh& Betreff: Re: Compaq Digital Tee Shirt.    - There is one special link for VAX users :-)))l  B http://www.storfront.com/ace/detail.cfm?categoryid=3D39&part=3D133   Regardsn   F=E1biof            A "DEC User" <amir.huremovic@it-austria.com> em 22/05/2001 15:53:58i  < Favor responder a "DEC User" <amir.huremovic@it-austria.com>             Info-VAX@Mvb.Saic.Come      & Assunto: Re: Compaq Digital Tee Shirt.    
 Mr. Smith,  & you should try your luck on this site:   www.storfront.com/aces       INFORMATIONS-TECHNOLOGIE GMBHn   SYSTEMOPERATING AS/400 - VMS   Amir HUREMOVIC    8 "Christopher Smith" <csmith@amdocs.com> wrote in messageF news:3B55D7F383B0D31197D9009027541CBF0D9D1E7E@cmiexch1.cmi.itds.com... > > -----Original Message-----> > > From: rxp2158@ix.netcom.com [mailto:rxp2158@ix.netcom.com] >m, > >     Can anyone supply a lead as to where/ > > I might procure a Compaq Digital tee shirt.g. > > I have tried eBay + the AltaVista WEB site > > without much luck. >AC > Well, you might talk to either Sue Stonetski, or (I think) Alan =e Boyles (HieA > guys!  I hope I spelled those right. :), both of whom post on =  comp.os.vms  > pretty regularly.c > 
 > Regards, >p > Chrisl > # > Christopher Smith, Perl Developere > Amdocs - Champaign, IL >o > /usr/bin/perl -e 'A > print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");a > '  >c   ------------------------------    Date: 23 May 2001 05:42:16 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Backup to CD?- Message-ID: <878zjpgix3.fsf@prep.synonet.com>   + fabio_compaq@ep-bc.petrobras.com.br writes:   ( > Dont worry about backups anymore .....  F > IBM developed a 400 GB HD ! What means ? We have a Symmetrix with 24> > TB with a lot of "small disks" .... We should have a smaller9 > hardware if these disks were developed one year ago....e  C > And with the IBM + Compaq joint venture in storage, we can have ar< > small storageworks cabinet with a few (???) terabytes ....  E Well, you can get 180GB in a drive now, and IBM have just shipped theiE first drive using a new media that trebles the storge density limits. + So expect to see ~500GB drives by year end.   B If small SW cab is a HS with one backplane, that's about 20TB. The/ semi load of tape is beginning to look worried.h   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.u@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov l   ------------------------------  % Date: Tue, 22 May 2001 20:53:58 +0200s0 From: "DEC User" <amir.huremovic@it-austria.com>& Subject: Re: Compaq Digital Tee Shirt./ Message-ID: <9eeck7$mhd$1@leech.it-austria.net>h  
 Mr. Smith,  & you should try your luck on this site:   www.storfront.com/acep       INFORMATIONS-TECHNOLOGIE GMBHh   SYSTEMOPERATING AS/400 - VMS   Amir HUREMOVIC    8 "Christopher Smith" <csmith@amdocs.com> wrote in messageF news:3B55D7F383B0D31197D9009027541CBF0D9D1E7E@cmiexch1.cmi.itds.com... > > -----Original Message-----> > > From: rxp2158@ix.netcom.com [mailto:rxp2158@ix.netcom.com] >l, > >     Can anyone supply a lead as to where/ > > I might procure a Compaq Digital tee shirt.h. > > I have tried eBay + the AltaVista WEB site > > without much luck. >iL > Well, you might talk to either Sue Stonetski, or (I think) Alan Boyles (HiK > guys!  I hope I spelled those right. :), both of whom post on comp.os.vmsi > pretty regularly.q >u
 > Regards, >t > Chrisn >a# > Christopher Smith, Perl Developerr > Amdocs - Champaign, IL >l > /usr/bin/perl -e 'A > print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");e > 's >e   ------------------------------  % Date: Tue, 22 May 2001 16:07:20 -0300g) From: fabio_compaq@ep-bc.petrobras.com.br.& Subject: Re: Compaq Digital Tee Shirt.L Message-ID: <OF16517699.B30525B0-ON03256A54.0068FEF3@ep-bc.petrobras.com.br>  - There is one special link for VAX users :-)))v  B http://www.storfront.com/ace/detail.cfm?categoryid=3D39&part=3D133   Regards.   F=E1bion            A "DEC User" <amir.huremovic@it-austria.com> em 22/05/2001 15:53:58e  < Favor responder a "DEC User" <amir.huremovic@it-austria.com>             Info-VAX@Mvb.Saic.Comt      & Assunto: Re: Compaq Digital Tee Shirt.    
 Mr. Smith,  & you should try your luck on this site:   www.storfront.com/acea       INFORMATIONS-TECHNOLOGIE GMBHs   SYSTEMOPERATING AS/400 - VMS   Amir HUREMOVIC    8 "Christopher Smith" <csmith@amdocs.com> wrote in messageF news:3B55D7F383B0D31197D9009027541CBF0D9D1E7E@cmiexch1.cmi.itds.com... > > -----Original Message-----> > > From: rxp2158@ix.netcom.com [mailto:rxp2158@ix.netcom.com] > , > >     Can anyone supply a lead as to where/ > > I might procure a Compaq Digital tee shirt. . > > I have tried eBay + the AltaVista WEB site > > without much luck. >aH > Well, you might talk to either Sue Stonetski, or (I think) Alan Boyle= so (Hi H > guys!  I hope I spelled those right. :), both of whom post on comp.os= vmsc > pretty regularly.c >e
 > Regards, >s > Chris  > # > Christopher Smith, Perl Developero > Amdocs - Champaign, IL >S > /usr/bin/perl -e 'A > print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");  > 'w >o             =e   ------------------------------  % Date: Tue, 22 May 2001 16:05:47 -0400  From: Tym_Stegner@cca-int.comf Subject: Dec 2000 Power SupplyA Message-ID: <OF5046687B.CCF1BF7B-ON85256A54.006DE7FB@cca-int.com>r  G I now agree with previous respondents about the degree of difficulty toaK locate information in the compaq/openvms website.  I think I was just about K to locate the data i needed when I got stomped with a 404 on the page I wasa hyperlinking to.  G Sigh.   True, there is a LOT of data there to maintain, and I certainly 7 wouldn't want to design the relationships between them.t  I So, after searching compaq, jeeves, and such, the question:  What are thetI power requirements of a DecPC 150 AXP / DEC 2000 / "Jensen" ?     Our UPSeH on that system is frying itself, and was apparently overpowered to beginB with.   Short of taking the system apart, I can't locate the powerJ requirements.    It appears to be something along the lines of "48 VDC" at1 "131-150W", but I'm very unsure of those figures.a  I Can anyone shed a light?    If at all possible, include a pointer to suchu resources for the future?"   thanks,o -Tym   ------------------------------  % Date: Tue, 22 May 2001 17:00:17 -0400 * From: "Andy Stoffel" <acs@fcgnetworks.net>" Subject: Re: Dec 2000 Power Supply7 Message-ID: <2sAO6.27582$iC1.824382@news6.giganews.com>y  * <Tym_Stegner@cca-int.com> wrote in message; news:OF5046687B.CCF1BF7B-ON85256A54.006DE7FB@cca-int.com...e  K > So, after searching compaq, jeeves, and such, the question:  What are the K > power requirements of a DecPC 150 AXP / DEC 2000 / "Jensen" ?     Our UPShJ > on that system is frying itself, and was apparently overpowered to beginD > with.   Short of taking the system apart, I can't locate the powerL > requirements.    It appears to be something along the lines of "48 VDC" at3 > "131-150W", but I'm very unsure of those figures.t  0 According to the SOC for the DEC 2000 Model 300:   Power Requirements' Line voltage     120/240 V auto-sensing  Frequency        Single phaset# Maximum power consumption     254 Ws  9 The SOC for the DECpc AXP 150, oddly enough, doesn't say.w: As far as where to get the SOC... I don't remember where I8 got them but it was several years ago... (in pdf format)   -Andy- -g   ------------------------------   Date: 22 May 2001 22:05:52 GMT) From: leslie@clio.rice.edu (Jerry Leslie) " Subject: Re: Dec 2000 Power Supply' Message-ID: <9eens0$ah4$1@joe.rice.edu>   ) Andy Stoffel (acs@fcgnetworks.net) wrote:d  ; : The SOC for the DECpc AXP 150, oddly enough, doesn't say.m< : As far as where to get the SOC... I don't remember where I: : got them but it was several years ago... (in pdf format)   Try:  J   http://www.compaq.com/products/quickspecs/soc_archives/SOC_Archives.html     --Jerry Leslie     1   ------------------------------    Date: 21 May 2001 20:10:57 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)w$ Subject: Re: DEC-style USB keyboard?3 Message-ID: <nsPn09xQ0qZa@eisner.encompasserve.org>   ` In article <27ohgtkk20tne4bfdfitjfutivtmrrkk33@4ax.com>, Alan Greig <a.greig@virgin.net> writes:4 > On Sun, 20 May 2001 13:33:11 -0400, Forrest Kenney) > <Forrest.Kenney@compaq.com.doom> wrote:s > J >>    At the present time the folks doing the OpenVMS USB work do not know% >>of any LK style keyboards that haveuD >>a USB connector.  Will there ever be one I cannot say, my personal1 >>belief is Compaq is highly unlikely to fund andeH >>build LK style keyboards with a USB connector.  But I don't make these, >>sorts of decisions.  We have made it knownD >>that the OpenVMS customer base will not be happy with a PC layout. > F > Oh dear.... It is bad enough that the build quality of the VMS styleE > keyboards has deteriorated over the years but losing it completely?o > G > If you put an old LK411 next to a brand new LK461 the keyboard layoutaG > is identical but one feels strong and sturdy and the other feels like, > a cheap PC keyboard. > G > It seems strange that Compaq can't use the mouldings for the LK461 atLF > least on a new USB keyboard with the electronics from a PC based USBG > keyboard. Surely this will cause problems for Tru-64 users as well if-' > they are used to a VT style keyboard?e  @ If Compaq does not move, some hardware enterpreneur could buy up> old keyboards on eBay and convert the electronics.  Or build aB converter box similar to the ADB-USB boxes available on the marketA for Macintosh.  Preferably with a big label saying "We built what: Compaq could not".   ------------------------------    Date: 23 May 2001 05:35:02 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: DSSI problemr- Message-ID: <87d791gj95.fsf@prep.synonet.com>c    Since SCSI has had a good run :)  B I have been trying to set up the new vax I got last week, and have" hit a problem that has me stumped.  A I have a 4400, and a 4700A, two DSSIs on each. DSSI 0 has 2 RZ72saE and 4 RZ73, all in the CPU cab slots, and cabled together. That worksr fine.f  E DSSI 1 on each goes, or I'd like it to go, to a R400 cab with a TZ86,eF and 5 RZ73s. It works from either system, but if I cable them both in,C all the devices vanish, all either machine can see is its own SHAC.u  ? Some times, I get the term power message when I probe the bus..l  ? It works fine with either host, but all falls in a hole with 2.-   Anyone any ideas?    -- l< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.-@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov D   ------------------------------  # Date: Tue, 22 May 2001 22:11:29 GMTu2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: DSSI problemi2 Message-ID: <luBO6.634$fi2.15423@news.cpqcorp.net>  \ In article <87d791gj95.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:  B :I have a 4400, and a 4700A, two DSSIs on each. DSSI 0 has 2 RZ72sF :and 4 RZ73, all in the CPU cab slots, and cabled together. That works :fine. : F :DSSI 1 on each goes, or I'd like it to go, to a R400 cab with a TZ86,G :and 5 RZ73s. It works from either system, but if I cable them both in,lD :all the devices vanish, all either machine can see is its own SHAC.  %   TZ and RZ disks are SCSI, not DSSI.   =   Are there some number of HSD05 or HSD10 widgets in the mix?a  ?   Check the FAQ for pointers on how to set the unit numbers and=*   allocation class for the DSSI widgets...  @   Also make sure the host DSSI controllers and all DSSI widgets    have unique DSSI addresses.6  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: 23 May 2001 06:39:24 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: DSSI problemt- Message-ID: <874rudgg9v.fsf@prep.synonet.com>   4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  ^ > In article <87d791gj95.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes: > D > :I have a 4400, and a 4700A, two DSSIs on each. DSSI 0 has 2 RZ72sH > :and 4 RZ73, all in the CPU cab slots, and cabled together. That works > :fine. > :oH > :DSSI 1 on each goes, or I'd like it to go, to a R400 cab with a TZ86,I > :and 5 RZ73s. It works from either system, but if I cable them both in,tF > :all the devices vanish, all either machine can see is its own SHAC. > ' >   TZ and RZ disks are SCSI, not DSSI.a   Oops, make that RF and TF...  @ I'm getting a Brick HSD soon I hope. Once I get this lot sorted.  D BTW, is there a manual for the R400 anywhere? I notice it has a SCSID addapter card next to the PS, still with its nice red factory covers over the connectors. -   -- -< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov h   ------------------------------    Date: 22 May 2001 20:38:50 -05003 From: malmberg@encompasserve.org (John E. Malmberg)a Subject: Re: DSSI problemt3 Message-ID: <$sF$oegIr$rN@eisner.encompasserve.org>   - In article <874rudgg9v.fsf@prep.synonet.com>,t2 Paul Repacholi <prep@prep.synonet.company> writes:6 > hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: >i0 >> In article <87d791gj95.fsf@prep.synonet.com>,2 Paul Repacholi <prep@prep.synonet.company> writes: >>E >> :I have a 4400, and a 4700A, two DSSIs on each. DSSI 0 has 2 RZ72s)I >> :and 4 RZ73, all in the CPU cab slots, and cabled together. That workse	 >> :fine.7 >> :I >> :DSSI 1 on each goes, or I'd like it to go, to a R400 cab with a TZ86,oJ >> :and 5 RZ73s. It works from either system, but if I cable them both in,G >> :all the devices vanish, all either machine can see is its own SHAC.s >>( >>   TZ and RZ disks are SCSI, not DSSI. >C > Oops, make that RF and TF... >aB > I'm getting a Brick HSD soon I hope. Once I get this lot sorted. >aF > BTW, is there a manual for the R400 anywhere? I notice it has a SCSIF > addapter card next to the PS, still with its nice red factory covers > over the connectors.  J That is not a SCSI adapter card.  It is just the endpoints of the internalH SCSI bus that runs through the R400 box.  I know it at least goes to theG "TAPE" bay above the power switch, but I am not sure what other bays ittF will reach.  If you open it up and look behind the covers, that should be obvious.t   -Johns Personal Opinion Onlyt wb8tyw@qsl.network   ------------------------------  % Date: Wed, 23 May 2001 00:50:52 -0400 ( From: Hamlyn Mootoo <univms@bigfoot.com> Subject: Re: DSSI probleme+ Message-ID: <3B0B41AC.F194D7E2@bigfoot.com>g  K It has been a while since I've worked with DSSI, but did you make sure that K the DSSI node ID's of both systems are different on either end of that DSSI. 1 bus?   Paul Repacholi wrote:   " > Since SCSI has had a good run :) > D > I have been trying to set up the new vax I got last week, and have$ > hit a problem that has me stumped. >5C > I have a 4400, and a 4700A, two DSSIs on each. DSSI 0 has 2 RZ72scG > and 4 RZ73, all in the CPU cab slots, and cabled together. That works9 > fine.A >@G > DSSI 1 on each goes, or I'd like it to go, to a R400 cab with a TZ86,-H > and 5 RZ73s. It works from either system, but if I cable them both in,E > all the devices vanish, all either machine can see is its own SHAC.  > A > Some times, I get the term power message when I probe the bus..  >rA > It works fine with either host, but all falls in a hole with 2.c >a > Anyone any ideas?y >3 > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda.eB >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked.J > Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,$ >   mpowell@fcc.gov,gtristan@fcc.gov   ------------------------------   Date: 22 May 2001 22:19:47 GMT* From: bleau@umtof.umd.edu (Lawrence Bleau)' Subject: Re: From seconds to delta-timeB) Message-ID: <9eeom3$2j9$1@hecate.umd.edu>i  ` In article <9e5k0h$m9s$1@uranium.btinternet.com>, "Richard Maher" <maher_rj@hotmail.c*m> writes: >Hi, >mK >So what went wrong? Do you have an example? Depending on where you put theDI >implied decimal point you might have had a couple too many zeros but VMSh> >times are not opaque quadwords. It's pretty straight forward.  N I longer have the failing code fragment (why should I? the program now works).O I was using Fortran, and I declared the time quadwords as INTEGER*8.  It could, N I'll admit, have been an implied decimal point problem (8640000 was the number% I added to advance the time one day).\  K Anyway, I fell back and punted, and it's working, so I left the code alone.-   Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.educ   ------------------------------  % Date: Wed, 23 May 2001 00:07:49 -0400e, From: Richard Lemmon <dicklemmon@bright.net>5 Subject: Got a computer? Put it to work and earn $$$$B- Message-ID: <6334200153234749500@oemcomputer>   K Do business in 50 countries from your computer with our 20 year, Nasdaq tr=hK aded, global company with a 10-fold growth in the last decade=2E Training =nK and support in 20 languages via live schools, internet audio/videos, confe= K rence calls or via the world's largest private satellite network=2E  500 t=j o 2500 per month part time=2Es  ? http://www=2E4abetterfuture=2Ecom/entry3=2Easp?ref=3Dbetterlife   ) Copy and paste in your browser to view=2El  G This is not SPAM your name is on a safe list as a safe to email addresspK To be removed email  <dicklemmon@bright=2Enet> and type REMOVE in the subj=  ect line=2E=20   ------------------------------  % Date: Tue, 22 May 2001 19:46:39 +0100 ! From: Andy Burns <andy@burns.net> G Subject: Re: If backup does not select any files, why do a verify pass?m8 Message-ID: <10dlgtk4f8urikgaksikj3r16vggs38tn0@4ax.com>  1 On Tue, 22 May 2001 18:27:29 +0100, Tim Llewellyn-  <tim.llewellyn@bbc.co.uk> wrote:  > >$       backup/verify/select=([xxx.yyy.]*.*;*) mka500:z.sav -* >        disk$user1:[xxx.zzz.yyy]*.*;*/LOG2 >%BACKUP-I-STARTVERIFY, starting verification pass >sC >?, no files have been selected, why rewind the tape and reread the 	 >saveset?n   does adding a /FAST help ?     -- G
 Andy Burns   ------------------------------    Date: 22 May 2001 15:50:27 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)1, Subject: Mark Gorham (was: Promotions at Q.)3 Message-ID: <c$GFIhr3aMJM@eisner.encompasserve.org>5  h In article <OF60BDF2A7.A7030441-ON88256A54.0068DA59@foundation.com>, Shane.F.Smith@Healthnet.com writes: > I > Apparently Mark Gorham has an engineering background of some sort, so IEK > wouldn't wish him out as yet. 'Course, the jury's out until we see how hee > tackles the job.  D I remember Mark Gorham going through the aisles of the US Trade ShowD making sure all the VMS-relevant exhibitors had a copy of the latest8 (possibly SDK) version of VMS -- i.e., handing them one.  C I am not suggesting that a vice-president should have that in theirAD job description, just that from that former experience Mark realizesF that third party vendors appreciate support and that technical support. is more important than T-shirts in some cases.   ------------------------------  # Date: Tue, 22 May 2001 22:05:57 GMTc' From: Colin Blake <colin@theblakes.com>l Subject: Re: Mozilla 0.9- Message-ID: <3B0AE242.A709B688@theblakes.com>e  & "Brian Schenkenberger, VAXman-" wrote:  I > Well you've had a few days now to go back and read this thread.  Do you:I > have any comments/suggestions as to how I might get M0.9 to run without ) > it trashing the X server on my machine?t  U Some information about which version of VMS and DECwindows would help, along with any:U ECO's. And what kind of graphics adapter are you using, and what resolution is it in?4  ) Also account quotas would be good to see.S  1 Have you been able to run ANY version of Mozilla?D   Can you run Navigator V3?9  3 It really would be better to take this to bugzilla.g   ------------------------------  # Date: Wed, 23 May 2001 01:23:22 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)c Subject: Re: Mozilla 0.90 Message-ID: <009FC68D.E46BC040@SendSpamHere.ORG>  W In article <3B0AE242.A709B688@theblakes.com>, Colin Blake <colin@theblakes.com> writes:n' >"Brian Schenkenberger, VAXman-" wrote:  >pJ >> Well you've had a few days now to go back and read this thread.  Do youJ >> have any comments/suggestions as to how I might get M0.9 to run without* >> it trashing the X server on my machine? > V >Some information about which version of VMS and DECwindows would help, along with anyV >ECO's. And what kind of graphics adapter are you using, and what resolution is it in?  2 AlphaStation 200 4/233; OpenVMS V7.2-1; TCPIP 5.0A  384MB memory; ZXLp-E3 @1280x1024    * >Also account quotas would be good to see.   System Account:i9 Maxjobs:         0  Fillm:       400  Bytlm:        64000i9 Maxacctjobs:     0  Shrfillm:      0  Pbytlm:           0s9 Maxdetach:       0  BIOlm:       150  JTquota:       4096t9 Prclm:          10  DIOlm:       150  WSdef:        10240e9 Prio:            4  ASTlm:       250  WSquo:        16384 9 Queprio:         0  TQElm:        20  WSextent:     20480 9 CPU:        (none)  Enqlm:      2000  Pgflquo:    2000000n  = I've also increase the DECWindows server quota to rediculous 0 levels:n  3 $ define/nolog DECW$SERVER_FILE_LIMIT           400w4 $ define/nolog DECW$SERVER_ENQUEUE_LIMIT        10245 $ define/nolog DECW$SERVER_WSDEF                10240r5 $ define/nolog DECW$SERVER_WSQUOTA              16384f5 $ define/nolog DECW$SERVER_WSEXTENT             20480f7 $ define/nolog DECW$SERVER_PAGE_FILE            2000000e      2 >Have you been able to run ANY version of Mozilla?   Successfully? No.-     >Can you run Navigator V3?  H Yes except that it shitcans any subsequent process's attempts to use the fonts they want.    4 >It really would be better to take this to bugzilla.  ( Take away the email address requirement.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMe            eO city, n., 1. a place where trees are cut down and streets are named after them.r   ------------------------------  # Date: Tue, 22 May 2001 22:14:29 GMT ' From: Colin Blake <colin@theblakes.com>l9 Subject: Re: Mozilla eater of resources (Re: Mozilla 0.9)m- Message-ID: <3B0AE442.A8705B2A@theblakes.com>s   Alain Chappuis wrote:e  I > For my AlphaStation 255/300, when Mozilla is charged in memory and thatoB > it does not have anything to make (I believe) it uses 10% of CPU > resource permanently?v  % This number should be lower in M0.91.e   ------------------------------  % Date: Tue, 22 May 2001 22:43:20 +0100o/ From: "steve cage" <steven.cage@btinternet.com> # Subject: MultiHost SCSI Performanceo1 Message-ID: <9eemi5$pi4$1@uranium.btinternet.com>e   OpenVMS V7.2-1  J I have recently installed a new two node cluster (2 x ds20e) with a sharedI scsi bus. There are two scsi buses connects to four kzpsa-cb dif adapters2& utilizing host based volume shadowing.  L With a single node running, disk performance is fine. My problems start if IJ add the second node to the cluster. Disk performance starts to deteriorateK and te VIOC cache starts to drop memory. If I shut down the node everything. starts to perform normally.   I I have the pk*0_disconnect parameters set to 1 on all the controllers and  the allocation class is ok.-  * Has anyone come across anything like this?   Thanks for any assistance.  
 Steve Cage   ------------------------------  % Date: Tue, 22 May 2001 16:52:22 -0300g) From: fabio_compaq@ep-bc.petrobras.com.brg$ Subject: OpenVMS x Incivta (by CNET)L Message-ID: <OFC0C78E60.D928ECC7-ON03256A54.006CFB56@ep-bc.petrobras.com.br>  L I am justing wondering: if  the IP "virtually changing" technology developedI by Invicta really works, should be great to improve th OpenVMS security ?   1 http://news.cnet.com/news/0-1003-200-5996375.html   0 People from Compaq and  Process know it yet ????   Regardsl   FC   ------------------------------    Date: 21 May 2001 19:53:18 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)  Subject: Re: Opera browser3 Message-ID: <71X3wRxLCBln@eisner.encompasserve.org>e  X In article <3B05B563.B9192D11@infopuls.com>, Christof Brass <brass@infopuls.com> writes: > Larry Kilgallen wrote: >> ik >> In article <OFB8AE5EB5.2786550A-ON88256A4F.0079FFEC@foundation.com>, Shane.F.Smith@Healthnet.com writes:  >> >P >> > Observations suggest it's OK. The pay version doesn't appear on the spywareL >> > infested software list, and there are people using ethernet sniffers toP >> > check. 'Course, they could always be doing some funky kind of encryption so >> > it doesn't show up. >> uI >> It could be waiting two years to start reporting, after it is popular.  > @ > Do you think their business will then continue. If not: do you= > think they would have earned enough money then? What do youl> > think of negotiating a special licence agreement for the VMS? > version which specifically excludes all that sort of activity A > and would include a very high fee they had to pay if they brake- > the contract?   + Let me answer in Brian Schenkenberger mode.p  6 	I am more interested in assurance of security than in7 	assurance that in the event of malfeasance there wouldI 	be income for lawyers.    ------------------------------  % Date: Tue, 22 May 2001 21:11:47 -0400r  From: Kuff@Tessco.Com (Hal Kuff)  Subject: Oracle 8.1.6 SQLLIB.OLBO Message-ID: <DA415CB103938FBA.CDAA33EE1DD8BB68.13F0683A6445AEB3@lp.airnews.net>g  J    I'm looking for sqllib.olb for oracle 8.1.6 ... the installer built theI version for 7.3.4 we have running but despite building all 14 products oncE the 8.1.6 install we don't seem to wind up with an sqllib.olb libraryi8 ..... anyone know how the installer would build this...?   ------------------------------    Date: 22 May 2001 17:49:25 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)l3 Subject: PC compiler pricing (was: Promotions at Q)d3 Message-ID: <DGS8ONs9FHuI@eisner.encompasserve.org>m  u In article <NEBBKPNOEDHBDNGMKDLEAEJPEJAA.metze@ginny.mrl.uiuc.edu>, Virginia Metze <metze@ginny.mrl.uiuc.edu> writes:   L > Also, who would one talk to at Compaq to try to get better pricing for theM > Compaq/Digital Fortran for PCs.  It is great, but at 400 bucks a shot (even2P > for just the license and no manual or CD) it is going to be hard to get people > to	 > use it.b  B I pay more than $400 for compilers for PCs and Macintosh (althoughF not Fortran).  That price seems fair to me for a DEQ quality compiler.   ------------------------------  % Date: Tue, 22 May 2001 22:05:05 -0700R3 From: Jeff Coffield <Jeffrey@DigitalSynergyInc.com>e Subject: Re: PGP revisited5 Message-ID: <3B0B4501.3787F0E5@DigitalSynergyInc.com>a   Glenn or Mary Everhart wrote:7  I > There are VMS ports of Gnupg which are not too old. Gnupg is an openpgpcJ > implementation. I am inclined, since Zimmerman left NAI, to expect gnupg/ > to be the more developed of the pair shortly.f >D    Where do you find Gnupg for VMS?   ------------------------------  % Date: Tue, 22 May 2001 14:38:17 -0400i  From: Dima Volodin <dvv@dvv.org>+ Subject: Re: POSIX threads and word tearinga' Message-ID: <3B0AB219.B41BCE5D@dvv.org>a   Bob Koehler wrote: > L > In article <3B090CE4.B8F6B354@dvv.org>, Dima Volodin <dvv@dvv.org> writes:S > > I have no problems adapting my application to a particular hardware, all I need-O > > to know is what exactly I need to adapt to. As I asked a couple of messages Q > > back, how do I get this hardware specific information using POSIX interfaces?-P > > And yes, I know how to do hardware specific tuning using things like '#ifdefT > > i386/alpha/sparc' and asm(), but I don't really think that a "Portable OperatingA > > System Interfaces" compliant code should use hacks like that.c > J > The closer you get to the hardware the less usefull standards like POSIXE > are.  I had a simple program to scan tapes.  It ran on a variety of2I > POSIX compliant systems.  50 lines of C and 250 lines of #ifdef's for 4w > or 5 POSIX compliant systems.n  M It's not a problem if these #ifdefs are explicitly covered by POSIX, and it'swL not a problem if these #ifdefs deal with something beyond the scope of POSIX1 (like device names and device-specific ioctls()).   J > There's no reason a standard can't go to these levels, but I've not seen > one that does.  K Well, if you consider Java specs to be standard, it's one of those that do.e  M Without memory granularity requirements and/or a way to account for differentiP ways different architectures deal with memory granularity, I don't see how POSIX9 threads interface can be portable (as the name suggests).   A > Bob Koehler                     | Computer Sciences Corporation    Dima   ------------------------------  % Date: Tue, 22 May 2001 20:25:21 -0700p! From: Koloth <koloth@tmisnet.com>g" Subject: Re: Problems using CSWING+ Message-ID: <3B0B2DA1.23D8DB2C@tmisnet.com>-  @ I looked and found that my terminal was already had HOSTSYNC set   Any other ideas?   Thanks Cass   "David J. Dachtera" wrote:   > "Richard L. Dyson" wrote:r > >i > > Koloth wrote:o > > > H > > > I'm having an annoying problem when I use CSWING from the freewareL > > > disk.  I've tried it on Alphas running OpenVMS V7.1 and V7.2-1H1.  TheG > > > problem is that very often while using the arrow keys to navigate<I > > > arround the CSWING directory tree the escape sequences keep getting L > > > munged and it is interpreting the arrow key as just a letter.  This of" > > > course is very frustraiting. > >eQ > > What kind of terminal are you using? DECterm, true VT, PC term emulator, etc.o > >:O > > I see this sometimes too, but never with my DECterms or VT340 windows on anhM > > X-Terminal or with KEA! VT340-emulator on a Win/PC.  I only see it on old  > > VT340s.S >,J > Make sure to SET TERM/HOSTSYNC in your LOGIN.COM, or set the appropriateD > bit in the TTY_DEFCHAR parameter (%X10, see the parameters HELP inJ > SYSMAN or SYSGEN). This can cause problems, perhaps including this - the, > default is usually to not enable HOSTSYNC. >v > Just a thought...  >t > -- > David J. Dachtera. > dba DJE Systemsd > http://www.djesys.com/ >b< > Unofficial Affordable OpenVMS Home Page and Message Board:! > http://www.djesys.com/vms/soho/i >,H > This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings > is to be expected. >tB > Feel free to exercise your rights of free speech and expression. >nH > However, attacks against individual posters, or groups of posters, are > strongly discouraged.o   ------------------------------  % Date: Tue, 22 May 2001 12:07:36 -0700.! From: Shane.F.Smith@Healthnet.come Subject: Re: Promotions at Q.hD Message-ID: <OF60BDF2A7.A7030441-ON88256A54.0068DA59@foundation.com>  G Apparently Mark Gorham has an engineering background of some sort, so I I wouldn't wish him out as yet. 'Course, the jury's out until we see how het> tackles the job. Besides, I doubt Hoff would enjoy management.  ? The change I'd like to see is Sue Skonetski as VP of marketing.S   Shane           = fabio_compaq@ep-bc.petrobras.com.br on 05/22/2001 06:53:49 AM   5 Please respond to fabio_compaq@ep-bc.petrobras.com.bri   To:   Info-VAX@Mvb.Saic.ComZ cc:    Subject:  Re: Promotions at Q.    ) I suggest Hoffman as VP of OpenVMS  ! ! !h   Regardsa   FC        > Michael Austin <miaustin@bellsouth.net> em 22/05/2001 10:23:14  9 Favor responder a Michael Austin <miaustin@bellsouth.net>f             Info-VAX@Mvb.Saic.Com        Assunto: Promotions at Q.a    H If you were unaware of this, Rich Marcello is now the head of the entireE High Performance Systems business and Mark Gorham has replaced him as  the VP for OpenVMS.    Michael Austin -- Now Available . First DBA Source, Inc - firstdbasource@att.net: A DBA Consulting Firm Specializing in Oracle Rdb and RDBMS2 on OpenVMS as well as Apache and OSU Web services. 704-947-1089 (Office)-   ------------------------------  % Date: Tue, 22 May 2001 16:43:02 -0500.* From: WILLIAM WEBB <WWEBB1@email.usps.gov> Subject: RE: Promotions at Q. - Message-ID: <0033000025067664000002L042*@MHS>e  8 =0AFrom your mouth to Capellas' (or the board's) ears...   WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETh% > Sent: Tuesday, May 22, 2001 3:25 PMtF > To: Webb, William W - Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET > Subject: RE: Promotions at Q.h >o >r> > Apparently Mark Gorham has an engineering background of some > sort, so I= > wouldn't wish him out as yet. 'Course, the jury's out untila > we see how hec@ > tackles the job. Besides, I doubt Hoff would enjoy management. >0A > The change I'd like to see is Sue Skonetski as VP of marketing.  >e > Shanen >u >d >n >t >w? > fabio_compaq@ep-bc.petrobras.com.br on 05/22/2001 06:53:49 AMo >a7 > Please respond to fabio_compaq@ep-bc.petrobras.com.br  >a > To:   Info-VAX@Mvb.Saic.Com- > cc:- >-  > Subject:  Re: Promotions at Q. >7 > + > I suggest Hoffman as VP of OpenVMS  ! ! !h >e	 > Regards: >t > FC >e >P >i >o@ > Michael Austin <miaustin@bellsouth.net> em 22/05/2001 10:23:14 > ; > Favor responder a Michael Austin <miaustin@bellsouth.net>y >, >s >  >       Info-VAX@Mvb.Saic.Com  >0 >l >r > Assunto: Promotions at Q.a >n >n? > If you were unaware of this, Rich Marcello is now the head ofd > the entireH > High Performance Systems business and Mark Gorham has replaced him as=   > the VP for OpenVMS.  >e! > Michael Austin -- Now Available=0 > First DBA Source, Inc - firstdbasource@att.net< > A DBA Consulting Firm Specializing in Oracle Rdb and RDBMS4 > on OpenVMS as well as Apache and OSU Web services. > 704-947-1089 (Office)n >=   ------------------------------  % Date: Tue, 22 May 2001 16:04:10 -0500-/ From: Virginia Metze <metze@ginny.mrl.uiuc.edu>  Subject: RE: Promotions at Q.bC Message-ID: <NEBBKPNOEDHBDNGMKDLEAEJPEJAA.metze@ginny.mrl.uiuc.edu>a   Is Lipcon still around?   J Also, who would one talk to at Compaq to try to get better pricing for theK Compaq/Digital Fortran for PCs.  It is great, but at 400 bucks a shot (eveniN for just the license and no manual or CD) it is going to be hard to get people to use it.K   Ginny MetzeY     > -----Original Message-----3 > From: WILLIAM WEBB [mailto:WWEBB1@email.usps.gov]a% > Sent: Tuesday, May 22, 2001 4:43 PMn > To: Info-VAX@Mvb.Saic.Comn > Subject: RE: Promotions at Q.- >- >- > 7 > From your mouth to Capellas' (or the board's) ears...d >s > WWWebb >L > > -----Original Message-----3 > > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETa' > > Sent: Tuesday, May 22, 2001 3:25 PMcH > > To: Webb, William W - Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET! > > Subject: RE: Promotions at Q.e > >M > >o@ > > Apparently Mark Gorham has an engineering background of some > > sort, so I? > > wouldn't wish him out as yet. 'Course, the jury's out until  > > we see how heMB > > tackles the job. Besides, I doubt Hoff would enjoy management. > > C > > The change I'd like to see is Sue Skonetski as VP of marketing.v > >n	 > > Shanei > >h > >g > >  > >  > >mA > > fabio_compaq@ep-bc.petrobras.com.br on 05/22/2001 06:53:49 AMo > >c9 > > Please respond to fabio_compaq@ep-bc.petrobras.com.brs > >t > > To:   Info-VAX@Mvb.Saic.Comu > > cc:  > >t" > > Subject:  Re: Promotions at Q. > >T > >t- > > I suggest Hoffman as VP of OpenVMS  ! ! !- > >  > > Regards  > >0 > > FC > >M > >r > >o > >lB > > Michael Austin <miaustin@bellsouth.net> em 22/05/2001 10:23:14 > >4= > > Favor responder a Michael Austin <miaustin@bellsouth.net>r > >  > >e > >u > >       Info-VAX@Mvb.Saic.Com  > >e > >i > >e > > Assunto: Promotions at Q.t > >g > >nA > > If you were unaware of this, Rich Marcello is now the head ofe > > the entireI > > High Performance Systems business and Mark Gorham has replaced him asl > > the VP for OpenVMS.. > >w# > > Michael Austin -- Now Availableu2 > > First DBA Source, Inc - firstdbasource@att.net> > > A DBA Consulting Firm Specializing in Oracle Rdb and RDBMS6 > > on OpenVMS as well as Apache and OSU Web services. > > 704-947-1089 (Office)t > >=   ------------------------------  % Date: Tue, 22 May 2001 20:17:22 -07001! From: Koloth <koloth@tmisnet.com>a Subject: Re: Promotions at Q.,+ Message-ID: <3B0B2BC1.1E1C65A9@tmisnet.com>-  J I have had the pleasure to know Mark for past several years.  I think this@ promotion is a very, very good thing.  He understands marketing.O Now he will be in a position to really shine.  I wish Mark the best of luck anda congratulations.   Cass Witkowski SAIC   "Terry C. Shannon" wrote:w  9 > "WILLIAM WEBB" <WWEBB1@email.usps.gov> wrote in message ) > news:0033000025022648000002L082*@MHS...  >c > This is a "Good Thing..."w > Very, very much so.h >yK > I will leave the detailed pontification and expounding upon Mr. Gorham ton% > the also much esteemed Mr. Shannon.p >M& > Congratulations to Mark and to Rich. > J > Yes indeed. A very positive development. Recall that when Rich took overG > VMS, it was a business in decline. Aided by their familiar, a GartnerbN > emigre, Decpaq was doing its damnest to migrate customers to Windows. UnlikeM > many a pointy haired Senior Manager (including the then-CTO), Rich realized N > that the claims of near-term NT-VMS functional parity were so much MicrosoftN > codswallop. Rich managed to restore credibility with the customer base while& > returning VMS to modest growth mode. >n& > Not an insignificant accomplishment. >uK > So Rich now has the whole Alpha-VMS-Tru64 franchise. If he can repeat hiseL > VMSuccess with the High Performance Systems franchise, things are bound to > improve in the Alpha space.e >eI > Mark is a VMS Group emigre who spent the last 18 months in the ServicesWL > world. Since a goodly number of VMS engagements are services-led, Mark hasJ > the right background to exploit both the OS and Services elements of the; > equation. All in all, this looks like a pretty good deal.  >sC > And that's about all I can contribute by way of pontification and.J > expounding, other than to say that VMS Groupies and customers alike haveN > responded quite positively to the latest round of Management Musical Chairs.   ------------------------------   Date: 22 May 2001 22:18:48 CDT= From: wayne@tachysoft.xxx.310887.killspam.0162 (Wayne Sewell)  Subject: Re: Promotions at Q.-. Message-ID: <hTjB$W2BGLFb@tachxxsoftxxconsult>  Y In article <3B0A729D.37661D1E@bbc.co.uk>, Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:m# > steven.reece@quintiles.com wrote:l > D >> Presumably this will be enabled with the change to a 48-hour day?D >> Otherwise how would Hoff fit in any more than he's already doing?	 >> Steve.b > < > Hey, if VMS engineering can make the 48 hour day work I'll > have some of that too :-)  >   J Those of us who are paid by the hour would *really* *REALLY* love it!  :-)   Wayneg -- tO ===============================================================================eM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxe: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O ===============================================================================iK Hotel guy (after bed demolition):  That bed goes back to Henry the eighth!!nO    Curly: That's nothin'!  We had a bed go back to Sears and Roebuck the fifth!    ------------------------------  % Date: Tue, 22 May 2001 14:41:07 -0400n- From: "Peter Weaver" <peter.weaver@stelco.ca> & Subject: Re: Recognising a LAT Service4 Message-ID: <NpyO6.240323$Z2.2656075@nnrp1.uunet.ca>  7 "Chuck Chopp" <ChuckChopp@rtfmcsi.com> wrote in message-% news:3B095852.C94C528C@rtfmcsi.com...  > rodney_jones wrote:p >eB > > I have an Alpha OpenVMS Cluster.  Using LATCP I have created a ServiceCD > > called LAB that is available on several nodes.  I connect to theC > > Service using VT Terminals via an Emulex P4000 Terminal Server.dB > > Is there any way from DCL (e.g. during execution of LOGIN.COM) that IE > > can discover whether a User-Connection was initiated by selectingo theaC > > LAB Service as against simply connecting to a node (or, indeed,- some > > other service)?2 > B > Yes, you can do this.  I had a program on my VMScluster [all VAX systemsuA > running VMS v5.2-2H4] that could figure out what service a users	 connected ! > to when they logged in via LAT.o >sF > At the moment, however, I do not have the source code or binaries on hand;>C > they are on an archive tape and I  need to resurrect my MV3100m90. system > to read the tape.. >...  A I do have the .C source that someone posted when I asked the samenF question a few years back but I do not have Rodney Jones' e-mail since? the news server ate the start of the thread. I also have a .EXElD compiled under Alpha 7.1 if you want it. Send me your e-mail address& and I will send the source and/or exe.   ------------------------------  % Date: Tue, 22 May 2001 13:42:00 -0500n1 From: "David J. Dachtera" <djesys.nospam@fsi.net>y* Subject: Re: savesets not exceeding 650 MB' Message-ID: <3B0AB2F8.1EB67304@fsi.net>l   Brian Tillman wrote: > L > >    I'm looking for a solution to make savesets not exceeding 650 MB on aN > >customized system disk. The idea is to make multiple CDs of the disk and to> > >be able to restore them on a disk after booting the VMS cd. > M > Use VDDRIVER (on the Freeware CD, I believe) to make pseudodevices the sizeh: > you want and then put the savesets on the pseudodevices.   LDDRIVER will do nicely also:0  . http://www.djesys.com/vms/freeware.html#lddrvr  ! IMO, I prefer LD's DCL interface.   H Assuming you have enough spare, free disk to stage the containers, just:  * $ LD CREATE VOL_01.DSK/SIZE=1331200	!650MB* $ LD CREATE VOL_02.DSK/SIZE=1331200	!650MB 	. 	. 	. $ LD CONNECT VOL_01.DSK LDA1 $ LD CONNECT VOL_02.DSK LDA2 	. 	. 	. $ MOUNT/FOREIGN LDA1 $ MOUNT/FOREIGN LDA1 	. 	. 	.5 $ BACKUP ddcu:/IMAGE LDA1:,LDA2:,.../other_qualifiers.  G You'll have to figure out how many containers you're likely to need andrD possibly even build the BACKUP and LD commands on the fly. Then, for< example, an operator could do the CD-R burns during the day.   Just an idea or two...   --   David J. DachteraP dba DJE SystemsP http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/C  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.s   ------------------------------  # Date: Tue, 22 May 2001 19:50:48 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)* Subject: Re: savesets not exceeding 650 MB2 Message-ID: <sqzO6.617$fi2.15365@news.cpqcorp.net>  ` In article <3b0a96f4@news.si.com>, "Brian Tillman" <tillman_brian@notnoone.notnohow.com> writes:K :>    I'm looking for a solution to make savesets not exceeding 650 MB on atM :>customized system disk. The idea is to make multiple CDs of the disk and ton= :>be able to restore them on a disk after booting the VMS cd.a :sL :Use VDDRIVER (on the Freeware CD, I believe) to make pseudodevices the size9 :you want and then put the savesets on the pseudodevices.V    H   Like VDDRIVER, the LD (LD063) tool is on the OpenVMS Freeware, and is H   quite useful in combination with CDRECORD and CDWRITE tools.  The FAQ H   has pointers to CD-R information and tools, as well.  Oh, VDDRIVER is 3   hidden in the Freeware [VIRTUAL_DISKS] directory.r    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: Tue, 22 May 2001 19:15:52 GMTu From: dittman@dittman.net ! Subject: Re: SCSI Cluster Problema? Message-ID: <IVyO6.7765$LT4.635946@e420r-sjo2.usenetserver.com>p  7 Island Computers US Corp <dbturner@islandco.com> wrote:pF : I thought the Alpha PWS was limited to a total of 3 SCSI Controllers   : Could that be an issue ?  1 No, once I got the PAC stuff straightened out allr2 are working.  PKA is the onboard ISP1040A, PKB and3 PKC are on an Intraserver 6200, and PKD is a KZPSA.k$ That's one UW, one FWD, and two U2W. -- ) Eric Dittman dittman@dittman.netd   ------------------------------  # Date: Tue, 22 May 2001 22:24:49 GMTf7 From: moroney@world.std.spaamtrap.com (Michael Moroney)e! Subject: Re: SCSI Cluster Problema& Message-ID: <GDrCxE.2tA@world.std.com>   dittman@dittman.net writes:t  8 >To make sure I understand this correctly, not only does6 >the allocation class have to be the same but also the5 >device name.  Originally they were both $1$DKBx, butt6 >adding the extra controller made the disks $1$DKBx on4 >the working system and $1$DKDx on the other.  Using! >the PAC made them both the same.   F Yes.  The same physical device must have the same name on all nodes ofD a cluster.  The port allocation class does this.  It is also why PACF SCSI disks are always DKAx: and not the scsi controller's port letter.   -Mikea   ------------------------------  % Date: Tue, 22 May 2001 13:32:06 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>e# Subject: Re: Show Device D Problemss' Message-ID: <3B0AB0A6.6406F516@fsi.net>    Tim Llewellyn wrote: >  > "David J. Dachtera" wrote: >  > >gJ > > >         Great guess!  It did not occur to me.  It turns out there isL > > > a hugh group logical name table that has most of the "letters" defined > > > to be specific disks...t > >n3 > > OH, NO!! That means someone probably wanted to:C > >  > > $ CD :== SET DEFAULT > > $ CD D:  > >  > > *HEAVY SIGH* > ( > hey, it shows how flexible VMS is :-).   So true!  F ...only I would hope that those would be no "high"-er than group-level$ logicals, certainly not system-wide.  B OTH, rooted logicals (C:-Z:) could be even be rooted logicals on aG workstation with a single spindle (ala the old MS-DOS SUBST(?) command,  I believe).    -- s David J. Dachtera  dba DJE Systemst http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/y  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.c   ------------------------------  % Date: Wed, 23 May 2001 04:00:50 +0100nQ From: Aidan Karley <aidan@karley.go-and-spam-me-you-sweaty-toads.freeserve.co.uk>-. Subject: Re: Some more bits looking for a homeY Message-ID: <VA.000001f5.01e67db9@karley.go-and-spam-me-you-sweaty-toads.freeserve.co.uk>s  F In article <f0f9gtcoa665l93obfmc421cu9ao8tbue6@4ax.com>, Brian Inglis  wrote:@ > If it's a 16 line DH11 with DM11 (modem control) you've got an< > early FIFO buffered mux that will handle 16 x 9.6kbps, ...5 > even if you had a rack of cheap modems and your ISPj< > supported bonding more than two lines together on a single > logical link.g > ?      And more to the point, getting a second line costs (IIRC) 2E ~160GBP. A third or higher would require the running of more copper, bF and the pricing for that depends on how far to an exchange with spare  lines.  F      Allowing for bulk discounts (almost certainly not available from F BT), I'd guess something like 2,000GBP for 16 lines. That'll be about $ 7 years total communication charges.   Aidan Karley	 Aberdeen,o	 Scotland.iB Message written at Tue, 22 May 2001 15:37 +0100, but posted later.   ------------------------------  % Date: Tue, 22 May 2001 15:55:16 -0400s2 From: "Sue Skonetski" <susan.skonetski@compaq.com>H Subject: UPCOMING TELEFORUM...Compaq OpenVMS System Management Solutions2 Message-ID: <nuzO6.621$fi2.15453@news.cpqcorp.net>   Dear Newsgroup,e  B We just received the following notice of a teleforum, it should be interesting.  
 Warm Regards,-   Sue-          I We invite you to participate in a special dial-in presentation on "CompaqeL System Management Solutions for OpenVMS: Compaq and Partner Offerings" beingK held on June 13, 2001 at 9:00 am and again at 2:00 pm (Eastern Time). Larry H Woodcome, Product and Relationship Manager for OpenVMS System ManagementI Solutions, will share his expertise in this one hour teleforum. Mark yourlA calendar and plan to join us for invaluable information regardingR  H System management solutions that are provided with the OpenVMS operating system  5 Current and future OpenVMS system management productsC  > ISV-integrated solutions at the heterogeneous enterprise level    G This Teleforum is for Compaq employees, partners, and customers. Pleases distribute this notice widely.    < A replay of this teleforum will be available on the internal3 (http://vmsintra.lkg.dec.com/) and external OpenVMSaL (http://www.openvms.compaq.com/teleforum/) web sites within 3 days after the; event for those who are unable to participate on June 13th.       H Simply click on the link below to obtain a description of this Teleforum seminar and to register.  . http://www.mktresponse.com/compaq/training2001   ------------------------------  % Date: Tue, 22 May 2001 16:47:03 -0400   From: John Santos <JOHN@egh.com>% Subject: VAX motif V1.2-6 kit problema6 Message-ID: <1010522163544.26446B-100000@Ives.egh.com>  0 Last week I received my new Motif kit (on TK50).  B There is only one tape in the kit (and only one listed on the BOM)< and it only has the VMSINSTAL version of the kit on it.  The> VMSINSTAL version refuses to install on V6.1 or later (or will> only install on V6.1 or early, I'm not sure and I don't care.)  < I need the PCSI version for VMS 7.x (currently V7.1 at work,> but I am planning to upgrade to V7.3 as soon as I receive it.)  ; Will this be shipped separately, or included with VMS V7.3?:  : Or is there something wrong with my support contract, such? that I am explicitly getting Motif for an O/S version I haven'to used in years?  : Or do they no longer produce PCSI DECwindows Motif kits on9 TK50, and I need to switch to another distribution mediums; (i.e. CD-ROM, even though I don't have a CD-ROM drive on myo4 VAX.)  If this is the case, why didn't they tell me?  C (I have the DWM kit for V1.2-4 on two tapes, one with the VMSINSTALE? and one with the PCSI version.  I could only find the VMSINSTALo> version for DWM V1.2-5, but the PCSI tape may have been lost.)  : I know I should take this up with the support channel, but, asking on the news group seems less painful.   --   John Santoso Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------   Date: 23 May 2001 04:05:07 GMT% From: "Paul Dembry" <pade@trifox.com>   Subject: Re: vfork/exec question1 Message-ID: <9efctj$l1d@freepress.concentric.net>r  I > > Definitely.  I created a client program that looped making connectionuL > > attempts.  I then started up 5 of these, each attempting 20 connections.F > > With the CREPRC method, I could connect perhaps 9 times out of 100 whereas G > > with the vfork() method, I connected 100 times out of 100 attempts.  >mH > Depending on exactly how you implemented this, you might be seeing the resultG > of a race condition. Consider: In the original scenario, the originalo listenerD > becomes a client - which implies it must de-register itself as the listenerK > for incoming requests - and then creates a new listener. This potentially K > leaves a time window when there is no registered listener for the port in0K > question (the terminology you're using sounds very IP-like). In the vforktF > scenario, this cannot happen - the request might be queued while the processu0 > creation happens, but it will not be rejected.G You are correct, that is why the other connections are being rejected - E there is no listener until the new $CREPRC process does the listen().   H > $CREPRC cannot be slower than vfork because vfork is layered on top ofI > $CREPRC. However, you have to have a good idea of what actually happenscK > when you create a process in the various ways (e.g., using LIB$SPAWN) forbI > the trade-offs involved. Just a bare-bones $CREPRC is as fast as a Unix-K > process creation (the internal mechanisms are in fact quite similar), butmA > what happens then makes for quite different performance issues.tK The other problem is that I do not think it is possible to pass down a file E descriptor, e.g. the accept()'d socket, to a $CREPRC'd process.  WithkL vfork()/exec() I do a dup() of the socket to a known file descriptor, we useJ 8, and then the exec()'d process does a dup() on fd 8 when it comes up.  I8 do not think that I can do a similar thing with $CREPRC.  L > A good suggestion is to go with an adaptive number of processes in a pool.+ > Most web servers, for instance, use this.lJ In most cases, this would be ok however the incoming connection determinesL which driver will be used.  For example, one connection might be for Oracle,L the next for Rdb, a third for ADABAS and so I would need a process ready forL each of these.  It gets messy after awhile.  The way we have been doing thisJ on OpenVMS is to have different daemons listening on different ports but I! would like to get away from this.a   Thanks for all the insights! Paul   ------------------------------  % Date: Tue, 22 May 2001 23:54:57 -0400h* From: Doug Mallory <dmallory@interlog.com>  Subject: Re: VMS 5.5-2h4 and y2k, Message-ID: <3B0B3491.5FBB6A46@interlog.com>  ! norm.raphael@jamesbury.com wrote:c  3 > IIRC, the y2k patches are for any 5.5-2* variant.-> > the h4 is a hardware-specific subversion and the y2k patches) > should be hardware-variant-independent. 0 > This is not, however, an authoritative answer. >i. > coconut@netway.com on 05/15/2001 12:34:59 PM >n& > Please respond to coconut@netway.com >b > To:   Info-VAX@mvb.saic.comc > cc:  > Subject:  VMS 5.5-2h4 and y2kt >xQ > First, much thanks to the kindness of list members in providing me with the vmsl5 > 5.5-2h4 upgrade.  It appears very simple to handle.c >cP > Does anyone know of y2k fixes for the h4 upgrade, or will the ones applied for > 5.5-2 be sufficient? >  > Dan Graham  Q 5.5-2h4 is an early version of the more up to date 5.5-2. The Y2K patches are the-O same, however the patches break stuff, and you will require at least the f11xqp1P patch or your disk will get screwed up in such a way that backup/image can crashS your system. I have seen this one many times in the field. There is one other patchwP that installed after the Y2k patch as well, but can't recall, but think it was a
 CLI patch.  	 Good luck  Doug.l   ------------------------------    Date: 22 May 2001 19:27:36 -0500/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks) 2 Subject: Re: VMS BASIC and IP Performance Question- Message-ID: <f+wEB4GnOwsq@cuebid.zko.dec.com>   f In article <Dj9O6.86$6x.70698@news.uswest.net>, "Michael D. Ober" <mdo.@.wakeassoc.com.nospam> writes:M > Which of the two scenerios below will provide better performance on a AlphaeK > Server running OpenVMS 7.2-1 with the DEC TCP/IP package?  Both sceneriosw@ > are written in VMS Basic and all IP writes are via QIOW calls. > ; > 1.  Build a large string and then send it all at once; or=# > 2.  Send multiple smaller strings= > L > The question is which is more efficient, BASIC's string garbage collectionN > (along with judicious use of the LEN() function to ensure the string doesn't? > exceed 32K), or the QIOW calls to send over an IP connection.-  C 	If you are worried about the BASIC garbage collection issues, then<I just used fixed-length strings, which can be created at compile-time withD either MAP or COMMON.0   -- 1  M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com5   ------------------------------  # Date: Tue, 22 May 2001 19:17:06 GMTl From: dittman@dittman.net N Subject: Re: VMS Engineering and fun/unusual hardware, was: Re: Multimedia Doc? Message-ID: <SWyO6.7768$LT4.636706@e420r-sjo2.usenetserver.com>l  1 Zane H. Healy <healyzh@shell1.aracnet.com> wrote: J : Why do I get the impression that we'll soon need someone to come up withE : PS/2-to-USB converters so we can put proper keyboards on VMS boxes!a  7 There is a PS/2-to-USB converter.  See the OpenVMS FAQ.  --   Eric Dittman dittman@dittman.neth   ------------------------------  % Date: Tue, 22 May 2001 18:28:42 -04002- From: John Reagan <reagan@hiyall.zko.dec.com>sN Subject: Re: VMS Engineering and fun/unusual hardware, was: Re: Multimedia Doc2 Message-ID: <3B0AAFDA.5B99CC9B@hiyall.zko.dec.com>   Forrest Kenney wrote:e > Q >      I have to agree with Fred device that only work when plugged into the rooto > hub are broken.   H At home, I'm a Macintosh user.  In the Mac world, I've seen many reportsF of devices that won't work on USB hubs, but only when plugged into theG machine directly.  Most of these are indeed 3rd party hardware mistakes.G (I just had to send back my Macally USB keyboard because it didn't meet-D the spec correctly and lost the mouse from time-to-time).  I've seenE reports of hubs from a particular vendor that didn't work right, etc.s  G Given amount of "voodoo" for USB (almost as much as SCSI "voodoo"), I'm F wondering is the USB spec really that difficult to meet?  What kind of; certification should a hardware vendor or device driver do?   t -- e John Reagan  Compaq Pascal Project Leader   ------------------------------  % Date: Tue, 22 May 2001 19:19:24 -0400n5 From: Forrest Kenney <Forrest.Kenney@compaq.com.doom>sN Subject: Re: VMS Engineering and fun/unusual hardware, was: Re: Multimedia Doc/ Message-ID: <3B0AF3FC.619B90AA@compaq.com.doom>r   John,m  P     From the pure hardware specification they have the electrical and mechanicalT stuff really well nailed down and a well defined procedure to testing and certifying' compliance for that is well understood.B  Q     But for the software there is no well defined procedure that insures that you S meet either the requirements spelled out for a class of device.  For example one ofAR the most extensible and easily abused specification spells out how Human InterfaceP Devices work.  For something that important you would expect a reference versionS of the parser for HID descriptors.  It has been talked about for years but the last $ I looked still no reference version.  P     The device standards are driven by a group of mostly hardware designers thatL by committee work out how devices should behave.  Nothing forces a vendor toT use or strictly follow these standards.  Most of the ones I am familiar with have noH reference set of software that proves a device even remotely follows the specification.  S     It is like most of the PC hardware design.  If it works or mostly works on a PC-O they are done ship it move onto next device.  Could it be better yes but nobodyHR wants to spend the dollars to make it better.  Yup in may ways it is SCSI all overA again.  But so far it has avoided the plethora of connectors.....a   Forrest Kenney   John Reagan wrote:   > Forrest Kenney wrote:  > >nS > >      I have to agree with Fred device that only work when plugged into the rootk > > hub are broken.  >tJ > At home, I'm a Macintosh user.  In the Mac world, I've seen many reportsH > of devices that won't work on USB hubs, but only when plugged into theI > machine directly.  Most of these are indeed 3rd party hardware mistakesdI > (I just had to send back my Macally USB keyboard because it didn't meetrF > the spec correctly and lost the mouse from time-to-time).  I've seenG > reports of hubs from a particular vendor that didn't work right, etc.  >RI > Given amount of "voodoo" for USB (almost as much as SCSI "voodoo"), I'm-H > wondering is the USB spec really that difficult to meet?  What kind of= > certification should a hardware vendor or device driver do?o >q > --
 > John Reagan- > Compaq Pascal Project Leader   ------------------------------    Date: 23 May 2001 08:56:33 +0800, From: Paul Repacholi <prep@prep.synonet.com>N Subject: Re: VMS Engineering and fun/unusual hardware, was: Re: Multimedia Doc- Message-ID: <87vgmsg9xa.fsf@prep.synonet.com>r  / John Reagan <reagan@hiyall.zko.dec.com> writes:o   > Forrest Kenney wrote:a  E > >      I have to agree with Fred device that only work when pluggedh! > > into the root hub are broken.C  E > Given amount of "voodoo" for USB (almost as much as SCSI "voodoo"),uD > I'm wondering is the USB spec really that difficult to meet?  WhatE > kind of certification should a hardware vendor or device driver do?e  D WEll, it is about to get better. THere is a new twist to USB 2.0 forC 'peer-to-peer'. That should add a whole new dimention for people tof screw it up.  D BTW, how does USB cope with things like X, then the HW console, then" continue the system and back to X?   -- .< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov h   ------------------------------    Date: 21 May 2001 15:02:41 -0500- From: koehler@encompasserve.org (Bob Koehler)l Subject: Re: VMS<->RSTSo3 Message-ID: <wICdtU8HQ+Dv@eisner.encompasserve.org>i  _ In article <9eblhq$a9c$1@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes::G > Is it possible for a VAX running VMS-7.1 to communicate with a PDP-11:E > running RSTS/E V10.1-L if both of them are running DECNET??  Anyone > > provide pointers into what I need to do to accomplish this?? >    Yes.  D You will need DECnet Phase IV running on both (DECnet Phase V on VMS< should be good enough since it includes Phase IV protocols).  D You will need a common carrier.  I think that release of RSTS is newF enough to support Ethernet, but I'm not sure.  Both support DDCMP, butE if the VAX is recent you might have to go third party to find a DDCMP-B board for it.  Just possibly both might support asynch DECnet, butG I don't recall if RSTS ever did that.  I'd say check the SPD, but where G would you find a RSTS SPD?  (OK, if you have the PDP you might have thea docs.)  G For file access, VMS should understand the RSTS file naming conventions F with no problem.  DECnet for RSTS probably uses NFT which should be OKH with VMS file names at least through ODS-2.  Both should provide supportH "foreign" file names (names they don't understand, VMS supports these by quoting them).  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationo= NASA GSFC Flight Software       | Federal Sector, Civil Group-E                                 | please remove ".aspm" when replyinga   ------------------------------    Date: 23 May 2001 04:52:47 +0800, From: Paul Repacholi <prep@prep.synonet.com>/ Subject: Re: VXT2000 hardware/firmware questiono- Message-ID: <87pud1gl7k.fsf@prep.synonet.com><  3 "David J. Dachtera" <djesys.nospam@fsi.net> writes:i   > Jan Vorbrueggen wrote:   > > dgordon@compaq.com writes:  B > > > It was a business requirement of both the InfoServer and VXTB > > > projects that neither piece of hardware could boot VMS.  TheE > > > boot ROMs of both systems are modified from the defualt in suchkF > > > a way that images that follow the normal boot protocol will fail@ > > > and only special images designed for the InfoServer or VXT > > > hardware will run.  ? > > Translation: We shot ourselves in the foot on purpose - the @ > > paranoia with regard to the few people in the world with theD > > competence to change an InfoServer or VXT back into a VAXstationD > > (which, of course, commanded a much higher margin than the otherC > > devices which had to be protected at all costs - another way ofe; > > shooting ourselves into our feet) was so great we spenta? > > substantial additional resources in re-inventing the wheel,mB > > loosing economies of scale (that would have profited all threeB > > product lines), and, as usual, alienating our customers in the > > process.  @ > ...which is why their "foot" now ends just below the rib cage.  B And now for the irony. A 3100 is worth nothing, Info-servers stillB attract real money... Pity you can't use a worthless 3100 and have to find a IS, and pay for it...M  B BTW, can you MOP boot an IS from the image on FW5? Or does it have to be burned onto a CD?E   -- T< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.t@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov s   ------------------------------  # Date: Tue, 22 May 2001 22:07:07 GMTu2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)/ Subject: Re: VXT2000 hardware/firmware questiont2 Message-ID: <fqBO6.633$fi2.15434@news.cpqcorp.net>  \ In article <87pud1gl7k.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:C :BTW, can you MOP boot an IS from the image on FW5? Or does it havet :to be burned onto a CD?  E   I missed getting several of (all of?) the keys onto FW5 (oops), my kF   intent is to get all of the InfoServer option keys made available...  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: Tue, 22 May 2001 21:17:19 -0500a% From: "Rich Jordan" <rjordan@mcs.net>t/ Subject: Re: VXT2000 hardware/firmware question63 Message-ID: <Z1FO6.2543$j02.55816@news.goodnet.com>I  ! Hoff Hoffman wrote in message ...e= >In article <87pud1gl7k.fsf@prep.synonet.com>, Paul Repacholi  <prep@prep.synonet.com> writes: D >:BTW, can you MOP boot an IS from the image on FW5? Or does it have >:to be burned onto a CD?h > E >  I missed getting several of (all of?) the keys onto FW5 (oops), mytG >  intent is to get all of the InfoServer option keys made available...     K Woo hoo!   Infoserver Scribe and network tape backup at home!  Please don'te' make us wait for Freeware 6.0 though ;)n   Rich Jordan  rjordan@mcs.netv >n   ------------------------------  # Date: Wed, 23 May 2001 04:10:43 GMT  From: dgordon@compaq.com/ Subject: Re: VXT2000 hardware/firmware questionP* Message-ID: <3b0b36bb.3378759@news.mv.net>  . On 22 May 2001 10:55:59 +0200, Jan Vorbrueggen8 <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> wrote:   >dgordon@compaq.com writes:  > H >> It was a business requirement of both the InfoServer and VXT projectsH >> that neither piece of hardware could boot VMS.  The boot ROMs of bothG >> systems are modified from the defualt in such a way that images that:D >> follow the normal boot protocol will fail and only special images8 >> designed for the InfoServer or VXT hardware will run. >o
 >Translation:eG >We shot ourselves in the foot on purpose - the paranoia with regard tooH >the few people in the world with the competence to change an InfoServerI >or VXT back into a VAXstation (which, of course, commanded a much higheroH >margin than the other devices which had to be protected at all costs - G >another way of shooting ourselves into our feet) was so great we spentgD >substantial additional resources in re-inventing the wheel, loosingH >economies of scale (that would have profited all three product lines), 8 >and, as usual, alienating our customers in the process.  B Anyone could have turned an InfoServer 100 into a working VAX.  ItC was simply a VAXserver 3100 with a special drive mounting plate and 8 bezel so that it could support two CD drives in the cab.  C The InfoServer 150 would have provided  a challenge since it had no  floating point.   A The InfoServer 1000 was a VAX in the chip sense only.  There's no  chance it would ever run VMS.n  A The boot ROM changes were trivial, mainly having to do with whicht@ register got the hardware RPB when control passed to the primary
 bootstrap.  
 --Doug Gordono Former InfoServer Dude   ------------------------------  % Date: Tue, 22 May 2001 20:26:42 -0500o. From: Lyndon Bartels <lbartels@pressenter.com>) Subject: Re: What is "legacy free system"r. Message-ID: <3B0ACB82.3ED005AC@pressenter.com>   John Santos wrote: >   P > > Most interesting. I personally find serial port to be fairly important for aL > > serious machine. Why would the availability of a serial port on an alpha? > > workstation impede the addition of a USB or firewire port ?d > K > You have it backwards.  Availability of a serial port DOES NOT impede the)% > addition of a USB or firewire port.  > G > Lack of a serial port (and keyboard and mouse ports, which are really H > the significant factor here) REQUIRES some substitute, which currently > means USB. > G > "Legacy-free" is a PC marketing term that makes it sounds like you'renG > getting something better because equipment has been removed from youre
 > new system.h > P > > However, I can just see it coming: because VMS customers want a serial port,Q > > we can't build "commodity" alphas and hence Alphas will continue to be pricedh > > at a premium.o > I > Nothing prevents you from installing a PCI serial/parallel card in yourwG > "legacy-free" PC (at your own expense, of course, but these cards are-J > cheap.)  But if you have a USB keyboard/mouse/printer/scanner/modem, you > don't need it. > G > Compaq could build a "commodity" alpha from "commodity" parts and addoH > one of these cards for people who want/need a serial console interfaceG > or a serial or parallel port, but for use other than as a console, ifdC > VMS supports USB, the easier way would be to directly support USBiC > available USB widgets, such as modems, printers, multiport serial J > adapters, etc.  (If the console code could support a USB serial adapter,H > that might be all you would need, since the console code would already2 > have to know about USB to support the keyboard.) >     D I think this would be a good track too... If Compaq wants to build aA "base" machine that is expandible via serial, or USB, or firewarer= cards... All the better. Hmmm.... Kinda reminds me of the oldrG turbo-channel days!  But now instead of hi I/O turbo-channel cards, all D built-in I/O options are gone in favor of interchange-able "cards".      -- tG My opinions are mine and mine alone. They seldom align with those of myt	 employer.i    H The only good thing about putting the cart before the horse is you don't have to look at the horse's butt.   ------------------------------  % Date: Tue, 22 May 2001 21:45:46 +0100a; From: "Leigh G. Bowden" <LGBowden@bowdenfamily.fsnet.co.uk> 6 Subject: Re: What is the best way to erase SCSI disks?. Message-ID: <9eej6d$e9d$1@news6.svr.pol.co.uk>  L I usually run INIT/ERASE in a command file and leaving going round and round for a weekend or a few days.  = Scott Vieth wrote in message <3AF6A2CF.53723772@wi.rr.com>...a >Hi: >:F >We've got an AlphaServer 4100 running OpenVMS 7.2-1 that is connectedF >to two SW800s full of HSJ50s which host two, four, and nine GB disks. > I >Our migration from CI to fibre channel will soon be complete.  I want to. >thoroughlyuG >erase the disks in the SW800s before I send them to the used equipment  >market. >gD >What is the most effective way to erase every single block on those >drives? >nH >Could I use DILX and let it run for a very long time?  Would that cover
 >ever sector?d >KG >What about creating a file that has an allocation as big as the numbere >of free blocks * >on the drive and then using DELETE/ERASE? >e> >Is there a utility somewhere that was designed for this task? >rI >I don't need super-duper-NSA-level erase.  Just one pass over every byte 
 >to make surei5 >that there isn't any data that's easily recoverable.e >u
 >Thanks much,1 >7 >-Scott :^)m >i   ------------------------------  % Date: Tue, 22 May 2001 16:06:56 -0400w* From: "Andy Stoffel" <acs@fcgnetworks.net>. Subject: What problem does FTSO really solve ?7 Message-ID: <9GzO6.24830$iC1.821033@news6.giganews.com>   B I must be fairly dense today.... does this product fulfill a need  that nothing else can ?s    http://www.compaq.com/emea/ftso/   Just wondering....   -Andy-   ------------------------------  # Date: Tue, 22 May 2001 20:24:23 GMT.2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)2 Subject: Re: What problem does FTSO really solve ?2 Message-ID: <XVzO6.626$fi2.15457@news.cpqcorp.net>  d In article <9GzO6.24830$iC1.821033@news6.giganews.com>, "Andy Stoffel" <acs@fcgnetworks.net> writes:  
   re: FTSO  E   We regularly use FTSO (and its cousin FTSV) for file transfers overwG   potentially unstable network links.  Various customizations are also hG   easily possible upon various transfer-related events.  Upon a networkoH   connection failure and re-establishment, FTSO restarts where the (FTP)   copy left off...  G   FTSV (haven't checked for this capability within FTSO) also provides dE   a callable API for file copies.  (Which reminds me, I should start mE   using this capability in a package that I deal with.)  As should bei>   obvious, this API is effectively a callable FTP interface...  H   One difference was around compression, FTSV provided a self-extractingE   compression mechanism -- AFAIK, FTSO does not.  (Use of the zip sfxoF   self-extracting tools may be preferable to the DCX-based compressionA   in FTSV, as the zip sfx compression was rather more effective.)9  
   Details:     http://www.compaq.com/ftso/y8     http://www.compaq.com/emea/ftso/productfeatures.html    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: Tue, 22 May 2001 19:27:55 -0400 - From: Michael Austin <miaustin@bellsouth.net>a2 Subject: Re: What problem does FTSO really solve ?- Message-ID: <3B0AF5FA.DD784CBA@bellsouth.net>o  H This is one of those tools I only had access to when I worked for DEC, IC am glad to see it available on the outside.  One of the best thingshA about it was that if the transfer got interrupted (and it usuallyeG did...) I could restart it where it left off.  This was especially niceyF when using a dialup at 9600bps (not so long ago...)  Sometimes I wouldC start a very large transfer overnight and if it did not complete bysD morning, you could kill it and restart it that evening.  (very large	 files...)o  A It has some of the features of the Netscape "SmartDownload" tool.i? Developed for unstable dialups (like when you forget to disablen call-waiting....)n   Michael Austin DBA Consultant   Andy Stoffel wrote:b  C > I must be fairly dense today.... does this product fulfill a needa > that nothing else can ?i > " > http://www.compaq.com/emea/ftso/ >o > Just wondering.... >r > -Andy-   ------------------------------  % Date: Tue, 22 May 2001 14:25:28 -0400o0 From: paul.r.anderson@compaq.com (Paul Anderson)@ Subject: Re: [DCPS] Page accounting for color laser PS printers?P Message-ID: <paul.r.anderson-2205011425280001@dhcp-16-21-34-107.eng.lkg.dec.com>  H In article <OF646AD35D.57980E03-ON80256A54.00339F11@qedi.quintiles.com>,! steven.reece@quintiles.com wrote:m  G > By pages interpreted, does this mean that a job printed from VMS withnK > /PARAMETER=NUMBER_UP=2 would count two pages interpreted for one physicale > page printed?h  G No.  DCPS reformats two pages of output to appear on one page and sinceuJ only one PostScript 'showpage' command is issued, it counts as one page no# matter what the value of NUMBER_UP.    Paul   -- k
 Paul Andersonf  OpenVMS Engineering  Compaq Computer Corporation   ------------------------------   End of INFO-VAX 2001.283 ************************