HDTenEightyP/NetNews huggingface dataset:
From: bill@mathnx.math.byu.edu (Bill Smith)
Newsgroups: comp.sys.next.misc
Subject: Re: NRW- coming soon
Date: 17 Dec 1992 15:18:33 GMT
Organization: Brigham Young University
Distribution: usa
NNTP-Posting-Host: mathnx.math.byu.edu

In article <1992Dec16.235608.10172@dvorak.amd.com> rpomeroy@aunext1.amd.com  
(Ron Pomeroy x(Coop)) writes:
> In article <Dec16.161340.46031@yuma.ACNS.ColoState.EDU>  
> randall@redfish.atmos.colostate.edu (Dave Randall) writes:
> >>In article <1giql5INNo5@hamblin.math.byu.edu> bill@mathnx.math.byu.edu  
(Bill  
> >>Smith) writes:
> >>> Well, I'll pass another rumor on from a friend.  While the
> >>> 88110-flavor box has been dropped, another design based
> >>> on it appears to be the version they will release.  It has
> >>> a multiprocessing feature with plug-in sites for several
> >>> cpu's, you just have another plugged in if you want it.  The
> >>> alpha is not going to be the chip they use, it will also
> >>> not be P5. No waiting for 68060 either.  Not R4000-etc.
> >>> Not Sparc.  Not IBM.  Want to take a guess what's driving
> >>> it?  
> >>
> >>That leaves HP. Yippee!
> 
> Bzzzzzt
> 
> The 601 (PowerPC)
> --

The 601(s!) won't do multiprocessing without unreleased additional
hardware. You'd have to wait for the 620.

-Bill
--

       _ _|_______====___H____===_====_====_====_====_===____H___====_______ 
        |_______| [[[[        \###########||###########/         [[[[       |
  _______| [][] |____  """         UNION |  | PACIFIC        """            |
  |o ____|  UP  |__| \___________________|_ |____________________/\_________|| 
|_| /    |__74__|   \_|  |  |  |  |  |  ||  |  |  |  |  |  |  | /  \|   |  |||
|_|=|====|======|===|===\/=================================|=\/=|======|===|_|
|_|  [(o)=(o)=(o)=(o)]|_________________||________________[(o)=(o)=(o)=(o)]|_| 
==============================================================================
]    []    []    []    []    []    []    []    []    []    []    []    []   []
                           5000 H.P. Track Staightener
Newsgroups: comp.sys.next.misc
From: paul@seer.demon.co.uk (Paul Lynch)
Subject: Re: Why Does 3.0 Blow Away User Docks?
Organization: P & L Systems
Date: Thu, 10 Dec 1992 22:49:17 GMT

> In article <1fvttnINNbph@transfer.stratus.com>  
> jmann@vineland.pubs.stratus.com (Jim Mann) writes:
> > We upgraded our NeXTs to 3.0 over the weekend.  Why does the
> > upgrade blow away the users' docks, preferences about the shelf,
> > which folders and documents were on the shelf, and so forth? 
> 
You put 3.0 apps on the 3.0 Dock; they don't run on 2.x.  That way you can  
swap back without worrying.  If you have a lot of NeXT apps on your dock,  
you will find that the names have changed (2.x: Edit, Terminal, Librarian;  
3.0: Edit.app, Terminal.app, Librarian.app).

Paul
-- 
Paul Lynch
P & L Systems                   (NeXTmail) paul@seer.demon.co.uk
Tel: (0494)671501                      paull@cix.compulink.co.uk
Fax: (0494)680228                       76711.451@compuserve.com
Newsgroups: comp.sys.next.misc
From: justin@nx30.mik.uky.edu (justin sullivan)
Subject: Re: WhosOnFirst 2.0 and nova.cc.purdue.edu
    <1992Dec16.122510.16003@investor.pgh.pa.us>
Organization: University Of Kentucky, Dept. of Math Sciences
X-Path: nx30.mik.uky.edu!justin
Date: Thu, 17 Dec 1992 00:52:49 GMT

In <1992Dec16.122510.16003@investor.pgh.pa.us> rbp@investor.pgh.pa.us (Bob Peirce #305) writes:

>Another point.  You need the text to speech package to use that
>facility.  I was hoping you didn't because I thought maybe WhosOnFirst
>would give me some idea of whether the package was worth buying or not.
>I guess you can't do that without giving away the store.  Oh, well.

I was expecting a binary. That would have been an excellent demo..
I thought it was a little odd to find source code for a demo, and I certainly
wouldn't expect source code. Perhaps source for the app but a binary for the
fully functional product would be beneficial? It would certainly give us
a reasonable sample of what they're offering..
From: dillon@overload.Berkeley.CA.US (Matthew Dillon)
Newsgroups: comp.sys.next.misc
Subject: Re:  lha vs compress (use zip instead)
Distribution: world
Date: 19 Dec 92 11:40:20 PST
Organization: Not an Organization

In article <1gt7p3INNa8s@gap.caltech.edu> madler@cco.caltech.edu (Mark Adler) writes:
>
>>>	to anyone who is having disk-space problems that unix 'lha' (of lharc
>>>	fame) does a hellofabetter job compressing stuff the compress.
>
>And zip does better than lha, and is faster.  And is far more portable.
>And works as a filter.  And lots more.  It is on the usual NeXT archive
>sites in both source and compiled forms.  It is also on the NeXT
>Educational Sampler CD.
>
>If you want the very best compression, you can pay a quite reasonable
>price and get Squash, which in its high compression mode compresses
>better than zip, but at the cost of being rather a lot slower.

    pkzip is better then lharc, but generally not better then lha. (make
    sure you are using lha, which is the -lh5- compression algorithm). I
    could be wrong, the only zip I have is on an IBM and I've no idea what
    version it is.  zip *is* faster.

    I tend to use lha/lharc because I can run it on my Amiga, PC's, AND my
    NeXT box.

					    -Matt

>Mark Adler
>madler@cco.caltech.edu

--

    Matthew Dillon		dillon@Overload.Berkeley.CA.US
    1005 Apollo Way		uunet.uu.net!overload!dillon
    Incline Village, NV. 89451	ham: KC6LVW (no mail drop)
    USA 			Sandel-Avery Engineering (702)831-8000

Newsgroups: comp.sys.next.misc
From: grd@ccrma.Stanford.EDU (glen diener)
Subject: Re: NeXT Music software???
Organization: CCRMA, Stanford University
Date: Mon, 14 Dec 1992 16:36:23 GMT


Nutation does indeed exist.  The 2.0 version was available from
ccrma-ftp.stanford.edu for about a year.  I removed it in 
Sept. as soon as I discovered that it did not run under 3.0.

I have done a 3.0 version, which includes many improvements,
bug fixes, etc. etc., as well as fairly extensive on-line NeXTSTep-
style help.  I'm not ready to release it yet, though: a few
more help files need to be written and a few more bugs to fix.
With luck, it will be ready early in January.  Check the archive
ccrma-ftp.stanford.edu for /pub/Nu.tar.Z then.  As always, it
will be freeware, though it does require the Adobe Sonata
font.


-glen




Newsgroups: comp.sys.next.misc
From: wln@cs.columbia.edu (William Lee Nussbaum)
Subject: Re: Good NeXT ps font collection loaded to sonata!
Organization: Columbia University Department of Computer Science
Date: Thu, 17 Dec 1992 04:13:37 GMT

In article <1992Dec16.181953.7451@Happy-Man.com> Irving_Wolfe@Happy-Man.com writes:
>Various people have expressed skepticism about the public status of
>these fonts because of their high quality.  I don't know the actualp
>status and have not downloaded the fonts, but that reason --
>quality -- is a silly one to arouse such concern.

It's moreso the fact that there is no creator attribution in the font
file -- just a BBS name and number -- and that the AFM files have
Adobe copyright messages in them.

	- Lee




-- 
Lee Nussbaum                    | wln@cs.columbia.edu
NeXTmail, MIME welcomed.        |                       B0/4 w dc gv k? s- p+
PGP Key Available on Request    | For WELL, MindVox, aol, CI$: Mail or Finger
..please await further notice before attempting to extract meaning from sig...
Newsgroups: comp.sys.next.misc
From: kevin@pages.com (Kevin Sven Berg)
Newsgroups: comp.sys.next.misc
Subject: Re: Is the wait over? Upcoming NeXT CD-ROM drive
Date: 17 Dec 92 18:02:18 GMT
Organization: Banzai Research Institute

In article <1992Dec14.040203.1639@news.acns.nwu.edu> garyc@lenny.acns.nwu.edu  
(Gary I. Chang) writes:
> 
> Hi,
> 
> 	For those of you like me waiting for the 3.0 CD-ROM bundle for  
> almost 4 months, are you getting your NeXT CD-ROM drive now? Will NeXT  
> start shipping them in quantity tomorrow Dec-14th???
> 

One data point: yes I received mine 12/16/92.

Kevin

-- 
Kevin Sven Berg               /    /    /    /  P /  a /  g /  e /  s
kevin@pages.com              /    /    /    /    /    /    /    / 
Pages Software Inc.         /    /    /    /    /    /    /    /   
San Diego, CA.               `    `    `    `    `    `    `    `
From: matthews@oberon.umd.edu (Mike Matthews)
Newsgroups: comp.sys.next.misc
Subject: Re: Can someone help me with this bootup problem?
Date: 19 Dec 92 20:40:00 GMT
Distribution: usa
Organization: Los Alamos National Laboratory, NM

In article <1992Dec19.042928.4991@nugget.rmNUG.ORG> adam@bastille.rmnug.org writes:
>Major Uh-oh...

>You did't have him put the directory called /NextCD on your disk did you?

Well, you *can* put a /NextCD directory on your disk, *provided you change
/etc/rc.boot as well*.  This obviously won't work if you boot off the CD, but
if you boot off the CD this doesn't apply anyway.

It's only a bad idea to change the /etc/rc* files other than rc.local if you
don't know what it is you're doing and the full ramifications thereof.

Since the existance of /NextCD is checked only once near the beginning of
/etc/rc.boot, changing that directory on your hard drive won't hurt (heck,
even taking out the check on your hard drive won't hurt as it's definitely
not going to be booting from CD ROM).

Of course, one should realize they're fiddling with a standard.  There should
be a better way to determine if you're booting from a CD ROM or not than
looking for a directory; something like a disk -s /dev/rsd0a | grep removable
check or something.

>Adam Fedor, CU boulder                    | 
>adam@bastille.rmnug.org (Home, NextMail)  |  quick .sig hack...
>fedor@boulder.colorado.edu (Work)         |
------
Mike Matthews, matthews@oberon.umd.edu (NeXTmail accepted)
------
The past always looks better than it was.  It's only pleasant because
it isn't here.
		-- Finley Peter Dunne (Mr. Dooley)
Newsgroups: comp.sys.next.misc
From: yf5990@u.cc.utah.edu (Yan Fang/Humanities)
Subject: Re: 100 Mips Intel NeXT.
Organization: University of Utah Computer Center Student Mail Machine
Date: Sun, 13 Dec 92 20:49:14 GMT

In article <1992Dec13.052608.17922@wam.umd.edu> rsrodger@wam.umd.edu (Yamanari) writes:
>In article <1992Dec13.032244.6133@fcom.cc.utah.edu> yf5990@u.cc.utah.edu (Yan Fang/Humanities) writes:
>>As far as why they would port NeXTSTEP to Pentium rather than to sexy
>			  ^^^^ ^^^^^^^^
>
>	And that was *exactly* the right thing for them to do.  
>	But releasing software for a hardware platform is not necessarily
>	tied to NeXT releasing the hardware platform themselves.
>
>	Point:  There is no way that NeXT can compete in the 	
>	Intel based PC market.  I would be surprised if they 	
>	could offer prices competitive with the systems IBM 
>	and compaq are shipping these days, let alone the
>	Death Clones (tm) coming in from everywhere.
>
>-- 
> Snout: O Bottom, thou art chang'd!  What do I see on thee?          
> Bottom: What do you see?  You see an ass-head of your own, do you?  
> ---"I despise mystics, they fancy themselves so deep, when they----
> ----aren't even superficial"    --Nietzsche   ---------------------

I don't think NeXT wants to become a clone manufacturer; they just want to
sell integrated hardware for their killer environment. Many customers are
willing to pay a premium price for integrated hardware for a specific
environment; those customers are generally corporations purchashing
hundreds of tubes and want the least headache and grief money can buy. On
the other hand, the horizontal market--home users, small business,
etc.--wants to minimize cost and is more willing to deal with the
frustration (joy) of putting together a clone system. Either way, NeXT
would have it covered by manufacturing Intel-based NeXt hardware.



-- 
Yan Fang-Magnusson
Ph.D. candidate, philosophy, University of Utah
yf5990@u.cc.utah.edu
yanfang@cc.utah.edu (NeXTmail)
From: dblakele@hercules.acpub.duke.edu
Newsgroups: comp.sys.next.misc
Subject: TIFF file formats
Date: 15 Dec 92 15:27:33 GMT
Organization: Duke University; Durham, N.C.
Originator: dblakele@raphael.acpub.duke.edu

I was in the process of getting a .tif file from an IBM-based medical
illustration group over at Duke Univ Med Center.  The file showed up
when copied from a DOS diskette with a TIFF icon in the File Viewer
without any problems, but when I tried to open it with either Icon
(the patched version for NS 3.0) or ImageViewer 0.9e, I got an error
message saying something to the efect of "incompatible file format."
When I tried to import it into an AppsoftDraw document, nothing happened
and I got no error messages.  

Now, I vaguely understand that the TIFF protocols are one of those
standards which are constantly in motion.  I don't believe I've ever
noticed a specific discussion about what TIFF actually is, and what
particular flavor of TIFF that NeXT finds disgestible.  (I also learned
about the fun of importing a Mac Word RTF file into NeXT, but that's
another discussion for another time)

Peace

-- 
| Dean D Blakeley, MD            | Internet:dblakele@acpub.duke.edu           |
| Ambulatory Care Service (11C)  | BITNET:blake007@dukemc.mc.duke.edu         |
| Durham VA Medical Center       | FORUM:blakeley,dean d@durham.va.gov        |
| Durham NC 27705                | NeXTMail accepted  #include <disclaim.h>   |
From: Dimitri.Tischenko@f236.n104.z1.FIDONET.ORG (Dimitri Tischenko)
Newsgroups: comp.sys.next.misc
Subject: Re: HOW DO I FORCE SWAPFILE COMPRESSION
Date: 12 Dec 92 01:36:00 GMT
Organization: FidoNet node 1:104/236 - MacCircles, Genesee CO

--  
Dimitri Tischenko - via ParaNet node 1:104/422
UUCP: !scicom!paranet!User_Name
INTERNET: Dimitri.Tischenko@f236.n104.z1.FIDONET.ORG
Newsgroups: comp.sys.next.misc
From: expovision!al (Andre_Lalonde)
Subject: Who's Calling E-Mail Address?
Organization: Edition Electronique Expovision inc.
Date: Thu, 17 Dec 1992 23:13:44 GMT

Can someone please send me the E-Mail address for Adamnation Software,  
distributors of Who's Calling?
Thanks,
 -Andre
From: asp@chem.ucsd.edu (Alexander S. Polinsky)
Newsgroups: comp.sys.next.misc
Subject: NeXT cube for sale
Date: 17 Dec 1992 01:01:29 GMT
Organization: University of California San Diego, Chemistry
NNTP-Posting-Host: sdchemi3.ucsd.edu

I have a 1 year old NeXT cube for sale:

NeXT Cube 68040, 25 MHz,  24MB RAM, 250MB hard drive,
         optical drive with 3 disks (2x256MB and 1x512MB)
         2.88MB floppy drive
B/W Megapixel display, keybord
NeXT 400dpi laser printer
Software: Matematica, Lotus Improv, SoftPC, Squash

OS: 2.1 truncated development environment on the hard drive
(only files necessary to compile C programs and use Interface
Builder are installed) and full development environment on the
optical. 

I paid ~$13,000 for this beauty a year ago, you can have it
for only $9,000/obo.

Alex Polinsky
UCSD, Chemistry Dept
(619)455-3200
Newsgroups: comp.sys.next.misc
From: rpomeroy@aunext1.amd.com (Ron Pomeroy x(Coop))
Subject: Re: bulletin board software....
Reply-To: rpomeroy@aunext1.amd.com
Organization: Advanced Micro Devices, Inc.; Austin, Texas
Distribution: usa
Date: Mon, 14 Dec 92 16:27:39 GMT

In article <1992Dec12.085650.5340@crash> coconut@crash.cts.com (Brian Dear)  
writes:
>>Coconut Computing has been working on a bulletin board software
>>package for NeXT computers on and off for about 2 years now.  The
>>project kept having technical problems and delays, but there's
>>now some "light at the end of the tunnel."
>>
>>It now looks like the product, COCONET(R) version 4.0 for NeXTSTEP,
>>will finally ship in the first quarter of '93.  I'm not at liberty to
>>discuss any details of the NeXT version of the software until we're
>>closer to shipping time, but it's not too far away...  Stay tuned!
>>
>>Brian Dear
>>Coconut Computing, Inc.
>>La Jolla, California
>>brian@coconut.com

Hey, you know what I'd like ?  Some software for accessing
Compuserv (Compuserve ?).  Now that I've got my cool Zyxel modem...
Whatayasay Coconutters ?

--
Ronald Pomeroy		[Objective-Cruntime: [Smalltalk runtime]];
Advanced Micro Devices	[self dream-on];
CAM Applications Group
rpomeroy@aunext1.amd.com (NeXTmail preferred)
Organization: Senior, Chemistry, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.sys.next.misc
Date: Sun, 13 Dec 1992 17:59:44 -0500 
From: Charles William Swiger <cs4w+@andrew.cmu.edu>
Subject: Re: emacs-18.59 pkg for NeXT posted
Distribution: comp

Excerpts from netnews.comp.sys.next.misc: 13-Dec-92 Re: emacs-18.59 pkg
for NeX.. by Michael Gersten@stb.info 
> >or (d) Rewrite EtermView.m to look for /usr/local/bin/emacs and then
> >/usr/bin/emacs; better yet, have it search through current users' search
> >path for 'emacs'....
>  
> Or, better still, why not use the "system" call and let the shell find it,
> or use "execvp/execlp" library calls (the 'p' means search the entire path)?
> I'm suprised that more people don't use these.

Those calls were I meant by "having it search through the users' search path."

I wish that the NeXT had the "run" command.  It has the same syntax as
"system", but it requires an absolute pathname, as "run" does *no*
searching through the path.  It's therefore the fastest way to execute
another program from within your program....

-Chuck

+------------------------------------------+ "Foosh.  Aaughh!!"
| Charles William Swiger -- CMU...crunch!  | "Foosh.  Aauuggghh!!"
| AMS & normal mail: cs4w+@andrew.cmu.edu  | "Cold spray deodorant...."
| NeXTmail: chuck@mon.slip.andrew.cmu.edu  |
+------------------------------------------+   -- Opus, Bloom County [RIP]

Newsgroups: comp.sys.next.misc
From: greg@donald.claremont.edu (Tigger)
Subject: Can't find DSP?
Reply-To: greg@pomona.claremont.edu
Organization: Harvey Mudd College, Claremont, CA 91711
Date: Thu, 17 Dec 1992 04:08:31 GMT

We have a strange problem that happens with every single application that uses  
the DSP chip.  When it attempts to do something with sound, we get the error  
"Can't open DSP.  Perhaps another application has it."  Yet the machine has  
been rebooted numerous times, so it is not very likely that some other  
application actually has the DSP open.

My guess is that some application crashed while using the DSP and left some  
sort of lock behind.  I would guess it is on disk somewhere, since it survives  
reboots.  Of course, I could be totally wrong.  Does anyone have a clue as to  
what the problem is and how to solve it?

Incidently, we're still running NextStep 2.1 if it matters.  I have the 3.0  
CD-ROM, and I've thought of installing it in the hopes that it would fix the  
problem, but I'd like to know for sure before I do that.  Besides, I'd like to  
know what the hell this is in case it ever comes up again.

--
Greg Orman                                        greg@pomona.claremont.edu
Systems Manager                        greg@donald.claremont.edu (NeXTmail)
Seaver Academic Computing Services
Pomona College                               Standard disclaimer-type stuff
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.misc
Subject: Re: The easy way to install fonts (Re: Good NeXT ps font collection loaded to sonata!)
Date: 17 Dec 1992 16:34:37 GMT
Organization: University of Houston
Reply-To: sears@tree.egr.uh.edu
NNTP-Posting-Host: thanatos.egr.uh.edu

In article <62902@mimsy.umd.edu> alex@cs.umd.edu (Alex Blakemore) writes:
#In article <1992Dec17.010242.9928@socrates.umd.edu> ice@socrates.umd.edu  
(Fredrik Nyman) writes:
#> sears@tree.egr.uh.edu (Paul S. Sears) writes:
#> >Ok... what does one do exactly to install these fonts. 
#
#if you've ever purchased any Adobe fonts, you received an app called 
#FontInstaller.app on the floppies. just double click on that app
#and select the font package and destination and it takes care of the  
rest.
#
#It makes it even more worthwhile buy at least one Typeset or typeface  
from Adobe.

I guess that everyone misunderstood my question.  I know how to use  
buildafmdir and cacheAFMData to install new fonts.  I also know about  
FontInstaller.app from Adobe.  Apparently they do not do exactly the same  
thing, because after I install fonts with FontInstaller.app, the following  
directories are created:

afm
bitmap
outline

However, when I run buildafmdir on any new fonts, those directories are  
not created.  My question is basically, which is better to use?   
buildafmdir is much faster, but it *seems* that FontInstaller.app does a  
better job in installing fonts.

What FontInstaller does is to separate the afm bitmaps and outlines from  
each font.  Is this the better way of doing it?  or is buildafmdir the  
better way?


--
Paul S. Sears                *  sears@uh.edu (NeXT Mail OK)
The University of Houston    *  suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center *  comments, complaints, questions)
NeXT System Administration   *  DoD#1967 '83 NightHawk 650SC 
          >>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
Newsgroups: comp.sys.next.misc
From: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Subject: Re: Converting Mac PS fonts to NeXT?
Reply-To: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Organization: University of Illinois at Urbana
Date: Sun, 20 Dec 1992 07:58:24 GMT

Gordon Van Huizen writes
> Meta Pro provides conversion to and from many font file [...]

Actually, I've been unable to use it to convert from any format but Mac  
font files.  It will convert to many file formats for many machines,  
but the input has to be a Mac font (as far as I know).

It doesn't create the font wrappers, but if you know how to use the  
mkdir and mv commands, it's no problem at all (shell scripts come in  
really handy here).  The version I've got also has a problem with  
naming fonts properly (bold, italic, etc.).  I'm not sure about the  
very latest version though.  This is easily fixable, and I suspect  
Altsys has done so.

Also, since most of the PD/Shareware fonts available on Mac archives  
are in Binhex and either Stuffit! or Compact Pro archives (which  
neither Meta Pro nor MetroTools will uncompress), it might be more  
convenient to be on a Mac (since the tools to uncompress the fonts  
exist on the Mac for free).  In System 7 you can even have three  
programs active concurrently (not really multitasking, but I'm not  
going to get into Mac bashing).

In short, I find it way more convenient to have Meta Pro (which I  
bought) and UnStuffit! (which uncompresses both Compact Pro and most  
Stuffit! archives) going on a speedy System 7 Mac so I can convert tons  
of fonts at once, ftp the whole mess to the NeXT and run a simple shell  
script to fix the names and make .font folders.  The font name editing  
I do by hand because some of the changes that need to be made are way  
over the capacity of any fancy UNIX filter.  If you can't handle making  
a short UNIX shell script for renaming and folder creation, you might  
be better off with the font installer in MetroTools.  This task is  
totally doable with shell scripts though (and you can save yourself  
some dough along the way).
-- 
-- Jeff (jeffo@uiuc.edu)
-- NeXTmail welcome
From: jgreen@next.com (Jack Greenfield)
Newsgroups: comp.sys.next.misc
Subject: Re: Updating .index.store
Date: 20 Dec 92 06:27:30 GMT

In article <RALF.92Dec11002942@jodokus.en.open.de> ralf@reswi.en.open.de  
(Ralf E. Stranzenbach) writes:
> Is there any way to get an "update" instead of this brute remove-and-
> rebuild-from-scratch method ?

Sure.  Just don't remove the index.  ixbuild will update an existing index  
if it finds one.

J.