HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.sgi
Subject: Re: Mounting VAX/VMS on SGI?
From: doelz@comp.bioz.unibas.ch (Reinhard Doelz)
Date: Tue, 15 Dec 1992 21:08:16 GMT
Reply-To: doelz@urz.unibas.ch
Organization: EMBnet Switzerland [BASEL]   

In article <102127@netnews.upenn.edu>, weemba@sagi.wistar.upenn.edu (Matthew P Wiener) writes:
|> Is it possible to mount a VAX NFS server onto SGI without too much of
|> a mess along the way?
|> -- 
|> -Matthew P Wiener (weemba@sagi.wistar.upenn.edu)
 
I wouldn't recommend it because of 

(*) performance on the VMS side might be low 
(*) files on VMS must be in str_LF to be read on UNIX correctly
(*) security on VMS might require extensive UID mapping 

We tried it for a while and decided to go separate after getting 
too much trouble in production work. 

-- 
+----------------------------------+-------------------------------------+
|    Dr. Reinhard Doelz            | RFC     doelz@urz.unibas.ch         |
|      Biocomputing                | DECNET  20579::48130::doelz         |
|Biozentrum der Universitaet       | X25     022846211142036::doelz      |
|   Klingelbergstrasse 70          | FAX     x41 61 261- 6760 or 267- 2078     
|     CH 4056 Basel                | TEL     x41 61 267- 2076 or 2247    |   
+------------- bioftp.unibas.ch is the SWISS EMBnet node ----------------+
               -----------------------------------------
From: callahan@vax.oxford.ac.uk
Newsgroups: comp.sys.sgi
Subject: corpses in /etc/utmp??
Date: 14 Dec 92 06:51:32 GMT
Organization: Oxford University VAX 6620

I have noticed some bizarre behavior on several machines running
4.0.5.   Entries hang around in /etc/utmp, causing 'who' and 'finger'
to give incorrect information.

For instance, I am, right now, the only person logged on to this machine,
but 'who' lists two other users, taking up 4 pseudo-ttys.  I think
something is failing to remove /etc/utmp entries when people log off/
close windows.

I observe this phenomenon on four separate machines.

So, some questions
1) Does anyone else suffer from this problem?
2) If not, what misconfiguration might be causing this?
3) If so, is there a patch or something from SGI to fix it?

Thanks in advance,

Michael

--
Michael Callahan
callahan@vax.ox.ac.uk
callahan@math.harvard.edu
From: davea@quasar.mti.sgi.com (David B.Anderson)
Newsgroups: comp.sys.sgi
Subject: Re: cpp-error?
Date: 18 Dec 92 16:31:37 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

>In article <LIU9YF@math.fu-berlin.de> melchers@Chico.Chemie.FU-Berlin.DE (Bernd Melchers) writes:
>>Is there an error in silicon graphics (mips) preprosessor ? >The preprocessor evaluates the following file as below
[ bug in #elif with cc t.c ]
[I said ANSI C was post-2.10 compilers. Wrong. Include 2.10]

Someone internal to sgi just reminded me that the 2.10 compilers
(associated with release 4.0.1) defaulted to ANSI C too.  So
	cc t.c
will use ANSI cpp and will handle #elif correctly in any release since 
4.0.1.....

[ David B. Anderson             (415)390-4263             davea@sgi.com ]
[ Just to keep the record straight.                                     ]
Newsgroups: comp.sys.sgi
From: andrej@resntl.bhp.com.au (Andre Joanisse)
Subject: Re: Mounting VAX/VMS on SGI?
Reply-To: andrej@resntl.bhp.com.au
Organization: BHP Research - Newcastle Laboratories
Date: Fri, 18 Dec 1992 01:53:46 GMT

In article 102127@netnews.upenn.edu, weemba@sagi.wistar.upenn.edu (Matthew P Wiener) writes:
>Is it possible to mount a VAX NFS server onto SGI without too much of
>a mess along the way?
>-- 
>-Matthew P Wiener (weemba@sagi.wistar.upenn.edu)

It's no problem if you run the appropriate software on your VAX.  Here we have
Multinet from TGV.  It allows us to mount our VAX disks onto our SG's the same way
as if they were from any other Unix host.

Multinet also give you some uid translation.  In other words, if a user has a VAX
account and a Unix account, you can equivalence them on the VAX.  Another nice feature
that we use here is the X11 gateway.  A user on the VAX, be it a workstation using 
decnet or a PC using Decnet, can use X applications from their display stations.

Andre.

---
--------------------------------------------------------------------------
Andre JOANISSE	Computer Systems Engineer                          /\/\
                BHP Research - Newcastle Laboratories, Australia  / / /\
Snail   :       P.O. Box 188, Wallsend NSW Australia 2287        / / /  \
Tel     :       +61 49 51-0572                                  / / / /\ \
Fax     :       +61 49 51-3740                                  \ \/ / / /
Internet:       andrej@resntl.bhp.com.au                         \  / / /
                                                                  \/\/\/
--------------------------------------------------------------------------

Newsgroups: comp.sys.sgi
From: peterb@perturb.esd.sgi.com (Peter Birch)
Subject: Re: Indigo Graphics and Z-Buffering
Followup-To: comp.sys.sgi
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 17 Dec 92 20:23:07 GMT

[discussion about z-buffering on XS, and how OpenGL will provide a software
z-buffering mechanism for XS]

In article <3201@contex.contex.com>, frank@marvin.contex.com writes:
> Regarding zbuffering, I have wondered about this also, and suspected
> something like this was coming.  I think G.T. did the zbuffer stuff in
> the Entry graphics.  He must laugh and feel vindicated when people
> note that the Crimson entry graphics can draw P zbuffered polygons
> per second, but when you install the XS&Z "upgrade", zbuffered polygon
> performance drops to something like P/3!  I suspect that for tuned
> code on the R4000A, this is like P/10.....good thing this is going
> away some time soon.

Your post is very misleading, and deserves some clarification:

1) 'XS&Z', or a XS system with optional hardware z-buffer, will provide fast
z-buffering, faster than any configuration (Crimson or Indigo) of Entry
graphics.  A few examples:

primitive           Crimson Entry     Crimson XS&Z
--------------------------------------------------
tmesh, flat Z           20K               80K
tmesh, gouraud light Z  13K               50K
ind. quads, flat Z      16K               35K

2) Currently, an XS without a z-buffer card does NOT support z-buffering, at any
speed.  The reason for this is that the architecture is designed for a hardware
z-buffer, and making a software z-buffer for it would be inefficient.

3) OpenGL will require that software z-buffering be supported on XS.  This
doesn't mean that it will be an ideal solution for people who care about fast
z-buffered primitives.  Entry graphics was specially architected and carefully
tuned for a software z-buffer mechanism.  Software z-buffering on XS will not be
fast, OpenGL or not.  If you really care about z-buffer performance, buying the
XS with Z-buffer hardware is well worth the money, in terms of price performance.

peter

.....Peter Birch.....peterb@perturb.esd.sgi.com.....MTS, Graphics Hardware.....
......Silicon Graphics, Inc.....Mountain View, CA 94039.....(415)390-1512......
From: thsspxh@iitmax.iit.edu (Patrick HURT)
Newsgroups: comp.sys.sgi
Subject: Gl library subsystems? (Was: Re: Casper ...)
Date: 11 Dec 92 17:16:03 GMT

Steveg@cadkey.cadkey.com (Steve Gallichio) writes:

Something about a cursor that does not work. But this is not the
problem I have. Out of (pure) curiosity, I tried to compile his code,
and I got a series of undefined routines, those from gl I would guess.

% cc cursor.c
/usr/bin/ld:
Undefined:
foreground
prefsize
winopen
drawmode
color
clear
getgdesc
attachcursor
qdevice
qread
setvaluator
getvaluator
gexit

Now, I knew that. I'ver been trying to use tpon and tpoff for some time...
But now I'm sure. I am missing some library or
whatever to use these functions. A man or whereis reports nothing.
(The corresponding Fortran subroutines are there, though).

I just would like to know the subsystems where these functions are, so
I can install them from the CD! Here is an output of versions:

I  eoe2.man.gltools   1006000406  Graphics Library Tools Manual Pages
I  eoe2.sw.gltools    1006000406  Graphics Library Tools
I  gl_x_dev            690229142  Graphics Library and X11 Development 
I  gl_x_dev.man       1006000405  X11/GL Documentation
I  gl_x_dev.man.Xdev  1006000405  X11 Development Manual Pages
   gl_x_dev.man.gldebug 1006000405 GL Debug Manual Pages
   gl_x_dev.man.gldev 1006000405  GL Development Manual Pages
I  gl_x_dev.sw        1006000405  X11/GL Software
I  gl_x_dev.sw.Xdev   1006000405  X11 Development Environment
   gl_x_dev.sw.gldebug 1006000405 GL Debug
I  gl_x_dev.sw.gldev  1006000405  GL Development Environment
   maint1.ftn_hdr.libgl 1006000405 Fortran 77 Graphic Library Headers
   maint1.ftn_man.libgl 1006000405 Fortran 77 Graphic Library Man Pages
   maint1.ftn_sw.libgl 1006000405 Fortran 77 Graphic Library
   maint1.ftn_sw.libglG0 1006000405 Fortran 77 Graphic Library (-G0)
   maint1.gl_x_dev_man 1006000405 X11/GL Documentation
   maint1.gl_x_dev_man.Xdev 1006000405 X11 Development Manual Pages
   maint1.gl_x_dev_man.gldebug 1006000405 GL Debug Manual Pages
   maint1.gl_x_dev_man.gldev 1006000405 GL Development Manual Pages
   maint1.gl_x_dev_sw 1006000405  X11/GL Software
   maint1.gl_x_dev_sw.Xdev 1006000405 X11 Development Environment
   maint1.gl_x_dev_sw.gldebug 1006000405 GL Debug
   maint1.gl_x_dev_sw.gldev 1006000405 GL Development Environment
   maint1.pas_hdr.libgl 1006000405 Pascal Graphic Library Headers
   maint1.pas_man.libgl 1006000405 Pascal Graphic Library Man Pages
   maint1.pas_sw.libgl 1006000405 Pascal Graphic Library
   maint1.pas_sw.libglG0 1006000405 Pascal Graphic Library (-G0)


Thanks for any info.


-- 
|----------------------------------------------------|
|Patrick HURT 	    Illinois Institute Of Technology |
|Internet :	thsspxh@iitmax.iit.edu		     |
|		Hurtpat@karl.iit.edu		     |
|Bitnet :	HURTPAT@IITVAX.BITNET		     |
|NeXTmail :	Hurtpat@elof.iit.edu		     |
------------------------------------------------------
Newsgroups: comp.sys.sgi
From: rainer@spot.Colorado.EDU (Rainer Malzbender)
Subject: Re:  Third party recommendation <**********
Organization: University of Colorado, Boulder
Date: Fri, 18 Dec 1992 17:07:32 GMT


To the list of third party vendors you should add

	Legacy Systems International
	1006 Depot Hill Road, Suite 102
	Broomfield, CO 80020
	(303) 469-6114
	FAX: (303) 469-4699

It's run by a guy named Rick Pickett who used to be with R Squared, then
with Compuplus, and is now on his own. They focus on SGI stuff and we've
had good experience with them. The guys at Compuplus, on the other hand,
were not very good. We've also stayed away from big vendors like
Andataco, preferring someone who knows Irises well.


-- 
Rainer M. Malzbender       'Cause when love is gone, there's always justice.
Fyzzicks, CU Boulder        And when justice is gone, there's always force.
(303)492-1366               And when force is gone, there's always Mom. Hi Mom.
                                            -Laurie Anderson
From: lim@igor.tamri.com (Bill Lim)
Newsgroups: comp.sys.sgi
Subject: Re: Why do my rlogin and xterm sessions keep dying?
Date: 17 Dec 92 16:26:19 GMT
Organization: Toshiba America MRI Inc, S. San Francisco, CA.

We had this problem for a while. It turned out, at least for us,
that we were running out of mbufs. Run netstat -m. If you see
lots of failures listed, you'll need to bump up the #define in your
/usr/sysgen/master.d/kernel file. Look for the cooresponding
NBLK### in the file and increase it. By how much, it depends
on how many you need. Rebuild the kernel and boot it.
-- 
____________________________________________________________________________
Bill Lim				Internet: lim@tamri.com
Toshiba America MRI, Inc		   Voice: 415.737.6620
280 Utah Ave				     FAX: 415.875.2915
Xref: sparky comp.sys.sgi:18006 comp.sys.sgi.hardware:6
From: cek@cs.Princeton.EDU (Craig Kolb)
Newsgroups: comp.sys.sgi,comp.sys.sgi.hardware
Subject: Indigo QCC-150/CDROM Source?
Date: 14 Dec 92 19:23:05 GMT
Distribution: usa
Organization: Princeton University, Dept. of Computer Science
Originator: cek@hart

I'm looking for reasonably-priced, reliable QIC-150 and CDROM
drives for an Indigo.  Does anybody have a favorite source for
such beasts?

Thanks,
Craig
From: gints@prophet.esd.sgi.com (Gints Klimanis)
Newsgroups: comp.sys.sgi
Subject: Re: SGI workstations in the schools?
Date: 17 Dec 1992 00:28:36 GMT
Organization: Silicon Graphics, Inc.
Distribution: comp
NNTP-Posting-Host: prophet.esd.sgi.com

In article <WALVER.92Dec15073151@kielo.uta.fi>, walver@kielo.uta.fi
(Ville V. Walveranta) writes:
|> 
|> 
|>         Are the Silicon Graphics workstations (Personal IRIS,
|>         INDIGO...) in use in any college as a primary teaching/lab
|> tool
|>         in the computer graphics/animation department?

I know about SGI equipment at Stanford, Cornell, Princeton (about 50
machines), University of Colorado at Boulder (like 50), Leeds University
in UK (about 100 machines), University of Texas at San Antonio (about 15
machines).

Just some numbers I have heard from second sources, so please don't hold
me personally accountable for errors.
From: erikl@shogun.asd.sgi.com (Erik Lindholm)
Newsgroups: comp.sys.sgi
Subject: Space Demo data files wanted
Date: 12 Dec 1992 02:40:37 GMT
Organization: Silicon Graphics, Inc., Mountain View, CA
NNTP-Posting-Host: shogun.asd.sgi.com

There seems to be a fair amount of interest out there wrt to the Space Demo,
so I was wondering if anybody could help me gather up more data files. The
ones I am really interested in are:

                                            dx * dy

     1. Venus elevation                   (2000*1000 would be nice)
     2. Venus color (derived from radar)  (2000*1000 would be nice)
     3. Earth's Moon color                ( 512* 256 would be nice)
     4. Mars color                        (2000*1000 would be nice)
     5. Saturn color                      ( 512* 256 would be nice)
     6. Neptune color                     ( 512* 256 would be nice)


The best format would be a latitude by longitude array of data, with the
north pole on top and the south pole on the bottom. The program can deal
with arbitrary sizes of arrays and the above sizes are the resolution
that is appropriate for the demo.

Any assistance would be appreciated.

Erik

-- 
Of course I'm lying,  .....but I think I love you.       (Yello)

                      .|\!/|.  erikl@shogun.asd.sgi.com  .|\!/|.
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Indigo R4000 + IndigoVideo problem solved...
Keywords: R4000, video, crash
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 15 Dec 92 18:17:23 GMT

In <1992Dec11.090852.19546@wisipc.weizmann.ac.il> edelman@wisdom.weizmann.ac.il (Edelman Shimon) writes:

| A few weeks ago I posted a cry for help: my new Indigo R4000 kept
| crashing about once a day. I received a number of responses, some of
| which suggested that the trouble may be in the IndigoVideo card. My
| local SGI people tried replacing the CPU card, the memory, the disk,
| and the video card, to no avail. At their first opportunity, they
| brought me a brand-new Indigo, and it has been working fine since
| then, for the entire last week (with my original video card).  The
| "sv1LoadMap: bad sv1AddWork" complaints from the video card still pop
| up every now and then in the SYSLOG, but the machine doesn't seem to
| mind. Thanks to everybody who responded to my query.

Sounds to me like a bad power supply then (or perhaps the backplane).
Rather strange though...
--
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: frank@marvin.contex.com (Frank Perdicaro)
Newsgroups: comp.sys.sgi
Subject: Re: Computer Generated Holograms
Date: 16 Dec 92 20:49:18 GMT
Organization: Xyvision Design Systems

In article <1992Dec15.230313.24179@leland.Stanford.EDU> ledwards@leland.Stanford.EDU (Laurence James Edwards) writes:
>In article <3185@contex.contex.com>, frank@marvin.contex.com (Frank Perdicaro) writes:
>|> In article <9490004@hpfcso.FC.HP.COM> hstroyan@hpfcso.FC.HP.COM (Howard Stroyan) writes:
>|> [....]
>|> The work I saw used a Mac Classic to generate and do the transform of
>|> the image, and a LaserWriter+ as an image setter.  A contact sheet was
>|> made and immersed in a liquid gate.
>|> [....]
>
>just out of curiosity, what is a "liquid gate"?
>

A box like an aquarium that is filled with a liquid with the same index of 
refraction as the film. The film is streched and immersed. This
moderates some problems inherent to film.

F
i
l
l
e
r

F
i
l
l
e
r
-- 
	 Frank E Perdicaro, Systems Admin, etc.		Xyvision Color Systems
      Legalize guns, drugs and cash...today.		101 Edgewater Drive
   inhouse: frank@marvin, x5572				Wakefield MA
outhouse: frank@contex.com, 617-245-4100x5572		018801285
From: werner@physics.uq.oz.au (Michael Werner)
Newsgroups: comp.sys.sgi
Subject: shared libraries
Date: 14 Dec 92 08:58:22 GMT

I have a Sony NEWS (R3000) running 4.1R which has the MIPS C compiler, linker and other tools. It calls these version 2.11 if that means anything to non-Sony machines. It also has mkshlib2.11. 
How do you generate an appropriate specification file for mkshlib to use ?
Do you need a shared library version of lic.a for it to work ? Has anyone built X11R5 shared libraries using the sgiLib.rules configuration file in the MIT distribution? If so does this file need to be modified to get it working ?
-- 
Yours,

Mike

----------------------------------------------------------------------------
+                                                                          +
+    *		  *			Michael Werner		           +
+     *		 *	    		werner@dirac.physics.uq.oz.au      +
+      * 	*			Theoretical Quantum Optics,        + 
+       -------		                Department of Physics,             +
+      *       *                        University of Queensland.          +
+     *		*			St. Lucia. 4072. Australia         +
+    *           *                                                         +
+                                                                          +   
---------------------------------------------------------------------------- 
Newsgroups: comp.sys.sgi
From: philippe@cli52gs.edf.fr ( Philippe SUIGNARD     )
Subject: GL - SGI - PHIGS
Reply-To: philippe@cli52gs.edf.fr ( Philippe SUIGNARD     )
Organization: Electricite de France - DER , Clamart FRANCE
Distribution: comp.sys.sgi
Date: Thu, 17 Dec 1992 08:56:43 GMT

I have heard that the U.S. goverment want to develop the use of
PHIGS and GKS. That is why SGI is searching a PHIGS to put on
top of its GL library.

Is it true ?

Thanks for your reply.

Philippe Suignard
From: karron@karron.med.nyu.edu (Dan Karron (karron@nyu.edu))
Newsgroups: comp.sys.sgi
Subject: assigning pointer values in dbx/edge...
Date: 17 Dec 92 18:53:40 GMT


I have a bad pointer in an array. 

I would like to zero out that value so that the software
skips over it.

int *p,**pp,***ppp;

ppp=Some3darray;

if(!ppp)
	return; /* don't even start */

for(i=0;i<N;i++)
	{
	pp=ppp[i]; 

	if(!pp)
		continue; /* skip empty parts */

	for(j=0;j<N;j++)
		{
		p=pp[j];
		
		if(!p)
			continue;
		DoItNow(p);
		}
	}


Now there is a bad address at pp[j], and I just
want to zero it out and continue through the array.

Dbx won't let me do

assign pp[j]=0x00000000, or something like that.

How can I stuff a value in the pointer array ?

Dan.
		
| karron@nyu.edu (e-mail alias )         Dan Karron, Research Associate      |
| Phone: 212 263 5210 Fax: 212 263 7190  New York University Medical Center  |
| 560 First Avenue                       Digital Pager  <1>  212 397 9330    |
| New York, New York 10016               <2> 10896   <3> <your-number-here>  |
``Too busy doing to write about it, too busy writing to do anything about it.''
From: naglac@vax.oxford.ac.uk
Newsgroups: comp.sys.sgi
Subject: Re: explorer (address for NAG)
Date: 14 Dec 92 11:37:53 GMT
Organization: Oxford University VAX 6620

In article <143010@lll-winken.LLNL.GOV>, handeli@phoenix.ocf.llnl.gov (David I Handeli) writes:
> 
> 
>    I need to find the e-mail address for NAG, which markets
>    Explorer for platforms other SGI. Does anyone have it?
>    Thanks.

Here are the contact details for NAG:

NAG Ltd                            NAG Inc
Wilkinson House                    1400 Opus Place, Suite 200
Jordan Hill Road                   Downers Grove
OXFORD                             IL 60515-5702
OX2 8DR                            USA
UK

Tel: +44 865 511245                Tel: +1 708 971 2337
Fax: +44 865 310139                Fax: +1 708 971 2706

email: infodesk@nag.co.uk          email: infodesk@nag.com

NAG also has a subsidiary in Germany and a number of distributors throughout
the world. Please contact one of the above for further details.

Regards
Lesley Brankin (NAG Ltd)
From: ridsdale@mdavcr.mda.ca (Gary Ridsdale)
Newsgroups: comp.sys.sgi
Subject: Inventor and yaodl question
Date: 17 Dec 92 01:17:23 GMT
From: senseman@lucy.brainlab.utsa.edu (David M. Senseman)
Newsgroups: comp.sys.sgi
Subject: Re: ftp.sgi.com
Date: 12 Dec 92 18:04:21 GMT

In article <tfo2uls@rhyolite.wpd.sgi.com> vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
>Of course, Silicon Graphics does not promise that the stuff in sgi:~ftp
>will work, not destroy your disks, not make you lose money, or not
>cause cancer.
>
Vernon,

From the way you phrase this, it sounds like SGI promises its real
software will work, will not destroy destroy disks and will not
make you lose money. Wow! I sure hope DEC did buy any Indigos.... :-)

-- 
David M. Senseman, Ph.D.     | A man who has never gone to school may steal 
(senseman@lonestar.utsa.edu) | from a freight car; but if he has a university
Division of Life Sciences    | education, he may steal the whole railroad.
UT San Antonio               |             Theodore Roosevelt (1858-1919)
From: philip@concave.cs.wits.ac.za (Philip Machanick)
Newsgroups: comp.sys.sgi
Subject: Interviews build in C++ 3.0.1
Date: 12 Dec 92 16:49:22 GMT

I tried building Interviews on an R4000 Indigo running 4.0.5F, using
C++ 3.0.1, and ended up with a whole bunch of error messages. Some are
easy to fix (for example, reuse of an identifier as a loop counter without
putting the loop into {} to introduce a new scope). Some however are less
obvious.

Has anyone built the distribution that's supplied in 4Dgifts with the
3.0.1 compiler? Am I doing something wrong, or is there a newer
version that I can pick up?
--
Philip Machanick
Computer Science Dept, Univ of the Witwatersrand, 2050 Wits, South Africa
philip@concave.cs.wits.ac.za  phone: 27 (11) 716-3759  fax: 339-7965
From: wiltzius@s1.gov (Dave Wiltzius)
Newsgroups: comp.sys.sgi
Subject: Colormaps and Reality Engine incompatibilities
Date: 12 Dec 92 11:06:28 GMT


We have recently received a Reality Engine.  However, I have seen
an incompatibility with other SGI machines regarding colormaps.  For
example, I have a very short program using *only* X that allocates
(XAllocColorCells) colors, then sets colors (XStoreColor then XSync).

In one case I allocate only 2 colors.  The XAllocColorCells succeeds
but the XStoreColor fails (BadAccess).  In another case I allocate
32 colors, then allocate 256 more and set the 256 colors that I allocated
last.  No errors, but no color changes either (using the colormap tool).

In all cases the default display and colormap (DefaultColormap) were
referenced (to avoid flashing between applications).

Any suggestions or ideas?  Please respond by email.  Thanks much.
  Dave Wiltzius
  Lawrence Livermore Nat'l Lab
  wiltzius@llnl.gov
Xref: sparky comp.sys.sgi:18167 comp.sys.sgi.graphics:39