HDTenEightyP/NetNews huggingface dataset:
From: dave@ivem.uucp (Dave)
Newsgroups: comp.sys.sgi
Subject: Cryptic messages on console
Date: 15 Apr 1992 18:14:29 GMT
Organization: University of California, San Diego
Distribution: world
NNTP-Posting-Host: ivem.ucsd.edu

Ok smart guys, what does this mean?

dks0d2s1: Swap out failed blkno 0x20864 (page still in memory)
dks0d2s1: Swap out failed blkno 0x20B84 (page still in memory)
dks0d2s1: Swap out failed blkno 0x20EA4 (page still in memory)
...

I get dozens of these when I run my favorite program.  

What I got:
	R4000 - VGX
	32 mb memory
	150 mb swap, spread across three disks
	the program takes ~40 mb memory

Thanks in advance.

David Hessler
dhessler@ucsd.edu
-- 
David Hessler
dhessler@ucsd.edu
Newsgroups: comp.sys.sgi
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: Break in attempts continue
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Mon, 6 Apr 1992 17:58:16 GMT

 
> We don't log failed attempts -- I suppose we should.  Can someone remind me
> how to set this up?  I know it was discussed on the net, but I mislaid it.


Put syslog=all in /etc/cofig/login.options, as described in `man login`.

Add logging args to lines in /usr/etc/inetd.conf, as directed by
the man pages for the several daemons.



Vernon Schryver,   vjs@sgi.com

Newsgroups: comp.sys.sgi,sgi.bugs.lonestar
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: tar portability problem (a bug )
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 9 Apr 1992 07:12:58 GMT

In <1992Apr8.184844.14319@helios.physics.utoronto.ca> sysmark@helios.physics.utoronto.ca (Mark Bartelt) writes:

| I'm surprised I haven't seen this one reported before.  (Maybe it has
| been, but I managed to miss it.)  Anyway ...
| 
| Every so often (not frequently, but a couple times a year) I've gotten
| a "directory checksum error" from tar when trying to use IRIX tar to
| read a tar archive created under SunOS, or vice versa.  I now finally
| understand the problem, thanks to a helpful tip from a friend.
| 
| All you have to do to create a nonportable tar archive is to include
| a directory which has a file whose name contains a character with the
| high bit set.  Granted, it isn't advisable to create files which have
| such peculiar filenames (though perhaps as we move away from seven-bit
| ASCII toward a more internationally-acceptable character set, and move
| in the direction of eight-bit-cleanliness in things like the shell, it
| may become less unusual to see almost any arbitrary bit pattern inside
| a filename), but it is possible.  And leave it to some user to write a
| program which will do exactly that.
| 
| The problem stems from the fact that (quoting my friend) ...
| 
| |                                                       tar's directory
| | entry checksum is non-portable in the presence of filenames containing
| | characters with the high bit set.  The original code for the checksum
| | contains the expression
| |         i += *cp;
| | where cp of type `char *', and so the results will depend on whether
| | characters are signed or unsigned.
| 
| So there's the problem:  IRIX's C compiler treats "char" as unsigned,
| whereas SunOS's compiler treats it as signed.

Interesting.  I wonder whether POSIX pax is dealing with this?
(We did some work on tar in 4.0.1 to be POSIX draft compatible.)

It is worse than you state, as i is type int.  That means with
ANSI compilers, that the promotion rules are different, depending
on whether cp is signed or unsigned char; that may start
biting people soon as ANSI compilers become more common (tar is
still built -cckr at SGI).

I'm not quite sure what to do about this.  My inclination is
to fix tar to try the checksum both ways, issuing a warning
(once per invocation of tar!) if the non-native mode matches
when reading.

That handles importing tapes.  For exporting we would have to do
as you suggest and add a new option.  I'll file a bug on this,
but won't promise anything.

Since we will be supporting non-ASCII charsets in future releases,
this will have to be dealt with.

Newsgroups: comp.sys.sgi
From: ktl@wag.caltech.edu (Kian-Tat Lim)
Subject: Re: /etc/savecore wish list...
Keywords: savecore memory disk
Organization: California Institute of Technology, Pasadena, CA
Date: Fri, 10 Apr 1992 22:23:09 GMT

In article <acas.702887846@godzilla>, acas@ (Andrew Cassin) writes:
> Why cant savecore write large core files in a "compressed" format.

Doesn't this break the /usr/adm/crash/minfree checking?  You can't tell how big
a compressed file is going to be before actually compressing it.  (In other
words, I can obviously set minfree to be something less than the size of my
physical memory, but how much less?)

Please make sure that something intelligent is done if the destination
filesystem fills up.  (Is a partial core image worth saving?)

-- 
Kian-Tat Lim (ktl@wag.caltech.edu, KTL @ CITCHEM.BITNET, GEnie: K.LIM1)
System Manager, Materials & Molecular Simulation Center, Caltech
From: jprovo@Gnu.ai.mit.edu (The Wandering Pedestal of Angst)
Newsgroups: comp.sys.sgi
Subject: Re: Security hole in default /etc/passwd file under 4.0.x
Date: 14 Apr 92 22:43:10 GMT
Organization: Russell Street UNIX Consultations
X-Lyric: ``Let's play    Master and servant.''

scooper@psi.rutgers.edu (Simon P. Cooper) writes:
>   These machines are supposed to run out of the box for people, who in all
>probability have little or no unix experience.  This class of user cannot be
>expected to understand concepts they have never been previously exposed to.
I hope none of the sgi-folx are gonna get *really* ticked at me for saying
this, but it is something I've been wanting to say for a long time, following
this thread, and I just went back and caught this ol' article and
thought...what the hell. 

I firmly believe that NO flavour of unix (tm at&t) can run `out of the box' 
with inexperienced persons at the helm.  If they are inexpert and willing to
learn, the will *become* sysadmins, but there will definitely be a shaky period
during the learning, the length of which will be determined by the individual's
learning curve.

[ducks from flames]
Joe
-- 
Disclaimer: "I'm the only one foolish enough to claim these opinions as mine."
jprovo@gnu.ai.mit.edu   --UN*X and Networking Solutions--   jzp@gene.ummed.edu
Joe @ 90.5 FM in Worcester, MA  Rev. Dkr. Nick LaRG0, ASC  BBI Havoc     SPOO!
Newsgroups: comp.sys.sgi
From: rickb@miro.Berkeley.EDU (Rick Braumoeller)
Subject: Help with GNU gcc 2.1 / libg++ 2.0!
Reply-To: rickb@miro.Berkeley.EDU (Rick Braumoeller)
Organization: University of California at Berkeley
Date: Sun, 12 Apr 1992 23:04:11 GMT

I have been trying to install GNU gcc 2.1 and libg++ 2.0 for a
couple of weeks now, and still haven't pulled it off cleanly.
I think I have GCC 2.1 running well, but when I try to install
libg++-2.0, I run into big problems.

Does anyone out there have a solid GCC and libg++ working out
there?  I would appreciate patches and suggestions, but the
binaries on sgi.com would be even better!

Thanks in advance, from me, and from everyone else who is
flailing with this problem!

- Rick Braumoeller
  University of California, Berkeley
  rickb@miro.Berkeley.EDU
From: jem@squid.ucsb.edu (Jennifer E. Magness)
Newsgroups: comp.sys.sgi
Subject: imaginary numbers
Date: 15 Apr 92 23:08:23 GMT
Article-I.D.: ucsbcsl.4192
Distribution: na
Organization: University of California, Santa Barbara
Originator: jem@squid

Imagine that I want to take the imaginary part of a number:

In:=
Im[4 + 0 I]

Out:=
0

----or------

In:=
Im[4]

Out:=
0

-------------
no big deal, right?

So, how do I tell Mma 2.0 that the variables x and y
in the following are real, so that if I ask for the 
imaginary part of z, I get y?  (without explicitly
setting a value to y)

What I Want:                         What I Get Now:

(set type of variable somehow)                                 
In:=                                 In:=
Im[x + I y]                          Im[x + I y]

Out:=                                Out:=
y                                    Im[x + I y]

I need to use complicated functions for x and y, or
else doing the computations by hand would be no
problem.

Please address replies to: jem%squid@hub.ucsb.edu

thanks, jennifer
dept of chemical and nuclear engineering
univ. of ca, santa barbara
Newsgroups: comp.sys.sgi
From: raolson@cornflower.wpd.sgi.com (Robert Olson)
Subject: Re: Security for the functionally illiterate
Reply-To: raolson@cornflower.wpd.sgi.com (Robert Olson)
Organization: sgi
Date: Mon, 13 Apr 1992 20:02:24 GMT

I'm always interested in security related issues.  I read email first, and
it sometimes takes me several days to get to comp.sys.sgi.  Please
feel free to email directly to me.

Robert Olson
Director of Technology
System Software Technology Center
SGI
From: acas@ (Andrew Cassin)
Newsgroups: comp.sys.sgi
Subject: Harmless compiler bug... (pre 4.0 :-)
Date: 7 Apr 92 05:30:58 GMT
Organization: RMIT Computer Centre, Melbourne Australia.

Well we have a 4D20 running IRIX 3.3.3 and upon compiling some
fortran source code I came across the following message:

uopt: Warning: harmless compiler bug detected (LDA length 0); please report to 
MIPS

Well is SGI close enough :-)?
Sorry I cant give details of the source, confidential work you see.

BTW, whenever a compiler has a message like this in it, I start to worry,
the message does not calm me in anyway whatsoever. There is nothing like
the thrill of compiling an 50,000+ line system and when bugs start to appear
you just can help wondering if it is that "harmless compiler bug"...

ACAS
From: senseman@lonestar.utsa.edu (David M. Senseman)
Newsgroups: comp.sys.sgi
Subject: Re: monitoring heap memory
Date: 17 Apr 92 10:44:27 GMT
Organization: University of Texas at San Antonio

In article <KITTU.92Apr16185250@shakti.shakti.wpd.sgi.com> kittu@sgi.com writes:
>
>Silicon Graphics recently released WorkShop 1.0 - an integrated
>programming environment toolchest. WorkShop contains a debugger, a
>performance analyzer, and a static analyzer. 
>

Hmmmm.... An INTEGRATED ENVIRONMENT? No mention of a window-based programming
EDITOR to go in that toolchest. Something like AME (A Mouse Editor) would be
nice (spare me the suggestions of using vi, jot and/or Showcase :)

>The performance analyzer contains a memory leakage detection tool. It
>also contains a process monitor that displays the resource usage on a
>per process basis.
>
>The 1.1 maintenance release of the product is scheduled for this
>spring. If you would like a Try N Buy CD, please let me know.
>
>It is my understanding that WorkShop requires Irix 4.0.1.
>
>Hope that helps.
>kittu..
>
>
>
>--
>-------
>Krishna Swaroop Kolluri		9U-530		kittu@sgi.com
>Silicon Graphics, Inc.				Off:(415)335-1859
>						Fax:(415)969-2314


-- 
              David Senseman (senseman@lonestar.utsa.edu)
Newsgroups: comp.sys.sgi
From: rck@fangio.asd.sgi.com (Robert Keller)
Subject: Re: Why aren't GL programs seeing my resources?
Organization: Silicon Graphics, Inc., Mountain View, CA
Date: Fri, 17 Apr 1992 18:09:34 GMT

dcs@neutron.chem.yale.edu (Dave Schweisguth) writes:
:
>_except_ that 'clock' and 'mailbox' don't see their geometry resources. 
:
>So what gives?

check out the glresources(3G) man page.  per the instructions in
that man page, if you change the clock resource entry to:

Clock.gl*geometry:128x128+168-20

everything works.

...robert
From: Tim.Buxton@um.cc.umich.edu
Newsgroups: comp.sys.sgi
Subject: PI as PC TCP/IP Printer Server?
Date: 14 Apr 92 04:00:22 GMT

Hello.
 
We would like to allow our TCP/IP networked DOS PC's (SMC
8003EP boards) to share an HP Laserjet printer attached to
the IRIS.  Is there a PC package which works with SMC cards
or Intel EtherExpress 16 cards, and allows a simple command
from the DOS prompt to submit to the IRIS print spooler a
(possibly large) file?  Is it possible to download fonts to
the printer through the network?
 
More gory details if you think you can help us: We now use
NCSA Telnet for communication and file transfer PC <-> IRIS.
It says it has an lpr facility, where the command  "lpr
filename printer...." from the DOS prompt sends the file on
its way to the lpr server.  This might work if we changed
over to using lpr on the IRIS, but reading TFM, (both DOS
and IRIX), gives pause as it says "large files will be
summarily truncated" and "can't send binary files".  This
would seem unsuited to sending HP Laserjet files with
imagery in them; they could get quite large, and probably be
unsuited to any of the lpr "filters".
 
Does anyone have a setup already where the IRIS is also a PC
printer server?  Failing this, pointers toward likely
directions would be helpful as well.
 
Thanks much.
 
Tim Buxton
OptiMetrics, Inc.
Ann Arbor, MI
From: herbc@circus.csd.sgi.com (Herb Cowan)
Newsgroups: comp.sys.sgi
Subject: Re: (NEW OWNER): troff/tbl/eqn missing on new indigo
Date: 17 Apr 92 13:10:05 GMT
Distribution: usa
Organization: Silicon Graphics, Inc.

In article <1992Apr16.191852.25890@ncar.ucar.edu>, melvin@ra.cgd.ucar.edu (Lee Melvin) writes:
|> I'm installing an Indigo (the first in our division), and when I run
|> makewhatis I get lots of errors about troff, tbl, and eqn not being
|> present.  So,
|> 
|> Is *roff part of an optional software package (that I didn't get)?
|> 
|> Is *roff not distributed by SGI?  
|> 
|> Why does SGI include a makewhatis program but not the software (*roff) 
|> to make it functional?
|> 
|> If I can't get *roff from SGI, is there an anonymous ftp site I can grab
|> it from?
|> 
|> Thanks!
|> 
|> 	- Lee
|>

makewhatis should run without the Documenter's Work Bench package.

Mostlikely what is happening is that  makewhatis  wants to see formatted
manual pages to grab its information from.  
For some reason,  you have some unformatted manual
pages in /usr/man somewhere.  If I remember right,  some of the motif manual
pages are unformatted,  due to lack of licensing restrictions...for a change...

A possible workaround...which I haven't checked on,  would be to rename
/usr/man while you run makewhatis....but like I said,  I haven't tested this.

|> 
|> 
|> 
|> --
|> \   Lee Melvin        CGD/NCAR          (Weather freaks on the Flatirons)   /
|>  \  EMAIL: melvin@ncar.ucar.edu not to be confused with lee@ncar.ucar.edu  /
|>   \ PMAIL: who wants to know?   PHONE: likewise  MANTRA: Veni, veni, veni /
|>    \DISCLAIMER:  I'm not a scientist, they just let me play with the Y-MP/  

-- 
Herb Cowan                                      herbc@sgi.com
Product Support Engineer
Customer Support Division
Silicon Graphics Computer Systems
Newsgroups: comp.sys.sgi
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: SLIP over LAT? (SLIP configuration aid wanted)
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 16 Apr 1992 19:45:18 GMT

In article <1992Apr16.165520.14429@urz.unibas.ch>, doelz@urz.unibas.ch writes:
> In article <jjt6e0s@sgi.sgi.com>, vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
> > 
> > If only one TCP circuit gets stuck but the link stays up, then the problem
> > is not directly related to SLIP.  I have seen data dependent problems in
> > ethernet drivers which only seem to happen under the pressure gatewaying
> > default 512-byte MTU TCP packets used by SLIP.  To investigate such A
> > problem, again use netsnoop, but filter out all traffic except that for the
> > two ports.  Such problems often appear as IP or TCP checksum error and
> > always as TCP retransmissions.
> >
> It turns out that pinging with increasing packet size results in hangups 
> if the packets are larger than 250. This problem can be overcome with starting
> SLIP as -s 256 but admittedly on the MAC there are the two additional 
> parameters MSS and MWIN which I am not sure how to interpret. MSS must be 
> set to 128 in order to get it work, as MWIN, and suddenly protocol overhead 
> is an issue. The documentation is not helpful on this one. I would appreciate 
> further advice on this. 

This does not seem like a good place to ask about MAC parameters.
"MSS" sounds like "Max Segment Size", normaly the same as the MTU, Max
Transmission Unit, set with -s in the SGI slip command.  It sounds like
-s 256" would be a good thing for your installation, trading off working
against speed.

MWIN sounds like Max Window Size, which can be set on the IRIS by fiddling
in /usr/sysgen/master.d/bsd, and maybe with routing.


>On another issue; in the final stage I want to do SLIP over LAT. I.e., we have 
>serial LAT connection in every laboratory, and if I implement 4DLT on an 
>Indigo I imagine that this should get me the SLIP to the terminal servers and, 
> finally, to the Macs. Preliminary testing has indicated that it sort of 
> works (just the parameter problem as mentioned above). However, as SLIP is 
> made for serial lines, and there are only 2 of them on an Indigo, are there 
> restrictions on how many sl interfaces can be served by one box? What is 
> the overhead for routed? How does 4DLT behave in case of 20 simultaneous 
> sessions? Advice welcome. 

SLIP doesn't really know it has a real TTY when it answers the phone.
Several people around here run the slip deamon connected to a pty connected
to rlogind connected to a dial-back box.  I think that violates the
warrenty, and is likely to cause cancer in laboratory rats (despite being
the author of spty.c and slip.c).  Still, if you can somehow rig up a pty,
it just might work.  Please don't ask me how.


Vernon Schryver,  vjs@sgi.com

Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: memory and disk space from a C program
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 17 Apr 92 03:25:34 GMT

In <1992Apr15.102811.25628@jarvis.csri.toronto.edu> corkum@csri.toronto.edu (Brent Thomas Corkum) writes:


| Can anyone tell me how to go about getting the amount of disk space and
| main memory that I have installed from within a C program. I have a
| 4D/35 running 3.3.2 IRIX and a Indigo running 4.01. Are there any
| utilities available to do this?

Paul covered the memory part.  Look at statfs(2) and fstatfs(2)
for the free space.
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
From: sullivan@gojira.gsfc.nasa.gov (dan sullivan)
Newsgroups: comp.sys.sgi
Subject: Why does 4.01 run so slow on a Personal Iris?
Date: 9 Apr 92 13:58:44 GMT
Article-I.D.: gojira.1992Apr9.095844
Reply-To: sullivan@gojira.gsfc.nasa.gov (dan sullivan)
Organization: NASA/GSFC Hydrospheric Sciences Branch


	We have 12 mb on a PI. Opening windows is much slower
than under 3.3. Is this slowness on all SGI models? Our Indigo doesn't
seem to be slow. Has GL speed been decreased, too?

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Dan Sullivan                   #  Laboratory for Terrestrial Physics (STX) 
                               #  Code 920.2
sullivan@gojira.gsfc.nasa.gov  #  NASA-Goddard Space Flight Center
                               #  Greenbelt, MD 20771
                               #  voice: (301) 286-2484
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: karron@karron.med.nyu.edu (Dan Karron (karron@nyu.edu))
Newsgroups: comp.sys.sgi
Subject: Re:  functions in library
Date: 10 Apr 92 00:33:52 GMT

Try stlookup or nm.

Dan.
| karron@nyu.edu (e-mail alias )         Dan Karron, Research Associate      |
| Phone: 212 263 5210 Fax: 212 263 7190  New York University Medical Center  |
| 560 First Avenue                       Digital Pager <1> (212) 397 9330    |
| New York, New York 10016               <2> 10896   <3> <your-number-here>  |
``Too busy doing to write about it, too busy writing to do anything about it.''
From: eboltz@CNDENEXT.MRS.JHU.EDU (Eric S. Boltz)
Newsgroups: comp.sys.sgi
Subject: SGI Info Sought
Date: 8 Apr 92 21:27:25 GMT


Hi,
I'm looking for an email address or 800 number to get some info on  
SGI systems. Opinions would also be helpful. My main interest is  
running Mathematica. Right now I use a NeXT (Mathematica comes with  
it you know), but I would love to have something faster!

Eric
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Coredumps with GL popup menus, 4.0.2.
Date: 12 Apr 92 06:18:21 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <MARCA.92Apr12001756@wintermute.ncsa.uiuc.edu> marca@ncsa.uiuc.edu (Marc Andreessen) writes:

| I'm experiencing frequent coredumps in the internal SGI function
| gl_wmfullscrn, under IRIX 4.0.2 on an Indigo XS, when using popup
| menus in a GL application.  Hopefully this will be fixed soon.

Are you calling this function, or is it just dying there (gl_*
routines should never be called from outside the library)?

I don't remember hearing of this particular bug (which isn't
conclusive, it is difficult to remember all the bug fixes during
development) , and neither the file tha calls this routine, nor the one
that defines it have changed since 4.0.2.

How about a back trace, and/or stripped down code showing the
problem.
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
From: lgt1@ohm.york.ac.uk (Laurence Tyler (Guest - CompServ))
Newsgroups: comp.sys.sgi
Subject: Re: IRIS INDIGO df and mount mysteriously stop
Keywords: indigo df mount
Date: 15 Apr 92 18:07:28 GMT
Organization: Electronics Department, University of York, UK

In <root.702881075@marsh> craig@marsh.cs.curtin.edu.au (Craig Farrell) writes:


>	We have 2 SGI Iris Indigo's and we are experiencing a 
>strange problem is there an SGI guru out there who can help or
>is there someone else experiencing a similar problem ....

>	Both the IRIS run fine for a week or so ..... then one 
>of them the can no longer run "mount"  and  "df"  everything else
>is fine, all the mounted filesystems are still mounted and everything
>else seems great.

[text deleted]

>From: Craig Farrell
>Organisation: Curtin University West Australia.
>craig@cutmcvax.cs.curtin.edu.au


Not a solution, but we have seen this two and I have spent some
considerable time trying to track it down. we have 17 Indigos
running 4.0 alpha and they do this frequently (yes I know - upgrades
are imminent!). After some digging I found the problem is a file
lock on /etc/mtab that seems to be spurious - i.e. it is issued to a
process that doesn't exist, and from the sequence of pid numbers
couldn't have existed! I suspect a bug in the file locking code in
the kernel.

Quick fix:	cd /etc ; cp mtab newmtab ; mv newmtab mtab

This frees up df etc. I have also seen this problem on /etc/wtmp
which results in a message about 'cannot lock accounting file' when
you log in. Again, there is an exclusive lock taken out on the file,
granted to a non-existent process.

Is this a problem known to sgi? will it go away when we upgrade to
4.0.1?? It's a real nuisance because once it's happened various
accounting jobs etc hang and eventually the whole machine is clogged
up and has to be rebooted. As many of our workstations are far away
from the computing centre this can be a great pain...

Laurence Tyler
York University COmputing Service
UK
From: jeffs@soul.esd.sgi.com (Jeff Smith)
Newsgroups: comp.sys.sgi
Subject: Re: xpsview?
Date: 13 Apr 92 06:14:11 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <s26tlINNlcg@network.ucsd.edu> sd@chem.ucsd.edu (Steve Dempsey) writes:

Your dream was of course incomplete.

>	"Since this is a new machine, you will receive all of the software
>	"that was missing from your 4.0.1 update,
	"and the proper license to run it on all your SGI machines."

Wouldn't want to encourage software piracy...

jeffs@sgi.com
Newsgroups: comp.sys.sgi