HDTenEightyP/NetNews huggingface dataset:
From: afm@ford (Andreas Mueller)
Subject: PD-spreadsheet for NeXT?
Organization: University of Heidelberg, Germany
Date: Wed, 7 Oct 92 09:15:11 GMT

Is there a simple spreadsheet program for NeXT in the public domain?
When Turbo Pascal started it's carrier on CP/M-80 back in 1984 (or
was it even earlier?), a small spreadsheet accompanied the compiler
as a programming example. This program is probably too simple, but I
wouldn't need much more. Please e-mail. Thanks in advance,

                                        Andreas Muller

-------------------------------------------------------------
Andreas Mueller             afm@vogon.mathi.uni-heidelberg.de
Mathematisches Institut
Im Neuenheimer Feld 288
W - 6900 Heidelberg 1
-------------------------------------------------------------
From: f_cnnghamjk@ccsvax.sfasu.edu
Newsgroups: comp.sys.next.software
Subject: rtf->ascii script needed.
Date: 10 Oct 92 10:40:11 CST
Organization: Stephen F. Austin State University

Can someone point me to a unix script that will translate rich text format into
plain ascii while retaining (at least some of) the formatting?
 
Thanks.
 
Randomly, Kelly Cunningham
<deviate@lipschitz.sfasu.edu><f_cnnghamjk@ccsvax.sfasu.edu><jkellyc@tenet.edu>
    NeXTMail (encouraged)          VMS Mail (tolerated)     Pine (beats mail)
"There is no reason for any individual to have a computer in their home."
                    Ken Olson, President and visionary, Digital Equipment,1977

Newsgroups: comp.sys.next.software
From: ceblair@ux1.cso.uiuc.edu (Charles Blair)
Subject: HELP!  System panic message
Organization: University of Illinois at Urbana
Date: Fri, 9 Oct 1992 16:19:45 GMT


   While running the Terminal program, I had just tried to use TeX
(which I've been able to do many times before), and a small window
headed ``system panic'' appeared in the middle of my screen.  It
said something about exception number 15 and Window server death.

  I tried switching the power on and off, and it seemed to be complaining
about inability to make network connections, but my machine has never
been part of a network (I've been using it for over a year).

   Any advice would be greatly appreciated.
From: schoi@ccat.sas.upenn.edu (Samuel Choi)
Newsgroups: comp.sys.next.software
Subject: Replacement for Scene?
Date: 14 Oct 92 05:35:34 GMT
Organization: School of Arts and Sciences, UPENN

Well, now that I've finally got some disk space and found a couple of TIFFs
to put in my boring background, I find that Scene doesn't work with 3.0 any more!

Does anyone know of an alternative?

Also, Icon basically doesn't work any more either . . . I wanted to use it
to crop the TIFFs . . . I can't believe the roundabout way I had to use . . .
opening the TIFF in a demo of Create and then using to Grab to make another
TIFF . . . am I just stupid???

Sam
schoi@ccat.sas.upenn.edu
From: isbell@cats.ucsc.edu (Art Isbell)
Newsgroups: comp.sys.next.software
Subject: Re: Another NS3.0 feature I didn't know about
Date: 15 Oct 1992 18:36:21 GMT
Organization: Cubic Solutions - NeXT software development and consulting
NNTP-Posting-Host: si.ucsc.edu


In article <1992Oct14.011132.2399@cube.handheld.com> jmd@cube.handheld.com (Jim De Arras) writes:
>
>Use alt-double-click to launch another copy, now!
>
Wow, Jim, good tip!!  Do you miss being able to view 2 parts of the same file
as emacs provides?  Now you can open the same file using 2 different Edits and
cut and paste between them.  Of course, you'll need to manage your own
concurrency issues so you don't write over changes saved by one Edit when you
save from the other Edit.  But I can live with that.
-- 

Art Isbell                                                      Cubic Solutions
NeXT Registered Developer #745         NeXT software development and consulting
Email: isbell@cats.UCSC.EDU                                Voice: (408)335-1154
USmail: 95018-9442                                           Fax: (408)335-2515
Newsgroups: comp.sys.next.software
From: benz@infko.uni-koblenz.de (Hartmut Benz)
Subject: Re: CUSTOMIZING NEWSGRAZER
Organization: Universitaet Koblenz (FB Informatik)
Date: Thu, 08 Oct 1992 10:05:11 GMT

Lones Smith writes
..
> This works, but ... I can't seem to get NG to allow List View as the default in  
> preferences. Is this possible?
> 
> Lones Smith

Go to Menu: 'Preferences', choose 'News Gr 
oups' in the popup-menu and set the 'Default View' to 'List'.
That's it.

			Tschoe'wa
_______________________________________
Hartmut Benz                          | benz@infko.uni-koblenz.de
D-5400 Koblenz, Germany               |       (NeXTmail ok)
Newsgroups: comp.sys.next.software
Subject: Re: I think there is an error in dvips's ability to create an EPSF file
From: wisem@statnextm.byu.edu (Morgan D. Wise)
Date: 12 Oct 92 16:27:32 -0600
Distribution: comp.text.tex,world
Keywords: tex, EPS, printing

In article <8089@vtserf.cc.vt.edu>  writes:
> 
> 
> I have been pasting epsf files into drawings created from TeX via dvips  
> -E.
> 
> Sometimes these labels are not meant for just viewing on screen, but also  
> for printing.  This means that there should not be a showpage in the EPSF  
> file.  When viewing on screen, the showpage has no visible effect, but  
> when printing the showpage causes a page to be printed.  In the EPSF file  
> the eop is defined as
> 
> /eop{SI restore showpage userdict /eop-hook known{eop-hook}if}N
> 
> when it comes time in the eps file to do the drawing it does
> 
> -1 bop 2546 1002 a Fb(s)2607 1022 y Fa(i)p eop
> 
> which sends the showpage to the printer!  For every label I added to the  
> drawing it prints a separate page.  
> 
> 
> Does anybody know how to fix this via the .pro or options file?  I would  
> rather not have to remove it via a filter.
>  
> 
> --
> Gregory Lampshire 
> Virginia Tech 
> Bradley Department of Electrical Engineering
> gbol@rglnext.geol.vt.edu (NeXTmail welcome)
> ------------------------
> My opinions are my very own and do not reflect the opinions of any  
> employer

I have been experiencing the same problem ( although I hadn't tracked it to  
the eop definition).  I am in the process of "upgrading" a Mathematica user's  
manual for our introductory statistics students.  I am planning on changing  
hundreds of "computerese" formulas to nice tex formated mathmatical formulas  
in order to ease the distinction between statistical theory and Mathematica  
commands.  However, this transition and future maintenance of these notebooks  
will be extemely painful if I have to change the eop definition in every  
included EPS file.

Any help/suggestions/ideas would be greatly appreciated.

--
Morgan D. Wise			wisem@statnextm.byu.edu \   NeXT
Dept. of Statistics		wisemor@stat4.byu.edu    >  Mail
Brigham Young University	wisemor@stat5.byu.edu   /   Welcome

As long as one being gets others to bow to him because he has the 
power to destroy them and all they have and all they love, then all
of us must be afraid together.
				-Orson Scott Card-
Newsgroups: comp.sys.next.software
From: Monty Solomon <monty%roscom@think.com>
Subject: Re: Looking for cut for the NeXT
Reply-To: Monty Solomon <roscom!monty@think.com>
Organization: Proponent
Date: Thu, 15 Oct 1992 08:38:50 GMT

In article <1992Oct8.203204.11191@samba.oit.unc.edu> Todd_Lewis@unc.edu (Todd  
M. Lewis) writes:
> I'm looking for a "cut" for the NeXT.  Anybody have one or know where I
> can get one?  Much appreciated.  E-mail preferred--don't get to read this
> group very often.  (Cut is a text utility available under other UNIXen.)


Date: Mon, 16 Mar 92 17:10:59 -0500
From: djm@gnu.ai.mit.edu (David J. MacKenzie)
Subject: GNU text processing utilities release 1.3
Resent-From: info-gnu-request@prep.ai.mit.edu

A new release of the GNU text processing utilities is available for
anonymous ftp from prep.ai.mit.edu [18.71.0.38], in the file
pub/gnu/textutils-1.3.tar.Z. 

The programs in the textutils are:

cat cmp comm csplit cut expand fold head join nl paste pr sort split
sum tac tail tr unexpand uniq wc

Most of these programs have significant advantages over their Unix
counterparts, such as greater speed, additional options, and fewer
arbitrary limits.

Major changes in this release:

1.  Added -s option to sort to produce a stable sort: lines that compare
the same will be kept in their original order instead of sorted by a
bytewise comparision of the whole lines.
2.  Made sort -u act like UNIX sort -u: prints the first of the lines that
compare the same instead of the last.
3.  Fixed uninitialized pointers in tr.
4.  Add dummy -r option to sum for SysV compatibility.
5.  Fixes to the regular expression library.

Please send bug reports for this software to the mailing list
	bug-gnu-utils@prep.ai.mit.edu


-- 
# Monty Solomon / PO Box 2486 / Framingham, MA  01701-0405
# monty%roscom@think.com
Newsgroups: comp.sys.next.software
From: adam@bastille.rmnug.org (Adam Fedor)
Subject: Problems after 3.0 upgrade
Keywords: NetInfo database
Reply-To: adam@bastille.rmnug.org
Organization: Rocky Mountain NeXT Users' Group
Distribution: usa
Date: Thu, 8 Oct 1992 20:30:18 GMT


After upgrading to 3.0, I'm having problems with the following programs:

UserManager
HostManager
SimpleNetworkStarter
NetInfoManager (for certain commands only)

All of them quit unexpectedly (from the command line I get the error:
Bus Error).  Could this be caused by a corrupted NetInfo database?  I've
looked through the database and have found nothing "unusual".  How can
I rebuild this database from scratch?
-- 
Adam Fedor, CU boulder			  | 
adam@bastille.rmnug.org (Home, NextMail)  |  quick .sig hack...
fedor@boulder.colorado.edu (Work)	  |
Newsgroups: comp.sys.next.software
From: hwr@pilhuhn.ka.sub.org (Heiko W.Rupp)
Subject: Re: tmpnam() bug and workaround (WAS Re: CVS 1.3)
Date: Fri, 16 Oct 1992 08:24:32 GMT
Organization: The Home of the Pilhuhn

royce@splunge.uucp (Royce Howland) writes:


>Ah, that's what the work-around was (NXGetTempFilename()).  Well, it's
>all well and good, but I prefer not to make machine-specific local mods
>like that to software distributions from other sources, such as FSF.
>mktemp() can be used directly, as it works and is more portable.

even if writing code for FSF, you still could do:
#ifdef NeXT
   ... NXGet....
#else
   ...mktemp....
#endif

>What I ended up doing, though, was linking in a tmpnam() from another
>source, and it works fine.  I suggested to the people at info-cvs that

This also is a good solution, but so you have to include your own code
instead of using the one of the libraries, which is/should be better
optimized. 
-- 
Heiko W.Rupp  Gerwigstr.5  7500 Kh'e 1  hwr@pilhuhn.ka.sub.org  +49 721 693642
My pants just went to high school in the Carlsbad Caverns!!!
Newsgroups: comp.sys.next.software,comp.sys.next.marketplace
From: vrr@cbnewsj.cb.att.com (veenu.r.rashid)
Subject: WANTED: FrameMaker non-demo version
Organization: AT&T
Distribution: usa
Date: Sat, 10 Oct 1992 17:36:21 GMT
Followup-To: poster
Keywords: FrameMaker


I would like to purchase either a) unopened or b) opened and transferable
copy of FrameMaker for the NeXT.


Please email me your offers.

Thanks,
Veenu

vrr@cbnewsj.att.com
From: abell@netcom.com (Steven T. Abell)
Newsgroups: comp.sys.next.software
Subject: Squash and 3.0
Summary: Great service from Agog
Date: 8 Oct 92 22:14:54 GMT
Article-I.D.: netcom.1992Oct8.221454.1833
Distribution: na
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

On Monday, I upgraded to 3.0 using the "wipe your disk and hope it works"
method, after archiving my stuff with Squash. Imagine my horror when I
couldn't get my bits back under 3.0: Squash couldn't eject the floppies
and just sat there.

So, I sent e-mail to squash@agog.com, and got a fix PRONTO!

If you haven't upgraded yet, and you intend to use Squash for archiving,
BE SURE to get the new version.

Thanks to all who replied to my previous post on this topic,
and thanks to Greg at Agog for being so helpful and determined.

Steve abell@netcom.com
Xref: sparky comp.sys.next.misc:20869 comp.sys.next.sysadmin:5830 comp.sys.next.programmer:6612
From: jstockwe@slate.mines.colorado.edu (STOCKWELL JR JOHN W)
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.programmer
Subject: tar floppy problem in 3.0
Keywords: tar, floppy, 3.0
Date: 12 Oct 92 22:16:54 GMT
Distribution: comp.sys.next.sysadmin
Organization: Colorado School of Mines

We have discovered an irritating thing in 3.0 that definitely
didn't exist in 2.1.

We transfer items between NeXT and non-NeXT UNIX based workstations
a lot via tarring directly onto floppy diskettes. 
When you read a tar floppy on a NeXT via:

tar -xvf /dev/rfd0b

under 3.0, the stuff extracts ok, but it takes (FOREVER)^3 to 
finish (about 5 minutes vs. a few seconds under 2.1).  Either
something has been changed in tar, or in the critical device /dev/rfd0b.

Should we be using a different device? (/dev/rfd0a definitely
does not work for this, we have tried it).

Any clues to speeding up this process would be appreciated. 
Please e-mail directly to me if you can help. Thanks in advance.

			John Stockwell
			Center for Wave Phenomena
			Colorado School of Mines
		john@dix.mines.colorado.edu
Newsgroups: comp.sys.next.misc
From: Nate Sammons (The BLaCKSMiTHE) <ns111310@longs.LANCE.ColoState.Edu>
Subject: RE: CAD for the NeXT
X-Useragent: Nuntius v1.1.1d9
Date: Sat, 10 Oct 1992 16:28:14 GMT
X-Xxdate: Sat, 10 Oct 92 10:29:46 GMT
Organization: Colorado State U. Engineering College

Apparently,

DYNACAD is going to be coming to NeXTSTEP in the next few months.
I bounced a few mail messages back and forth to someone there,
and they claimed that it would be the hottest thing since hell,
and he said something like "it would be the most impressive
NeXTSTEP application to date"  (take it with a grain of salt :')

please send me any info you get aswell.

-nate sammons


+------------------------------------------------------------------+
|   Nate Sammons                                                   |
|   PLEASE EMAIL at <ns111310@longs.LANCE.ColoState.Edu>           |
|                                                                  |
|  "I don't want to achieve immortality through my work.           |     
      
|   I want to achieve immortality through not dying." -Woody Allen |
|                                                                  |
|  "We are the children of concrete and steele....                 |
|   ..everything is possible, but nothing is real." -Living Colour |
+------------------------------------------------------------------+
From: rscott@spock.NMSU.Edu (Joseph Good)
Newsgroups: comp.sys.next.misc
Subject: .login for Workspace??
Date: 12 Oct 92 00:22:05 GMT
Organization: New Mexico State University


Is there a file that can be executed when workspace starts up?

I noticed that Workspace has a -LoginProgram YES when it is 
activated, so I'm curious.

Thanks!

-jdg

--

Joseph Good
+-------------------+ - More than just a band....
| Green Dot Brigade | - It's a whole damn army of dots...
+-------------------+ - And we've declared war on the 7-Up dots...

rscott@nmsu.edu (NeXT mail welcome!!) (main account)

atlantis@acca.nmsu.edu  (Just plain ol' Unix) (seldom used)
From: alex@laos (Alex D. Nghiem)
Newsgroups: comp.sys.next.misc
Subject: Re: Moving tiffs/EPS files from NeXT to Mac
Keywords: TIFF, EPS, Mac
Date: 2 Oct 92 19:02:12 GMT
Reply-To: alex@pencom.com
Organization: Pencom Software

In article <1992Oct1.223030.10004@menudo.uh.edu> sears@tree.egr.uh.edu (Paul S.  
Sears) writes:
> 
> 
> We have been unable to move tiffs or EPS fils from our NeXTs to a Mac.  We  
> tried many different programs on the Mac but none were able to read the tiff  
> file.  We modified the type of the file so that the Mac thinks that it is a  
> TIFF but there seems to be problems with the actual file structure.
> 
> We also tried to use Adobe Illustrator and save them as AI 3.0 compatible  
> files with and without EPS header.  Neither attempt was successful.
> 
> Any other suggestions??  Any idea of which programs (Mac) will read tiffs  
> generated on the NeXT (mono and color)????
> 
> --
> 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."

Paul:

I don't know about TIFF files, but I've managed to move Freehand files in EPS  
format from a Mac without any problems.


Best regards,


Alex Duong Nghiem          Phone: (512) 343-1111
Pencom Software            Fax:   (512) 343-9650    
9050 Capital of TX Hwy N.  Mail:  alex@pencom.com
Suite 300                  Mail:  co-Xist_support@pencom.com
Austin, TX 78759           Mail:  co-Xist_info@pencom.com
USA
                           ****************************
                           * NeXTMail gladly accepted *
                           ****************************
Newsgroups: comp.sys.next.misc
From: hwr@pilhuhn.ka.sub.org (Heiko W.Rupp)
Subject: Re: CDPlayer.app
Date: Thu, 8 Oct 1992 13:40:48 GMT
Organization: The Home of the Pilhuhn

ab@nova.cc.purdue.edu (Allen B) writes:

>a disc with 17 tracks.  The disc indicator looks like it's
>(These problems were with my fave disc, Welcome to the
>Pleasuredome by FGtH.)

Mystical ... I also heard the same CD, but without problems. I also
had problems first with CDPlayer not launching or not recognizing
Audio CD correctly, but now it works as it should ...
-- 
Heiko W.Rupp  Gerwigstr.5  7500 Kh'e 1  hwr@pilhuhn.ka.sub.org  +49 721 693642
Well, here I am in AMERICA..  I LIKE it.  I HATE it.  
I LIKE it.  I HATE it.  I LIKE it.  I HATE it.  I LIKE it.
I HATE it.  I LIKE..  EMOTIONS are SWEEPING over me!!
Newsgroups: comp.sys.next.misc,comp.text.frame
From: dx@netcom.com (dx)
Subject: Re: Problems with 3.0 and FrameMaker
Organization: Netcom - Online Communication Services (408 241-9760 guest)
Date: Fri, 9 Oct 1992 21:09:18 GMT

We too, have been noticing bugs with NeXTStep 3.0 and FrameMaker 3.0.1.
Documents with included PostScript images, that printed just fine under
NeXTStep 2.1 (to a NeXT laser printer), now print without the included
images.

Anyone else having this problem?  Anyone suggest a fix?

-dx
From: ede978e@monu6.cc.monash.edu.au (Robert D. Nicholson)
Subject: 16 bit to 2 bit mono
Organization: Monash University, Caulfield Campus
Date: Thu, 15 Oct 1992 13:39:29 GMT

What app will allow me to convert a 16 bit tiff into a 2 bit eps file real
2 bit eps file that a mono machine would produce.  I am finding that
NXWindowDepthLimit will not actually cause a true 2 bit eps file to be
produced.


Newsgroups: comp.sys.next.misc
From: prim!dave@germany.eu.net (Dave Griffiths)
Subject: Re: A Modest Proposal
Keywords: Peace and Quiet : -)
Organization: Primitive Software Ltd.
Date: Wed, 7 Oct 1992 16:37:57 GMT

In article <y&#@byu.edu> yackd@alaska.et.byu.edu (Don Yacktman) writes:
>
>In article <1992Oct5.190630.26539@jhunix.hcf.jhu.edu>, audley@jhunix.hcf.jhu.edu (Christopher D Audley) writes:
>>
>>Every NeXTstep program has the ability to create PostScript files and every
>>NeXT can read them.  Why does there seem to be resistence to using it as the
>>standard format of documentation?
>
>My guess is that this is twofold:  (1) someone would have to set up DL so
>that it can index PS files.  To my knowledge (which may not be complete...)
>right now, indexing PS doesn't work the way you would want it to.  Even so,
>you wouldn't be able to easily open the PS file to the page where the word
>you searched for appears...or, for that matter, find the next word.  So, it
>would seem to me that until DL and Preview get better, you lose a lot by
>going to PS format.  And, (2) PS files are very big compared to, say, a
>WriteNow document.  They can be stored compressed, but then you don't have
>access to the info inside.  (What would be great, though, is to set things
>up so that a ".psZ" file would be zcatted into Preview...hmmm...)  Those are
>the reasons that are most obvious to me; I'm sure others can add to the list.
>

(3) You can't cut and paste text from a Postscript file.

Dave Griffiths
From: coco@cbnewsl.cb.att.com (felix.lugo)
Newsgroups: comp.sys.next.misc
Subject: Re: BUG: Font Panel's font list is broken under 3.0
Date: 10 Oct 92 02:11:34 GMT
Organization: AT&T

In article <1992Oct8.172144.373@cubetech.com> andrew@cubetech.com writes:
>In article <1992Oct5.232108.994@rrz.de> fl1ger@rrz.de (Ralf  Weber) writes:
>>Why did you use buildafmdir? If I incorporate new fonts into my system  
>>I simply start up any application that uses the FontPanel, then there  
>>comes a message that the system had found new fonts, and after a few  
>>moments (depends on the amount of fonts, I guess you have to wait a few  
>>minutes for 300) the panel goes away and you can use the new fonts.
>
>'cmon, you must be pulling our legs.  I am absolutely convinced that
>this feature simply does not exist.  I have **never** ever seen this
>happen or even met or spoke with someone who has seen it happen.  I
>_always_ have to run buildafmdir - no matter how many times I run apps
>with the FontPanel, reboot, etc...
>
>
>andrew
>-- 
>andrew@cubetech.com     | "We shall not cease from exploration
>Andrew Loewenstern      |  And the end of our exploring
>Cube Technologies, Inc. |  Will be to arrive where we started
>                        |  And know the place for the first time." -T.S. Eliot

	The feature exists, but it only works for a user's private Font
list. Add a font to ~/Library/Fonts, launch an application and order front
the Font Panel.  You should see an alert panel pop-up stating that new
fonts are being incorporated into the system (or something like that) and
eventually the Font Panel will show.  This does not happen for fonts
added to /LocalLibrary/Fonts OR /NextLibrary/Fonts (not even if you're super-
user, I believe).  For those, you must buildafmdir ...

--Felix

BTW,	In 3.0, the system scans for new fonts whenever the Font Panel is
ordered front;  In 2.x, this was only done the FIRST time the panel is
brought in.  This also happens when an application uses certain Font methods,
but I don't have a list handy (check TFM).
Newsgroups: comp.sys.next.misc
From: songer@lexmark.com (Christopher Songer)
Subject: Re: 486 NeXTStep and DOS
X-Disclaimer: These views are the poster's and not necessarily those of Lexmark
Organization: Lexington, KY
Date: Fri, 16 Oct 1992 16:36:14 GMT

sam_s@NeXT.com writes:
>
>MS-DOS is yucky!  It does have some pretty great games though.
>

Yes! I agree completely. NS486 will be great for this reason alone! I'm
tired of having two really fast computers that I can't find modern 
games for.

Anyway,
-Chris