HDTenEightyP/NetNews huggingface dataset:
From: summ50@cse.unl.edu ()
Subject: Re: WOC Videotapes
Organization: University of Nebraska - Lincoln
Date: Thu, 1 Oct 1992 18:14:30 GMT

fheitkamp@desire.wright.edu writes:

>In article <KENTD.92Sep25104704@zappa.FtCollins.NCR.com>, kentd@FtCollins.NCR.com (Kent Dalton) writes:
>>>>>>> On 18 Sep 92 11:09:25 GMT, fheitkamp@desire.wright.edu said:
>> fheitkamp> In article <BuozzM.D8J@zorch.SF-Bay.ORG>, mike@zorch.SF-Bay.ORG (Mike Smithwick) writes:
>>> 
>>> And also, Lurch from the Adams Family movie (and Mr. Hom from ST-TNG)
>>> was there on Saturday. He is supposedly quite an Amiga fan and has
>>> both of our products. He is also pretty scary to look at in person.
>> 
>> fheitkamp> 	He is also the drummer for Fleetwood-Mac.  As a matter of fact
>> fheitkamp> 	I think his name is Mick Fleetwood.  
>> 
>> No he's not, you goof!

>	Are you sure he's not?  I thought I even saw it on the credits at
>	the end of the show.  Mr.  Hom from ST-TNG is played by somebody
>	from Fleetwood-Mac (but I know it's not Stevie Nicks)


	Lurch/Mr. Hom is definately NOT played by Mick Fleetwood...
	they don't even look anything alike.


                                                                   __
/-----------------------------+---------------+-------------------///-------\  
|    ___  __   ___  __   __   |               | Multitasking __  ///        |
|   |    |  | |    |__   __|  |  Unsafe at    | my life      \\\///  Amiga  |
|   |___ |__| |     __| |__|  |  any speed... | away !!!      \XX/   3000   |
|-----------------------------+---------------+-----------------------------| 
|    Eric Elliott            summ50@cse.unl.edu         GEnie: E.ELLIOTT7   |
\---------------------------------------------------------------------------/

--
From: gblock@csd4.csd.uwm.edu (Gregory R Block)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Amiga 4000 & HYPE!
Date: 30 Sep 1992 02:47:26 GMT
Organization: University of Wisconsin - Milwaukee
NNTP-Posting-Host: 129.89.7.4

mikeh@starnine.com (Mike Haas) writes:
: In article <53697@dime.cs.umass.edu> barrett@astro.cs.umass.edu (Daniel Barrett) writes:
: >	I have my computer set up so that every time it "beeps", it
: >shuts down.  This is a great time saver.
: >                                                        Dan
: That's the most ridiculous thing I ever heard.  Imagine... shut down
: when it beeps!  I guess I have to bring up the obvious problem here...
: 
: If it shuts down, how do you know if it beeped or not?

Because it shut down, you twit!!!

							   Greg

:)

--
(: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :)
(: 	"Yeah, if improving the system is screwing the user base,     :)
(:	 you all need to be screwed more often." -Dave Haynie	      :)
(: (: (: (: (: (: (: (: (: (: (: (: (:) :) :) :) :) :) :) :) :) :) :) :)
From: Hans_Bergengren@p1.thulos.bbs.bad.se (Hans Bergengren)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: REAL FALCON 030 SPECS
Date: 3 Oct 92 16:14:32 GMT
Reply-To: Hans_Bergengren@p1.thulos.bbs.bad.se (Hans Bergengren)
Organization: THULOS!, STROMSTAD, SWEDEN
OD-Comment-To: Gregory_R_Block


 GR> : as Gods, Paradroid - all these games are just Atari ST games

 GR> Well, actually, GODS is 32-colors by the Bitmap Brothers, ported TO
 GR> the ST, not from...

Then the Bitmaps did make a real good ST port. The only thing that differs is
the sound!



   /  /
  /--/
 /  /B - No Mr. Nice-Guy Anymore...

--- Point Manager 3.00 Beta Unreg.
From: etxansk@garbo.ericsson.se
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Amiga Blitter 40% slower than Atari Blitter (???)
Date: 6 Oct 92 14:37:12 GMT
Organization: Ericsson
Originator: etxansk@garbod20

u894776@bruny.cc.utas.edu.au (James McCoull) writes:

>wallmann@backus.pu.informatik.th-darmstadt.de (Natuerlich!) writes:

 Sorry to interrupt your discussion, but:

> [stuff deleted]

>Lets be honest?  Who actually owns an STe to test this out?  Last time
>I heard, CBM were selling more C64's a year than Atari could dream of
>selling STes.

 Could somebody please reveal who's actually buying the ageing
C64 computer? I know the STe never made it to the top, but as far
as I can see there's no reason why we should even mention C64 sales
any longer. Commodore UK's C64 Game System, a pathetic NES wanna-be,
flopped out of sight.

 Anders Skelander
 
Newsgroups: comp.sys.amiga.advocacy
From: lodi@ghost.dsi.unimi.it (fabrizio lodi)
Subject: Is AT-BUS on A4000 really bad????
Organization: Computer Science Dep. - Milan University
Date: Tue, 6 Oct 1992 17:01:53 GMT




Hallo,I only want to say something about at-bus on A4000.
1) I remember that someone told that with a good at-bus harddisk the A4000 can have
a transfer rate of 1.2 mega ! It's not really bad !

2) The scsi-I mounted on A3000 is a bit slow , and mounting them on A4000 could cause
problem with future scsi-II 

3) Next year we will see a whole new C= scsi-II controller  

4) A4000 is not so expensive ! Who don't have too much money is happy with this machin
Who have money can upgrade to scsi!!

But obviously this is only my opinion :-)

Thanks for reading

Hallo Fabrizio Lodi Universita' di Informatica di Milano

p.s. sorry,no signature with whistle&bells but this is my first message on NN
next time I will write a good one!
From: jsg@ccs.northeastern.edu (Jonas S Green)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: AmigaDOS differences-
Date: 27 Sep 92 14:01:06 GMT
Organization: Comp. Sci. @ NU

>Any more misinformation ? How many different SIMMs are in use ? Doesn't
>Apple use very expensive SIMMs ? Why do dealers distinguish between 9 chip
>and 3 chip SIMMs ? Why are ZIPs just about 5% more expensive here than similar
>SIMMs ?

SIMMS, just like DIP chips come in various sizes and speeds.
SIMM sizes range from 256K to 4Meg, and speends from 120ns to 80ns or so.

Computers generally require a speed of N or faster, so for example 150ns simms
will fit the Mac SE, as will 80ns SIMMS, but 150ns SIMMS are too slow for the
Mac Quadra, and Mac IIci. They require 80ns SIMMS.

A simmililar analogy may be made with DIPS and the Supra RAM card, and other  
Amiga Memory expanders. 
Newsgroups: comp.sys.amiga.advocacy
From: boberg@lysator.liu.se (Stefan Boberg)
Subject: Re: Atari BLiTTER
Organization: Lysator Academic Computer Society, Linkoping University, Sweden
Date: Thu, 1 Oct 1992 12:52:18 GMT

ecarroll@maths.tcd.ie (Eddy Carroll) writes:

>u894776@bruny.cc.utas.edu.au (James McCoull) writes:
>>	Now I've got that out of my system are it might be a good time for
>>discussion on possible features that could be added to the amigas blitter.
>>
>>o. Interleaved bitplane support: [ caching a whole row of mask data on chip ]

>I don't think the cost would be worth it. You'd want at least 2048 bits
>of storage for the mask, and that translates to a LOT of chip space that
>could probably be utilised much better for other cool new features.

  I agree, caching probably isn't the way to go. Another solution of the
problem is a new register that contains a fixed-point value (one for every
source & dest) that indicates how many rows to skip after each blitted
line. In a N-bitplane screen you could then set this register to 1.0 for
all sources/destinations except for the mask which would be set to 1/N.
This would also allow for fast&easy scaling of objects (vertically, at
least). BTW, in my oh so humble opinion I think fast bitmap scaling is a 
must if Commodore intends to compete in the game-market (just look at the 
SNES  sprite engine.. wow, I'd like to be able to rotate & scale sprites 
just like that).

  I don't know how easy this would be to implement in silicon since I
know next to nothing about making chips, but I can't see any real 
difficulties (except for the rotation part).

>Eddy Carroll      ----* Genuine MUD Wizard  | "You haven't lived until you've
>Internet: ecarroll@maths.tcd.ie             |  died in MUD!" -- Richard Bartle
--
Stefan Boberg - AP & EE student at Linkoping Institute of Technology, Sweden
 Author of LhA, ArjA and LhArcA. Co-author of Alien Breed, Project X ...
  EMail: boberg@lysator.liu.se, lha@augs.se           FIDO: 2:204/404.7
    UUCP:  {uunet|pyramid|rutgers}!cbmvax!cbmehq!cbmswe!team17!boberg
Newsgroups: comp.sys.amiga.advocacy
From: rhealey@kas.helios.mn.org (Rob Healey)
Subject: Re: Things that make you go hmmmm.
Date: Tue, 29 Sep 1992 16:37:14 GMT
Organization: Rob's home system, Hopkins, MN

In article <35388@cbmvax.commodore.com> grr@cbmvax.commodore.com (George Robbins) writes:
=ZORRO III RAM - you can put some hundereds of Megabytes of this out on the
=	expansion bus, given high enough density memory cards.  If you can
=	afford to use up this  kind of memory capacity, you might as well
=	by a leading edge risc box to pump it and some VM software (unix)
=	to use it efficiently. 8-)
=	
	If C= hadn't put UNIX out with the trash on the curb we wouldn't HAVE
	to buy a RISC box to make use of gobs of memory in Zorro III space,
	an '040 based Amiga UNIX system would have done the job just
	fine and at a reasonable price too; relative to 486 UNIX solutions.

	In the long run it's a mistake to forgo business sales of mid and
	high range systems in favor of a commodity market, A600, or a small
	nich market like video which PC's and/or Macs will own in a few
	years by brute force alone, i.e. when NewTek drops Amiga that
	nich will move to other platforms. Or does C= seriously believe the
	PC and Apple markets won't address the video issue and leave it
	all to C=?
	
	A good long term plan would have a plan for getting high end Amiga's
	into the business market and keeping them there. ADOS DIG & VM as well
	as UNIX are all aspects of functions needed for a useful business
	systems. A few government POSIX/FIPS contracts wouldn't hurt
	either.

	I guess CBM has forgotten what the B stands for, Apple and certainly
	IBM haven't...
	
	Then again, maybe it's just that C= isimply can't supply
	that many systems with the production resources it has? A C= person
	recently said my claim of selling 50k mid/high end Amigas per year
	world wide, 150k over 3 years actually, was "unrealistic". Is C=
	production of 2000, 3000 and now 4000 really THAT low? YIKES!

		-Rob
Newsgroups: comp.sys.amiga.advocacy
From: boberg@lysator.liu.se (Stefan Boberg)
Subject: Re: REAL FALCON 030 SPECS
Organization: Lysator Academic Computer Society, Linkoping University, Sweden
Date: Fri, 2 Oct 1992 12:03:59 GMT

etxansk@garbo.ericsson.se writes:

>grr@cbmvax.commodore.com (George Robbins) writes:

>> [stuff deleted]
>>
>>In case this seems harsh, the utility of the DSP isn't just being there,
>>it's what it can do and how well it is supported by the software.  The
>>extra RAM is nice, but doesn't really change this.

> At least it is there from the beginning in the Falcon, which means
>that developers know that all Falcon user have it, which in turn means
>we may have good DSP support in new software.

  The real question is: Is there any support for the DSP in the OS, or
will everyone have to do everything themselves? [I'm thinking about
standard functions like those in NeXTStep]

> Anders Skelander
--
Stefan Boberg - AP & EE student at Linkoping Institute of Technology, Sweden
 Author of LhA, ArjA and LhArcA. Co-author of Alien Breed, Project X ...
  EMail: boberg@lysator.liu.se, lha@augs.se           FIDO: 2:204/404.7
    UUCP:  {uunet|pyramid|rutgers}!cbmvax!cbmehq!cbmswe!team17!boberg
Newsgroups: comp.sys.amiga.advocacy
From: spz@specklec.mpifr-bonn.mpg.de (S.P.Zeidler)
Subject: Re: FACTS? (was: Re: REAL FALCON 030 SPECS)
Keywords: n
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Sun, 27 Sep 1992 21:03:07 GMT

In <35376@cbmvax.commodore.com> daveh@cbmvax.commodore.com (Dave Haynie) writes:
>I know other systems have more, but really, does anyone (ok, anyone besides
>Chris Green) really use that kind of RAM in everyday work.  I have 18MB at
>home, 22MB at work, and I can't remember the last time I dropped down to
>less than 5-6 MBs doing anything.  And we're talking about GNU Emacs, resident
>compilers, "Assign INCLUDE: RAM:INCLUDE", megadiskbuffers, multiple Pro-Pages,
>Pro-Draws, and PageStreams, POST, etc.  

I notice you don't do image processing ;-)
But then, programs are like an ideal gas: they expand to fill the
available space completely. I wonder how long it'll take till I see the
first program that will _require_ the 80MB we just upgraded our
DECstations to ...

regards,
	spz
Newsgroups: comp.sys.amiga.advocacy
From: bmccnnll@unix1.tcd.ie (Barry McConnell)
Subject: Re: What in the heck in an 'Archimedes'??
Organization: Trinity College, Dublin
Date: Sat, 26 Sep 1992 23:14:32 GMT

In <1992Sep26.220609.15770@maths.tcd.ie> mike@maths.tcd.ie (Mike Rogers) writes:

>You seem to still have this inordinate fetish for moving around improbably
>large numbers of screens on a workspace.

Sorry. :-)  But seriously, under 2.04, there is a serious problem with the
window handling. I understand 3.0 is a lot, lot faster (I've been told using
an A500 under 3.0 is like an A3000 under 2.04, and that includes speeding up
directory accesses on an A590/20MB to the speed of an A3000's Quantum...).
One of the first things people notice when you show off your supposedly
fast Amiga is the window refresh rate.

>Consider. On Arc, there is no 'screens' facility.

I know. But it can move its windows around (not just the outlines) almost the
same speed as we can drag our screens up and down...

>Therefore, large amount of
>R&D hours must go to optimisation of layer handling. On Amiga you don't have
>this resource problem, so layer handling will have been much further down the
>priority list.

You have a point (sort of), but I still get irritated when it takes a second or
two to refresh my windows on a machine which outperforms the A3000...

Barry.

PS If you want me to drop the topic of window handling wrt the Arc, I could
always mention "memory protection". ;-)
Newsgroups: comp.sys.amiga.advocacy
From: hyc@hanauma.jpl.nasa.gov (Howard Chu)
Subject: Re: READ THIS AMIGANS, FALCON 030 SPECS
Organization: SAR Systems Development & Processing, JPL
Date: Fri, 2 Oct 1992 19:26:17 GMT

In article <1a0kcpINNal@uwm.edu> gblock@csd4.csd.uwm.edu (Gregory R Block) writes:
>DXB132@psuvm.psu.edu (Rune Hyldmo) writes:
>: Hell, NO. They will be ready with the new FALCON 040 around christmas. It
>: is said to be a MUCH better machine than the A4000. (24-bits TRUE COLOUR,
>: same sound as on the 030, DSP 96K perhaps even multiple ones.
>
>That will toss the processor slot right out the window:  It cannot
>remain compatible because motherboard signals will change.  Besides,
>DSP software made for the 56k+1 will get screwed over...

The processor-direct slot actually carries 68000 signals, it is not
68030-specific. If the Falcon-040 still has this slot, there's no reason
that it cannot be made exactly identical. (Reasoning - the 68030 is already
radically different from the 68000. The fact that the slot supplies 68000-
specific signals implies that they've already committed to using whatever
glue is necessary to fake a 68000 interface. Personally I think they should
have gone with a 68030-specific slot, but so it goes.)
-- 
  -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA

California, land of dreams. For many, moving out to CA is their first step
toward fulfilling their dreams. For most of them, it's also their last.
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Palettes and stuff (was Re: Some random thoughts on the A4000)
From: martin@TIGGER.STCLOUD.MSUS.EDU
Date: 30 Sep 92 09:43:02 -0600
Reply-To: martin@TIGGER.STCLOUD.MSUS.EDU
Organization: St. Cloud State University, St. Cloud, MN

In article <BvD59u.LwB@starnine.com>, mikeh@starnine.com (Mike Haas) writes:
>In article <torrie.716954980@Xenon.Stanford.EDU> torrie@cs.stanford.edu (Evan Torrie) writes:
>>skip@tacky.cs.olemiss.edu (Skip Sauls) writes:
>>>more internal and 
>>>external 3.5" bays, a 5.25" bay for the easy addition of an internal CDROM,
>>>and of course the ever important key-lock.  :-)
>>
>>  For these you buy a 950 (what's an "external" 3.5" bay by the way?)

externally accessable....or internal..(no front opening...totally enclosed)



-------------------------------------------------------------------------------
Omega? NO!, Ameega?, NO!!, Ahmaga?, NOOOO!!!!!! A-M-I-G-A!!  jeeze...where
have you been living....in the USA? :)       
                       J. Martin  MATRIX -- If it's made, we sell it. Almost.
                       MARTIN@TIGGER.STCLOUD.MSUS.EDU
-------------------------------------------------------------------------------
Newsgroups: comp.sys.amiga.advocacy
From: rayhann@ee.mu.OZ.AU (rayhann chee)
Subject: Re: Conversations with my buddy.
Summary: The cool things about Pagestream
Keywords: Amiga Windows PC
Organization: Electronic and Electrical Engineering - University of Melbourne 
Date: Thu, 1 Oct 1992 11:41:28 GMT

	DTP on the amiga is fun. I've Pagestream2.something and a impoverished
	A500 with 1 Meg total and the ol' faithful 68K. Suffice to say using PS
	involved some juggling with floppies *did I forget to mention I don't 
	have a harddrive so if anyone out there can spare one please send it to
	me :) *

	Anyway I can usually get up to around 3 fonts and 6 pages of text/graphics
	before I get the black "out of memory box" which was sufficient for my
	essays and assignments. Naturally I can only afford a 9 pin printer but
	the drivers are excellent.. well lets say on the highest density setting
	it really looks like a 24 pin job.. well almost anyway *grin*

	However, nowadays I get ol' PS to postscript it to a file and print it
	out into a laser at uni. My general comments would be I really need a 
	flicker fixer and an '030 accelerator with some really *FAST* 32 bit
	ram but till then I still prefer my ol'500 and its GURU's to the PC's
	Windows *yukkk* and MessyDOS..*double yukk*

	that's my usual 2.5 cents or rupees or bahts or yen or whatever currency
	you favour.

	rayhann@munagin.ee.mu.oz.au
----------------------------------------------------------------------------
rayhann@munagin.ee.mu.oz.au	| Murphy's Law : Anything that can go wrong will.
rayhann@mundil.cs.mu.oz.au	| O'Toole's Law: Murphy was an optimist.
----------------------------------------------------------------------------
From: s64453@rmece49.upr.clu.edu (hernandez machado ricardo)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: The return of the 040 vs 486 thread..Re: My next machine: Amiga or PC Clone? Help me out.
Date: 6 Oct 92 07:04:41 GMT
Organization: RUM-Mayaguez, Puerto Rico--UNIX Lab

In article <1992Oct4.234559.18406@usl.edu>, das9674@usl.edu (Stephenson Daniel A) writes:
|> In article <OA92-901-306p1_8BDE206D@piraya.bad.se> Hans_Bergengren@p1.thulos.bbs.bad.se (Hans Bergengren) writes:
|> >
|> > PT> The Dell 66 DX2 system is rated at 29.3MIPS by PowerMeter 1.5. Dunno
|> > PT> about the 040.
|> >
|> >The figures I've heard (and most other people as well, I guess) is that a
|> >25MHz i486 manages 'bout 15 MIPS, and the '040 weighs in at 20 powerful MIPS,
|> >also running at 25 MHz, therefore being about 25% faster than the i486.
|> >NOW: one just can't compare MIPS from different CPU architectures, so it's
|> >much better to run some sort of dhrystone speed tester on each platform you
|> >want to compare.
|> 
|> Yes, MIPS doesn't mean a whole unless the computer does what you want it
|> to do, which usually means running the software you want.
|> 
|> I must clarify though the the i486/25Mhz runs at 23Mhz internally
|> as well as 25Mhz externally.  The 040/25Mhz runs at *50*Mhz
|> internally and at 25 Mhz externally.  Therefore, this comparison
|> really isn't vaild (whatever _that_ means :-)  ).  
|>

   From where you got this?  I mean, 68040 running internally at twice the speed...
just curious!
 
|> The i486DX2/50Mhz runs at 50Mhz in/25Mhz out like the 040.  And no,
|> I do not know at what 'MIPS' it is, or how the performance really changes.
|> >
|> >
|> >   /  /
|> >  /--/
|> > /  /B - No Mr. Nice-Guy Anymore...
|> >
|> >--- Point Manager 3.00 Beta Unreg.
|> 
|> 
|> --
|> Dan Stephenson, a *true* FORTRAN Hacker                        das9674@usl.edu  
|> "I have never understood why it should be neccessary to become irrational in
|>  order to prove that you care. Or indeed why it should be neccessary to prove
|>  it at all."  -Avon (Blakes 7 _The Duel_)               

 - Raist
Newsgroups: comp.sys.amiga.advocacy
From: boberg@lysator.liu.se (Stefan Boberg)
Subject: Re: Amiga 4000 & HYPE! -Reply to Jerry Shekkel
Organization: Lysator Academic Computer Society, Linkoping University, Sweden
Date: Thu, 1 Oct 1992 13:20:02 GMT

8800529@hydra.maths.unsw.EDU.AU () writes:

>In article <10667547.230.717905763@eng2.eng.monash.edu.au> 10667547@eng2.eng.monash.edu.au (JIMMY FANG) writes:
>>Gosh, I can't hear anything higher than 19 kHz, so you and the dogs must be 
>>real happy with the high pitched 44kHz screeching :-)  Those Amiga mods 
>>being played on the IBM don't suddenly have their samples resampled at 
>>16bits!  But most samplers for the Amiga go up to 44kHz (in eight bits 
>>though), so it's not that big of a problem.

>	For sound reproduction you need twice the hearing range to get quality
>sound. Think of it as if you are digitising a picture of a chess board
>wich is eight by eight and your screen is also eight by eight. You will not
>get all the pixels in the right place. (Very crude example but with a litte
>imagination you can get it.) 

  Another analogy that might help understanding this theorem (Nyquist,
which BTW is a Swedish name :-) is to think of a camera (motion picture
camera) recording the clockwise rotation of a wheel with a mark - a white 
dot for instance - on it. If the camera takes one picture every 0.04
seconds, and the wheel performs one revolution in 0.2 second the dot
will appear to rotate clockwise (as it indeed is). 

  If we increase the speed of the wheel to one revolution/0.08 seconds we
will no longer be able  to tell what direction the dot is rotating since 
it will simply alternate between two positions (on the film). If we increase 
the rotation speed even more to one revolution every 0.06 seconds the wheel 
will appear to rotate counter-clockwise. (And if we increase the wheel's 
rotation even further to 1rev/0.04 seconds the dot will appear to stand 
still!).

  Conclusion: to capture the motion correctly we will need a camera
framerate of _at least_ 2*N frames/sec where N is the wheel rotation 
speed in revolutions/second (and this is what the Nyquist theorem states,
but in different terms).

  I'm sure most people have seen this "backward-spin" effect in a western 
movie. In audio terminology this effect is called "Aliasing" if I remember
correctly, and that's the reason why one must have a low-pass filter on D/A
outputs (as in the Amiga audio system).

  (I hope I got this right)
--
Stefan Boberg - AP & EE student at Linkoping Institute of Technology, Sweden
 Author of LhA, ArjA and LhArcA. Co-author of Alien Breed, Project X ...
  EMail: boberg@lysator.liu.se, lha@augs.se           FIDO: 2:204/404.7
    UUCP:  {uunet|pyramid|rutgers}!cbmvax!cbmehq!cbmswe!team17!boberg
From: ggiles@cie.uoregon.edu (Gregg Giles)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Low End AGA Machine
Date: 3 Oct 92 00:46:37 GMT
Organization: University of Oregon Campus Information Exchange

In article <1992Oct2.042916.19672@newshost.unh.edu> ggg@kepler.unh.edu (Gregory G Greene) writes:
>>According to a german friend of mine and some german Amiga-magazine
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^             ^^^^^^^^^^^^^^^^^^^^^^^^^^
>
>	Is this Commodores idea of a joke.  An 020 system selling for $1850
>   with no monitor.  I thought this was supposed to be Commodores low end,
>   low priced AGA system.

   Well it's good to see that you are basing your flames on reliable
sources. (Not.) Sheez. Wait until something comes out, and then flame it. 
Flaming vaporware... oi veyh.

-- 
----------------------------------------------------------------------------
Gregg Giles (Dynamix, Inc.)                 BIX: ggiles 
All opinions expressed are my own.          Internet: ggiles@cie.uoregon.edu
Amiga / MS-DOS CD-ROM / Sega Mega-CD        "We are here to go!" - Devo
Newsgroups: comp.sys.amiga.advocacy