HDTenEightyP/NetNews huggingface dataset:
From: jiro@shaman.com (Jiro Nakamura)
Subject: Re: NeXT 400 dpi laser printer & envelopes(and SBook and MoM)
Organization: The Shaman Group; A Division of Focal Point Computer, Inc.
Date: Fri, 14 Aug 1992 18:05:45 GMT

In article <1992Aug11.162229.21279@socrates.umd.edu> fletcher@socrates.umd.edu (Charles Fletcher) writes:
>	Does anyone have a comparison of SBook with MoM (Mind over Mail).
>	My office mate checked them out and preferred MoM (for printing
>	envelopes, SBook seems to do more things, like dial your phone
>	if you need it to. He didn't.) He had some problems with SBook, but
>	I believe a newer version has been release since then. Any input?
>

NeXTwatch Issue #7 (July 1992) compares SBook, SpeedDex, DataPhile, and
MoM against each other. Copies of this issue are available from Skylee
Press at +1 415 474-7803. This issue also compares OnDuty against
Who's Calling.

And yes, this is a blatant plug.

  
   Jiro Nakamura
   NeXTwatch



-- 
Jiro Nakamura				jiro@shaman.com (NeXTmail)
NeXTwatch / Technical Editor		76711,542 (CIS)
The Shaman Group			+1 607 277-1440 (Voice/Fax)
From: coke%net23@spectrx.saigon.com (Brian Policky)
Newsgroups: comp.sys.next.misc
Subject: NeXTstep 3.0
Date: 13 Aug 92 05:56:19 GMT

Is there an official release date for NeXTstep 3.0? And how long before  
the Universities get it?

Thanks!
-- 
coke%net23@spectrx.saigon.com  |  Life without
..szebra!spectrx!net23!coke    |  Coca-Cola
                               |  wouldn't be
Newsgroups: comp.sys.next.misc
From: wave@media.mit.edu (Michael B. Johnson)
Subject: looking for NeXT/Mac stories...
Organization: MIT Media Laboratory
Date: Tue, 18 Aug 1992 19:16:56 GMT

I have a friend who is very seriously considering purchasing
a color NeXTStation to accompany his two person graphic 
design company's color Mac.  The current plan (on advice 
from me) is to buy an EtherNet card for his Mac, Virtuoso
for his NeXT, and other assorted things to allow him to 
have the machines play happily together.  He would love
to talk to someone who has done something similar, and
hear about any problems with file compatibility, service
bureau problems etc., as he knows a lot about doing 
professional design on the Mac, but not on the NeXT.

Even if you don't want to talk to him, but are willing
to pass info on through me, please, drop me a line.

Thanks.


-- 

-->  Michael B. Johnson
-->  MIT Media Lab      --  Computer Graphics & Animation Group
-->  (617) 253-0663     --  wave@media-lab.media.mit.edu
From: mahesh@evb.com (B.G. Mahesh)
Newsgroups: comp.sys.next.misc
Subject: Is there a NeXtWorld/HP World magazine ?
Date: 22 Aug 92 03:09:52 GMT
Reply-To: mahesh@evb.com

Is there a magazine like Sunworld for HP and Next ? If so could
someone forward me their subscription office's mailing
address/fax/phone number ? Would like to get a free subscription if
possible.

thanks

-- 

B.G. Mahesh
mahesh@evb.com
Newsgroups: comp.sys.next.misc
From: a74k110@titan.ucc.umass.edu (Chris Lloyd)
Subject: Re: NeXTstep 3.0
Organization: University of Massachusetts, Amherst
Date: Wed, 19 Aug 1992 02:41:52 GMT

In article <1992Aug18.220408.24269@leland.Stanford.EDU> m@crito.stanford.edu (M Carling) writes:
>In article <1992Aug18.204351.178605@lexmark.com> songer@lexmark.com  
>(Christopher Songer) writes:
>> I'd have to agree with this. My current assumption is that 3.0 is likely
>> to be pretty unstable -- I think I'm going to wait for 3.1. If this does
>> in fact come to pass (I'd like to be wrong) then Next seems to be making 
>> a habit of this. (I'm sure everyone recalls how stable 2.0 was :) Next
>> has great software, but the base has to be stable for it to be usable.
>
>NeXT is not currently planning a 3.1 release. They would like to be able  
>to make 4.0 the next release. I am cynical, but I expect that, eventually,  
>the reasons against an interim release will be overcome.

Unlness 3.0 runs on every piece of hardware they will have between 3.0 and
4.0 (i.e. no new hardware until 4.0) then I'd expect 3.x releases if not
just for new hardware.  They would be silly not to fix bugs in these
releases.....
-- 
:: Christopher Lloyd :: a74k110@titan.ucc.umass.edu :: Yrrid, Inc. ::
Newsgroups: comp.sys.next.misc
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn)
Subject: Re: NeXTstep 3.0
Date: Tue, 18 Aug 1992 20:19:59 GMT

ab@nova.cc.purdue.edu (Allen B) writes:
> alex@cs.umd.edu (Alex Blakemore) writes:
> > coke%net23@spectrx.saigon.com (Brian Policky) writes:
> > > Is there an official release date for NeXTstep 3.0?
> >  On Friday, someone at 1-(800)Try-NeXT told me the release
> >  date is Aug 24.
> 
> I hate to flame, but I'm really tired of hearing this.  I
> feel completely betrayed and more than a little angry.
> 
> Considering our semester starts on the 24th, the 3.0
> release is really too late for me whenever it is.  I got the
> impression from early news of 3.0 that I'd have it up and
> running by now.  The date kept slipping and so did my chance
> of using it any time soon.
> 
> A big "Boo!  Hiss!" to missing a summer release date.  I now
> either have to close our lab or wait 'til October to get the
> job done right.  I'm sure other Universities have similar
> situations.
> 
> If NeXT is still aiming at higher education, they're not
> hitting it very well.  Our machines should be stable and
> consistent all semester long.  Making me do an upgrade
> once a semester is underway is not a way to be my friend. 

It's clear that no one at NeXT delayed Release 3.0 in some misguided attempt  
to aim at higher education.  It was delayed because problems came up during  
the beta testing.  I'd just as soon leave beta testing to beta testers  
instead of "releasing" a product so that everyone finds themselves a  
beta-tester.

"Things just happen" is an unpleasent and unfortunate fact of life.  While  
I'm no more pleased about a late summer release than you are, I'd like to  
know what you think the alternatives for NeXT were?  Would you have prefered  
a buggy release on July 15, with a more stable release in mid-September?

This kind of problem is not unique to NeXT.  Suns & IBM's are the most  
widespread workstations here at RPI, and we have all kinds of software which  
we were promised would arrive in May and which has not arrived yet.

That said, I do agree that it's very frustrating for those in a university  
setting when these releases come out so late in the summer.  I suspect it  
doesn't make a whole lot of difference to companies, but to universities the  
timing is critical.  Not only that, the best time is always the end of the  
spring semester, and the worst time is always start of the fall semester.

--
Garance Alistair Drosehn     =     gad@eclipse.its.rpi.edu
ITS Systems Programmer            (handles NeXT-type mail)
Rensselaer Polytechnic Institute;           Troy NY    USA
Newsgroups: comp.sys.next.misc
From: richard@csi.on.ca (Richard Martin)
Subject: Re: A Question
Organization: Carp Systems International, Kanata, ON
Date: Fri, 14 Aug 1992 13:17:19 GMT

Quack!

-- 
--------------------------------------------------------------
Richard Martin               	richard@csi.on.ca
CARP Systems International	"Don't Panic!  Things are
Kanata, Ontario, CANADA		about to get much worse!"
Newsgroups: comp.sys.next.misc
From: jmd@cube.handheld.com (Jim De Arras)
Subject: Re: 3.0's C compiler ?
Organization: Hand Held Products, Inc.
Date: Thu, 13 Aug 1992 14:29:23 GMT

In article <1992Aug12.042213.29139@dtint.uucp> nevin@dtint.dtint.com writes:
> In article <1992Aug11.155443.29872@cs.rose-hulman.edu>  
> bohlkejh@NeXTwork.Rose-Hulman.Edu (Jon H. Bohlke) writes:
> > 
> > In article <1992Aug11.045426.11072@galileo.cc.rochester.edu>  
> > rob@shw.optics.rochester.edu (Rob Smith) writes:
> > > 
> > > I assume that again the NeXT c compiler will be based around,  
> (include)  
> > a gnu  
> > > compiler. 
> > > 
> > > Which version? gcc 2.?? maybe?
> > > 
> > > I have some suns I can steal clock cycles off of and would like to  
> > install a  
> > > version of gcc to compile some of my non-Interfaced numerical c++  
> code.  
> > I would  
> > > like to minimize incompatibility between the two compilers. 
> > > Any recommendations? 
> > > 
> > > Which (gnu)c++ Libraries will be most compatible with the new NeXT  
> > compiler?
> > > 
> > > Thanks
> > > 
> > > rob
> > 
> > I think it was 1.7 or something, but it was not 2.x.....
> > 
> > I have gcc 2.2.2 running on my system
> > 
> > Jon
> 
> I heard a 1.37 on a previous post.  Now I hear a 1.7.
> Does anyone care to bid a 1.93?
> 
> Also, what's the difference between 1.93 and 2.0, besides the
> NeXT-supplied Objective-C stuff getting put in?
> 
> And, what's the difference between 2.0 and 2.X.X, besides some
> Objective-C optimization stuff (that didn't work right under g++2.0--but
> doesn't effect the NeXT version because it DOES work right)?
> 
> So, what's the REAL gnu version of the NeXT compiler?
> 
> Alright, you might find a couple of other differences between the
> C compiler shipped in 3.0 and the latest GNU version, but I for
> one have no idea of what they might be.  Anyone else care to
> enlighten us?
> 
> 
> --
> NeXTmail preferred!
> -- 
> ---
> root	                               root@dtint.dtint.com
> Digital Technology Int.                (801)226-2984	
> 500 W. 1200 South, Orem UT, 84057      FAX (801) 226-8438

Per GNU, (check the newsgroups!) all 2.x releases are beta, and not ready for  
prime time!

Jim
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.misc
Subject: Re: NeXTstep 3.0
Date: 17 Aug 92 14:01:07 GMT
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742

In article <1992Aug13.055619.1064@net23.uucp> coke%net23@spectrx.saigon.com (Brian Policky) writes:
> Is there an official release date for NeXTstep 3.0?

On Friday, someone at 1-(800)Try-NeXT told me the release date is Aug 24.

> And how long before the Universities get it?

good question

-- 
---------------------------------------------------
Alex Blakemore alex@cs.umd.edu   NeXT mail accepted
From: pkim@cory.Berkeley.EDU (-)
Newsgroups: comp.sys.next.misc
Subject: pittsburgh project manager
Date: 14 Aug 92 21:24:29 GMT
Organization: University of California, at Berkeley

just wondering if anyone has had any experiences with the pittsburgh project
manager, a project management package sold by visus.  we'd like to hear any
you have to say about it, good or bad.  responses by e-mail preferred.

paul kim
mtcoak!paul@netcom.com
Xref: sparky comp.sys.next.misc:18878 comp.sys.next.software:1288
From: fermat@fermat.dartmouth.edu (Michael Glenn)
Newsgroups: comp.sys.next.misc,comp.sys.next.software
Subject: Archive0.7 submitted to Sonata
Date: 22 Aug 92 02:45:40 GMT
Organization: Dartmouth College, Hanover, NH



The below file is the README included with the Archive0.7 package, which
I just submitted to sonata.cc.purdue.edu in /pub/next/submissions.

-------------------------------------------------------------------------

The Archive app will show .Z, .tar, .lha, .lzh, and .zip file icons, and  
will launch when one of these is double-clicked from the workspace,  
uncompressing/unarchiving them.  The "Help" from within the app has more
details.

To install, just copy the binary to /NextApps or /LocalApps or ~/Local or  
anywhere in your path, then logout/login.

Only the binary is required, all other files can be removed if desired.

Warning:  I had modified the Makefile and .iconheader files to allow for
more than 3 file extensions for this app.  I asked  
comp.sys.next.programming for a more convenient way of doing this, and got  
no response.  So if you save from the interface builder, you may need to  
modify these files.

The app assumes that the unix utilities compress, lha, tar, zip, and unzip
exist.  If any of these are missing, it will not interfere with the  
programs ability to archive/extract from the other formats.

This is version 0.7, and will only extract from archives.

Michael Glenn
fermat@fermat.dartmouth.edu (NeXTmail)
From: scott@nic.gac.edu (Scott Hess)
Newsgroups: comp.sys.next.misc
Subject: Re: Ramdisk coming for NeXT
Date: 17 Aug 92 14:24:22 GMT
Organization: Gustavus Adolphus College

[Sorry if this article is a repeat - but it never seemed to show
up on our newsfeed, and nobody's replied anyhow.  Perhaps we've
got NNTP problems?  I don't know.]

In article <1992Aug13.151354.11149@Informatik.TU-Muenchen.DE>
	MeyerGru@Informatik.TU-Muenchen.DE (Uwe Meyer-Gruhl) writes:
>Oh. I forgot something. For those of you who _really_ want to
>optimize their access speeds: It is possible to tell MACH how many
>buffers you want at bootstrap time without actually patching /sdmach.
>Just use 'b sd() sdmach nbuf=128' or any number you like instead
>of 128.  Mileages may vary according to individual application
>profiles.

And, in article <1992Aug14.091704.15202@leland.Stanford.EDU>
	marcu@leland.Stanford.EDU (Marc Albert Ullman) writes:
>I had a quick question for you concerning this patch.  I have been
>using a similar modification consisting of only the word at 604776
>and I do see a noticeable difference in performance.  Do have any
>evidence to confirm that it is necessary to NOP out the other
>instructions that you refer to?
<...>
>P.P.S  I have been using 0x40 = 0100 = 64 = 512KB of buffers on a
>       40MB cube.  Did you do any testing with differing values
>       and if so what did you find?  It would be nice if NeXT had
>       some sort of adaptive algorithm based on the amount of total
>       system RAM.

Could anyone elaborate on any and all performance improvements
noted?  My sneaking suspicion is that this is like memory upgrades
from 16M to 32M - 8M to 16M is obvious, but it took me around a
month to really realize that the 32M was quite a bit better than
the 16M.

I've tried upping my buffers.  I've got 32M on a standalone monochrome
system, and it's mainly used for Edit, Stuart, and InterfaceBuilder
(sometimes), so figuring I could afford the memory, I started
testing values and seeing what they did to make/compiles.  There
appears to be an upper limit in that the startup message might
_say_ that it's got 1024 buffers, but it only allocates 3.19M
(408*8192).

In any case, I noted _no_ difference in compilation speed.  The
CPU utilization appeared to be slightly better with more buffers,
but it's not really enough that I'd be confident in recommending
pumping the values up too high.  64 would probably be great, but
higher values didn't seem to help very much at all.  Of course,
this might all be a result of something else entirely - but I'm
tired of rebooting my computer, so we won't find that out from me ...

Later,
--
scott hess <shess@ssesco.com>  <Who achieved programmer nirvana on Aug 11th>
12901 Upton Avenue South, #326  Burnsville, MN 55337 (612) 895-1208 Anytime!
   <Text: One Class to bring them all and in the darkness bind them ...>
From: cozza@cshl.org (Steven Cozza)
Newsgroups: comp.sys.next.misc
Subject: NeXTWEEKs real mailing address?
Date: 13 Aug 92 18:39:01 GMT
Organization: Cold Spring Harbor Laboratory

In the fall issue of NeXTWORLD magazine they have a list of periodicals
available for the NeXT and one of them is NeXTWEEK.  However, the email
address they give (nextweek@kiwi.swhs.ohio-state.edu) for it does not seem
to work. Does anybody know of the correct address? 

Steve
Newsgroups: comp.sys.next.misc
From: gvh@metrosoft.com (Gordon Van Huizen)
Subject: Re: ModPlayer? (Plus commentary)
Reply-To: gvh@metrosoft.com (Gordon Van Huizen)
Organization: Metrosoft
Date: Wed, 12 Aug 1992 17:00:33 GMT

In article <1992Aug12.012734.5064@cs.rose-hulman.edu>  
bohlkejh@NeXTwork.Rose-Hulman.Edu (Jon H. Bohlke) writes:
> 
> Hey,
>    How do I unpack this stuff?  I have this ModPlayer.squfold file, what  
> utility do I use?
> 
> Jon

It's compressed with a utility called Squash. A free-ware decompressor  
called UnSquashOnly is available on the archives. There are some comments  
in the MOD Player FAQ (which is by now a decent candidate for sumbission  
to the archives itself) about which mode of UnSquashOnly to use (I believe  
it's Extract Bundle).

THIS IS EXACTLY WHY using non-standard file compression techniques is  
problematic. How many times has this question been asked now about this  
ONE file? While the goal of shrinking files as much as possible is a noble  
goal, it leads to all this confusion. My guess is that the net bandwidth  
of answering questions about files compressed by alternate compressors is  
larger than the amount of bandwidth saved by using a tighter compresstion  
technique! And the ironic thing is that it's EVERYBODY'S resources being  
affected - not just the supplier and user of the compressed file. Is this  
REALLY in our mutual best interests? A note in the README file about how  
to decompress the thing would be some help, but only if the README file  
gets downloaded/shipped around/read.

Things like Squash are great as long as all parties concerned are aware  
it's being used. But out in the open world I think the benefits go to  
waste. Maybe if the extension was UnSquashMe... :-)

Gordon


-- 
----------------------------------------------------------------
Gordon Van Huizen           vox: 619.488.9411  fax: 619.488.3045
Metrosoft                   gvh@metrosoft.com [NeXTmail welcome]
----------------------------------------------------------------
From: goldly@u.washington.edu (Lloyd P. Goldwasser)
Newsgroups: comp.sys.next.misc
Subject: A Question
Date: 13 Aug 92 20:48:00 GMT
Article-I.D.: u.1992Aug13.204800.20536
Organization: University of Washington

How can I register an application as the default for files with a given
extension?  This registration has not happened automatically; the
application's icon does not appear in the Workspace Tools Inspector.
The application is in /LocalApps.

Thank you,

Lloyd Goldwasser
goldly@u.washington.edu

* - - - * - - - * - - - * - - - * - - - * - - - * - - - * - - - * - - - *
*    If it is appropriate for M Carling to broadcast inflammatory       *
*          statements under the pretense that they are a signature,     *
*    while insisting that others keep political discussion              *
*           out of the newsgroup,                                       *
*    while in the role of Director of the Bay Area NeXT Group,          *
*    and about an issue for which people of conscience                  *
*           may reasonably differ,                                      *
*    then I am a duck.                                                  *
* - - - * - - - * - - - * - - - * - - - * - - - * - - - * - - - * - - - *
Newsgroups: comp.sys.next.misc
From: soward@slow.inslab.uky.edu (John Soward)
Subject: Re: A NEW tar&compress FRONTEND....
Organization: University Of Kentucky, Dept. of Math Sciences
Date: Thu, 13 Aug 1992 21:53:18 GMT

Glenn Reid writes
-> Mark Adler writes
-> 
[pro-Squash stuf deleted]
-> the compressed data.  Just yesterday I got a 10-to-1 compression
-> on a directory full of TIFF files, and I thought that TIFF already
-> had reasonably good compression in its internal format!

	No actually it sucks (e.g it has none)...unless you are using one of  
NeXTs TIFF compression schemes...which are lempel-ziv (same as compress) or  
JPEG (radically diferrent and results in a huge compression, but is "lossy" --  
which sometimes is a big deal and sometimes is not).
--
    ________________________________________________________________________
   /   'The midnight sun will burn you up" -The Cure, Piggy in the Mirror  /
  /      soward@ms.uky.edu | soward@slow.inslab.uky.edu (NeXT Mail)       /
 /_______________________________________________________________________/
Newsgroups: comp.sys.next.misc
From: samurai@homer.cs.mcgill.ca (Darcy Brockbank)
Subject: NeXT Color Monitors cost too much
Reply-To: samurai@uriel.cs.mgill.ca
Organization: SOCS, McGill University, Montreal, Canada
Date: Fri, 21 Aug 1992 15:14:04 GMT

In article <1992Aug20.171408.18255@talon.ucs.orst.edu> tpugh@oce.orst.edu (Tim  
Pugh) writes:
> In article <1992Aug17.031029.24849@tamsun.tamu.edu> steve@math.tamu.edu  
(Steve  
> Johnson) writes:
> > kdb@sunbar.mc.duke.edu (Kurt Bollacker) writes:
> > > I'm about to buy a color NeXTStation but cannot decide between the 2  
color
> > > monitors that NeXT offers...
> > 
> > I've been placed in front of both the 17" and 21". After about 10-15  
minutes,

The saddest thing about the monitors is that they are sub-standard quality,
and riduculously priced:

21" monitor, Canadian list: $4,395

After taxes: $5078 !!!!!!!!

I can buy two 486 computers WITH MONITORS for that much. 

What a rip.

- db

--
-------
I always thought that NeXTStep was very good in its approach to color since
the tasteless are protected from their own stupidity. -- Jason Breckenridge
(I know Jason, Jason is a close personal friend of mine, and I am not Jason!)
Newsgroups: comp.sys.next.misc
From: bragg@pecan.cns.udel.edu (Aquatic Joe)
Subject: Re: looking for NeXT/Mac stories...
Keywords: likes Macs, but digs NeXTs just the same...
Organization: The Green Circle Of Vengence
Distribution: Wolrd
Date: Thu, 20 Aug 1992 07:23:47 GMT

In article <1992Aug18.191656.1860@news.media.mit.edu> wave@media.mit.edu (Michael B. Johnson) writes:
>I have a friend who is very seriously considering purchasing
>a color NeXTStation to accompany his two person graphic 
>design company's color Mac.  The current plan (on advice 
>from me) is to buy an EtherNet card for his Mac, Virtuoso
>for his NeXT, and other assorted things to allow him to 
>have the machines play happily together.  He would love
>to talk to someone who has done something similar, and
>hear about any problems with file compatibility, service
>bureau problems etc., as he knows a lot about doing 
>professional design on the Mac, but not on the NeXT.

I'm interested in pretty much the same thing!  If you could send me the same
stories I'd greatly appreciate it.  And if you have stories about Digital Dark-
room type stuff (Adobe Photoshop for Mac, etc) for use with an Iris printer, I'd
love to hear about that as well!

	Thanks a lot for you help!
-- 
Adam Bragg                  |  Tick: Hand Grenade Man? What's your super power??
bragg@freezer.cns.udel.edu  |  HGM: Super powers? Bah who needs them? I have
darkwing@ravel.udel.edu     |        HAND GRENADES!
                          SPOON!
From: rbp@investor.pgh.pa.us (Bob Peirce #305)
Newsgroups: comp.sys.next.misc
Subject: Re: WingZ (Informix) policy disappointment
Date: 14 Aug 92 18:48:29 GMT
Reply-To: rbp@investor.pgh.pa.us (Bob Peirce #305)
Organization: Cookson, Peirce & Co., Pittsburgh, PA

In article <1992Aug10.195213.12192@csus.edu> hodges@huckleberry.sfsu.edu writes:
>I had a rude awakening today. I had not received any notification from
>Informix regarding new releases of WingZ, and having been using the
>product for quite some time now thought that I should be hearing
>*something*. I called them up and found that their policy is to only
>notify those who have purchased support agreements of new upgrades, and
>that all others must purchase a new application.
>
They (used to?) do the same thing with their DB.  If you don't have
support you have the choice of buying support and paying for each upgrade
between then and now or of just buying the new release outright.  The
idea of paying for support and then having to pay for upgrades always
lacked appeal for me so we never did.  We never bought the upgrades from
them either.  We found we could upgrade through our vendor cheaper.  Of
course our vendor stopped making the particular machine we use and all
support stopped pretty much the next day from them and Informix.
-- 
Bob Peirce, Pittsburgh, PA         rbp@investor.pgh.pa.us         412-471-5320
venetia@investor.pgh.pa.us [NeXT Mail]  !uunet.uu.net!pitt!investor!rbp [UUCP]
From: coke%net23@spectrx.saigon.com (Brian Policky)
Newsgroups: comp.sys.next.misc
Subject: Re: Does Type1 NeXT == Type1 Mac??
Date: Sun, 9 Aug 1992 21:52:11 GMT

Does Adobe mind if fonts are converted over to the NeXT with something  
like Metamorphasis? (Legally speaking)
-- 
coke%net23@spectrx.saigon.com  |  Life without
..szebra!spectrx!net23!coke    |  Coca-Cola
                               |  wouldn't be
Newsgroups: comp.sys.next.misc