HDTenEightyP/NetNews huggingface dataset:
From: "robert buonincontro" <robert.buonincontro@canrem.com>
Subject: read this amigans, fa
Reply-To: "robert buonincontro" <robert.buonincontro@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 4 Oct 92 19:26:30 EST


HP>There is no FALCON here in Finland so it is impossible to crush something
HP>which doesn't exist.

 Of course not. You can't have a vapour computer in the real world. Maybe it's
available in Oz!

          robert.buonincontro&canrem.com
---
  DeLuxe 1.12 #8947  AMIGA : The Power To Be Creative!
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
From: abs0@coos.dartmouth.edu (Kelvin Leung)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Amiga 4000 & HYPE! -Reply to Jerry Shekkel
Date: 29 Sep 92 20:11:15 GMT
Article-I.D.: dartvax.1992Sep29.201115.19039
Organization: Dartmouth College, Hanover, NH

jerry@connection.prospect.com (Jerry Shekhel) writes:
>>>	(A)las, the (M)achine (I)nstantly (G)uru'd (A)gain! :-)
>>
>>Interesting.  Which game did you play, and what did you do that the
>>programmers hadn't anticipated?  like playing with the power cord or
>>unplugging your CIA chips while the game is loading?  ;)
>>

>Oh, come on Kelvin.  Didn't you see the smiley?

>>Kelvin
>--
>+-------------------+-----------------------+--------------------------------+
>| Jerry J. Shekhel  | Molecular Simulations | Time just fades the pages      |
>| Drummers do it... | Inc.  Waltham, MA USA | in my book of memories.        |
>|    ... In rhythm! |     (617) 890-2888    |              -- Guns N' Roses  |
>+-------------------+-----------------------+--------------------------------+
>|           ...! [ princeton mit-eddie bu sunne ] !polygen!jerry             |
>|                            jerry@polygen.com                               |
>+----------------------------------------------------------------------------+

Alright, Jerry.  I apologize.  No hard feelings, ok?  

(BTW, didn't you see mine?) ;)

Yours Sincerely,
Kelvin
e-mail: abs0@coos.dartmouth.edu
From: ralph@bugend.edvina.se (Staffan Vilcans)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: REAL FALCON 030 SPECS
Date: 5 Oct 92 15:29:49 GMT
Organization: Bugend BBS

etxansk@garbo.ericsson.se writes:

>  I've never heard of this before. Is the Amiga Workbench considered better
> than the GEM desktop by non-biased users?

Yes, atleast wi2.x.

              _#      **MMp     g#00   `N##0"    _agN#0P0N#           _#L
             g##       jN##    j##F     J##    _dN0"      "          g##L
           _#]##      _0 ##L  jN##F     ###   g#0"                 _03##L
          gE_j##      #  0## jF ##F    j##F  j##     ______       gE_j##L
        _0"""N##     d"  J##L0  ##F    0##   0##     "9##F"     _0"""5##L
      _gF    ]##    jF    ##0   ##F    ##F   `##k     d##     _gF    j##L
    _g#_    _j##L__g#__   ]N  _j##L_ _d##L_   `#Nh___g#N'   _g#_    _j##L_
   `""""    """""'""""'    "  """""" """"""      """""""   `""""    """"""
Newsgroups: comp.sys.amiga.advocacy
From: u894776@bruny.cc.utas.edu.au (James McCoull)
Subject: Re: REAL FALCON 030 SPECS
Organization: University of Tasmania, Australia.
Date: Mon, 28 Sep 1992 12:26:24 GMT

gblock@csd4.csd.uwm.edu (Gregory R Block) writes:

>Do you have any idea as to what degree the AGA chipset walks all over
>what is offered by the Falcon?  I'm sure you've read the stats.  Add
>the fact that the AGA machines will have a real bus in them, and
>you're already two behind.

Do you have the Falcon developers documentation?  I gather you are
arguing with your heart and not with facts.  You can order developer
docs on the falcon for about $80US - just contact Atari.

Sure the Falcon is not a gpu speed demon - but in the $200-$1000US market
this has never been an issue.  We are talking games machines and hobbiest
platforms in this price range.  History shows marketing and a sellable product
have been the only important ingredients for these consumer goods.  Before
you start complaining that Atari cannot sell goods - just remember how the
ST outsold the Amiga in the early days.  This fact has burnt deep into the
Amiga game market for years.  Take about 90% of british amiga games, such
as Gods, Paradroid - all these games are just Atari ST games - they kill the
OS, they are based on 16 colour modes, they generally run at 17Hz.  Lets face
it, many of the woes of the hit the hardware style games - are artifacts of
programs written for the Atari ST first.

With the next generation of high performance home/hobbiest computer systems
we cross our fingers and hope
	"There can only be one."

So when you see people talking about the Falcon, and how great it is -
they are offering a challenge to CBM, get the AAA [?] chipset out as fast
as you can, as cheaply as you can [in the lowend] - and this time finish
off Atari.

In my mind the A1000 was strong enough [architecturally] to stand proud beside
the architecturally weak PC, and Mac products in 1985 - unfortunately this
never occured.  CBM are now at a point where they can decide if they want
to attack the market properly or return back to sewing machines.

	Its better to burn out, than fade away.
From: boberg@lysator.liu.se (Stefan Boberg)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Atari BLiTTER
Date: 29 Sep 92 17:16:18 GMT
Organization: Lysator Academic Computer Society, Linkoping University, Sweden

gerrymon@eng.umd.edu (Gerry Mon) writes:
>lindblad@klaava.Helsinki.FI (Jarkko Lindblad) writes:
>>gerrymon@eng.umd.edu (Gerry Mon) writes:
>>
>>: The Atari BLiTTER takes data from the source and destination and
>>: prepares the result to be put back into the destination.  In other
>>: words, it's basically a 2 source blitter.  However, the Atari BLiTTER
>>
>>So, it uses 1 source and 1 source/destination? Ie. One of the sources
>>must change? That is bad, too bad.

>Why is this so bad?  Don't most microprocessors have an instruction
>format like this too?  For example, a lot of microprocessors have an
>ADD R1,R2 instruction where you add two numbers in R1 and R2 and place
>the result back in R1.

>If you think about it, a typical use for a blitter is to blit a bitmap
>from memory (the source) to the screen (the destination) thereby
>changing the destination.  The Atari BLiTTER seems perfectly fine for
>this.

  The problem is that you cannot simply OR an image to the screen. First
you have to AND the screen bitmap with a mask, and then OR your image
into the screen bitmap. With the Amiga blitter this can be done in one
blit, while the Atari blitter would have to run two passes. I.e:

  Amiga :  Dest = Image + (Dest * Mask)  ( D = A + BC )

  Atari :  Dest = Dest * Mask
           Dest = Dest + Image

>>Jarkko Lindblad
>>lindblad@cc.helsinki.fi

>--Gerry
--
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: 8800529@hydra.maths.unsw.EDU.AU ()
Subject: Re: Gee, thanks Commodore. :-I
Organization: school of Mathematics UNSW
Date: Thu, 1 Oct 1992 09:48:17 GMT

In article <1992Oct1.022117.29477@nntp.uoregon.edu> ggiles@cie.uoregon.edu (Gregg Giles) writes:
>In article <Sep30.092329.13774@luotsi.uku.fi> jmarin@messi.uku.fi (Jukka Marin) writes:
>>
>>Yeah, fine.  And how about the European, Australian etc. people?  It
>>seems to me that we are paying for the cheap machines sold in the US.
>>Amiga 3000 with 2 megs of RAM and a 52 MB hard disk costs over $3000
>>here in Finland and we have no hope of any discounts.  $1499.  Ha.

	At $1499 it's worth flying over and buying one. Here in Australia
it costs about $2300 Australian (I think it falls around the $2000 US mark)
(Worth flying from finland not from Aus)

>
>   Oh go out and get a life. If you want to get the A3000 at $1499, THEN MOVE
>TO AMERICA. The Amiga market has been essentially comatose in the United States
>or the last couple of years, and as such, you can say we are getting a break
>for once. It's ironic to hear Europeans groan about low US prices when they
>enjoy the benefits of a wide software base, and people actually respect the
>name "Commodore". I've been sticking it out with the Amiga since 1987 in the
>United States, and I would love to see us get both a wide software selection
>as well as some respect for Commodore USA. I would gladly pay more for the
>Amiga if I could get either.       
>   Commodore USA lost over $20 million last year, so in essence, THEY are
>paying now for the expensive machines they've been selling for years. 
>   With whining like this, I can see why Maastricht is dead.
> 
>--


	!!!!!!???????!!!!!!
		Only in .advacacu :-)

 
>----------------------------------------------------------------------------
>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


	George

Newsgroups: comp.sys.amiga.advocacy
From: peter@NeoSoft.com (Peter da Silva)
Subject: Re: REAL FALCON 030 SPECS
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Fri, 02 Oct 1992 05:34:05 GMT

In article <u894776.717808655@bruny> u894776@bruny.cc.utas.edu.au (James McCoull) writes:
> Lets face it - some people bought STs merely because lots of software
> ran better on an ST than an Amiga.  Better - as in faster and more usable.

You really are a totally clueless git, aren't you. I *had* an ST, and I got
an AMiga because there was no usable software for the ST, period. The operating
system was a choice between TOS in ROM and a buggy TOS on disk... AmigaOS 1.1
was more reliable. And when TOS ran it was a bug-for-bug compatible clone of
MS-DOS, down to the idiot copying of UNIX system calls that made no sense in a
single-tasking environment. And what software did you have? Neochrome? Bleah.
The only usable program in those days was Time Bandits.

Since then, the Amiga software has improved in features and reliability. The
Atari software hasn't, unless you went with a third-party OS.
-- 
Peter da Silva.  <peter@sugar.neosoft.com>.
 `-_-'   "Heeft u vandaag al uw wolf geknuffeld?"
  'U`
From: gblock@csd4.csd.uwm.edu (Gregory R Block)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: REAL FALCON 030 SPECS
Date: 29 Sep 1992 00:54:19 GMT
Organization: University of Wisconsin - Milwaukee
NNTP-Posting-Host: 129.89.7.4

u894776@bruny.cc.utas.edu.au (James McCoull) writes:
: Do you have the Falcon developers documentation?  I gather you are

Unfortunately, no.  I'm going off of published specifications and my
own understanding of computers and EE.

: Sure the Falcon is not a gpu speed demon - but in the $200-$1000US market
: this has never been an issue.  We are talking games machines and hobbiest

Unfortunately, it's also not a CPU speed demon.  Having everything on
one bus permanently throws out any hope of burst access.  It tosses
out a good number of your fetches, too.  For instance, in chip ram,
every other memory slot belongs to the chipset.  It can take more,
based on how much bigger you want it to get...  And it's the same way
on the falcon.  The larger, higher-color resolutions also take up that
space.

So the better the graphics, the worse your CPU's access to that
memory.  On the Amiga, you've got fast ram.  With AGA, that space
where contention becomes a problem has been pushed up a long way.
With the Falcon, the contention will affect ALL of your ram, and slow
down your entire system.  On the Amiga, it's possible to end up
totally limiting your access to chip ram until vblanks.  On the
Falcon, it will happen to ALL of the memory in the system, you can't hide.

: as Gods, Paradroid - all these games are just Atari ST games - they kill the

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

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	      :)
(: (: (: (: (: (: (: (: (: (: (: (: (:) :) :) :) :) :) :) :) :) :) :) :)
Newsgroups: comp.sys.amiga.advocacy
From: u894776@bruny.cc.utas.edu.au (James McCoull)
Subject: Re: REAL FALCON 030 SPECS
Organization: University of Tasmania, Australia.
Date: Tue, 29 Sep 1992 23:17:35 GMT

etxansk@garbod20.ericsson.se (Anders Skelander) writes:

> When I owned both machines, I got the impression that such software
>as assemblers, high-level language compilers etc, generally ran faster
>on the ST. My overall impression was that the Amiga was kept back by
>slower CPU speed and unbelievably slow disk access.       

Finally!  Someone on this group who isnt saying that having a well designed
OS is good enough - you need a usable OS as well.

Lets face it - some people bought STs merely because lots of software
ran better on an ST than an Amiga.  Better - as in faster and more usable.
Compare a minimum configuration A500, versus an ST or Archimedes, or even
an old 8 bit machine like the BBC Microcomputer.  Which machine is the least
usable - which machine has the slowest [perceived] disk accesses, which machine
has the most awkward and ugly GUI?

	Its a pity the machine with the best hardware comes out worst eh?
From: ai065@cleveland.Freenet.Edu (Thomas Hill)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: TO TONY POOLE (Should Atari Discussions Be Allowed?)
Date: 1 Oct 1992 14:04:48 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: slc4.ins.cwru.edu


   Jim, I apologize for the double posting of that message. I had a small
problem which resulted in several versions of the message being posted. I
deleted the extras as soon as I noticed them. Sorry again...

   Tom
-- 
George Bush? He doesn't have a clue anymore. Bill Clinton? A slick smile and
a pandering style. Neither one is being realistic about what it is going to
take. The answer..........? ROSS FOR BOSS! VOTE FOR ROSS PEROT FOR PRESIDENT!
The Cryptozoology Information Network. Want on our Email mailing list? Amiga!
Newsgroups: comp.sys.amiga.advocacy
From: gerrymon@eng.umd.edu (Gerry Mon)
Subject: Re: Atari BLiTTER
Date: Thu, 01 Oct 92 14:07:49 GMT
Organization: College of Engineering, University of Maryland, College Park

In article <1992Oct1.114154.7506@klaava.Helsinki.FI>
lindblad@klaava.Helsinki.FI (Jarkko Lindblad) writes:

>gerrymon@eng.umd.edu (Gerry Mon) writes:
>: By the way, I just want to elaborate a little on the Atari BLiTTER's
>: logic operations.  As I mentioned earlier, it can perform more logic
>: operations if you include the 16x16 halftone ram as one of its
>: sources.  Specifically, the BLiTTER can perform 4 logic operations
>: between the source1 and 16x16 halftone ram before performing the 16
>: logic operations between the source1 and the source2/destination.
>: This give a total of 64 logic operations.
>
>And just how usefull is this 16*16 halftone system on large areas? In
>what way it operates on, say 200*200 area?

I think the 16x16 halftone ram is used mainly for patterned fills.  If
I remember correctly, the Atari BLiTTER accesses this 16x16 pattern in
modulo.  In other words, the pattern is repeated in both the X and Y
directions so that it is the same size as the blitting rectangle.

I guess one benefit to this approach is that it doesn't have to use a
memory cycle to access it since this pattern is contained in 16 16-bit
registers of the BLiTTER.

>--
>Jarkko Lindblad
>lindblad@cc.helsinki.fi

--Gerry

Newsgroups: comp.sys.amiga.advocacy
From: geoff@golum.riv.csu.edu.au (Geoffrey Fellows)
Subject: Re: What in the heck in an 'Archimedes'??
Keywords: Newton, Archimedes, Apple
Organisation: Charles Sturt University - Riverina, Wagga Wagga, NSW, Australia
Organization: Charles Sturt University
Date: Wed, 30 Sep 1992 12:43:17 GMT

Did someone mention that the Archimedes's CPU (or a low-power version)
is used in Apple's Newton?
-- 
Geoff gfellows@csu.edu.au
Newsgroups: comp.sys.amiga.advocacy
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Way to go Commodore! Yeah...right./Falcon guff
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Sat, 26 Sep 1992 12:26:11 GMT

In <1992Sep26.083056.24819@klaava.Helsinki.FI> lindblad@klaava.Helsinki.FI (Jarkko Lindblad) writes:
>mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst) writes:
>: In <1992Sep24.183215.15876@klaava.Helsinki.FI> lindblad@klaava.Helsinki.FI (Jarkko Lindblad) writes:
>: >tracing needs most? Right - floatingpoints. 68040 would KILL 56001 in
>: >ray tracing if speed was an issue.
>: 
>: No. It will kill it when the 56001 hasn't enough memory to store the objects.

>It would kill 56001 even if it had enough ram - 56001 doesn't do
>floating points.

Not true. Raytracing hardly needs any floating point operation. That's why
Turbo Silver (integer based) runs faster than the 68881 version of Sculpt 4D
(floating point).
Integer operations aren't the best thing since you have to scale your
operands often. The fractional arithmetic of the 56001 is much better.

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."
Newsgroups: comp.sys.amiga.advocacy
From: bernie@metapro.DIALix.oz.au (Bernd Felsche)
Subject: Re: Struggling computer science student needs a free A4000.
Keywords: give money now!
Organization: MetaPro Systems, Perth, Western Australia
Date: Fri, 2 Oct 92 02:31:19 GMT

In <9712@cbmger.de.so.commodore.com>
   peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany) writes:

>In article <1992Sep28.114200.28585@news.uit.no>
>  espensk@stud.cs.uit.no (Espen Skoglund) writes:
> >In article <1992Sep25.185157.12184@lth.se>,
> >    e91sg@efd.lth.se (Stefan Gimeson) writes:
> >
> >Hey! What about me? I'm freezing to death up here in the northern Norway.
> >Don't you feel sorry for me.
> >
> >/Espen (EVEN POORER student)

>Well whiners, I can easily top that: I'M A POOR COMMODORE EMPLOYEE!  NOW!

>(Do I have to sign such a post with Retep Lettik these days?)

OK Lettik. You're only poor because you spend all the money you get. :-)

-- 
+-----+ Bernd Felsche                     _--_|\  #include <std/disclaimer.h>
| | | | MetaPro Systems Pty Ltd          /      \ bernie@metapro.DIALix.oz.au
| | | | 328 Albany Highway,              X_.--._/         Fax: +61 9 472 3337
|m|p|s| Victoria Park, Western Australia 6100  v        Phone: +61 9 362 9355
Newsgroups: comp.sys.amiga.advocacy
From: richk@grebyn.com (Richard Krehbiel)
Subject: Re: REAL FALCON 030 SPECS
Organization: Grebyn Timesharing
Date: Thu, 1 Oct 1992 20:37:26 GMT

In article <Chris_Millar.0599@lppl.mi.org> Chris_Millar@lppl.mi.org (Chris Millar) writes:
>Ok, I've had it up to here with all of the slandering the Falcon has taken
>because of it's shared processor/video bus. ...
>Now, the TT supports all ST resolutions plus 640x480 16 colors, 320x480 256
>colors, and 1280x960 monochrome - the Falcon's modes are much larger memory
>wise, but by using the 16Mhz COMBEL and a 64 bit video fetch, it doesn't
>cut into processor time at all - oh, yes, TOS 4.0 works 'em in parallel.  

I believe the discussion was on how the blitter and CPU shared the
same bus in the Atari, and not about how the video refresh and CPU
share the bus.  We already knew that video refresh was "hidden"
between CPU cycles, on the ST, STe, Mega, and TT, and presumably the
Falcon as well.  In the absence of evidence, I guess we all assumed
that Atari would do that right again.  By your description, this was
correct.  But it is also correct that the CPU and blitter compete for
the same bus in the ST, STe, Mega, and TT.  We're not sure about the
Falcon; this detail has apparently not been published.
-- 
Richard Krehbiel                                 richk@grebyn.com
OS/2 2.0 will do for me until AmigaDOS for the 386 comes along...
From: danaf@bray1a.its.rpi.edu (Frank R. Dana Jr.)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Its a sad sad day...
Date: 4 Oct 92 03:13:14 GMT
Reply-To: danaf@rpi.edu
Organization: Rensselaer Polytechnic Institute, Troy, NY.

In article <1992Oct1.023444.14754@msi.com>, bill@snoopy (Bill Poitras) writes:
|> Frank R. Dana Jr. (danaf@bray1a.its.rpi.edu) wrote:
|> : In article <1992Sep28.201732.19672@msi.com>, bill@snoopy (Bill Poitras) writes:
|> : |> We don't have to.  The PC clone makers have become innovative and made it
|> : |> so a system can be upgraded by just replacing the CPU card or just adding
|> : |> a CPU to a special motherboard socket.
|> : 
|> : WOW! A "CPU slot"!!! Geez, what a great idea! Why didn't Jay and R.J. think of
|> : that one??? You PC guys have all the luck.
|> 
|> <Sigh>.  The _special_ motherboard socket is designed to take ANOTHER CPU
|> in addition to the one already in the system when you get it.  When the
|> _special_ motherboard socket is filled with a faster CPU, the system gets
|> faster.

Gee... sorta sounds like my A2000, where I've got a 68030 sitting on a card in
the CPU slot and my old 68000 sitting in its socket just waiting for me to run
"boot 68000". 

Or are you implying that the PC's two processors work in TANDEM??? No way - 
that's multiprocessing, not multitasking, and it's beyond the realm of any of
our computers at present....

So, what's the difference between these incredibly wonderful, new age, genius
idea slots and our 6-year-old A2000 technology???

|> --
|> +-----------------+-------------------------------+-------------------------+
|> | Bill Poitras    | Molecular Simulations Inc.    | Tel (408)522-9229       |
|> | (bill)          | Sunnyvale, CA USA             |                         | 
|> |                 | FAX (408)732-0831             | bill@msi.com            |
|> +-----------------+-------------------------------+-------------------------+
|> 

-- 
/////////////////////////[[[[[[[[[[]]]]]]]]]]\\\\\\\\\\\\\\\\\\\\\\\\\
(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.
From: mitchell@cbmvax.commodore.com (Fred Mitchell - Product Assurance)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Amiga misses competition with A4000 (was: Re: System 7.0.1 stability)
Date: 25 Sep 92 16:01:52 GMT
Reply-To: mitchell@cbmvax.commodore.com (Fred Mitchell - Product Assurance)
Organization: Commodore, West Chester, PA
Keywords: HAM6, HAM7, HAM8

matija@avalon.physik.unizh.ch (Matija Milostnik) wrote:
>
>For theory only:
>
> - Is there alos a HAM7 modus? (Only using 7 bit planes)

Well, you can have just 7 bitplanes, the 8th defaults
to 0. Not too useful (just like 5-bit-HAM) as the upper
two planes are use to choose which gun to modify.

>...
>Best regards from Matija Milostinik           : matija@avalon.ifi.unizh.ch
>                                              : matija@amiga.physik.unizh.ch
>Therefore, use local labels in the procedures as often as possible.
>Save the environment!  Recycle!  ;-)                 (Bjoern Reese)

-Mitchell (mitchell@cbmvax.UUCP) ===========================================
 A-life NOW!    ..               Give the world a salute-                 ..
 N-life in just ..               a THREE-FINGER salute! -Fred Mitchell    ..
 51 days!!!     ..        How 'bout one finger and some knuckles? - Anon. ..
============================================================================
mh(#Q!w`NrR2f+7==Tf(5VCCuusqdJ6'Wy"*$1jCEXPsgq/ty&.?U,Uff!>X^=(DRTE\s6I3#7]K