HDTenEightyP/NetNews huggingface dataset:
From: jfr@RedBrick.COM ()
Subject: Re: A CD-ROM Story on Customer Relations
Organization: Red Brick Systems, Los Gatos, CA
Date: Sun, 4 Oct 1992 21:31:28 GMT

In article <1992Sep30.020739.623@parsec.mixcom.com> alberto@parsec.uucp writes:
>September 29, 1992
>
>Dear Mr. Jobs:
>[long sad story of CD-ROM non-delivery and troubles with support deleted]
>In some states, Wisconsin one of them, such
>practices of taking your money and not even
>acknowledging a delay or problem, are not only
>rude, but frowned upon by the law. Worse yet, they
>cannot figure out what to stock! They know who they
>have sold systems to. So couldn't anyone at NeXT
>make a educated guess, specially since the
>promotion has been going on almost since April?
>You'd think a trend would have been starting early
>on.
 
  Actually, I believe Federal mail order laws provide everyone who
  is stuck in this situation with a remedy.  Best as I can remember,
  and dealer or manufacturer who accepts mail orders is required to
  ship the order on time or within some limited number of days (30
  is the number that comes to mind) or immediately notify the customer
  and provide him/her with the option of a full and immediate refund
  or charge card credit.  Of course, this doesn't get you what you
  really want (an installed 3.0) but it does put pressure on the
  manufacturer to at least deal totally fairly with customers who
  order early.  I have tremendous sympathy for NeXT if they have 
  simply understocked and can't deliver on current orders because
  they are shipping backlogged ones.  I would feel much less
  sympathetic if the deliveries turn out to be favoring current
  orders (since this is the way to get "new" sales) while continuing
  to back-order older orders.  This has yet to be proven, IMHO, but
  if it is, it is certainly not a good sign.      
  
  Jon Rosen

Newsgroups: comp.sys.next.advocacy
From: andy@research.canon.oz.au (Andy Newman)
Subject: Re: NeXTStep :-) , Wind/X11 :-(   [was: In BYTE (NeXT) ]
Organization: Canon Information Systems Research Australia
Date: Wed, 30 Sep 1992 00:12:00 GMT

kocks@jessica.stanford.edu (Peter Kocks) writes:
>Oh, of course NeXT can make a lot of mistakes.  But, I would rather
>have a few mistakes and have everything be consistent, than let every
>programmer override everything and create an environment that is far
>too complex to be understood quickly.

Fine. But what about letting the user override everything and create
an environment for themselves?
-- 
Andy Newman (andy@research.canon.oz.au)		"int - God's own type"
Newsgroups: comp.sys.next.advocacy
From: jfr@RedBrick.COM ()
Subject: Re: Make it Cheap
Organization: Red Brick Systems, Los Gatos, CA
Date: Sun, 4 Oct 1992 21:08:54 GMT

In article <1992Sep30.185558.17827@cs.yale.edu> nathan@laplace.biology.yale.edu writes:
>In article <1992Sep30.065523.19039@utstat.uucp> philip@utstat.uucp (Philip  
>McDunnough) writes:
>
>> I couldn't disagree more with this point of view. NeXT
>> needs to offer entry level computers so that younger
>> people (students) will get them. This is a different era
>> than just a year or two ago. Low cost is in. Without that
>> NeXT will truly become a TI-99. 
>
>Regardless of what your point of view is (and Jon's too),
>you are ignoring the reality of the cost for the hardware
>*required* to run NeXTstep.  Jeez, you guys must have all
>seen 68030 cubes - the lack of performance for those boxes
>still haunts NeXT today!  Right now the cheapest minimum
>hardware that will support NeXTstep are 486 clones,
>preferably with EISA/LocalBus video setups, and that hardware
>costs $2,000-$3,000 without NeXTstep.
 
  Nathan, c'mon :-)  I agree that NeXTSTEP (all caps except the
  "e" please :-) needs a 68040 or a 486.  I DON'T BELIEVE that
  the window server needs a 68040.  In fact, I bet a simple
  386 or 68020 would make a great "NeXTterm".  

  As for the video stuff, the EISA bus requirement is if you
  want color (16-24-32 bit, in fact).  I still contend that
  NeXT could support 8-bit color (i.e., 2-bit RGB + 2 bit
  alpha) for business apps (I realize it would be inadequate
  for photorealistic stuff, but so what?) or 1 or 2-bit mono
  with perfectly acceptable results using standard video
  cards and monitors that exist today in 1024x768 rez.  The
  limits that are being placed on NeXTSTEP 486 are, IMHO,
  unrealistic.  The costs of a 1024x768 SVGA 486 setup with
  16 meg of memory and a 200 meg hard drive is now about
  $2000 street price.  This is pretty good if NeXT was just
  available cheaply for such a system.  

  We need applications delivery vehicles that are cost effective.
  
  Jon
Newsgroups: comp.sys.next.advocacy
From: jblencoe@blencoe.chem.ornl.gov (James G. Blencoe)
Subject: Re: Essence of flame
Keywords: flame bait
Organization: Oak Ridge National Laboratory
Distribution: Worldwide
Date: Tue, 6 Oct 1992 20:18:35 GMT

In article <Bvps6t.HGz@usenet.ucs.indiana.edu>  
ntaib@silver.ucs.indiana.edu (Iskandar Taib) writes:
> OK Lets see how many derogatory terms I've come across (mostly in
> comp.sys.amiga.advocacy):
> 
> Macintosh               MacinTrash,MacinToss
> PC                      PeeCee
> OS/2                    NoS/2,SloS/2, Half-an-operating-system
> Windows                 Windoze
> Microsoft               (Too many to list. MicroSucks and such..)
> Sytos                   SyToss (tape backup software)
> (Radio Shack) TRS-80    Trash 80
> TRS-DOS                 TrashDOS
> Amiga                   Amigo, Amigone
> Amiga users             Amigoids
> WordPerfect             Word Imperfect
> 
> -- 
>  
-------------------------------------------------------------------------- 
-----
> Iskandar Taib                          | The only thing worse than Peach  
ala
> Internet: NTAIB@SILVER.UCS.INDIANA.EDU |    Frog is Frog ala Peach
> Bitnet:   NTAIB@IUBACS                 !

Macintosh = "Suckintosh."

Jim
Newsgroups: comp.sys.next.advocacy
From: nathan@laplace.biology.yale.edu (Nathan F. Janette)
Subject: Re: Make it Cheap
Reply-To: nathan@laplace.biology.yale.edu
Organization: Yale University, Department of Computer Science, New Haven, CT
Date: Fri, 2 Oct 1992 18:35:42 GMT

In article <1992Oct1.190315.28448@utstat.uucp> philip@utstat.uucp (Philip  
McDunnough) writes:
> In article <1992Sep30.185558.17827@cs.yale.edu>  
nathan@laplace.biology.yale.edu writes:

> >Regardless of what your point of view is (and Jon's too),
> >you are ignoring the reality of the cost for the hardware
> >*required* to run NeXTstep.  Jeez, you guys must have all
> >seen 68030 cubes - the lack of performance for those boxes
> >still haunts NeXT today!  Right now the cheapest minimum
> >hardware that will support NeXTstep are 486 clones,
> >preferably with EISA/LocalBus video setups, and that hardware
> >costs $2,000-$3,000 without NeXTstep.
> 
> 486DX-33's gor for far less than that. Why EISA or localbus? Localbus
> video was tested in PC World I believe (or the other one) and found to
> be not much faster than an ATI or S3 video card.
>  
> Perhaps NeXT should think of coming out with a single user version if they
> can't run their software on equipment that runs OS/2 fine.
>  
> As far as needing a 486, I see no reason why a 386 won't do.
>  
> In any case, I just have to wonder about this minimum hardware price. I
> don't believe it.

Ah jeez, Philip, don't you think your going to have to do a better
job defending your statements than "I don't believe it"?  Right
now, it is your opinion vs. the opinion of the NeXT engineers
that decided to not support the 386, and recommend the fastest
PC bus (localbus) for video.  Guess who I tend to believe?

--
Nathan Janette		"I'm a NeXTstep man,
Dept MB&B, Yale Univ	 I'm a NeXTcube guy"
New Haven, CT
nathan@laplace.biology.yale.edu (NeXT)

Newsgroups: comp.sys.next.advocacy
From: asd@sage.cc.purdue.edu (Doug McClure)
Subject: 3.0 is really BETA for NS486!
Organization: Purdue University
Date: Fri, 2 Oct 1992 03:51:58 GMT

NeXTstep Release 3 is actually BETA software for NS486!

(Delusions Press)

After several weeks of complaints about the new 3.0 release of
software being bug-ridden, slow, and overall not as wonderful as NeXT
marketing was claiming, Steve Jobs announced that the current release
of software is actually just a beta test for the upcoming NS486.
Mr. Jobs said that with a number of companies having made deals for
copies of the soon to be released software for 486 machines, they
could not afford to drop the ball.  So to make sure that NS486 will be
everything that it is promising, current owners of NeXT computers who
have upgraded to 3.0 are becoming the largest beta test in history.
NeXT will use the information they gain from bug reports by users to
make sure that the software is fixed for release on 486 machines.

Quite a number of users who have upgraded to 3.0 were understandably
miffed and proceeded to pelt Mr. Jobs with jelly donuts!

:-) (note smiley for humor-impaired)

Seriously tho, after reading yet another batch of bug reports,
gripes, etc. I remembered something I read somewhere and thought, what
if...

It makes sense to some degree.  NS486 really needs to work "out-of-
the-box" on the first try.  If Chrysler takes delivery of their copies
of NS486, and then dump it a few months down the road because it
doesn't work, NeXT will be hard pressed to sell other clients on it.
So to "please" current customers, and to get a great source of
information on the state of 3.0, they release it to us.  With the
thousands of us who are putting it to work, NeXT gains huge amounts of
info. about problems with 3.0.  They then make sure to fix all of that
for the NS486 version.  I might be willing to bet that NS486 will be
more stable than 3.0 is.  Course it's bound to have it's bugs, but I'd
bet they aren't any of the current ones we are reporting!

Of course, I'm sure NeXT won't confirm my views :)

-dsm


Newsgroups: comp.sys.next.advocacy
From: peer@ccrma.stanford.edu (Peer Landa)
Subject: Re: Why didn't Apple sue?
Organization: DSO, Stanford University
Date: Sat, 3 Oct 92 06:42:27 GMT


Karl Thoroddsen writes
Why didn't Apple sur NeXT for look-n-feel
> when the NeXT Workspace shell was first released?
> 
> 	Possible answers:
> 
> 	a)	They really "couldn't" sue Steve Jobs.
> 	b)	The shells simply aren't similar.
> 	c)	?

It's for sure the c)  answer.

-- peer
Newsgroups: comp.sys.next.advocacy
From: curtis@accnxt1.tamu.edu (Curtis Johnson)
Subject: Re: Why didn't Apple sue?
Organization: Texas A&M University, College Station
Date: Sat, 3 Oct 1992 22:23:37 GMT

In article <1992Oct3.113724.992@yvax.byu.edu>  writes:
# In article <1ajhcjINNt1e@agate.berkeley.edu>  writes:
# >Karl Thoroddsen writes
# >>Why didn't Apple sue NeXT for look-n-feel
# >>when the NeXT Workspace shell was first released?
# >
# >Because care was taken to make sure legally that NeXT GUI decended
# >from Xerox PARC inventions and not from the Mac.  It doesn't
# >look-n-feel like a Mac anyway.
# 
# 
# I would disagree.  In its suit against Windows, almost every convention  
# that Apple noted (that I know of) exists, to an even greater extent, in  
# the NeXT.  And the only convention that Apple won on (the trash can),  
# exists in the NeXT (same place, same function, different icon) but not  
in  
# Windows in a strict sense.  
# 
# It's clear to me that Jobs took a *lot* of his interface ideas with him  
to  
# NeXT.  The NeXT has resize bars in the same place as the Mac, windows  
# without menus, a flat windows-managing system (as a opposed to Windows'  
# "windows-within-a-window" concept) and a Workspace Manager that is  
# frighteningly similar to the Finder.  Windows has none of this.  Heck,  
the  
# NeXT even ejects floppies by dragging them to the trash!
# 
When I first heard about the NeXT('90), I talked to some guy (Sales rep I  
believe) and he said that NeXT gave Apple a workstation and asked them to  
find any infringements of the Apple "look and feel".  

Maybe Steve did take a lot of the ideas with him when he left?

--
Curtis A. Johnson

Newsgroups: comp.sys.next.advocacy
From: jhalchin@alleg.edu (Judy Halchin)
Subject: Re: PR Blunder of the Millennium!
Reply-To: jhalchin@alleg.edu
Organization: Allegheny College
Date: Fri, 2 Oct 1992 20:13:33 GMT

In article <music.718030356@batman> music@moravian.edu (Steve Heller)  
writes:
> Yea, Clark has been a long-time Amigaphile...

In what I believe is his most recent novel (I don't have it here and can't  
recall the title), the main character uses a "NeXT Mach 8" or "NeXT Model  
10" or something like that.  It was even spelled with the correct  
capitalization.

Judy Halchin
jhalchin@alled.edu
Newsgroups: comp.sys.next.advocacy
From: jimu@orthanc.cs.su.oz.au (James Uther)
Subject: Re: NeXTstep Terminals (was Re: In BYTE (NeXT) veritas)
Reply-To: jimu@orthanc.cs.su.oz.au (James Uther)
Organization: Basser Dept of Computer Science, University of Sydney, Australia
Date: Mon, 28 Sep 1992 00:20:48 GMT

In article <1992Sep24.140809.953@yvax.byu.edu>, feijai@endor.byu.edu (Sean Luke) writes:
|> In article <2088@ltb.ltb.bso.nl>  writes:
|> 
|> Which is possible.  After all, we're just talking a monitor, keyboard,  
|> mouse, and small amount of networking stuff here.
|> 

the NCD X-terminal i'm writing this on is MIPS R3000 based, with 5 megs memory,
and then display, mouse, networking etc. It's worth a *little* more than
$1000. But it is very nice to use (an r3000 running an x client *only*)
Xterminals are getting as powerful as the servers, expecialy when you start
talking about 24bit animated 3D in real time, running in the terminal.

	james
Newsgroups: comp.sys.next.advocacy
From: nathan@laplace.biology.yale.edu (Nathan F. Janette)
Subject: Re: NeXT Nitro?
Reply-To: nathan@laplace.biology.yale.edu
Organization: Yale University, Department of Computer Science, New Haven, CT
Date: Fri, 2 Oct 1992 18:37:07 GMT

In article <BvHtCC.H16@gate.demon.co.uk> paul@seer.demon.co.uk (Paul Lynch)  
writes:
> 
> NeXT ought to have something to announce at Comdex, just to make a break  
> from tradition: a 50MHz 040 would seem to be the next best thing.  Are  
> Motorola issuing it in sample quantities yet (i.e. big enough for NeXT  
> production levels)?

I believe Moto announced there would not be a 50 MHz 68040, just a
40 MHz version, and then they will be working on the 68060...

--
Nathan Janette		"I'm a NeXTstep man,
Dept MB&B, Yale Univ	 I'm a NeXTcube guy"
New Haven, CT
nathan@laplace.biology.yale.edu (NeXT)

Newsgroups: comp.sys.next.advocacy
From: Neil Greene <deepthought!neil@ms.uky.edu>
Subject: Re: Financial status of NeXT
Reply-To: Neil Greene <deepthought!neil@ms.uky.edu>
Organization: ARCI, Inc.
Date: Tue, 29 Sep 1992 13:23:07 GMT

In article <80648@ut-emx.uucp> ifbb657@ccwf.cc.utexas.edu (Douglas Floyd)  
writes:
> 
>   How financially stable is NeXT?  I do not want to purchase a turbo
> station to find out that the machine is as dead as the TI99/4A with
> regards to software base expansion if NeXT goes under.
> 
> -- 
> ifbb657@ccwf.cc.utexas.edu (Douglas R. Floyd)
> 
> MS-Windows NT:             (Insert standard disclaimer here)
>                            
> Another reason to leave
> your computer turned off.

Didn't we cover this thread about a year 1/2 ago??
From: stuart@cco.caltech.edu (Stuart Wagner)
Newsgroups: comp.sys.next.hardware
Subject: NEC CDR-74 CDROM
Date: 26 Sep 1992 18:42:27 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: sandman.caltech.edu


Does anyone have a NEC CDR-74 CDROM drive hooked up to their NeXT?
If so, how well does it work?  I had seen this model mentioned on the
net before, but I don't remember what was said about it.  I want to 
know if it will work with my NeXTcube (030).

If you email a response, email it to swagner@nba19.med.uth.tmc.edu

Thanks,
Stuart Wagner




Newsgroups: comp.sys.next.hardware
From: sadman@cccrma.Stanford.EDU (Stephen A. Davis)
Subject: Re: DSP chips are NOT dinosaurs
Reply-To: sadman@ccrma.Stanford.EDU (Stephen A. Davis)
Organization: DSO, Stanford University
Date: Thu, 1 Oct 92 21:15:12 GMT

In article <2986@news.cerf.net> billabs@nic.cerf.net (Bill Romanowski) writes:
 
> SGI takes a more specific approach with it's DSP. It's used only as an audio
> resource for the system. No DSP coding support is provided (that I could  
find)
> for math or serial port hacking. But the audio is clean, fast and useable up  
to
> DAT rates.
> 
SGI will _never_ support user programming of the DSP.  Ask them and they'll  
tell you the same.  They think all DSP-type processing should be handled by  
the CPU but they've made modifications to the OS to support real-time  
scheduling.  The DSP is used as an I/O controller and runs a real-time kernel  
of its own to handle up to 4 channels of audio data in or out.  Possible  
future revisions will include a faster DSP for more channels but the apparent  
limit at this time is not the DSP but the DMA controller.  In truth, I just  
regret that you're stuck with only two channels on the Indigo.  Sigh.

stephen
--
sadman@ccrma.stanford.edu	
The Center for Computer Research in Music and Acoustics (CCRMA)
*** NeXT mail okay ***
From: sritchie@cs.ubc.ca (Stuart Ritchie)
Newsgroups: comp.sys.next.hardware
Subject: Serial port performace (was Re: DSP chips are NOT dinosaurs)
Date: 2 Oct 92 02:37:30 GMT
Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
NNTP-Posting-Host: jax.cs.ubc.ca

louie@sayshell.umd.edu (Louis A. Mamakos) writes:
> This isn't always the case.  If you choose some serial encapsulation
> that the 8530 supports (like HDLC), you can arrange to have it
> interrupt you and terminate the DMA transfer when it receives an
> entire frame.  This should work *better* than the normal UNIXy sort of
> transfers.

This sounds like the day when serial ports turn into a block device.
For protocol people, the day could not come earlier!

..Stuart
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next.hardware
Subject: Re: DSP chips are NOT dinosaurs
Date: 1 Oct 1992 06:08:21 GMT
Organization: University of California, Berkeley
Distribution: world
Reply-To: izumi@pinoko.berkeley.edu
NNTP-Posting-Host: moica.berkeley.edu

In article <1992Sep30.231818.26069@leland.Stanford.EDU> sadman@cccrma.Stanford.EDU (Stephen A.  
Davis) writes:
>In article <1992Sep30.203344.10597@pixar.com> Bruce@Pixar.com (Bruce Perens)  
>writes:
>> Well, they may still have some purpose for real-time sound manipulation,
>> but it is _so_ hard to justify a DSP when the main processor can process
>> signals faster! That's why the NeXT is the last of the modern workstations
>> to incorporate them.

>Interesting point since the NeXT was the _first_ modern workstation to  
>incorporate a DSP.  But as long as NeXT is using some version of the 680X0  
>architecture, a DSP is a great benefit for real-time processing of any kind.   
>Especially since mach/unix is _not_ a real-time friendly OS.

Right.

And SGI Indigo is the second?  But the difference is that there is no
DSP port on Indigo, which substantially limits its usufullness.
If you put a kind of load needed to send and receive mega bits/sec of
data onto the main CPU, the supposedly fast computer won't be fast
any more.  Just find out how much the stupid RS232 serial port drains
the CPU time on NeXT even at the low speed of 19.2kbaud.

The value of DSP is not in its MIPS rating.  It is in being a superb
serial I/O processor.  Besides music synthesis, it's main function
is becoming the handling of fast serial I/O: for ISDN, very fast TTY
port(TTYDSP), sound recording, and data acquisition and reduction. 
My DSP gets interrupted 150,000 times per second with each sample
being 12 or 16 bits, and 68040 doesn't even notice this unless
something interesting happens in the input samples.  NeXT is the
only workstation that can do this now without the addition of an
expensive plug-in board.     

While I understand that not everybody needs the DSP, you should not
be viewing it as something that is meant to perform a lot of
computation.  It's an I/O peripheral interface, and a damn flexible
one at that. 

I hope that all NeXTs will always have the capability to have a DSP
or two, even if it gets dropped from the base configuration.

Current NeXTstation line has no expansion capability that directly
gets to the bus.  It would be great if stations sport one or two
tiny card slots as found on some SparcStations.

--
Izumi Ohzawa             [ $BBg_78^=;(J ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440     Fax:  (510) 642-6341
Internet: izumi@pinoko.berkeley.edu (NeXT Mail OK)
From: bkr@drdhh.hanse.de (Bjoern Kriews)
Newsgroups: comp.sys.next.hardware
Subject: Re: Using a PC case for SCSI devices
Date: 27 Sep 92 04:41:45 GMT
Organization: Digital Island

hickman@cse.unl.edu (Hubert B. Hickman) writes:
>I recall a discussion some tim back about using PC cases as an
>inexpensive case to hold SCSI devices.  Did anyone who went this
>route experience any difficulties?  I would appreciate any experiences,
>both good and bad.

I recently purchased a nics black big-tower to put my tape drive in.
I got a large one because I plan to add more disks and perhaps some
386 board as a terminalserver (we will see...)

I worked a bit on the slots to make the SCSI connectors (50p. Centr.)
fit and added a connector for daisy-chaining. 
I took a cable from friend (some old Sparc-Cable) and it works fine.

I can't complain.

regards, Bjoern
-- 
bkr@drdhh.hanse.de - Bjoern Kriews - Stormsweg 6 - D-2000 Hamburg 76 - FRG
From: trevord@polari.online.com
Subject: Does NEC CD-ROM Work With NeXT
Followup-To: comp.sys.next.hardware
Summary: Trying to find a fast CDROM
Keywords: NEC
Organization: Peanuts
Distribution: usa
Date: Mon, 28 Sep 1992 05:06:18 GMT

	NEC claims that they have the fastest CD-ROM
mechanism, the CDR-73, on the market (300kbs transfer vs
150-180kbs). Anyway I'm looking for a drive that I can 
hang off both a mac and a next. i know it works with the
the mac but does this work with the next?


-- 
* Trevor Dewey                                                                *
* System Administrator	 			         	 	      * 
* Holland America Lines                             uupsi4!polari!trevord     * 
* Hey!  			:	trevord@polari.online.com         *
Newsgroups: comp.sys.next.hardware
From: vhs@rhein-main.de (Volker Herminghaus-Shirai)
Subject: Re: Dead mice? 
Reply-To: vhs@rhein-main.de
Date: Sat, 26 Sep 92 12:09:19 GMT

In article <1992Sep25.004209.15404@access.usask.ca> jake@skatter.usask.ca  
writes:
> I just thought that I would post this to see if this is a less than non-
> existent occurence.
> Just a few minutes ago, the "main" button on my mouse went "snap" a little
> too loud and then was never heard from again.  Nothing, can't even get
> it to pretend to work.  
> When this happens, workflow stops.  Period.  Anyhow, I was wondering how many
> other mice died like this, or am I just Mr. Lucky?

The same happened to me a few months ago with a 3 years old mouse. I soldered
the microswitch from the right button to the left, so everything is OK now
except that I can't have pop-up windows and some minor things don't work in
some programs that use the right button.

> Also, does anyone know what microswitch the next mouse uses, or a compatible
> one that I can install and save a few bucks?  Grad students aren't made of 
> money.

I would be interested, too.

--
Volker Herminghaus-Shirai (vhs@rhein-main.de)

Computer industry: Industry in which the number of units sold of any
given product is inversely proportional to its technical excellence.
See also: MS-DOS, Windows, IBM-PC, X, QWERTY,
          80x86, TrueType, Survival of the shittest.
Newsgroups: comp.sys.next.hardware
From: Bruce@Pixar.com (Bruce Perens)
Subject: DSP chips are dinosaurs
Organization: Pixar -- Point Richmond, California
Date: Wed, 30 Sep 1992 20:33:44 GMT

Well, they may still have some purpose for real-time sound manipulation,
but it is _so_ hard to justify a DSP when the main processor can process
signals faster! That's why the NeXT is the last of the modern workstations
to incorporate them.
					Bruce
Newsgroups: comp.sys.next.hardware