HDTenEightyP/NetNews huggingface dataset:
From: dcs@neutron.chem.yale.edu (Dave Schweisguth)
Subject: Goings-on in /etc/passwd (silly)
Organization: Department of Chemistry, Yale University
Date: Wed, 8 Apr 1992 12:29:20 GMT

Whatever happened to poor 'bin'? In 4.0.1, 'root' owns all the binaries. And
'man', who was in /etc/passwd but didn't have two files to rub together in
3.3.2, is gone entirely. Must be the recession ...

| Dave Schweisguth   Yale MB&B & Chemistry   Email: dcs@neutron.chem.yale.edu |
| Lab phone: 203-432-5208      Fax: 203-432-6144     Home phone: 203-436-2831 |
From: J.W.vanderMeulen@io.tudelft.nl
Newsgroups: comp.sys.sgi
Subject: using a tablet instead of the mouse
Date: 6 Apr 92 10:21:08 GMT

Hi,

We are currently building an application in which we want to use a tablet
instead of the mouse. (We're still using IRIX 3.3 but will upgrade to
4.0.1 this month i hope) 
We discovered two ways to move the mousecursor with the tablet:

1. On initialization call 'attachcursor(GHOSTX, GHOSTY)' and when handling
   events of the tablet (BPADX, BPADY) call 'setvaluator(GHOSTX, val, 0, 1280),
    ...'. 
2. When handling events of the tablet (BPADX, BPADY) call 
   'setvaluator(MOUSEX, val, 0, 1280)'.

This first method works reasonably well but MOUSEX & MOUSEY still determine
the window which has the input focus, you can't work with more than one window
because the input focus will not change.
The second method works until the mousecursor gets outside one of the 
application's windows or when it gets on the titlebar or the window's border. 
In this case the application won't get any events from the tablet because 
none of the windows have the input focus.
In neither of the two methods you can use the icon's in the titlebar of the 
window.

My question is:
Is there a way to use the tablet instead of the mouse on a system-wide level,
is there a way to do this in 4.0.1 or Motif/X?

Any help would be appreciated,

				Jaap


Jaap W. van der Meulen
Delft University of Technology
the Netherlands
Phone: +31 15 781061
E-mail: J.W.vanderMeulen@IO.TUDelft.NL
From: suhonen@jalka.jyu.fi (Timo Suhonen)
Newsgroups: comp.sys.sgi
Subject: Re: X11R5
Date: 15 Apr 92 08:40:21 GMT
Organization: University of Jyvaskyla, Department of Biology of Physical
	Activity

paquin@kahua.esd.sgi.com (Tom Paquin) writes:

   I don't have an answer for you, but I do have a question.  What
   is it about an R5 server that you want?

How about 3D X graphics?? I know, I know there is GL, but not all programs
are written for GL. There _are_ programs that uses X11R5 3D graphics 
primitives. I'm also waiting for a X11R5 for SGI machines! Is there a
patch hanging around somewhere fro SGI & Irix 4.0.?
--
Timo                 "I am logged in, therefore I am"                 Suhonen
  It is left as an easy exercise to the reader to correct all typos. (-me)
   Opinions(?) are mine (if not stolen), NOT those of Univ. of Jyvaskyla.
From: blbates@aero36.larc.nasa.gov (Brent L. Bates ViGYAN AAD/TAB)
Newsgroups: comp.sys.sgi
Subject: Re:  (NEW OWNER): troff/tbl/eqn missing on new indigo
Date: 17 Apr 92 13:40:34 GMT


   Nroff is in the Documentors Work Bench (DWB) option.  You are getting the
error messages because you loaded some Nroff source files.  Some (or all) 
of these are from X (specifically Motif, I think).  I didn't bother loading.
I am assuming the `compiled' versions of these manuals were loaded with a
different sub-system?  I am correct on this last point?!  I haven't double
check this.

  Brent L. Bates				Phone:(804) 864-2854
  NASA-Langley Research Center			  FAX:(804) 864-8469
  M.S. 361
  Hampton, Virginia  23665-5225
  E-mail: blbates@aero36.larc.nasa.gov or blbates@aero8.larc.nasa.gov
From: denise@kiltie.sgi.com (Denise Skarupski)
Newsgroups: comp.sys.sgi
Subject: Re: XS and concave polygons
Date: 7 Apr 92 22:38:30 GMT
Article-I.D.: odin.1992Apr7.223830.7778
Organization: Silicon Graphics, Inc., Mountain View, CA

In article <1992Apr7.101758.24438@cs.ruu.nl> geert@cs.ruu.nl (Geert-Jan Giezeman) writes:
>In some cases concave polygons seem to be drawn incorrectly on systems
>with an XS24 graphics board.
>Below is a little program that demonstrates the behaviour.
>It should draw the same polygon twice.
>The left polygon is OK, the right one is drawn convex.
>
>Is this a known bug and is there a fix?
>

I was able to reproduce your problem here. In fact, I found that
if you simply draw the first polygon twice w/ a translate inbetween,
both polygons are drawn concave. I could not find a bug filed 
against this so I tried to file one for you, but the bug system seems
to be down at the moment. I will email you the official bug number
as soon as I am able to file it. 

Thanks for the info,
Denise



------------------
Denise Skarupski
denise@csd.sgi.com
From: gleicher@CS.CMU.EDU (Michael Gleicher)
Newsgroups: comp.sys.sgi
Subject: HELP! twm ate my INPUTCHANGE
Date: 9 Apr 92 16:44:12 GMT
Article-I.D.: MM.GLEICHER.92Apr9114412
Distribution: comp
Organization: School of Computer Science, Carnegie Mellon University
Originator: gleicher@MM.GP.CS.CMU.EDU


HELP!

Are there any gotchas with using twm instead of 4Dwm?

We just upgraded to 4.0.1. Everything looks great, until I try and run this
multi-window program which I have built (which ran fine under 3.3.1). 
Under 4.0.1 and 4Dwm it works well, but under twm I get wiernesses. The worst
of it is that I seem to loose focus changing events. If I wave the mouse
around enough, eventually another one of my windows gets focus. (twm shows no
signs of anything being wrong- the right title bars are lighting up, ...)

I recompiled everything (including the FORMS library). (which, BTW, my program
uses. I have 2.0)

I wish I could give more specifics about what was going wrong, my program is a
big mess using a bunch of different libraries so its hard for me to build a
simple little demo to show the failure.

I'm sure that with enough hacking I could make 4Dwm look enough like what I'm
used to with twm to be tollerable. The main reason I'm curious about using
foreign window managers is I'd like to build and use a virtual multi-screen
window manager (like tvtwm). (anyone have any suggestions?)

I appreciate any help.

mike



-- 
Michael Lee Gleicher				gleicher@cs.cmu.edu
		ski bum, graphics hacker, and SCS PhD student
Carnegie Mellon University, Pittsburgh, PA 15213-3890	(412) 268-7899 (school)
From: hoesel@igc.ethz.ch (Frans van Hoesel)
Subject: xpsview or Xsgi error, core dumped
Organization: RUG groningen, the netherlands
Date: Thu, 16 Apr 1992 12:20:28 GMT


after uncompressing chap2.ps.Z from explorer (/usr/explorer/doc) I 
started xpsview. In oreder to let Xsgi dump the core:
Set the scale factor on xpsview to 2.00 (ignore the message about unstructered
documents) and display page 2. Scroll a bit to the right, display page 2
again, switch to page 1 again (well, just play around for 20 seconds
while the scale factor is 2 and keep displaying page 2 again and again.
Xsgi will dump core in /usr/tmp and pandorra starts again!

Ok this bug has been reported a month ago (no reaction by the way) but then
I discovered a new version of xpsview on sgi.com. I copied that version, but
it complains about not finding any appl. resource file during startup of xpsview. The old version of xpsvie doesn't have that problem.

three questions: why, why and how to solve?

-- frans
From: marks@aivax.rl.af.mil (David Marks)
Newsgroups: comp.sys.sgi
Subject: Re: Powerglove and Indigo
Date: 14 Apr 92 12:53:05 GMT

Andrew,

    Check out the CHI '91 proceedings (Human Factors in Computing Systems;
Addison Wesley 51278) from ACM Press.  There is an article titled "Virtual
Reality on Five Dollars a Day" by Randy Pausch from the University of Virginia.

In that article, Randy describes how he got the PowerGlove to work on an
IBM-PC compatible.  The following is an excerpt from that article:

"The Power Glove is marketed as a peripheral for the Nintendo
Entertainment System (tm).  To thwart rival toy manufacturers, the data
stream between the PowerGlove and the main Nintendo unit is encrypted. 
When the Power Glove was originally introduced, it was rumored that
dozens of research groups across the country began working on
decrypting this data stream, and that several groups actually broke the
code.  An article appeared in Byte magazine describing how to attach
the glove as a serial device, byt only allowed the glove to emulate a
joystick-type input device [6].  Rather than engaging in cryptography,
we phoned Chris Gentile at AGE [Abrams-Gentile Entertainment;
manufacturer of the Power Glove for Mattel, Inc.] and described our
research goals.  He allowed us to signa non-disclosure agreement and
within days sent us a decrypting device that allows us to use the glove
as a serial device communicating over an RS232 line.  AGE and VPL
Research have recently announced the VPL/AGE Power Glove Education
Support Program [26] and plan to provide a low cost glove with 5 degree
of freedom for between 150 and 200 dollars."

[6] Eglowstein, H. "Reach Out and Touch Your Data", Byte, July 1990,
283-290

[26] Zachary, G., and Gentile, C., "Personal Communication" (letter),
VPL Research, Inc., July 18 1990.  VPL/AGE Power Glove Support Program,
VPL Research, Inc., 656 Bair Island Road, Suite 304, Redwood City, CA
94063, (415) 361-1710.
-----

The article also describes the Private Eye, built by Reflection
Technologies, which is a head mounted display device that displays 720h
x 280v red pixels, on a black background.  It also has  CGA "shadowing
"modes of 640x200 and 320x200 pixels.  It runs about $750.  The Power
Glove went for around $80.


Hope this helps...

Dave Marks
Rome Laboratory
marks@ra.rl.af.mil
From: doelz@urz.unibas.ch
Newsgroups: comp.sys.sgi
Subject: Re: SLIP configuration aid wanted
Date: 15 Apr 92 20:40:28 MET
Organization: University of Basel, Switzerland

In article <ji1ihho@sgi.sgi.com>, vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
> In article <1992Apr14.192452.14124@urz.unibas.ch>, doelz@urz.unibas.ch writes:
>> 
>> ...
>> Apr 14 18:30:08 modl login[1406]: slip-mac on /dev/ttyf4
>> Apr 14 18:30:08 modl slip[1406]: starting from 131.152.1.2 to 131.152.1.103 on
> 
> 
> If it were me, I'd run `netsnoop -i slo -xvvv` on the IRIS after 
> SLIP starts up.
> 
> It might also be useful to add more -d's to the remoteslip line.
> 
> 
Thanks, it worked out with netsnoop. The problem I am now looking into is 
tha handshake. I have a 7 wire communication on the interface, i.e., 
2/3, RTS/CTS, DTR/DSR, ans seem to get random hangups, in particular 
with VAX systems (vt100). The interface analyzer seems to get no 
extraordinary signals, and the handshake is still ok on other windows (i.e
if I have multilpe connections, one window gets stuck and the other continues). 

The speed is currently 9600 baud. Dirct wire in between Mac and 320 9pin. 

Any more ideas? 

Regards 
Reinhard
From: ras@unipress.com (Ray Schnitzler)
Newsgroups: comp.sys.sgi
Subject: Re: strange problem running newaliases (or NFS mounting /usr/mail)
Date: 8 Apr 92 15:13:58 GMT

> Dave Olson writes
> In <ianh.702543090@morgana> ianh@resmel.bhp.com.au (Ian Hoyle) writes:
> 
> | >newaliases
> | /usr/lib/aliases: line 19: cannot alias non-local names
> | /usr/lib/aliases: line 22: cannot alias non-local names
> | /usr/lib/aliases: line 23: cannot alias non-local names
> | /usr/lib/aliases: line 24: cannot alias non-local names
> | /usr/lib/aliases: line 25: cannot alias non-local names
> | /usr/lib/aliases: line 26: cannot alias non-local names
> 
> Sounds like you have an alias with a period or other illegal
> character in it.  I don't remember seeing anything else that
> would cause this, although I'm not a sendmail wizard.

I remember this problem.  Some versions of sendmail don't mind this problem,
others do.  The problem is that sendmail only performs alias processing on
"local" names - that is, names that get handed to the "local" mailer.  When
rebuilding aliases sendmail processes each alias as though it were an offered
destination, following whatever rewriting rules it normally would before doing
expanding an alias.  If this processing results in an address that the local
mailer would not get, then this is a non-local name and disallowed.

To see what is happening, try rebuilding aliases with debugging turned on (and
output going to a file):

	/usr/lib/sendmail -bi -d21.6 > sm.al.log


Ray Schnitzler
UniPress Software
schnitz@unipress.com

PS - I might be a sendmail wizard, but then again, I thought so before I
figgered out this problem.  So, does that make me a guru?  (I can never
remember the hierarchy.)
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Newsgroups: comp.sys.sgi
Subject: Re: Coredumps with GL popup menus, 4.0.2.
Date: 12 Apr 92 22:32:10 GMT
Organization: Nat'l Center for Supercomputing Applications


   From: olson@anchor.esd.sgi.com (Dave Olson)
   Newsgroups: comp.sys.sgi
   Date: 12 Apr 92 06:18:21 GMT
   Organization: Silicon Graphics, Inc.  Mountain View, CA

   Marc writes:

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

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

It's just dying there.  I'm using simple GL popups; every once in a
while, in the middle of selecting an item from the popup menu, she
just go boom.

   How about a back trace, and/or stripped down code showing the
   problem.

Here's the entire traceback:

(dbx) where
>  0 gl_wmfullscrn(0x1067cb80, 0x2, 0x10073698, 0x1067cb7c, 0x0, 0x0) [0xf054724]
   1 ffs(0x1067cb80, 0x2, 0x10073698, 0x1067cb7c, 0x0, 0x0) [0x1007c544]
(dbx)

Note that I am _not_ calling ffs, or gl_wmfullscrn; the traceback just
stops there.  This reflects a problem I brought up earlier in this
group (and over the hotline): dbx's unwillingness to handle shared
libraries adequately.  (Incidentally, I received useful responses from
two SGI developers after my posting on struggles with dbx; a belated
but sincere public note of thanks to them.)  I would urge SGI to make
support for shared libraries in dbx a top priority --- SGI provides
them, I'm developing with them, my application is going to ship with
them, and I'd like to be able to debug problems as they occur with
them.

As for example code: despite the fact that this has been happing to me
with uncomfortable frequency of late, ten minutes spent hammering on
popups just now (with the same executable that dumped core yesterday)
didn't cause it to reoccur, so I have specific ideas on how to
reproduce the problem in example code.  I suggest just spending time
testing any GL application that uses popups.

Thanks,
Marc

--
Marc Andreessen
Software Development Group
National Center for Supercomputing Applications
marca@ncsa.uiuc.edu
--
Marc Andreessen
Software Development Group
National Center for Supercomputing Applications
marca@ncsa.uiuc.edu
From: senseman@lonestar.utsa.edu (David M. Senseman)
Newsgroups: comp.sys.sgi
Subject: Two Disks Better Than One?
Date: 13 Apr 92 21:52:14 GMT
Article-I.D.: ringer.1992Apr13.215214.15325
Organization: University of Texas at San Antonio

Now that I have decided NOT to wait for 3 1/2 inch, high-capacity
(> 1.0 GB) drives to make one of my Indigos into a file server,
the next question is this. Would I get significantly better performance
by buying two Seagate models ST4767N's (676 MB) and "stripping" them
compared to one Segate model ST1200N (1.2 GB). Two 676 MByter's are
going to cost about $3,200 (for both) from a third party supplier
while a 1.2 GByter will cost about $1K less. I know that I would
realize the best performance with stripping if I used two SCSI controllers
but that's obviously out of the question with an Indigo. So the real
question is how much additional speed do you get with stripping with
a single SCSI controller?

-- 
              David Senseman (senseman@lonestar.utsa.edu)
Newsgroups: comp.sys.sgi
From: paul@manray.asd.sgi.com (Paul Haeberli)
Subject: fromutah - convert a UTAH rle format image to IRIS format
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Mon, 13 Apr 1992 08:07:45 GMT

/* 
 * 	fromutah -
 *		Convert a UTAH raster toolkit image into an IRIS image.
 *
 *      To Compile do something like:
 *
 *              cc fromutah.c -o fromutah -I/usr/include/gl librle.a -limage
 *
 *				Paul Haeberli - 1988
 */
#include "stdio.h"
#include "image.h"
#include "rle.h"

short sbuf[4096];

rle_hdr hdr;

main(argc,argv)
int argc;
char *argv[];
{
    unsigned char *rows[3];
    int i, y, xsize, ysize;
    IMAGE *oimage;
    FILE *infile;

/* get args */
    if(argc<3) {
	fprintf(stderr,"usage: fromutah in.rle outimage.rgb\n");
	exit(1);
    }

/* open the input file */
    infile = fopen(argv[1],"r");
    if(!infile) {
	fprintf(stderr,"fromutah: can't open input file %s\n",argv[1]);
	exit(1);
    }
    hdr.rle_file = infile;
    if(rle_get_setup(&hdr)<0) {
	fprintf(stderr,"fromutah: error reading rle header\n");
	exit(1);
    }
    RLE_CLR_BIT(hdr,RLE_ALPHA);
    if(hdr.ncolors != 3) {
	fprintf(stderr,"fromutah: input image must have 3 channels\n");
	exit(1);
    }
/* get the size */
    xsize = hdr.xmax-hdr.xmin+1;
    ysize = hdr.ymax-hdr.ymin+1;

/* open the output file */
    oimage = iopen(argv[2],"w",RLE(1),3,xsize,ysize,3);

/* allocate row buffers */
    rows[0] = (unsigned char*)malloc(xsize);
    rows[1] = (unsigned char*)malloc(xsize);
    rows[2] = (unsigned char*)malloc(xsize);

/* copy the image data */
    for(y=0; y<ysize; y++) {
	rle_getrow( &hdr, rows );
	ctos(rows[0],sbuf,xsize);
	putrow(oimage,sbuf,y,0);
	ctos(rows[1],sbuf,xsize);
	putrow(oimage,sbuf,y,1);
	ctos(rows[2],sbuf,xsize);
	putrow(oimage,sbuf,y,2);
    }

/* close the output file */
    iclose(oimage);
    exit(0);
}

ctos(cptr,sptr,n)
register unsigned char *cptr;
register unsigned short *sptr;
register int n;
{
    while(n--) {
	if(n>=8) {
	    sptr[0] = cptr[0];
	    sptr[1] = cptr[1];
	    sptr[2] = cptr[2];
	    sptr[3] = cptr[3];
	    sptr[4] = cptr[4];
	    sptr[5] = cptr[5];
	    sptr[6] = cptr[6];
	    sptr[7] = cptr[7];
	    sptr+=8; 
	    cptr+=8;
	    n -= 7;
	} else {
	    *sptr++ = *cptr++;
	}
    }
}
From: spl@dim.uucp (Steve Lamont)
Newsgroups: comp.sys.sgi
Subject: VGX/T vs plain VGX -- what's the diff?
Date: 8 Apr 92 01:56:54 GMT
Article-I.D.: network.ku4kn6INNmei
Organization: University of Calif., San Diego/Microscopy and Imaging Resource
NNTP-Posting-Host: dim.ucsd.edu

Perhaps someone at SGI can tell me what's the difference between a
VGX/T and a plain old VGX.  Is it just the amount of memory available
for texture mapping or are there other performance enhancements as
well?  If so, what are they?  Can anyone provide some numbers
in terms of, say, textured polygons pushed per second, or whatever
other metric you might apply?

Thanks in advance and all that.

						spl (the p stands for
						pusher of pixels)
-- 
Steve Lamont, SciViGuy -- (619) 534-7968 -- spl@dim.ucsd.edu
UCSD Microscopy and Imaging Resource/UCSD Med School/La Jolla, CA 92093-0608
"In the room women come and go/Talking of Michelangelo."
                           - T.S. Eliot, "The Love Song of J. Alfred Prufrock"
From: hoesel@igc.ethz.ch (Frans van Hoesel)
Newsgroups: comp.sys.sgi
Subject: Re: Indigo: permission problem when creating file on floppy disk
Date: 8 Apr 92 08:22:43 GMT
Organization: rug groningen, the netherlands

yes, only root can write to floppy in 4.0.1, but it seems that setting
your umask to 777 (allowing everone to read,write execute the file) before
copiyng does allow to write the file !

-frans
From: fred@poly2.nist.gov (Frederick R. Phelan Jr.)
Newsgroups: comp.sys.sgi
Subject: Re: How About a Word Processor with IRIX 4.0.X?
Date: 15 Apr 92 14:59:09 GMT

>
>In article <30009@adm.brl.mil>, fred@poly2.nist.gov (Frederick R. Phelan Jr.) writes:
>|> 
>|> I've always thought that with a little work, Showcase would
>|> fit the bill for this perfectly. Just enhance the text features
>|> to provide things like centering etc. (Hint, hint, sgi).
>
>Do you mean like centered titles?  Try using the centered tab stop. You
>position the centered tab stop in the middle of the page.  The text you
>want centered is preceded by a tab.  Any text that comes after the tab
>will be centered with respect to the tab.  You can also center text by
>using the center justified text in the text ruler.  If you are running
>Showcase 2.0, refer to Chapter 3 the topics "Centering and Justifying Text"
>and "Setting Tabs" in the Showcase Users guide.  It's all done using the
>text ruler.  (For Showcase 1.x, see Chapter 4.)
>
>These ruler features are not unlike most other text processing packages that
>I've used including Microsoft Word.
>
>As the man once said to me, Read The Fine Manual. (Hint hint hint) :^)
>
Ok, I have been bombarded with messages to the effect that showcase does
centering ...UNCLE!  I just chose this as an off the top of my head ex-
ample.  I will check more carefully next time I say somthing like that.
But, some time ago, I compared showcase and Framemaker as word processors
and now I use Frame almost exclusively ... it just had a few more 
conveniences for text by comparison (not comparing other capabilities and
don't want to get into an argument about it either : )  )  ... of course,
what would you expect, showcase is free and Frame is a couple thousand
dollars I believe.  The original posting on this said that SGI should
provide a Word Processor with the system ... I guess the answer is that
they do, but is it fair to say that users would like to see a few slight
improvements? Why don't people familiar with the product post suggestions
they have for improving text capability, I'm sure SGI would be interested.

I can think of two ... (1) automatic linking of text boxes at the end 
of a page a la Frame ... (2) a better grid and snapping capability so
you can be sure that the text box is set so the margins on the left,right,
top,bottom, come out correctly ... I know you can do this now, but you 
sort of have to dinker around with the ruler, whereas with Frames snapping
ability and well defined grid, this is extremely fast and easy.

None of this is to say that Showcase is not extremely useful as it is
now ... I believe it is a fine product and I use it for adding text
to images and for slide presentations all the time. 

Fred Phelan
fred@poly1.nist.gov
From: wnkretz@ikesg1.energietechnik.uni-stuttgart.de (Oliver Kretzschmar)
Newsgroups: comp.sys.sgi
Subject: Need programs to convert SGI-RGB-Images from/to Utah-RLE-Images
Date: 10 Apr 92 08:46:53 GMT
Organization: IKE



  Hey,
  I am looking for source programs to convert SGI-RGB-format images
  from/to Utah-RLE-format. If you could help
  me, please mail me your informations.

  Thanks for your efforts,

        Oliver

-- 
  ______     ______
 /   @@ \   /   @@ \           Big Guru is watching you ....
 \______// \\______/ 
        I   I          wnkretz@ikesg1.energietechnik.uni-stuttgart.de
From: suhonen@jalka.jyu.fi (Timo Suhonen)
Newsgroups: comp.sys.sgi
Subject: Re: cc version 3.10
Date: 7 Apr 92 13:45:23 GMT
Distribution: comp
Organization: University of Jyvaskyla, Department of Biology of Physical
	Activity

suhonen@jalka.jyu.fi (Timo Suhonen) writes:

   I have heard, that there is a new cc version (3.10?) for SGI machines.
   Would someone (at SGI?) post some results from a comparision between
   versions 2.10 and 3.10 (in a R3000 based machine). My interest is in
   float/double calculations performance, but any other info is also mostly
   welcome.

Hah, forget the float/double blaah blaah I just wrote. The compiler can't 
speed up a FPU. Silly me. But if there are performance differences between
2.1 and 3.1 please post into this news group...

Again: Thnx,
--
Timo                 "I am logged in, therefore I am"                 Suhonen
  It is left as an easy exercise to the reader to correct all typos. (-me)
   Opinions(?) are mine (if not stolen), NOT those of Univ. of Jyvaskyla.
Newsgroups: comp.sys.sgi