1 INFO-VAX	Sun, 17 Mar 2002	Volume 2002 : Issue 149       Contents:2 Re: DFU report wrong number of free file headers ?2 Re: DFU report wrong number of free file headers ? DS10's for only $2950  ESC KEYS NEEDED for HP8000 Getting info on voting dayG Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux + Re: Microsoft Curries Favor With Undergrads & Re: sleep() in Older versions of DEC C Tape compaction performance?  Re: Tape compaction performance?  Re: Tape compaction performance? The Inquirer & the Irony Re: The Inquirer & the Irony Re: Timing of vote Re: Timing of vote Re: Timing of vote Re: Timing of vote8 Re: Viability of a Commercial ISO-9960 formatter for VMS VS 4000/90 Question  Re: WWW.DIGITAL-EQUIPMENT.COM  Re: WWW.DIGITAL-EQUIPMENT.COM   F ----------------------------------------------------------------------  # Date: Sun, 17 Mar 2002 01:14:47 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ; Subject: Re: DFU report wrong number of free file headers ? ' Message-ID: <3C93EF76.50BD4DB5@fsi.net>    Paul Repacholi wrote:  > 2 > SPAMSINK2001@YAHOO.COM (Alan E. Feldman) writes: > 2 > > > > >  First header VBN                 :  624 > F > > Of course! It's the end of file mark, which is at 1633 blocks! So,H > > with the first header VBN at 624, and 1010 total headers, 1010 + 624G > > -1 = 1633. So blocks 624 thru 1633 are the headers! I realized this G > > after receiving an e-mail from David J. Dachtera which pointed this F > > out, and if he posted it too, I will respond to his other stuff in7 > > that post when it becomes visible on my newsreader.  > E > And this brings up the question of why is the index file not in the  > (LBN) center of the disk?   C Well, as Roy pointed out, that is the default, but careful - if you G don't pre-allocate INDEXF.SYS, this might be defeated in a major way as F the volume gets populated if INDEXF.SYS needs to be extended AFTER the? surrounding extents have already been allocated to other files.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Sun, 17 Mar 2002 01:16:45 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ; Subject: Re: DFU report wrong number of free file headers ? ' Message-ID: <3C93EFF2.FF6D2264@fsi.net>    "David J. Dachtera" wrote: > [snip]C > As to why DFU reports fewer free headers than one might expect, I - > believe Jan Erik has the answer in his post   - Oops! My mistake - it was Larry Bohan. Sorry.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sat, 16 Mar 2002 16:53:04 -0500 1 From: "Island (hpaq.net)" <dbturner@islandco.com>  Subject: DS10's for only $2950/ Message-ID: <u97flch50off13@news.supernews.com>   " We have the following going cheap:   DS10 EV6 466Mhz 
 1GB Memory 18GB10KRPM Ultra2 SCSI Disk  KZPCA-AA Ultra2 SCSI Controller   3DLabs Oxygen VX1 32MB PCI Video Dual 10/100 Ethernet VMS Keyboard 3 Button DEC Mouse   Quantity limited    Also have DS10L's (New Open Box)  5 DS10L EV6 466Mhz Base Machine with 512MB Memory $1500      -- Island Computers US Corp.  2700 Gregory Street  Savannah GA 31404  Toll Free: 1-877 636 4332  International: 001 912 447 6622   Facsimile:      001 912 201 0096 dbturner@hpaq.net  www.hpaq.net   ------------------------------  # Date: Sat, 16 Mar 2002 22:11:50 GMT * From: John Polcari <JPolcari@Mediaone.net># Subject: ESC KEYS NEEDED for HP8000 + Message-ID: <3C93C37A.4020606@Mediaone.net>   F I have a Vax system running Alpha Openvms 7.3, I have HP8000 printers G off of this system and need to print out reports that are Landscape and H the output is condensed. I think the stadndard font size is around a 14 H   pitch or higher. I need the font size to be much smaller, maybe a 8 orG 10. When I print out jobs at the higher pitch the out rolls off of the   page and data is missed.  G I was wondering if anybody could help me to proper escape keys in place " so the I can print this correctly.   ------------------------------  % Date: Sun, 17 Mar 2002 01:33:21 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> # Subject: Getting info on voting day , Message-ID: <3C9438A9.5E835E9A@videotron.ca>  M What will be the best medium to watch for information on the voting results ?    ------------------------------  # Date: Sat, 16 Mar 2002 20:00:55 GMT * From: "Bill Todd" <billtodd@metrocast.net>P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux@ Message-ID: <XvNk8.21658$dh.1223808@bin2.nnrp.aus1.giganews.com>  / "GreyCloud" <mist@cumulus.com> wrote in message ) news:u97512jk1us506@corp.supernews.com...  > Paul A. Jacobi wrote:  >  > > 6 > > "Alan Greig" <a.greig@virgin.net> wrote in message6 > > news:i3l49u4m1cggqn4g98ibk8jgmmngj1790f@4ax.com... > > 7 > >> Maybe, just maybe if IA64 takes off and ends up in J > >> laptops five years down the line I'll be able to do that but I expect; > >> Hammer laptops long before IA64 laptops appear if ever  > > H > > Intel has consistantly said that IA-64 is a high-end SERVER chip andG > > there are no intentions to make a low-end, low-cost implementation.   L No, it has not:  its original hopes for Itanic were to start to replace IA32K after the Pentium 3 (or was it Pentium 2?) generation, but obviously it had K to rethink that strategy after the point where it could foresee that Merced K would be a complete dud and McKinley didn't look likely to be enough better D to compensate (which is when it began to sing the "server only" tune loudly).  C Even so, 'Deerfield' still exists on its roadmaps as a cost-reduced L implementation, and high-end servers would have no use for it.  Besides, theI low end is where Windows support will do it the most good (at least until F such time as Windows becomes at least marginally adequate for high-endI use) - though unless Microsoft doesn't support Hammer with Win64 it's not + clear why Itanic would be attractive there.    > > E > > There will never be any IA-64 laptop, just like there are no Xeon  laptops.  H I tend to agree, but only because I suspect that Itanic will sink beforeK process technology (perhaps 50 nm - 65 nm might not be small enough) starts I to make its hunger for power relatively small compared with laptop screen L power requirements.  Otherwise, Itanics would at least be feasible there forE special-purpose use if there were any demand for them (i.e., if Intel  manages to scuttle Hammer).    > > < > > Anand has a really good article on IA-64 vs. AMD Hammer: > > 9 > > http://www.anandtech.com/cpu/showdoc.html?i=1584&p=13  > >  > I > That's odd,... IBM is selling a dual IA-64 workstation for around $15k.   I They can 'offer' them, but they can't 'sell' them unless someone wants to G buy them, which so far has not seemed to be the case.  Considering that L that's at least 4 times the price of an IA32 box with comparable quality andJ performance, I'm not sure it qualifies as anything but a niche product forK those who need Itanic for compatibility with higher-end machines (e.g., for  development work).   - bill   ------------------------------  # Date: Sun, 17 Mar 2002 03:28:24 GMT # From: "John Smith" <a@nonymous.com> 4 Subject: Re: Microsoft Curries Favor With Undergrads1 Message-ID: <s3Uk8.13299$5Id.4359@news2.bloor.is>   2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:iok49u066rh82c3kj282i5qeagrub5adgc@4ax.com... > / Of course Compaq would have to eat  humble pie.  >   H That's not taught in US business schools, so nobody at Compaq knows how." They never did a case study on it.   ------------------------------  % Date: Fri, 15 Mar 2002 12:21:48 -0500 ' From: "news.msais.com" <satan@hell.com> / Subject: Re: sleep() in Older versions of DEC C ) Message-ID: <a6tajc$51i1@guppy.msais.com>   1 the rtl call LIB$WAIT will do what you need done.     0 "Dave Rich" <drich@nucorar.com> wrote in message/ news:a6svec$gn2of$1@ID-136223.news.dfncis.de... G > Apparently, the version of DEC C I am using does not have the SLEEP()  > function.  > J > Is there a known work around for this, or some other method of causing a4 > process to 'sleep' for a specified amount of time? >  > Many Thanks. >  > Dave Rich  > Software Engineer 
 > Nucor Steel  >  >    ------------------------------  # Date: Sat, 16 Mar 2002 22:09:25 GMT ( From: "Tom Simpson" <simpsont@attbi.com>% Subject: Tape compaction performance? 9 Message-ID: <poPk8.1057$iL5.496115@typhoon1.se.ipsvc.net>   F I recently decided to test using compaction mode for Backups.  I ran 2C tests.  One Backup with compaction enabled, the second test without L compaction.  I was surprised to see that with compaction enabled, the Backup/ took approximately 40% longer.  Is this normal?   J The test backup size was approximately 1.1m blocks using TZ89 drives on anG ES40 system running OpenVMS V7.2-1.  Backup took 7 minutes w/compaction J versus 4 minutes w/o compaction.  The test was done during normal business% hours so the results are not precise.    Regards, Tom    ------------------------------  # Date: Sun, 17 Mar 2002 01:33:14 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ) Subject: Re: Tape compaction performance? ' Message-ID: <3C93F468.D1B8E58D@fsi.net>    Tom Simpson wrote: > H > I recently decided to test using compaction mode for Backups.  I ran 2E > tests.  One Backup with compaction enabled, the second test without N > compaction.  I was surprised to see that with compaction enabled, the Backup1 > took approximately 40% longer.  Is this normal?  > L > The test backup size was approximately 1.1m blocks using TZ89 drives on anI > ES40 system running OpenVMS V7.2-1.  Backup took 7 minutes w/compaction L > versus 4 minutes w/o compaction.  The test was done during normal business' > hours so the results are not precise.   E Compaction (aka compression) takes more CPU cycles on SOMEone's part. B its gotta be either the CPU ("software" compression) or the device ("hardware" compression).   A I suspect the "small" size of the sample probably exacerbates the G difference in a practical application, but as others keep pointing out, = "there's no free lunch". Compression always comes at a price.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sun, 17 Mar 2002 01:59:29 +0000 & From: Alan  Greig <a.greig@virgin.net>) Subject: Re: Tape compaction performance? 8 Message-ID: <fmt79u4vj97dld7d1psopt60p84du6u3sq@4ax.com>  5 On Sun, 17 Mar 2002 01:33:14 GMT, "David J. Dachtera"  <djesys.nospam@fsi.net> wrote:   >Tom Simpson wrote:  >>  I >> I recently decided to test using compaction mode for Backups.  I ran 2 F >> tests.  One Backup with compaction enabled, the second test withoutO >> compaction.  I was surprised to see that with compaction enabled, the Backup 2 >> took approximately 40% longer.  Is this normal? >>  M >> The test backup size was approximately 1.1m blocks using TZ89 drives on an J >> ES40 system running OpenVMS V7.2-1.  Backup took 7 minutes w/compactionM >> versus 4 minutes w/o compaction.  The test was done during normal business ( >> hours so the results are not precise. > F >Compaction (aka compression) takes more CPU cycles on SOMEone's part.C >its gotta be either the CPU ("software" compression) or the device  >("hardware" compression).  F Nope it's almost certainly due to the fact that in compressed mode theD drive is not being fed data fast enough to keep it streaming I wouldC say. If it has to stop/start more often then backup times shoot up. F My guess is Tom needs to optimize the backup account and/or defrag theE disk or run during quieter periods. 500 MB in 240 seconds is only 2MB E /sec which is terrible even before turining on compression. The drive F really will handle over 5MB/sec uncompressed and about 10MB compressed& so it just isn't being fed fast enough  B >I suspect the "small" size of the sample probably exacerbates theH >difference in a practical application, but as others keep pointing out,> >"there's no free lunch". Compression always comes at a price.   ------------------------------  # Date: Sat, 16 Mar 2002 23:13:39 GMT # From: "John Smith" <a@nonymous.com> ! Subject: The Inquirer & the Irony + Message-ID: <DkQk8.20$d7p.7@news1.bloor.is>   $ http://www.theinquirer.net/irony.pdf   In HP's own words.......  H Compaq is far more than just a PC company. It is, in fact, one of only aC handful of companies in the world that is a strong, global force in " enterprise computing. Take a look:  5 A $1.8 billion enterprise storage business that's #1: @ Compaq is the world leader in storage and has a leading position- in the next generation of storage technology.   ; A $6.2 billion industry-standard server business that's #1: 6 Compaq shipped more industry-standard servers than any% other company in the world last year.   I A $2.7 billion high-performance and fault-tolerant server business that's  #1: L Compaq is the leader in business-critical market segments, such as computers; for stock exchanges, telecommunications systems and others.   J A $7.8 billion industry-leading, very profitable global services business:I With 34,000 IT architects around the world, Compaq helps customers manage I the complexities and risks of today's challenging technology environment.     5 Gee.....if only Compaq's management knew all this....    ------------------------------  % Date: Sat, 16 Mar 2002 21:39:39 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> % Subject: Re: The Inquirer & the Irony , Message-ID: <3C9401D9.DC357603@videotron.ca>   John Smith wrote: = > A $6.2 billion industry-standard server business that's #1: 8 > Compaq shipped more industry-standard servers than any' > other company in the world last year.   M How convenient. For sales, they have no problems stating the revenus from the K wintel server. But when it comes to profit, they refuse to show that wintel N servers don't generate the profits for that division. Can you imagine if CarlyJ was gillible enough and believed she was buying a profitable wintel server	 company ?   L > A $7.8 billion industry-leading, very profitable global services business:  K How much of that is generated by wintel sales, and how much is generated by 1 the very legacy products HP isn't interested in ?   7 > Gee.....if only Compaq's management knew all this....   H The fact that they structured the accounting the way they did means that- Compaq management knew very well all of this.    ------------------------------  % Date: Sat, 16 Mar 2002 18:17:53 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: Timing of vote , Message-ID: <3C93D298.16614BBE@videotron.ca>   "Terry C. Shannon" wrote: K > I seem to recall that DEC spent $8M (or was it $12M?) USD redesigning its K > logo. They changed the dots on the "i's" in the digital logo. Period. ;-}   G Didn't they also choose a ever so slightly different tone of burgundy ?   K You know a new CEO is going to be in a lot of trouble when he wants to make " such a change to the company logo.   ------------------------------  # Date: Sun, 17 Mar 2002 03:24:55 GMT # From: "John Smith" <a@nonymous.com>  Subject: Re: Timing of vote 1 Message-ID: <b0Uk8.13272$5Id.1472@news2.bloor.is>   I Saw this on Reuters, or someplace like that yesterday (sorry I don't have K the url handy), that HP estimated the direct costs of the merger will be in D the vicinity of $1-1.4 billion. This includes termination pay, leaseI terminations, printing, stationary, signage, vacation buyouts, etc... and J probably markdowns on product lines that are declared discontinued, thoughG the real cost of that will probably be billions more in lost customers.         5 "Paul Sture" <paul.sture@bluewin.ch> wrote in message ! news:3C93068C.70607@bluewin.ch...  > Terry C. Shannon wrote:  > 4 > > "John Vottero" <John@mvpsi.com> wrote in message- > > news:u94873r2a0d306@news.supernews.com...  > > J > >>Voting has been going on for quite some time, I cast my votes February > >>	 > > 19th.  > >NK > >>March 19th/20th is when the voting ends.  It's unknown how long it willo > >> > > take > >eH > >>to tally the votes, you can vote via the internet, telephone or mail (andL > >>probably in person too).  If the vote is close it might take a long time > >> > > to > >,E > >>declare a winner and I'm sure there will be lots of recounts.   Io receivedJ > >>my ballots three different times so I could have voted my shares three > >>	 > > timesa > > - > >>and they would have had to sort that out.  > >> > >r
 > > Umm, yep!e > > . > > The Big Winners in this deal thus far are: > >oH > > Proxy Solicitors (telephone banks, letters, PPTs, faxes, billboards, > > skywriting, etc) > >V* > > The Media (over $100M in advertising). > >NK > > Overnight Delivery Services (lots o' Fedex and Airborne missives flying- > > about).- > >- > >-E > > Regardless of how this thing turns out, and regardless of when ane officialJ > > victor is declared, one has to wonder how stockholders will react to aK > > triple-digit-million dollar expenditure and its impact on 1FQ financial  > > results. ;-} > >MG > And after that, if it goes through, the millions involved in changing  logos, letterheads et al...I >  >  > __ > Paul Sture
 > Switzerlandb >k   ------------------------------  % Date: Sat, 16 Mar 2002 23:55:24 -0500+- From: JF Mezei <jfmezei.spamnot@videotron.ca>e Subject: Re: Timing of vote + Message-ID: <3C9421BA.2A90208@videotron.ca>    John Smith wrote:dL > probably markdowns on product lines that are declared discontinued, thoughI > the real cost of that will probably be billions more in lost customers.b  C I would probably cost HP less to "bribe" Compaq customers with freetJ hardware/software to transfer their legacy Digital stuff over to HP/TandemA stuff compared to acquiring these customers in a competitive bid.   M In the customer is asked only to pay the raw hardware costs to transfer, thenAM HP's books will show the name number of customers, the same number of support-N contracts,  and the "almost free" hardware won't be a drain on profits as long( as customers pay the raw hardware costs.  N If a Digital customer is bribed with an offer whose cost to migrate to HP-UX ,M Tandem or NT is far lower than what Sun or IBM could offer, then the customerD4 would have a hard time justifying a move to Sun/IBM.    J Consider also the case of former big Digital VMS customers have have sinceG migrated most of their stuff to HP-UXwith just a few legacy VAXes left.vG Killing VMS won't be enough to generate the anger necessary to get that < customer to migrate their whole kit and kaboodle to IBM/SUN.  J The real problem I see is that HP will end up keeping the very people thatK caused Compaq to beg to be saved from oblivion, in the same way that Compaq H kept the same people that caused Digital to beg to be saved from its ownI problems. So while the short term "integration" may not be a huge failurecM (problems are to be expected), the danger is what HP will do to itself in theB
 long term.   ------------------------------  % Date: Sat, 16 Mar 2002 14:56:13 +0100V( From: Paul Sture <paul.sture@bluewin.ch> Subject: Re: Timing of votey' Message-ID: <3C934EFD.50809@bluewin.ch>o   Terry C. Shannon wrote:   7 > "Paul Sture" <paul.sture@bluewin.ch> wrote in messageU# > news:3C93068C.70607@bluewin.ch...n >  >>Terry C. Shannon wrote:6 >> > D >>>Regardless of how this thing turns out, and regardless of when an >>>n
 > official > I >>>victor is declared, one has to wonder how stockholders will react to a1J >>>triple-digit-million dollar expenditure and its impact on 1FQ financial >>>results. ;-}e >>>- >>>3G >>And after that, if it goes through, the millions involved in changingm >> > logos, letterheads et al...  >  > K > I seem to recall that DEC spent $8M (or was it $12M?) USD redesigning itsoK > logo. They changed the dots on the "i's" in the digital logo. Period. ;-}I > i Oh, not much of a surprise at that figure. I believe other corporations have spent much more than that...l   __
 Paul Sture Switzerlands   ------------------------------  % Date: Sat, 16 Mar 2002 15:05:59 +0100i( From: Paul Sture <paul.sture@bluewin.ch>A Subject: Re: Viability of a Commercial ISO-9960 formatter for VMS3) Message-ID: <3C935147.6070809@bluewin.ch>@   John Santos wrote:  / > On Fri, 15 Mar 2002, David J. Dachtera wrote:A >  >  >>John Santos wrote: >>0 >>>On Thu, 14 Mar 2002, David J. Dachtera wrote: >>>v >>>  >>>>John Santos wrote: >>>> >>>>>Much snippage...  >>>>> 2 >>>>>On Wed, 13 Mar 2002, David J. Dachtera wrote: >>>>>s >>>>>>Carl Perkins wrote:i >>>>>>
 >>>>>[...] >>>>>SK >>>>>>>Normally you also get a package of other licenses too, NAS or EIS orr >>>>>>>whatever. >>>>>>>e= >>>>>>Yes - if you buy them, you get them. If not, you don't.0 >>>>>> >>>>>>4 >>>>>>>}Want networking? Sorry, that's extra (or was >>>>>>>}up until recently).  >>>>>>>mK >>>>>>>This is only the case if by "recently" you mean "for the last decadey, >>>>>>>or more". And that's only talking IP, >>>>>>>lL >>>>>>I don't recall UCX being included in the OVMS base license much before$ >>>>>>about 1998 or so, maybe later. >>>>>> >>>>>>" >>>>>>>DECnet has been there a lot >>>>>>>longer. >>>>>>>dM >>>>>>I don't recall either DECnet end-node or Routing-IV ever being includedmJ >>>>>>in the base OVMS license. You always had to buy them separately, andK >>>>>>choose one or the other. Of course, DECnet-IV for OVMS-Alpha does notvI >>>>>>provide the routing functionality. DVNETEND is the best you can do.e >>>>>> >>>>>>J >>>>>When we got our first Alpha, a 3000-300 in late 1993, it came bundled >>>>>with NAS-250, >>>>>  >>>>NAS-250 is not OVMS-BASE.e >>>>? >>>I didn't say it was.  I said it was *BUNDLED* with VMS.  Whom= >>>cares if it is a separate PAK if there is no extra charge?u >>>vH >>I wasn't aware that such was the case. When did NAS start to come free >>with OVMS-BASE?  >> > E > I don't know, but it was included with ours 8+ years ago. as I saidh > directly above.  > C > NAS (or successor) has been included with every VMS system I havetA > bought or spec'ed for a customer since then, in the base systemn > cost.a > ? > Of course you are paying for it, TANSTAAFL, but it is *NOT* aoA > separate line item, and the total cost of a bare CPU + licenseso= > for the things we want that were included in NAS + optionaloB > hardware we need (system disk, ethernet interface, memory beyondB > minimal) that was included in the bundled system was always muchD > more than the bundled system including base VMS, NAS, more memory,A > some necessary hardware, so it always made sense to buy it thisaC > way.  Even if we didn't need UCX, we still usually needed DECnet,wD > DECWindows, clustering, etc. that was included in the NAS license,8 > so getting the bundled system was always a no-brainer. >  > 	Just to add to that, the uVAX 2000 workstation I bought in 1989 came with VMS, LAVC, DECnet end node, VWS and DECwindows licenses, if not more. It was part of the hardware package, simple as that, and I doubt if I would have saved much money opting for no software.        -- t __
 Paul Sture Switzerlandh   ------------------------------  # Date: Sat, 16 Mar 2002 22:32:03 GMTe) From: Matt Rife <matt_rife@sbcglobal.net>- Subject: VS 4000/90 Question- Message-ID: <3C93C660.5845E781@sbcglobal.net>@   All,A     I have a VAXstation 4000/90 that is configured to halt if thegC terminal is turned off or disconnected.  I want to stick this thing@F under my desk (read: no terminal), but can't find any VS4000 docs that> explain what command I need to use to change this.  Any ideas?   Matt   ------------------------------  % Date: Sat, 16 Mar 2002 16:54:25 -0500y1 From: "Island (hpaq.net)" <dbturner@islandco.com>-& Subject: Re: WWW.DIGITAL-EQUIPMENT.COM/ Message-ID: <u97fno7lb56f4a@news.supernews.com>l   Well... we stock the memory    72Pin Parity (36Bit) SIMMS  $ 64MB SIMMS are in stock IN THE USA !     -- Island Computers US Corp.t 2700 Gregory Street  Savannah GA 31404n Toll Free: 1-877 636 4332e International: 001 912 447 6622e  Facsimile:      001 912 201 0096 dbturner@hpaq.netI www.hpaq.net. Dave Rich <drich@nucorar.com> wrote in message/ news:a6tl1a$h9r6n$1@ID-136223.news.dfncis.de...m >o) > > Be advised - it's a site in France...s >i >d > Yeah, i saw that.. ;-( >TK > Any info on which type of memory the AlphaStation 255 takes, and how they- > have to be matched up? > H > It has 8 banks, do I need 8 chips, or do they count as 2 banks, with a need > for 4 at a time? >nE > Dec has minimal info on this system, since its considered 'retired't > 	 > Thanks.y > Dave >  >t   ------------------------------  # Date: Sun, 17 Mar 2002 01:23:06 GMTp1 From: "David J. Dachtera" <djesys.nospam@fsi.net>n& Subject: Re: WWW.DIGITAL-EQUIPMENT.COM' Message-ID: <3C93F16E.C67E0A28@fsi.net>a   "Island (hpaq.net)" wrote: >  > Well... we stock the memoryp >  > 72Pin Parity (36Bit) SIMMS > & > 64MB SIMMS are in stock IN THE USA !   ...and the price is ...?   -- a David J. Dachteran dba DJE Systemso http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   End of INFO-VAX 2002.149 ************************