HDTenEightyP/NetNews huggingface dataset:
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: fsck problem in single user mode
Keywords: fsck, single user
Date: 5 Nov 92 18:04:55 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Nov5.113332.22423@sun1.ruf.uni-freiburg.de> kleinren@sun1.ruf.uni-freiburg.de (Rainer Kleinrensing) writes:
| today we had a problem with a mangled root entry in /etc/passwd.
| To fix it, we booted single user and manually did a /etc/fsck /dev/usr
| in order to be able to mount it and use 'vi'. However, fsck wanted to
| print a message like 'UNREF FILE, OWNER=root', but what was printed was
| 'UNREF FILE, OWNER=Bus error (ore dumped)', fsck was not able to
| continue beyond this point.
| With 'echo' we created a passwd file with only the root entry,
| after that fsck worked. Perhaps one could fix this ?

You don't say which OS release you are running.  I tried to duplicate
this with a number of creative ;) ways of damaging the passwd file,
and all of them either find and print 'root', or don't find uid 0
at all, and just print the numeric UID.  This was with 405.

fsck uses getpw() (the standard libc routine) to lookup the UID, so
this should be fairly easy to simulate.

Could you include a sample of how the bad line looked?
--
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: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: is sizeof(int) 8 on the R4000?
Date: 13 Nov 92 02:07:31 GMT
Distribution: usa
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Nov12.205326.15189@wl.com> agrafiot@wl.com (Dimitris Agrafiotis) writes:
| What is the sizeof(int) on the R4000? Also, is there a preprocessor symbol
| that indicates the processor type?

4 bytes (32 bits).  This will still be true when we start supporting
the full 64 bit mode as well, or at least, so goes the prevailing thought.

If you compile with -mips3 to get the 64 bit mode stuff, there is
a pre-processor define that gets set, but I don't know how stable
the name is, so I would say to wait until we have that support
released.  If you just mean basic architecture, it is __mips.

--
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: peterb@perturb.esd.sgi.com (Peter Birch)
Subject: Re: FSN doesn't work on Indigo XS!
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Mon, 9 Nov 92 20:24:14 GMT


In article <GREENDOG.92Nov9115852@insti.physics.sunysb.edu>, greendog@insti.physics.sunysb.edu writes:
> We've been using FSN on our R3000 indigo entry's...  We just got an
> R4000 indigo XS, and FSN doesn't work!  It says "fsn requires zbuffer
> and RGB".
> 
> What's the deal?

The XS does z-buffering in hardware, and therefore does not have a software
z-buffer mechanism.  As you have discovered, the hardware z-buffer is optional
(HU-ZBX, list price $2k), and as a result, if you do not have the option board,
z-buffering is not supported.  Presumably you were told this by your sales
person :^)

FSN shouldn't be complaining about RGB, since both the Entry and XS support
Virtual24 using 8 physical bitplanes.

peter

.....Peter Birch.....peterb@perturb.esd.sgi.com.....MTS, Graphics Hardware.....
......Silicon Graphics, Inc.....Mountain View, CA 94039.....(415)390-1512......
From: lee@luke.rsg.hac.com (C. Lee)
Newsgroups: comp.sys.sgi
Subject: Re: how to interrogate ftimer status from a program?
Date: 10 Nov 92 21:55:13 GMT
Article-I.D.: hacgate.23955
Organization: Hughes Aircraft Company; Culver City, CA

"address = syssgi(SGI_QUERY_CYCLECNTR, &resolution)" gives me the
location of a hardware counter, 32-bits on an IO3 and 24-bits on an
Indigo.

"syssgi.h" didn't list a "SGI_QUERY_CYCLECNTR_LEN", but is there a way
to get also get the length (i.e., 32-bits, 24-bits or whatever)?

Thanks.
Newsgroups: comp.sys.sgi
From: stanj@ferrari.corp.sgi.com (Stan Jensen)
Subject: Re: How to speed up X?
Organization: Silicon Graphics, Inc.
Date: Tue, 10 Nov 1992 18:18:12 GMT

In article <1992Nov6.152359.24079@rd.hydro.on.ca>, twriter@rd.hydro.on.ca (Timothy Writer) writes:
|> Thanks for the info.  If I understand you correctly, the answer to my
|> question (How to speed up X?) is to get a new machine. :-(  Is there an
|> upgrade path from a 4D/210GTX to one of the newer machines, an Indigo
|> R4000 Elan for example?
|> 
|> Tim Writer			     phone:  (416) 231-4111 ext. 6990
|> Ontario Hydro Research Division	     fax:    (416) 237-9285
|> Toronto, Ontario		     e-mail: twriter@rd.hydro.on.ca
|> CANADA

Of course there are upgrades! You can upgrade your 210 to a 310, 480 or an
R4000 ("Crimson"); your GTX to VGXT or Reality Engine; and your twin tower
to a single tower or Predator rack. Call SGI Express @ 1-800-800-7441 and
ask to speak to our Canadian specialist, Eric Hanson.
-------------------------------------------------------------------------
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: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Increased Prices for Memory
Date: 9 Nov 92 22:36:46 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Nov7.051153.26035@ringer.cs.utsa.edu> senseman@ricky.brainlab.utsa.edu (David M. Senseman) writes:

| In article <1992Nov6.140610.26884@athena.mit.edu> ertas@athena.mit.edu (Mehmet D Ertas) writes:
| >Yes, for the same reason, Kingston 3rd 
| >party memory expansion kits for R4k (64 MB)
| >have also increased by $350. By the way, 
| >I was also told that the design of
| >these have changed to include drivers in 
| >order to eliminate any possible bus loading
| >problems, due to their unconventional(!) design. 
| >The new design is available now.
| >
| 
| Yikes! I just placed an order with Impediment on Thursday and we are suppose
| to receive the 32 MB upgrade package (for the R4K Indigo) on Monday. This is
| the first I have heard of including "drivers" with the RAM so as not to load 
| the bus. I have no idea which type of memory Impediment is sending (all I
| know is that it's going to cost me more that it would have last week :(
| 
| Am I correct in assuming that I should be able to easily tell whether these
| chips are the old or new design? (i.e. are the drivers are easy to spot?). 
| Should I refuse delivery if there are the "old" design? 
| 
| Can anyone (Dave?) elaborate on what's going on?  Thanks.

Some 3rd party memory that was announced for the r4k Indigo had 36x1
SIMMs rather than 9x4.  The extra chips cause extra bus loading, which
may (and may not; it is hard to say for sure without a lot of analysis)
cause problems.  I don' know if it was from Kingston or somebody else.
The smaller capacity chips are presumably cheaper per MB, but somewhat
harder to fit in the same space, as well.

Our hardware engineers weren't willing to commit at all to the 36x1
SIMMs working reliably.  I don't know what the vendor's 'fix' involves,
or whether it truly fixes the problems the extra chips introduce or
not.  I don't know enough about bus design to comment from my own
knowledge.
--
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: hunter@werple.apana.org.au (James Gardiner)
Newsgroups: comp.sys.sgi
Subject: NT programs under IRIX????
Date: 11 Nov 1992 22:58:47 +1100
Organization: werple public-access unix, Melbourne
NNTP-Posting-Host: werple.apana.org.au


I was just wondering the other day about what NT on SG machines
really means to us.

One interesting question poped up in my mind..

As SG machines will run many many NT programs ported by
MicroSoft and Sold at PC prices.
Will I be able to run these programs under IRIX.
I cannot see it being too hard.  And if so...
You Buty,  Roll on NT for SGI..



James
Newsgroups: comp.sys.sgi
From: ertas@athena.mit.edu (Mehmet D Ertas)
Subject: Re: Increased Prices for Memory
Organization: Massachusetts Institute of Technology
Date: Fri, 6 Nov 1992 14:06:10 GMT

In article <1992Nov5.195012.5289@ringer.cs.utsa.edu>, senseman@ricky.brainlab.utsa.edu
 (David M. Senseman) writes:
|> My buyer just informed me that the 32 MB memory upgrade
|> for the R4K Indigo just jumped $250 during the last week
|> due to trade sanctions with Korea. Anyone else hear of this?
|> 
|> Now my two favorite things, French white wine and Koran RAM,
|> are going to be out of my price range :-(
|> 
Yes, for the same reason, Kingston 3rd party memory expansion kits for R4k (64 MB)
have also increased by $350. By the way, I was also told that the design of
these have changed to include drivers in order to eliminate any possible bus loading
problems, due to their unconventional(!) design. The new design is available now.

Deniz Ertas
Newsgroups: comp.sys.sgi
From: pj@sam.wpd.sgi.com (Paul Jackson)
Subject: Re: 'nobody' problem with 'co' and 'ci':
Reply-To: pj@sgi.com
Organization: Silicon Graphics, Research & Development
Distribution: na
Date: Thu, 12 Nov 1992 06:53:15 GMT

In article <1992Nov12.024046.9296@vlsi.polymtl.ca>, ayoye@vlsi.polymtl.ca (Stephane Ayotte) writes:
|> We are currently experiencing a strange problem with the RCS utilities:
|> whenever a file is checked-in or out of RCS, the file is tied to user
|> 'nobody'. Note that this only happens on one particular machine ( a PI
|> running 4.0.1 ). If one rlogin's to another machine and tries the 'co'
|> or 'ci' operation, 'check' then reports the correct user name.

As described, I'm not sure of many details, such as what's
mounted where, who's logged in as who, whether the working file's
owner, RCS *,v archive file's owner or RCS author or locker is set
to nobody, ...

But look at the following for some more clues:

Look in the environment (type "env" at the prompt) of a session
during which the failure is occurring, and see of LOGNAME and/or
USER is set.  Compare this with the environment of another
session (perhaps an rlogin into another machine) where this
failure doesn't occur.  If LOGNAME and/or USER is set differently,
try changing (and exporting) them in various combinations and see
if the failure stops.

Also read the man page for getlogin(3C) and getpwent(3C),
which are the library utilities that RCS uses, in case that
it doesn't use LOGNAME or USER.  Perhaps some of the explanations
on these man pages will give you clues of where to look.

-- 

				I won't rest till it's the best ...
				Software Production Engineer
				Paul Jackson (pj@sgi.com), x1373
Newsgroups: comp.sys.sgi
From: martinm@sgi.com (Martin McDonald)
Subject: Re: Line that never gets erased
Organization: Silicon Graphics, Inc., Mountain View, CA
Date: Wed, 11 Nov 1992 07:05:56 GMT

In article <BxJ614.6DB@constellation.ecn.uoknor.edu> ssundara@essex.ecn.uoknor.edu (Sridhar Sundararaman) writes:
>hai
>
>This might be a dumb question. I have a problem ,where there is a line (red)
>on the screen and it would never get erased. The line was formed after 
>running snapshot. The user pulled the snapshot window and for some reason
>killed it without using the exit option of snapshot. Now the line refuses
>to get erased. 
>
>Any ideas in this regard would be appreciated.
>
>Thanks in advance.

use gclear to clear the planes in the different buffers. this
will clear the red line as well.

--
Martin McDonald       Up there they got a lot of sand, but down here we got a
hot crustacean band. each little snail he know how to wail.  that's why it's 
hotter under the water under the sea.
                                                         -sebastian
Newsgroups: comp.sys.sgi
From: michel@testa.Colorado.EDU (Michel Lesoinne)
Subject: Color printer for SGI
Reply-To: michel@testa.Colorado.EDU (Michel Lesoinne)
Organization: University of Colorado, Boulder
Date: Mon, 9 Nov 1992 00:52:49 GMT


Hello,
	We are looking at bying a color printer for SGI.
We'd like to hear from people who have bought one. Could you please comment on
it ? How much was it  ? what is the quality of pictures you get ?
Thanks for any info.

Michel (Michel@testa.Colorado.edu)
Newsgroups: comp.sys.sgi
From: howardl@koosh.asd.sgi.com (Howard Look)
Subject: Re: Inventor
Reply-To: howardl@koosh.asd.sgi.com (Howard Look)
Organization: Silicon Graphics, Inc., Mountain View, CA, USA
Date: Thu, 12 Nov 1992 18:02:12 GMT

In article <1992Nov12.072930.1891@nuscc.nus.sg>, bemlbk@nuscc.nus.sg
(Liew Beng Keat (Mr)) writes:
|> The description of complex shapes (triangle meshes and face sets) in a  
|> scene graph would normally consists of separate nodes describing info
|> like coordinates, normals, transformations and the shape node itself
|> right?
|> 
|> And during rendering traversal, different sets of elements in the
|> rendering traversal state can be altered by the given class of nodes. 
|> 
|> My question is how can I gain access to information such as current
|> coordinates after a transformation for example without computing it
|> myself?  since the traversal would already have done these calculations.
|> 
|> Or do i have to access the coordinates directly from the coordinate node
|> itself, determine the transformation from the SoTransform nodes and then
|> perform the calculations.
|> 
|> Please advice. Thanks
|> 
|> Beng Keat

You're half right. There is no direct way to find out what the
coordinates are _after_ they've been transformed by the current model
matrix; the GL does this transformation, we just send down the current
model matrix and appropriate current coords when we hit the shape node.

However, using an SoCallbackAction, it is very easy to find both the
current coords and the current model matrix, and do the transformation.
Given a path to the shape node, set up a preTailCallback, and apply the
SoCallbackAction to that path. Then in your callback routine, call
getModelMatrix and getCoordinates3. Then loop through each coordinate,
calling multVecMatrix to transform the coord. The callback can then
return ABORT so the traversal terminates.

Hope that makes sense. Check out the SoCallbackAction man page for more
details.

Howard Look   Silicon Graphics   howardl@sgi.com   (415) 390-1780
..__   One of these :) after being run over by one of these O-O
From: spencer@hailwood.asd.sgi.com (Paul Spencer)
Newsgroups: comp.sys.sgi
Subject: Re: Reset graphics pipeline from unix - how?
Date: 6 Nov 1992 04:30:45 GMT
Organization: Silicon Graphics, Inc., Mountain View, CA
NNTP-Posting-Host: hailwood.asd.sgi.com

srp@cgl.ucsf.edu (Scott R. Presnell) says:
> 
> 	I've tried many logical combinations of /usr/gfx/stopgfx,
> /usr/gfx/gfxinit and /usr/gfx/startgfx [...]
> 	Is there a standard way to restart/reset the graphics subsystem
> without taking the machine down?

/usr/gfx/stopgfx; /usr/gfx/startgfx &

(as root) should work.

....paul

-- 
Paul Spencer                 Silicon Graphics Advanced Graphics Division
spencer@sgi.com                                Mountain View, California
Newsgroups: comp.sys.sgi
From: chk@alias.com (C. Harald Koch)
Subject: Re: rtnetd - Do I want it ?
Organization: Alias Research, Inc., Toronto ON Canada
Date: Tue, 10 Nov 1992 18:33:34 GMT

In <s5big4c@rhyolite.wpd.sgi.com> vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:

>Rtnetd is turned on for multiprocessors because it significantly speeds
>up TCP/IP when you're using FDDI or (I presume) several ethernets at once.
                             ^^^^                ^^^^^^^^^^^^^^^^^

>You could certain turn rtnetd off.  I wouldn't, to avoid having the
>configuration of the machine be any more distintive than absolutely
>necessary, should reloading the disk or just installing a new release
>be desirable.

As a purely anecdotal counter-point, we've found that turning rtnetd off on
our MP machines significantly speeds up TCP/IP processing. We've seen 10% or
better througput increases on large TCP/IP data tansfers, such as nightly
backups.

I haven't done any tests to see if we're trading improved bulk performance
for reduced interactive performance.

All of our machines are connected to single ethernets.

--
"What is life?"     "A rich | C. Harald Koch  Alias Research, Inc. Toronto, ON
tapestry when learning from | chk@alias.com                (work-related mail)
a Master like you, sir!"    | chk@gpu.utcs.utoronto.ca     (permanent address)
"You pass!"   -Purolator ad | VE3TLA@VE3OY.#SCON.ON.CA.NA            (AMPRNet)
From: kreidler@convex.rz.uni-duesseldorf.de (Homer Simpson)
Newsgroups: comp.sys.sgi
Subject: 4D20G , 4.0.1 , slow
Date: 7 Nov 1992 11:17:56 +0100
Organization: Heinrich-Heine-Universitaet Duesseldorf
NNTP-Posting-Host: convex.rz.uni-duesseldorf.de

Hello out there!

Our good old IRIS 4D20G seems to become noticably slower while changing
the OS from 3.3.2 to 4.0.1. Especially the graphics is slow motion.Does
anyone had similar effects on its IRIS ?

Thanx a lot.

Kay Kreidler,
Dept. of Inorganic Chemistry
Heinrich-Heine-University Duesseldorf
Germany

Newsgroups: comp.sys.sgi
From: stanj@ferrari.corp.sgi.com (Stan Jensen)
Subject: Re: 4D20G , 4.0.1 , slow
Organization: Silicon Graphics, Inc.
Date: Tue, 10 Nov 1992 19:19:42 GMT

In article <kreidler.721131180@convex.rz.uni-duesseldorf.de>, kreidler@convex.rz.uni-duesseldorf.de (Homer Simpson) writes:
|> Hello out there!
|> 
|> Our good old IRIS 4D20G seems to become noticably slower while changing
|> the OS from 3.3.2 to 4.0.1. Especially the graphics is slow motion.Does
|> anyone had similar effects on its IRIS ?

I'd guess that your system has less than 16 Mbytes installed, which is
highly recommended for IRIX 4 (use gr_osview and see if you've run out
of RAM). 
-------------------------------------------------------------------------
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: bam@rudedog.asd.sgi.com (Brian McClendon)
Newsgroups: comp.sys.sgi
Subject: Re: How to speed up X?
Date: 6 Nov 92 01:50:54 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA
NNTP-Posting-Host: rudedog.asd.sgi.com


In article <1992Nov5.223141.8855@rd.hydro.on.ca>, twriter@rd.hydro.on.ca writes:
> Recently, I acquired AutoCAD (R11) for an IRIS 4d/210 GTX running IRIX
> 4.0.1.  I mention AutoCAD only because certain aspects of its interface
> highlight what I believe are deficiencies in SGI's X server.  For
> example, AutoCAD uses a crosshair for the mouse cursor, drawn with a
> full height vertical line and a full width horizontal line.  With AutoCAD
> running and displaying locally (DISPLAY is :0.0), cursor movement is
> unacceptably slow: when I move the mouse I can see both lines of the
> crosshair being redrawn.  However, if I display AutoCAD on my PC (using
> XVision) cursor movement is near instantaneous.
> 
> My questions:  Why is SGI's X server slow compared with a PC based X
> server?  What can I do to speed it up?
> 
> Thanks for your help.
> 

The problem is that the particular platform you're running on was 
designed before we even thought about porting X to SGI.  It's most
likely and "RV1" GTX which does not do logic ops in hardware (so it
must do readbacks a few pixels at a time for that crosshair cursor
you're looking at).  There is an X extension that AutoCAD could have
used to get to the hardware crosshair cursor, but they chose not
to use it.  To give people an idea about X on SGI platforms,
here's a sorted list of performance that is probably accurate +/- 2.
(jsw, feel free to correct me here).

4D/20 - Personal Iris (w/ RE1 chip)
4D/70G - aka CLOVER1
4D/70GT - w/RV1 board
4D/210GTX - w/RV1 board

4D/70GT - w/RV2 board
4D/210GTX - w/RV2 board
4D/20 - PI w/RE2 chip (I don't believe 25 or TG makes much diff on the sort)
4D/420VGX/T
Indigo R3000
Indigo R3000 Elan (XS, XS24 don't make much difference on X performance (?))

Crimson BLG
Indigo R4000 
Crimson Elan
Indigo R4000 Elan 
4D/420 Reality Engine
Crimson Reality Engine


Note the first group was designed before we thought about X.  The 2nd group
has from somewhat to very respectable X performance.

The final group is in a group of the fastest X servers in the industry
_and_ ...

	To the best of my knowledge, Reality Engine has the fastest
	X performance in the world.
From: stanj@ferrari.corp.sgi.com (Stan Jensen)
Newsgroups: comp.sys.sgi
Subject: Re: Stalking the Ultimate Workstation?
Date: 5 Nov 92 18:29:39 GMT
Organization: Silicon Graphics, Inc.

In article <1992Nov5.041715.27882@cs.yale.edu>, nathan@laplace.csb.yale.edu (Nathan F. Janette) writes:
|> Not to start a religious war between SGI and NeXT folks (we
|> use and like both), but most serious DTP people I know say
|> that what you need is postscript, or better still display
|> postscript, not X, which is why a NeXT, with it's DPS based
|> window system NeXTstep, is highly praised by DTP folks. 
|> 
|> It seems to me an Indigo has other strengths.

Thanks for the Indigo compliment, but it does have DPS, too.
-------------------------------------------------------------------------
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"
-------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: miguel@boytoy.csd.sgi.com (Michael/Miguel Sanchez)
Subject: Re: Showcase: rotate text impossible ??? help.
Organization: Silicon Graphics, Inc.
Date: Wed, 11 Nov 1992 21:25:35 GMT

In article <1992Nov11.173819.1049@leland.Stanford.EDU>, dhinds@leland.Stanford.EDU (David Hinds) writes:
|> In article <1992Nov11.155119.17659@odin.corp.sgi.com> miguel@boytoy.csd.sgi.com (Michael/Miguel Sanchez) writes:
|> >
|> >One work around however, is to open a new showcase document, input a 
|> >line of text.  After entering the text make sure it is selected.  Go to the
|> >File-->Save As-->As EPS menu selection.  Provide a file name and when prompted
|> >whether to save entire document or selected item(s), choose only selected 
|> >items.  This has taken your one text object and saved it as an EPS file.  Now
|> >open up you main showcase document (the one containing your plots).  Do a
|> >File-->Insert-->EPS menu selection and import in the EPS file you just 
|> >created.  The imported EPS object can be rotated and in this case the line 
|> >of text which it contains is rotated.
|> 
|> That's what I do (almost), but I don't see the need to switch documents.
|> Just enter the text in the current doc, save as EPS, then delete it, and
|> import the EPS file.
|> 
|>         - David Hinds
|>           dhinds@allegro.stanford.edu


You can do it that way, its just I have found most people don't have the
room on current the document to be "doing something on the side".   

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Miguel (Michael) J. Sanchez
miguel@csd.sgi.com			
Member Technical Staff, Silicon Graphics, Inc.         
Newsgroups: comp.sys.sgi