HDTenEightyP/NetNews huggingface dataset:
From: spencer@hailwood.asd.sgi.com (Paul Spencer)
Newsgroups: comp.sys.sgi
Subject: Re: Switching Elan board between computers
Date: 19 Nov 1992 23:49:29 GMT
Organization: Silicon Graphics, Inc., Mountain View, CA
NNTP-Posting-Host: hailwood.asd.sgi.com

marksteg@merv.detroit.sgi.com (Mark Stegbauer) says:
> 
> reload eoe2, it has the graphics sw on it. 

You _MUST_ reload eoe1 also. It contains the graphics microcode.

....paul

-- 
Paul Spencer                 Silicon Graphics Advanced Graphics Division
spencer@sgi.com                                Mountain View, California
From: vulture@imperial.ac.uk (Thomas Sippel - Dau)
Newsgroups: comp.sys.sgi
Subject: Re: Can we use vt220 as console on IRIS 3120
Date: 18 Nov 92 16:05:25 GMT
Reply-To: cmaae47@imperial.ac.uk
Organization: Imperial College of Science, Technology and Medicine

In article <1992Nov16.123250.22281@aston.ac.uk>, stopsdj@uhura.aston.ac.uk (David Stops) writes:
- The system console/graphics terminal on an IRIS 3120 has died, the system
- seems unable to boot without it.  Is there anyway we can use a dumb vt220
- terminal as the console device and do non-graphics work (without spending
- any money) ?

You should be able to as long as:

  1. You have a serial port and there is a getty on it.
  2. You can type in you username and password without errors.

I dont know the 3120, bu most of the time IRIX likes to have the first 
serial port as the console - you have to do some work to stop it.

The top right key on the alphanumeric keyboard on newer DEC terminals is
a delete, which IRIX by default sees as the -interrupt- key (like most 
System V derivatives). Once you are in as root you could reconfigure that 
port.

Also ensure you set the terminal up in vt100 mode, that way at least you 
have an escape and a backspace key, even though they are in a funny position
buried in the middle of the function key row.

                                    Thomas

-- 
*** This is the operative statement, all previous statements are inoperative.
*   email: cmaae47 @ ic.ac.uk (Thomas Sippel - Dau) (uk.ac.ic on Janet)
*   voice: +44 71 589 5111 x4937 or 4934 (day), or +44 71 823 9497 (fax)
*   snail: Imperial College of Science, Technology and Medicine
*   The Center for Computing Services, Kensington SW7 2BX, Great Britain
From: mmcohen@cats.ucsc.edu (Michael M Cohen)
Newsgroups: comp.sys.sgi
Subject: Re: tty query
Date: 20 Nov 92 13:19:05 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: si.ucsc.edu


In article <1ei0hrINN3om@darkstar.UCSC.EDU> mmcohen@cats.ucsc.edu (Michael M Cohen) writes:
>
>Within a C or f77 program, wondering how to temporarily switch
>whatever tty i'm on to mode which will cause getc to return immediately
>if nothing has been entered. I want to do some activity
>until a key press, then go back to usual tty mode.
>Code fragments or pointers appreciated...
>

Well, since no one responded in the last hour or so I had to
hack up some code to get it done. But there is a small
mystery I can't figure out. After the code is executed
^C does not act to interrupt program unless one includes
final "stty" line. Question is why?
---------------------------------------

struct termio sert;
tcflag_t slf;

....
        ioctl(0, TCGETA, &sert);
          slf = sert.c_lflag;
          sert.c_lflag &= ~(ICANON|ISIG|ECHO);
          sert.c_cc[VMIN] = 0;
          sert.c_cc[VTIME] = 0;
        ioctl(0, TCSETA, &sert);
	while(getchar() != 'd'){

... PLAY SOME SOUNDS... 

          }

          sert.c_lflag = slf;
          sert.c_cc[VMIN] = 1;
          sert.c_cc[VTIME] = 1;
        ioctl(0, TCSETA, &sert);
	system("stty intr '\03'");  /* WHY IS THIS NEEDED ??? */
...
-- 

======================================================================
=   Dr. Michael M. Cohen                   mmcohen@dewi.ucsc.edu     = 
=   Program in Experimental Psychology     mmcohen@fuzzy.ucsc.edu    =
=   433 Clark Kerr Hall                    408-459-2655 LAB          = 
=   University of California - Santa Cruz  408-459-2700 MSGS         = 
=   Santa Cruz, CA 95064                   408-459-3519 FAX          = 
======================================================================
Newsgroups: comp.sys.sgi
From: M.Enderby@daresbury.ac.uk
Subject: Exabyte 8200/8500
Reply-To: ufe@dlva.dl.ac.uk ()
Organization: SERC Daresbury
Date: Mon, 23 Nov 1992 13:06:31 GMT

We have recently been through a period where we have had an 8200
Exabyte installed while SG had our 8500 away for repair. We are
now having problems reading data/backups written with the 8200
on the 8500.
We have run MAKEDEV and are using the .8200 device drivers to read
the tapes. Should this work ?
Cheers,
	Mark
========================================================================
Mark Enderby			   JANET - ENDERBY@UK.AC.DARESBURY
Systems Manager		  	   EARN/Bitnet - ENDERBY@DARESBURY.AC.UK
SERC Daresbury Laboratory
Keckwick Lane						
Daresbury
Warrington	tel:   0925-603353
WA4 4AD		Int:+44-925-603353
UK		fax:   0925-603174
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: bru killed due to bad page read (errno:0)
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 19 Nov 92 23:47:08 GMT

In <1992Nov19.130533.29469@sun1.ruf.uni-freiburg.de> kleinren@sun1.ruf.uni-freiburg.de (Rainer Kleinrensing) writes:

| Hello there,
| yesterday night I had cron execute the following command:
| 
| bru -cmvBf /dev/tape -s 4000M / /usr /usr/people 
| 
| where /dev/tape is our DAT drive (HP, non-SGI).
| This morning I found the following lines in SYSLOG:
| 
| Nov 19 04:08:35 elan1 unix: sc0,5,0: cmd=0x28 timeout after 30 sec.  Resetting S
| CSI bus
| Nov 19 04:08:39 elan1 unix: dks0d1s0 (/): retrying request
| Nov 19 04:08:39 elan1 unix: 
| Nov 19 04:08:39 elan1 unix: WARNING: Process [bru] pid 9953 killed due to bad pa
| ge read (errno:0)
| Nov 19 04:08:39 elan1 unix: dks0d5s7 (/usr): retrying request

The problem is almost certainly a SCSI bus problem.  Whatever is at ID 5
(probably a disk, judging by the cmd byte (an extended read) timed out.
This could be a firmware problem on the drive, some device grabbing the
SCSI bus and holding it for more than 30 seconds (after the drive took
the command, and disconnected, but wasn't able to reconnect because
the bus was busy), or cabling/termination problems.  The cabling
is almost always the cause.

Anyway, the resulting SCSI bus reset apparently caused a read from
the system disk to fail, even after a retry, and therefore bru
was blown away, since there really isn't any way to recover from
that at the VM level.
--
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: john@zaphod.JSC.NASA.GOV (John Fwu/HawkEye)
Subject: Need help on serial I/O
Keywords: TTY, Parity, driver, termio, serial
Organization: IGOAL
Date: Wed, 18 Nov 1992 20:22:26 GMT

We got an 12-bit plus sign A/D converter with asynchronous
serial interace.  The way it send 12 bit is pad the 12 bit
into two bytes.  The lower byte has "even parity" and the upper
byte has "odd parity".  We need to base on the parity to figure
out the byte order then put the 12 bit data together.

Base on my experience, we can use ioctl set the serial (tty) port
to "none", "odd" or "even" parity.  How can we handle both parity
at the same time.  May be we may set the parity to "even", then 
the upper byte will cause a "parity error".  How can we detect
the "parity error" or it just not available in the UNIX tty
driver?  If we were able to detect the parity error, can we
also get the upper byte intact?

Your help will be appreciated very much.  If possible please
CC to me at "john@trillian.jsc.nasa.gov", since our news server
is not stable recently.

Help!!!!!


-- 
------------
J. John Fwu (john@trillian.jsc.nasa.gov)
Integrated Graphics Operations and Analysis Laboratory (IGOAL)
NASA JSC, ER6, Houston, TX 77058  | Voice: (713) 483-8101 FAX: 483-3204
_______________________________________________________________________
From: srp@cgl.ucsf.edu (Scott R. Presnell)
Newsgroups: comp.sys.sgi
Subject: Re: automount mounts on ls
Date: 21 Nov 92 20:22:48 GMT
Organization: UCSF Computer Graphics Lab

orman@iastate.edu (David L Orman) writes:

>Automount mounts everything in a directory when you do an ls in the
>mount points directory, that is really annoying is there some way around
>it?

>ex:
> I mount indy:/usr/indy  on /usr/indy on animate  and when I do an ls in
>/usr it mounts it, which means I have to wait for them all to mount.  We
>mount about 14 machines so this takes a while.

>Any suggestions?

It sounds like you're using a direct mount - if you want to see the
attributes of the remote /usr/indy, then yes the automounter mounts it.

The other choice is to use an indirect mount.  If you indirectly mount
indy:/usr/indy under /home on animate (or some such), you'll not trigger a
mount by looking in /home, of course you'll not see anything under /home.
You'll have to know that the automounter is waiting on /home, for a
reference down into /home/indy.  If you're doing mounts for home
directories - use an indirect mount.

In the situation you've described 14 direct mounts - you've just generated
28 or more RPC calls plus the 14 NFS getattr() calls for ls in less than a
second.  Can you say "mount storm?"  I *knew* you could.

(It would be more efficent to simply leave the remote fs's statically
mounted.)

If you have not already, I would stronly suggest reading the NFS/NIS
Administration guide - especially those sections dealing with automounting.

	- Scott

-- 

	- Scott Presnell (srp@cgl.ucsf.edu)
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: fx.ARCS and Fuji M2624F
Keywords: comparison buffer
Date: 21 Nov 92 03:00:13 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1ej3biINN2ol@cat.cis.Brown.EDU> sgf@cfm.brown.edu (Sam Fulcomer) writes:

| 4.0.5F fx.ARCS barfs on a RD/WR compare test of a Fuji M2624F, claiming
| "can't allocate memory for comparison buffer".
| 
| Is this known behaviour specific to fx.ARCS? 

The malloc arena for the ARCS standalone fx was a bit on the low side ;)

That has been fixed for the next release.  The work around is
to do a writeonly, followed by a readonly exercise, or do use
the kernel version of fx (by far the best solution, if the
drive isn't your system drive).

Even the non-ARCS drive can't handle the cylinder sizes for
write-cmp on some newer drives, like the 2GB DEC drives.  That
also has been fixed for the next release.
--
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: joost@cadlab.de (Michael Joosten)
Newsgroups: comp.sys.sgi
Subject: Re: makedepend that handles libraries properly
Date: 23 Nov 92 22:06:34
Organization: CADLAB, Paderborn, FRG
Reply-To: joost@cadlab.de
NNTP-Posting-Host: ori.cadlab.uni-paderborn.de
In-reply-to: stephen_veit@sbctri.sbc.com's message of Wed, 18 Nov 92 15:43:23 GMT

What about this one:

>cat makelibdepend
#! /bin/sh 

trap 1 2 3 15 'rm $$.make'

outfile="Makefile"
# initialize flags
see_next_outfile=""
see_next_library=""


#initialize arglist for makedepend
arglist=""

# get outfile if -f option wa given to makedepend
for arg 
do
  case $arg in
	-f?*) outfile=`expr $arg : '-f\(.*\)'`
		  arglist="$arglist $arg"
		 ;;
	-f) see_next_outfile=1
		  arglist="$arglist $arg"
		 ;;
	-l?*) library=`expr $arg : '-l\(.*\)'`
		 ;;
	-l) see_next_lib=1
		 ;;
	*) if test $see_next_outfile
	   then outfile=$arg;
            see_next_outfile=""
            arglist="$arglist $arg"
	   elif test $see_next_lib
	   then library=$arg;
            see_next_lib=""
	   else
            arglist="$arglist $arg"
	   fi
	   ;;
  esac
done

echo Output is $outfile, Library is $library

makedepend $arglist
mv  $outfile $$.make

/bin/sed '/DO NOT DELETE/,$s/^\([A-Za-z0-9]\{1,\}\.o\):/'${library}'(\1):/' < $$.make > $outfile

rm $$.make


Invoke it with: makedepend -llibxxx.a -f GNUmakefile .......

For shell gurus: Yes, there might be some rough edges, but I'm more in C/C++
than in shell programming, so forgive me..

Michael
--
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| Michael Joosten   |       Tel.  : (+49) (+) 5251-284 120                 |
| CADLAB            |       Fax   : (+49) (+) 5251-284 140                 |
| Bahnhofstr. 32    |       E-Mail: joost@cadlab.de                        |
| D-4790 Paderborn  |        	    ...!uunet!unido!cadlab!joost           | 
| FRG               | Mass mail to: joost@pbinfo.uni-paderborn.de          |
|--------------------------------------------------------------------------|
| CADLAB is a cooperation between Uni-GH Paderborn & SNI AG                |
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.sys.sgi
From: stopsdj@uhura.aston.ac.uk (David Stops)
Subject: Can we use vt220 as console on IRIS 3120
Organization: Aston University
Date: Mon, 16 Nov 1992 12:32:50 GMT

The system console/graphics terminal on an IRIS 3120 has died, the system
seems unable to boot without it.  Is there anyway we can use a dumb vt220
terminal as the console device and do non-graphics work (without spending
any money) ?
From: shc@lhdsy1.lahabra.chevron.com (S.H. Couturie)
Newsgroups: comp.sys.sgi
Subject: Re: what should an arch command return on an indigo?
Date: 17 Nov 92 00:33:21 GMT
Organization: Chevron, LaHabra, CA

In article <1992Nov16.215158.12838@news.arc.nasa.gov> lamaster@pioneer.arc.nasa.gov (Hugh LaMaster) writes:
>In article <1992Nov16.200138.24748@cc.ic.ac.uk>, vulture@imperial.ac.uk (Thomas Sippel - Dau) writes:
>
>I like to use "sgi4d" for 32-bit R3000-based machines.  Analogous to "sun3"
>and "sun4".
>
>*There should be a standard for the architecture string, and a standard command 
>to return it!*
>

**** We have, up until now, standardized on the HOSTTYPE names "tcsh" uses;
     why reinvent the wheel?

>|> 
>|> By the way, write all your scripts to use the ARCH environment variable rather
>|> than the command, and leave it to those who maintain the cshrc and profile
>|> files to get the variable from the command. This is necessary so that you
>|> can pass the -target- architecture to an install script, rather than having
>|> it use the -current- one.
>
**** I set HOSTTYPE in /etc/{cshrc,profile} on SGIs.

>It is silly that there is no standard way to get an architecture string.
>
>If ARCH becomes a standard environment variable, we still need a standard
>for what the string returns.  I like names which have two pieces concatenated,
>so that I can pick it apart again if necessary.  "sun" "3" or "4", "sgi" "4d",
>"dec" "vax" or "mips" or "alpha? or perhaps (shorter=better) axp?" ...
>

**** There is a (more-or-less) standard command:  /bin/uname!

Since IRIX 4.0, uname -s returns IRIX.  uname -m returns CPU type, which is
easy to parse into the appropriate bin if you want to separate R4K from R3K
binaries.  For now, we detect on uname -s, and, if IRIX is returned, 
set the enviromental variable HOSTTYPE to "iris4d".  I can see the coming
need for "iris4d-r4k" or something like that, distinguished from 
"iris4d-r3k".  (I know that backward compatibility is a curse, so I 
won't belabor the point, but it's too bad that some of those nice
R4000 features can't be emulated somehow on the R3000's .....)

But, in general, it seems that uname -a returns all that is needed.  It 
would be nice if SGI packaged up a "arch" and "arch -k" like replacement
for IRIX, and nailed down the necessary distinguishing names for all time.
But, there is no chance of getting DEC and IBM and HP and ... to all 
agree to do that, so you have to use uname anyway!  

Of course, there is also /bin/4d and friends, but that is clumsy and silly.

Steve
--
Steve Couturie                      Voice:     (310) 694-9332	
Chevron Information Technology Co.  FAX:       (310) 694-7709
P.O. Box  446                       Internet:  shc@chevron.com
La Habra, CA  90633-0446            UUCP:      ...!uunet!lhdsy1!shc
From: joe@spectrum.neu.sgi.com (Joe Elliott)
Newsgroups: comp.sys.sgi
Subject: Re: FAQ: - ethernet addr -- another method!
Date: 16 Nov 92 13:15:33 GMT
Organization: Silicon Graphics S.A., Neuchatel, Switzerland

Here is yet another way to obtain your MAC addr plus lots of other
goodies.

when you boot from the prom you supply an extra argument

boot dksc(,1,)/unix showconfig

then before loading it dumps load of hardware info, including memory and
MAC addr. Things vary depending on architecture.

just another trick that hasnt been mentioned yet, how many ways have been
mentioned now? it must be record for solutions.

% nvram eaddr
% sysinfo
% netstat -ia
% arp -a
% etc etc

Also isnt the hostid derived from the MAC address, as its the only
guaranteed unique number?

Here is another goodie to use if you are not using timed, in your .cshrc

alias sync_time 'rsh guest@\!* date +%m%d%H%M.%S | xargs date'

then sync_time fred sync the time to machine fred, as root of course
Its a hack to the sunos command rdate. Pretty useless really.



-- 

*****************  Joe Elliott (LAN Administrator)  *******************
Silicon Graphics, 2 Chemin des Rochettes, 2016 Cortaillod,  Switzerland
joe@neu.sgi.com  (VM# 9083)   Tel. +41 38 433 698  Fax. +41 38 43 39 74
From: gints@prophet.esd.sgi.com (Gints Klimanis)
Newsgroups: comp.sys.sgi
Subject: Re: reading audio CD's with CD-ROM drive
Date: 24 Nov 92 03:04:34 GMT
Organization: Silicon Graphics, Inc.
NNTP-Posting-Host: prophet.esd.sgi.com

In article <1992Nov23.235016.537@leland.Stanford.EDU>,
ledwards@leland.Stanford.EDU (Laurence James Edwards) writes:
|> I have a vague recollection that this was asked recently but I
|> couldn't
|> find it looking through old articles. The question is: can one read
|> an audio CD using SGI's CD-ROM drive?

Try using cdman from IRIX 4.0.5F to read audio CD data over SCSI.  If
you have an earlier IRIX release after 4.0.1, I believe you will find
cdplayer will allow you to control the audio CD in the CDROM drive while
data is acquired by resampling the CDROM line outputs using the Indigo
audio inputs.
From: helfer@IRO.UMontreal.CA (Peter Helfer)
Newsgroups: comp.sys.sgi
Subject: Re: Killed?
Date: 19 Nov 92 21:30:10 GMT
Reply-To: helfer@IRO.UMontreal.CA (Peter Helfer)
Organization: /usr/local/lib/rn/organization
Originator: helfer@bond.crim.ca

You ask malloc for a large amount of memory. Malloc says fine, here's a
pointer. You try to access the memory and IRIX sends you an uncatchable
SIGKILL!

This may  happen because the default behaviour in IRIX 4.0 is NOT to 
allocate swap space when a process increases its brk value, but only when it
attempts to access its memory. At which point the process is killed if a
a swap page cannot be allocated.

Malloc effectively never returns NULL under IRIX 4.0, so there is no way
to handle memory allocation problems gracefully. You don't even get a
chance to save the user's data before exiting. Pretty awful.

It is possible to change this behaviour, by modifying "availsmem_accounting"
in  /usr/sysgen/master.d/kernel and rebuilding the kernel, but:

   - According to some postings in this newsgroup, IRIX 4.0 does not
     perform very well with availsmem_accounting on, and SGI advises
     against it.

   - If you're writing commercial software, you typically can't tell your
     customers that they have to rebuild their kernel in order to run 
     your program.


According to SGI's customer support, availsmem_accounting was defaulted to
OFF in IRIX 4.0 because many people did not like it on (for performance
reasons, I suppose), but it seems that a fair number of people are upset and
the default will be ON in the next release...

Meanwhile SGI suggested the following kludge: 

    1. Before allocating memory, check that there is enough free swap
       space. An example program in
       /usr/people/4Dgifts/examples/unix/irix/freevmem.c shows how.

    2. Call malloc.

    3. Touch every page (512-byte segment) in the allocated memory.

This is not completely reliable, though, because swap space may be consumed
by another process between step 1 and 3, in which case the old SIGKILL
will get you.
    
Newsgroups: comp.sys.sgi
From: vulture@imperial.ac.uk (Thomas Sippel - Dau)
Subject: Re: Indigo as server for a RS600 client - was: NFS links from RS6000 server to SGI client
Reply-To: cmaae47@imperial.ac.uk
Organization: Imperial College of Science, Technology and Medicine
Date: Fri, 20 Nov 92 17:26:33 GMT

In article <1992Nov19.230854.5523@sunova.ssc.gov>, lroberts@bottom.ssc.gov (Lee Roberts) writes:
-
- Apparently, Sun's tar performs a chown on the extracted file before writing
- the file contents.  On a BSD system such as the Sun, this chown fails for the
- non-superuser and uid/gid match the user.  When writing to the SGI NFS server,
- the chown command succeeds (it's being performed on a System V system) and
- changes the ownership to match the uid/gid in the tar archive.   Since the
- file ownership has changed, tar cannot write the contents.

Sounds like "standard compliance by cock-up", which of course does not make
it unbelievable. The POSIX standard (IEEE 1003.1) actually addresses this
to some length on pp 274-9, section B10, i.e. in the rationale rather than 
the formal standard)

The gist there is that for system security (if nothing else) tar processors
should behave differently when run by root than when run by a user, users 
should not, for example, be able to create special files. Just relying on
the chown to fail when executed for a user seems like a broken tar to me.

                                      Thomas

-- 
*** This is the operative statement, all previous statements are inoperative.
*   email: cmaae47 @ ic.ac.uk (Thomas Sippel - Dau) (uk.ac.ic on Janet)
*   voice: +44 71 589 5111 x4937 or 4934 (day), or +44 71 823 9497 (fax)
*   snail: Imperial College of Science, Technology and Medicine
*   The Center for Computing Services, Kensington SW7 2BX, Great Britain
Newsgroups: comp.sys.sgi
From: ghblee@ntuix.ntu.ac.sg (H B Lee)
Subject: CD-ROM Drive as CD Player
Organization: GINTIC Institute of CIM, NTU
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 20 Nov 1992 01:44:19 GMT

I'm wondering if there's any software available which acts as a
"control panel" for the CD-ROM drive so that I can use the drive
as a CD Player.  System: 4D/35 running Irix 4.0.1.

Please email or post reply.  Thank you.

- h.b.-
--
 Lee Han Boon                     |_     Fone:                (65)-799-5613
  GINTIC Institute of CIM, NTU    | ||_  Bitnet:             ghblee@ntuvax
   Nanyang Avenue, Singapore 2263    |_| Internet: ghblee@ntuix.ntu.ac.sg 
    Republic of Singapore  ********************  ghblee@ntuvax.ntu.ac.sg
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: What are the SPECmarks for sgi machines?
Date: 18 Nov 92 20:20:55 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Nov18.152422.19483@eng.umd.edu> naiming@eng.umd.edu (Naiming Shen) writes:
| The specs from SGI computers have the number for SPECmarks, I'm wondering
| how the SPECmarks are tested. 

Following the SPEC consortium guidelines.  The exact compiler options
are in the official SPEC report.  I'm not entirely sure how you can
get the report (or extracts of it) if you aren't a SPEC member or
associate.

Once they have been published, SGI should be able to get you a copy
of the SGI part of the report.

I'm not entirely clear though, on what you are asking for...
--
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