HDTenEightyP/NetNews huggingface dataset:
From: shirley@krakatoa.jsc.nasa.gov (Bill Shirley [CSC])
Newsgroups: comp.sys.next.misc
Subject: Re: Can C++ / X empower us to make great apps for the 90's?
Keywords: C++ v ObjC	Mac v NeXT
Date: 15 Apr 1992 22:05:27 GMT
Organization: nasa-jsc
Originator: shirley@krakatoa


Would someone more knowing please refute this guys complaints.

In article <1992Apr11.021508.29048@ux1.cso.uiuc.edu>, mlanett@void.ncsa.uiuc.edu (Mark Lanett) writes:
> linton@marktwain.rad.sgi.com (Mark Linton) writes:
> 
> >I agree that interface builders are a good thing and the Next one
> >is quite nice.  I believe that dynamic loading is the important feature
> >missing from most C++ environments; I'm less convinced that
> >I need to be able to get "method not defined for this object" errors.
> 
> A friend bought a NeXT (he's an experiences MacApp/C++ developer) and has not
> been terribly impressed with NextStep. One of his biggest complaints is that
> he *isn't* getting "method not defined for this object". Next has their
> doesNotUnderstand message just swallow everything and not provide any error
> messages at all! The only way he's figured out to tell if a message is actually
> received and understood by the correct object is to step into every method
> dispatch. To top it off, which Obj-C allows typed objects, the Next IB cannot
> parse them; it requires everything to be 'id'. So even if he wants to type 
> things to reduce a really ridiculous number of runtime errors... he can't.
> Maybe 3.0 will be better.
> -- 
> Mark Lanett, Software Tools Group, NCSA           mlanett@uiuc.edu or  NCSA.STG
-- 
shirley@bush.jsc.nasa.gov
[
From: dkoski@cs.arizona.edu (David Koski)
Newsgroups: comp.sys.next.misc
Subject: Re: What is /bin/jsh ?
Date: 16 Apr 92 22:39:33 GMT
Organization: U of Arizona CS Dept, Tucson

In article <53285@mimsy.umd.edu> alex@cs.umd.edu (Alex Blakemore) writes:
>NeXT distributes /bin/jsh but no man page that I can see.
>what is it? (obviously a shell but any redeeming qualities?)

It seems to be a hard link to /bin/sh.  Try ls -i /bin/sh /bin/jsh.  I
don't know if anything uses it.

>any reason I shouldnt delete it to save space?

Since it is a hard link, it wouldn't save space to delete it.

David Koski
From: trevor@celece.ucsd.edu (Trevor Henthorn)
Newsgroups: comp.sys.next.misc
Subject: NeXT 1GB 3.5" SCSI disk
Keywords: SCSI disk
Date: 17 Apr 92 04:28:11 GMT

I am in the process of ordering a few 1GB SCSI disks for the NeXT
from a company here in San Diego. Since the drives are cheaper
in quantity, the more orders they receive the less I have to pay.
If you have any interest in 1GB drives, let me know and I'll
point you towards the sales people.

-Trevor Henthorn
From: dan@quiensabe.az.stratus.com (Dan Danz)
Newsgroups: comp.sys.next.misc
Subject: Re: NewsGrazer crashes, GNUS doesn't
Date: 13 Apr 92 04:28:28 GMT
Reply-To: dan@az.stratus.com

In article <1992Apr13.015452.12324@talon.ucs.orst.edu>  
mcgredo@bluto.ie.orst.edu (Don McGregor) writes:
> Scott Wisdom writes
> >This is due to the fact that someone created a bogus newsgroup with the
> >'&' character in the name. This causes NewsGrazer to crash
> 
> NG will also occasionally crash when munged articles are posted.That can  
> be solved easily enough by editing the .newsrc or unsubscribing from the  
> group.

Actually, Scott picked up on my earlier errneous post that incorrectly  
attributed the cause to the "&" in the name.  In reality, it was too many  
components in the name.   But, Don, you can't fix this problem by editing  
newsrc;  NewsGrazer blows up when it is reading the active group list  
from the NNTP server.  

I dutifully sent mail on the subject to "newsgrazer@next.com", and was  
told (nicely) that the fix is known, but cannot be released due to a NeXT  
internal policy.  I wish we knew more about the policy, but that should  
(and has been) the subject of another thread.  

Here's a note from the SysAdmin at my site detailing how he bypassed the  
problem for us:

% From: jjm@transfer.stratus.com (Jim Murray)
% Here is the script I ran.
% /usr/lib/news/rmgroup 
    alt.music.pop.will.eat.itself.X.Y.&.Z.electrix.sunshine.mix"
% /usr/lib/news/rmgroup alt.music.pop.will.eat.itself
% /usr/lib/news/rmgroup 
    alt.music.pop.will.eat.itself.the.poppies.are.on.patrol
% /usr/lib/news/rmgroup 
   alt.music.pop.will.eat.itself.X.Y.and.Z.electrix.sunshine.mix
% 
% I also added the following code to control.c in inews.
% 
% #ifndef ALLOWBOGUSGROUPS
% {
% int	num_sections;
% char	*tptr;
% char	cur_char;
% 
% tptr = argv[1];
% num_sections = 0;
% while (cur_char = *tptr++)
% 	{
% 	if (cur_char == '.' && num_sections++ > 8))
% 	{
% 		logerr ("Newsgroup %s has too many parts", argv[1]);
%     		return (1);
%  	}
% 	
% 	if (!isalnum (cur_char) && (strchr ("+-_.", cur_char) == 0))
% 	{
% 		logerr ("Bad character in newsgroup name %s", argv[1]);
% 		return (1);
% 	}
% }
% }
% #endif

I hope everbody has as SysAdmin who's so responsive, especially on a  
Sunday!   

--
L. W. "Dan" Danz                  VOS Mail:  Dan_Danz@vos.stratus.com
Sr Consulting Software SE         NeXT Mail: dan@az.stratus.com
Customer Assistance Center        Voice Mail/Pager: (602) 852-3107
Telecommunications Division       Customer Service: (800) 828-8513
Stratus Computer, Inc. 4455 E. Camelback #115-A, Phoenix AZ 85018
From: wierda@ltb.ltb.bso.nl (Gerben Wierda)
Newsgroups: comp.sys.next.misc
Subject: Re: NeXT sales 1991--> Help
Date: 15 Apr 92 07:36:36 GMT
Organization: BSO/LT, Baarn, The Netherlands


I asked Mike Slade at NeXTworld about the 40000-60000 estimate and he said
that were not bad estimates. If both are not bad around 50000 would be the
case. But I suppose 40000 is better.

That means that the machines would have been sold for around 120M/40000 is
$3000 a piece. Since large parts of sales were either education or large
accounts I think that these figures are not very far off.

I am of course totally wrong and history will vindicate me ... ;-)
-- 
wierda@ltb.bso.nl (Gerben Wierda) || I speak for myself and not for my employer.
(+31) 2154 84415/(+31) 35 833539  || Support the League for Programming Freedom!
	"If you don't know where you are going, any road will take you there."
	Lewis Carroll, "Alice in Wonderland".
From: anderson@macc.wisc.edu (Jess Anderson)
Newsgroups: comp.sys.next.misc
Subject: Re: NewsGrazers stand tall! (Re: Barbershop MIME) (BIG RTF)(I mean REAL BIG!)
Date: 16 Apr 92 11:57:11 GMT
Organization: Madison Academic Computing Center, UW-Madison


In article <1992Apr14.090435.13034@gagetalker.com>
scotty@gagetalker.com (Scott Turner) writes:

>And I hope you enjoy this pretty damn industry standard,  
>SUN/NeXT format audio file:  

Son, you need an attitude adjustment.

-- 
Jess Anderson <> Madison Academic Computing Center <> University of Wisconsin
Internet: anderson@macc.wisc.edu <-best, UUCP:{}!uwvax!macc.wisc.edu!anderson
NeXTmail w/attachments: anderson@yak.macc.wisc.edu  Bitnet: anderson@wiscmacc
Room 3130 <> 1210 West Dayton Street / Madison WI 53706 <> Phone 608/262-5888
Newsgroups: comp.sys.next.misc
From: anderson@macc.wisc.edu (Jess Anderson)
Subject: Re: Looking for a TIFF editor
Organization: Madison Academic Computing Center, UW-Madison
Date: Mon, 6 Apr 92 18:27:06 GMT


In article <3#8Hx#fj6@cs.psu.edu> melling@cs.psu.edu
(Michael D Mellinger) writes:

>In article <01GIISBSY2KW000F9E@JHMAIL.HCF.JHU.EDU>
>eboltz@CNDENEXT.MRS.JHU.EDU (Eric S.  Boltz) writes:

>   I'm trying to find a PD TIFF editor for the NeXT. Nothing fancy, but  
>   free!

>You can use Icon[1].  It's your *only* option.

>[1] Surgeon Generals Warning: If you have a bad heart, please consult a
>physician before using.

To supplement your low-sodium diet and two xanax a day, you
can obtain what there is for documentation on Icon (without
which the threat of a _crise_ is *much* higher) by anonymous
ftp from yak.macc.wisc.edu [128.104.30.152], dir
pub/next/icon (check out the README in there).

-- 
Jess Anderson <> Madison Academic Computing Center <> University of Wisconsin
Internet: anderson@macc.wisc.edu <-best, UUCP:{}!uwvax!macc.wisc.edu!anderson
NeXTmail w/attachments: anderson@yak.macc.wisc.edu  Bitnet: anderson@wiscmacc
Room 3130 <> 1210 West Dayton Street / Madison WI 53706 <> Phone 608/262-5888
From: cnh5730@maraba.tamu.edu (Charles Herrick)
Newsgroups: comp.sys.next.misc
Subject: Re: RightBrain Software to Ship Source Code
Date: 10 Apr 92 18:44:46 GMT
Article-I.D.: tamsun.12167

news@ernie.Princeton.EDU.mu.edu writes
> some stuff

Hi. I tried to send you a reply via email but your host is not listed in  
the host tables, so perhaps you wanted to post anonymously.

If not, you might want to look into this.
From: verket@venice.sedd.trw.com (Paul Verket)
Newsgroups: comp.sys.next.misc
Subject: Re: SimonSays(tm): the Review
Date: 12 Apr 92 18:10:20 GMT
Organization: TRW Systems Engineering & Development Division, Carson, CA


 In article <1992Apr10.223830.9294@stb.info.com> michael@stb.info.com (Michael
Gersten) writes:
> 
> For what it's worth, here's my view of Simon Says.
> ...
> As a dictator, Simon gets overthrown. As a macro, I found keys to be
> easier to type. My goal was to be able to control my computer from
> anywhere in the room; this doesn't work well with the built in Mike.
> 
> I did try an external mike (a cheap radio shack one). It did reduce the
> noise level, but it also reduced my voice level -- the ratio stayed at
> 3:1.
> 
> My comments? Try it. Get the demo version, play with it. If your drive
> fans are not noisy, you may love it.

I've used Simon for a number of weeks now with a number of mics and can
definitely say that the mic's quality and it's rejection of background noise
make a large difference in recognition rate.

Now that the "newness" of Simon has worn off, I've gone back to doing a _few_
thing with the keyboard/mouse that I had trained but I still use Simon a lot.
Simon is now another tool in my kit to optimize my interaction with the
machine. Great tool though!

Paul Verket (NeXTmail ok)
Newsgroups: comp.sys.next.misc
From: anderson@macc.wisc.edu (Jess Anderson)
Subject: Re: Macintosh Emulator DEMO available via anonymous ftp
Organization: Madison Academic Computing Center, UW-Madison
Date: Mon, 6 Apr 92 21:03:12 GMT


In article <1992Apr6.171323.10507@Princeton.EDU>
js@Princeton.EDU (Jay Sekora) writes:

>Can I take this as evidence that y'all are working on a version of Executor  
>that will run the real Fontographer?  If so, HOORAY!  I will almost certainly
>buy a copy of this for my home NeXT if you come out with it.  (I say almost,
>in case Altsys happens to port Fontographer to the NeXT, but I think that's
>too much to hope for...)

Me too!  I would much prefer to have Fontographer ported to
the NeXT (has anyone actually ever determined what Altsys is
or isn't doing about this prospect?), but absent that,
Executor would be my alternative choice.  There doesn't see
to be any other font-design tool that begins to compare.

-- 
Jess Anderson <> Madison Academic Computing Center <> University of Wisconsin
Internet: anderson@macc.wisc.edu <-best, UUCP:{}!uwvax!macc.wisc.edu!anderson
NeXTmail w/attachments: anderson@yak.macc.wisc.edu  Bitnet: anderson@wiscmacc
Room 3130 <> 1210 West Dayton Street / Madison WI 53706 <> Phone 608/262-5888
Newsgroups: comp.sys.next.misc
From: borres@aix.rpi.edu (Steven D. Borrelli)
Subject: Help: IDC 1991 Sales Estimates
Organization: Rensselaer Polytechnic Institute, Troy NY
Date: Thu, 9 Apr 1992 22:14:30 GMT

Can anyone email me (or tell me where I could find) the Sales estimates
for workstations in 1991? I'd like to have figures from an unbiased source.

Thanks 

Steve

-- 
Steven D. Borrelli                
Rensselaer Polytechnic Institute '92                  
borres@rpi.edu  (NeXTmail)                      

Newsgroups: comp.sys.next.misc
From: digifix!sanguish@uunet.ca (Scott Anguish)
Subject: Re: MIME-capable software
Reply-To: digifix!sanguish@uunet.ca
Organization: Digital Fix Development
Date: Mon, 13 Apr 1992 20:40:00 GMT

FROM: BodyFormats.ps

MIME (Multipurpose Internet Mail Extentsions)

Mechanisms for Specififying and Describing
the Format of Internet Message Bodies

Nathaniel Borenstein, Bellcore
Ned Freed, Innosoft
March, 1992

Status of this document

	This draft document will be submitted to the RFC editor as a  
Proposed Standard protocol specificiation.  Distribution of this document  
is unlimited.

Looks like it still has a ways to go before it becomes a standard....

NewsGrazer has been the ADOPTED standard here for quite a while when it  
comes to multi-media messages.

A de-facto standard would be great... Mark would not have to drop a ton of  
MIME mail on us, (which, would have been an abuse, even if it had been a  
NewsGrazer posting)

Mark... you probably could have stripped, compressed and uuencoded your  
MIME stuff and sent it to us instead of that message.  That would have had  
about the same effect.  and may even have been constructive...


Scott

---
--
I have a brain dead mailer, so please reply to the below.
Scott Anguish            uunet.ca!digifix!sanguish@uunet.uu.net
Digital Fix Development - fax 519 886 3673           (NextMail)

-- 
--
I have a brain dead mailer, so please reply to the below.
Scott Anguish            uunet.ca!digifix!sanguish@uunet.uu.net
Digital Fix Development - fax 519 886 3673           (NextMail)
From: brunkhorst@mayo.edu (Geoff Brunkhorst)
Newsgroups: comp.sys.next.misc
Subject: Turbo Cubes part # and 25mhz cube obsolescense
Keywords: NeXT cube  NeXTcube turbo 33mhz 25mhz
Date: 16 Apr 92 17:51:16 GMT
Article-I.D.: bmw.1992Apr16.175116.22598
Reply-To: brunkhorst@mayo.edu
Organization: Mayo Foundation, Rochester MN. Campus

For those of you wondering...

The Turbo cubes are product!
(from NeXT Product Availability List, April 15th)

	N1000a-4760	33mhz/Floppy/400mb/16mb
	N1000a-4761	33mhz/Floppy/400mb/32mb
	N1000a-4762	33mhz/Floppy/1.4GB/16mb
	N1000a-4763	33mhz/Floppy/1.4GB/32mb
	N1000a-4765	33mhz/Floppy/2.8GB/32mb
	N1000a-4767	33mhz/Floppy/400mb/16mbparity
	N1000a-4768	33mhz/Floppy/1.4GB/32mbparity
	N1000a-4769	33mhz/Floppy/2.8GB/32mbparity

All are shipping, consult your local sales location for prices,
lead time, and availability.  

For reference, MSRP on N1000a-4760,monitor, and starting-kit is 10,995.

Oh by the way... The 25 mhz cubes are on the obsolete parts list.
Orders to NeXT will be accepted through May 15 for 25 mhz cubes
Obsoleted:

	N1000a-23xx 
	N1000a-3599,3604,3606

Now the N7003 (68040 upgrade) is not obsoleted... No mention of whether
or not if this is now 33mhz, but indictations dictated it is still 25mhz, and
for upgrading 030 cubes only.

Final note -  Legal sized (*black*) paper cassettes are available now (N2003).

- Geoff
---------------------------------------------------------------
Geoffrey Brunkhorst, RCF                    brunkhorst@Mayo.edu
Guggenheim 10                                    (507) 284-1805
Mayo Foundation, Rochester MN, 55905 USA     fax (507) 284-5231 
Xref: sparky comp.sys.next.misc:13517 comp.sys.next.sysadmin:2928
From: hacker@black-silicon.mclean.va.us (Dark Hacker)
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
Subject: Re: Mac <-> NeXT communication
Keywords: Mac, NeXT, communication
Date: 6 Apr 92 14:06:44 GMT
Organization: Black Silicon, Fortress Of Computation


For various deep reasons, the NeXT serial ports will not support Localtalk.
Appletalk is only possible over Ethertalk ethernet links.

--- 

Dark Hacker @ Black Silicon, Fortress Of Computation
8340 Greensboro Drive #223  Phone: (703) 356-6514
McLean VA                   Uucp: mimsy!black-silicon!hacker
22102                       Internet: hacker@black-silicon.mclean.va.us

"Beneath a sky of perpetual twilight towers a black cube measuring 20 miles
on each side: "Black Silicon", Dark Hacker's fortress of computation!"
Newsgroups: comp.sys.next.misc
From: m@crito.Stanford.EDU (M Carling)
Subject: Re: NeXTStation Color SIMM Slots
Organization: DSG, Stanford University
Distribution: usa
Date: Wed, 8 Apr 92 16:35:49 GMT

In article <1992Apr5.015932.9095@cs.yale.edu>  
nathan@laplace.biology.yale.edu (Nathan F. Janette) writes:
> 32 MB total for a NeXTcube Turbo?  How pathetic!  This Turbo
> "upgrade" seems increasingly dubious to me, even leaving out
> the fact that they have abandoned the OD hardware drivers.

The Turbo cube has four SIMM slots each of which can accomodate 32MB SIMMs  
for a total of 128MB--just like other Turbos. Also, the slots are angled  
so that low-profile SIMMs need not be used.

M Carling
Director, Bay Area NeXT Group
--

Bill Clinton lied to his wife. Can his country trust him?
George Bush lied to his country. Can his wife trust him?
Newsgroups: comp.sys.next.misc
From: esky@marathon.cs.ucla.edu (Eskandar Ensafi)
Subject: DSP: It's about time for the 96002
Keywords: dsp 56001 96002
Reply-To: esky@mayhem.icsl.ucla.edu
Organization: UCLA, Computer Science Department
Date: Thu, 16 Apr 92 18:04:15 GMT


Why not NeXT? I mean, Ariel has come out with PC boards using the 96001  
"Multimedia" DSP chip from Motorola.
  
For those of you who don't know, the chip is binary-compatible with the 56001  
that NeXT uses and it is called a multimedia chip because, being a 32-bit  
version of the 24-bit 56001, it can process sound and graphics simultaneously.

a 33-MHz 96002 processes 16.5 MIPS and 49 MFLOPS.  The dual 88110 CPUs being  
rumored lately beat this chip in the MIPS, but do they have the MFLOPS?  I  
think it would be a good idea to use it in both 040 and (if ever) 88110  
systems.

What do you think?

Eskandar Ensafi --- esky@marathon.cs.ucla.edu, esky@mayhem.icsl.ucla.edu
Newsgroups: comp.sys.next.misc,comp.sys.next.programmer
From: jayson@asw.com (Jayson Adams)
Subject: Re: Files in my home directory, and other ruminations
Keywords: Engage! does the right thing
Reply-To: jayson@asw.com
Organization: Atherton Software Works
Date: Sat, 11 Apr 1992 03:24:59 GMT

In article <1992Apr10.070511.291@en.ecn.purdue.edu>  
davis@en.ecn.purdue.edu (Robert E Davis) writes:
> 	Another solution to consider is something that Right Brain
> used to do (I use the past tense because I'm not sure if their latest
> mini-apps use this method -- maybe they do).  They put all the stuff
> in a .RightBrain folder in your home directory, kind of like the .NeXT
> directory.  This might be even better than the Library/Appname idea
> because it fits with the idea that no user should need to know
> "technical" details.  Only the Unix Experts see the dot directories
> anyway.  Why would a non-Expert want to see a bunch of garbage like
> Tetris scores that you can't even read cluttering up your Library?

I think this is exactly the problem Sam is talking about.  Why would  
someone in expert mode want to see a bunch of %$&# dot files in their home  
folder?  Sam has the right idea:  create the folder ~/Library/AppName and  
place whatever crud your app needs to run in there.  A dot file in a  
user's Library folder is at least better than a dot file in a home folder  
(most people don't go to their Library folders very much, but they do go  
to their home a hell of a lot).

Please, app writers:  no more dot files in home folders!  Thank you.

__jayson
Newsgroups: comp.sys.next.misc
Subject: Re: NeXTStep 486 should cost $250
From: stouder@cmu.unige.ch
Date: 16 Apr 92 13:57:22 +0200
Distribution: na
Organization: University of Geneva, Switzerland

Mr Freeman wrote:
 
> 1)	NeXT uses a (psuedo)true color imaging model.  All
> application writers know that they can count on asking PS for
> any color.  And, it will give it to them.  The 8 bit cards are
> palette driven and will not follow the model.  NeXT doesn't
> want to break the model (more mail in bound with a list of
> non standard 12 bit graphic cards :-) )
> 
> 2)	The AT backplane will barely support the gray scale
> blitting that we do.  Remeber all windows are backing stored and
> smooth scrolling (expensive) is always supported.  The PCISA 
> bus was not really intended for the amount of data that flys 
> across at 1024x768 by several bits.
> 
> 

I do agree. To port such an environment to the PC seems incredible,
and it's normal to buy a powerful PC with EISA graphic card and more
RAM and diskspace to access better technology.
Mach and NeXTStep are a consistant couple.
The machine is -now- perfect with this software.
No other platform offers such an integration.

Anyway, not every user in the world needs the power of UN*X to run MS-WORD, but
for the developers and power users such as traders and engineers, a
multitasking and easy to use software is a top priority.(okay, everybody knows)
IBM, Sun and others are aware of that, and though they have a less integrated
product, their marketing plans are really aggressive.

The pricing of NeXTStep486 is a difficult matter because it
could completely changes the image of the company if its too expensive.

Let's categorize the potential users:
1. - Traders, executives
2. - Engineers, technicians
3. - Graphic designer, Publishing technicians
4. - Developers
5. - Students
6. - Non-programming people attracted by new technology

Categories 1 to 5 are power-users but they have different needs and resources.
Let's have a specialized bundle offer and a price scale.
As a student, I would look at the NeXT Station with all the development tools
like a miracle.
But look at the european pricelist and you go back with regrets to your old PC.
 
The last chance is NeXTStep486, but why such high prices ?

Let's start with low prices and then sell upgrade at higher prices.
Now MS-Windows is for free and Borland sells Dev tools for almost nothing.
And most members of categories 1 to 5 use them (except category 2 and 3...).
How can you fight and establish a new standard with such high prices!
Why refering to UN*X platforms pricing when power users are still accustomed to
DOS prices.

NeXTStep is revolutionary and can be a standard (a moving one), but it requires
a revolutionary pricing!
---
Alan STOUDER                 "NeXT plans to produce EISA Multimedia boards"
Medicine dept.                                          It may be a joke.
University of Geneva
From: neveu@pupil.berkeley.edu (Charles Neveu)
Newsgroups: comp.sys.next.misc
Subject: DoveFax modem can't receive
Keywords: DoveFax modem bugs
Date: 14 Apr 92 00:14:42 GMT
Article-I.D.: agate.sd85iINN8sg
Reply-To: neveu@pupil.berkeley.edu
Organization: University of California, Berkeley
NNTP-Posting-Host: milo.berkeley.edu

We have a difficult problem with our DoveFax modem. I've read the manual,
and contacted Dove several times, and we can't figure what the problem is.
Our DoveFax modem will work on our slab. It will send, but not receive,  
when moved to either of two '030 cubes with 16M and 24M of memory.
I need the serial ports on the slab to drive two other instruments, so I  
can't move the FAX modem back. 

It answers the phone, tries to negotiate with the other modem (whistles  
and beeps and stuff). The error message on the console is 

!!%<?>%DOVE: Incoming call negotiation failed after 6 attempts
!!%<?>%DOVE: Receive failed. Error during handshake.
The version is 1.02

Here are some things that we're pretty sure are not the problem:
There are no getty's running on either of the serial ports on either of  
the cubes; the phone line length is long, but it still works on the slab  
with the long phone line; we've tried it from a dozen different FAX  
machines -- it never works; it's not the hardware -- when we move it back  
to the slab without changing anything about the line or the modem, it  
works. 

If anyone has any ideas, we would greatly appreciate them, 'cuz we are all  
stumped. 

Please respond by mail.

Thanks,

Charles

neveu@milo.berkeley.edu
From: dar@squall.cis.ufl.edu (David Risler)
Newsgroups: comp.sys.next.misc
Subject: Need NeXT Memory Speeds
Date: 10 Apr 92 15:09:09 GMT
Organization: Univ. of Florida CIS Dept.

For my thesis I need some memory retrieval speeds in terms of CPU
cycles for different architectures.  Since I have a cube, I thought 
it'd be interesting to include some NeXTBus specs (synonym for NuBus?)
for both the 25Mhz and the new turbo (33 MHz), since they have faster
memory chips.  Any help is greatly appreciated. Will post a summary if 
there's an interest in this compilation.
Thanks,
Dave