HDTenEightyP/NetNews huggingface dataset:
From: pclark@world.std.com (peter clark)
Subject: 4 Meg SIMMs and 425 Mb Hard Drive For Sale!
Organization: The World Public Access UNIX, Brookline, MA
Distribution: usa
Date: Thu, 31 Dec 1992 23:59:57 GMT

These simm are brand new good for Mac, PC and Workstation.

4 x 9 x 60  $120 each + shipping 

4 x 9 x 70  $110 each + shipping

4 x 9 x 80  $100 each + shipping C.O.D.

Quantum ProDrive 425i, 3,5U, 9 ms, SCSI, 425 meg formatted. $850 + shipping.
From: daz@hal.gnu.ai.mit.edu (David A. Z.)
Newsgroups: alt.folklore.computers
Subject: 110 BAUD TELETYPE WANTED (WITH OR WITHOUT TAKE PUNCH)
Followup-To: misc.forsale.computers.other,alt.folklore.computers
Date: 4 Jan 1993 03:23:56 GMT
Organization: /etc/organization
NNTP-Posting-Host: hal.gnu.ai.mit.edu

        Say, does anyone out there have or know where to get an old
110 baud teletype?  (With or without tape punch.)  I spent thousands
of hours using it when I was growing up, hooked into the DECsystem-10.
I remember how it would aways print "SPOCJ" with half a J instead of
"SPOCK" because it couldn't go from the C to the K on the exact
opposite side of the cylender quickly enough.
 
        I was just looking through some of my old stuff, such as
my ATARI 2600 (still new in box), Atari 400, 800, and 1200, an
old Diablo printer (with keyboard and a case strong enough to stop an armor
piercing bullet,) TIMEX Sinclear, etc... and suddenly became homesick
for it.  Any help acquiring one in good condition would be appreciated.

        Price is negotiable depending on condition.
 
        Not-so-subliminal note to anyone reading this who might have one: 
Hey!  Look!  Someone wants to buy that old piece of junk you have laying
around.  It's big, ugly, and slow is an understatement.  Most communication
packages don't even GO that slow.  Hell... it doesn't even do lowercase
and you it's a bitch to program in C without the {, }, and | characters.
This is your lucky break.   Clear out some storage space and make a couple
of buck to boot! 
 
        Thanks for your help,
 
        - daz@gnu.ai.mit.edu
From: gfritz@tesla.ecn.purdue.edu (Geoffrey M Fritz)
Newsgroups: alt.folklore.computers
Subject: Re: LD-ROM vs CD-ROM (as in LaserDisc)
Date: 30 Dec 92 01:44:11 GMT
Distribution: alt
Organization: Purdue University Engineering Computer Network

In article <KLUND.92Dec29162714@e40-008-7.mit.edu> klund@athena.mit.edu (Kent H Lundberg) writes:
>
>So CD-ROMs can hold something like 680M.  
>
>CDs can hold something like :
>(75 minutes)x(60 sec)x(44.2 kHz)x(2 bytes (16bit))x(2 channels (stereo))
>which comes out to 795M (this make sense because of formatting, blah, blah)
>
>OK, so does anyone know how much a LaserDisc ROM system could hold?
>(You can quote either per-side or per-disc.)
>
>--> Kent Lundberg

A friend and I discussed this one day.  Even though we didn't have any
specific numbers, we figured that you could get a pretty good approximation
by using a surface area to storage capacity ratio.  I don't know what the
size of LaserDiscs are, but anyone who *does* should give it a try and report
back to us.  Assuming the "grove" width and the distance between them were
close (if not identical) between CDs and LDs, wouldn't this lead to a fairly
accurate approximation?

My thoughts o' the day,
Geoff
--
This a post with a message in, and the message is, "Beware."  This not a post
for reading -- it is a post for laying down and *avoiding*.
Newsgroups: alt.folklore.computers,alt.folklore.science
From: pete@extro.ucc.su.OZ.AU (Peter Alexander Merel)
Subject: Re: mean failure time vs power-to-weight ratio (was: Re: Sig file)
Organization: Sydney University Computing Service, Sydney, NSW, Australia
Date: Mon, 21 Dec 1992 13:54:49 GMT

shag@aero.org (Robert M. Unverzagt) writes:
>In article <1grnvaINN5i7@cat.cis.Brown.EDU> ST201026@brownvm.brown.edu (nathan marsh) writes:
>> In article <1gqv3tINN6so@news.aero.org>, shag@aero.org (Robert M. Unverzagt)
>> said:
>> >He plotted power-to-weight ratio vs. mean time to failure for
>> >all sorts of things -- alarm clocks, cars, gas turbines,
>> >Saturn V's, etc. on log-log paper.  You guessed it -- it's a
>> >line.
>Right -- higher power-to-weight decreases mean time to failure.  For
>a "typical" launch vehicle it was something like 4 hours between
>failures.  You can't do too much about it for rockets -- decrease the
>power and you don't get enough "oomph" (note the technical jargon),
>increase the weight and you're in the same boat.  Moral -- expect to
>lose a Space Shuttle now and then.

Oh dear; does this mean that we should start to worry about the sun?

-- 
Internet: pete@extro.su.oz.au             UUCP: {uunet,mcvax}!munnari!extro!pete
                       I am a big pond in a small fish.
From: aj923@cleveland.Freenet.Edu (P. J. Remner)
Newsgroups: alt.folklore.computers
Subject: Re: Apple IIGS being discontinued Dec 1992
Date: 1 Jan 1993 01:20:43 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: aj923@cleveland.Freenet.Edu (P. J. Remner)
NNTP-Posting-Host: slc10.ins.cwru.edu


In a previous article, cheryl@gallant.apple.com (Cheryl Lins) says:

>
>I've never been a fan of voice input. Just imagine your current work
>environment and _everyone's_ talking into their computer. Can you see the
>chaos and confusion? The computer will listen to anyone's input, not just
>mine. Plus the fact that I wouldn't want the annoyance of listening to other
>people talk when I'm trying to think. Voice IO might be fine when you're
>Home Alone, but after talking all day, I bet larengitis (sp?) becomes an
>occupational hazard of computing.
>


And then a madman runs into the room with a megaphone and yells, "ERASE
HARD DISK!!!!!"....

-- 
aj923@cleveland.freenet.edu (So now you listen, 'cause I'm omniscient)
			      _______________________							     /  ___________________(_)				
			    /  /\__________________							   /  /_/________________(_)				
			  /______________________							  \____________________(_)				
Newsgroups: alt.folklore.computers
From: sbooth@lonestar.utsa.edu (Simon E. Booth)
Subject: Re: Worlds wierdest system crash!
Organization: University of Texas at San Antonio
Date: Tue, 22 Dec 1992 08:45:01 GMT

In article <1992Dec20.031019.121@front.se> samuel@front.se writes:
>In article <BzI8CB.JrL@wimsey.bc.ca>, chrisp@wimsey.bc.ca (Chris Phillips)
>writes:
>
>> 	Any like stories?
>> 		Chris
>
>Back in 1984, I was working on my C64 with a 'mathematical' program that was
>printing out a real number as a function of some input data.
>In one of the runs the output was something like "@.645122" but when I ran the
>program again (using the same input), the output was "2.645122", which was the
>correct figure. I was slightly amazed, but I continued with my work.
>Five minutes later, an earwig came crawling out of the computer !
>
>This is a 100% true sto

Well, you should have run the de-bugger sooner :-)!

I don't know how familliar people are with this story, but I was once told
that the computer term 'bug' actually was derived from an incident in the
early or mid-50's in which a dead moth shorted out a magnetic drum.

Simon
From: magnus@thep.lu.se (Magnus Olsson)
Newsgroups: alt.folklore.computers
Subject: Re: PI
Date: 30 Dec 92 09:25:53 GMT
Organization: Theoretical Physics, Lund University, Sweden

In article <1992Dec29.103410.4778@pollux.lu.se> I wrote:
>It *is* proven, and indeed it's one of the best-publicized results of
>19th-century mathematics, that pi is not only irrational (i.e. its
>decimal expansion is nonterminating),

Oops, it seems I made a thinko here.

Just to set things straight:

I meant that all irrational numbers have non-terminating decimal
expansions (because otherwise they'd be rational), but the opposite is
of course not true. 

The non-terminating decimal expansion 0.33333333333333... is of course
not irrational, since it's 1/3. 

But all _non-repeating_ decimal expansions correspond to irrational
numbers. 

              Magnus Olsson                | \e+      /_
    Department of Theoretical Physics      |  \  Z   / q
        University of Lund, Sweden         |   >----<           
 magnus@thep.lu.se, thepmo@seldc52.bitnet  |  /      \===== g
PGP key available via finger or on request | /e-      \q
From: kby@cco.caltech.edu (Kimo B. Yap)
Newsgroups: alt.folklore.computers
Subject: Re: What is so greate about the PDP 10?
Date: 22 Dec 1992 16:08:19 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: alumni.caltech.edu
Keywords: PDP 10, gods gift to hackers, TOPS, ITS

alderson@last-call (Rich Alderson) writes:

>In article <1gu1tcINNgiu@gap.caltech.edu>, kby@cco (Kimo B. Yap) writes:
>>Oh, come on.  For the full KL architecture spec, the address space is approx.
>>equiv. to 2^34 - 2^35 "bytes" (using 8 bit byte terminology).  That's more
>>than the vax.  Half of that is user space, same as the VAX.-kby

>Perhaps on Bottoms-10 half is taken away by the operating-system stuff, but on
>Tops-20 a user program is unrestricted in its address-space usage.

No, this isn't a TOPS-10ism.  By half, and in the numbers included above, I
meant that half of that virtual space is executive mode and the other half is
user mode.  Twenex doesn't let you run in exec mode any more than TOPS-10.-kby
Newsgroups: alt.folklore.computers
From: peter@NeoSoft.com (Peter da Silva)
Subject: Re: CLI/GUI wars (was Re: Apple IIGS being discontinued...)
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Mon, 4 Jan 1993 02:42:02 GMT

In article <1993Jan3.223411.5218@icaen.uiowa.edu> dsiebert@icaen.uiowa.edu (Doug Siebert) writes:
> What the poster was trying to get across is that you could have a script that
> could run and do things within the GUI without requiring any interaction.  You
> could use AppleScript (if I understand how it will work correctly) to have one
> action open up an application, load a file, format it correctly, print it,
> remove that file, close the application, open another, do something else, save
> it to floppy, and eject the floppy.  This isn't something a CLI can't do, of
> course, but doing this stuff inside a GUI environment is a new capability, and
> one that Windows certainly doesn't provide.

AmigaOS has been able to do this, using AREXX, for years. I believe OS/2 does
this with REXX as of 2.0 (early 1992), and Windows 3.something now has
Windows Basic (yech).

It's not a new capability for a GUI, after all.

Just Microsoft, IBM, and Apple up to their usual tricks, implementing stuff
that's been around for ages and claiming they invented it.
-- 
Peter da Silva.  <peter@sugar.neosoft.com>.
 `-_-'   Oletko halannut suttasi tnn?
  'U`    
Tarjoilija, tm ateria el viel.
Newsgroups: alt.folklore.computers
From: ftit@engin.umich.edu (Sergej Roytman)
Subject: Re: Famous flame wars, examples please?
Date: Mon, 21 Dec 92 22:20:18 EST
Organization: University of Michigan Engineering, Ann Arbor

In article <=wfr1rd@lynx.unm.edu> kogoma@vesta.unm.edu (Taki Kogoma) writes:
|In article <1992Dec16.235540.13683@leland.Stanford.EDU> alderson@elaine46.Stanford.EDU (Rich Alderson) writes:
|>In article <Bz871J.9Au@NeoSoft.com>, peter@NeoSoft (Peter da Silva) writes:
|>>In article <1992Dec12.200339.24848@news.columbia.edu> lasner@watsun.cc.columbia.edu (Charles Lasner) writes:
|>>> In article <Bz3zJI.B0o@sci.kun.nl> hansm@cs.kun.nl (Hans Mulder) writes:
|>>Well, the main backbone was between olympus.org (the sysop was a hothead named
|>>Haephestus, but Zeus pulled all the strings) and athens.gov, with a sandalnet
|>>connection to sparta.mil. The connection to troy.gov was handled by bulk mail.
|>>The big flame war got started when paris@athens.gov was running the vote for
|>>the golden.apple group, but the real argument got started when Meneleus
|>>accused achilles@troy.gov of stealing the vote, or the winner, or something...
|>>the details are kind of muddy. We don't even know if one of the main players
|>>was helen@troy.gov or helen@athens.gov, but we do know she could handle 1000
|>>MIPS.
|>
|>That's paris@troy.gov, menelaus@sparta.mil, achilles@tiryns.gov (I think),
|>agamemnon@mycenae.gov, and helen@sparta.mil/@troy.gov.
|>
|>Side argument was between Achilles and Agamemnon, caused by apollo@olympus.org.
|
|So where does T. Usenet Oracle fit into this? ;-)

He doesn't really like to admit to this, but he was an indirect cause of
that little spat.  You see, he was the one who said, "You owe the Oracle
a golden Apple ][+," which Eris (discord@hades.org) misunderstood... and
there you have it.

|Capt. Gym Z. Quirk  (Known to some as Taki Kogoma)  kogoma@vesta.unm.edu

--
-----------------------------------------------------------------------
|  ftit@engin.umich.edu   |   "... a stainless steel rat in the       |
|    (Sergej Roytman)     |  ferroconcrete wainscoting of Internet"   |
-----------------------------------------------------------------------

Say no to four-line .sigs.
Newsgroups: alt.folklore.computers,sci.math,comp.compression
From: schear@cylink.COM (Steve Schear)
Subject: Re: Compressing decimal expansion of pi (was Re: PI)
Organization: Cylink Corp.
Date: Fri, 1 Jan 93 02:01:19 GMT

In article <PRENER.92Dec30015747@prener.watson.ibm.com> prener@watson.ibm.com (Dan Prener) writes:
>In article <alien.024p@acheron.amigans.gen.nz> alien@acheron.amigans.gen.nz (Ross Smith) writes:
>
>   [ ... most of posting omitted ... ]
>
>   Real compression utilities take advantage of the fact that real data is
>   hardly ever random. If the data is truly random, no general-purpose
>   compression algorithm is possible.
>
>In fact, that is the basis for the information-theoretic definition of
>randomness.
>--
>                                   Dan Prener (prener@watson.ibm.com)

It would seem so, however, some time ago a few friends and I decided to
investigate whether it was possible to use sequences from random number
generators as a more efficient approach to random information compression.

Our thinking, though it is probably flawed, was that with enough computational
power one aught to be able to find long, though finite, sequences of pseudo
random numbers from generators chosen to model some characteristic of the\
portion of the random data to be compressed.

The compressed data might then be sequences of the seeds, offsets and lengths,
which identify what portions of the pseudo random sequences exactly match
the portion of the input data to be compressed. This is very similar to
crypto techniques used to either break of analyze encryption algorithms
for quality.

Our application was really to try and come up with better approaches for image
compression. In this case, however, there is a two dimensional correlation of
the data values. By rearranging the two dimensional data into a one
dimensional form (using a space filling curve) and designing generators which
could statistically match the correlation attributes of the sequences of the
data to be compressed, the compression rates were generally quite impressive.
Certainly on a par with JPEG.

sds
Newsgroups: alt.folklore.computers
From: tom_van_vleck@taligent.com (Tom Van Vleck)
Subject: Re: TX-0 code
Followup-To: alt.folklore.computers
Organization: Taligent Inc.
Date: Mon, 28 Dec 1992 01:03:35 GMT

df@sdf.lonestar.org (daniel finster) wrote:
>   Reading in _Hackers_ a while back, 
> i remember seeing that the TX-0 had 18-bit words,
> the first two bits of which were instructions.  Now, that comes out to
> 4 instructions (assuming Levy got it right); I've been racking my brain
> off and on over the past year or so trying to figure out WHICH 4 instructions
> that the TX-0 included.

Levy got it almost right. There were 7 instructions, bits 0,1,2 of the
word.
The instructions were sto, slr, add, llr, trn, tra, and opr.
The opr instruction did any of 35 different things depending on its
address, e.g. cla = opr 140000 cleared the accumulator.

TX-0 had an accumulator, a live register, a toggle switch buffer register,
and a toggle switch accumulator. On-line oscilloscope, light pen, and
paper tape went through the accumulator. 12 microseconds per instruction,
one's complement arithmetic. macro assembler and a debugger named FLIT
(FLexowriter Interrogation Tape).

I never used TX-0 myself but I have this fine memo here, 6M-5907-1,
by John T Gilmore Jr, dated 3 October 1958, which talks about the
new direct input system for debugging at the console. It starts out talking
about the new large memory on the machine, 65,536 words. MIT memos by 1960
talk about the machine having only 8192 words, so maybe it was reconfigured
when it moved from Lincoln Labs to MIT bldg 26.

tom <tom_vanvleck@taligent.com>
Newsgroups: alt.folklore.computers
Subject: Re: Apple IIGS being discontinued Dec 1992
From: thomas@datamark.co.nz (Thomas Beagle)
Date: Wed, 30 Dec 1992 23:44:39 GMT
Organization: Datamark International Ltd.

>nweaver@soda.berkeley.edu (Nicholas C. Weaver) writes:
>>	The reason for a command line interface is simple, there are certain
>>things that you can do in a CLI that you can't do in a GUI.  For example,
>>try moving all files starting with Let to the directory Letters.  How do you
>>do this easily in a GUI?

Bring up a list of the files. Sort by name. Select the range you want
and drag them to the destination.

I promise not to snigger while watching you copy 50 of 100 files out
of one directory into another where there is no easily expressed
pattern as to the names of the files you want moved.

-- 
    Thomas Beagle | thomas@datamark.co.nz           Work: 64 4 233 8186
Datamark Intl Ltd | thomas@cavebbs.welly.gen.nz     Home: 64 4 499 3832
 Technical Writer | Yes, I do have long ears, a black nose, and a tail.
Xref: sparky alt.folklore.computers:18197 alt.folklore.urban:31778 alt.religion.kibology:5505
From: harrisot@cps.msu.edu (Timothy R Harrison)
Newsgroups: alt.folklore.computers,alt.folklore.urban,alt.religion.kibology
Subject: Re: Proper pronounciation of 'Kibo'
Date: 21 Dec 92 20:56:39 GMT
Reply-To: harrisot@cps.msu.edu (Timothy R Harrison)
Organization: Dept. of Computer Science, Michigan State University
NNTP-Posting-Host: starfish.cps.msu.edu
Originator: harrisot@starfish.cps.msu.edu

In article <1992Dec19.095027.7642@news.columbia.edu> lasner@watsun.cc.columbia.edu (Charles Lasner) writes:
>In article <1992Dec18.151353.9559@adimail.uucp> tel@adimail.uucp (Terry Monks) writes:
>
>>You don't need to, the pronoun concept is included in the word, which
>>declines
>>		  Kibo
>>		  Kibas
>>		  Kibat
>>		  Kibamus
>>		  Kibant
>>		  Klaatu     (Kibare is *very* irregular)
>>
>                  ^^^^^^
>
>Sheesh!  I thought that KIBO was Gort's love child.
>
>cj "Gort! Klaatu borata nicto!" l
Isn't kibo declined

	Kibo
	Kibas
	Kibat
	Kibamus
	Kibatis
	Kibant
?

Tim
Xref: sparky alt.folklore.computers:18371 soc.culture.nordic:8034 soc.culture.german:9535 soc.culture.french:9355 news.admin.misc:921 news.future:877 comp.std.internat:935
From: leonard@qiclab.scn.rain.com (Leonard Erickson)
Newsgroups: alt.folklore.computers,soc.culture.nordic,soc.culture.german,soc.culture.french,news.admin.misc,news.future,comp.std.internat
Subject: Re: 8-bit news
Date: 27 Dec 92 16:16:35 GMT
Reply-To: Leonard.Erickson@f51.n105.z1.fidonet.org
Organization: SCN Research/Qic Laboratories of Tigard, Oregon.

unrza3@cd4680fs.rrze.uni-erlangen.de (Markus Kuhn) writes:

>leonard@qiclab.scn.rain.com (Leonard Erickson) writes:

>>Actually, even "PC compatible" gear can use ISO Latin-1! You just have to
>>have EGA or VGA and install the proper "code page". I'd give details,
>>but I misplaced that manual. (Arrrggghhh!)

>Since MS-DOS 3.3, each PC has a code page 850 supported by it's DOS.
>This code page contains ALL Latin 1 characters (that was the reason, why
>it has been introduced), but with other codes than in ISO 8859-1, in order to
>stay compatible with the old traditional IBM PC code page 437 which is
>supported in hardware by even every CGA card.

Actually, the "real" CGA cards don't "support" anything but *ASCII* in 
hardware! If you want the characters in the 80h-FFh range to be displayable
you have to *load* them into RAM (using GRAFTABL.COM). MDA or older
Hercules cards are the *only* display adapters with no "soft font"
capability.

>IBM has even defined a code page number for the real Latin 1 code set: 819,
>but at the moment, this is not part of MS-DOS. Windows uses Latin 1 as
>the default. Windows NT will even support ISO 10646! :-)

Since the post you quote, I've relocated the missing manaul, and found that
much to my disgust the 850 code page *was* incorrectly mapped. <sigh>

BTW, some of the characters in your sig made it through ok, but not all.
All of the accented letters got the accent stripped (at least that's
my guess as to why you have such a string at the end)

-- 
Leonard Erickson		      leonard@qiclab.scn.rain.com
CIS: [70465,203]			 70465.203@compuserve.com
FIDO:   1:105/51	 Leonard.Erickson@f51.n105.z1.fidonet.org
(The CIS & Fido addresses are preferred)
Newsgroups: alt.folklore.computers
From: pt@geovision.gvc.com (Paul Tomblin)
Subject: Re: So where can you get a slide rule?
Reply-To: pt@geovision.gvc.com
Organization: Not officially GeoVision Systems Inc., Ottawa, Ontario
Date: Fri, 1 Jan 1993 15:37:51 GMT

vspicer@ccu.umanitoba.ca writes:

>where CAN one get ahold of a slide rule? i remember playing with one
>of my dad's eons ago and the recent demise of two of my computers has
>me longing for more "reliable" backup technology :-)

xcalc -analog
?

-- 
Paul Tomblin, pt@compass.gvc.com
(This is not an official opinion of GeoVision Systems Inc.)
"I need that trephination stuff like I need another hole in the head"
    --  Kim L. Greer in alt.folklore.urban
Xref: sparky alt.folklore.computers:18373 sci.math:17443 comp.compression:4250
From: wolfi@opal.cs.tu-berlin.de (Wolfgang Schwanke)
Subject: Re: LD-ROM vs CD-ROM (as in LaserDisc)
Organization: Techn. University of Berlin, Germany
Date: Thu, 31 Dec 1992 01:47:25 GMT

tmcbraye@thor.ece.uc.edu (Tim McBrayer) writes:

>In article <KLUND.92Dec29162714@e40-008-7.mit.edu>, klund@athena.mit.edu (Kent H Lundberg) writes:
>|> 
>|> CDs can hold something like :
>|> (75 minutes)x(60 sec)x(44.2 kHz)x(2 bytes (16bit))x(2 channels (stereo))
>|> which comes out to 795M (this make sense because of formatting, blah, blah)
>|> 
>|> OK, so does anyone know how much a LaserDisc ROM system could hold?
>|> (You can quote either per-side or per-disc.)
>|> 
>|> --> Kent Lundberg
>Just having purchased a LD player, I was curious about this too.  There's
>_almost_ enough information to tell, but I'm short a few numbers.  Here goes.
>
>In CAV format (30 min per side), the video is recorded one frame per disc
>revolution.  Also, the video picture is digitized at 425 lines per frame.
>Two figures are missing: the horizontal digitization rate, and the bits per
>pixel.  So, lets guess.  Since a television has a 4x3 aspect ratio, I'll
>assume square pixels and use 425 x (4/3) = 567 pixels horizontal resolution.
>Also, 24 bits is generally considered "true color."  This makes LD capacity
>to be (at least on the order of):
>
>(30 min)x(60 sec/min)x(30 frames/sec)x(567x425 pixel/frame)x(24 bit/pixel)
>= 312,303,600,000 bits (3.123x10^11 bits)

(....)

This is assuming LD uses digital recording for the video part.
I'm almost sure the video is stored analogue.

Otherwhise the data amount needed would be ...

>which converts to ~291 Gb/side, CAV format.  Of course, CLV format plays for
>60 min/side, making total possible data capacity ~582 Gb/side.  Accounting
>for "formatting, blah, blah" overhead leaves 660Mb/795Mb = 0.83 of the disk
>for data, at CD overhead rates.  This yields 582Gb x 0.83 = 483Gb.

And that seems an awful lot compared to CDs.

>-- 
>Tim McBrayer                                tmcbraye@thor.ece.uc.edu
>Computer Architecture Design Laboratory     (513) 556-0904
>University of Cincinnati

Just a short thought at 3 am :)

Wolfgang

--
* Wolfgang Schwanke * Technische Universitaet Berlin * Germany * wolfi on irc *
* email: wolfi@cs.tu-berlin.de       *      wolfaefg@w250zrz.zrz.tu-berlin.de *

   Everybody needs a little love sometime; stop hacking and fall in love!
Newsgroups: alt.folklore.computers