HDTenEightyP/NetNews huggingface dataset:
From: sherwood@space.ualberta.ca (Sherwood Botsford)
Subject: Re: su File Viewer
Organization: University Of Alberta, Edmonton Canada
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 18 Nov 1992 17:43:17 GMT

Ian Jefferson (ijeff@alfred.carleton.ca) wrote:
: > sherwood@space.ualberta.ca (Sherwood Botsford) writes:
: 
: >This is why I prefer programs that are tar.Z's or zips to those that
: >are packages.  I can start one or more gnutars or unzips and stuff in
: >background.  Installer has a raft of mouse clicks and dreck.
: 
: Of course its a bit difficult to uninstall zips and tars whereas you can
: simply press the delete button on installer! I'm still trying to
: uninstall bits of Who's calling from wherever it resides on disk(s).
: 

Yeah, that one bothered me too.  Most tar.Z's would unpack into a self
contained subdirectory, but on occasion, one would dump all over my Untested
directory, and I'd be picking bits out here and there for a while.

But I can do this to uninstall a tar. (Assuming the original tar is still
around)

rm -ifr `tar -t tarfile.tar ` 

I don't have a good answer for miscreant Makefiles that stuff things
here and there. 
--
=> Sherwood Botsford                   sherwood@space.ualberta.ca <= 
=> University of Alberta         Lab Manager, Space Physics Group <=         
=> tel:403 492-3713                             fax: 403 492-4256 <=         
Newsgroups: comp.sys.next.misc
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Subject: Re: NIC for nonmilitary
Organization: University of Illinois at Urbana
Date: Fri, 20 Nov 1992 07:50:12 GMT

dan@ennex1.eng.utsa.edu (Daniel Shelton) writes:

>Hello All,

>	Is there an NIC type information service which will list nonmilitary internet sites?

whois -h nic.ddn.mil 'partofname'
will return info on most Internet sites.  For information on a
.uiuc.edu domain address, say 'whois -h nic.ddn.mil uiuc.edu'.  For
information on sites containing the word 'Illinois', say 'whois -h
nic.ddn.mil Illinois'
I am including the explicit -h because NeXTSTEP 2.x's 'whois' still
has the old arpanet address for the NIC, and you must use the
nic.ddn.mil address nowadays.
Also, just because it is in the .mil domain, don't let it fool you -
it has a fairly complete list of every domain registered on the
whole Internet.    Note that you cannot say 'whois
ux1.cso.uiuc.edu'... it only knows domain names, not machine names.
-- 
David Lemson                                                (217) 244-1205
University of Illinois NeXT Campus Consultant / CCSO NeXT Lab System Admin
Internet : lemson@uiuc.edu                UUCP :...!uiucuxc!uiucux1!lemson 
NeXTMail accepted                                  BITNET : LEMSON@UIUCVMD
Newsgroups: comp.sys.next.misc
From: samurai@cs.mcgill.ca (Darcy BROCKBANK)
Subject: NeXT Trinitron Monitor
Organization: SOCS - Mcgill University, Montreal, Canada
Date: Tue, 17 Nov 1992 16:21:39 GMT


Well, it just arrived. All I can say after a year of using
the Fimi monitor is:

WOW, BLUE!!!!!


The new monitor is VERY impressive. It is crisp, and clear,
and the colors are WAY WAY WAY better than the old crappy
monitor.



THUMBS UP to NeXT on this one!

- db

Newsgroups: comp.sys.next.misc
From: popaul@cs.mcgill.ca (Paul Terray)
Subject: NeXTmail format ?
Organization: SOCS - McGill University, Montreal, Canada
Date: Thu, 19 Nov 1992 14:19:07 GMT


I read my mail through different system so I cannot use NeXTmail, but as
I use elm, I can filter all NeXTmail to another program. But what I want
to know is the format of the NeXTmail. I know it is uuencode with index
containing the text, but I don't know anything about the header.

Could someone help me ?

Paul
popaul@binkley.cs.mcgill.ca
Newsgroups: comp.sys.next.misc
From: dan@ennex1.eng.utsa.edu (Daniel Shelton)
Subject: Re: NeXT DSP memory
Reply-To: dan@ennex1.eng.utsa.edu (Daniel Shelton)
Organization: Univ of Texas at San Antonio
Date: Mon, 23 Nov 1992 22:55:48 GMT

In article <1992Nov23.172959.3855@pencom.com> ph@pencom.com (Patrick  
Hester) writes:
> Does anyone know about adding DSP memory to a (non-turbo) 68040 cube?
> I've checked the FAQ but no mention of DSP memory.
> I'd like to pump up the DSP so I can have lots of synthesis going on at
> the same time.
> So if anyone knows how much memory can be added, what kind, where to
> get it, prices or any other clues, please let me know. Also if you
> happen to have an idea how extra memory will change the limits...
> 
> Thanks
> 
> Patrick Hester  ph@pencom.com  (212) 513-7777  NeXT Mail OK  =8(\/\)

You can add another 32K of memory, they will say 96K, but the DSP memory is 24 bits wide so it is only 32K, to the DSP via a SIMM module from NeXT for $195.  Call them at 1-800-848-NeXT for details. Part #N7013.

Dan (dan@ennex1.eng.utsa.edu)r clues, please let me know. Also if you
> happen to have an idea how extra memory will change the limits..
Newsgroups: comp.sys.next.misc
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn)
Subject: Re: NeXT/Addison-Wesley Documentation Set Update
Date: Tue, 24 Nov 1992 01:15:33 GMT

irving@Happy-Man.com (Irving_Wolfe) writes:
> gad@eclipse.its.rpi.edu (Garance A. Drosehn) writes:
> > 	 [many interesting comments]
> >Hmm, would it be a hassle to do it the other way?  Email an order
> >with all the details except for the credit card number, and then
> >call up with that  last tidbit?
> 
> That's what he wound up doing, and I can report that it was
> slightly more hassle than getting it all in e-mail, but
> considerably less hassle than getting the whole thing by phone.

And the first part of the order (which contained all five books that are  
currently available) arrived this morning.  So, I'm happy that Irving took  
the time and effort to set up this offer.

--
Garance Alistair Drosehn     =     gad@eclipse.its.rpi.edu
ITS Systems Programmer            (handles NeXT-type mail)
Rensselaer Polytechnic Institute;           Troy NY    USA
From: ab@nova.cc.purdue.edu (Allen B)
Newsgroups: comp.sys.next.misc
Subject: Re: ViewGif for NS 3.0
Date: 19 Nov 92 14:53:07 GMT
Organization: Purdue University

In article <3765@news.cerf.net> jschuman@cerf.net writes:
> Does anyone either source that is actually compilable or already compiled  
> that runs under 3.0 of ViewGif2.1.1?
> 
> I don't have the time to go in a debug the thing, it won't compile under  
> 3.0.
> 
> So far Archie has only pointed me in the direction of source code and not  
> compiled apps. 

Really?  You can get a compiled ViewGif from sonata as:

	pub/next/2.0/bin/ViewGif2.Z

I don't like to keep things as just source.  This binary
works under 3.0 (well it just did for me). 

I recommend ImageViewer instead since it does more:

	pub/next/2.0/bin/ImageViewer0.9e.tar.Z

ab
Newsgroups: comp.sys.next.misc
From: heller@heller.slip.uiuc.edu (Helmut Heller)
Subject: Drive vendor addresses sought
Reply-To: heller@lisboa.ks.uiuc.edu
Organization: University of Illinois at Urbana
Date: Tue, 17 Nov 1992 19:10:18 GMT

Hello,

I am trying to get in contact with "East Coast Electronics". Their 800 number  
(1-800-995-9919) has been disconnected. Could anyone e-mail me their new  
number or location?

Also I would need the number or address of "S.A.G. Electronics".

Any help greatly appreciated.



--
Servus, Helmut  (W9/DH0MAD) ______________NeXT-mail preferred________________
heller@lisboa.ks.uiuc.edu   "Knowledge must be gathered and cannot be given" 
FAX:   (217)244-6078                      ZEN, one of BLAKES7                
Phone: (217)244-6914        -------------------------------------------------
Helmut Heller, University of Illinois at Urbana-Champaign, Beckman Institute
Theoretical Biophysics Group, Room 3143, MC 251
Newsgroups: comp.sys.next.misc
From: andersen@reality (Robert Andersen)
Subject: Re: Stolen NeXT Station Color
Organization: Encompass
Date: Mon, 16 Nov 1992 19:39:37 GMT

In article <1992Nov16.140459.1543@ornl.gov> h23@ORNL.GOV (HEIN JR R C) writes:
> If the person(s) who stold the machine look at this group, then they have
> all the information they need to break the security of the machine.  
> 
> PLEASE!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
> 
> Don`t post everything, if you must know the details e-mail someone,
> don't just leave it sit so anyone can read it.
> 
> The odds are that the person(s) who stold this cube will not read this, 
> but what if I was a planning to steal a cube.  I now know how to get 
> around the root password.
> 
> PLEASE!!!!!!!!!!!   make life easier on those of us trying to make
> security better, and use discression when posting.
> 

If they know how to use the net, then they probably are computer literate and  
will know how to use the on-line documentation to find out how to change the  
password.


--
Robert John Andersen           
(919) 380-6523 (v,w)
andersen%reality@glv.com - NeXT mail!

Outside of a dog, a book is man's best friend.
Inside of a dog it's too dark to read.
Newsgroups: comp.sys.next.misc
From: timm@xongmao.ncsa.uiuc.edu (Tim McClarren)
Subject: Re: Why, Why, WHYYYY?? USE OBJECTIVE-C for IB??
Organization: University of Illinois at Urbana
Date: Tue, 24 Nov 1992 01:56:09 GMT

cs000rdw@selway.umt.edu (Richard D Warner) writes:


>	You site 8 hours to learn Objective-C.  I disagree.  Perhaps if you
>are in an environment where some guru can instruct you, or you find a good
>book.  I have one book, and a couple more that are new and have been 
>back ordered for weeks.  My learning has been from picking apart the 
>examples, and pulling info off the net.  The Objective-C looks quite alien.

>Rich

This is entirely debatable, but I would say that if you already know
OOD and perhaps the semantics of one or two OOL's, then learning another
comes very readily.  I learned Objective in very short order after knowing
Object Pascal and C++ (even though Objective is the only "full" OOL of
the three).
-- 
Tim McClarren     | "...a bajillion brilliant Jobsian lithium licks."
timm@ncsa.uiuc.edu|
(217)244-0015     |
Xref: sparky comp.sys.next.misc:22106 comp.sys.next.programmer:7286
From: madler@cco.caltech.edu (Mark Adler)
Newsgroups: comp.sys.next.misc,comp.sys.next.programmer
Subject: Re: pkzip file format
Date: 18 Nov 1992 20:38:44 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: sandman.caltech.edu
Keywords: pkzip


Alex Duong Nghiem summarized:
>> 2. pkzip is also available on sonata.

Actually, Info-zip's Zip and Unzip are available on sonata (both
source and compiled).  "pkzip" implies a product of PKWare, which
it is not.  Info-zip is entirely independent of PKWare, but is
fully compatible with PKWare's products for the MSDOS and other
worlds.  Oh, and Info-zip's stuff is free.  PKWare's isn't.

Mark Adler
madler@cco.caltech.edu
Newsgroups: comp.sys.next.misc
From: gvh@metrosoft.com (Gordon Van Huizen)
Subject: Re: New RISC chip?
Reply-To: gvh@metrosoft.com (Gordon Van Huizen)
Organization: Metrosoft
Distribution: usa
Date: Mon, 16 Nov 1992 21:53:30 GMT

In article <1992Nov15.192329.324@pages.com> kevin@pages (Kevin Sven Berg)  
writes:
> In article <1992Nov13.083519.1426@metrosoft.com> gvh@metrosoft.com  
(Gordon Van  
> Huizen) writes:
> > 
> > Mainframes and super-minis have had writable control stores for almost  
30  
> > years...
> 
> I stand corrected. However, I don't believe these things have been 
> around that long in silicon, which are the WISC chips that I was  
refering to.
> 

Who said anything about silicon? The important thing is the concept and  
technique which is very old indeed. I really enjoyed it when people got  
all excited about the architecture of OS/2. I thought to myself "How  
grand! We've caught up to 1966!".

Seriously, it is exciting when concepts and techniques enter an arena in  
which we operate and enjoy more wide-spread use. But smaller-computer  
types have long worn blinders to where the rest of the industry has been  
and felt that some technology was 'new' when it really wasn't. 

Gordon
-- 
----------------------------------------------------------------
Gordon Van Huizen           vox: 619.488.9411  fax: 619.488.3045
Metrosoft                   gvh@metrosoft.com [NeXTmail welcome]
----------------------------------------------------------------
From: theodore-michael@yale.edu (Michael Theodore)
Newsgroups: comp.sys.next.misc
Subject: Common Music
Date: 23 Nov 1992 19:07:37 -0500
Organization: Yale University Science & Engineering UNIX(tm), New Haven, CT 06520-2158
NNTP-Posting-Host: minerva.cis.yale.edu

Could anyone tell me the steps it would take for me to get the Mac port
of Common Music up and running? Please e-mail responces. Many thanks in
advance! (If you don't know about this program, and are into music composition
on the NeXT platform, you should definetly check it out).
	Thanks,
		Michael
-- 
God's beard drips frothy chaos........
		theodore-michael@cs.yale.edu
Newsgroups: comp.sys.next.misc
From: ab@nova.cc.purdue.edu (Allen B)
Subject: Re: RenderMan-High resolution rendering?
Organization: Purdue University
Date: Mon, 16 Nov 1992 14:58:08 GMT

In article <1992Nov13.170817.4439@news.media.mit.edu> wave@waits.media.mit.edu  
(Michael B. Johnson) writes:
> Lighten up.

Sorry I sounded so heavy.  I certainly didn't mean to.

> I don't have the specs handy, but in the last few months, Kodak has announced  
> (but not shipped, to my knowledge) a few new types of Photo-CD, the largest  
of  
> which is intended for digital archiving of 4x5s.  I would hope the resolution  
> is higher than 4Kx3K, since the high res version of the 35mm consumer product  
> is about 3Kx2K...

I based what I said on misremembering what I read in
Computer Pictures (admittedly, not the greatest
source).  I've got the magazine here now and it does say
that a company is experimenting with making 20 x 20 inch
(square :-) ) posters from (presumably consumer) Photo
CD.  I'd like to see some of those.

They also mention "In such applications [ as slick
magazine covers and pages ], even Kodak officials have
conceded that Photo CD images will not be adequate
because of resolution loss."  I'm not going to make a call
like that 'til I've tried it, but some people (even at
Kodak) seem to believe it. 


I'm looking forward to Photo CD.  I don't know what impact
it'll have on the consumer market, but anything that
promotes the use of digital image technology is a Good
Thing in my book.

ab
Newsgroups: comp.sys.next.misc
From: eric@luke.eecs.wsu.edu (Eric Schneider)
Subject: NeXTStep 3.0 IB Tutorial???
Originator: eric@luke.eecs.wsu.edu
Organization: Washington State University
Date: Tue, 24 Nov 92 02:23:23 GMT

I seem to recall a few months back mention of a tutorial available
for the NeXTStep 3.0 Interface Builder...  Does anybody know where
this is??

Eric
From: madler@cco.caltech.edu (Mark Adler)
Newsgroups: comp.sys.next.misc
Subject: NeXT Edu Sampler CD
Date: 19 Nov 1992 17:56:27 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: sandman.caltech.edu


Well, I got mine.  It'll take me while to look what all is on it.
The documentation with it says that it has all the NeXT modified
GNU software, which if true is a pleasant suprise.

Mark Adler
madler@cco.caltech.edu
Newsgroups: comp.sys.next.misc
From: smk5@quads.uchicago.edu (Steve Kramarsky)
Subject: FSTAB entry?
Reply-To: smk5@midway.uchicago.edu
Organization: University of Chicago Computing Organizations
Date: Sat, 21 Nov 1992 00:49:17 GMT


Hello World!

  Anyone got an FSTAB entry for a seagate ST4766N?  I'd preciate it.

  THAAdvanceNKS

   Steve Kramarsky

-- 
            Steve Kramarsky, University of Chicago Law School
             steve@faerie.chi.il.us -=NeXTmail always nice=- 
     "All I did was kiss a girl." - Jake, the night before his hanging.
From: dblakele@hercules.acpub.duke.edu
Newsgroups: comp.sys.next.misc
Subject: WordPerfect.app Version 1.0.1 (25 Sept 1992)  Printing Problems
Date: 16 Nov 92 14:21:02 GMT
Organization: Duke University; Durham, N.C.
Originator: dblakele@raphael.acpub.duke.edu

Good morning, folks!

For the last few days my wife, Denise (The Unix/C Programming Goddess (tm))
has been working with the New and Improved WordPerfect for NS3.0.  Sure,
they were able to fix the problems with bolding and italicizing with the
new distribution, but now something else seems to have cropped up.  When
working with some letters and envelopes she's had some problems sending
them to the printer.  Either the whole page will be printed in black about
20% of the time in a random fashion, or the printing on the envelope
won't be lined up at all.  

Has anybody else had problems like this so I can bitch to the Wizards of Orem,
or is it a NS3.0 problem?

Funny thing, though, is that if WordPerfect screws up, I can usually find
an error message in the Console Log.  Nothing shows up there and no other
error messages show up as well.  If we take the .wp letter and message it
to Preview, Preview prints it up with no problems.  I also print a fair
bit with Appsoft Draw and haven't had any similar problems like that with
WP.  I just love life with NS3.0-Gold.

You may respond by email or the net at your discretion.

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: mark@cyantic.com (Mark T. Dornfeld)
Subject: Re: Ethernet id
Organization: CYANTIC Systems
Date: Wed, 18 Nov 1992 14:21:20 GMT

In article <1ebpp5INNr5d@menudo.uh.edu> sears@tree.egr.uh.edu writes:
>In article <1ebef5INNosc@gap.caltech.edu> madler@cco.caltech.edu (Mark Adler)  
>writes:
>=>
>=>>> Try grepping through /usr/adm/messages for "Ethernet address".
>=>
>=>This might not work.  messages appears to have a size limit, and stuff
>=>drops off of the beginning.  messages.old is the same, so it can drop
>=>off of there too.  Just for fun, I grepped for "Ethernet address" on
>=>every file in /usr/adm on a long-ago booted NeXT, and it wasn't there.
>=>
>
>Not entirely.  The stuff in /usr/adm is trimmed daily, weekly and monthly by  
>the various scripts that are run via cron.  This helps keep the logs from  
>growing indefinately.  For example, messages and syslog are trimmed daily as  
>they can grow to a rather large size within a day on a busy server.  The  
>messages.old is the previous day's log.
>
>=>Mark Adler
>=>madler@cco.caltech.edu

I guess there are pro's and cons to most of these methods.  Different
strokes.......

Anyway, here's another possibility.  In NetManager, there is a field for
storing the ethernet address.  Once it has been entered there, it will show
up in the NetInfo tables. Of course, this all depends on getting the
address in the first place, but having it in NetInfo isn't a bad idea for
general network management.
-- 

Mark T. Dornfeld                              Voice: (416) 234-9048
CYANTIC Systems                               Facsimile: (416) 234-0477
101 Subway Crescent Suite 2103                Email: mark@cyantic.com
Newsgroups: comp.sys.next.misc
From: ab@nova.cc.purdue.edu (Allen B)
Subject: Re: Compiling 2.0 source under 3.0
Organization: Purdue University
Date: Fri, 20 Nov 1992 14:48:01 GMT

In article <1ecl0rINNihk@iskut.ucs.ubc.ca> besler@geop.ubc.ca (Steve Besler)  
writes:
> 	How do I compile 2.0 source under 3.0?
> I noticed the 2.0CompatibleHeaders directory, does this
> have something to do with it?

Here's what I know, and I'd love to hear more:

When you compile a program written under 2.x on a 3.0
system, the system is supposed to advise you of header
file changes and substitute the right ones.  When it
works, it's really cool and you can go back and fix your
source to the new way and you're fine.

A lot of times, though, it doesn't work.  Then you can look
for the right header file yourself, but we've found that
some of them just seem to be gone!  Some of the structures we
used to use aren't present in the new header files.

In that case, you can run back to your 2.x distribution,
but that's not a good solution. :-( 

> 	Are 2.0 binaries "safe" to run under 3.0 ?

Most of them seem to work fine.  Sone don't.  That might be
because they have left over pieces from 1.x (like old
nibs?).  I don't really know, but the 2.x programs I've had
trouble with were old 2.0 ones.  Stuff I compiled myself
(under 2.1, I think) is OK.  

> 	How about 2.0 source compiled under 3.0 ?

If you can get it to compile, it seems to work.  I've had so
much trouble getting things to compile that I haven't
tried many. :-(

ab
Newsgroups: comp.sys.next.misc
From: datec@gagme.chi.il.us (Charles Robinson)
Subject: COMDEX / NeXT booth
Organization: GAGME - Public Access UNIX of Chicago, Illinois, USA, Earth
X-Newsreader: TIN [version 1.1 PL7]
Date: Sat, 21 Nov 1992 04:17:43 GMT

Could someone who attended COMDEX fill us poor souls in on what the
NeXT booth was like. In particular, is there any new word on NS486 or
suitable hardware for same.

Also I believe that there was some discussion of NextStep in the conference
sessions.

Tnx
Newsgroups: comp.sys.next.misc
From: hac@nexus.inesc.pt (Hugo Andrade Cartaxeiro)
Subject: NS3.0 & floppy access
Organization: INESC (Inst. Eng. Sistemas e Computadores) -LISBOA -PORTUGAL
Distribution: comp
Date: Tue, 17 Nov 1992 15:44:36 GMT


Hi next gurus,

	Why doesnt my worspace manager automatically open a
DOS/MAC/NETWARE diskette when I introduce one?

	Does it need to be root-mount as a special filesystem type
(dos/macintosh/nufs)? 

	Or I am just missing some thing?

thanks in advance,

--
      Hugo Andrade Cartaxeiro @ INESC [Inst. Eng. Sistemas e Computadores]
          CCAE [Centro de Comunicacoes em Ambientes Empresariais]
                 Av Dq d'Avila 23, 1000 Lisboa,  -PORTUGAL.
       Phone.: +351 1 3100070 Fax.: +351 1 3100008 e-mail: hac@inesc.pt
Newsgroups: comp.sys.next.misc
From: henry@trilithon.mpk.ca.us (Henry McGilton)
Subject: 3.0 Mac Floppy Copy Less Than Useful
Keywords: 3.0, Macintosh, Resources, Forks
Organization: Trilithon Software
Date: Sun, 22 Nov 1992 03:51:36 GMT


In 3.0, I notice that the ``system'' seems to look only at the Data
Fork of Macintosh files.  This is less than useful for Macintosh
format Type 1 font files, which in almost all cases have their
useful data in the resource fork of the file.

Changing directory to the Macintosh floppy and doing ls -1 shows
the Type 1 font to be of length zero, when in fact there's plenty
of font data hiding in there somewhere.

So, one of the major potential uses for 3.0 reading Macintosh floppy
disks is nullified by this behavior.  I've looked in the 3.0 release
notes and didn't see anything mentioned about 3.0 and Macintsoh
floppy disks, except for the watning about writing lots of small
files.

Anybody have any great ideas how to deal with these issues in 3.0?
I hope FloppyWorks is OK on 3.0, because I can't seem to do without
using FloppyWorks.

        ........  Henry
Newsgroups: comp.sys.next.misc