HDTenEightyP/NetNews huggingface dataset:
From: coco@cbnewsl.cb.att.com (felix.lugo)
Subject: Re: Foreign languages for BackSpace on purdue
Organization: AT&T
Date: Tue, 17 Nov 1992 02:56:21 GMT

In article <5890@rosie.NeXT.COM> sam_s@NeXT.com writes:
| I just put French, German, and Kanji interfaces for BackSpace 3.0 on  
| nova.cc.purdue.edu in the /pub/next/submissions/BackSpaceLanguages.tar.Z file.
| 
| Kanji requires 3.0J, and since I converted it to 3.0 from another nib myself,  
| I'm sure it's hard to read whether you speak Japanese or not!
| 
| enjoy,
| -sam
| 

	Thanks, but ...

	How about providing a "fix" for the performance problems encountered
in 3.0?  Or maybe foreign language support for Help panels in standard NeXT
applications and the spell-checker?  Or the fix to improve drawing performance
in InterfaceBuilder (try resizing a Button)?  Or a "working" version of the
Librarian (if such a thing exists)?  What the hell is NeXT up to?  Is there
going to be a "bug" release for 3.0, or is NeXT not even considering this
until AFTER the release of NeXTSTEP486 (assuming enough developers remain
to work on 3.0 bugs, that is)?

--Felix
From: ab@nova.cc.purdue.edu (Allen B)
Newsgroups: comp.sys.next.misc
Subject: Re: RenderMan NeXT App available to render to TIFF file?
Date: 19 Nov 92 14:37:21 GMT
Organization: Purdue University

In article <BxxvLo.I10@cmcl2.nyu.edu> galanter@nyu.edu (Philip Galanter)  
writes:
> I just had 3.0 installed on my Cube, and it looks to me as if RenderMan
> as provided is purely a programming tool.  Is there a shell command, or an  
> application available, to render RIB files to some standard image format  
> files...say TIFF?

Yeah, it's:

	/usr/prman/prman myFile.rib

Look in the Librarian in NeXT Developer under prman for
details.  You'll love it! 

ab
Newsgroups: comp.sys.next.misc
From: vrr@cbnewsj.cb.att.com (veenu.r.rashid)
Subject: Re: Location of X11R4 for 3.0
Organization: AT&T
Distribution: usa
Date: Sun, 22 Nov 1992 18:19:20 GMT

In article <1992Nov20.175130.2033@cbnewsj.cb.att.com> vrr@cbnewsj.cb.att.com (veenu.r.rashid) writes:
>
>Does anyone know where I can find X11R4 (mono) for 3.0?  My
>version of XNeXT (from cunixf) seems to be broken.
>
>
>I will summarize if there is interest.
>
>Please email vrr@cbnewsj.att.com
>
>Thanks very much,
>Veenu
>
>vrr@cbnewsj.att.com
>


From the deluge of email I have received, it seems a lot of people need this
information, so I am summarizing to the net.

I received one response, which was that MouseX works and one version of XNeXT
which works under 3.0 is to be found on foxtrot.ucsb.edu.  I dl'ed this and it
works.  However, due to the size of the files (10 and 20 meg tar.Z files) I
have not been able to download the full distribution.  If someone dl's this
and splits it or knows of an archive where this has been done, please email me.

If someone knows of a version of MouseX which works, please followup to this
article so people can find it.


Thanks very much,
Veenu

vrr@cbnewsj.att.com
Newsgroups: comp.sys.next.misc
Subject: Re: Ethernet id
From: vhs@rhein-main.de (Volker Herminghaus-Shirai)
Date: Sat, 14 Nov 92 14:46:58 GMT
Reply-To: vhs@rhein-main.de

In article <HERRING.92Nov13093648@loke.iesd.auc.dk> herring@iesd.auc.dk (B.
Erickson Herring) writes:
> >>>>> On Thu, 12 Nov 1992 18:37:47 GMT, tagreen@lothario.cica.indiana.edu
>       (Todd A Green) said:
>
> [ Someone asked how to get the ethernet address of a given NeXT        ]
> [ machine.]

[Lots of stuff, including a cryptic sed script that relies on
undocumented features, deleted]

On my machine (default setup) I can just:
	grep Ethernet /usr/adm/messages
and get:
	Nov  9 18:06:49 qb mach: en0: Ethernet address 00:00:0f:00:92:7c

This is IMHO the easiest way.

--
Volker Herminghaus-Shirai (vhs@rhein-main.de)

Computer industry: Industry in which the number of units sold of any
given product is inversely proportional to its technical excellence.
See also: MS-DOS, Windows, IBM-PC, X, QWERTY,
          80x86, TrueType, Survival of the shittest.
Newsgroups: comp.sys.next.misc
From: torben@foralie.net.Hawaii.Edu (Torben Noerup Nielsen)
Subject: Re: NeXT's Object Oriented Database
Organization: University of Hawaii
Date: Wed, 18 Nov 1992 16:14:26 GMT

In article <1992Nov12.202750.7333@serveme.chi.il.us> datec@gagme.chi.il.us  
(Charles Robinson) writes:
> L J Jim Kiraly (jim@ljkiraly.lerc.nasa.gov) wrote:
> : A while back there were some posts about NeXT licensing an object  
oriented  
> : database that would likely figure in future operating system releases.   
Does  
> : anyone recall the specific OODB and vendor that NeXT licensed??
> :
> I believe you are referring to Object Design Inc. (joint announcement
> with NeXT last July).

Does anyone have an electronic copy of the announcement? Or more  
information on Object Design Inc.? Is there a product you can buy now?

Thanks, Torben
From: S.A.McIntyre@durham.ac.uk
Newsgroups: comp.sys.next.misc
Subject: HP DAT wont work with my system, SCSI problem?
Date: 21 Nov 92 17:26:26 GMT
Reply-To: S.A.McIntyre@durham.ac.uk
Organization: University of Newcastle upon Tyne, UK, NE1 7RU


I recently invested in a HP DAT drive, and it works fine, except that if I  
install it anywhere other than LAST in my SCSI chain, my system wont boot.

Unfortunately, I also have a HSD scanner, which since it does not have a  
SCSI regeneration, MUST be last in a the chain.

The errors I get are along the lines of system panics, and today when I  
tried again I got:

sd1 (2,0) scsi_timer: timeout op: 0x28 st_state: 7 scsi_status 0x0
Target 3: BUSY; retry 1 ... 9


I have the following SCSI devices:
1 - Internal HD
2 - External HD
3 - CD Rom
4 - HP DAT
5 - HSD Scanner

(those are the SCSI Ids).

Everything except the HSD has a second scsi-port for chaining.

Should I just whinge to the supplier and tell them that the scsi interface  
on the HP drive must be wonky?  Why will it work if it is the last device  
(with a terminator on the second port)?

Any help appreciated!

Scott
Newsgroups: comp.sys.next.misc
From: fosdal@phenxm.physics.wisc.edu
Subject: PERL for the NEXT?
Reply-To: fosdal@phenxm.physics.wisc.edu
Organization: U of Wisconsin Madison - Computer Sciences
Date: Sun, 22 Nov 1992 18:15:41 GMT

I have been trying to find a version of perl that works funder NS3.0.
Could anybody point me in the right direction?

--
Steven R. Fosdal      1150 University Ave, Madison WI 53706
NeXT System           Phone: (608)262-8947  Fax: (608)262-8628
Administration       fosdal@phenxm.physics.wisc.edu (NeXT mail o.k.)
Newsgroups: comp.sys.next.misc
From: dan@ennex1.eng.utsa.edu (Daniel Shelton)
Subject: NIC for nonmilitary
Reply-To: dan@ennex1.eng.utsa.edu (Daniel Shelton)
Organization: Univ of Texas at San Antonio
Date: Thu, 19 Nov 1992 22:37:29 GMT

Hello All,

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

Thanks,

Dan
Newsgroups: comp.sys.next.misc
From: kurrer@lisboa.ks.uiuc.edu (Christian Kurrer)
Subject: Monitor cable extensions?
Reply-To: kurrer@lisboa.ks.uiuc.edu
Organization: University of Illinois at Urbana
Date: Mon, 23 Nov 1992 23:47:12 GMT

I am looking for some creative way to extend the cable between the  
Nextstation cpu and monitor. Does anybody have any experience with this?  
Are there any third party vendors which offer these extension cables?
I am interested in solutions both for Black&White and for Color Station.

Thank you very much for any suggestions.
Christian Kurrer
kurrer@lisboa.ks.uiuc.edu
Newsgroups: comp.sys.next.misc
From: henry@trilithon.mpk.ca.us (Henry McGilton)
Subject: Speaking of Mac Disks
Organization: Trilithon Software
Date: Mon, 16 Nov 1992 05:46:35 GMT


As a previous poster (George Kamis) noted, Next Step 3.0, can
format, read, and write Macintosh formatted floppy disks.

Two points to mention about it:

    1.  data transfers to and from Mac disks are incredibly
        slow -- it beats tyromancy, but only by a slim margin.

    2.  Writing files is flakey.  There is some (unspecified)
        limit on the number of files you can write, and when you
        hit the limit, the file system on the disk appears to be
        hosed.  Let's hope NeXT can figure this one out soon
        and at least let us know what the limits are.

        I have a hierarchy with fifteen directories and around 430
        files.  The total size of the hierarchy is around 700K --
        only about half of the capacity of a Mac 1.4 MB disk.  The
        limit seems to come somewhere between 100 and 200 files.
        I couldn't see a pattern.  I eventually transferred all
        the files to the Mac, and put all the files onto one disk
        using the Mac.  The NeXT appears to be able to handle
        reading the disk all right -- just writes are flakey.

    3.  (since I promised to mention two points).  Transferring
        files from the NeXT to the Mac does only that --  there's
        no translation services (NL to CR for instance) a la
        FloppyWorks.  In fact, I ended up using FloppyWorks in the
        end to do the translation, as well as to set file type and
        creator.

So be aware that the universe of discourse in NeXT to Mac disks
may not cover all the things required to move files around correctly.

        ........  Henry
Newsgroups: comp.sys.next.misc
From: robert@amo.mit.edu(Robert Lutwak)
Subject: Re: su File Viewer
Reply-To: robert@amo.mit.edu
Organization: Massachvsetts Institvte of Technology
Date: Tue, 17 Nov 1992 00:10:20 GMT

In article <BxtDwG.4L7@mentor.cc.purdue.edu> ab@nova.cc.purdue.edu (Allen  
B) writes:
> In article <BxLvqp.B5o@newcastle.ac.uk> S.A.McIntyre@durham.ac.uk  
writes:
> > 
> > Is there any way of launching a FileViewer with setuid root privs?
> > 
> > If it doesn't exist, maybe it should.
> 
> It certainly should. 

O.K. I'm going to throw a little TNT onto this fire:

Disclaimer:  I am not responsible for anything you type into your machine.

Try this (PLEASE do not do this as root):

Type into a terminal window:

/usr/lib/NextStep/Workspace.app/WM.app/WM -NXAutoLaunch YES &

I clipped this from a "ps ax" and added the "&" so that I could keep my  
terminal window useful.

This creates a new workspace on top of the old one (move it and see).
Except for moving or copying from the old workspace to the new one,  
everything seems to work fine (you can still create multiple viewers,  
etc.).

So far, I can get out of it by choosing "logout" from either WorkSpace's  
menu, which generates an error and logs you off ungracefully, or by doing  
a "kill PID" which generates an error and logs you off ungracefully.
Neither is satisfactory.

I checked the online docs with DL and found no mention of command-line  
arguments for WM.  Maybe there's some argument which will make it exit  
gracefully when you hit logout without killing everything in sight.

Maybe now that I've got people around the planet crashing their  
Workspaces, someone who really knows will pipe up.  :-)

Anyone?


------------------------------------------------------------------------
Robert Lutwak                                  robert@amo.mit.edu
Atomic Resonance and Spectroscopy Laboratory
MIT                                            Workspace Error 1000
Newsgroups: comp.sys.next.misc
From: jesper@harry.xanthus.se (Jesper Lundh)
Subject: Xanthus International ships SplitBuilder/Receiver 2.0
Organization: Swedish Institute of Computer Science, Kista
Date: Fri, 20 Nov 1992 15:14:12 GMT

      
            Xanthus International Announces 

                SplitBuilder/Receiver 2.0 

      - for sending large files with NeXTmail

(Stockholm, November 20, 1992) Xanthus International AB today announced  
that it is shipping SplitBuilder/Receiver 2.0, a utility program for the  
NeXT computer that makes it possible for users to send files of any size  
with NeXTmail by dividing them into smaller files.

A problem with NeXTmail is that sometimes you want to send attachments  
that are so big that some gateways on the net will refuse to deliver your  
letter because of its size.

SplitBuilder/Receiver solves this problem by allowing the sender to divide  
big files into smaller pieces, called "splits". By clicking a button, all  
the split files are sent as NeXTmail attachments. The receiver can then  
easily assemble the splits by drag-and-drop to restore the original file.  
No knowledge about UNIX is needed to be able to assemble the original file  
from the split files.

"We save a lot of time and money by using SplitBuilder/Receiver  
ourselves", says Jesper Lundh, marketing manager at Xanthus. "We can  
quickly deliver new version upgrades, as well as beta- and demo copies of  
our products by just clicking two buttons. Both the version 1.1 upgrade of  
CraftMan and the beta copies of our newly announced spreadsheet Questor  
are distributed using the SplitBuilder/Receiver."

SplitBuilder/Receiver consists of three different applications:

- SplitBuilder divides big files into smaller pieces ("splits") that can  
be sent by NeXTmail.

- SplitMailer automatically creates one letter for each split file,  
inserts the split file and sends the letters.

- SplitReceiver puts all the splits together on the receivers machine. The  
SplitReceiver is not copy protected and can automatically be sent in the  
first letter by the SplitMailer.

Users of SplitBuilder/Receiver 1.0 will automatically get a free upgrade  
to version 2.0.

For more information about SplitBuilder/Receiver please contact  
splitbuilder@xanthus.se

Xanthus International, headquartered in Stockholm, Sweden, is a privately  
owned software development company that specializes in the NeXTSTEP  
platform. SplitBuilder/Receiver is the third in a series of  
general-purpose productivity tools for NeXTSTEP. In May 1992 Xanthus  
started to ship its first product CraftMan, the multimedia programming  
tool for the NeXT computer. In September 1992 Xanthus released LaserMan,  
an application for controlling Laser Disc Players from a NeXT computer.  
Xanthus International was founded in 1990.
From: fischer@iesd.auc.dk (Lars Peter Fischer)
Newsgroups: comp.sys.next.misc
Subject: Re: Stolen NeXT Station Color
Date: 17 Nov 92 01:45:23 GMT
Organization: Mathematics and Computer Science, Aalborg University


>>>>> "Richard" == HEIN JR R C (h23@ORNL.GOV)

Richard> PLEASE!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Richard> Don`t post everything, if you must know the details e-mail someone,
Richard> don't just leave it sit so anyone can read it.

Security by obfuscation does not work, it never did, and it never
will. 

If you have access to the metal you can *always* get at everything in
the box, do anything, get any type of access. The procedures for doing
so on all kinds of platforms are "public knowledge", readily
accessible to everyone who wants it and available from a great number
of sources.

Anyone who owns a computer has a legitimate need to have this
information and vendors should *always* print it in the *standard*
documentation. When you forget your root and hardware password, we all
know it will happen saturday night in a panic situation with a
life-or-death deadline monday morning. Make sure you know how to
handle this *before* you need to do it.

Trying to keep the procedure for handling these things secret is
folly. There are simply too many people out there who need to know. I
understand that people feel bad about their stolen property, but this
is not and never was never the goal of having root or hardware
passwords.  Hardware password exist so that you can make workstations
publicly available and not worry too much about people becoming root
by rebooting the box.

Getting around these things takes at most 30 minutes, including taking
the box apart. It must be so since I, as an owner, must be sure that I
can always get a my box.

The fact that hardware passwords does not give you much in the way of
protection and that well prepared people can get around it quickly is
something else again. Never trust a machine that people can touch.
Never.

/Lars
--
Lars Fischer, fischer@iesd.auc.dk | It takes an uncommon mind to think of
CS Dept., Aalborg Univ., DENMARK. | these things.  -- Calvin
Lines: 28
Date: Fri, 20 Nov 92 09:51:05 MST
From: yackd@texas.et.byu.edu (Don Yacktman)
Newsgroups: comp.sys.next.misc
Distribution: world
Organization: Brigham Young University, Provo UT USA
Subject: Re: NeXT Edu Sampler CD


In article <1992Nov20.134208.23143@nsisrv.gsfc.nasa.gov>, cahalan@clouds.gsfc.nasa.gov (Robert F. Cahalan) writes:
>In article <1egkgbINN9cn@gap.caltech.edu> madler@cco.caltech.edu (Mark  
>Adler) writes:
>> 
>> 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.
>
>There's a lot of fabulous stuff on NeXTs new CD.  One of my favorites is  
>"DarkForest", in the /Utilities directory.  It shows that a program can be  
>very useful, and entertaining at the same time.  The README file only  
>tells you about the useful part.  When you run the code, though, there are  
>lots of cute surprises.  Is this at the archives yet?  It ought to be!   

Fun app, isn't it?  Also be sure to check out Packager...a handy way
to build Installer packages...and Touch, a nifty ftp front end.

If anyone is curious about seeing what's on the list, I edited the
ls-lR listing from 1M down to 300k so that you can see what's on the
disk without going old in the process.  I'm happy to e-mail it to
any interested parties.  It ought to show up on sonata eventually,
too.  (What did I edit out?  .lproj, .app, .nib, and help directories; basically
stuff that isn't particularly interesting, and READMEs, which are everywhere.)

Later,
-Don Yacktman
alaska.et.byu.edu
Newsgroups: comp.sys.next.announce
From: Michael Hawley <mike@whammo.media.mit.edu>
Subject: Quarto submitted to Sonata
Date: Wed, 18 Nov 1992 03:10:13 GMT


There have been several more requests lately for "N-up" PostScript
filters, so I've redeposited "quarto" to pub/next/submissions on
sonata.cc.purdue.edu and cs.orst.edu.  This probably isn't as fancy as
the psutils, but it is probably simpler to use.  The README file:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
"quarto" is a filter that takes EPS PostScript files and:

    lists pages:   quarto -l file.ps
    reorder pages: quarto -p1,2,6-8 ...      select pages
                   quarto -p odd ...         print odd-numbered pages
                   quarto -r -p odd...         . . .   in reverse order        

    prints n-up:   quarto -2 ... | lpr       2 mini pages per sheet
                                             (N=2,3,4,6,8,9)
    signatures:    quarto -2 -S 8 ...        page order appropriate for 

                                             books of 8-sheet signatures

Someone had placed an older version on the archives.  This one fixes a
bug involving nested PostScript documents, and includes an option for
printing books in signatures.

Michael Hawley
MIT Media Laboratory
20 Ames Street
Cambridge, MA 02139
mike@media-lab.mit.edu
Newsgroups: comp.sys.next.announce
From: Andy Dwelly <andy@bcu.ubc.ca>
Subject: Vancouver NeXT User Society Meeting
Distribution: ca
Date: Wed, 18 Nov 1992 03:26:04 GMT


VNUS - The Vancouver NeXT User Society
======================================

The November monthly meeting will be held at 7pm, November the 25th in
lecture hall 2000, Biosciences building, University of British
Columbia.

Our third birthday!! Join the celebration. Ed Bryant, the new NeXT
sales representative will be introduced and the secrets of his dark
past revealed!  We will also be looking at Adamation's "Who's Calling"
and Rightbrain's "Paste Up".

All welcome

- Please note the new address. I have a map that I can email to those
that can handle NeXTmail.

----
Andrew Dwelly - Biosciences Computing Unit, UBC, Vancouver, Canada
(604) 822-6527, andy@bcu.ubc.ca 
Newsgroups: comp.sys.next.announce
From: hkt@zkm.de (Rick Taube)
Subject: new release of Common Music
Date: Wed, 18 Nov 1992 03:08:33 GMT


I have placed a new release of Common Music on ccrma-ftp.stanford.edu

(36.49.0.93) and guido.zkm.de (192.101.28.17) in the file
pub/cm.tar.Z.  Common Music is a public domain music composition
language implemented in Common Lisp and CLOS that outputs music
(directly or through scorefiles) to a variety of synthesis packages,
such as the Music Kit, Common Lisp Music, MIDI, CSound, etc.

The main new pieces of functionality are a composition editor called
Stella that supports both algorithmic and editorial styles of
composition, and a full port of Common Music to the Macintosh under
Macintosh Common Lisp 2.0.


Common Music runs on the following machine/lisp combinations:

NeXT             2.1, 3.0       ACL 3.1.2, AKCL 1.615
SGI Iris         IRIX 4.0       ACL 4.1 (beta)
Macintosh        System 7       MCL 2.0 (final)
Sun 4            4.1            AKCL 6.15

There is a tutorial about composing using Stella located in the file  
stella/tutorial/stella-tutorial.rtf

For more information, see the various README files.

Rick Taube

Zentrum fuer Kunst und Medientechnologie
Ritterstr. 41    7500 Karlsruhe 41    Germany
Newsgroups: comp.sys.next.programmer
From: jgg@proforma.com (J. G. Gregory)
Subject: trapping NaN
Organization: Pro Forma
Date: Fri, 20 Nov 1992 22:10:38 GMT

I would like to trap NaN -- the "not a number" condition that floating point  
values can take.  I can't find any clue on how to do this, except some cryptic  
stuff in the man pages under "math".  Is there some signal I can handle?

Thanks in advance.
--J Gregory
Newsgroups: comp.sys.next.programmer
From: bbum@object.com (Bill Bumgarner)
Subject: Re: rld: undefined symbols
Organization: Objective Technologies,Inc.
Date: Mon, 23 Nov 92 16:35:44 GMT

In article <1992Nov21.090743.8818@monu6.cc.monash.edu.au>  
ede978e@monu6.cc.monash.edu.au (Robert D. Nicholson) writes:
> 
> I am writing a Workspace contents inspector.
> 
> Upon trying to load the bundle I get the following
> message on the console.
> 
> /robert/Apps/RIBInspector.bundle/RIBInspector
> 
> Nov 21 19:59:45 steffi WM[148]: rld(): Undefined symbols:
> 
> My Bundle's nib has a customView is this legal with bundles?
> 

Assuming that by saying customView, you mean that you have a custom subclass of  
the view class-- in this case, probably a subclass of N3DMovieCamera-- yes,  
this is allowable within a bundle.  The source files (whatever.[hm]) should  
just be added to the bundle project like any other source files.

That rld() message is totally useless-- and not uncommon.  There is an annoying  
bug in rld such that it doesn't dump a complete message to console.  It DOES  
work under gdb-- so you might try attaching gdb to the WM process:

gdb /usr/lib/NextStep/Workspace.app/WM.app/WM
attach 148

<< go inspect a .rib file here and it should give you a useful message >>

In the best case, there is simply some function/class being referenced that you  
have forgotten to include in your code or have mis-typed it (any compiler  
warnings when you compile the code?).

In the worst case, the undefined symbol is N3DCamera itself because WM.app  
doesn't include libMedia-- looking at WM.app/WM via otool -l, one gets:

Load command 6
           cmd LC_LOADFVMLIB
       cmdsize 56
          name /usr/shlib/libIndexing_s.A.shlib (offset 20)
 minor version 1
   header addr 0x0a000000
Load command 7
           cmd LC_LOADFVMLIB
       cmdsize 52
          name /usr/shlib/libNeXT_s.C.shlib (offset 20)
 minor version 57
   header addr 0x06000000
Load command 8
           cmd LC_LOADFVMLIB
       cmdsize 48
          name /usr/shlib/libsys_s.B.shlib (offset 20)
 minor version 55
   header addr 0x05000000
Load command 9
     cmd LC_SYMTAB
 cmdsize 24
  symoff 524288
   nsyms 5106
  stroff 585560
 strsize 121640


Which seems to indicate that WM.app doesn't have any kind of a reference to  
libMedia_... which would leave the 3Dkit (and anything else in that lib-- live  
video, as well) inaccessible...

One COULD potentially edit the load commands....

--
Bill Bumgarner <bbum@object.com> | "The devils of truth...
Objective Technologies, Inc.     |    steal the souls of the free." -- NIN
-- 
Bill Bumgarner <bbum@object.com> | "The devils of truth...
Newsgroups: comp.sys.next.programmer