HDTenEightyP/NetNews huggingface dataset:
From: papresco@cantor.math.uwaterloo.ca (Paul Prescod)
Subject: Re: Future Amiga chipsets
Organization: University of Waterloo
Date: Fri, 18 Dec 1992 21:13:10 GMT

>And how many home computers will have this?  That is what I was talking
>about before you so rudely cut out my text to fit your needs.  And do
>you know of any 486 cpus that are 64bit? heck when the pentium comes
>out there is rumor that it will have a 32bit bus maybe 64bit internal.

A year ago I told an Amiga user about the coming Local Bus.  He said:
"How many home computers will have this."  Well, about 70% of those
sold through mail order, and about 30% (and growing) of those sold
locally.  And this is a standard that was firmed up less then 4 months
ago!  Competition demands feature competition.  If a 64 bit bus
improves performance, clone makers will have no choice but adopt it if
they want to compete.

>And the fact is zorro III, kills eisa, kills vesa, in speed.

Do you want to back up some of these statements?  The VESA bus can move
>100MB per second (I'm not sure how much higher, but it's higher then
that).

>And the zorro III kills eisa, and kills vesa, in multitasking.

And do you want to back this one up while you are at it?  EISA was
designed so as to allow Multiple PROCESSORS.  Let's see Zorro do that.
Coprocessor doesn't count...it has to share memory.

>to like you.  I have been talking about truly arcade games.  Ie you 
>don't scale it down or else it is useless.  And you won't be finding 
>those games on os/2.  Fat chance, ms-dog.

We'll have OS/2 games when AGA games become plentiful.  OS/2 is brand
new so it doesn't have many yet, but it won't be long before there are
hundreds of OS/2 games.

>Well, sorry all to vesa, you have been reading too much hype on this crappy
>bus haven't you.  vesa busses aren't very well suited for coprocessed 
>graphics and most other areas.  eisa is much better suited for coprocessed
>graphics and hard drives.  

Want to back this up too?  Besides, VESA is not the be all and end all
of PC buses.  VESA II is on the way, with a mezannine bus, and PCI.

>acceptance of it.  Oh please lets not forget we are talking about home
>computers here, to play games and such.  And with it being a risc cpu
>they might be able to run win nt, and have lots of other apps.

Let's put your last to statements together.  The 3do is great for
playing games, but Microsoft might want to port it's server OS to it.
From: uzun@crash.cts.com (Roger Uzun)
Newsgroups: comp.sys.amiga.advocacy
Subject: UChess.lha Avail via ftp
Date: 16 Dec 92 10:25:15 GMT
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA

I just uploaded a file to amiga.physik.unizh.ch and to hubcap.clemson.edu
called UChess.lha.  It is a powerful Chess program for the Amiga which
requires a 68020 or better microprocessor, 4M or more of FAST RAM,
and KS 2.04 or later.  Its preferred display is a 640x480x256 color
Productivity mode AGA screen, and has VERy nice AGA graphics.  It will
downscale the graphics to 640x400x16 colors on ECS machines, automatically.
The program is available via ftp at those 2 sites,
I put it in the /amiga/new area of physik and in the /pub/amiga/incoming/games
area of hubcap.clemson.edu.

Program requires 2.04 or later KS
requires 4M of FAST RAM (L version requires 10M)
requires 68020 or better microprocessor

Recommended:
KS 3.0 or later
AGA machine
68040 processor

The L version of the pgm plays somewhat stronger, but requires 10M of FAST RAM.

-Roger
--------------------------------------------------------------
bix: ruzun
NET: uzun@crash.cts.com
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Falcon sucks!
From: news@doqboz.azme.gcn.nz
Date: Sat, 12 Dec 92 10:14:12 +1300
Followup-To: comp.sys.amiga.advocacy,misc.test,alt.flame

ada@tacky.cs.olemiss.edu (Slu Aspiks) writes:

> YOU STUPID!! YOUN ONE IS UGLY!!! FALCON IS BIRD-DOODOO!!!!  IS YOU SO 
> NERD AND IS AN UGLY TOO!  HA! REAL THING VAPOIR!!!!!
> 
> GO HOME DUMB BOY!
> 
> WHAT SAY NOW YO DUMB FALCUNT!
> 
> SLU ASPIKS             SLU@NU.FSY.REK.COM
> 

Go home. Learn to spell. Find out about the capslock key.

I'm glad that _most_ Amiga owners aren't mindless jerks like this twat.




Newsgroups: comp.sys.amiga.advocacy
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Future Amiga chipset
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Sat, 19 Dec 1992 15:26:32 GMT

In <38024@cbmvax.commodore.com> jesup@cbmvax.commodore.com (Randell Jesup) writes:
>controllers is not max speed (which is actually fine), but overhead, especially
>for small reads/writes.  Too many interrupts.

Hmm. You usually get 3 interrupts per SCSI command which should correspond
to about 500 bytes at 5MB/s. I thought that filesystem overhead were
much higher.

Regards,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
From: bloc1469@ee.ee.uwm.edu (Gregory R. Block)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Dan flipped through an AmigaWorld, and:
Date: 16 Dec 1992 02:23:43 GMT
Organization: Electrical Engineering Dept. University of Wisconsin - Milwaukee
NNTP-Posting-Host: 129.89.2.33

In article <1992Dec15.232305.16978@usl.edu> das9674@usl.edu (Stephenson Daniel A) writes:
>How does multitasking relate to 'screens'?

Well, it does.  Actually, let me add something.  Multitasking relates
to PRODUCTIVE multitasking.

Having one screen in which all programs run can be counterproductive.

1) Related programs can be grouped on their own public screen.

2) Large applications can have their own piece of real-estate to work
in, without fear of cluttering other applications.

3) It avoids the problem of having everything clutter one window.

4) "real estate" space is not limited to available resolution on the
system.  In fact, it gives a sense of "virtual real-estate", in which
it doesn't matter if you can't have a 4096x4096 workspace to fit all
of your apps onto without having to iconify half of them at a time to
get any work done.

So, in a way, multitasking has a lot to do with screens.  Multitasking
is useless if it can't help you be more productive, and, in the end,
the counter-productivity of having one screen grows logarithmically.

>Well, there is a thing called Rooms for Windows that does this, I think.

Very likely.  It's probably spawned from XRooms (at least I believe
that's what it's called).  However, one couldn't even make jokes and
say that it's anywhere near as advanced as the motif of screens has
become on the Amiga.  Public Screens add an entire dimension to the
way the system works.

>Also, I have seen a Shareware 'virtual desktop' for Window utility that
>effectively give you 'screens'.  That later works under OS/2, too.

Again, I question its maturity.  What applications open on those
screens?  Is it "intuitive"?  Do most programs support a flag which
allows you to choose which of those screens it opens on?  Will
programs understand a "default" screen?

I would say that that "utility" will let you shanghai windows to other
screens, and that's it.  BTW: We can do that, too.

>And the key to the success on the Mac.

I think perhaps "was" would be more appropriate:  I believe there is a
growing disfavor for the Mac philosophy as it is.

>Yep - OS/2.  :-)

That's wishful thinking.  :)

>Heh heh. So the Amiga is like a wooden box and OS/2 and Windows are like
>high technology?   8) 

And that's pulling straws out of a hat.  You're bound to tick off
someone with that line.  :)

Greg



--
(: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :)
(:   "Commodore has never proven to me, to my satisfaction, that      :)
(:    Marc Barrett is still alive."			       -Wubba :)
(: (: (: (: (: (: (: (: (: (: (: (: () :) :) :) Wubba, the Dark Angel :)
From: papresco@cantor.math.uwaterloo.ca (Paul Prescod)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Future Amiga chipsets
Date: 20 Dec 92 18:43:45 GMT
Organization: University of Waterloo

>That's not right.  In fact, that's not even wrong.  First of all, 
>memory protection has little to do with writing to the disk.
>For instance, the section of code that writes to the disk
>on the Amiga is in ROM.  ROM is generally considered to be
>rather 'protected'.

You are absolutely right!  It is NOT wrong!  ROM is memory.  A
protected mode operating system can allow direct access to ROM or can
deny it.  Without it, a program is goint to have to ask the OS for
permission to write.

>So, lets talk about filesystems.  Generally, user programs are allowed
>to read and write files.  This means a virus could too.

True, but files are much less dangerous then writes directly to the fat
table, or boot block, or command processor.  Besides which, in a
protected mode operating system, you can tell the OS (if it has such
constructs) which files to allow writes to and which ones to deny.

>
>currently running user level processes.  Sure, this could protect
>against one class of viruses, but saying that memory protection
>prevents viruses is as ill-informed as saying that having the 
>operating system in ROM prevents viruses.
>

I specifically said that it doesn't stop all viruses.  But writing a
virus for such an operating system is much, much harder, and protecting
against them is much much easier.  As long as all file transfers have
to come through one section of the OS, that OS can be strengthened to
virus-bust.
From: cfury@csugrad.cs.vt.edu (Chris Fury)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Future Amiga chipset
Date: 15 Dec 92 20:45:24 GMT
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA

barrett@iastate.edu (Marc N. Barrett) writes:

>In article <1992Dec14.200017.634@ludd.luth.se> pjotr@ludd.luth.se (Peter Sj|str|m) writes:
>>In <Bz9Bno.GsH@news.iastate.edu> barrett@iastate.edu (Marc N. Barrett) writes:
>>
>>>   Commodore has never proven to me, to my satisfaction, that the CDTV is
>>>still alive.
>>
>>	Can't you ever stop??? What do you want CBM to tell *you*? CBM still
>>sells CDTV machines, they announced that there will be an AGA CDTV, they
>>announced that the Amiga line will get CDTV integrated into it. What *do*
>>you really want them to prove? What is 'satisfaction' to you?

>   Fewer "announcements" and more results.  Atari has proven over and over and
>over again that anyone can make announcements.  

Marc, do us all a favor and stick it in an electric socket, okay?

>---
>| Marc Barrett -MB-  |  email: barrett@iastate.edu
>--------------------------------------------------

Christopher B. Fury        | "...reality was once a primative method of crowd  
cfury@csugrad.cs.vt.edu    |  control that got out of hand" - Jane Wagner
Newsgroups: comp.sys.amiga.advocacy
From: papresco@cantor.math.uwaterloo.ca (Paul Prescod)
Subject: Re: Tandy (Was: Re: Educational Software/CDTV)
Organization: University of Waterloo
Date: Fri, 18 Dec 1992 01:16:41 GMT

>Today I was looking at the VIS machine at a Radio Shack (Tandy) store.
>Here's an honest to god conversation:
>
>Me: Pretty neat. What kind of processor does it have?
>
>Salesman: Oh it doesn't need one. Its not a computer.
>
>Hasn't Commodore been down this same path?  I have to admit though,
>since it uses Modular Windows, it looks to have a better chance
>at success than the other two offerings.

You may already know this, but in case you are curious, it's an 80x86
compatible.  I'm not sure which one.

But how does the VIS look?
From: martin@TIGGER.STCLOUD.MSUS.EDU (Psigon Matrix....do you DOUBT us??)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: 16 color icons
Date: 16 Dec 92 22:02:02 GMT
Reply-To: martin@TIGGER.STCLOUD.MSUS.EDU
Organization: St. Cloud State University, St. Cloud, MN

In article <BzCD2H.4pA@csugrad.cs.vt.edu>, jaker@csugrad.cs.vt.edu (Jake Rose) writes:
>jepaul@news.weeg.uiowa.edu (Darth Jason) writes:
>
>>Can someone point out where I can get some 16 color icons?  Thanks!
>
>IconEdit. :)

Any idea if there is a 256color icon editor out there??
is it possible to have 256color icons??


Jim
-------------------------------------------------------------------------------
Screeeemmmmmin fast 4000/040..YEEEEEEHA!!          X-ASOCC (CBM Blew that one)
          Jim Martin   MATRIX -- If it's made, we sell it. Almost.
  -----(612) 656-9693--                         MARTIN@TIGGER.STCLOUD.MSUS.EDU
      We're almost done with the Cray module for the EmPlanT.  :) heh
-------------------------------------------------------------------------------
Xref: sparky comp.sys.amiga.advocacy:31495 comp.sys.amiga.misc:18659
From: swssauby@susssys1.reading.ac.uk (Michael Saunby)
Newsgroups: comp.sys.amiga.advocacy,comp.sys.amiga.misc
Subject: Re: How does this HAM kludge work?
Date: 16 Dec 92 17:12:22 GMT
Distribution: inet
Organization: University of Reading

mpoutane@niksula.hut.fi (Matti Samuli Poutanen) writes:


>No. I started to think about that when I wrote the article on regular HAM.
>If HAM8 means that they use 8 bitplanes, you will not have enough info to
>fully specify the component you modify, because it's 8 bits. You will only
>be able to change 6 bits of the component. Someone in the know, please
>fill us in.

You're right.  HAM8 can only modify the 6 most significant bits of one
colour.  This does give much better colours especially since you have 64
absolute colours in your palette to start with.

This best thing about HAM8 is the large screens, you can have a 640x512
screen (plus overscan, plus scrolling).

>--
>Matti Poutanen                     EMAIL: mpoutane@niksula.hut.fi
>Dept. of Physics		   ---------------------------------------
>Helsinki University of Technology  "You guys become more like me every week.
>Finland, Europe			    Soon you'll have afros and big dicks."
>							- Eddie Murphy
-- 
	Michael Saunby (M.Saunby@reading.ac.uk) 
	Meteorology Dept, Reading University, UK
From: monster@mbear.apana.org.au (Martin Ozolins)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Dan flipped through an AmigaWorld, and:
Distribution: world
X-NewsSoftware: GRn-beta 1.16g (10.12.92) by Michael B. Smith & Mike Schwartz
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Date: 16 Dec 92 08:28:39 PST
Organization: Bears Incorporated

In article <1992Dec13.203553.16745@usl.edu> das9674@usl.edu (Stephenson Daniel A) writes:
> Gosh, now if only I knew someone with WB2 I could actually *use*.  The Amiga1000
> with WB1.3 should be here in a few days...I don't plan to comment so much on
> the GUI as I will the great multitasking everyone talks about.  I hope
> to be pleasantly surprised.

I doubt that you will be surprised as you seem to be  so brainwashed and biased towards
Windows and OS/2 that nothing could change your little brain.

-- 

Martin Ozolins :Internet   monster@mbear.apana.org.au
Victoria       :FIDO       3:633/359.6
Australia      :AMIGANET   41:300/359.6
               :TRINET     42:8699/8.6
Newsgroups: comp.sys.amiga.advocacy
From: danaf@bray1b.its.rpi.edu (Frank R. Dana Jr.)
Subject: Re: ####The "how to get rid of Irving Gould" Top Ten List####
Reply-To: danaf@rpi.edu
Organization: Rensselaer Polytechnic Institute, Troy, NY.
Date: Sun, 20 Dec 1992 04:39:50 GMT

In article <tam.030a@furry.lonestar.org>, tam@furry.lonestar.org (Todd A. Murray) writes:
|> In article <1992Dec17.113110.24435@mnemosyne.cs.du.edu> nwickham@nyx.cs.du.edu (Neal Wickham) writes:

[beginnings of Top 10 list deleted...]

|> > #5  Send him to Dallas Amiga Users Group costume party dressed as JFK.
|> 
|> I belong to an Amiga users' group in Dallas, and we never have costume parties.
|> If we did have one, nobody would have the bad taste to dress as JFK, and even
|> if someone did show up dressed as JFK, I seriously doubt he would get shot.
|> I think it's because most of the people in the users' group actually ENJOY
|> using their Amigas for something useful, rather than spending all their time
|> whining about how Commodore management sucks and needs to do dozens of things
|> right away.

Well, this post pretty much proves that you're hopelessly anal (or in dire
need of a smiley-lesson...), but I'll answer the second bit anyway.

|> > And the number one method of getting rid of Irving Gould once and for all:
|> > 
|> >     Send him to Iraq, frame him as American spy, then send Commodore
|> >     marketing team to negotiate his release.
|> > 
|> I find this list to be in bad taste.  Yes, Irving Gould and Commodore management
|> have made some bad marketing decisions.  They're not the only company making
|> bad decisions, though.  Besides, the Amiga is still doing very well in Europe.
|> It's just that in the U.S., most people gravitate toward the PC, the Macintosh,
|> or various Unix platforms.  There used to be a time when there were dozens of
|> different computer running different operating systems that were incompatible
|> with each other.  The situation has changed -- people want compatibility.
|> You can't blame Irving Gould for all of that.

Funny... I find it in terrifically FUNNY taste! Irving may not be all of
Commodore, but he's one of the BIG reasons why they're hopelessly sh*tted up
in the computer world. Good computer, bad company.

And it is a Known Fact (tm) that Commodore Marketing could not negotiate for a
glass of water in a rainstorm. Just look at all those Amiga ads you've been
seeing on TV   .....    NOT!

9)

|> -- 
|> Todd A. Murray - tam@furry.lonestar.org
|> "Greetings.  This is Mr. Hanson.  I am your host."

-- 
/////////////////////////[[[[[[[[[[]]]]]]]]]]\\\\\\\\\\\\\\\\\\\\\\\\\
(718)             (212)                        (516)             (518)
=======Amiuser============Frank R. Dana, Jr.============Doc Ami=======     
--------My opinions rarely reflect those of any sane person,----------
	   living, dead, or undead... that's gonna CHANGE.
Newsgroups: comp.sys.amiga.advocacy,comp.sys.amiga.hardware
From: nwickham@nyx.cs.du.edu (Neal Wickham)
Subject: Re: Power-up for AGA Machines! rumour.
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Reply-To: nwickham@nyx.UUCP (Neal Wickham)
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Tue, 15 Dec 92 22:08:19 GMT

In article <BzA0r2.GEE@csugrad.cs.vt.edu> cfury@csugrad.cs.vt.edu (Chris Fury) writes:


>No, the risc chips can be built to handle MC68000 series instructions, as
>well as it's native set...  This is a common thing on some risc systems,
>I understand...  According to my roomie, the MC68040 is a risc chip that
>is microcoded to understand 68000 speak....


BTW... I talked to some DEC sales people once who told me that the new
Alphas were supposed to do about 2000 specmarks.  A 486 is around 10 
specmarks. ...just to give some of the less technical people here an idea.
But I know the 2000 figure needs to be adjusted for the hype factor. :) 


>High-end chipset and Alphas...  Commodore could really kick some computing
>butt... I see some major buying power for the science areas.... and the 
>user's of those machines could take their home amiga's to do a little 
>prototyping.....  NEAT... SALES... What wonderful news...


What I could see as an important marketing move would be that Amiga could
become the standard platform for desktop video the way Mac has become the
standard for destop publishing.  The high-end DTP stuff for Mac is way
out of reach for most people but the fact that Mac does dominate that 
market helps Mac over all.  Some of the high-end tech and software filters
down to the average user and an average user can take files and have them
printed with little hassle on some very good equipment.  It also just
helps from a brand identity standpoint where Mac is identified with 
professional DTP.

In a couple of years, all of these camcorders flooding the market now
will be available used.  You should be able to buy a good used camcorder
for about $200.

And the new stuff just keeps getting better.

Alls we need is an affordable way to do some interesting editing.


                                    NCW


Newsgroups: comp.sys.amiga.advocacy
From: torrie@cs.stanford.edu (Evan Torrie)
Subject: Endian wars again (was Re: OS/2 vs Win NT (was: 4 Colour Interfaces : -( ))
Originator: torrie@Xenon.Stanford.EDU
Organization: CS Department, Stanford University, California, USA
Date: 11 Dec 92 23:09:35 GMT

bloc1469@ee.ee.uwm.edu (Gregory R. Block) writes:

>It refers to computer architecture, and the location of the high and
>low bits.  Big-endian means that the high byte is on the right side,
>and little-endian means that the high-byte is on the low-side.  

  That definition depends in what order you draw your memory
diagrams.  For example, your examples below seem completely wrong to
me, because I draw memory diagrams with the first byte of a multi-byte
word on the left.

e.g. for a BIG-ENDIAN processor, say we have a quadlet (four byte
word) of value 0XFEDCBA98 at location 0x1000.
 Then, the way I would draw this is:

   0x1000   0x1001   0x1002   0x1003
  -----------------------------------
  |  FE   |   DC    |   BA   |  98   |
  -----------------------------------
    MSB                        LSB

  In this orientation, the most significant byte (what you refer to
as the "high" byte) is on the left-hand side.

  Contrast this to a little-endian processor storing the same value, 
which would have this configuration:

   0x1000   0x1001   0x1002   0x1003
  -----------------------------------
  |  98   |   BA    |   DC   |  FE   |
  -----------------------------------
    LSB                        MSB


  Unfortunately, it's confusing in the nominally big-endian 68000
architecture, because in the old 000, they numbered their bits in
LITTLE-ENDIAN order!  i.e. bit 0 was the least significant bit.
  If you look at the 68020 and later though, you'll note that Motorola
got it consistent when they introduced the bit field instructions, 
where bit zero is the most significant bit in a word.  This confuses
lots of people who were used to the old 68000 bit instructions however.

  A better way to define big-endian and little-endian then is:

BIG-ENDIAN:  When data is loaded into a multibyte/bit register, 
the first byte/bit (with the lowest address) is the most significant
byte/bit of the data.
LITTLE-ENDIAN:  When data is loaded into a multibyte/bit register, 
the first byte/bit (with the lowest address) is the least significant
byte/bit of the data.

  If you want to read the definitive papers on big-endian vs little-endian, 
see:

[1] D. Cohen.  "On Holy Wars and a Plea for Peace," Computer, Vol 14, No 10,
    Oct 1981, pp 48-54
[2] David V. James, "Multiplexed Buses: The Endian Wars Continue", IEEE
    Micro, June 1990, pp 9-21

-- 
------------------------------------------------------------------------------
Evan Torrie.  Stanford University, Class of 199?       torrie@cs.stanford.edu 
Embrace rationalism, reject superstition.           Break away from the past.
"...there is only one thing worse than having marketing people on a project,
 and that is having no marketing people on a project."  - Larry Tesler.
Newsgroups: comp.sys.amiga.advocacy