HDTenEightyP/NetNews huggingface dataset:
From: syscrc@pickle.gsu.edu (Randy Carpenter)
Subject: Resident Set Size Confusion
Organization: Georgia State University
Date: Wed, 6 Jan 1993 04:19:00 GMT

We have a 4d/380s with 128MB of physical memory.  It's used for
computational chemistry.  Although there's plenty of available memory,
long running processes never seem to stay completely resident as evident
from the top(1) listing below.  Why does this happen?

Ocassionally, these processes will be killed due to insufficient swap
storage although we think there is plenty of available memory.  The
current swap is 48MB and we will be expanding it to 128MB soon.

% top

IRIX chemistry 4.0.1 11150233 IP7 Load[18.03,18.09,18.09] 23:13:15  500 procs
    user   pid  pgrp  %cpu proc  pri  size   rss    time  command        
  david   5641   381  56.8    5  105  3762  1656 4075:36  sybyl.40exe
  hui     7331   278  54.5    0  100 14596  1611 2570:55  charmm21r3exe
  david   5644   381  53.4    6  105  3762  1656 4467:02  sybyl.40exe
  david   5643   381  52.3    2  105  3762  1656 4348:27  sybyl.40exe
  david    469   381  52.3    *  105  3758  1652 4799:24  sybyl.40exe
  david    470   381  52.3    *  105  3758  1652 4934:03  sybyl.40exe
  david    468   381  52.3    *  105  3758  1652 4657:29  sybyl.40exe
  david    467   381  51.1    *  105  3758  1652 4510:05  sybyl.40exe
  david   5640   381  48.9    1  105  3762  1656 3890:10  sybyl.40exe
  david   5642   381  48.9    4  105  3762  1656 4215:52  sybyl.40exe
  tom    22880 15490  45.5    *  104  8390  2578 1060:34  sp_property
  david    466   381  40.9    *  105  3758  1652 4321:41  sybyl.40exe
  david   5639   381  39.8    *  105  3762  1656 3598:38  sybyl.40exe
  david    465   381  37.5    *  105  3758  1652 4023:00  sybyl.40exe
  david   5638   381  31.8    7  105  3762  1656 3130:09  sybyl.40exe
  david    464   381  29.5    *  105  3758  1652 3548:53  sybyl.40exe
  david   5637   381  28.4    *  105  3762  1656 2622:47  sybyl.40exe
  david    411   381  23.9    *  105  3758  1652 3042:21  sybyl.40exe
%
-- 
===========================================================================
Randy Carpenter                    rcarpent@gsu.edu          % Got a light?
Georgia State University           (404) 651-2648            No match.
Wells Computer Center                                        %
Newsgroups: comp.sys.sgi.misc
From: msc@ramoth.esd.sgi.com (Mark Callow)
Subject: Re: Looking for DAT audio interface
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 12 Jan 93 22:50:44 GMT


In article <1hq1ssINNnab@function.mps.ohio-state.edu>, ralley@function.mps.ohio-state.edu writes:
> I'm working on an SGI indigo with Multitrack, and I'd like to 
> use audio recordings as part of my input and output. I've found
> the cashe of DT libraries, but I'd like to avoid having to write 
> C code to do fast forwarding and playing of an Audio format DAT.
> 
> Does anyone out there know of any freeware that could be used 
> to play and record audio signals to my dat drive in such a way as
> to avoid overwriting any existing information on the tape?
> 

You can use DATman.  It is part of IRIX 4.0.5F available for your
Indigo.  Using DATman you can record to DAT from either a disc file
or direct from the Indigo audio inputs.  DATman does not protect you
from yourself.  It works just like a taperecorder and does not
prevent you recording over existing information (unless of course the
whole tape is write-protected).

----
From the TARDIS of Mark Callow
msc@ramoth.sgi.com, ...{ames,decwrl}!sgi!msc
"and a wonderful method (reorganization) can be for creating the illusion
of progress while producing confusion, inefficiency, and demoralization."
	- Petronius Arbiter, ?? AD.
Newsgroups: comp.sys.sgi.misc
From: andy@green.la.asu.edu (Andy Vaught)
Subject: arena++ docs?
Organization: Arizona State University
Date: Tue, 12 Jan 1993 18:19:31 GMT

I recently downloaded arena++ from vab02.larc.nasa, and tried to set it up.
Since it came with only the binary and a few sound files it wasn't hard.
The only problem is that I can't get it to play over the network.  We
used the -n option to no avail, and I suspect that an appropriate entry
should be made in /etc/services.  I tried an obvious entry, 1 port number
above sgi-arena, but that didn't work.  Our ethernet connector have flashing
LEDs on them, and some packets are transmitted when the program is first
executed, but then nothing.  

Any ideas?

    Thanks,
       Andy
--
-------------------------------------------------------------------- 
     Andy Vaught (Fuzzy Andy)   |    Just another field hand on
      andy@green.la.asu.edu     |    the plantation of science.
   Arizona State U.  Tempe, AZ  |
Newsgroups: comp.sys.sgi.misc,comp.mail.misc
From: shah@fnsony.fnal.gov (Hemant Shah)
Newsgroups: comp.sys.sgi.misc,comp.sys.sgi.apps,comp.sys.sgi
Subject: Re: strange problem with command execution at xwsh startup
Date: 6 Jan 93 20:46:08 GMT
Reply-To: shah@fnsony.fnal.gov
Organization: Fermi National Accelerator Laboratory, Batavia, IL
NNTP-Posting-Host: fnsony.fnal.gov

In article <1icv27INN6f2@fido.asd.sgi.com>, kipp@warp.asd.sgi.com (Kipp Hickman) writes:
|> 
|> In article <1ictqqINNk4a@tamsun.tamu.edu>, vamsee@abgen.tamu.edu writes:
|> > %xwsh -e rlogin <any-host>
|> > 
|> > The above command works on this SGI (Indigo 4.0.5A). But,
|> > 
|> > %xwsh -e /bin/ls
|> This will work, it just exit's immediately after finishing.  Try adding
|> the "-hold" option if you want wsh to hang around after finishing monitoring
|> the subprocess.
|> > %xwsh -e cd /usr/people/vamsee/junk
|> > %xwsh -e chdir /usr/people/vamsee/junk
|> > %xwsh -e cd /usr/people/vamsee/junk; vi <somefile>
|> These will never work because there is no such program called "cd".  When
|> you give xwsh the "-e" option you are changing its notion of the shell to
|> use to a specific program.  The arguments you give are just exec'd, not
|> run through another shell.
|> 
|> 					kipp

Try following:

%xwsh -e "/bin/sh -c cd /usr/people/vamsee/junk"
   . 
   .
   .
etc.
------------------------------------------------------------------------------
Hemant Shah                            | All the opinions expressed are my own
Fermi National Accelerator Laboratory  | and does not necessarily reflect
Systems Integration Group              | those of Fermilab.
E-mail :shah@fnal.fnal.gov             |
 Voice : (708) 840-8071	               | I haven't lost my mind
   Fax : (708) 840-2783                | it's backed on tape somewhere.
-------------------------------------------------------------------------------
From: pj@sam.wpd.sgi.com (Paul Jackson)
Newsgroups: comp.sys.sgi.misc
Subject: Re: making inst distributions (was: Re: ghostscript)
Date: 9 Jan 93 05:52:51 GMT
Reply-To: pj@sgi.com
Organization: Silicon Graphics, Research & Development
NNTP-Posting-Host: sam.wpd.sgi.com

In article <1993Jan9.023523.861@leland.Stanford.EDU>, dhinds@leland.Stanford.EDU (David Hinds) writes:
|> [[ omitted: use of "versions" to list config files. ]]
}> But this still leaves out a few system files
|> that I've changed but which are not known to inst as configuration
|> files.  These will still get clobbered when I upgrade IRIX, and I
|> will have to keep track of them on my own.

1. Let me play back what I understand you to be saying.

    If you have intentionally modified a normal inst'ed file, a
    file not known as a config file to inst, then you would like
    to tell inst, to treat this file as if it were a config
    file:

	* naming upgrade versions with a .N suffix,

	* listing that file in the output of "versions changed",

	* giving you a chance to merge in your localisms, and
	
	* letting you list all config files, for cloning systems.

2. /usr/lib/inst/userlist.exc

    |> I noticed that /usr/lib/inst/userlist.exc is also not a
    |> configuration file.  It might be nice if it were...

    Userlist.exc is like any other config file that inst never
    installed in the first place.  So by the present understanding of
    inst (which this thread might change), it's not a config file.

-- 

				I won't rest till it's the best ...
				Software Production Engineer
				Paul Jackson (pj@sgi.com), x1373
Newsgroups: comp.sys.sgi.misc
From: mbr@bellcore.com (Mark Rosenstein)
Subject: Re: casevision debugger and the kill signal (really bad page read)
Reply-To: mbr@bellcore.com (Mark Rosenstein)
Organization: Bellcore, Morristown, NJ
	<KITTU.93Jan11095743@shakti.shakti.wpd.sgi.com>
	<MBR.93Jan11184839@ponape.bellcore.com> <up5dq14@zuni.esd.sgi.com>
Date: 12 Jan 93 08:35:46

In article <up5dq14@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:

   From: olson@anchor.esd.sgi.com (Dave Olson)
   Date: 12 Jan 93 06:28:04 GMT


   In <MBR.93Jan11184839@ponape.bellcore.com> mbr@bellcore.com (Mark Rosenstein) writes:
   | The error on the console is:
   | 
   | WARNING: Process [art-devo.r4000] pid 1227 killed due to bad page read (errno:134)

   This one is easy.  Has nothing to do with memory or swap space.
   errno 134 is: Stale NFS file handle.  You are almost certainly running
   the program over NFS, and the server has re-exported the filesystem 
   differently.  Talk to the system admin of the server.
   I also seem to recall that you can get ESTALE if the file was unlinked
   on the server (which might happen if somebody was remaking the program,
   depending on the makefile).
Foo! You're right. I got overexcited, when I saw the console message, and
thought this was my problem, but these were just old messages. As you suspected
I was running over NFS and remaking the program, but I understood that. My
program really does just die (with no message in the console window) with
the message terminated in cvd.

   | Is there a reasonable way using cvd to stop the process before it
   | terminates and figure out, how I might be managing to do this (like a
   | stack trace)? [My suspicion is that I am doing a Motif no-no, but I 
   | can't really begin to figure it out unless I have some clue as to where
   | I am running into this problem

   No, cvd can't trap this (although it can catch the exit or the signal).

Ok. I was overloading the word trap. My real question was how to catch
this signal in cvd (so I could try and figure out why I was getting
terminated). I set the SIGKILL button in the cvd signal panel, and it
does not seem to catch the termination. I conducted the following simple
experiment to make sure I wasn't totally confused: I ran xclock. I
attached to it with cvd. I set every signal to be caught (including
SIGKILL) in the signal panel. I did kill -INT xxx and cvd caught it. I
did kill -9 xxx, and cvd didn't catch it, and said terminated, just
like my program. [Irix 4.0.5F, 07/15/92 CASEVision Environment,
Version 1.0, 07/15/92 WorkShop CASE products, Version 1.1]. So my question,
I think, still stands.

Finally, is there a man page that tells all the reasons a process can
be terminated?

   I'd be astounded if this was caused by a programming error on your
   part.
Sorry to have misled you.

Mark.
=-=-=-=-=-=
Unless you start somewhere, you'll go nowhere. 
               --Marvin Minsky.
From: HERBER@fnal.fnal.gov (Randolph J. Herber, CD/DCD/SPG, x2966)
Newsgroups: comp.sys.sgi.misc
Subject: Re: developing under sys 5 unix
Date: 12 Jan 93 18:17:20 GMT

+From:	SMTP%"karish@pangea.stanford.edu" 12-JAN-1993 06:17:29.17
+To:	info-iris-misc@BRL.MIL
+CC:	
+Subj:	Re: developing under sys 5 unix

+From: Chuck Karish <karish@pangea.stanford.edu>
+Newsgroups: comp.sys.sgi,comp.unix.programmer
+Subject: Re: developing under sys 5 unix
+Message-ID: <1993Jan11.214558.11272@leland.Stanford.EDU>
+Date: 11 Jan 93 21:45:58 GMT
+Sender: Mr News <news@leland.stanford.edu>
+To:       info-iris-misc@BRL.MIL

+In article <1993Jan11.202845.12276@lincroftnj.ncr.com>
+rjf@lincroftnj.ncr.com (51351[efw]-Robert Feddeler(MT4799)T343) writes:
+|In article <1993Jan11.190843.6808@CSD-NewsHost.Stanford.EDU>
+vahe@sparcy.Stanford.EDU (Vahe Avedissian) writes:

+Hi, Vahe!

+||The real annoying thing is once you run a program
+||with a bug, the system tends to completely stop responding
+||to interrupts or anything else, the windowing
+||system and manager are rendered unresponsive too.
+||You just sit there and wait for the system to eventually
+||(i.e. anywhere from 3 - 10 minutes or so) core dump.
|
+|I've experienced this a few of times.  The bug always turns out
+|to be an out-of-control recursive function.  The process eventually
+|runs out of swap space or exceeds the limits on process virtual memory
+|as the stack grows.  It takes a while to page all that stack out, and
+|then read it back and write the 'core' file.
|
+|Try a smaller, faster disk...  {8^)

+Or use csh for your shell, and use 'limit stacksize' and
+'limit coredumpsize' to keep the process from being such
+a resource hog.
+--

+    Chuck Karish          karish@mindcraft.com
+    (415) 323-9000 x117   karish@pangea.stanford.edu

Or, use a better shell, ksh:

	ulimit -s 999
	ulimit -c 999

Replace the 999's with your desired limits.  These do the same operations
as the corresponding `csh' statements.

(re `csh': try sending command normal output to a file and error output down
a pipe without a subshell.  This is easy with either Bourne or Korn shell.
Try nested command output quoting.  This is easy with Korn shell. ....)

Randolph J. Herber, herber@fnalf.fnal.gov, +1 708 840 2966
(Speaking for myself and not for US, US DOE, FNAL nor URA.)
(Product, trade, or service marks herein belong to their respective owners.)
From: leonardz@testarossa.cs.uoguelph.ca (Len Zaifman)
Newsgroups: comp.sys.sgi.misc
Subject: Upgrading 4.0.1 & 4.0.4 systems
Date: 5 Jan 93 19:57:02 GMT


	We have several systems on campus whichare variously at 4.0.1 & 4.0.4.
We have 2 CD's labelled 4.0.5a update & maintenance disks and two more
labelled 4.0.5f. The OS disk for 4.0.5f ( with eoe1,eoe2, etc.  ) is
clearly labelled  for indigo & reality engine systems only. The question is
: should I update the users to 4.0.5a using the 4.0.5a update disk and
apply the 4.0.5f maintenance disk , or should i use the 4.0.5a maintenance
disk as well??

	Comments are appreciated. I hope to do this tomorrow afternoon.
-- 
						Regards,
						Len Zaifman

Len Zaifman
Information Technology Coordinator, College of Physical and Engineering Science
University of Guelph, Guelph, Ontario. N1G 2W1
phone : (519) 824-4747 xt 6566 
fax   : (519)767-1620
email : leonardz@Testarossa.cs.uoguelph.ca

Newsgroups: comp.sys.sgi.misc,comp.sys.sgi.apps,comp.sys.sgi
From: odonnell@mpx2.lampf.lanl.gov (John M. O'Donnell)
Subject: Re: strange problem with command execution at xwsh startup
News-Software: VAX/VMS VNEWS 1.41    
Organization: LAMPF Data Analysis Center, Los Alamos, New Mexico
Date: Thu, 7 Jan 1993 04:28:00 GMT

In article <1993Jan6.144904.4811@asf.com>, jfm@asf.com (Jim Moore) writes...
>Response:
>xwsh terminates immediately after the commands terminate.
>rlogin doesn't terminate, therefore the window hangs around.
> 
>SGI provided a command file with buttonfly that I have used in the past.
>It contains the following:
> 
>#! /bin/csh -f
>$*
>echo -n "<ENTER to continue>"
>set foo $<
> 
>I called this "mywsh".  It is used as follows:
> 
>xwsh -e mywsh ls
> 
>It executes the command then waits for you to terminate it after it completes.
> 
xwsh -h saves a lot of messing around with extra files like mywsh
From: pj@sam.wpd.sgi.com (Paul Jackson)
Newsgroups: comp.sys.sgi.misc
Subject: Re: making inst distributions (was: Re: ghostscript)
Date: 9 Jan 93 09:49:41 GMT
Reply-To: pj@sgi.com
Organization: Silicon Graphics, Research & Development
NNTP-Posting-Host: sam.wpd.sgi.com

In article <1993Jan9.081614.6675@leland.Stanford.EDU>, dhinds@leland.Stanford.EDU (David Hinds) writes:
|> In article <1ilp7jINNioq@fido.asd.sgi.com> pj@sgi.com writes:
|> >    If you have intentionally modified a normal inst'ed file, a
|> >    file not known as a config file to inst, then you would like
|> >    to tell inst, to treat this file as if it were a config
|> >    file:
|> >
|> >	* naming upgrade versions with a .N suffix,
|> >	* listing that file in the output of "versions changed",
|> >	* giving you a chance to merge in your localisms, and
|> >	* letting you list all config files, for cloning systems.
|> 
|> Yes, yes, yes, and yes!

Well - now I've done the easy part - understand the request.
I just wish I knew when you might see this ...

-- 

				I won't rest till it's the best ...
				Software Production Engineer
				Paul Jackson (pj@sgi.com), x1373
Newsgroups: comp.sys.sgi.misc
From: chatz@yoyo.cc.monash.edu.au (David Chatterton)
Subject: arena++
Organization: Monash University, Melb., Australia.
Date: Wed, 13 Jan 1993 03:32:58 GMT

I am having exactly the same problem; very frustrating because it looks
so good. Originally the /etc/services entry was hashed out and it
complained as it should. Yet it still didn't work when this was fixed!

David

David Chatterton     | "A new character has come on the scene (I am sure I did
Comp Sci Department, | not invent him, I did not even want him, though I like
Monash Uni, Clayton, | him, but there he came, walking out of the woods of
Australia, 3168.     | Ithilien): Faramir, the brother of Boromir."
Phone: 03 565 5191   | - in a letter from JRR Tolkien to his son, 4 May 1944.
email: davidc@bruce.cs.monash.edu.au
From: knobi@knobi.munich.sgi.com (Martin Knoblauch)
Newsgroups: comp.sys.sgi.misc
Subject: Re: Why is copying and/or deleting so slow on IRIX
Date: 12 Jan 93 12:50:26 GMT
Organization: Silicon Graphics, Inc.
NNTP-Posting-Host: knobi.munich.sgi.com

In article <1993Jan12.104142.1311@wega.rz.uni-ulm.de>,
huober_r@hal.rz.uni-ulm.de (Reiner Huober) writes:
|> We use a 4D35 with biosym software on it. This software has a
|> help directory with over 3900 file, one or two blocks in size each.
|> If you copy or remove such a directory, then it takes several hours.
|> 
|> Is this specific to IRIX or have other systems the same behaviour
|> if there are many files in one directory.

  You are exceeding the disk buffer cache. It is usually not a
good idea to have thousands of files in one directory. The directory
gets so big, that it does not fit into the memory reserved by
the kernel. As a result, each access to any single inode in this
directory will directly go to disk, which is very slow. So if you
want to copy a directory with 3900 files, each file a few inodes,
it can take hours. All OS see this effect more or less drastic.
The limit is about 1000 files for a "normal" IRIX kernel. When
you exceed this limit, you will see the performance degradation
that you describe. If you have 'sar', the system activity reporter,
installed, you can try to monitor the system using 'sar -u' and
'sar -b'. If the former shows high percentages of %wio and %wfs,
this indicates a disk buffer cache problem. If 'sar -b' also
shows low utilisation of 'rcache' and 'wcache', you have another
indicator.

  To improve your situation, you can try to build a new kernel with
an increased disk buffer cache. To do so, log in as 'root' and
cd into '/usr/sysgen/master.d'. Edit file 'kernel'. Look for a
line containing '#define NBUF'. Under IRIX 4.0.x NBUF is set to
0 for autoconfiguration. Replace 0 by some large nuber like 1024
(I believe the maximum is 1500). Then rebuild the kernel using the
'autoconfig' command and reboot.

  Be aware that increasing NBUF increases the permament memory
usage of the kernel. If you are low on memory anyway, you will
hurt your overall system performance. You might want to play with
the NBUF parameter to get the best result ("acceptable" performance
at lowest possible NBUF value). As a final remark, don't expect the
resulting performance on your "monster" directory to be to good.
It will be better, but not impressive. The best way to overcome
your problem is to restructure the directory.

  Hope this helps.

Martin
-- 
+---------------------------------+----------------------------------+
|Martin Knoblauch                 | Silicon Graphics GmbH            |
|Application Support              | Am Hochacker 3 - Technopark      |
|Silicon Graphics Computer Systems| W-8011 Grasbrunn-Neukeferloh, FRG|
|                                 | Phone: (+int) 89 46108-179 or -0 |
|                                 | Fax:   (+int) 89 46108-222       |
+---------------------------------+----------------------------------+
|Network: <knobi@sgi.com>         | V-Mail: 8935   | M/S: IMU-315    |
+--------------------------------------------------------------------+
From: zsd@axe.drea.dnd.ca (Jim Diamond)
Newsgroups: comp.sys.sgi.misc
Subject: X and/or powerflip and/or Elan (and/or user?) brain damage
Date: 11 Jan 93 22:20:48 GMT

With an Indigo R3000 Elan running 4.0.5F:

I've had problems when using the powerflip / SGI logo combination as the
screen saver.  Occasionally, this program hangs and I have to reset
the graphics system.  After describing my woes to the hot line (sorry,
I guess that's an old name?), I've gotten two new graphics boards and
one new CPU board.

Since the new CPU board (most recent change), it has not yet hung the
graphics system, but it only happened sporadically anyway.

Today, I wanted to let it run overnight by starting it from
my toolchest.  The line in the toolchest is

    "SGI Logo"          f.checkexpr "test -x /usr/sbin/haven -a -x /usr/demos/bin/powerflip -a -r /usr/demos/data/yaodl/logo.ydl" "/usr/sbin/haven /usr/demos/bin/powerflip -z /usr/demos/data/yaodl/logo.ydl"

But instead of the logo appearing for a moment (right after I choose
that entry from the toolchest) and then going away, a window occupying
about 95% of the screen stays there.  (This window, except for not
occupying the whole screen, looks like what one expects to see when
this screen saver is in operation.)  In /usr/adm/SYSLOG I find

Jan 11 16:52:55 axe Xsession: zsd: X Error of failed request:  BadWindow (invalid Window parameter)
Jan 11 16:52:55 axe Xsession: zsd:   Major opcode of failed request:  20 (X_GetProperty)
Jan 11 16:52:55 axe Xsession: zsd:   Resource id in failed request:  0x34
Jan 11 16:52:55 axe Xsession: zsd:   Serial number of failed request:  160
Jan 11 16:52:55 axe Xsession: zsd:   Current serial number in output stream:  160

Can anyone shed some light on why this is happening?  In previous
cases, logging out and in again fixes (temporarily) this problem.
But what is causing this problem?  Should I ask for a new backplane?
Maybe a new power supply?  ("Collect the whole set.")

Thanks.

			Jim Diamond
			zsd@axe.drea.dnd.ca
Newsgroups: comp.sys.sgi.misc,comp.mail.misc
From: eng10312@nusunix1.nus.sg (NEO LIN CHEN)
Subject: Re: Zmailer-2.2:  does it work w/IRIX4.0.*?
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 4 Jan 1993 05:44:16 GMT

fds
Steve Rikli (steve@dewey.tamu.edu) wrote:
: Has anyone gotten Rayan Zachariassen's zmailer mail delivery agent/sendmail
: replacement to successfully compile under IRIX 4.0.*?
: 
: We're running a pre-release set of zmailer binaries from IRIX 3.3.2, and
: just upgraded to zmailer-2.2 on our Suns (SunOS 4.1.1), but compilation
: fails on our SGIs running 4.0.*.  
: 
: I haven't hacked on the src at all yet, but needless to say it doesn't
: compile right out of the box.  I'd really like to know if anyone has
: gotten zmailer to work under IRIX, since I like it quite a bit and I'm
: loathe to go back to configuring sendmail.
: 
: cheers,
: sr.
: -- 
: || Steve Rikli 	           |||  Visualization Lab               ||
: || steve@archone.tamu.edu  |||  Texas A&M University            ||
: || 409-845-3465            |||  College Station, TX  77843-3137 ||
Xref: sparky comp.sys.sgi.misc:158 comp.sys.sgi.apps:26 comp.sys.sgi:18501