HDTenEightyP/NetNews huggingface dataset:
From: cs4w+@andrew.cmu.edu (Charles William Swiger)
Newsgroups: comp.sys.next.software
Subject: Re: nbuf=64/128 theory
Date: 9 Nov 92 01:20:48 GMT
Organization: Senior, Chemistry, Carnegie Mellon, Pittsburgh, PA

Excerpts from netnews.comp.sys.next.software: 8-Nov-92 nbuf=64/128
theory by L. Anathea Brooks@wam.um 
> I've changed my boot params using nbuf=128 or rather 
> nbu=128 because of 12 character limit.
>  
> Now, I know this will speed up long compilations, perhaps
> various sorts of number crunching. BUT is there any advantage 
> or speed gain in workaday world? I notice none, and wonder if 
> the memory used by the buffer might be better used as just 
> plain old memory. 

This seems to reduce the amount of drive access done under 3.0 quite
noticably.  It will help during any complex file access activity, such
as compiling, using a database, navigating the filesystem with a
browser, etc.
This will also greatly speed up the floppy drive, once the disk pages
have been loaded into memory.  What you are doing is increasing the
amount of paging activity slightly in order to considerably improve the
disk caching performance of the filesystem.

You may not need to have nbuf set that high is you don't do a lot of
compiles.  As a general rule, try setting nbuf equal to 5% of your real
memory.  For you that would be around 96.

-Chuck


+---------------------------------------------+ 
|  Charles William Swiger -- CMU sucks rocks  | "The television screen is the
|   AMS & normal mail: cs4w+@andrew.cmu.edu   | retina of the mind's eye."
|    NeXTmail: <temporarily out of order>     |           
+---------------------------------------------+            --Videodrome
Newsgroups: comp.sys.next.software
From: pfkeb@kaon.SLAC.Stanford.EDU (Paul F. Kunz)
Subject: Re: Print problem with GRAB
Organization: Stanford Linear Accelerator Center
	<1992Nov9.132928.26088@ccsun7.csie.nctu.edu.tw>
Date: Tue, 10 Nov 1992 15:10:40 GMT

>>>>> On Mon, 9 Nov 1992 13:29:28 GMT, jypai@ccnext.csie.nctu.edu.tw said:

> In article <1992Nov4.231927.17590@msuinfo.cl.msu.edu> pantz@mth.msu.edu  
> (Tzu-Hsi Pan) writes:
>> I use GRAB to cut a piece of graphics output from other application.
>> When I print it to a LaserWriter, the printer prints out a black box.
>> When I preview the grabbed output on NeXT/SUN, it looks fine.
>> 
>> I have NeXTstation Turbo Color running NeXTSTEP 3.0. Pre-NS3.0 GRAB
>> used to work fine.

> It's NeXT's bug.

> I have the same problem on:
> Nextstation color, Nextstep 2.1.
> Apple laserWriter connected to a Sun4.
> --

  Try using IconBuilder to convert the image to 2-bit grey, then 
print to the LaserWriter.
--
Paul F. Kunz	pfkeb@slac.stanford.edu (NeXT mail ok)
Stanford Linear Accelerator Center, Stanford University
Voice: (415) 926-2884   (NeXT) Fax: (415) 926-3587
Newsgroups: comp.sys.next.software
From: hugh@ear.mit.edu (Hugh Secker-Walker)
Subject: Communications packages (was: Using sz/rz on NeXT)
Reply-To: hugh@ear-ache.mit.edu
Organization: Massachusetts Institute of Technology
Date: Fri, 6 Nov 1992 15:15:17 GMT

In article <72842@hydra.gatech.EDU> cc100aa@xray.gatech.edu (Ray Spalding) writes:

   In article <LOTTO.92Oct27065915@math.math.berkeley.edu> lotto@math.berkeley.edu (Ben Lotto) writes:
   >...trying to speed up our file downloads by installing zmodem programs sz
   >... but now we don't know
   >exactly how to use them.  We use kermit as our communications program.

   You might try using "tipx" instead of kermit; source code is available
   on ftp.uu.net.
   It's a version of "tip" that's been enhanced to interface with
   zmodem.  Has a nice curses-based progress display.
   It was apparently developed on a Sun; I've been ironing out some
   bugs that appear on NeXTs, and with the interface to my particular
   model of modem.

Is there a decent, basic comm package for the NeXT?
I just recently bought a used NeXTstation, and I'm still having
difficulty getting connected.  I'd like to have PPP, but the campus
network folks aren't being very responsive and I can't afford a third
party service, yet.  For the time being I'm stuck with traditional
modem communications.

I used IComm for a short while but found it very limited: fixed
size 24 x 80 window, no meta key, no 19200 or 38400 DTE (the
advertised 19200 doesn't work for me), only zmodem, progress shown
in an _attention_ panel.  Forget the shareware fee, and bypass the
recycler :-).  I found tip unusable because of all the in-band
escapes.  Haven't tried tipx.  I wrote a tiny program that let any
old terminal window communicate directly with the modem.  That
meant I could log into campus machines and have a 70 line emacs
window, etc, but no file transfers.  Yesterday I grabbed PComm1.2
from c.s.unix.archives, but couldn't get it to work.  So I tried
pcomm from orst.  This is an older version of PComm with a couple
of changes to make it work under NeXT's unix.  Once I learned how
to use it, it performed nicely.  I'm in the process of adding
38400 DTE capabilities and getting uucp setuid to work properly (I
think this was the trouble with PComm1.2).

Before I (and Ben Lotto) spend too much time reinventing the
wheel, could you let me know what you know about low-cost, basic,
decent communications packages for the NeXT?  Email me and I'll
summarize.

If the results are dismal I may write a basic comm application as
a first NeXTstep project.  Any suggestions, pointers, or insights
towards this end would be greatly appreciated.

Thanks.
--
Hugh Secker-Walker                    INTERNET:  hugh@ear-ache.mit.edu
MIT, Research Lab of Electronics      UUCP:      mit-eddie!mit-athena!hugh
Newsgroups: comp.sys.next.software
From: mckelvey@fafnir.com (James W. McKelvey)
Subject: Re: Hiding header fields in Mail.app
Reply-To: mckelvey@fafnir.com
Organization: Fafnir Software, Saugus, CA, USA
Date: Fri, 6 Nov 1992 08:29:57 GMT

In article <Bx7nw1.37G@watserv1.uwaterloo.ca> wgilbert@fatou.UWaterloo.ca  
(William Gilbert) writes:
> Herbert van den Bergh writes
> > 
> > Is it possible to hide header fields of mail messages when reading
> > them with Mail.app? For example, I don't need to see the To: field,
> > especially if it contains hundreds of users, and I know the mail
> > was sent to me...
> > 
> 
> Run DefaultMgr in the Investigate mode on Mail.app/Mail.
> In OS 2.1 there is a default called MailFilter that can be used to filter
> out unwanted fields.
> 
> Will Gilbert

What "Investigate mode"?  Is there a version beyond 1.1?
-- 
A man should not strive to eliminate his complexes, but to get in
accord with them; they are legitimately what directs his conduct
in the world. - Sigmund Freud
Jim McKelvey                      mckelvey@fafnir.com
From: ralf@reswi.en.open.de (Ralf E. Stranzenbach)
Newsgroups: comp.sys.next.software
Subject: Re: TeX disk space inefficiencies. (save ~2 meg)
Date: 8 Nov 1992 09:29:08 GMT
Organization: News Server fuer en.open.de
NNTP-Posting-Host: localhost.en.open.de
In-reply-to: fermat@fermat.dartmouth.edu's message of 7 Nov 92 17:20:31 GMT

>>>>> "Michael" == Michael Glenn <fermat@fermat.dartmouth.edu> writes:


    Michael> My second attempt at posting this.  Dunno if this is old
    Michael> news, but...

    Michael> After installing amstex and amslatex on my NeXT, I
    Michael> discovered several additional files that were not needed.
    Michael> Namely duplicate copies of files that could easily be
    Michael> replaced with symbolic links.

    Michael> In /usr/lib/tex/formats:

    Michael> splain.fmt == slitex.fmt (576k)
    Michael> lplain.fmt == latex.fmt  (496k)
    Michael> plain.fmt  == tex.fmt    (288k)

    Michael> In /usr/bin:

    Michael> latex  == tex (184k)
    Michael> slitex == tex (184k)
    Michael> virtex == tex (184k)

    Michael> /usr/bin/tex apparently looks at what command line
    Michael> command was used to execute it to determine which .fmt
    Michael> file is loaded in.

At least, this modification costs you around 3 blocks disk space. On
my system TeX installed itself using links wasting no additional block
of disk space. Have a look at the link count:

	jodokus> ls -l *tex*
	-rwxr-xr-x  1 root       81920 Jul 23 22:20 bibtex*
	-rwxr-xr-x  1 root      188416 Jul 23 22:20 initex*
	-rwxr-xr-x  4 root      180224 Jul 23 22:20 latex*
	-rwxr-xr-x  4 root      180224 Jul 23 22:20 slitex*
	-rwxr-xr-x  4 root      180224 Jul 23 22:20 tex*
	-rwxr-xr-x  4 root      180224 Jul 23 22:20 virtex*
	jodokus> 

    Michael> I've removed latex, slitex, virtex, splain.fmt,
    Michael> lplain.fmt, and plain.fmt, and replaced them with
    Michael> symbolic links, a total savings of 1912k, almost 2 meg!

You should *NOT* remove the .fmt Files because they *are* different
unless you really know what you need ....

O.k. I removed slitex.fmt because i use this package *very* seldom...

	- ralf
--
Ralf E.Stranzenbach  -   (NeXT)-Mail: ralf@reswi.en.open.de
                                Fido: Ralf_Stranzenbach 2:245/5800.12
                       (Voice)-Phone: +49 2302 / 68403
--
Wenn ein Programm bei Dir fehlerfrei laeuft, mach Dir keine Sorgen.
Es wird vorbeigehen.
Newsgroups: comp.sys.next.software
From: iguana@mik.uky.edu 
Subject: HELP on sound files
Keywords: MAC,NeXT,Compact,BinHex
Organization: University Of Kentucky, Dept. of Math Sciences
Date: Fri, 13 Nov 1992 16:36:04 GMT

I need help with sound files.

I have files like this...

what_is_your_damage.cpt.hqx

This is a MAC sound that is compressed with Compactor (sp?) and
BinHex. The trouble is, I want this as a SND file.
Any answers out there?

Thanks,
Paul
Newsgroups: comp.sys.next.software
Subject: Re: Concurrence demo
From: frank@ifi.unibas.ch (Robert Frank)
Date: Wed, 11 Nov 1992 09:00:16 GMT
Reply-To: frank@ifi.unibas.ch
Organization: Institut fuer Informatik

In article <shmuli.721384296@techunix.technion.ac.il>  writes:
> 
>    I've downloaded the Concurrence demo and sample programs from sonata but
> when I run it, within seconds of clicking on OK in response to the 
> demo/register dialog, the program quits. Is the copy bad or am I doing
> something wrong? Has anyone got it to work?? I'd really like to demo the
> program.
>      Thanks,
>         Shmuel
>  ---
> Shmuel Browns, NeXT, Macintosh & Unix Technical Support
>   Director YIN - Israel NeXT user group
>   INTERNET: shmuli@shum.cc.huji.ac.il  FAX: by arrangement
>   VOICE: +972-2-610785   SNAIL: 24 Hazefira, Jerusalem 93102 ISRAEL

The demo on our archive works. I just palyed around with it.

BUT: #*&^!!%$#, YOU'VE (who ever is responsible) DONE IT AGAIN!
     Characters other than from ascii set won't display properly!!!
     Damm useless software for us non-english speaking!!!!

-Robert
--
Robert Frank                         tel. + (061) 321 99 67                 
Institut fuer Informatik             fax  + (061) 321 99 15                 
University of Basel, Switzerland                                            
Mittlere Strasse 142      rfc822: frank@ifi.unibas.ch (NeXT mail accepted)  
CH-4056 Basel          X400: S=frank;OU=ifi;O=unibas;P=switch;A=arcom;C=ch
                   ( if all fails try frank@urz.unibas.ch )
Xref: sparky comp.sys.next.software:2513 comp.sys.next.programmer:7048 comp.sys.next.misc:21663
From: anderson@sapir.cog.jhu.edu (Stephen Anderson)
Newsgroups: comp.sys.next.software,comp.sys.next.programmer,comp.sys.next.misc
Subject: Re: emacs-18.59 pkg for NeXT posted
Date: 3 Nov 92 20:05:57 GMT
	<ANDERSON.92Nov3085804@sapir.cog.jhu.edu>
Distribution: comp
Organization: Dept. of Cognitive Science, The Johns Hopkins University
In-reply-to: anderson@sapir.cog.jhu.edu's message of 3 Nov 92 13:58:04 GMT

This is getting ridiculous. It turns out that the package I made and
uploaded to cs.orst.edu earlier today is corrupt.

So I've made a new file, using gnutar. This compressed tarfile is
itself wrapped in another tarfile, just so you'll be sure to see the
README, which tells you to unpack the (real) tarfile under /usr/local
so stuff will get put in the right places.

The new version has replaced the corrupt one on cs.orst.edu as of 3:00
PM EST today (3 Nov). I'm still trying to get it uploaded to sonata as
well.

--Steve Anderson
From: stuarts@jeeves.ucdavis.edu (Stuart Staniford-Chen)
Newsgroups: comp.sys.next.software
Subject: Why is NewsGrazer so slow?
Keywords: NewsGrazer News usenet
Date: 11 Nov 92 00:29:00 GMT
Article-I.D.: ucdavis.19110


I have started using NewsGrazer lately.  It's lovely to use, except that  
it's so darned slow.  I can understand that things like fetching articles
from the nntp server would be slow.  However, just hitting a menu option  
to get a submenu takes 5 to 10 seconds.  Editing this post is agony  
because it is so slow to update the window.  It cannot keep up with my  
typing and loses a lot of what I input.  

So, how can this be?  All these basic operations are in the Appkit - how  
did Adams contrive to make them so slow?  Or is it just me - is there  
something I need to tweak in order to make the interactive performance  
adequate?  

I'm using version 2.0 release 72.2 on a 25MHz 68040 with 2.1.  I have 20Mb  
memory and a 400Mb hard drive.  I don't have any similar problems with  
other apps.

------------------------------------------------------------------------
Stuart Staniford-Chen		:  stuarts@jeeves.ucdavis.edu
Department of Physics		:  NeXT-Mail cheerfully accepted.
UC Davis, CA 95616, USA.	:  regular email is fine too.
Newsgroups: comp.sys.next.software
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Mach
Reply-To: eps@cs.sfsu.edu
Organization: San Francisco State University
Date: Tue, 10 Nov 1992 08:59:24 GMT

In article <1992Nov10.040857.204@pyrian.com> ian@pyrian.com
	(Ian H. Stewart) writes:
>Are there any news groups dedicated to:

==> Please read the articles in news.announce.newusers
    You shouldn't be wasting net.bandwidth on this question

>1) the Mach Kernel and/or other micro,  multi-platform kernels?

comp.os.misc		General OS-oriented discussion not carried elsewhere.
comp.os.mach		The MACH OS from CMU & other places.
comp.os.research	Operating systems and related areas. (Moderated)

>2) 88open

comp.sys.m88k		Discussion about 88k-based computers.

>3) OSF

comp.unix.osf.misc      Various aspects of Open Software Foundation products.
comp.unix.osf.osf1      The Open Software Foundation's OSF/1.

>4) That proposed ANFD (I forget the letters)
>    binaries for compilation on muny different platforms.

comp.compilers		Compiler construction, theory, etc. (Moderated)
comp.misc		General topics about computers not covered elsewhere.

					-=EPS=-
-- 
The most fervent supporters of ANDF are the software pirates
Newsgroups: comp.sys.next.software
From: wkwong@lyapunov.eng.ohio-state.edu (Waihon Andrew Kwong)
Subject: Flight Simulator (Stealth)
Organization: The Ohio State University Dept of Electrical Engineering
Date: Sun, 8 Nov 1992 18:27:16 GMT


Greeting,


I'm looking to flight simulation program for NeXT. When I was using
NS2.x, I remember there was a program call STEALTH (A demo not in
NS3.0)

Does any body know if there is source code for STEALTH for NS3.0? 

Thanks in advance,
Andy
Newsgroups: comp.sys.next.misc
From: danjudd@cps.msu.edu (Dan Judd)
Subject: Re: GIF files
Originator: danjudd@pacific.cps.msu.edu
Reply-To: danjudd@cps.msu.edu.cps.msu.edu (Dan Judd)
Organization: Dept. of Computer Science, Michigan State University
Date: Thu, 12 Nov 92 14:38:41 GMT

In article <8H1ZTB1w165w@student.business.uwo.ca> g3steen@student.business.uwo.ca (Garnet Steen) writes:
>    Does anyone know how to transform IBM .GIF files to a format that can 
>be viewed on the NeXT?
>

Try ViewGif2, it is a slick program, works under 1.0 through 3.0 color
or monochrome. It should be at the archive sites. 

Dan Judd
danjudd@cps.msu.edu
Newsgroups: comp.sys.next.misc
From: jmuilu@joyke7.joensuu.fi (Juha Muilu)
Subject: Fax settings
Organization: University of Joensuu
Date: Wed, 11 Nov 1992 15:38:40 GMT


Is it possible to change fax/modem settings before sending?
I need to change the value of S07 register since fax sometimes hangups
too  early. Saving rgisters to profiles don't work with  Abaton Interfax.
Thanks in advance.
--
   
   Juha Muilu

   Department of Chemistry,University of Joensuu,P.O. Box 111
   80101 Joensuu,FINLAND
   Email:Juha.Muilu@joensuu.fi (NeXT mail ok)
Newsgroups: comp.sys.next.misc
From: spagiola@frinext.stanford.edu (Stefano Pagiola)
Subject: Re: Kodak Photo CD
Reply-To: spagiola@frinext.stanford.edu
Organization: DSO, Stanford University
Date: Thu, 5 Nov 92 20:09:21 GMT

Michael B. Johnson writes
> So what if you want source code?  That's $100K, I believe.
> Apple cut a deal with Kodak to put PhotoCD support into
> QuickTime, which I believe went out the door with QuickTime 1.5.
> 
> So where does this leave NeXT?  From what I've gathered,
> $100K is a lot of money to NeXT, and they're not convinced
> they should spend it.

Well, here's one person hoping that somebody will spend it (either  
NeXT or a third-party app developer).  I'm not sure it has to be part  
of the OS, but I'd really like to be able to get at Photo CD image on  
my NeXT; The minute that becomes possible is the minute my mono  
station gets advertised in comp.sys.next.marketplace as being for  
sale.

--
-
Stefano Pagiola
Food Research Institute, Stanford University
spagiola@frinext.stanford.edu (NeXTMail encouraged)
spagiola@FRI-nxt-Pagiola.stanford.edu (NeXTMail encouraged)
From: n9240566@henson.cc.wwu.edu (Leif E. Harrison)
Newsgroups: comp.sys.next.misc
Subject: Flakey NeXT CD-ROM...why?
Summary: Why is my NeXT CD-ROM so flakey?
Keywords: NeXT, CD-ROM
Date: 11 Nov 92 23:47:44 GMT
Article-I.D.: henson.1992Nov11.234744.11129
Organization: Western Washington University


	Okay, I've tried dealing with it, but I've just gotten totally fed
 up and figured I'd try to find out why the heck the NeXT CD-ROM is so
 flakey.  First off, this is a classic '030 NeXT Cube, with an external
 660M Fujitsu and the 40M Quantum on the SCSI chain with the CD-ROM.  The
 Fujitsu is ID #1, the CD-ROM is #4, and the Quantum is #6.  That's the
 background info...

	Now, the problem is just that the CD-ROM a basically, to me,
 unusable.  I expected slow.  This I can deal with, as long as it's doing
 something. But...well, lessee, after dealing with a few odd problems,
 installing 3.0 did okay...a lot of problems but most of them were my fault,
 and after a while it got done.  Well, then I decided that, mostly for
 speed-sake, I'd re-install 3.0 after reformatting the drive.  Okay, no
 problem, the install goes great, but, not so easy for the extended
packages.  In fact, it basically didn't want to install them at all.  I
tried installing them direct from the CD...no go...I tried copying them
(using WS Manager) from the CD, then installing them.  Again, this didn't
work.  (okay, for information, if I remember correctly, in trying to do
this the console reported some errors...I *believe* they had something to
do with "timeout" errors or some such)  Well, finally I got sick of this
and just tried copying the damn things by hand...in single user mode...
hey! This worked!  I got a bunch of errors while doing it (again, I believe
it was related to timeout) but it worked.  Installed the packages, no
problem.

	Okay, 3.0 installed, now what to do with the CD-ROM? Well, for one,
if I keep the damn thing turned on, anytime I try to run an application the
system seems to want to occupy itself for about 5 minutes doing
God-knows-what *then* executing the application.  Trying to play music CDs
(though CDplayer) more often then not ends up with the CD stopping midsong
somewhere and me having to restart it.  *If* it doesn't decide to just
kill CDPlayer and eject the disk.  ???  Why?  

	Well, luckily, however, I can just turn the thing off and use
my system productively without it. But...I don't like having a paperweight
I spent ~$600 on around just to install the OS if I have to.

	Why is it doing this? How do I get the thing to work properly?
Would it do me any good to try to return it? (provided I can actually do
so, which I doubt)  What gives?

	Gack...sorry for spouting off for so long, but it's bugging the
heck out of me...

	Any responses *most* welcome...

	- Leif Harrison
	  n9240566@henson.cc.wwu.edu
Newsgroups: comp.sys.next.misc
From: kenny_leung@mts.ucs.ualberta.ca (Kenny Leung)
Subject: Re: NeXTColor Printer -- MAJOR DISSAPOINTMENT !!!
Reply-To: kenny_leung@mts.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
Date: Tue, 10 Nov 1992 16:49:42 GMT

In article <1992Nov9.082616.1416@cubism.portal.com>  
vlahos@cubism.portal.com (Harry Vlahos) writes:
> 
> I have been working with some of the new dye-sublimation
> printers that have come on the market, and I must say,
> if you want GREAT color (or rather, if you need GREAT
> color), check out the Tektronix Phaser IISD or the 
> Shinko CP-446i duy-sublimation printers.  They are 300dpi,
> continuous tone, with either monochrome, 3 color, or 4 color,
> ribbons.  Absolutely fantastic color output.  Much, much
> better than any thermal wax transfer printers like the
> NextColor printer.
> 

Just to clear up a fact, the NeXT color printer is an ink jet printer, not a thermal transfer printer.

--
-------------------------------------------------------
Kenny Leung                      
Campus Consultant                
University of Alberta            
kenny_leung@mts.ucs.ualberta.ca 
audix x5537                    
mation printers.  They are 300dpi,
> continuous tone, with either monochrome, 3 color, or 4 color,
> ribbons.  Absolutely fantastic color output.  Much, much
> better than any thermal wax transfer printers like the
> NextColor printer.
> 

Just to clear up a fact, the NeXT color printer is an ink jet printer, not a thermal transfer printer.

--
-------------------------------------------------------
Kenny Leung                      
C
From: anderson@macc.wisc.edu (Jess Anderson)
Newsgroups: comp.sys.next.misc
Subject: Re: IncompleteGuide.hqx
Date: 10 Nov 92 03:34:20 GMT
Organization: Madison Academic Computing Center, UW-Madison


In article <1992Nov9.095506.5099@proximus.north.de>
gemoe@proximus.north.de (Gerhard Moeller) writes:

>I went to a mac and "dehqxed" the incomplete guide.

>Forget it. It's in "MS Word" format. There is no "Word" for the NeXT, is it?
>(I know that there is Executor, but...)

The original document, which is indeed a Mac MS Word document, is
available by anonymous ftp from yak.macc.wisc.edu [144.92.30.18],
directory pub/misc/docs/ncsa, together with the same document in
three additional forms:

(a)  an rtf document that does not contain the illustrations
     (there are many).

(b)  an rtfd document that does contain the illustrations,
     available in the rtf directory as separate tiff files.

(c)  a PostScript form, ready to print; it also includes
     the illustrations.

For what it's worth, I have not read the document myself.  Various
people worked on it and I have merely made their work readily
available.  There's a README in there that reminds you of the
four available forms of the document.

-- 
Jess Anderson <> Madison Academic Computing Center <> University of Wisconsin
Internet: anderson@macc.wisc.edu <-best, UUCP:{}!uwvax!macc.wisc.edu!anderson
Room 3130 <> 1210 West Dayton Street / Madison WI 53706 <> Phone 608/262-5888
<>  <>  <> Discrimination, Bigotry, and Hate are not Family Values <>  <>  <>
Newsgroups: comp.sys.next.misc