HDTenEightyP/NetNews huggingface dataset:
From: hardy@golem.ps.uci.edu (Meinhard E. Mayer (Hardy))
Subject: NextTeXUpdate and new dvips 5.499 on labrea.stanford.edu
Newsgroups: comp.sys.next.misc
Organization: Department of Physics, UC Irvine, CA 92717-4575, USA
Date: 22 Jan 93 05:15:32 GMT

As he promised, Tom Rokicki made the best NeXT application even
better. I discovered an updated version of NeXTTeX (as well as the
updated dvips v. 5.499 on labrea.stanford.edu:
/labrea.stanford.edu:/:
  total 25
  d-wxrwx-wx  2 root     102           512 Jan 21 11:00 incoming
  dr-xrwxr-x 26 root     102          2560 Jan 19 09:20 pub
    -r--r--r--  1 root     102         45748 Jan 21 11:00 ls-lR.Z
    dr-xrwxr-x 26 root     102          2560 Jan 19 09:20 .
    -rw-r--r--  1 519      fsuser    1261568 Jan 19 07:10 NeXTTeXUp.tar
    -rw-r--r--  1 519      fsuser     716621 Jan 19 06:56 dvips5499.tar.Z
The first contains the NeXTTeX 3.05 update package and includes the
new dvips sources.  If you are going to use them on a NeXT (only
under 3.0) there is no need to retrieve the second file, since all the
sources are there. Don't be put off by the dvips manual version  5.497
-- no visible changes have happened between the revisions. 
Thanks, Tom, on behalf of all NeXTeX/TeXView users!


--
Hardy 
-----
Meinhard E. Mayer,  Department of Physics, UC Irvine 
e-mail: hardy@golem.ps.uci.edu (preferred) or MMAYER@UCI.BITNET
!!!! NO NEXTMAIL TO THESE ADDRESSES, PLEASE !!!!!
From: gt2186a@prism.gatech.EDU (COBIA,FRANK NAYLOR)
Newsgroups: comp.sys.next.misc
Subject: Saving *.eps files
Date: 21 Jan 93 04:35:16 GMT
Organization: Georgia Institute of Technology

It is easy enough on my NeXT to share graphics between applications.  I can
cut and paste with the image being saved in the clip board as an eps file.
My problem is that I want to create table in Improv and save the selected
cells as eps files so my lab partner can load them into his word processor
which runs on an IBM PC.  I would like to do the same with EquationBuilder
stuff.

Is there a way to do this with these two programs? Even more generally, is 
there way to do this with any program.  It seems that this should be a feature
that is standard.

Any help is appreciated.

Frank

-- 
COBIA,FRANK NAYLOR
Georgia Institute of Technology, Atlanta Georgia, 30332
uucp:     ...!{allegra,amd,hplabs,ut-ngp}!gatech!prism!gt2186a
Internet: gt2186a@prism.gatech.edu
Newsgroups: comp.sys.next.misc
From: dmitri@physics (Dmitri Linde)
Subject: Re: Getting more space on Sonata.
Organization: Los Alamos National Laboratory, NM
Date: Fri, 22 Jan 1993 03:53:06 GMT
X-Posted-From: physics.stanford.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

>I hope nobody does this. The reason is simple. Both GatorFTP+ and the Next  
>File Viewer have a built-in understanding of .tar and .Z. This is very  
>convenient. Going to something else removes this advantage.
Use Opener.app from sonata. It will unzip .zip files when you double click
on them.

> There's perhaps one problem with this idea. Many of us post  
packages to sonata  
> in order to make installing them easier for new users. The problem  
lies in that  
> the main file in a .pkg is a .tar.Z file, which would not likely  
compress more  
> than it is already has been. That's always a problem with  
compressing  
> compressed files. In fact, if you force compression of a compressed  
file, you  
> often get a file that's larger than the original.
>

1)Many ( at least half ) of the files on sonata are not pkg.
2)zip will usually get about 15% compression on tar.Z files so .pkg
files will be compressed by at least more than 15%.

Dmitri
dmitri@StarConn.com
Newsgroups: comp.sys.next.misc
From: gcolello@biosphere.Stanford.EDU (Greg Colello)
Subject: Re: Getting more space on Sonata.
Organization: DSO, Stanford University
Date: Fri, 22 Jan 93 01:41:36 GMT

In article <1993Jan20.222852.125885@zeus.calpoly.edu> Alex Raftis writes:
> Dmitri Linde writes
> >I suggest sonata start using zip or Squash for compression. It is
> >trivial to write a shell script which would uncompress and untar a file
> >and zip it. This way we could squize about 1.5 times as much on sonata.
> 
I hope nobody does this. The reason is simple. Both GatorFTP+ and the Next  
File Viewer have a built-in understanding of .tar and .Z. This is very  
convenient. Going to something else removes this advantage.

How about this...Why do all the archives have the same stuff? How about  
splitting up responsibilities?

-----------------------------------------------------------------
Greg Colello
Carnegie Institution, Department of Plant Biology
Stanford University
gcolello@biosphere.stanford.edu (NeXT mail OK)
From: lauer@kirk.fmi.uni-passau.de (Harald Lauer)
Newsgroups: comp.sys.next.misc
Subject: Re: TexView && The Screen
Date: 21 Jan 1993 14:55:23 GMT
Organization: University of Passau, Germany
Distribution: usa
NNTP-Posting-Host: akira.fmi.uni-passau.de

Set "Generate Fonts..." instead of "Generate script..." in the preferences
panel of TeXview. This will take some time in the beginning (until all the
fonts in the resolution you are normally using are generated), but then the
result will look perfect and only sometimes will Metafont bother you.

Regards
Harald
-- 
=================================================================================
|  Harald Lauer              |  Email: lauer@kirk.fmi.uni-passau.de     NO-NeXT |
|  Nibelungenstrasse 7/55    |         lauer@trillian.fmi.uni-passau.de  MAIL!  |
|  8390 Passau               |  Phone: 0851/54261                               |
---------------------------------------------------------------------------------
"Is this robot yours ?" - "No, I`m mine !" (Marvin ...)
=================================================================================
From: zazula@soliton.physics.arizona.edu (Ralph Zazula)
Newsgroups: comp.sys.next.misc
Subject: Re: MIDI Interface?
Date: 20 Jan 93 22:21:37 GMT
Organization: Pinnacle Research, Inc.

In article <1993Jan20.173641.4431@kakwa.ucs.ualberta.ca> laurent@mycroft.math.ualberta.ca (Laurent Marcoux) writes:
>Can someone please suggest a MIDI interface for the NeXT computer?  I know that  
>Pinnacle Research provides one, but I was hoping to have some options.
>
>I have also heard that one can use MIDI interfaces designed for the Mac  
>provided one uses MIDI-cables  for the NeXT.  If someone knows more about this  
>can he/she let me know? 
>
Hi -

Here are a couple of interfaces that are known to work well with the NeXT
and provide SMPTE support (which will be available in v1.0 of Presto due out
really, really soon!):

Studio3 - Opcode systems
Midi Time Piece - Mark of the Unicorn

Both of these require a custom *serial* cable (the MIDI cables are the same).
The serial-cable wiring can be found in the "zs" manual page as:

     NeXT 68040 to Some RS-422 Devices (Null-modem cable)

We use the Studio3 here and know people who use the MTP on their NeXT machines.


Hope this helps
Ralph
---
Ralph Zazula
Pinnacle Research, Inc.
zazula@pri.com (NeXT Mail)
(602)529-1135
From: gregor@oit.itd.umich.edu (Gregor Purdy)
Newsgroups: comp.sys.next.misc
Subject: Re: Compression for the archives (and FTP enhancements)
Date: 27 Jan 1993 20:47:10 GMT
Organization: University of Michigan
Distribution: usa
NNTP-Posting-Host: fredrik.oit.itd.umich.edu

In article <1k6q1eINNqai@shelley.u.washington.edu>  
billk@rose.apl.washington.edu (Bill Kooiman) writes:
> > [... MUNCH ...]
> Wouldn't this lead to increased the traffic on the net?  Because you would  
> be sending uncompressed versions around.  This would be especially  
> difficult for people running via modems.
> --Bill

You could have the ftp client on the user's side to all the compression and
decompression. Thereby, the uncompressed version would never be sent over the
net. You could even build a version of an ftp client that looked at the 
filename extensions on the files it was transferring and either automatically
decompress or prompt the user for permission to decompress (a preference).
Then, you could configure it to do any compression/decompression scheme you
wanted by having it do call outs to filter programs. You'd just need a way
to associate an extension with a filter program...

--Gregor N. Purdy
Contemporary Design Studios
Newsgroups: comp.sys.next.misc
From: tlm@iastate.edu (Tom Marchioro)
Subject: Re: ZyXEL vs. Supra
Organization: Iowa State University, Ames IA
Date: Thu, 28 Jan 1993 02:44:18 GMT

In <1993Jan28.005057.28136@fcom.cc.utah.edu> yf5990@u.cc.utah.edu (Yan Fang/Humanities) writes:
>>        I am ready to go with one of these fax modems and I want to hear 
>>   what people's experiences with them are, since I am not familiar with 
>>   either modem.  Which do people 'in the know' recommend?  Any horror 
>>   stories?
>>
>>It is clear that ZyXEL is much much better than any other modems
>>(including Supra) if you use NXFax driver.
>>				   
>That may not be true.

>I have ordered an eval copy of DFax from Dale Pratt. DFax is the NXFax
>equivalent for Supra.
>If DFax for Supra works as well as NXFax for ZyXEL, then a Supra is
>equivalent to a ZyXEL for faxing, blowing whistles, etc.--at half the price.

>-- 
DFax is wonderful, and there will be an updated version fairly shortly which
will be even better.  It installs straightforwardly --- of all their pre-order
customers I had the *most* trouble getting mine to work, and it turned out
to be a problem with my new Supra ROMs (which was my fault,not Supra's) ---
and works transparently for FAX in, FAX out, dial in, Dial out, etc.
I'll be installing SLIP soon (use tip now) and expect things to still be
great!  

Only thing is, a Supra is not "half" of the price of ZyXEL, more like a 
$50 difference, maybe even less if you shop carefully.  Sounds like two
good ways to get FAXing for the NeXT.  Long die Neuron!

TLM

>Yan Fang-Magnusson
>Ph.D. candidate, philosophy, University of Utah
>yf5990@u.cc.utah.edu
>yanfang@cc.utah.edu (NeXTmail)
Newsgroups: comp.sys.next.misc
From: robert@penny.demon.co.uk (Robert Harkess)
Subject: Newsgrazer
Organization: Demon Internet Services.
Date: Fri, 22 Jan 1993 09:36:08 GMT

Hi

Is anybody out there

My NewsGrazer is telling me that there are no unread articles here!

Rob
Xref: sparky comp.sys.next.misc:24042 comp.sys.next.advocacy:3917
From: samurai@cs.mcgill.ca (Darcy BROCKBANK)
Newsgroups: comp.sys.next.misc,comp.sys.next.advocacy
Subject: Re: Sun to use DisplayPostScript!!!
Keywords: Sun, Display PostScript
Date: 24 Jan 93 16:18:49 GMT
Organization: SOCS - Mcgill University, Montreal, Canada

In article <1jpl1eINNbsq@tamsun.tamu.edu> daugher@cs.tamu.edu writes:

>Q. Is DPS a standard?
>
>A. Though DPS is not a sanctioned standard, it is fast 
>becoming a de facto UNIX standard. All major Unix platform 
>vendors (SGI, IBM, DEC, NCD, etc.), except Hewlett-Packard, 
>support DPS.

I guess NeXT does not use DPS. 

I guess they didn't pioneer it either. From what I gather
it was NeXT's idea in the first place to use PostScript on
the display. Everyone else thought that PostScript was too
slow for an interactive display.

Oh, forgot this was Sun talking... They're almost as bad as
Iraqi ambassadors :-).


- db
Newsgroups: comp.sys.next.misc
From: byer@adobe.com (Scott Byer)
Subject: Re: Silly NeXT question from user who should know the answer
Reply-To: byer@adobe.com (Scott Byer)
Organization: Adobe Systems Incorporated
Date: Wed, 27 Jan 1993 18:03:22 GMT


nathan@laplace.biology.yale.edu (Nathan F. Janette) writes:

> I'm going to catch hell for now knowing this, but...

> How can a user "inform" the FileViewer that files with certain
> extensions should have a corresponding app selected as the default
> launch app?  It's easy enough to select an app already displayed
> in the Tools panel of the inspector, but how does one add a new
> choice?  Dragging an icon into that area doesn't seem to work (it
> should!)...

Well, I either use SegHoaker, pull the header table out, modify
it, and shove it back in.  Or I use a little Distributor utility
I wrote (similar to Opener, I think) which reads in a file that
maps extensions to applications, make it the DefaultOpenApp for
the Workspace, and have it farm out the opening of files the
Workspace doesn't understand.

--
Scott Byer                             NeXTMail: byer@mv.us.adobe.com
Adobe Systems Incorporated               These are *my* opinions, and  
1585 Charleston Road, P.O. Box 7900        do not necessarily reflect
Mountain View, CA 94039-7900             the opinions of my employer.
---------------------------------------------------------------------
Newsgroups: comp.sys.next.misc
From: sepa@enel.ucalgary.ca (Michael Sepa)
Subject: How to convert BSD a.out files to Mach files using atom
Date: Tue, 26 Jan 93 22:21:17 GMT
Organization: ECE Department, U. of Calgary, Calgary, Alberta, Canada

	I have an executable file on a SUN computer and I want to use
	atom to convert it to an executable on my NeXT.  I have tried
	to use:

	>atom a.out machfile

	and then execute the machfile:

	>machfile
	Segmentation fault
	
	I thought I didn't know what I was doing so I made a short
	c program ('hello world'), compiled it on the SUN
	and tried to convert it:

	> atom a.out machfile2
	> machfile2
	Bus error

	I have studied the atom man page, but I don't have a clue.  Could
	some kind person show me the light?  Maybe I don't know what
	atom is supposed to do.  I thought it could convert executables.

	Michael
	sepa@acs.ucalgary.ca  or sepa@enel.ucalgary.ca
From: garylang@netcom.com (Gary Lang)
Newsgroups: comp.sys.next.misc
Subject: Re: WordPerfect - PIECE OF CRAP!!!
Date: 26 Jan 93 08:48:15 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

"They put in a FREE word processor that ranked with the best of its
1984 competition. "

Wow, the reality distortion field was in full force for you. In no way
did MacWrite compare with commercial products for the PC. What good is
a word processor that works completely in memory and can only work on
documents of up to 10 pages.

When the NeXT shipped, it came bundled with WriteNow which had none of
these silly-ass limitations and is still an excellent product.
MacWrite wasn't bundled forever either. You remember 1984 but not 1988.
Strange.

-g
Newsgroups: comp.sys.next.misc
From: pan@athena.mit.edu (W. H. Pan)
Subject: Help needed!--Media Errors
Summary: Media Errors 
Keywords: media errors
Organization: Massachusetts Institute of Technology
Date: Mon, 25 Jan 1993 21:01:46 GMT

Hi,

I ran in to some problems the other night while trying to perform a low level
format on my internal harddrive. Maybe you could advise me on the situation. 

I was having some Media Errors on my internal drive, and people suggested to me
that performing a low level format on that drive would eliminate those
problems. So I used the program sdform to format the drive. The program
said that it would take about 5 minutes to format the 100MB disk. But the
formatting was done in 5 seconds. I then repeated the process with the disk
program and the same thing occurred. Am I doing anything wrong here? I
don't think dong a low level format would only take 5 seconds!

Ugh, I just want to get rid of those media erros!

Please respond by email and I'll post a summary. Thanks.

=Howard Pan=
From: isbell@cats.ucsc.edu (Art Isbell)
Newsgroups: comp.sys.next.misc
Subject: Commercial email and Usenet provider in Atlanta
Date: 26 Jan 1993 21:05:31 GMT
Organization: Cubic Solutions - NeXT software development and consulting
Distribution: ga
NNTP-Posting-Host: si.ucsc.edu
Summary: Need recommendations



(Hope this "ga" distribution works :-)

A client needs commercial email and Usenet newsgroup feeds for 2 sites in
Atlanta.  I'd be appreciative of any suggestions.
-- 

Art Isbell                                                      Cubic Solutions
NeXT Registered Developer #745         NeXT software development and consulting
NeXTmail: isbell@cats.UCSC.EDU                             Voice: (408)335-1154
USmail: 95018-9442                                           Fax: (408)335-2515
Newsgroups: comp.sys.next.misc
From: wave@media.mit.edu (Michael B. Johnson)
Subject: Re: Getting more space on Sonata. (gzip + more GB)
Organization: MIT Media Laboratory
Date: Sat, 23 Jan 1993 19:24:03 GMT

I'm certainly willing to send $20 if I knew it was going to a gig drive
for Sonata.  Maybe somebody could see if Tecor wants to set up an account
that we could send the money to and then when they get the right amount, 
ship the drive off to (ab?  I forget his name...) the adminstrator at 
Purdue.


-- 

-->  Michael B. Johnson
-->  MIT Media Lab      --  Computer Graphics & Animation Group
-->  (617) 253-0663     --  wave@media-lab.media.mit.edu
Newsgroups: comp.sys.next.misc
From: vhs@qb.rhein-main.de (Volker Herminghaus-Shirai)
Subject: Re: Cheapo 2.88MB floppy disks
Reply-To: vhs@qb.rhein-main.de
Date: Wed, 27 Jan 93 14:14:40 GMT

In article <1993Jan25.191210.15846@galois.mit.edu> dnp@phragmen.mit.edu (Dan  
Port) writes:
> I thought it might be of interest to let you know that Cube Route now offers
> Extended Density 2.88MB floppy disks for less than half the cost of Toshiba
> disks.  Of course, they also sell the floppy drives that use them! You can
> reach them at 1-800-CUBE-RTE.  Bug them, they like it.  

Anybody have an international (phone, fax, email) address for Cube Route?
I checked the FAQ but didn't find it.

	Tanks in advance (panic! :-)

--
Volker Herminghaus-Shirai (vhs@qb.rhein-main.de), NeXTmail welcome

Looks good on the outside, but -
	intel inside
From: michael@stb.info.com (Michael Gersten)
Newsgroups: comp.sys.next.misc
Subject: Re: Speed of next CD?
Date: 26 Jan 93 17:36:11 GMT
Organization: STB BBS, La, Ca, 310 397 3137

In article <1993Jan10.180508.369@stb.info.com>, I wrote:
>Does anyone know what the speed of the next CD rom drive is?
>Both seek time and throughput bytes/sec?
>
>Please reply by mail, and I'll summarize. 

Ok, here's the summary, as promised:
Data transfer rate:
Sustained: 150 KB/Sec
Burst: 1200 KB/Sec

Access time:
Full stroke: 0.7 sec (typical)
Avg (1/3 stroke): 0.45 sec (typical)

Now, 44K samples per second, at 2 bytes per sample, two channels
is 88 + 88 = 176 KB/Sec; 176/150 is about 2338/2048 (audio CD vs
data CD block size), so this is exactly as fast as needed for audio,
no faster.
-- 
	Michael Gersten		michael@stb.info.com
NeXT Registered Developer (NeRD) # 3860 -- Hire me! Quick!
Will program computers for food (and net connection, health benefits, cash,...)
From: tjhendry@queen.mcs.drexel.edu (Jonathan Hendry)
Newsgroups: comp.sys.next.misc
Subject: Re: Business Week article (NeXT to dump hardware)
Date: 28 Jan 93 03:58:13 GMT
Organization: Drexel University, Dept. Comp. Info. Sys.
X-Newsreader: Tin 1.1 PL4

I can think of a definite advantage to dropping hardware.

NeXT would no longer have to concern itself with advancing hardware.
NeXT's market is simply not large enough to drive rapid hardware 
advancements. How many speeds of 486 are there, compared to 040?
Even with Apple selling Motorola based machines at very high demand,
Motorola's development time is glacial.

The 486 market has tons of competition driving performance up and
prices down. Intel has AMD and Cyrix to worry about. Regardless of 
whether NeXTSTEP will run on their competitors' chips, Intel will
do everything it can to stay ahead of them.

HP has Sun, IBM, DEC and SGI (to a lesser degree) to compete against.
They will also feel a great deal of pressure to stay at or near the
head of the pack.

If NeXT ports to x86, PA, SPARC, R4000, and alpha, then they can't help
but be at the forefront of performance. No one will ever be able to
blame NeXTSTEP for running too slowly. If it does, wait a few months
and someone will release a better chip that will run it faster.

NeXT wouldn't have to lift a finger or spend a cent. The hardware
race drives itself.

(Or rather, DOS, Windows, WNT, and X drive it. We'll just hang on 
for the ride of our lives)

I'd like to see more NeXT boxes. I'd especially like to see a Risc
upgrade for my Cube. But the lure of unbridled hardware advancements
is pretty strong. I may just have to live on Ramen noodles until I
can afford an HP running NeXTSTEP. Even then, maybe I'll NXHost apps
to my Cube and keep the ugly thing in a closet. Maybe a rack mount...

<disclaimer: I am assuming that something real will happen with HP.
I don't know if anything will, but I certainly hope it does. NeXT
would get a lot more respect, I think. My Sun-worshipping OOPS 
teacher said it best: "It's a nice toy." He also said he saw 
someone "cat" and "more" a tiff file at a NeXT demo.>

--
Jonathan W. Hendry
Drexel University
College Of Information Studies (tjhendry@queen.mcs.drexel.edu)
Anderson Financial Systems (jon@afs.com)
Newsgroups: comp.sys.next.misc
From: flog@open.ch (Florian Gutzwiller)
Subject: File Conversion Pain
Reply-To: Florian.Gutzwiller@open.ch
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Tue, 26 Jan 1993 17:12:52 GMT

I understand, that FrameMaker does not ship FilterPak for NeXTSTEP. Also the  
RTF standard in NeXTSTEP is not comptible with the RTF format generated from MS  
Word or other applications on Macs and PCs. Not compatible in a way that German  
Umlaute and other special characters are not translated. I don't care who  
generates or translates crap, but we need working translation and filter  
software for the major text processing packages, spreadsheets.  If not we can  
forget getting NeXT into heterogenous environments.

Is there anybody working on stuff like that ?

Thanks

-Florian
--
Florian Gutzwiller		Tel: +41 61 262 05 10, Fax: +41 61 262 05 10
Open Systems AG, Basel		flog@Open.CH
Switzerland			S=gutzwiller;O=open;P=EUnet=A=EUnet;C=CH
Newsgroups: comp.sys.next.misc
From: hallan@cix.compulink.co.uk (Hugh Allan)
Subject: Cookie
Reply-To: hallan@cix.compulink.co.uk
Date: Wed, 27 Jan 1993 04:59:00 +0000

I have donated Cookie, my ShareWare fortune cookie program, to the
public domain. I don't have the time to maintain it(I'm working on a
ShareWare beasty called NeXTCom. (Raw Data/XMODEM/XMODEM
CRC/YMODEM/YMODEMG/1KXMODEM/1KXMODEM/CIS-B/ZMODEM/ANSI-BBS
/TTY/Capture/Scrollback/Dial Directory/GIF Decoding/Macros/etc. Cool
if I say so myself). Cookie is now completely PD, as long as I get
some sort of credit you can do what you want with it. Cookie
features:

Multiple Cookie Files
Supports two different cookie file formats
Display cookies on timer
Kill program after user set amount of time
Font setting
Full manual

Available on the nova.cc.purdue.edu as Cookie.compressed under
submissions.

The binary version is available on 2.0/demos

--- Hugh
Newsgroups: comp.sys.next.misc
From: lmccullo@nyx.cs.du.edu (Michael McCulloch)
Subject: Re: Business Week article (NeXT to dump hardware)
Organization: University of Denver, Dept. of Math & Comp. Sci.
Date: Thu, 28 Jan 93 15:47:17 GMT

In article <C1I5xq.BGB@utstat.toronto.edu>, philip@utstat.toronto.edu
Philip McDunnough wrote:
>
>I'm not saying that NS486 will fail. It will sell as a niche product. However,
>it would be foolish for NeXT to give up making hardware and to become a
>software vendor. That would really be the final straw.
> 
>There's no reason to stop making NeXT hardware. 
> 

No reason other than market share, profit margin, and sales volume. I
would think that selling a shrink-wrapped OS would be less capital
intensive and offer more margin in the long run than producing HW.
Of course, _I_ don't own/run a company that does either. :-)

Michael McCulloch
Huntsville, AL