HDTenEightyP/NetNews huggingface dataset:
From: hinds@mcs-next-11 (Alexander Hinds)
Newsgroups: comp.sys.next.misc
Subject: Re: FAX modems (again!) - Turbo Modem
Date: 11 Nov 92 01:15:12 GMT
Reply-To: hinds@camis
Organization: Stanford University
NNTP-Posting-Host: mcs-next-11.stanford.edu

In article <1992Nov6.170405.3184@seer.demon.co.uk> paul@seer.demon.co.uk  
(Paul Lynch) writes:
> In article <1992Nov6.010458.27877@venice.sedd.trw.com>  
> verket@venice.sedd.trw.com (Paul Verket) writes:
> > Alexander Hinds (hinds@camis.Stanford.EDU) wrote:
> > : I purchased a really cheap 14.4 .42bis modem at Fry's the other day.   
> It claims to have to GroupIII FAX compatability
> [chomp]
> > Your modem probably supports the class 1 interface spec and,  
therefore, 
> > can't be used with the NeXT.
> 
> As you say, Group III != Class 2.  It is worth pointing out again that  
> NeXT's fax driver works with, and only with, the HSD/Interfax/Abaton fax  
> modem.  Other modems reported to work are the Dove (with a Dove supplied  
> driver), a ZyXEL modem with the NXFax 3rd party driver, and possibly a  
> Supra with a (not yet available) 3rd party driver.
> Paul
> 
> -- 
> Paul Lynch
> P & L Systems                   (NeXTmail) paul@seer.demon.co.uk
> Tel: (0494)671501                      paull@cix.compulink.co.uk
> Fax: (0494)680228                       76711.451@compuserve.com

Well, actually, the box also claims that the modem has EIA class-2  
compatability too.  It just doesn't work.  Arghh.

--X
Xref: sparky comp.sys.next.misc:21801 comp.sys.next.programmer:7102
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.misc,comp.sys.next.programmer
Subject: Re: Edit Mode In Terminal.app
Date: 9 Nov 92 20:26:53 GMT
Followup-To: comp.sys.next.misc
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742

In article <1992Nov9.073308.3108@nic.csu.net> sulistio@sutro.SFSU.EDU (Sulistio Muljadi) writes:
> I have found that using editmode emacs in Terminal.app is very useful...

the editmode is a feature of NeXT's version of csh, and has little to do
with which terminal emulator you use (Terminal, Stuart, xterm) - as long
as the most basic termcap features are supported.

NeXT's csh command line editing, is a weak copy of what's available from
more modern shells such as tcsh, zsh, ksh and others.  They have
many other features including command and filename completion.

> Is there any way to get that emacs editmode into other UNIXes.

yes, just use a shell that supports command line editing,
I recommend tcsh (free from tesla.ee.cornell.edu) but there are
several others as mentioned above.  it may already be on the system
you are using.

-- 
---------------------------------------------------
Alex Blakemore alex@cs.umd.edu   NeXT mail accepted
From: murphy@bohr.physics.purdue.edu (William J. Murphy)
Newsgroups: comp.sys.next.misc
Subject: Re: MATLAB (the missing piece)
Date: 6 Nov 92 14:23:37 GMT
Organization: Purdue University Physics Department

In article <8jj1H3ihoa@atlantis.psu.edu> mek@guinan.psu.edu (Mark E. Kotanchek) writes:
>
>NeXT has lost a hell of a lot more than 200 sales because they have  
>inadequate numerical tools. I got my NeXTstation a year-and-a-half ago and  

There is always DaDisp. (1/2 smilie)  I have played with the demo version for
the NeXT.  Unfortunately, it is little more than a port of their PC version
with a NeXTStep (almost) front end slapped on.  The graphics look pretty awful
IMO, (just like the PC version).  The fonts aren't PostScript.  They even
made a menu with function keys labeled (F1, F2, ...)!  

I will say that DaDisp on the PC is usable.  It provides a somewhat intuitive
environment for manipulating signals.  A comparison of MATLAB and DaDisp that
I did a few years ago showed that DaDisp was sorely lacking in crunch power.
I believe that this stems from their implementation of virtual memory.  DaDisp
was built on a DOS extender originally.  The size of the buffer where virtual 
memory swapping takes place is about 4K or 8K data points.  That's a real
pain when you want to work with Mega point data sets.  Secondly, if you have
tried importing data into DaDisp (specifically binary data), the process is
convoluted and not scriptable (at least for the 2.0 version it wasn't).  I
found that when trying to isolate a segment of data more than 999999 points
into the data set, I couldn't get it imported.  (I was treating the previous
million points or so as a header.  The length of a header was limited to 
999999bytes.)

Well, in my best Linda Ellerbee impression,
And so it goes,

-- 
Bill Murphy               | The Call of the Norwegian Whipperwil:
			  | "I tink so, I tink so, probably."
murphy@physics.purdue.edu | "I dunno, I dunno, who can tell."
Lines: 20
Date: Fri, 30 Oct 92 09:17:16 MST
From: yackd@alaska.et.byu.edu (Don Yacktman)
Newsgroups: comp.sys.next.misc
Distribution: world
Organization: Brigham Young University, Provo UT USA
Subject: Re: IconBuilder: A [harsh] commentary - was Re: Icon, or equivalent under 3.0


In article <1992Oct30.023933.29607@cbnewsl.cb.att.com>, coco@cbnewsl.cb.att.com (felix.lugo) writes:
>In article <1992Oct29.231421.2656@hot.com> Robert_La_Ferla@hot.com writes:
>| In article <1992Oct27.164010.9568@wuecl.wustl.edu> brian@wucs1.wustl.edu  
>| (Brian) writes:
>| >I am extremely disappointed with IconBuilder.
>| 
>| Ditto.
>| 
>| Robert La Ferla
>
>	Why don't you guys use the 2.1 Icon.app demo.  I've been using it
>(and Scene) for several weeks now and it's as BAD in 3.0 as it was in
>2.1, but it's not any worse!!!!

On my machine, they're both rendered useless.  Scene dies whenever I try
to load an image and Icon barfs when I try to save.  Figures.

Later,
-don
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: brunkhorst@mayo.edu (Geoff Brunkhorst)
Subject: AppleTalk support under 3.0 (Was: Does AppleTalk DO anything?)
Reply-To: brunkhorst@mayo.edu
Organization: Mayo Foundation, Rochester MN. Campus
Date: Thu, 5 Nov 92 14:07:35 GMT


The November NeXTworld Extra notes that 3.0's AppleTalk does not work on
"Large Networks".  I can vouch for this.  It is very flaky on our very large  
AppleTalk network.  I am also quite sure the flakiness has something to do with  
the minimal AppleTalk network management at our site.

At Interop, I complained to a NeXT person about this.  He told me that NeXT is  
preparing an interim release that will address this issue (better send back  
those license registration cards ;-).  He also offered to send me the  
appropriate modules to fix the problem.  Since NeXT has not made public the  
"bug fix," I will not get into details on exactly how NeXT has fixed this bug.

- geoff
---------------------------------------------------------------------------
Geoffrey Brunkhorst                                     brunkhorst@Mayo.edu
Research Computing Facility, Guggenheim 10                   (507) 284-1805
Mayo Foundation, Rochester MN, 55905, USA                fax (507) 284-5231 
Newsgroups: comp.sys.next.misc
From: sears@tree.egr.uh.edu (Paul S. Sears)
Subject: Any imageviews that can handle jpeg?
Reply-To: sears@tree.egr.uh.edu
Organization: University of Houston
Date: Wed, 11 Nov 1992 19:19:48 GMT


Are there any PD viewers out there for the NeXT for viewing images in jpeg  
format?  The version of imageviewer that we have (0.9a) is not able to handle  
jpeg images...

--
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."
From: mrc@Tomobiki-Cho.CAC.Washington.EDU (Mark Crispin)
Newsgroups: comp.sys.next.misc
Subject: protecting your NeXT from being stolen
Date: 10 Nov 92 02:37:52 GMT
Article-I.D.: Tomobiki.MS-C.721363072.1103527590.mrc
Organization: University of Washington
Content-Type: TEXT/PLAIN; charset=US-ASCII
Mime-Version: 1.0

This should be obvious, but it is truly amazing how many people don't
do it: when you buy any piece of expensive equipment, *always* mark it
as your property, in a PROMINENT place and in a PERMANENT fashion.
Also, mark it again, in a less-obvious place.

This serves two purposes: prevention of theft, and assistance to
police in recovery of stolen objects.  Items which are obviously
engraved in an indelible fashion are significantly less valuable to a
thief.

This is especially important with laptops and notebooks, which are
stolen far more often than desktop machines.

The best form of marking is deep engraving into the case of the
object.  Engrave each and every separable object, including the
keyboard and mouse.  Engraving tools for the purpose are readily
available for purchase; also, police departments will loan you the
tools (or engrave items you bring in) -- and give you window stickers
to notify thieves that your property is marked.

Spray painting and gummed tags can be removed with enough effort.
Anyone who buys equipment from a university surplus property
department on a regular basis is well familiar with that.

Careful research has conclusively proven that the performance of a
NeXT is in no way affected by having engravings made into the case.
Sorry if it offends your sense of esthetics to have the `insanely
great' black case marred by engraving, but I think you'll be more
offended if your machine is stolen.  One particularly effective
marking I saw once was *BRANDING* into the case.  You couldn't help
but notice it.  At a campus where computer theft was endemic, no
branded machines ever got ripped off.

I have also determined that engraving does not significantly affect
the resale value of the equipment.  I have sold quite a bit of
engraved equipment that I have used and retired over the years without
hassle.  All you need to do is draw up a bill of sale transferring
title to the new owner.

At the minimum, you should engrave your name and driver's license
number including the issuing state or province.  Yes, your *driver's
license number*, not your Social Security number.  A driver's license
number is the one thing that even a cop in Lower Podunk can use to
track you down.  Often, they can do it from their squad car.  I
believe you can have your report of stolen property noted on your
driving record, so when the cop in Lower Podunk he'll see the report.

Thieves know this, and avoid marked property.  This won't prevent
theft entirely, but if there are easier pickings elsewhere the thief
will go there and leave you alone.
Newsgroups: comp.sys.next.misc
From: jr@sade.ka.sub.org (Jochen Richter)
Subject: Re: How to set nbuf=64 as default?
Date: Thu, 5 Nov 1992 06:36:18 GMT
Reply-To: jr@pilhuhn.ka.sub.org
Organization: The Home of the Pilhuhn

In article <22OCT199214011322@mpx2.lampf.lanl.gov> silbar@mpx2.lampf.lanl.gov  
(Dick Silbar) writes:
> This probably has been covered in the earlier thread on how to speed up
> execution under 3.0 by booting (from the NeXT> prompt) with
> 
>    bsd sdmach nbuf=64
> 
> (instead of the default nbuf=16).  But how does one set the default?
> I tried last night to set the configuration parameters (with NeXT>p)
> I found nothing that referred to setting nbuf.  And, setting the boot
> command to 'sd nbuf=64' (and variations) did nothing.  [It all had to be
> set back to 'sd' to work again.]
> 
> Anybody know?
> 
>    Dick Silbar

Set a hard link on sdmach, i.e. k (for kernel).
Then type NeXT>p and set:

sd k nb=999.

Set any number up to 999. The problem is that there are only 11 (!) characters  
allowed as input for this command.

Jochen


--
Jochen Richter                              Phone +49-721-696922
Zahringerstrasse 57                         Fax   +49-721-696988
D-7500 Karlsruhe 1                          e-mail: jr@sade.ka.sub.org
                                                    jr@pilhuhn.ka.sub.org
Germany                                             jr@resy2.kfk.de                                            
Newsgroups: comp.sys.next.misc
From: andrew@cubetech.com
Subject: Re: Amiga / Mac and NeXTStep..
Organization: Cube Technologies, Inc.
Date: Mon, 9 Nov 1992 19:41:35 GMT

In article <1992Nov8.210118.12604@wam.umd.edu> rsrodger@wam.umd.edu (Yamanari) writes:
>In article <BxEyK2.G5E@news.cso.uiuc.edu> jeffo@uiuc.edu (J.B. Nicholson-Owens) writes:
>>If NeXT wants to make money, I would think they'd stay far away from porting 
>>just any platform.  Ease of porting doesn't necessarily it would be a good  
>>port to do.
>
>
>	It cannot _hurt_ NeXT to have the software available.  The 
>	Mac port would be, essentially, a recompile with some work
>	to handle IO (hd, video, mouse, kbd..).. The basic OS would 
>	remain essentially unchanged.  Not a huge investment.

I would bet that you have never written a low-level device driver.  In
any event, cost time and resources aside, NeXTSTEP on a Quadra would
be a doug due to video bandwidth.  NuBus is way too slow for
NeXTSTEP's video demands.


andrew
Newsgroups: comp.sys.next.misc
From: ab@nova.cc.purdue.edu (Allen B)
Subject: Distinguishing 3.0 binaries
Organization: Purdue University
Date: Tue, 10 Nov 1992 19:43:38 GMT

Could anyone please tell me an easy way to tell (on a 3.0
system) whether a binary is 3.0 only or 2.x also.

I'm having a devil of a time getting submitters to tell me
and I'm tired of sending out form letters (especially to
those who don't give me Copyable email addresses @*#!).  I
guess I'll change the submissions README to stress these
things. 

In related news, thanks for being patient (well, most of
you anyway :-) ).  I've been out of the office a lot lately
fixing other people's machines and haven't had much time
to manage the Archives.  Though we still have a few NeXTs
that appear to be cursed, things are settling down. 

If you could post under this title or email to
archive-management@nova.cc.purdue.edu it'd be much
appreciated.  Thanks everyone! 

Allen B (Blowing the dust off his Archivist's hat)
From: sam_s@NeXT.com (Sam Streeper)
Newsgroups: comp.sys.next.misc
Subject: Several BackSpace screen savers submitted to purdue
Date: 7 Nov 92 00:34:34 GMT
Reply-To: sam_s@NeXT.com

I just submitted several interesting screen savers to the purdue archive  
(nova.cc.purdue.edu).  The file is /pub/next/submissions/more3.0Views.tar.Z

It contains various BackSpace 3.0 screen savers done by others, occaisionally  
slightly modified by me.  They are:

Alarm: a digital alarm clock by Erik Kay
MartinView: a very cool fractal generator by Jeff Adams
MovieShow: a movie viewer modified for 3.0
Multi: displays several screen savers simultaneously, by Erik Kay
Neko: the classic sleepy kitty
PlanetView: an interesting orbital simulation by Kurt Werle, modified by me
PolyHedra: a 3-D spring model, slightly modified for 3.0
Swarm: an interesing demo, turbocharged by scott byer.  Shows how fast
	postscript can be if you know what you're doing.

These require BackSpace 3.0, and they need to be compiled (type "make install")

Enjoy,
-sam

--
Opinions expressed herein are not those of my employer.  They're not even
mine.  They're probably wrong besides.  How did they get in here, anyway?
Newsgroups: comp.sys.next.misc
From: mek@guinan.psu.edu (Mark E. Kotanchek)
Subject: Re: MATLAB (porting philosophy)
Organization: Penn State Center for Academic Computing
Date: Wed, 11 Nov 92 20:26:24 GMT

After I shipped off my post bitching about the dearth of numerical  
analysis software for the NeXT, I came across this posting in  
comp.sys.next.software which gives me hope for the NeXT and adds credence  
to my contention that X-based software which executes on the NeXT is a  
bogus approach.

   I just spoke with the folks who produce this package and they
   told me that they have just decided to do a dedicated NeXTSTEP
   port, not just an X11 implementation, thanks to the
   overwhelming response they've  gotten from NeXT users!  
   
   [collective back patting]
   
   The salesman I spoke with was very curious about NeXT machines
   and said that there is one salesman there who already has a NeXT
   and loves it to pieces.  
   
   This could be a Very Good Thing.
   
   David Basiji 
   
I rest my case!

Mark
--
Mark Kotanchek
Guidance & Control Dept - 363 ASB
Applied Research Lab/Penn State
P.O. Box 30
State College, PA 16804
From: cjn@vaal.cpr.upenn.edu (Christopher Nagel)
Newsgroups: comp.sys.next.misc
Subject: Re: Alarm Clock?
Date: 9 Nov 92 21:20:38 GMT

In article <BxDuAu.L6u@news.cso.uiuc.edu> jeffo@uiuc.edu (J.B. Nicholson-Owens)  
writes:
> slugg jello writes
> > If you would like an audible alarm, check out a new app called TimeFlies
> 
> Now there's also a Backspace 3.0 screensaver that has an alarm.  Check out >  
-- Jeff (jeffo@uiuc.edu)

Should the following also work?:
	at 0830 sndplay MySound.snd

Chris
cjn@vaal.cpr.upenn.edu
Xref: sparky comp.sys.next.misc:21789 comp.sys.next.programmer:7100
Newsgroups: comp.sys.next.misc,comp.sys.next.programmer
Subject: Edit Mode In Terminal.app
From: sulistio@sutro.SFSU.EDU (Sulistio Muljadi)
Date: 9 Nov 92 07:33:07 PST
Distribution: world
Organization: San Francisco State University

I have found that using editmode emacs in Terminal.app is very useful...
I have been using it for years... and now I missed it on other UNIX platform
since my work doesnt use any NeXT...  
Is there any way to get that emacs editmode into other UNIXes, such as SGI,
Sun, AIX, HP-UX?  
For those of u who dont know what is the emacs editmode, type
set editmode = emacs
in ur Terminal.app shell, and use ur Emacs keys...

Thank you...

-- 
Mul			    |  Alt. address: sulistio@sutro.sfsu.edu
sulistio@futon.sfsu.edu	    |		     sulistio@sfsuvax1.sfsu.edu
#include "std/disclaimer.h" | NeXTmail ->    sarong!sulistio@cs.sfsu.edu 
>Genius is one per cent inspiration and ninety-nine per cent perspiration.
From: droberts@cs.umr.edu
Newsgroups: comp.sys.next.misc
Subject: ACAD ----> NeXT STEP 486 ????
Keywords: ACAD, NeXT Step 486
Date: 6 Nov 92 16:40:45 GMT
Article-I.D.: umr.1992Nov6.164045.234
Reply-To: droberts@cs.umr.edu
Organization: University of Missouri-Rolla, Missouri's Technological University

I am still looking for an AUTOCAD type of package with (Dimesioning capabilities), more  
of an engineering package rather than 3D modelers, although it is I'm sure a very nice  
package.

If anyone knows if ACAD can be interfaced with  NEXT Step 486 PLEASE let me know!!

droberts@cs.umr.edu
derek  <><   "May GOD bless this nation (USA)"
From: dblakele@hercules.acpub.duke.edu
Newsgroups: comp.sys.next.misc
Subject: Workspace[155] Error
Date: 9 Nov 92 10:09:09 GMT
Organization: Duke University; Durham, N.C.
Originator: dblakele@raphael.acpub.duke.edu

When I was loading a copy of WordPerfect.pkg this morning (don't ask why
I was doing it at 4am, I'm cramming for a biostats test) I got this error:

Nov  9 04:25:39 Workspace[155]: Error while querying for for device
info at /WordPerfect 2 with devnum 1544.

The disk was mounted and showed up in the FileViewer as a file folder and
not as a floppy.  The message on the shelf said that "7.01 KB available on
foreign disk" but nothing was misbehaving.  Just for fun, (when I had 
copied that part of the WP.pkg file onto my hard drive for safe keeping)
I went ahead and re-initialized the disk and got:

Nov  9 04:28:55 Workspace: Unmounted floppy disk at /WordPerfect 2
/usr/etc/disk -i -h legolas -l "WordPerfect 2"  /dev/rsd1a
disk name: PLI SUPER FLOPPY
disk type: removable_rw_scsi
device = /dev/rsd1a   block size = 512   capacity = 1 MBytes
Disk Format in progress...
***Format Complete***
writing disk label
creating new filesystem on /dev/rsd1a
/usr/etc/newfs -n -v /dev/rsd1a
setting optimization for space with minfree less than 10
/etc/mkfs /dev/rsd1a 1344 9 2 8192 1024 16 0 5 2048 s
Warning: 6 sector(s) in last cylinder unallocated
/dev/rsd1a:	1344 sectors in 75 cylinders of 2 tracks, 9 sectors
	1.4Mb in 5 cyl groups (16 c/g, 0.29Mb/g, 64 i/g)
super-block backups (for fsck -b#) at:
 16, 320, 592, 896, 1168,
initialization complete

However, the floppy icon still didn't show up in the File Viewer, but still
wanted to behave as a "foreign" disc.  I proceeded with the installation
and moved on with my business.  Just thought it was rather odd behavior
and wanted to share it.  Oh, BTW, I've got NS3.0-Gold running with the
DiskEject bug fix running on this system with a PLI SuperFloppy drive
which seems to working okay (for the most part  :-).  I'm curious, though,
about the "foreign" disc business.  Hmmm.

Peace


-- 
| Dean D Blakeley, MD            | Internet:dblakele@acpub.duke.edu           |
| Ambulatory Care Service (11C)  | BITNET:blake007@dukemc.mc.duke.edu         |
| Durham VA Medical Center       | FORUM:blakeley,dean d@durham.va.gov        |
| Durham NC 27705                | NeXTMail accepted  #include <disclaim.h>   |
Newsgroups: comp.sys.next.misc
From: sherwood@space.ualberta.ca (Operator)
Subject: Re: New SUN's, Bad news for NeXT?
Organization: University Of Alberta, Edmonton Canada
X-Newsreader: TIN [version 1.1 PL6]
Date: Thu, 12 Nov 1992 20:13:52 GMT

James Dehnert (zeke@esosun.UUCP) wrote:
: 
:   Given the recent history of NeXT ( overnight OD droping, NeXT Dimention 
: problems, No current upgradability for the stations, no word on the future 
: of the cube, the ADB upgrade policy ( i.e. sell your old box and buy a new 
: one ), no low cost color for the cube, no synchronous SCSI, and I'm sure 
: there is more ) all i can say is that given the choice now of a NeXT or 
: SUN, I would go with the sun, and I bet a large amount of people will begin 
: to purchase the new SUN's over the NeXT's.
:   I for one am sad to see it.  I still love my cube, even though It seems 
: to be at a dead end.  If the cube dosen't live on I WILL buy one of these 
: SUNs to replace it, unless NeXT can get on the ball and make me believe that 
: they will have the horsepower, and that I won't have to sell my whole 
: system every time I want the new and improved feature, like ADB od sync SCSI.
: 
:   What does everybody else think?  Any comments from NeXT?  I didn't think so.
: 

Sorry, can't agree with you here, at least not totally.  Despite the small
numbers of Nexts, and the brief time they've been around, there is already
a ton more usable PD software available than there is for X.  

The buyers of the Cube got shafted, true.  But computer technology is a moving 
target at the best of times.  If you plan for continious upgrades by making
the whole system modular, you can usually extend things for 1 generation.  
Then something you hadn't anticipated comes up.  

Example.  Suppose that Next came out Next week with a dec Alpha CPU daughter
board upgrade -- a cute 4 x 4 card that plugged into the 68040 socket.  
Now all your memory is too slow, your disk is too slow, and so on.

Still, there are areas where Next blew it.  For stuff that attaches more 
options are in order.  E.g.  X windows users like three button mice.  (Our 
stardent not only uses all three buttons, but uses chords, and button
control, shift, alternate combinations.)  I would dearly like a keyboard with 
pageup/down keys.  Monitors.

I was talking to Kubota Pacific the other day.  Our present Titan 3000 is soon
to be an orphan.  They will continue to make parts for it, and support it in
terms of repair, but there is no upgrade path.  We bought this machine three 
years ago.  

The Titan (An 80 MFlop machine) is a backplane/board machine.  So it would 
seem to be reasonable to replace the cpu boards.  Nope.  Backplane is running
right at the limit now for memory transfer.  

So sell your cube/slab and buy the latest and greatest.  Like cars, computers
depreciate 30% on being driven out of the showroom.

Now you know why it's called 'cutting edge' technology.

The change to ADB is a nuisance,
--
=> Sherwood Botsford                   sherwood@space.ualberta.ca <= 
=> University of Alberta         Lab Manager, Space Physics Group <=         
=> tel:403 492-3713                             fax: 403 492-4256 <=