HDTenEightyP/NetNews huggingface dataset:
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: MSGGET(2) system limits
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 30 Dec 92 21:44:40 GMT

In <34830@adm.brl.mil> beyer@bflsgu.fl.bs.dlr.de (Ralf Beyer DLR) writes:
| 
| the MSGGET(2) man page on the system message queue says that
| 
| 	"Msq_qbytes is set equal to the system limit"
| 
| What is this system limit ? How can I modify it ?
| 
| I looked into /usr/include/limits.h and did not discover anything
| which appears relevant to me.

See /usr/sysgen/master.d/msg, and 'man autoconfig'
--
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
Newsgroups: comp.sys.sgi
From: davea@quasar.mti.sgi.com (David B.Anderson)
Subject: Re: Compiling GCC
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Sun, 27 Dec 1992 16:07:53 GMT

In article <STEVEMW.92Dec25222156@usa.wv.tek.com> stevemw@usa.wv.tek.com (Stephen M. Wynne) writes:
>Hello, folks. I'm trying to compile gcc-2.3.2 on an SGI R4000,
>and I get the following complaint:
>
>	cc -Wf,-XNg1500 -Olimit 3000 -cckr -O1 -c  -DIN_GCC   -g     -I. -I. -I./config mips-tfile.c
>cpp: error /usr/include/syms.h:113: Can't find include file cmplrs/stsupport.h
>*** Error code 1

You did not install all headers. You need to inst(1) some more to
get the rest of the headers.

cmplrs/stsupprt.h is in
        dev.cmplrs_hdr.internal
Use
        versions -I
to see what is currently installed.

Regards,
[ David B. Anderson             (415)390-4263             davea@sgi.com ]



Newsgroups: comp.sys.sgi
From: stanj@ferrari.corp.sgi.com (Stan Jensen)
Subject: Re: GL card for PC
Organization: Silicon Graphics, Inc.
Date: Thu, 31 Dec 1992 16:53:10 GMT

In article <7720@dove.nist.gov>, fred@poly2.nist.gov (Frederick R. Phelan Jr.) writes:
|> A few months ago there was a post about a card for pc's that enables support for gl
|> programs.  Unfortunately I didn't save it.  Could anybody whow has the information
|> send it to me?
|> 
|> I'm also wondering how this card works.  Does it essentially turn the pc into a gl
|> server for programs running remotely on a worksation?

The IRISVision board set is available from pellucid, inc. (408-987-0321)
in Santa Clara, CA.  As far as I know, it does not support DGL and thus
can't be a GL server, but it does allow GL under DOS or SCO Unix. 
-------------------------------------------------------------------------
Stan Jensen, Systems Engineer                          stanj@corp.sgi.com
Silicon Graphics Inc., M/S 14L-120                    Phone:(415)390-5822
P.O. Box 7311, 1350 Charleston Road                   FAX:  (415)962-1589
Mt. View, CA  94039-7311                                "I (heart) Tonks"
-------------------------------------------------------------------------
From: scjones@thor.sdrc.com (Larry Jones)
Newsgroups: comp.sys.sgi
Subject: Re: why is malloc() core dumping me?
Date: 21 Dec 92 19:47:45 GMT
Distribution: usa

In article <1992Dec18.132718.18673@husc3.harvard.edu>, mlevin@husc8.harvard.edu (Michael Levin) writes:
>     I have a C program on an SGI Iris, which is core-dumping
> ("segmentation fault"). I have localized this problem to a single
> statement (by means of putting "printf()"s around it - we have no
> visual debugger). The statement is:
> p = (char *) malloc(1024);

This indicates that you have corrupted the internal data structures that
malloc uses to keep track of allocated and freed memory, probably by
writing past the end of an allocated block.  I suggest you find a copy
of Conor Cahill's debugging malloc library -- it's been posted to one of
the comp.sources groups -- it's invaluable in tracking down this kind of
problem.
----
Larry Jones, SDRC, 2000 Eastman Dr., Milford, OH  45150-2789  513-576-2070
larry.jones@sdrc.com  or  ...uunet!sdrc!larry.jones
See if we can sell Mom and Dad into slavery for a star cruiser. -- Calvin
From: David_Anthony_Guevara@cup.portal.com
Newsgroups: comp.sys.sgi
Subject: GE FAULT:vertex buffer: 2 words
Date: Tue, 22 Dec 92 16:22:56 PST
Organization: The Portal System (TM)
Distribution: usa

Hi,

I received the following error message in my SYSLOG

     GE FAULT:vertex buffer: 2 words
     0001 0001

What is this error?  Is it something I should be concerned with?  As
far as I can tell, things are operating correctly.  Any information
on what this is (or where I can find an explanation about it) would
be appreciated.  Thanks!

David Guevara,
Internet:  David_Anthony_Guevara@cup.portal.com
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Booting w/o keyboard
Date: 29 Dec 92 07:36:44 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <C006nn.J5L@iat.holonet.net> cmumford@iat.holonet.net (Chris Mumford) writes:

| How do I boot a 310VGX without a keyboard plugged in?

With an ASCII terminal, or set the console to 'd' in the nvram,
and the bootmode to automatic (probably 'c' for the 310).  For
newer PROMs, setting 'nogfxkbd' in the nvram would allow the system
to boot with console=G even if no keyboard is present.  This is
mostly Indigos, although late proms for the 4x0 and crimson series
may also support it.

Unlike our NeWS based systems, X will come up on the console independent
of the nvram console location, assuming it is configured on (as it
is by default).

If you don't actually have an ascii terminal attached, you miss
all the boot messages, and if X won't come up (or the system doesn't
come up far enough to start it), you will have to dig up an ascii
terminal from somewhere to see what is going on.

As to *how* to stop in the PROM monitor without a keyboard, you
are going to have to disconnect the graphics, and hook up an ascii
terminal or equivalent, unless the system is up now, in which
case you can use the /etc/nvram command as root to change the
relevant variables.
--
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: flash@austin.lockheed.com (James W. Melton)
Newsgroups: comp.sys.sgi
Subject: Re: Launch program at boot time??
Date: 1 Jan 93 08:04:59 GMT
Organization: "Lockheed Austin Division, 6800 Burleson Rd, Austin, TX 78744

My solution is to put a script in the /etc/init.d directory. This
script should be able to be invoked with an argument of "start" on
system startup, and "stop" at shutdown time. Look around at some of
the scripts already there for help. There is also a symbolic link
required somewhere (sorry, not on the SGI and my memory is fuzzed)
that tells the system where in the order of scripts your is to run.

My problem with a turnkey system is that my system has an annoying
tendency to come up with the "Do you want to automatically
reconfigure the system?" prompt. NOTHING happens until this
question is answered. How do you make it go away????

-- 
Jim Melton, novice guru
email:      flash@austin.lockheed.com | "So far as we know, our
voice mail: (512) 386-4486            |  computer has never had
fax:        (512) 386-4223            |  an undetected error"
From: lim@cs.umass.edu
Newsgroups: comp.sys.sgi
Subject: Need help on using ReadMovieBYU map (Explorer)
Date: 22 Dec 92 01:17:57 GMT
Reply-To: lim@cs.umass.edu ()
Organization: University of Massachusetts, Amherst


How do I read in a MovieBYU .geom file such that I can edit the object's
material and color? As it stands now, the module spits out a pyramid structure
and the object is tied to a colormap. Thanks in advance.


--------------------------------------------------------------------------------
             Jonathan Lim          Computer Vision Research Group
           lim@cs.umass.edu    University of Massachusetts at Amherst
--------------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: ies@access.mbnet.mb.ca (Integrated Engineering Software)
Subject: Frustrated with SGI support..
Keywords: Upgrade, Irix, Indigo
Organization: University of Manitoba, Winnipeg, Canada
Distribution: na
Date: Mon, 28 Dec 1992 16:50:44 GMT

HI,
   I am sorry for this posting, but hopefully some SGI staff
   will notice.
   We have been trying to get the SGI support to send an
   invoice to upgrade to Irix 4.0.5. Inspite of repeatedly
   contacting the SGI represenatatives in Toronto &
   Winnipeg  a few times we still do not have the invoice.

	Does SGi have a bad track record in these issues.
	Hopefully the SGI personnel will be more attentive.

	Sincerely,
		Girish Bhat
	        Integrated Engg S/Ww
	        46-1313 Border Place
	        Winnipeg, MB R3H 0X4
		(204)-632-5636



Newsgroups: comp.sys.sgi
From: aj3u@larch.cs.virginia.edu (Asim Jalis)
Subject: How to Determine Model
Organization: University of Virginia, Charlottesville, VA 22903
Distribution: comp
Date: Fri, 1 Jan 1993 15:20:20 GMT

Is there a way to determine online what the version of my SGI
machine is?


Asim Jalis.
Newsgroups: comp.sys.sgi,comp.sys.sgi.bugs,comp.unix.ultrix
From: aaa@pixar.com (Tony Apodaca)
Subject: Re: tempnam(3S) bug, possibly on all MIPS
Organization: Pixar - Pt. Richmond, CA USA
Date: Thu, 24 Dec 1992 01:14:51 GMT

In an article, svec5@menudo.uh.edu (T.C. Zhao) writes:
>| It appears that tempnam(3S) is broken on three MIPS machines I have
>| access to:   IRIX 3.3, Ultrix 4.1, UMIPS 4.52:

In an article, olson@anchor.esd.sgi.com (Dave Olson) writes:
>Since tempnam() needs to make sure the file it is existing doesn't
>exist, it isn't surprising that errno is set (but you shouldn't
>count on it either way!).

In an article, murphy@ufp.dco.dec.com (Rick Murphy) writes:
>Looking at errno after calling a library routine that hasn't failed isn't
>a useful thing to do. The call succeeded - you've got no reason to go looking
>at errno.

	This is not really the point.  The point is that a smart programmer
checks errno after every system call.  So, at some point in your program,
after returning from a system call, you notice that errno is set, and you
probably perror() and go to some error correcting code.  Of course, what
you don't realize (for several days of debugging!  I know, I was there!!)
is that the system call you issued had nothing to do with it.  errno had
been set as a side-effect of tmpnam() in a different module in a different
file hundreds of lines of code ago.  This is totally unexpected (and
I might add totally undocumented) behavior, and it is a pain in the butt.
It makes you go into defensive programming mode, setting errno to 0 before
every system call because you don't know if there are any *other* library
routines which break the rules and have unexpected unfriendly side effects
like this.

	Okay, maybe I'm exaggerating to make a point, but I don't think
it's fair to insinuate that Mr. Zhao is wrong.  It *is* a bug, in the
following sense: the man pages explicitly state that errno is set if a
system call gets an error, but is untouched otherwise.  I think library
utility functions fall into the "otherwise" category, don't you?

-- 
UUCP:		{uupsi,ucbvax}!pixar!aaa	Tony Apodaca
Internet:	aaa@pixar.com			Pixar, Richmond, CA, USA
    "And in the end, the love you take is equal to the love you make."
Newsgroups: comp.sys.sgi
From: wes@uf.msc.edu (Wes Barris)
Subject: What is the correct gamma value?
Reply-To: wes@msc.edu
Organization: AHPCRC, Minnesota Supercomputer Center
Date: Mon, 28 Dec 1992 18:28:03 GMT

The man page for gamcal says:

   "Normally the gamma of the display should be set to
    2.4 using the program /usr/sbin/gamma."

However, the following lines are found in /usr/lib/X11/xdm:

   Xlogin:glGammaDefault="1.7"
   Xstartup:glGammaDefault="1.7"

NOTE: These files (Xlogin and Xstartup) do not seem to be setting the gamma
      anyway but that is a separate issue.


Using the gamcal program to help calibrate the gamma leads me to believe
that 2.4 is the "correct" value.

I am running IRIX 4.0.5 on a 4D/35.  Is there a reason for the two
different gamma values found on my system?


===============================================================================
Wes Barris                                                   PH: (612) 626-8090
Minnesota Supercomputer Center, Inc.                         Email: wes@msc.edu
Newsgroups: comp.sys.sgi
Subject: Looking for 'BOB' (Brick of Bytes) software
From: Dick Jackson <Dick_Jackson@ibd.nrc.ca>
Date: 21 Dec 92 15:09:18 +0600
Distribution: world
Organization: National Research Council Canada
X-UserAgent: Nuntius v1.1.1d12X-XXMessage-ID: <A75B8EEB1401AC8E@dixmac.ibd.nrc.ca>X-XXDate: Mon, 21 Dec 92 21:10:35 GMTLines: 17

Dear readers,

I've tried to dig up the reference again, but to no avail.  Could someone
point me to the
software for volume visualization known as 'BOB', I believe it's from U.
of Minnesota.  I
apologize for the request, as I know it passed through here just a few
weeks ago.

Thanks,

-Dick

Dick Jackson
Institute for Biodiagnostics                           435 Ellice Avenue
National Research Council Canada                      Winnipeg, Manitoba
Dick_Jackson@ibd.nrc.ca     (204) 983-7962 fax:-3154     Canada  R3B 1Y6
Newsgroups: comp.sys.sgi
From: nathan@laplace.csb.yale.edu (Nathan F. Janette)
Subject: Re: Frustrated with SGI support
Reply-To: nathan@laplace.csb.yale.edu (Nathan F. Janette)
Organization: Yale University, Department of Computer Science, New Haven, CT
Date: Fri, 1 Jan 1993 06:31:55 GMT

In article <1993Jan1.041429.5751@odin.corp.sgi.com>  
julib@estrogen.corp.sgi.com (Juli Banfe) writes:

> I wish I could help you out. It frustrates me that I am NOT an engineer,
> nor do I work in Tech Support. If there is anything I can share with the
> hotline people I will be more than happy to voice your concerns. Please
> be nice, don't bomb me.

SGI seems to take constant evaluation of it's support
seriously enough to poll folks by telephone about their
recent experiences with SGI support.  I just received
such a call a few days ago, and was gratified to have the
chance to vent about an unfortunate support experience
we had a few months ago.  The SGI person seemed genuinely
concerned, and took careful notes of everything I
reported, including my suggestions for improvements. 

Very impressive indeed... 

--
Nathan Janette
PPP link from hilbert.csb.yale.edu

Please reply to: nathan@laplace.csb.yale.edu (NeXT)
From: schuman@eacces.wpd.sgi.com (Aaron Schuman)
Newsgroups: comp.sys.sgi
Subject: Re: corpses in /etc/utmp??
Date: 22 Dec 1992 19:40:51 GMT
Organization: Silicon Graphics 415-390-1901
NNTP-Posting-Host: eacces.wpd.sgi.com

Dave Dittrich>  Anyone from SGI able to duplicate this?

Yes, it sounds like bug #125402, "xterm leaving /etc/utmp entries
after logout (4.0.5A,F)", or like bug #130362, "finger, who and w
broken  - bogus info in utmp ?".

Both of those defects (which look like duplicates to me) are assigned.
I can't predict when they'll get fixed.


					Aaron

.............................................................................
Aaron Schuman     415-390-1901     schuman@sgi.com     Silicon Graphics, Inc.
From: gleicher@CS.CMU.EDU (Michael Gleicher)
Newsgroups: comp.sys.sgi
Subject: shadows on object/object
Date: 30 Dec 92 19:49:37 GMT
Article-I.D.: cs.C038Et.MGE.1
Distribution: comp
Organization: CMU Graphics Group
Originator: gleicher@HOSTESS.GRAPHICS.CS.CMU.EDU


I remember seeing in one of those magazines that SGI sends out sometime a hack
for getting shadows from one object cast onto another (eg: not just shadows
cast upon the ground and other planar surfaces). At the time I saw it used
some expensive piece of graphics hardware which I didn't have. Now I'm
interested in finding it (not that I have the hardware, I just need to know
how its done).

So, I'd appreciate it if someone would:
	1) give me the reference
	2) give me a brief synopsis of how it works
	3) FAX me the article (this is for a siggraph paper, so no time for US
		Mail)

Any help is appreciated. 

Mike

-- 
Michael Lee Gleicher				gleicher@cs.cmu.edu
		ski bum, graphics hacker, and SCS PhD student
Carnegie Mellon University, Pittsburgh, PA 15213-3891	(412) 268-6243 (school)
Newsgroups: comp.sys.sgi
From: jonathan@rahul.net (Jonathan Heiliger)
Subject: Re: SYSLOG errors?!
Reply-To: jonathan@mecca.epri.com
Organization: Electric Power Research Institute
X-Newsreader: TIN [version 1.1 PL8]
Date: Sat, 2 Jan 1993 21:02:22 GMT

Vernon Schryver (vjs@rhyolite.wpd.sgi.com) wrote:

> The trouble is that a file in your /usr/spool/mqueue has been corrupted
> and appears to be a "FIFO".  The new version of sendmail defends itself
> against such problems.  (Previous versions would just lock up trying to
> read from the pipe.)

    Thanks for the info.  It seemed to have worked like a charm!

 
-- 
Jonathan Heiliger .... Electric Power Research Institute
Internet: jonathan@mecca.epri.com -/- jonathan@rahul.net
Telephone <*> [415].855.2888

Newsgroups: comp.sys.sgi
From: agrafiot@wl.com (Dimitris Agrafiotis)
Subject: is there a function to return the number of processors?
Organization: Warner Lambert / Parke-Davis
Distribution: usa
Date: Tue, 22 Dec 1992 19:35:09 GMT


Is there a function to return the number of processors on a system? If the
answer is getinvent(), what class and type should one use?
Thanks

-- 
Dimitris K. Agrafiotis
Computer Assisted Drug Design
Parke-Davis Pharmaceutical Research
(agrafiot@wl.com)
From: kurt@cashew.asd.sgi.com (Kurt Akeley)
Newsgroups: comp.sys.sgi
Subject: Re: what happens to big color values?
Date: 29 Dec 1992 22:05:41 GMT
Organization: Silicon Graphics, Inc.
Distribution: comp
NNTP-Posting-Host: cashew.asd.sgi.com

-- 

In article <C002M8.3D8.1@cs.cmu.edu>, gleicher@CS.CMU.EDU (Michael Gleicher) writes:
|> 
|> When lighting calculations are taking place, what happens when color values
|> are > 1?
|> 
|> I'm computing the lighting "manually" in a program as well as displaying it on
|> the screen. For points whose RGB value is computed > 1, I'm not seeing the
|> expected results. For instance, what I compute as an RGB value of
|> (1.5,1.4,.9), I'd expect to appear nearly white (since I expected the values >
|> 1 to be truncated), but it appears yellow.
|> The things which could be happening are:
|> 	1) truncation (this is what I expected, but doesn't seem to be the
|> 		case) 
|> 	2) normalization (eg: make the vector be unit magnitude)
|> 	3) divide by the largest element
|> 	4) something else
|> 
|> If someone could fill me in, I'd be most grateful.

The color components should be independently clamped (not truncated)
to 1.0, resulting in a color near white.  What hardware are you running on?

-- Kurt Akeley	    kurt@sgi.com  (415) 390-3612  M/S 7U-550
From: reuel@blivet.houst.sgi.com (Reuel Nash)
Newsgroups: comp.sys.sgi
Subject: Re: is there a function to return the number of processors?
Date: 22 Dec 1992 20:47:15 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA
NNTP-Posting-Host: blivet.houst.sgi.com


In article <1992Dec22.193509.29394@wl.com>, agrafiot@wl.com writes:
> 
> Is there a function to return the number of processors on a system? If the
> answer is getinvent(), what class and type should one use?
> Thanks
> 

see sysmp(2)

specifically:

	MP_NPROCS
	MP_NAPROCS

--

Reuel Nash	(713)293-9292	FAX (713)293-0503
Silicon Graphics, 11490 Westheimer Suite 100, Houston, TX  77077

Visualize Whirled Peas
From: fred@poly2.nist.gov (Frederick R. Phelan Jr.)
Newsgroups: comp.sys.sgi
Subject: CPU Type Detection
Date: 23 Dec 92 20:32:14 GMT

We have a graphics application for animated contouring that we need to slow down
when running on a Crimson.  The sginap(k) function does this nicely, but I would
like to feed it k based on the CPU it encounters so I don't need to recompile for
different machines.  How does one detect the CPU type at run time?  On a PI we
want no sginap, on the Crimson, we want an sginap(2).  Note that this app is 
CPU bound not graphics bound, so getgdesc(~) to detect VGX vs. GT etc. is not what
we want. 

---
Fred Phelan
fred@poly2.nist.gov
From: hshamans@magnus.acs.ohio-state.edu (Harry T Shamansky)
Newsgroups: comp.sys.sgi
Subject: Novice seeks news for local Indigo farm
Keywords: news, sgi
Date: 26 Dec 92 23:36:31 GMT
Distribution: comp.sys.sgi
Organization: The Ohio State University


   Hello all...

   Perhaps someone can point us in the right direction. We currently use 
   a large (but often sluggish) central campus-wide machine to read our
   news, but do everything else on our Indigo-farm.

   I snagged xrn, trn, etc., but it appeared that I would need a groomed
   news feed from "big brother." The main machine is too loaded to send 
   us a news feed (i.e. NNTPSERVER), so we must go-it-alone. The central
   machine did offer to send us a raw news feed (which I suppose everyone
   can get w/o hassle).

   My question is: 
     Q.) What is needed to bring a raw news feed into a small Indigo farm? 
	 NNTPD? Anything else? Are terrabyte disk farms a must?

   Any tips/experience/the like will be most appreciated. 

   thanks....

   harry shamansky
   Shamansky.1@osu.edu
Newsgroups: comp.sys.sgi,comp.sys.sgi.bugs,comp.unix.ultrix
From: rogerk@queernet.org (Roger B.A. Klorese)
Subject: Re: tempnam(3S) bug, possibly on all MIPS
Date: Sat, 26 Dec 1992 19:36:24 GMT
Organization: QueerNet

In article <1992Dec24.011451.497@pixar.com> aaa@pixar.com (Tony Apodaca) writes:
>	This is not really the point.  The point is that a smart programmer
>checks errno after every system call.

No, an *incorrect* one does.  A *smart* one checks it only after bad
status returns.
-- 
ROGER B.A. KLORESE                                              +1 415 ALL-ARFF
rogerk@unpc.QueerNet.ORG              {ames,decwrl,pyramid}!sgiblab!unpc!rogerk
"Normal is not something to aspire to, it's something to get away from."
                                                                   -- J. Foster
Newsgroups: comp.sys.sgi
From: mas@everest.esd.sgi.com (Michael Schulman)
Newsgroups: comp.sys.sgi
Subject: Re: CPU Type Detection
Date: 23 Dec 92 23:21:42 GMT
Reply-To: mas@sgi.com
Organization: Silicon Graphics Computer Systems, Mountain View, CA

In article <7668@dove.nist.gov>, fred@poly2.nist.gov (Frederick R. Phelan Jr.) writes:
|> From: fred@poly2.nist.gov (Frederick R. Phelan Jr.)
|> Newsgroups: comp.sys.sgi
|> Subject: CPU Type Detection
|> Date: Wed, 23 Dec 92 12:32:14 PDT
|> Lines: 11
|> 
|> We have a graphics application for animated contouring that we need to slow down
|> when running on a Crimson.  The sginap(k) function does this nicely, but I would
|> like to feed it k based on the CPU it encounters so I don't need to recompile for
|> different machines.  How does one detect the CPU type at run time?  On a PI we
|> want no sginap, on the Crimson, we want an sginap(2).  Note that this app is 
|> CPU bound not graphics bound, so getgdesc(~) to detect VGX vs. GT etc. is not what
|> we want. 
|> 
|> ---
|> Fred Phelan
|> fred@poly2.nist.gov

Another not so elegant solution is to have a loop that executes for some
period of time at the start of the program ( say 2 secs ).  From the timing
of this loop, you could then determine what the sginap value should be.  This
will work in the future, when the getinvent call returns new and faster values
that your program might not understand.



-- 

Michael Schulman
Manager, Technical Marketing
Engineering & Scientific Applications

Silicon Graphics Computer Systems
2011 N. Shoreline Blvd.
Mountain View, CA 94039
415-390-3308

mas@sgi.com
Xref: sparky comp.sys.sgi:18324 comp.sys.sgi.bugs:42 comp.unix.ultrix:9072