0 INFO-VAX	Thu, 11 Jan 2001	Volume 2001 : Issue 21      Contents:" Re: (no) Future of Oracle on VMS??P Re: APACHE (CSWS) + MOD_PERL = No private process logicals definable in LOGIN.CO2 Are there any decnet commercial books for OpenVMS?4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 RE: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 RE: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 RE: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution7 Re: Data Conversion: VAX D, G floats from a binary file 7 Re: Data Conversion: VAX D, G floats from a binary file / DCPS printer support (was RE: LN06 replacement) 3 Re: DCPS printer support (was RE: LN06 replacement) 3 Re: DCPS printer support (was RE: LN06 replacement)  Dec 3000 300 help (humour) Re: Dec 3000 300 help (humour) Re: Dec 3000 300 help (humour) Re: Dec 3000 300 help (humour) Re: Dec 3000 300 help (humour) Re: Dec 3000 300 help (humour)/ Re: DECNet dyslexia (was: Re: Version dyslexia) / Re: DECNet dyslexia (was: Re: Version dyslexia) / Re: DECNet dyslexia (was: Re: Version dyslexia) / Re: DECNet dyslexia (was: Re: Version dyslexia) # Re: Disabling shadow merge function  eBay SPAMARAMA Re: eBay SPAMARAMA Ghostscript v6.50  Re: Ghostscript v6.50 $ Re: Gigabit Ethernet and VMS 6.2-1H3 Re: GNAT GS160 hardware question  Re: GS160 hardware question  Re: GS160 hardware question  RE: GS160 hardware question 
 Heil zigs. Re: Heil zigs., Re: Help with virtual terminals / UCX telnet, Re: Help with virtual terminals / UCX telnetP RE: HW/SW for Chip Fabs (was: Compaq: A simple,affordable clusteringsolution) so  Re: I Need a DEC terminal server RE: IBM + Linux + US$ 1 bilion LN06 replacement Re: LN06 replacement Re: LN06 replacement
 Re: LN08 info  Misbehaving Seagate drive ! Re: OpenVMS "reply/to" challenge. % PCSI bug with files in root dest dir? * Short term Oracle On VMS Programmer Needed= Re: Simply Marvelous (was Re: DS20 vs DS20E. Was: Sun Cluster ' Today's Nugget of Worthless Information + Re: Today's Nugget of Worthless Information  Re: VMS ftp patch site problem?  Re: VMS ftp patch site problem?  Re: VMS ftp patch site problem?  VMS verses the Web Re: VMS verses the Web Re: VMS verses the Web Re: Wizard Disappears!!! Re: Wizard Disappears!!!6 Re: [Q] Which model Exabyte in TKZ09 and TKZ15 drives?  F ----------------------------------------------------------------------    Date: 11 Jan 2001 02:09:54 +0800, From: Paul Repacholi <prep@prep.synonet.com>+ Subject: Re: (no) Future of Oracle on VMS?? 0 Message-ID: <87u277gtxp.fsf@k9.prep.synonet.com>  6 "Terry C. Shannon" <terryshannon@mediaone.net> writes:  L > I don't believe that any verminous scumbag hacker should be described as aN > "world's greatest" anything, other than perhaps the world's greatest pain inG > the ass. CPQ should not help a criminal achieve cause celebre status, L > there's enuff clueless Mitnick groupies doing that already. (Remember backM > in the late 80s when a DECUS member made a big stink about Digital's effort 3 > to bar Mitnick from attending a DECUS symposium?)   G Hum. If I remember, he romped through most of the VMS sysetems on SPAN, E till he hit the FOS cluster. That stopped him, and logged what he was 
 trying to do.   8 How about actioning a complete DR instalation on e-Bay?      --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Wed, 10 Jan 2001 19:07:39 GMT * From: "Andy Stoffel" <acs@fcgnetworks.net>Y Subject: Re: APACHE (CSWS) + MOD_PERL = No private process logicals definable in LOGIN.CO 9 Message-ID: <%p276.185347$IP1.6787470@news1.giganews.com>   ? "Andreas Stiller" <Andreas.Stiller@netsurf.de> wrote in message $ news:3A5CADD2.BC1A80B0@netsurf.de... > Hi,  > E > there is a new release of CSWS. Its release notes describe a "known C > problem" with process private logical names and mod_perl enabled.     > Maybe it fits to your problem.  B Yes, in fact it does. For the simple reason that the release notes= were updated on January 8th to include this information AFTER > I'd reported having a problem with this and the friendly folks at Compaq investigated it.  1 So I already knew about it %-). Thanks anyway....    -Andy-   ------------------------------  % Date: Wed, 10 Jan 2001 17:38:46 -0700 0 From: "rmiddleton" <teamx@teamx.box-o-phear.org>; Subject: Are there any decnet commercial books for OpenVMS? 2 Message-ID: <0j776.2657$dn.427855@news.uswest.net>  + Has anyone come across a good OpenVMS text?    Thanks in advance.   ------------------------------    Date: 11 Jan 2001 02:58:19 +0800, From: Paul Repacholi <prep@prep.synonet.com>= Subject: Re: Compaq: A simple, affordable clustering solution 0 Message-ID: <87puhvgrp0.fsf@k9.prep.synonet.com>  4 mathog@seqaxp.bio.caltech.edu (David Mathog) writes:  a > In article <87d7dvlkd1.fsf@k9.prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes: 7 > >mathog@seqaxp.bio.caltech.edu (David Mathog) writes:  > > 1 > >> In article <9355o5$rue@gap.cco.caltech.edu>, 7 > >mathog@seqaxp.bio.caltech.edu (David Mathog) writes:  > >       ^^^    ^^^   > > ? > >Now who was the company who is making a big deal about their = > >servers in Molecular Genetics? It can't have been the ones < > >David has been trying to give a clue too for, ? 3 years ? > >No, must be someone else. > >  > I > You're referring to the Celera people.  I had a conversation with their J > chief scientist in which I asked him directly why they had purchased allM > those alphas instead of Sun's or something else. The response was that they I > had an absolute need for 64 bit memory addressing and at the time there M > were only 2 64 bit OS's stable enough for that job: Tru64 and AIX.  (Notice M > that OpenVMS was not mentioned even though it was also a 64 bit OS.) Compaq C > offered a better deal and so they made the sale. There were other K > nontechnical factors involved as well, they were in a huge hurry to crank J > out a sequence, and they were sitting on a large pile of cash.  So priceH > was no object.   "Price is no object" seems to be the common theme forH > a lot of large Alpha sales, for instance to weapons labs and the like.  B Well, that great is 'price is no object'. But that is not normallyC the case. It is also, in my experience ( David, you could coment on D this ) that you end up with a odd job that is much, much larger than the run of the mill stuff.  G Now, if you have the $$, not a problem, just go and buy a TB or memory. I But what if thats not on? Unix sucks rocks if you page to any signigicant ' extent. Or at least Linux and Tru64 do.   D I was wondering about the relative difference between Tru64 and VMS.H I expected VMS to be better under heavy paging by a factor of about 4-1.G So I compiled FFTW  on both DU and VMS, and started running the sucker. I Not fun... 20-80 min per run. 5 runs per size to get some sanity checking  in the numbers.   J For small transforms, the differences where very small. Noise and compilerH differences. For a 1500x1500, the difference is 20-1 or so! That resultsH in both running in about 32MB of memory ( WSMAX on VMS, available memory on DU )   J Over the range of no paging to heavy paging, DUs performance quickly drops/ where as VMS slows progressivly over the range.   G And yes, FFTs where chosen because a) it is a significant problem, and, - b) it is notorious for its lack of locallity.     C > Please understand that while Celera needs all that horsepower for K > assembling mammalian genomes, using custom software for the task,  all of G > the computational tools they offer within their (hideously expensive) F > subscription service are strictly 32 bit implementations.  BLAST forI > instance (www.ncbi.nlm.nih.gov) breaks up databases into multiple files  > once the offsets exceed 2Gb.  I AAO has just opened their new imagers. CCDs that run 15GB per image! Just G making a good set of flats will require a hundred GB or so... Splitting 5 them into 2 or 4 GB chunk just adds so many problems.   0 > So people without such deep pockets generally M > run it on Intel boxes for a tiny fraction of the price, usually on machines L > with only 1 or 2 processors.  (Giving up SMP isn't such a big deal becauseM > a search of N queries against a database can be split with trivial overhead L > across N machines.  I do that every day with my 9 node linux "cluster" forK > maybe 1/10th the cost of what a 9CPU SMP machine would have run.)  In any J > case, the trend in genomics seems to be strongly towards Linux/Intel forK > general development, with only a few sites going with Alphas now.  That's I > kind of ironic actually because this is one field where we now often go H > over 32 bits, but that seems not to be enough of an incentive for mostK > people to spend the extra $$$ on alphas.  Besides, in this field programs F > tend to be close to 100% integer ops and so there's no reason to payB > a premium for the Alphas FPU prowess when it won't ever be used!  D How are they going with moving the data sets over the networks? EvenC assuming 1GB with no lose from overhead, it is getting into minutes 	 per file.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 10 Jan 2001 19:53:33 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) = Subject: Re: Compaq: A simple, affordable clustering solution , Message-ID: <93iejt$1rdg$1@info.cs.uofs.edu>  + In article <vuIcjQfDumjZ@eisner.decus.org>, -  young_r@eisner.decus.org (Rob Young) writes:  |>P |> "People ask me why we chose Compaq. The answer is simple. We took a benchmarkR |> and gave it to all the vendors. Only two vendors could run it. One ran it in 87) |> hours. Compaq ran it in seven hours."   |>    I Nice idea, but back in my contracting days I watched DEC (not Compaq) win H a bid while not even providing results for benchmark that was par of the procurement process.  C As long as we're tossing quotes around, here's one from the driving % force on that particular procurement: >    "I don't care which vendor wins as long as the machine says      VAX on the front."   A Of course, I suppose we could have changed from bidding Pr1mes to / bidding British Vacuum Cleaners.            :-)      bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Wed, 10 Jan 2001 15:18:45 -0500 4 From: "Bochnik, William J" <BochnikWJ@bernstein.com>= Subject: RE: Compaq: A simple, affordable clustering solution J Message-ID: <2B37459189B0D211BE710000F8EF9D8508908B0B@nts0147.beehive.com>  
 Deja Vu - : I don't care which vendor wins as long as the machine says
 1 - Microsoft  2 - DEC  3 - IBM   L who's next?  I know that MS isnt strictly a hardware vendor, but that's the & sentiment these days in many shops :-(   -----Original Message----- From: bill@triangle.cs.uofs.edu  Sent: January 10, 2001 2:54 PM To: Info-VAX@mvb.saic.com = Subject: Re: Compaq: A simple, affordable clustering solution     + In article <vuIcjQfDumjZ@eisner.decus.org>, -  young_r@eisner.decus.org (Rob Young) writes:  |>F |> "People ask me why we chose Compaq. The answer is simple. We took a	 benchmark L |> and gave it to all the vendors. Only two vendors could run it. One ran it in 87 ) |> hours. Compaq ran it in seven hours."   |>    I Nice idea, but back in my contracting days I watched DEC (not Compaq) win H a bid while not even providing results for benchmark that was par of the procurement process.  C As long as we're tossing quotes around, here's one from the driving % force on that particular procurement: >    "I don't care which vendor wins as long as the machine says      VAX on the front.   ------------------------------   Date: 10 Jan 2001 21:03:14 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)= Subject: Re: Compaq: A simple, affordable clustering solution , Message-ID: <93iimi$8ej@gap.cco.caltech.edu>  _ In article <87puhvgrp0.fsf@k9.prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:  > H >Now, if you have the $$, not a problem, just go and buy a TB or memory.J >But what if thats not on? Unix sucks rocks if you page to any signigicant( >extent. Or at least Linux and Tru64 do. >   I Every OS sucks once it has to page.  That's why most of the bigger molbio G servers have a couple of GB in them - so that they can keep the data in  memory all the time.      J >AAO has just opened their new imagers. CCDs that run 15GB per image! JustH >making a good set of flats will require a hundred GB or so... Splitting6 >them into 2 or 4 GB chunk just adds so many problems. >   K Egads what is that, 122,474 pixels square at 8 bit depth or 70710 square at K 24 bits? Anyway, as long as it's only 2D there are fairly efficient ways to K do the transpose that don't result in too much paging, but you'd still have L to move all 15Gb on and off of disk.   Even though they are 64 bit machines I there aren't all that many alphas floating around with 16Gb of memory in   them!    > E >How are they going with moving the data sets over the networks? Even D >assuming 1GB with no lose from overhead, it is getting into minutes
 >per file.  H This type of search can be made to run in parallel pretty easily.  BreakF the dataset into N pieces, each of which fits in memory.  Run the sameK query sequence an all N boxes, then sort the pieces back together when they L finish.  The only slow part is splitting the datasets and distributing them.J But you do have to be careful about the job mix, or things start swapping J and the run times go way up.  Our 9 linux boxes have only 512 Mb each, butE they can hold up to a 4.5Gb dataset split up that way.  Also, there's F datasets, and then there's datasets.  Most of the common databases fitJ easily into 512 Mb so we split it the other way, and run N queries against- the same database, then merge that together.       David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  % Date: Wed, 10 Jan 2001 13:08:52 -0800 ! From: Shane.F.Smith@Healthnet.com = Subject: RE: Compaq: A simple, affordable clustering solution D Message-ID: <OF19A75382.1D673CBB-ON882569D0.00740D4D@foundation.com>  F Look at the X-Box. MS say they don't want to make PC's, but that looksJ suspiciously like it's designed to be upgraded to a full-blown PC sometimeG in the future. There's a few things in there that don't make much sense 
 otherwise.   Shane           H "Bochnik, William J" <BochnikWJ@bernstein.com> on 01/10/2001 12:18:45 PM   To:   Info-VAX@Mvb.Saic.Com  cc:   > Subject:  RE: Compaq: A simple, affordable clustering solution    	 Deja Vu - : I don't care which vendor wins as long as the machine says
 1 - Microsoft  2 - DEC  3 - IBM   K who's next?  I know that MS isnt strictly a hardware vendor, but that's the & sentiment these days in many shops :-(   -----Original Message----- From: bill@triangle.cs.uofs.edu  Sent: January 10, 2001 2:54 PM To: Info-VAX@mvb.saic.com = Subject: Re: Compaq: A simple, affordable clustering solution     + In article <vuIcjQfDumjZ@eisner.decus.org>, -  young_r@eisner.decus.org (Rob Young) writes:  |>F |> "People ask me why we chose Compaq. The answer is simple. We took a	 benchmark I |> and gave it to all the vendors. Only two vendors could run it. One ran  it in 87 ( |> hours. Compaq ran it in seven hours." |>  I Nice idea, but back in my contracting days I watched DEC (not Compaq) win H a bid while not even providing results for benchmark that was par of the procurement process.  C As long as we're tossing quotes around, here's one from the drivingh% force on that particular procurement:g>    "I don't care which vendor wins as long as the machine says      VAX on the front.   ------------------------------  % Date: Wed, 10 Jan 2001 14:13:20 -0700e% From: Dean Woodward <deanw@rdrop.com>i= Subject: Re: Compaq: A simple, affordable clustering solutionr) Message-ID: <3A5CD070.9422FED9@rdrop.com>    Bill Gunshannon wrote: > K > Nice idea, but back in my contracting days I watched DEC (not Compaq) winNJ > a bid while not even providing results for benchmark that was par of the > procurement process.  H And I've seen DEC/Compaq show up with a fully developed product, only to? lose a bid to a competitor who agreed to attempt the customer'snB hare-brained plan*... for all the money the customer had to spend.  H *Ten sites, twelve machines- that's ten application servers, one at eachC site, and a pair of DB servers (for redundancy) at a central officepG somewhere.  Each client connects to his local application server, which F then connects to the DB server "cluster".  "Cluster" is quoted becauseG all twelve machines had to run NT.  The winning bidder had no software,r< but agreed to do it the customer's way.  Well, they wanted a" "cluster"... bet they got one. ;-)   ------------------------------    Date: 11 Jan 2001 08:13:53 +0800, From: Paul Repacholi <prep@prep.synonet.com>= Subject: Re: Compaq: A simple, affordable clustering solution 0 Message-ID: <87zogzeyim.fsf@k9.prep.synonet.com>  # Shane.F.Smith@Healthnet.com writes:t  H > Look at the X-Box. MS say they don't want to make PC's, but that looksL > suspiciously like it's designed to be upgraded to a full-blown PC sometimeI > in the future. There's a few things in there that don't make much sense1 > otherwise.  7 The Dreamcaster anounced 100Mb ethernet a few days ago.g  4 If I was Intel, I'd be very worried about the X-box.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.l@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Wed, 10 Jan 2001 21:01:13 -0600s7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>s= Subject: Re: Compaq: A simple, affordable clustering solutionh- Message-ID: <3A5D21F9.AC13FF12@earthlink.net>t   Let's see here now...h   Mark Berryman wrote: > / > I have a good friend who works for Oracle ...s  
 ...and...    andrew harrison wrote: > 1 > Sorry, check with your local Oracle sales rep.     Andrew: Comprende Angles(sp?)?   -- h David J. Dachterae dba DJE Systemsk http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/n  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.l   ------------------------------  % Date: Wed, 10 Jan 2001 21:04:48 -0600v7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>o= Subject: Re: Compaq: A simple, affordable clustering solutionh- Message-ID: <3A5D22D0.729A797B@earthlink.net>a   "richard n. frank" wrote:e > C > Good thinking JF. At last... a reasonable thought on the subject!   F We'll make sure you're left out of the settlement should anything ever4 come of this, since you're obviously not interested.   -- e David J. Dachtera  dba DJE SystemsQ http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/T  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.    ------------------------------  % Date: Wed, 10 Jan 2001 22:16:13 -0600c+ From: "Main, Kerry" <Kerry.Main@compaq.com>q= Subject: RE: Compaq: A simple, affordable clustering solutioncN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284BD4@kaoexc3.kao.cpqcorp.net>   Andrew,X  ! Hey, looks like I hit a nerve :-)-  J >>> Or are you just expecting Oracle sales people to defy human nature andF recommend something that may not be in their interests financially.<<<  D <<<One customer I am working with uses Vitria, BEA WLS, BEA WLES all6 different products all with different capabilities.<<<  I Actually, I was referring to a certain rumour that the Oracle Sales folkssC were a little(?) ticked at Sun for pushing their Iplanet middlewareoL offerings instead of the Oracle offerings, but I am sure you have worked out" those differences by now - right?   I Otherwise, the Oracle folks might be tempted to go with a vendor that hadtL all the Oracle offerings and a choice of UNIX, NT or OpenVMS OS platforms to offer them on.  D >>> The fact that you even assume that there is a general middlewareJ solution tends to suggest that you should exit from the discussion without  embarassing yourself further.>>>   Yep, I definately hit a nerve.   :-)s   Regards,  
 Kerry Main Senior Consultantb Compaq Canada Inc. Professional Servicesa Voice: 613-592-4660a Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----7 From: andrew harrison [mailto:andrew.nospam@uk.sun.com]  Sent: January 10, 2001 8:59 AM To: Info-VAX@Mvb.Saic.Coma= Subject: Re: Compaq: A simple, affordable clustering solutione     "Main, Kerry" wrote: >  > Hey Andrew ! > L > Hopefully you have a good holidays .. Nice to see you back here again. :-) > B > >>> As you know Oracle only support a very small subset of theirI > applications portfolio on OpenVMS so it is unsuprising that their sales K > people steer clear of OpenVMS, they are less likely to make their targetse if' > they steer people towards OpenVMS.>>>s > > > Please, you can do better than that.. here's one for you ... >   @ It nice to know that you havn't made a good years resolution to , do a bit better in these little discussions.   What are you objecting to ?   H Is the undeniable fact that only a small subset of Oracles applications C run on OpenVMS (a simple check of the Oracle platforms pages shows   this).  @ Or is it that Oracle sales people are goaled on selling products@ other than the DBMS, which you could check by asking your local  Oracle sales guy.s  C Or are you just expecting Oracle sales people to defy human nature -G and recommend something that may not be in their interests financially..  C Saying "Please you can do better" when you a clearly unprepared to iC actually refute the points I made seems to be more of a playground uD response which much more adequately describes your posting than the $ one you didn't manage to respond to.  dK > "What middleware product strategy would you (or Sun in general) recommendf: > for a Customer that wanted an Oracle database solution?" >   E I cannot dream of why you asked this question, nor would I suggest an0E answer since there is not a "general" single middleware solution thatoD meets all the requirements of all customers. In fact many customers E have at least two middleware apps because they require functionality  / from one that isn't in another and vice versa. s  A One customer I am working with uses Vitria, BEA WLS, BEA WLES alli3 different products all with different capabilities.   @ The fact that you even assume that there is a general middlewareB solution tends to suggest that you should exit from the discussion% without embarassing yourself further.D > :-)s   -:):):)r     Regardsr Andrew Harrison  Enterprise IT Architect    ------------------------------    Date: 11 Jan 2001 00:25:44 -0500* From: young_r@eisner.decus.org (Rob Young)= Subject: Re: Compaq: A simple, affordable clustering solutionu+ Message-ID: <TalNE7IH91oK@eisner.decus.org>T  ` In article <93iejt$1rdg$1@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:- > In article <vuIcjQfDumjZ@eisner.decus.org>,a/ >  young_r@eisner.decus.org (Rob Young) writes:m > |>R > |> "People ask me why we chose Compaq. The answer is simple. We took a benchmarkT > |> and gave it to all the vendors. Only two vendors could run it. One ran it in 87+ > |> hours. Compaq ran it in seven hours." e > |> r > K > Nice idea, but back in my contracting days I watched DEC (not Compaq) win J > a bid while not even providing results for benchmark that was par of the > procurement process. >   	 	Yeah... f  9 	Okay.. but let's suppose these folks that were dependinge8 	on performance and spending tens of millions of dollarsC 	got it right.  Wasn't your situation "small potatos" in comparisonn= 	and they may have been less than forthright where the Celera  	folks had pretty high demands?f   				Roby   ------------------------------  % Date: Wed, 10 Jan 2001 15:11:44 -0500s, From: Steve Lionel <Steve.Lionel@compaq.com>@ Subject: Re: Data Conversion: VAX D, G floats from a binary file8 Message-ID: <68gp5tk1p397h6lvvmqjfem7oj9rl7oq9p@4ax.com>  3 On Wed, 10 Jan 2001 10:41:19 -0500, "Paul Johnston"0" <secretariat.lwcb@ec.gc.ca> wrote:  K >We're having a tough time trying to convert some old data that was writtensK >(we believe) with a Fortran program (version unknown) on a DEC MicroVax IIlG >computer to a binary file (now in Win98).  We have isolated two of theh >valueseJ >from our file with what we believe they should be.  We will be converting >them  >to VBA Doubles.  D What follows is a description of the VAX floating point types that I wrote for the OpenVMS FAQ:  < VAX2.   What is the layout of the VAX floating point format?  B The VAX floating point format is derived from one of the PDP-11 FP@ formats, which helps explain its strange layout.  There are four: formats defined: F 32-bit single-precision, D and G 64-bitE double-precision and H 128-bit quadruple precision.  For all formats,aF the lowest addressed 16-bit "word" contains the sign and exponent (andD for other than H, some of the most significant fraction bits).  Each5 successive higher-addressed word contains the next 16PB lesser-significant fraction bits.  Bit 15 of the first word is theF sign, 1 for negative, 0 for positive.  Zero is represented by a biased@ exponent value of zero and a sign of zero; the fraction bits areF ignored (but on Alpha, non-zero fraction bits in a zero value cause an> error.)  A value with biased exponent zero and sign bit 1 is aD "reserved operand" - touching it causes an error - fraction bits are@ ignored.  There are no minus zero, infinity, denormalized or NaN values.-  ? For all formats, the fraction is normalized and the radix point0E assumed to be to the left of the MSB, hence 0.5 <= f < 1.0.  The MSB,eD always being 1, is not stored.  The binary exponent is stored with aA bias varying with type in bits 14:n of the lowest-addressed word.o  D   Type    Exponent bits    Exponent bias    Fraction bits (including hidden)s  J ==========================================================================4    F           8                128               244    D           8                128               564    G          11               1024               534    H          15              16384              113  D The layout for D is identical to that for F except for 32 additional fraction bits.  C Example:  +1.5 in F float is hex 000040C0 (fraction of .11[base 2],l biased exponent of 129)a  - Steve Lionel (mailto:Steve.Lionel@compaq.com)u Fortran Engineeringe& Compaq Computer Corporation, Nashua NH  6 Compaq Fortran web site: http://www.compaq.com/fortran   ------------------------------  % Date: Wed, 10 Jan 2001 22:53:14 +0000 4 From: John Laird <john@laird-towers.freeserve.co.uk>@ Subject: Re: Data Conversion: VAX D, G floats from a binary file8 Message-ID: <1ghp5tgf6ig723aka5lmvqi89lv546gct7@4ax.com>  = On 10 Jan 2001 13:04:31 -0500, briggs@eisner.decus.org wrote:+  , >Looks like you're trying to decode garbage.  G Agreed - way too many bits set given that the test values are small and G integer in nature.  These convert exactly (532 is 512+16+4), and aren't3G likely to produce more than 4 or 5 non-zero bits in either the mantissaS? or the exponent, all of which will be in the first byte or two, G depending on the precision.  All the successive bytes will be zero, andr I don't see any.   	Johno -- o
 John Laird   ------------------------------  % Date: Wed, 10 Jan 2001 16:29:01 -0500 - From: "Mitchell, David R." <mitchell@WPI.EDU>e8 Subject: DCPS printer support (was RE: LN06 replacement)H Message-ID: <FE1835D68492D311BF7900508B5BEB0D0DED55@petra.admin.wpi.edu>   <snip>; > The next version of DCPS will support a bunch of current   > printers from + > HP, Lexmark and Xerox as well as GENICOM.t >  > Paul >  > -- i. >    Paul Anderson, OpenVMS Engineering (DCPS). >    Compaq Computer Corporation, Littleton MA >   @ Yeah!  Printer support for current HP printers from DCPS!  Yeah!  K I know this isn't fair, but is the next release of DCPS far enough along to.) give any hint/suggestion/WAG of a release,& date/quarter/phase-of-the-moon/year???   ------------------------------  % Date: Wed, 10 Jan 2001 16:46:11 -0500 0 From: Paul Anderson <paul.r.anderson@compaq.com>< Subject: Re: DCPS printer support (was RE: LN06 replacement)C Message-ID: <paul.r.anderson-184CC9.16461110012001@news.compaq.com>    In article  > <FE1835D68492D311BF7900508B5BEB0D0DED55@petra.admin.wpi.edu>, . "Mitchell, David R." <mitchell@WPI.EDU> wrote:  E > I know this isn't fair, but is the next release of DCPS far enough b5 > along to give any hint/suggestion/WAG of a release h( > date/quarter/phase-of-the-moon/year???  G We are aiming for a Q2 release, hopefully earlier rather than later in   the quarter.   Paul   --  ,    Paul Anderson, OpenVMS Engineering (DCPS),    Compaq Computer Corporation, Littleton MA   ------------------------------  % Date: Wed, 10 Jan 2001 20:49:11 -0600i7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>e< Subject: Re: DCPS printer support (was RE: LN06 replacement)- Message-ID: <3A5D1F27.DBF1A6BB@earthlink.net>    Paul Anderson wrote: >  > In article? > <FE1835D68492D311BF7900508B5BEB0D0DED55@petra.admin.wpi.edu>, 0 > "Mitchell, David R." <mitchell@WPI.EDU> wrote: > F > > I know this isn't fair, but is the next release of DCPS far enough6 > > along to give any hint/suggestion/WAG of a release* > > date/quarter/phase-of-the-moon/year??? > H > We are aiming for a Q2 release, hopefully earlier rather than later in > the quarter.  F Well, if extensible printer support is not in the next release, I sure hope it's in the one after!i   -- o David J. Dachterat dba DJE Systemsx http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/f  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.    ------------------------------  % Date: Thu, 11 Jan 2001 09:22:02 +1300 9 From: "Antony Wardle" <antony.wardle@nnnoospam.met.co.nz>S# Subject: Dec 3000 300 help (humour)o- Message-ID: <nq376.5$Ea4.1300@ozemail.com.au>g   Hi.   2 I've been given a 3000/300. (It looks like the LX)  % How can I convince my wife that it iso# completely necessary for me to have1& half a dozen pcs, a notebook, a couple( of dead macs, a couple of vlcs, a couple of m3100s, and now the alpha?i    & She wasn't looking to happy last night) when it turned up. I nearly got the handsq on hips stare!    2 Next is to get my hobbiest licence and some media.9 Has anyone tried copying the VMS cds, or is that a no no.,     Antony   ------------------------------   Date: 10 Jan 2001 20:46:24 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)' Subject: Re: Dec 3000 300 help (humour)m6 Message-ID: <93ihn0$r79$1@mailint03.im.hou.compaq.com>  i In article <nq376.5$Ea4.1300@ozemail.com.au>, "Antony Wardle" <antony.wardle@nnnoospam.met.co.nz> writes:i  3 :Next is to get my hobbiest licence and some media.k: :Has anyone tried copying the VMS cds, or is that a no no.  H   You can get your own CD-ROM media kit (US$30) as part of the hobbyist G   program sign-up...   OpenVMS and a variety of common/core products...h  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 10 Jan 2001 21:51:48 GMT7$ From: Wolfgang Rupp <rupp@chello.at>' Subject: Re: Dec 3000 300 help (humour)m5 Message-ID: <UP476.330252$Bq.13996374@news.chello.at>   8 Antony Wardle <antony.wardle@nnnoospam.met.co.nz> wrote:4 > I've been given a 3000/300. (It looks like the LX) Good for you :-)  ' > How can I convince my wife that it ise% > completely necessary for me to havet ---[hardware list]---a   That's easy:  C I have a deal with my girl friend: every time I haul a box into themG apartment, another box has to go. So when I got my second Alpha (1 box) : I tossed a dead minihub (1 box). She was not convinced :-)  D Normally, however, I really keep the number of boxes constant. I getE my machines, the apartment is inhabitable and everybody is happy. AndlF although she regularly asks if all the machines are necessary, she gotD used to the fact that there are enough useable[1] computers[2] here.6 A thing she would never explicitly admit, of course...   Wolfgang  . [1] Unixish OSes, I admit. One Alpha runs VMS.C [2] PDP-11, MicroVAX-II, DECsystem5500, MV2000, VS3100, two Alphas,i? a Pro/380 (completely useless, and perfectly working) and a PC.    ------------------------------  % Date: Wed, 10 Jan 2001 23:04:54 +0100n. From: Marcin Szczecinski <marcin@lodz.tpsa.pl>' Subject: Re: Dec 3000 300 help (humour) 0 Message-ID: <20010110230454.A12085@lodz.tpsa.pl>  ; On Thu, 11 Jan 2001 at  9:22:02 +1300, Antony Wardle wrote:.  ; > Has anyone tried copying the VMS cds, or is that a no no. 6 There is no problem with creating/copying File-11 CDs.: I am using PC, Yamaha CDR drive and "Easy Cd Pro" program.   Marcin Szczecinski   ------------------------------    Date: 11 Jan 2001 08:05:44 +0800, From: Paul Repacholi <prep@prep.synonet.com>' Subject: Re: Dec 3000 300 help (humour) 0 Message-ID: <878zojgdgn.fsf@k9.prep.synonet.com>  & Wolfgang Rupp <rupp@chello.at> writes:  0 > [1] Unixish OSes, I admit. One Alpha runs VMS.E > [2] PDP-11, MicroVAX-II, DECsystem5500, MV2000, VS3100, two Alphas,2A > a Pro/380 (completely useless, and perfectly working) and a PC.y  B You have it easy. KL-10E, 11/70, 11/84, ah, some 11/73s, 3 uV-IIs,E x uV2000s, n 3100s, 6520, 2 M600s, Prioris, noname, 4400, 4200, 3200.OI I'm not even going to try to remember how many 11/34s. And a couple of 8st= Should be a Rainbow, DECmates, and a Vaxmate here somnewhere.f     -- p< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.e@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Wed, 10 Jan 2001 20:46:49 -0600o7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>a' Subject: Re: Dec 3000 300 help (humour)m- Message-ID: <3A5D1E99.A33D326F@earthlink.net>n   Antony Wardle wrote: > [snip]( > She wasn't looking to happy last night+ > when it turned up. I nearly got the handsr > on hips stare! > 4 > Next is to get my hobbiest licence and some media.  D Well, if "hobbiest" is too much for her, maybe "hobbier" (one degree* less) would be easier for her to take. ;-)  ; > Has anyone tried copying the VMS cds, or is that a no no.   < What makes it a "hobbyist" machine is the licensing, not the distribution media.n   -- g David J. Dachteraw dba DJE Systemso 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.q   ------------------------------  % Date: Thu, 11 Jan 2001 08:13:10 +0000s+ From: "antonio.carlini" <arcarlini@iee.org>48 Subject: Re: DECNet dyslexia (was: Re: Version dyslexia)' Message-ID: <3A5D6B16.9CEB47DF@iee.org>s   John Santos wrote:J > Along the same lines, I can't install either ECO kit for VAX DECNET-PLUSH > V7.2 on my home V7.2 VAX hobbyist system...  Both kits claim to be forJ > DECNET V7.2-1, but as far as I know DECNET version numbers march in lockK > step with VMS version numbers, and there was never a V7.2-1 for VAX, juste > for Alpha.  3 IIRC PCSI will tell you exactly what version numberd1 of kit you are installing ( ... funny how quickly,- you forget these details when you don't do itr every day ...)  0 > The ECO files I have attempted to install are:! > dec-vaxvms-dnvosieco02-v0702--4l! > dec-vaxvms-dnvosieco01-v0702--4   4 Are those not ECO01 and ECO02 for V7.2? As I recall,+ V7.2-1 is *not* V7.2 ECO 1 ... it's more ofe9 a MUP than an ECO. I think I broke down and whined loudlyu  when I saw ECO01 for V7.2-1 ...   7 If you are running V7.2-1 of OpenVMS, try starting withl5 the V7.2-1 DECnet kit. Then try the ECo kit on top ofr4 that. If that doesn't work then you almost certainly3 have the wrong ECO kit (it should moan that one of :3 the prerequisites is not there since it is probably-1 looking for DECnet V7.2 and finding V7.2-1 ... atn& least I think that's how it is coded.)    ? > The web page describes these as pertaining to DECNET-PLUS for  > OpenVMS VAX V7.2-1.   5 On VAX my unwritten (and indeed unpublished rule) wasl* that later versions of DECnet would mostly+ live on earlier versions of OpenVMS ... for 4 hobbyist systems only, since a crash usually results when the rule breaks :-)   > < > Or was a new version of DECNET for VAX released (without a< > corresponding VMS version) sometime more recently, which I? > either never received at work, or has disappeared itself fromb > my office?  9 Well there was certainly a V6.3 of DECnet for which therev< was no corresponding OpenVMS version. I cannot think of many others since V6.0 though.t     > = > (Still running V7.1 at work, but I have a support contract.bA > I may end-run this by just jumping to V7.3 FT, cause I received @ > the 2nd SDK for it today.  Does anyone know if the CD's can be= > read on Windows?  I don't have a CDROM drive on my VAX, butw# > do have a LAN & PC w/CD at home.)o  / There was a W95 ODS2READER package (or similar)n on the V4 Freeware CD.   -- u   ---------------e- Antonio Carlini             arcarlini@iee.orgr   ------------------------------  % Date: Wed, 10 Jan 2001 19:03:34 -0500u  From: John Santos <JOHN@egh.com>8 Subject: Re: DECNet dyslexia (was: Re: Version dyslexia)5 Message-ID: <1010110182512.2970B-100000@Ives.egh.com>a  + On Thu, 11 Jan 2001, antonio.carlini wrote:d > John Santos wrote:L > > Along the same lines, I can't install either ECO kit for VAX DECNET-PLUSJ > > V7.2 on my home V7.2 VAX hobbyist system...  Both kits claim to be forL > > DECNET V7.2-1, but as far as I know DECNET version numbers march in lockM > > step with VMS version numbers, and there was never a V7.2-1 for VAX, just. > > for Alpha. > 5 > IIRC PCSI will tell you exactly what version numberq3 > of kit you are installing ( ... funny how quicklya/ > you forget these details when you don't do ith > every day ...)  A Yes, it told me I was running V7.2 and the ECO requires V7.2-1...s  2 > > The ECO files I have attempted to install are:# > > dec-vaxvms-dnvosieco02-v0702--4u# > > dec-vaxvms-dnvosieco01-v0702--4i > 6 > Are those not ECO01 and ECO02 for V7.2? As I recall,  ' I don't know!  That's why I'm asking...n  - > V7.2-1 is *not* V7.2 ECO 1 ... it's more of-; > a MUP than an ECO. I think I broke down and whined loudlyn" > when I saw ECO01 for V7.2-1 ...  > 9 > If you are running V7.2-1 of OpenVMS, try starting withD7 > the V7.2-1 DECnet kit. Then try the ECo kit on top of16 > that. If that doesn't work then you almost certainly5 > have the wrong ECO kit (it should moan that one of .5 > the prerequisites is not there since it is probablyr3 > looking for DECnet V7.2 and finding V7.2-1 ... at.( > least I think that's how it is coded.)  4 I'm not running V7.2-1.  I am running V7.2.  This is2 because there is NO SUCH THING as V7.2-1.  Neither. VMS nor DECNet-Plus V7.2-1 (VAX) exist, AFAIK.   This is VAX, not Alpha.n  A > > The web page describes these as pertaining to DECNET-PLUS fori > > OpenVMS VAX V7.2-1.t > 7 > On VAX my unwritten (and indeed unpublished rule) was , > that later versions of DECnet would mostly- > live on earlier versions of OpenVMS ... forn6 > hobbyist systems only, since a crash usually results > when the rule breaks :-)  ? I have VMS V7.2 (latest I know of except Field Test V7.3 SDK 2)C  F I have DECnet-Plus V7.2 (that's how ncl show implementation identifies? itself.)  This is also the latest I know of except for FT V7.3.v  D Did I miss a V7.2-1 DECNet-Plus at some point?  Or, for that matter,= a V7.2-1 VAX release?  Or are the kits on the ECO site bogus?f  ? (They are listed in the VAX V7.2 subdirectory.  There is also a 6 V7.2-1 subdirectory, but the only thing in it is C++.)  C If a V7.2-1 was released for VAX (either of VMS or of DECnet-Plus), @ we never received it at work under our support contract.  We didB receive V7.2-1 for Alpha, under the same contract, and a couple of@ weeks ago, I got BASIC V3.9 (specifically a VAX product), so our& VAX distro hasn't vanished completely.  ; But I haven't ever seen any ECO's for VMS V7.2-1 VAX on theVA DIA system, or mention of it in a "Which ECOs are incorporated in < OpenVMS VAX Vx.x" article, which is also evidence it doesn't
 really exist.i  ; Also, I just checked the DIA system, and it has NO ecos forhD DECNet-Plus VAX V7.2 (or V7.2-1).  The "Which ECOs are incorporated"= article for VAX V7.2 says DNVOSI_E02072 should be applied and1 that it replaced DNVOSI_E01072.a  > > > Or was a new version of DECNET for VAX released (without a> > > corresponding VMS version) sometime more recently, which IA > > either never received at work, or has disappeared itself from  > > my office? > ; > Well there was certainly a V6.3 of DECnet for which there > > was no corresponding OpenVMS version. I cannot think of many > others since V6.0 though.o  A Yes, I remember this now, but has that happened since DECnet-Plusn and VMS were bundled at V7.0?a  ? > > (Still running V7.1 at work, but I have a support contract.iC > > I may end-run this by just jumping to V7.3 FT, cause I received B > > the 2nd SDK for it today.  Does anyone know if the CD's can be? > > read on Windows?  I don't have a CDROM drive on my VAX, butn% > > do have a LAN & PC w/CD at home.)e > 1 > There was a W95 ODS2READER package (or similar)a > on the V4 Freeware CD. >    Thanks, I'll grab this...i   -- i John Santost Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Thu, 11 Jan 2001 08:18:11 +0800d4 From: Dave Sneddon - bigpond <dbsneddon@bigpond.com>8 Subject: Re: DECNet dyslexia (was: Re: Version dyslexia)+ Message-ID: <3A5CFBC3.8C6EEC27@bigpond.com>    John Santos wrote: > 
 	[...snip...]  > H > I have DECnet-Plus V7.2 (that's how ncl show implementation identifiesA > itself.)  This is also the latest I know of except for FT V7.3.  > F > Did I miss a V7.2-1 DECNet-Plus at some point?  Or, for that matter,? > a V7.2-1 VAX release?  Or are the kits on the ECO site bogus?    $ ncl show implementationo   Node 0$ at 2001-01-11-08:10:51.220+08:00Iinf   Characteristics,  '     Implementation                    =:        {           [n           Name = OpenVMS VAX ,           Version = "V7.2    "
           ] ,r           [d*           Name = DECnet-Plus for OpenVMS ,G           Version = "DECnet-Plus for OpenVMS Version V7.2-1 19-MAY-19991 20:56:23 .83"           ]g        }  > This is on the CD kits (Software Product Library) in directory= [DNVOSI0721] - don't know when it first appeared, I'm lookingw at the latest.  
 	[...snip...]h   -- v Regards, Dave.nI -------------------------------------------------------------------------3I David B Sneddon (dbs)    VMS Systems Programmer     dbsneddon@bigpond.com I Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/ I DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htm I "Life is what happens to you while you're busy making other plans" Lennon    ------------------------------  % Date: Wed, 10 Jan 2001 19:40:33 -0500E  From: John Santos <JOHN@egh.com>8 Subject: Re: DECNet dyslexia (was: Re: Version dyslexia)5 Message-ID: <1010110193740.2970C-100000@Ives.egh.com>   2 On Thu, 11 Jan 2001, Dave Sneddon - bigpond wrote:   > John Santos wrote: > >  > 	[...snip...]o > > J > > I have DECnet-Plus V7.2 (that's how ncl show implementation identifiesC > > itself.)  This is also the latest I know of except for FT V7.3.e > > H > > Did I miss a V7.2-1 DECNet-Plus at some point?  Or, for that matter,A > > a V7.2-1 VAX release?  Or are the kits on the ECO site bogus?e >  > $ ncl show implementatione >  > Node 0& > at 2001-01-11-08:10:51.220+08:00Iinf >  > Characteristics- > ) >     Implementation                    =m
 >        {
 >           [e  >           Name = OpenVMS VAX ,  >           Version = "V7.2    " >           ] ,g
 >           [n, >           Name = DECnet-Plus for OpenVMS ,I >           Version = "DECnet-Plus for OpenVMS Version V7.2-1 19-MAY-1999d
 > 20:56:23 > .83"
 >           ]l
 >        }C Sounds like they released a V7.2-1 DECnet-Plus about 5 months after  V7.2.b   > @ > This is on the CD kits (Software Product Library) in directory? > [DNVOSI0721] - don't know when it first appeared, I'm lookinge > at the latest.  ? Hmmpf.  We get our Alpha Stuff on CD's, but our VAX stuff still * on TK50's.  Maybe they never sent us one!?   Thanks for the info.   --   John Santos- Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Wed, 10 Jan 2001 20:36:44 -0600R7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>g, Subject: Re: Disabling shadow merge function- Message-ID: <3A5D1C3C.7EF211AF@earthlink.net>D    kopicbloodaxe@my-deja.com wrote: >  > Hi y'all,  > 0 > Anyone know of a utility that will disable the* > merge functionality of volume shadowing?  B There is none - merge is an essential functionality to ensure data
 integrity.   --   David J. Dachterao dba DJE Systems? http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/r  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.n   ------------------------------  # Date: Wed, 10 Jan 2001 18:39:50 GMTc4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: eBay SPAMARAMAe< Message-ID: <W%176.49266$1t.2718959@typhoon.ne.mediaone.net>  : "Tim Llewellyn" <tim.llewellyn@bbc.co.uk> wrote in message# news:3A5C9739.49ECD611@bbc.co.uk...1 > 8 > This thread on the register makes interesting reading. > 3 > http://www.theregister.co.uk/content/6/15959.html3 >5> > Can't help wondering if they actually LOST all their clients> > preferences settings in a recent outage and have turned them( > all on again as a default setting :-). >fB > Seems the most plausible explaination for their behaviour to me. >o  K That could be, but rather than make the assertion that decision is based ontH hardware, software, or clustering woes, I'm content to observe that manyI eBay customers will not be amused by the site's decision to inundate themSJ with "valuable email communications with news, offers and special events." In other words, SPAM.:  G This is not the way you win friends and influence people in cyberspace.c   ------------------------------    Date: 11 Jan 2001 08:07:31 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: eBay SPAMARAMA 0 Message-ID: <874rz7gddo.fsf@k9.prep.synonet.com>  6 "Terry C. Shannon" <terryshannon@mediaone.net> writes:  M > That could be, but rather than make the assertion that decision is based on-J > hardware, software, or clustering woes, I'm content to observe that manyK > eBay customers will not be amused by the site's decision to inundate thempL > with "valuable email communications with news, offers and special events." > In other words, SPAM.f > I > This is not the way you win friends and influence people in cyberspace.0  G No, they have only done it to peole you selected 'no spam' registation.0: Told them it 'must be wrong' and that they had 'fixed' it.   Can you say pissed...y   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Wed, 10 Jan 2001 21:51:08 GMTh/ From: "Richard L. Dyson" <rick-dyson@uiowa.edu>o Subject: Ghostscript v6.50) Message-ID: <3A5C92FC.383FEE4C@uiowa.edu>t  G Has anyone compiled the new Aladdin Ghostscript v6.50 on OpenVMS/Alpha?t  D I am finding it is having trouble finding a [.lib]...PS file that isB present, but the config/make rules must be wrong.  Since the buildC process is so incredibly complex, I have not been able to determinep where the problem lies.h  G I have posted a bug report to the sourceforge group, but since it seemssD to be localized to OpenVMS, I don't expect much of a quick response.   Regards, Rick -- lH Richard L. Dyson                                    rick-dyson@uiowa.eduH  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/H | | | |    |_   _|   Systems Analyst                     O: 319/335-1879H | | | | of   | |     The University of Iowa            FAX: 319/335-17536 | \_/ |     _| |_    Department of Physics & Astronomy-  \___/     |_____|   Iowa City, IA 52242-1479i   ------------------------------  % Date: Wed, 10 Jan 2001 18:25:05 -0800 0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com> Subject: Re: Ghostscript v6.50, Message-ID: <3A5CA901.4D4D7E47@Mvb.Saic.Com>   Richard L. Dyson wrote:  > I > Has anyone compiled the new Aladdin Ghostscript v6.50 on OpenVMS/Alpha?  > F > I am finding it is having trouble finding a [.lib]...PS file that isD > present, but the config/make rules must be wrong.  Since the buildE > process is so incredibly complex, I have not been able to determine  > where the problem lies.l > I > I have posted a bug report to the sourceforge group, but since it seems4F > to be localized to OpenVMS, I don't expect much of a quick response.  B Yes, I have built it.  The distribution requires a small number ofE changes.  I will try to get them to you sometime tomorrow (Thursday).a  
 Mark Berrymann Mark.Berryman@Mvb.Saic.Com   ------------------------------    Date: 11 Jan 2001 07:33:07 +0800, From: Paul Repacholi <prep@prep.synonet.com>- Subject: Re: Gigabit Ethernet and VMS 6.2-1H3u0 Message-ID: <87hf37gez0.fsf@k9.prep.synonet.com>   kparris@my-deja.com writes:-  H > In my measurements, latency for lock requests on Gigabit Ethernet is aG > bit lower than FDDI, but certainly not anywhere near the 10X that theo5 > difference in bandwidth specifications might imply:    Wait a min.r  4 >                       GS-140                GS-1604 > Gigabit Ethernet      340 us  delta 100     240 us2                          30                   120 4 > FDDI                  370 us  delta  10     360 us  < That looks like the 140 is more of a limit in processing the packets.   --  < 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.   ------------------------------    Date: 10 Jan 2001 15:44:29 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)e Subject: Re: GNATn+ Message-ID: <WFylywj3A47k@eisner.decus.org>s  i In article <3A5C5C96.CF5824FD@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes:t > Martin Heller wrote:E >> If I understand Compaq's ADA OpenVMS page correctly, GNAT was paid:; >> to deliver a fully validated ADA95 compiler for OpenVMS.u> >> GNAT has also a special ADA OpenVMS page. The VMS target is? >> in the gnat 3.13p sources. So you could compile it yourself.h< >> But if you are doing a commercial project, buying supportH >> from GNAT with a precompiled GNAT for OpenVMS is THE way to go, IMHO. > " > It is for purely hobbyist usage. > F > I was just afraid they had dropped VMS support. But I can understand > thatH > it is more "we provide source for all platforms and binaries for thoseB > platform, that we just happends to have easy acces to build on".  D To be effective, this discussion should take place in comp.lang.ada.  : Perhaps ACT does not even know about VMS hobbyist program.0 Compaq Ada (83) is available under that program.   ------------------------------  # Date: Wed, 10 Jan 2001 23:02:04 GMT $ From: Wolfgang Rupp <rupp@chello.at>  Subject: GS160 hardware question5 Message-ID: <MR576.330776$Bq.14026855@news.chello.at>V  F This is *not* VMS related (Oracle/Tru64), but I though that the chanceF for qualified answers is best in this newsgroup. The Tru64 ng is quite> dead, and people seem to be knowledgeable about hardware here.  H Both we and our sister company are thinking about GS160s. When one of usG asked about an alleged bottleneck in memory access over the QBB limits,tG the sales rep looked like he bit into something very sour. CPQ's people G still work on a reasonable answer (read: something with numbers in it).e  I On the spot the present CPQ tech said that there _is_ a 3/1 ratio between B in-QBB and out-of-QBB memory access. This would, of course, have aF severe impact on the db performance when memory usage grows beyond QBBD boundaries. The benchmarks at tpc.org underline the problem, and theG not so good price/performance ratio. (I know, list prices, but anyway.) C At the moment it (unfortunately) looks like there is a real problemy with the GS in database usage.  B My question is, what is the actual experience of people using suchE machines with Oracle (or another db system) here? My knowledge of VMSvE is restricted as hobbyist user, so I am not familiar with things like,C how the VMS memory management works. VMS specific answers would nott help me.  + Thank you all in advance for your comments.d  	 Wolfgang X   ------------------------------  % Date: Wed, 10 Jan 2001 18:19:41 -0500p" From: Dan Sugalski <dan@sidhe.org>$ Subject: Re: GS160 hardware question: Message-ID: <5.0.2.1.0.20010110181540.021e22e0@24.8.96.48>  / At 11:02 PM 1/10/01 +0000, Wolfgang Rupp wrote:3J >On the spot the present CPQ tech said that there _is_ a 3/1 ratio betweenC >in-QBB and out-of-QBB memory access. This would, of course, have avG >severe impact on the db performance when memory usage grows beyond QBBoE >boundaries. The benchmarks at tpc.org underline the problem, and theVH >not so good price/performance ratio. (I know, list prices, but anyway.)D >At the moment it (unfortunately) looks like there is a real problem >with the GS in database usage.p  L That sounds about right, though how slow would depend on how much inter-QBB  traffic there was.  C >My question is, what is the actual experience of people using suchlF >machines with Oracle (or another db system) here? My knowledge of VMSF >is restricted as hobbyist user, so I am not familiar with things likeD >how the VMS memory management works. VMS specific answers would not	 >help me.   J Having run Oracle on hardware with an even more limited bus (the 8400s) I I can say that bus speeds, generally speaking, are meaningless. By far the 'E biggest issue was I/O bandwidth, both to the drive arrays and to the  I network--pretty much everything else paled in comparison to that. If you EL arrange your network cards and PCI slots properly, I think you'll find that  things work out OK.D  A You can also take some consolation in the fact that, despite the oO performance hits, it's still the fastest piece of hardware you'll run across...f   					Dan  I --------------------------------------"it's like this"------------------- 2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and even ;                                       teddy bears get drunko   ------------------------------  % Date: Wed, 10 Jan 2001 19:12:10 -0500   From: kuff@tessco.com (Hal Kuff)$ Subject: Re: GS160 hardware questionO Message-ID: <95BEE83B230512E8.3F70F03352665B78.3B0F41397A56F9C5@lp.airnews.net>   F    We have looked at the GS160 and will probably get one this summer..G from what we understand if you leave the QBB you loose the advantage of B the fast path between the ASIC sets..... that metric of 2-3 soundsH reasonable.. however remember that obviously the transactions across QBBI units would be something like that of an ES40.... within the QBB units ise# where the blistering speed comes in-        C In article <MR576.330776$Bq.14026855@news.chello.at>, Wolfgang Rupp  <rupp@chello.at> wrote:i  H > This is *not* VMS related (Oracle/Tru64), but I though that the chanceH > for qualified answers is best in this newsgroup. The Tru64 ng is quite@ > dead, and people seem to be knowledgeable about hardware here. > J > Both we and our sister company are thinking about GS160s. When one of usI > asked about an alleged bottleneck in memory access over the QBB limits,sI > the sales rep looked like he bit into something very sour. CPQ's people I > still work on a reasonable answer (read: something with numbers in it).  > K > On the spot the present CPQ tech said that there _is_ a 3/1 ratio between,D > in-QBB and out-of-QBB memory access. This would, of course, have aH > severe impact on the db performance when memory usage grows beyond QBBF > boundaries. The benchmarks at tpc.org underline the problem, and theI > not so good price/performance ratio. (I know, list prices, but anyway.)rE > At the moment it (unfortunately) looks like there is a real problemd  > with the GS in database usage. > D > My question is, what is the actual experience of people using suchG > machines with Oracle (or another db system) here? My knowledge of VMS G > is restricted as hobbyist user, so I am not familiar with things likeoE > how the VMS memory management works. VMS specific answers would nota
 > help me. > - > Thank you all in advance for your comments.0 > 
 > Wolfgang   ------------------------------  % Date: Wed, 10 Jan 2001 21:48:59 -0600h+ From: "Main, Kerry" <Kerry.Main@compaq.com>e$ Subject: RE: GS160 hardware questionN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284BD3@kaoexc3.kao.cpqcorp.net>  	 Wolfgang,   L You and the others in this thread might be interested in the following WP's:: <http://www.compaq.com/alphaserver/gs/gs_whitepapers.html>   Regards,  
 Kerry Main Senior Consultantv Compaq Canada Inc. Professional Servicest Voice: 613-592-4660- Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----+ From: Wolfgang Rupp [mailto:rupp@chello.at]C Sent: January 10, 2001 6:02 PM To: Info-VAX@Mvb.Saic.ComF  Subject: GS160 hardware question    F This is *not* VMS related (Oracle/Tru64), but I though that the chanceF for qualified answers is best in this newsgroup. The Tru64 ng is quite> dead, and people seem to be knowledgeable about hardware here.  H Both we and our sister company are thinking about GS160s. When one of usG asked about an alleged bottleneck in memory access over the QBB limits,0G the sales rep looked like he bit into something very sour. CPQ's peoplenG still work on a reasonable answer (read: something with numbers in it).e  I On the spot the present CPQ tech said that there _is_ a 3/1 ratio between B in-QBB and out-of-QBB memory access. This would, of course, have aF severe impact on the db performance when memory usage grows beyond QBBD boundaries. The benchmarks at tpc.org underline the problem, and theG not so good price/performance ratio. (I know, list prices, but anyway.) C At the moment it (unfortunately) looks like there is a real problem- with the GS in database usage.  B My question is, what is the actual experience of people using suchE machines with Oracle (or another db system) here? My knowledge of VMS E is restricted as hobbyist user, so I am not familiar with things like/C how the VMS memory management works. VMS specific answers would not  help me.  + Thank you all in advance for your comments.-  	 Wolfgang -   ------------------------------    Date: 11 Jan 2001 07:45:54 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Heil zigs.n0 Message-ID: <87d7dvgedp.fsf@k9.prep.synonet.com>  8 Well, this may add some more to the mix. The Reg reports4 that Heil has quit a head of Enterprise systems, and? there is a new apointment. He was formerly in chage of storage.e  : So it seems there will be changes. Question is, which way.  : Oh, and the Q and Intel have bought into Stratus for their8 FaultTolerant Windows2000 systems. FT? I must be missing something here.O  r --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Wed, 10 Jan 2001 19:37:47 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>e Subject: Re: Heil zigs.o, Message-ID: <3A5D005A.7043FE81@videotron.ca>   Paul Repacholi wrote: < > Oh, and the Q and Intel have bought into Stratus for their: > FaultTolerant Windows2000 systems. FT? I must be missing > something here.s  U All owners of NT systems are fault tolerant. They tolerate a hell of a lot of faults.r   ------------------------------   Date: 10 Jan 2001 19:01:59 GMT' From: david20@alpha2.mdx.ac.uk (D.Webb)55 Subject: Re: Help with virtual terminals / UCX telneti0 Message-ID: <93ibj7$msj$1@aquila.news.mdx.ac.uk>   In article <rdeininger-1001011230480001@user-2iveafl.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) writes:dP >In article <009F5E88.DDC4ACEE@SendSpamHere.ORG>, system@SendSpamHere.ORG wrote: >D >3 >> 3< >> $ UCX SET COMMUNICATIONS/REMOTE_TERMINAL=VIRTUAL_TERMINAL > A >Thank you!  How the heck did I miss that in the manuals?!?  Duh!e >  >--  >Robert,    E Note for future reference. This has changed in DEC TCPIP Services 5.0l  C When you upgrade you will need to define the following two logicalst= (assuming you want both TELNET and RLOGIN virtual terminals).o  " define/sys tcpip$telnet_vta "TRUE"  " define/sys tcpip$rlogin_vta "TRUE"    
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Wed, 10 Jan 2001 14:15:11 -0500.* From: Chuck Chopp <ChuckChopp@rtfmcsi.com>5 Subject: Re: Help with virtual terminals / UCX telnet * Message-ID: <3A5CB4BE.A5705F9@rtfmcsi.com>   $ UCX & UCX> SET CONFIGURATION COMMUNICATION -#   /REMOTE_TERMINAL=VIRTUAL_TERMINALj	 UCX> EXITP   Stop and restart UCX to make the change take effect.  I think that you can also make this take effect by also directly setting the communication setting and thenk. stopping & restarting just the telnet service.   This works on UCX v4.x.  TCP/IP Services v5.x has a different method to do this, but I don't know what it is off the top of my head.     -- Chuck Choppe  8 ChuckChopp@rtfmcsi.com            http://www.rtfmcsi.com0                                   ICQ # 22321532@ RTFM Consulting Services Inc.     864 801 2795 voice & voicemail2 103 Autumn Hill Road              864 801 2774 fax4 Greer, SC  29651                  800 774 0718 pager7                                   8007740718@skytel.comw   ------------------------------  % Date: Wed, 10 Jan 2001 21:18:15 -0600e+ From: "Main, Kerry" <Kerry.Main@compaq.com>cY Subject: RE: HW/SW for Chip Fabs (was: Compaq: A simple,affordable clusteringsolution) soeN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284BD2@kaoexc3.kao.cpqcorp.net>   Alan,0  K >>> Yes, Compaq mislead them as one vendor put it to me. Never, ever forgeteH the Compaq porting web page which said: "We'll give you $$$$ of Compaq's money to port to Alpha/NT"<<<   @ Without opening a huge rathole ..That was a very true statement.J Unfortunately, the question of who is/was responsible for the decision you: are referring to is highly debatable... ahhh.. never mind.   Regards,  
 Kerry Main Senior Consultantb Compaq Canada Inc. Professional Servicesn Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----, From: Alan Greig [mailto:agreig@my-deja.com] Sent: January 10, 2001 6:33 AM To: Info-VAX@Mvb.Saic.Com B Subject: Re: HW/SW for Chip Fabs (was: Compaq: A simple,affordable cluster ingsolution) solution)    1 On Tue, 09 Jan 2001 10:34:44 -0600, "Main, Kerry"9 <Kerry.Main@compaq.com> wrote:    I >When these vendors started down the "lets move our application to Window6 NT",I >about two years ago, they were thinking the following would be available-= >today to meet these high availability, high IO environments:o >- Win64 will be available >- IA64 will be available " >- Alpha NT will be running Win64  >- IA64 will be running Win64hH >- load balanced clusters (not simple fail-over) will be available on NTK >similar to what Customers were running at the time they made the decision.e >lL >Notice anything wrong with this picture that might concern both the vendors# >and their Customers in this space?   @ Yes, Compaq mislead them as one vendor put it to me. Never, everF forget the Compaq porting web page which said: "We'll give you $$$$ of# Compaq's money to port to Alpha/NT"k   --
 Alan Greig   ------------------------------  % Date: Wed, 10 Jan 2001 19:17:02 -0500 * From: Steve Jones <smj@spamfree.crash.com>) Subject: Re: I Need a DEC terminal servere2 Message-ID: <3A5CFB7E.948921B2@spamfree.crash.com>   rjdurkee@yahoo.com wrote:t  F > Does anyone have a DEC DS500 or DS700 terminal server that works and > they would like to sell?  C DECserver 700's frequently appear on eBay, both the RJ-45 and DB-25-D variants. I've yet to run across one of the later versions which areC supposed to support some kind of flash/SRAM card so it doesn't have  to load via MOP...  
 Good luck,   --Steve.  K Steve Jones              ...!uunet!crash.com!smj           Arlington, Mass.O6 CRASH!! Computing     (any spambots parse bang paths?)  K "Chaos will ensue if the variable i is altered..." - SysV Programmers Guidee   ------------------------------  % Date: Wed, 10 Jan 2001 22:27:23 -0600e+ From: "Main, Kerry" <Kerry.Main@compaq.com>s' Subject: RE: IBM + Linux + US$ 1 bilionhN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284BD5@kaoexc3.kao.cpqcorp.net>   Chris,  J >>> The only thing I'd ask for in that direction is more POSIX support outG of the box.  I hear rumors that this may be on the way, and, if not, it G might be a relatively simple "freeware" project to take on sometime.<<<-  
 Check out:A http://www.openvms.compaq.com/solutions/government/coe/index.htmlp   Regards,  
 Kerry Main Senior Consultantr Compaq Canada Inc. Professional Servicesz Voice: 613-592-4660. Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----: From: Christopher Smith [mailto:chriss@Mufasa.pubserv.com]  Sent: December 12, 2000 12:38 PM To: Info-VAX@Mvb.Saic.Coma' Subject: Re: IBM + Linux + US$ 1 biliona    ) On Tue, 12 Dec 2000, Dean Woodward wrote:   ; > Slight insider scoop, as I understand it, from a [former]  > Sequent employee.   : > We all know that IBM bought Sequent, who made their name: > in Intel-based SMP platforms.  Part of the hope was that< > they would be able to leverage Sequent's experience in SMP< > to update AIX.  Problem is, the AIX team wasn't happy with9 > all the Sequent 'newcomers' telling them what they were 9 > doing wrong.  After mgmt got tired of the whining, they,< > pulled most of the Sequent team back.  Not wanting to lose8 > the experience walking around in all those heads, they; > turned 'em loose on Linux instead.  IBM is muddling ahead: > on it's own with SMP'ing AIX.A  G That's too bad for AIX.  Sequents were impressive machines -- and I sayiB this from experience, since I own most of (no cpu cards, yet...) aI Symettry S81.  The AIX team -- deffinately the parts of IBM that do intelw? hardware -- would have done well to listen tohe Sequent people.V  D As for Fabio's really "Open" VMS, as long as the source listings areH available, it's relatively open as it is.  The only thing I'd ask for inH that direction is more POSIX support out of the box.  I hear rumors thatD this may be on the way, and, if not, it might be a relatively simple' "freeware" project to take on sometime.r   Regards,   ChrisV  L ============================================================================ ===t "My two cents"/ (http://rootworks.com/twocentsworth.cgi?128562)o2 Christopher Smith(chriss@pubserv.com)			Prgramer^W
 Programmer Prime Synergy of Champaign, IL..% -------------------------------------aI "Where a calculator on the ENIAC is equipped with 18,000 vacuum tubes and.H weighs 30 tons, computers in the future may have only 1,000 vacuum tubes; and weigh only 1.5 tons." -- Popular Mechanics, March 1949 rL ---------------------------------------------------------------------------- ---    ------------------------------  # Date: Wed, 10 Jan 2001 19:39:45 GMTn; From: "Stuart R. Fuller" <stu@c49395-a.wodhvn1.mi.home.com>  Subject: LN06 replacemente/ Message-ID: <hddi39.52o.ln@momsys.fuller.local>i  ! Now that Paul Anderson is back...s  M We have an LN06 which we can't seem to keep running (keeps dying with SERVICE M 50), and we're looking to replace the printer.  The printer is PostScript andl? duplex capable, and we're feeding it using DCPS from OpenVMS.  r  M Since Compaq no longer sells printers, we are looking for recommendations fore5 a suitable replacement.  Again, our requirements are:,           - Postscript         - Duplex         - Supported by DCPSg         	 Opinions?o   Thanks!h           Stuart Fullern   ------------------------------  % Date: Wed, 10 Jan 2001 15:45:35 -0500 0 From: Paul Anderson <paul.r.anderson@compaq.com> Subject: Re: LN06 replacementaC Message-ID: <paul.r.anderson-5D6A4B.15453510012001@news.compaq.com>t  B In article <hddi39.52o.ln@momsys.fuller.local>, stufuller@usa.net  wrote:  < > Since Compaq no longer sells printers, we are looking for J > recommendations for a suitable replacement. Again, our requirements are: >         - Postscript >         - Duplex >         - Supported by DCPSv  I Those requirements don't narrow it down much.  You don't mention monthly aE duty cycle or number or capacity of trays, for example, although the ># LN06 didn't have many trays anyway.n  I GENICOM has printers in the LN series (LN21, LN28, LNM40) which are 21-, /H 28- and 40-page-per-minute printers, respectively.  These don't require G a DCPS-OPEN license and work well.  Perhaps the LN21 is the closest to sG the LN06, being the smallest, although the base LNM40 isn't physically eE big either.  These printers have been tested with DCPS more than any gB others, since when at GENICOM we did a lot of testing on both the  printers and DCPS.  ' You can compare the GENICOM printers atr  /    http://www.genicom.com/usa/products/page.htm   D DCPS also supports printers from HP and Lexmark, but until the next E version comes out, you'll find those models a bit old and perhaps no i8 longer available.  You'll need a DCPS-OPEN license also.  G The next version of DCPS will support a bunch of current printers from e) HP, Lexmark and Xerox as well as GENICOM.l   Paul   --  ,    Paul Anderson, OpenVMS Engineering (DCPS),    Compaq Computer Corporation, Littleton MA   ------------------------------  # Date: Thu, 11 Jan 2001 01:39:44 GMT ; From: "Stuart R. Fuller" <stu@c49395-a.wodhvn1.mi.home.com>  Subject: Re: LN06 replacement / Message-ID: <kf0j39.85o.ln@momsys.fuller.local>e  1 Paul Anderson <paul.r.anderson@compaq.com> wrote:pD : In article <hddi39.52o.ln@momsys.fuller.local>, stufuller@usa.net  : wrote:  = :> Since Compaq no longer sells printers, we are looking for  K :> recommendations for a suitable replacement. Again, our requirements are:l :>         - Postscriptd :>         - Duplexs :>         - Supported by DCPS  K : Those requirements don't narrow it down much.  You don't mention monthly  G : duty cycle or number or capacity of trays, for example, although the  % : LN06 didn't have many trays anyway.   K : GENICOM has printers in the LN series (LN21, LN28, LNM40) which are 21-, -J : 28- and 40-page-per-minute printers, respectively.  These don't require I : a DCPS-OPEN license and work well.  Perhaps the LN21 is the closest to 0I : the LN06, being the smallest, although the base LNM40 isn't physically GG : big either.  These printers have been tested with DCPS more than any yD : others, since when at GENICOM we did a lot of testing on both the  : printers and DCPS.  ) : You can compare the GENICOM printers atm  1 :    http://www.genicom.com/usa/products/page.htmt  F : DCPS also supports printers from HP and Lexmark, but until the next G : version comes out, you'll find those models a bit old and perhaps no 4: : longer available.  You'll need a DCPS-OPEN license also.  I : The next version of DCPS will support a bunch of current printers from n+ : HP, Lexmark and Xerox as well as GENICOM.e  
 Thanks, Paul.4  J We're basically looking to replace the LN06 with an equivalent printer.  IL don't know the costs of the LN printers you mentioned, but the LN21 may evenN be more printer than we need.  Thanks for the pointer, and I'll check 'em out.           Stu    ------------------------------  # Date: Wed, 10 Jan 2001 23:45:06 GMTo* From: Alan E. Feldman <alan48@my-deja.com> Subject: Re: LN08 info) Message-ID: <93is61$phm$1@nnrp1.deja.com>t  A In article <5.0.2.1.2.20010109170159.00aaf258@ntbsod.psccos.com>,.(   Dan O'Reilly <dano@process.com> wrote:E > Anybody got any info on an LN08 printer (aka "DEClaser 3200"), likea; > speed, capacity, interfaces, etc?  Can this be networked?e > 	 > Thanks!   G Let me just add, BE VERY CAREFUL WHEN YOU PULL OUT THE TONER CARTRIDGE!nF If it is hard to pull out, and it suddenly "jerks" out, you may end upG with toner all over everything. And good luck with the "GUI instructionf sheet".s   > --F NOTE: If you wish to e-mail me, please do NOT use the deja address. ItE is broken. Instead, use one of the addresses below, removing the longl wrong part first. Thanks.m   Disclaimer: JMHO Alan E. Feldman  &-)+ w: afeldman@gfigroup.ButItSaidItPrinted.comv5 h: alan48@dellnet.YouCantBelieveEverythingYouRead.com-     Sent via Deja.coma http://www.deja.com/   ------------------------------  % Date: Wed, 10 Jan 2001 22:53:10 +0000G4 From: John Laird <john@laird-towers.freeserve.co.uk>" Subject: Misbehaving Seagate drive8 Message-ID: <emhp5t0fqqv21r6jntgrnieoqecb5qmm56@4ax.com>  G Sorry to inflict yet another of these "my non-Decpaq disk doesn't work"pD incident reports on everyone, but with Deja the way it is, I haven't@ been able to find a reliable past history to get any clues from.  G I have acquired a second-hand ST15150N, which is a Seagate Barracuda 4.iH I'd like to use it in my Alphastation 200, but I can only get it to work in a Vaxstation 4000/60.  E On the Alpha, it is seen at the console prompt, and configured by VMStH 6.2, but attempts to mount it /foreign or init it result in a delay of aF minute or so, odd ticks and led flashes on the drive, and a "medium isF offline" message.  Device errors are recorded in the error log (can be supplied if necessary).b  E On the Vaxstation (also 6.2), it works perfectly.  I have chained thecD new disk and the existing Alpha system disk (a Barracuda 2) onto theF Vaxstation and run SCSI_INFO - it indicated that the infamous ARRE andD AWRE bits are set on the new disk, and can't be changed, but the FAQH indicates that 6.2 ought to be ok anyway.  On the Alpha, the new disk isF sandwiched between the existing system disk and a CDROM drive, both ofG which continue to work just fine, so it is not a cabling or termination A issue.  All of the relevant 6.2 patches have been applied to both.	 machines.i  G If it failed to work on both boxes, I would probably put it down to one H of those "not quite SCSI" devices, but using the same version of VMS andF getting different results is a bit of a puzzle.  Perhaps the code baseG for Vax and Alpha had diverged at the device driver level to affect the . way generic drives are supported and handled ?  F Any clues would be gratefully appreciated.  At the end of the day, the? disk cost me $50 in UK money, and I can apparently use it in my H Vaxstation which also has rather better drive bay cooling anyway, so all= is not lost.  I can try Alpha 7.2 in a few days time as well.    TIA.   	Johnd -- .
 John Laird   ------------------------------  % Date: Wed, 10 Jan 2001 20:33:07 -0600h7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> * Subject: Re: OpenVMS "reply/to" challenge.- Message-ID: <3A5D1B63.3740F129@earthlink.net>n  $ keith.kepner@us.pwcglobal.com wrote: > G > I've searched the OpenVMS FAQ and couldn't find any reference to this J > issue.   We're running a variety of Microvaxes and some VAX 7000s all onL > OpenVMS 5.5-2H4.  We would like to know if there was a way to capture textL > returned with a "reply/to" that could be used, say, to define a logical by > the waiting "request"? > For example: >  > ___Process A___-* > $ request/reply "pls enter device name.": > %%%%%%%%%%%  OPCOM  10-JAN-2001 05:55:07.89  %%%%%%%%%%%' > Request 5, from user SYSTEM on SYSBCK ' > _SYSBCK$NTY27:, pls enter device namec > G > %OPCOM-S-OPRNOTIF, operator has been notified, waiting... 05:55:07.90t >  > ___Process B___l > $  reply/to=5 "mua500:"F	 > mua500:eA > 05:57:32.16, request 5 was completed by operator _SYSBCK$NTY33:t >  > ___Process A___a >  > (something like) > $ define/system tape mua500:B > - or do something useful with the supplied information, mua500:. >  > I'd like to be able to do this without groping through the incredibly large operator.log file.  Also, is there a efficient way to redirect OPCOM > messages originatingJ > from multiple hosts and funnel them to one specified host console or PC? > ) > Thank you for any help you can provide.R  G This works on (at least) OpenVMS VAX/Alpha V6.2, probably also on laterN- versions (also tested on OpenVMS Alpha V7.2):y   $ CR[0,8]=13 $ LF[0,8]=10" $ DEFINE/USER SYS$OUTPUT REPLY.TXT $ REQUEST/REPLY "Yes?" $ OPEN/READ RTXT REPLY.TXT $ READ RTXT P9 $ READ RTXT P9 $ CLOSE RTXT $ DELETE/NOLOG REPLY.TXT; 0 $ RESPONSE = F$ELEM( 1, LF, F$ELEM( 1, CR, P9 )) $ SH SYM RESPONSEd  F Some will say it's not "elegant" since it uses a temp. file. So be it.F Just remember to delete the temp. file before getting another response4 because it will be appended to if it already exists.   -- - David J. Dachteraa dba DJE Systems0 http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/3  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: Thu, 11 Jan 2001 03:10:07 GMT  From: rocoto@my-deja.com. Subject: PCSI bug with files in root dest dir?) Message-ID: <93j86b$3jl$1@nnrp1.deja.com>   C I've built a pcsi kit here. My kit needs to install in an alternatecB destination directory, and as such, it needs to place files in theF 'root' of the alternate directory. The kit referred to below shows theC problem. On install, it works just fine, but a product remove barfse, trying to remove a 000000.dir. -- Any ideas?  D (I hate to have to reference 28 whopping lines of text, but I'm sureH there are any number of folks out there who'd gladly skin me for posting  a binary to the newsgroup.... :)  D http://support.tditx.com/transfer/fud_pcsi.mftu or .zip if you want.  G To demo, unpack the thing, then do a PROD INST PCSIBUG1 /DEST=dev:[dir]DE .. substitute a real device for 'dev' and just some sort of test name H for 'dir'. Then do a PROD REMOVE PCSIBUG1 to see the problem. Say NO you7 do NOT want to terminate & the remove will complete ok.r  < [If you want to see the kit contents, you can do a PROD COPYH PCSIBUG1/DEST=dev:[dir]/FORM=REF & look at the directory contents.... noE rocket science ... just a couple of dummy files & a dummy directory.].   And incidentally:d $ prod show util: POLYCENTER Software Installation utility version: V7.2-1015     Product Configuration File (PCF) support level: 1K3     Product Description File (PDF) support level: 5 ,     Product Text File (PTF) support level: 2   Thanks!r -- David6 rold5 at
 tditx dot comS     Sent via Deja.comH http://www.deja.com/   ------------------------------  % Date: Wed, 10 Jan 2001 19:09:43 -0500   From: kuff@tessco.com (Hal Kuff)3 Subject: Short term Oracle On VMS Programmer NeededhO Message-ID: <B5F8182CA8AB562C.929B7F2B5EED566A.FBB9B6FAF622DD7F@lp.airnews.net>t  H    We Are NOT an agency, nor do we have a permanent job ... we do need aD few weeks or perhaps a month of someone that can write simple OracleF queries in a non forms environment for Oracle ....Baltimore/Washington     Hal Kuff Kuff@Tessco.Comi   ------------------------------  # Date: Thu, 11 Jan 2001 06:12:55 GMTo/ From: "David J. Wilson" <davidjwilson@home.com>tF Subject: Re: Simply Marvelous (was Re: DS20 vs DS20E. Was: Sun Cluster( Message-ID: <3A5D4EE5.325AD338@home.com>   "Terry C. Shannon" wrote:s< > And if it were me, why, I'd consider a color change. Let's > see... pink? Nope. Purple? a   	Remember PDP Purple???  ;-)   -- i David J. Wilson, 25 Claudet Crescent, Ottawa  ON   K1G 4R5 CANADA davidjwilson@home.com-   ------------------------------  # Date: Thu, 11 Jan 2001 01:27:16 GMTs" From: fooguy <jweisen@my-deja.com>0 Subject: Today's Nugget of Worthless Information) Message-ID: <93j25d$uo8$1@nnrp1.deja.com>e  4 Two DS20s, both alike in kind in fair Washington,DC: 500mhz 21264 CPU, 1G Ram  2 One is running OpenVMS 7.2-1, the other NetBSD 1.5  7 The RC5 keyrate from the OpenVMS machine is ~532Kkeys/sa7 The RC5 keyrate from the NetBSD machine is ~1027Kkeys/sw  C Now, I would not expect RC5 to perform as well on an Alpha as a PC,tE since the client is so heavily optimized for the PC (mhz for mhz, the G Alpha was over twice as fast as a PC in the DES benchmark), but for twopH identical machines to have that wide a gap? I'm not sure, but I'd assumeE that the NetBSD version was compiled with GCC and the OpenVMS version-D DEC C. And DEC C, being a better compiler, should presumably produce tighter binaries.p  F As a disclaimer, these binaries are for Alpha EV5. Does anyone know if< anyone is working on optimizing the client for newer Alphas?  4 And with that out of the way, these things are fast!  F distributed.net client for NetBSD Copyright 1997-1999, distributed.net5 DES bitslice driver Copyright 1999, Christoph Dworzake5 DES sboxes routines Copyright 1997-1998, Matthew Kwanu? Please visit http://www.distributed.net/ for up-to-date contesth information.  > dnetc v2.8002-446-CPR-99111900 client for NetBSD (NetBSD 1.5).B Please provide the *entire* version descriptor when submitting bug reports.+ The distributed.net bug report pages are atr  http://www.distributed.net/bugs/( Using email address (distributed.net ID)  F [Jan 10 17:00:01 UTC] Automatic processor detection found 1 processor.G [Jan 10 17:00:01 UTC] Loaded RC5 4*2^28 packet 023ACC4C:00000000 (0.80%s done)o= [Jan 10 17:00:01 UTC] 9 RC5 packets (33 work units) remain in  buff-in.rc5oF [Jan 10 17:00:01 UTC] 0 RC5 packets (0 work units) are in buff-out.rc52 [Jan 10 17:00:01 UTC] 1 cruncher has been started.D [Jan 10 17:17:18 UTC] Completed RC5 packet 023ACC4C:00000000 (4*2^28- keys) 0.00:17:16.32 - [1,027,817.24 keys/sec] @ [Jan 10 17:17:18 UTC] Loaded RC5 4*2^28 packet 023ACC5C:00000000A [Jan 10 17:17:18 UTC] Summary: 1 RC5 packet 0.00:17:16.32 - [1.02q Mkeys/s]     --- *********************************************o( "All I every wanted from life was to see, Larry Wall give Bill Gates a Perl Necklace."     Sent via Deja.comS http://www.deja.com/   ------------------------------  % Date: Wed, 10 Jan 2001 21:01:07 -0500o" From: Dan Sugalski <dan@sidhe.org>4 Subject: Re: Today's Nugget of Worthless Information: Message-ID: <5.0.2.1.0.20010110205418.02128b80@24.8.96.48>  ( At 01:27 AM 1/11/01 +0000, fooguy wrote:5 >Two DS20s, both alike in kind in fair Washington,DC:t >500mhz 21264 CPU, 1G Rami >l3 >One is running OpenVMS 7.2-1, the other NetBSD 1.5  > 8 >The RC5 keyrate from the OpenVMS machine is ~532Kkeys/s8 >The RC5 keyrate from the NetBSD machine is ~1027Kkeys/s >iD >Now, I would not expect RC5 to perform as well on an Alpha as a PC,F >since the client is so heavily optimized for the PC (mhz for mhz, the< >Alpha was over twice as fast as a PC in the DES benchmark),  G The bigger difference with RC5 is the lack of support at the processor vL level for 32-bit rotates. It's one of the reasons that x86 chips cream most  of the RISC machines at RC5.   >  but for twoI >identical machines to have that wide a gap? I'm not sure, but I'd assumepF >that the NetBSD version was compiled with GCC and the OpenVMS versionE >DEC C. And DEC C, being a better compiler, should presumably produce- >tighter binaries.  I The OpenVMS version was built with Dec C++ actually, not C. The RC5 core  I the VMS version uses is written in C++, while I'd bet the NetBSD version vK (and I know the NT version) is using an assembly core. I tried getting the yI assembly core running on VMS, but at the time I knew nothing about Alpha hH assembly, the register convention (heck, the whole assembly format) was J different than what Dec C++ wanted for asm() calls, and I knew nothing of K how to handle parameter passing into functions, so I went with the fastest o0 of the C++ cores so at least *something* worked.  L Also, IIRC, the version of Dec C++ that was out at the time predated one of I the big optimizer performance jumps, so the code also loses out that way.o  G >As a disclaimer, these binaries are for Alpha EV5. Does anyone know if-= >anyone is working on optimizing the client for newer Alphas?   L Not that I know of. Someone requested a VAX version a little while ago, but  that's not likely either. :(  L If you want to take a shot, get in touch with the d.net folks. That's all I J did when I did that version of the client. (Alas, I have no time to do it 	 again...)e   					Dan  I --------------------------------------"it's like this"-------------------c2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and evenm;                                       teddy bears get drunkf   ------------------------------  # Date: Wed, 10 Jan 2001 20:01:49 GMTO+ From: rjordan@mars.mcs.net (Richard Jordan)L( Subject: Re: VMS ftp patch site problem?2 Message-ID: <Nc376.922$8S4.86345@news.goodnet.com>  7 > Anyone else notice nothing new here since 5-DEC-2000? > >     http://ftp.support.compaq.com/patches/.new/openvms.shtml: > If this "isn't the place" for VMS patches, then what is?  J Probably unrelated, but every search I've been doing on 2-5-2 part numbersF that provides "Digital Parts and Parts Exchange" documents (which are I useful for getting at least _some_ info on the parts in questions) is now G useless.  Every single "Digital Parts and Parts Exchange" link now endssG up in Compaq's Black Hole of Online Customer Support, aka the 'page notr found assistance menu'.a  J So unless there's an actual problem that is simply taking them 'microsoft-I soon' time to fix, they are once again removing usable, useful, customer- E friendly support information relevant to Digital from theuir website.r  G I also sent a message down the feedback pit; I expect the same response1 I always get from them too...    Rich Jordane rjordan@mcs.netw   ------------------------------  % Date: Wed, 10 Jan 2001 15:01:51 -060051 From: "Dave Gudewicz" <david.gudewicz@abbott.com>.( Subject: Re: VMS ftp patch site problem?8 Message-ID: <93iicb$ol3$1@fizban.fizban.pprd.abbott.com>  J And while were at it the SPD links are broke in many places.  The one that works today is:f  $     http://www5.compaq.com/info/SPD/  G Yesterday when I visited compaq.com I was chosen (probably randomly) to D complete a survey on the web site.  I wish I had known about these 2K screw-ups, I would have let them know.  But as you say, the feedback place,f is a pit, aka black hole.   I Oh well, another case of BIG companyitis.  No known cure available today.r   Dave...L  8 "Richard Jordan" <rjordan@mars.mcs.net> wrote in message, news:Nc376.922$8S4.86345@news.goodnet.com...9 > > Anyone else notice nothing new here since 5-DEC-2000?h@ > >     http://ftp.support.compaq.com/patches/.new/openvms.shtml< > > If this "isn't the place" for VMS patches, then what is? > L > Probably unrelated, but every search I've been doing on 2-5-2 part numbersG > that provides "Digital Parts and Parts Exchange" documents (which areEK > useful for getting at least _some_ info on the parts in questions) is now I > useless.  Every single "Digital Parts and Parts Exchange" link now endssI > up in Compaq's Black Hole of Online Customer Support, aka the 'page notr > found assistance menu'.D >-L > So unless there's an actual problem that is simply taking them 'microsoft-K > soon' time to fix, they are once again removing usable, useful, customer-aG > friendly support information relevant to Digital from theuir website.i >rI > I also sent a message down the feedback pit; I expect the same responsea > I always get from them too...e > 
 > Rich Jordan  > rjordan@mcs.neth >    ------------------------------  % Date: Thu, 11 Jan 2001 07:17:00 +0800 4 From: Dave Sneddon - bigpond <dbsneddon@bigpond.com>( Subject: Re: VMS ftp patch site problem?+ Message-ID: <3A5CED6C.4C384B7B@bigpond.com>a   Dave Gudewicz wrote: > 7 > Anyone else notice nothing new here since 5-DEC-2000?p > > >     http://ftp.support.compaq.com/patches/.new/openvms.shtml > : > If this "isn't the place" for VMS patches, then what is? > I > And yes, I've sent a note about this somewhere in the "tell us what youOI > think" place, but me thinks that wormhole is plugged up somewhere.  ;-)y > 	 > Dave...o  ? Try the following, this is the one I use all the time and seemse- to better organized than the "official" site.y  , http://riogrande.digital.com.au/pub/ecoinfo/   -- s Regards, Dave.II -------------------------------------------------------------------------tI David B Sneddon (dbs)    VMS Systems Programmer     dbsneddon@bigpond.comBI Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/oI DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htm-I "Life is what happens to you while you're busy making other plans" Lennoni   ------------------------------  % Date: Thu, 11 Jan 2001 09:07:00 +1300 9 From: "Antony Wardle" <antony.wardle@nnnoospam.met.co.nz>f Subject: VMS verses the Web , Message-ID: <gc376.3$Ea4.132@ozemail.com.au>  ( http://eai.ebizq.net/leg/hildreth_2.html     Article about VMSo     Antony   ------------------------------  % Date: Wed, 10 Jan 2001 19:37:09 -0500T( From: Jonas Lindholm <jlindholm@rcn.com> Subject: Re: VMS verses the Webt' Message-ID: <3A5D0035.BE12B37E@rcn.com>n   Antony Wardle wrote:  * > http://eai.ebizq.net/leg/hildreth_2.html >  > Article about VMSt >. > Antony  % Read the following from the web page:u  F And it would look for development and integration tools that supportedE                   VMS as well as other, more modern platforms such ase Unix, Windows and Java.d  @ Hmm, Unix a modern platform ? Wasn't Unix developed before VMS ?   /Jonas Lindholmh   ------------------------------  # Date: Thu, 11 Jan 2001 02:42:15 GMT 4 From: "Curtis Rempel" <vmsguy.no.spam.here@home.com> Subject: Re: VMS verses the Webe< Message-ID: <b4976.290745$76.8121843@news1.rdc1.ab.home.com>  D "Antony Wardle" <antony.wardle@nnnoospam.met.co.nz> wrote in message& news:gc376.3$Ea4.132@ozemail.com.au...* > http://eai.ebizq.net/leg/hildreth_2.html >k >s > Article about VMSa >b >g > Antony >o >  >u   From the article:n  K >And it would look for development and integration tools that supported VMS H as well as >other, more modern platforms such as Unix, Windows and Java.  ) Since when is 1969 more modern than 1978?a   ------------------------------   Date: 10 Jan 2001 20:27:14 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)! Subject: Re: Wizard Disappears!!!e6 Message-ID: <93igj2$r4b$1@mailint03.im.hou.compaq.com>   In article <Pine.LNX.4.21.0101101401070.7589-100000@irys.stanpol.com.pl>, "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl> writes:  :On 9 Jan 2001, Rob Young wrote: : 1 :+http://www.openvms.compaq.com/wizard/index.htmlh :+C :+	Yes.. it is true.  The Wizard is gone and has been replaced with $ :+	what looks like a carnival prize. :e2 :...with the "proper" TimeToLoad :> 232 kB... :( !  )   The jpgs and gifs are all 16KB or less.:  M   I've taken a look at the organization of the files on the OpenVMS website, nF   and may have found a reason why the ATW page itself loads so slowly.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Wed, 10 Jan 2001 16:57:01 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>h! Subject: Re: Wizard Disappears!!!:, Message-ID: <3A5CDA96.263D249F@videotron.ca>   Hoff Hoffman wrote: N >   I've taken a look at the organization of the files on the OpenVMS website,H >   and may have found a reason why the ATW page itself loads so slowly.  J 1- It is base netizenry to hard code table widths with hard numbers. Using percentage is what is best.   K 2- It is goddam slow to load because you have at lease one table containingBM the whole list which has no defined number of columns and no width, hence theaM browser must wait until the whole thing has been received to compute how many J columns are present and what is the best way to divide the available space between columns.  ) (The offending one is following the text:iE You can Search the wizard's index for specific information via a fulleO Altavista Search or you can peruse a full list of all Ask the Wizard entries ini reverse chronological order. )O4 It is: <TABLE BORDER=0 CELLSPACING=0 CELLPADDING=0 >  E add WIDTH="100%" COLUMNS="xx" and the table should image much faster.   M Another way to make it faster is to close the table every X items and start aTK new one. This way, the browser can start to place the text on the screen as 9 soon as enough text has been received to fill the screen.R   ------------------------------   Date: 10 Jan 2001 13:43:45 PSTT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515)? Subject: Re: [Q] Which model Exabyte in TKZ09 and TKZ15 drives?a3 Message-ID: <zPsaO9GBTquW@mccdev.slac.stanford.edu>.  1 In article <87zogzk3x7.fsf@k9.prep.synonet.com>, e3     	Paul Repacholi <prep@prep.synonet.com> writes:s [...]n> > You may need the 'right' FW for the 8505. I seem to remember@ > people muttering about 'issues' with 8505s for a month or two.           Interesting...  ; > Colorado no help? Are there any Cronic people left there?e  H         I don't know, haven't tried that  avenue yet since we don't haveH     HW  support.   We do have software support, but I'd assumed the  HSCH     software stuff wasn't covered (for various reasons).  I'll  see  how     far I get with Colorado.           Thanks, Ken  -- nM  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edu':  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------   End of INFO-VAX 2001.021 ************************:)  D http://support.tditx.com/transfer/fud_pcsi.mftu or .zip if you want.  G To demo, unpack the thing, then do a PROD INST PCSIBUG1 /DEST=dev:[dir]DE .. substitute a real device for 'dev' and just some sort of test name H fo