HDTenEightyP/NetNews huggingface dataset:
From: splinter@kuhub.cc.ukans.edu
Newsgroups: comp.sys.sgi
Subject: Genlock Software for 4D/35?
Date: 13 Aug 92 10:01:57 CDT
Organization: University of Kansas Academic Computing Services

Our Astrophysics group at KU has a 4D/35 with a genlock option installed.
At the moment we have some rather crude software in place to dump images 
to the vcr. Does anybody know where we can get a more sophisticated 
software package to drive the genlock?

Randall Splinte
Dept of Physics & Astronomy
University of Kansas
splinter@kusmos.phsx.ukans.edu

Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Installing quotas...
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 13 Aug 92 05:19:28 GMT

In <85986@netnews.upenn.edu> hseung@anat3d1.anatomy.upenn.edu (Hyunsuk Seung) writes:
| I am in the process of setting up quotas for users on IRIX 4.0.2, but
| the following error occurs when edquota is invoked:
| 
| quotas: Package not installed
| 
| The quota has been turned on using chkconfig and the 'quotas' file is
| created on the root directory of the filesystem.  Any help
| appreciated. 

Try installing eoe1.sw.quotas (not installed by default), reconfiguring
the kernel with /etc/autoconfig -f, and rebooting.
--
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: cychong@magnus.acs.ohio-state.edu (Chi Yin R Chong)
Subject: Need help for: gif -> rgb
Organization: The Ohio State University
Date: Sat, 15 Aug 1992 14:08:29 GMT

        I used a HP scanner to scan some pictures thru the Macintosh. The
software I used is DeskScan II. Since that software does not have GIF format
so I saved those pictures as TIFF format. I got the GIFconverter
for Mac and I did successfully convert those TIFF files to GIF files. But,
when I tried to convert those GIF files into RGB files so that I may be
able to see those RGB files in SGI Iris Workstation, the program
fromgif can't do that and it said the GIF version number is unknown.
        Does anyone has another software like fromgif that can convert GIF
files into RGB files? Or, does anyone know how to fix the bug I have?

     Thank you so much for your great help.


Robert Chong
Newsgroups: comp.sys.sgi
From: edwin@cs.ruu.nl (Edwin Kremer)
Subject: Re: Need help compiling xview 3.0 under IRIX 4.05
Summary: IRIX xview3+olvwm patches is available via anonymous ftp from ftp.cs.ruu.nl
Date: Fri, 14 Aug 1992 15:17:37 GMT
Organization: Utrecht University, Dept. of Computer Science

In article <BsypnI.L3t@syd.dms.CSIRO.AU> damc@swifty.dap.CSIRO.AU
(Don McCormick) writes:

   | Has anyone compiled the "xview 3.0" package on an SGI machine (4D/380)
   | running IRIX 4.05?

Yes, Rainer Sinkwitz <sinkwitz@ifi.unizh.ch> did. His IRIX 4.0.x
patches for both XVIEW3 and OLVWM-3.2 are available from:

________________________________________________________________________
  We, Computer Science department, Utrecht University,  are  running  an
anonymous  FTP  server  on  one  of  our systems. In addition to the FTP
service we're also running a mail  server,  for  those  of  you  without
direct Internet access.


--> How to get 'IRIX xview3+olvwm patches' via anonymous FTP:

    Site:     ftp.cs.ruu.nl  [131.211.80.17]
    Login:    "anonymous" or "ftp"
    Password: your own email address (you@your_domain)
    file:
      /pub/SGI/xview3-sgi-patch.tar.Z


--> How to get 'IRIX xview3+olvwm patches' via e-mail from our mail-server:

    NOTE: In the following I have assumed that your mail address is
	  "fred_flintstone@stone.age.edu"; of course you must substitute
	  your own address for this.

	  | Please use a VALID DOMAIN ADDRESS.
	  | Use 'hip!hop!user' if you must.
	  | Never use an address which has both '!' and '@' in it.
	  | Bitnetters use user@host.bitnet


    Send the following message to
		mail-server@cs.ruu.nl
    or the old-fashioned path alternative
		uunet!mcsun!sun4nl!ruuinf!mail-server


    begin
    path fred_flintstone@stone.age.edu (SUBSTITUTE _YOUR_ ADDRESS)
    send SGI/xview3-sgi-patch.tar.Z
    end


The path command can be deleted if we receive a valid from address in your
message. If this is the first time you use our mail server, we suggest you
first issue the request:

      send HELP


  A complete "ls-lR" listing of the archive is  kept  in  the  top-level
directory, it will be updated every night. To get it, issue the command:

     send ls-lR.Z



  That's all for now. If you encounter problems using  the  FTP  service
and/or the mail-server, feel free to drop me a line (by e-mail, please).


-- 
Edwin Kremer, systems and network administrator.  [NIC-Whois handle: EHK3]
     Department of Computer Science,  Utrecht University,  The Netherlands
     Email: edwin@cs.ruu.nl                NeXT-mail: edwin@edge.cs.ruu.nl
Newsgroups: comp.sys.sgi
From: carlc@hubcap.clemson.edu (Bobby Clark)
Subject: NFS -> AFP
Reply-To: Bearden@Clemson.Clemson.edu
Organization: Clemson University
Date: Wed, 12 Aug 1992 21:49:52 GMT

I am new to this group, so I hope this hasn't been hashed before...

I would like to know if there is any PD software for NFS clients on Macintosh
networks. A commercial product I have found is NFSClient from Intercon in
Virginia and I would like any advice you can give with regard to that product.
I was hoping the NCSA had something, but haven't found it yet.
  Reply to me and I'll post if it is informative.

Thanks,
Dan Bearden
Bearden@Clemson.clemson.edu
Newsgroups: comp.sys.sgi
From: smd@sl0091.srl.ford.com (Steve Dahmen)
Subject: Writing a OpenGL wrapper lib for GL to tide us over
Originator: news@pms001
Keywords: OpenGL, libraries
Organization: Scientific Research Lab, Ford Motor Company
Date: Tue, 18 Aug 1992 18:59:10 GMT


Dear Future OpenGL users,

Has anyone considered writing a simple, quick-n-dirty fake OpenGL
library which uses old GL calls. It wouldn't really work for many of
the more complex features of the new OpenGL spec, but it would allow
us to develop simpler applications in OpenGL before it's actually released.

We are at the point where we need to start generating some code, and to
delay 9 months awaiting a delivery.... !

Any thoughts/opinions about doing something like this? Anybody wanna help out?

-- 
Steve Dahmen ** Graphics Application Programmer
Ford Motor Company
smd@sl0091.srl.ford.com
313-248-2418 (work)
-- 
Steve Dahmen ** Graphics Application Programmer
Ford Motor Company
smd@sl0091.srl.ford.com
313-248-2418 (work)
Newsgroups: comp.sys.sgi
From: efo@pixar.com (efo)
Subject: Re: GL - pixel size for points on PI TG/25?
Organization: Pixar - Pt. Richmond, CA USA
Date: Wed, 19 Aug 1992 21:33:08 GMT

In article <36946@sdcc12.ucsd.edu> demers@cs.ucsd.edu (David DeMers) writes:
>I have some data files containing (x,y,z) points & have written a
>program to display the data.  However, I just
>get one-pixel points which look like dust...  

On the 4D25, you could try drawing the points as little characters
you've defined yourself. (Of course, you're limited to integer point
coordinates this way). It would look something like this:

#define DOTFONTNUM	16
#define DOTFONTHT	12
#define NDOTSIZES	5

static Fontchar DotFontChars[] = {
 { 0 },
 { 0, 1, 1, -1, -1, 12},
 { 0, 3, 3, -2, -2, 12},
 { 0, 5, 5, -3, -3, 12 },
 { 0, 7, 7, -4, -4, 12 },
 { 0, 9, 9, -5, -5, 12 },
 { 0, 11, 11, -6, -6, 12 }
};
static short DotFontRaster[] = { 0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 
				 0xffff, 0xffff, 0xffff, 0xffff, 0xffff,
				 0xffff, 0xffff, 0xffff, 0xffff, 0xffff,
				 0xffff };
static fmfonthandle FontH;
SetUpDots() {

	defrasterfont(DOTFONTNUM, DOTFONTHT, NDOTSIZES+1, DotFontChars, sizeof DotFontRaster, DotFontRaster);

}

DrawSeveralDots(int DotSize, int ndots, float pp[][3]) {
	if (DotSize == 0) {
		bgnpoint();
		while(ndots-- > 0) {
			v3f(pp++);
		}
		endpoint();
	} else {
		static char sizebuf[2];
		int oldfont = getfont();
		font(DOTFONTNUM);
		sizebuf[0] = DotSize;
		while (ndots-- > 0) {
			cmov(pp[0][0], pp[0][1], pp[0][2]);
			pp++;
			charstr(sizebuf);
		}
		font(oldfont);
	}
}
Newsgroups: comp.sys.sgi
From: greendog@max.physics.sunysb.edu (Michael D Fischer)
Subject: Bitmaps crashing indigos!
Organization: Institute for Theoretical Physics, SUNY at Stony Brook.
Date: Mon, 17 Aug 1992 15:20:10 GMT

Hi... we have a strange problem here of certain bitmaps causing our
indigos to crash.  When people put, for example, "xsetroot -bitmap
/usr/include/X11/bitmaps/plaid" in their .xsession and log in, when
they log out, the computer crashes!  If the bitmap is changed to
/usr/include/X11/bitmaps/granite it works fine.  .../bitmaps/woman
also causes a crash.

Any explanations?

Michael
--
-------------------------------------------------------------------------
- Michael D. Fischer - greendog@max.physics.sunysb.edu - Only Amiga...  -
- System Manager - Institute for Theoretical Physics - SUNY Stony Brook -
-------------------------------------------------------------------------
- "It is only with the heart that one can see rightly; what is          -
- essential is invisible to the eye"  -- The Fox from The Little Prince -
-------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: ciemo@bananapc.csd.sgi.com (Dave Ciemiewicz)
Subject: Re: dumb fortran fflust question
Keywords: dumb fortran fflush question
Organization: Silicon Graphics, Customer Support Division
Date: Mon, 17 Aug 1992 16:45:54 GMT

In article <1992Aug15.225000.21739@leland.Stanford.EDU>, bernardl@cs.Stanford.EDU (Bernard Lee) writes:
|> Because of the way logical unit i/o is implemented on SGI FORTRAN, 
|> we have to do a flush on a file descriptor.  Does any one know
|> how to do that without writing assembly code?  Or does anyone
|> happen to have any assembly code routine which allows us to 
|> do that?

See the flush(3F) manual page.  flush(3F) will flush the stdio output buffer
associated with the logical unit.


FLUSH(3F)                      Silicon Graphics                      FLUSH(3F)

NAME
     flush - flush output to a logical unit

SYNOPSIS
     subroutine flush (lunit)

DESCRIPTION
     Flush causes the contents of the buffer for logical unit lunit to be
     flushed to the associated file.  There is usually an 8K buffer associated
     with block device output whereas terminal output is line-buffered.

FILES
      /usr/lib/libU77.a

-- 

    __   * __   _  __  ___			
   /  \ / / /  / \/  \/   \ 	He was a man like any other man, however, not
  /    /  \/  /  /\  /    /	quite like any other man.
  \___/\__/\_/  /_/ / \__/	
	           *
From: bglazier@buffalo.asd.sgi.com (Bill Glazier)
Newsgroups: comp.sys.sgi
Subject: Re: OpenGL status
Date: 13 Aug 92 22:58:38 GMT
Distribution: usa
Organization: Silicon Graphics, Inc.

In article <1992Aug13.184710.23670@alc.com>, chang@dizzy.alc.com (Sehyo Chang) writes:
|> I have following questions regarding OpenGL:
|> 
|> (1) What platform does OpenGL is available and from whom.

OpenGL will be available on products from the 21 licensees of OpenGL beginning
in early 1993.  Currrently, the IRIS GL (the present rev of the GL) is 
available on SGI, Sun, IBM, and HP workstations. SGI and IBM sell the
product directly, and HP and Sun customers can get a software product from DuPont Pixel Systems for Sun and Nth Graphics for HP and Sun.  DOS users can use the IRIS GL with the IRISVision PC graphics board, now available from pellucid, inc.  

Prices vary.  Contact the individual vendors for details. 

 
|> (2) Where can get some information regarding feature set
|>     of OpenGL?.

You can ftp the OpenGL 1.0 Man Pages from sgi.com ftp/sgi/OpenGL
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: 4.0.5 confusion (again, still)
Date: 21 Aug 92 02:14:03 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <BtAEL4.8B5@helios.physics.utoronto.ca> sysmark@helios.physics.utoronto.ca (Mark Bartelt) writes:
...
| Hmm...  I guess that doesn't really answer what I wanted to know,
| but that's because I didn't really explain just what it was I'd
| like to do:  Since many of our systems have *tiny* system disks
| (several have Wren-IIIs!), we put only the most important stuff
| in / and /usr, and NFS-mount the rest.  I assume that everything
| that goes into the kernel is likely to differ among the various
| 4.0.5 releases, but that doesn't matter to us since it wouldn't
| be on the shared-via-NFS disk anyway.
| 
| I guess what I'm driving at is:  Which of the non-kernel things
| that appear on the 4.0.5D CD cannot be used by a system running
| the 4.0.5C kernel; and which things that appear on the 4.0.5C CD
| cannot be used by a system running the 4.0.5D kernel?  Is this
| even an easy question to answer?

It isn't an easy question to answer, since we don't really test it.
Some things will matter because they depend on kernel features, bug
fixes, structure changes, etc., but most won't.  More to the point,
many of the things you would want simply are not on the 4.0.5D CD,
since it is hardware specific.  If the other machines are Indigo's,
you could probably use just about everything from 4.0.5D (although
that isn't a commitment !).  There are no libgl's for hardware
not supported by 4.0.5D, for example.

--
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: jeremy@classic.asd.sgi.com (Jeremy Higdon)
Subject: Re: Seagate 1.9Gb drive ?
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Mon, 17 Aug 1992 22:37:56 GMT

In article <2470.9208171531@nags2.nag.co.uk>, simon@num-alg-grp.co.uk (Simon Earthrowl) writes:
> Has anyone tried the Seagate 1.9 Gb (ST42100N) drives on a Crimson
> yet?  I understand that there may be problems on the SCSI-1 interfaces
> on the Crimson.  I have asked my (*nice*) salesrep, and the reply I
> have is that SGI don't support them yet!
> 
>  	Simon Earthrowl
> ****************************************************************************
> * NAG Ltd, Wilkinson House       * Sow a Thought, and you reap an Act;     *
> * Jordan Hill Road               * Sow an Act, and you reap a Habit;       *
> * Oxford, OX2 8DR                * Sow a Habit, and you reap a Character;  *
> * (+44) (0)865 511245 x274       * Sow a Character, and you reap a Destiny.*
> ***** My thoughts are my own, so I can't speak anyone else *****************

The Crimson is basically SCSI 2, so this drive should work.  However,
no one here has tried one, so I can't say for sure.

All future drives will be 3.5" or derived from 3.5" drives (there is a
5.25" package with two spindles in it.  The new 3.5" drives are
1.2GB formatted (2.4GB for the dual spindle 5.25" unit).

jeremy

Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: KERNEL FAULT ??
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 21 Aug 92 21:05:18 GMT

In <32154@adm.brl.mil> SERRER@odin.nrc.ca (Martin Serrer) writes:
|   A couple of days ago I asked the net what the prototype
| for the function pcreatev() looks like (still don't know
| what it is :-(  but I'm using the function anyway)
| and now I have an interesting related tidbit.

There is a prototype on the man page; it is basicly the same as
execv:      int pcreatev(char *path, *argv[ ]);

| 1. I create a child process using, pid = pcreatev("some-program", NULL)
| 
| 2. My parent process dies a horrible death (dumps core)
|   because of a Segmentation fault somewhere further on in
|   the code (no problem, my fault, I can fix this).

Yes, the NULL probably wasn't a great idea...

| 3. I kill the child process at the csh prompt, kill some-pid.
| 
| WHAMMO, the OS crashes with the following message...
| 
| PANIC: KERNEL FAULT
| PC:0x80107B18     ep:FFFFED54
| EXC code: 28, 'Data Bus Error'
| Bad addr: 0x40B000, cause: 0x1C<>
| sr: 0xC034<IM7,IM6,KVo,IEo,IEp>
| dumping to dev 0x1621 at block 49050, numpages 4095

Now this, on the  other hand, is a problem!  Try dis -b 0x80107b00
on the kernel, and that will tell you the routine where it died,
at least, so  you have something to report to the TAC.

|   Should I worry? (beyond fixing my code)
|   Should SGI worry?

Yes, to both.
--
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: laplante@unixg.ubc.ca (Denis Laplante)
Subject: Re: hinv does not see Exabyte drives
Organization: University of British Columbia, Vancouver, B.C., Canada
Date: Thu, 13 Aug 1992 22:22:54 GMT

Sorry for the vagueness.

We have 2 exabytes (bought 2 years apart from Digidyne) connected to
Personal Iris 4D/25, and had problems at every power-up reboot. Some
timeout message would be displayed.

Someone from SGI (I don't have the name) suggested changing the nvram
variable bootmode from 'c' to 'C' .  It works.  I vaguely remember this
changes the nature of SCSI device tests.

To change:  'nvram bootmode C', or in boot monitor 'setenv bootmode C'.

			Denis Laplante <lapalnte@ocgy.ubc.ca>
Newsgroups: comp.sys.sgi
From: suhonen@jalka.jyu.fi (Timo Suhonen)
Subject: 4.0.5 and mail
Organization: University of Jyvaskyla, Department of Biology of Physical
	Activity
Distribution: comp
Date: Thu, 20 Aug 1992 10:07:08 GMT


Just got 4.0.5 and installed it. Release Notes says that IRIX is now
8-bit system with Latin-1 as default. Why does mail clear the 8:th bit?

I know that RFCs allow mail to do it, but here in Finland I'd like
to use the Latin-1 character set in my mails. The international mails
also seems to accept 8-bit. At least mails to HP at California (?) and
mails to Iceland survives full 8-bit. 

I have tried to compile the IDA-sendmail, but I had only two or tree
hours time to do it and the compilation was not just "plug in and make"
-system. I have to return to IDA-sendmail some time later if SGI keeps
clearing the 8th bit.
--
Timo               "I am logged in, therefore I am"              Suhonen
"There is no need for the President of the United States to be smart" -HST
  Opinions(?) are mine (if not stolen), NOT those of Univ. of Jyvaskyla.
Newsgroups: comp.sys.sgi
From: karsh@sgi.com (Bruce Karsh)
Subject: Re: Question about Windows NT on SGIs
Organization: Silicon Graphics, Inc.
Date: Tue, 18 Aug 92 04:41:24 GMT

In article <1992Aug10.191023.24447@chpc.utexas.edu> apas611@chpc.utexas.edu (David Boles) writes:

>1. NT is single-user.  Yes, you read that right.  Only one person
>   can be logged on doing work at a time.  It can however provide
>   file services to many users (this functionality is not present,
>   but is planned).
>2. NT supports multiple-processors.  In light of (1.) that seems
>   a tad silly.

I think the rallying cry from the early days of microprocessors applies here:

     One user, at least one computer.

By the way, does anyone have an attribution for that quote.

>3. NT uses the same interface as Windows 3.1 (The program manager
>   even says "Windows 3.1, NT mode" when it starts up.

Yes.  The idea is that NT will run all those really popular Windows 3.0
applications.

>5. Microsoft has now publically stated that NT will _not_ be compatible
>   with DOS and Windows 3.x apps.  They will try to guarantee that the
>   "top 100" DOS and Windows apps run.  This incompatibility may be
>   resolved after the initial release.

Sounds like a pretty good plan to me!

>6. Under the current design of the NT task structure, if one Win3 app
>   suffers a fault, it does not bring down the system.  However, it does
>   crash _all_ other Win3 apps currently running.

I think this is right for Windows 3.0 emulation.  This is pretty much what
you'd expect since that's how Windows 3.0 works on PC's.  But full NT
applications are coded to the Win32 API, the 32 bit version of the Windows
API.  Win32 apps each have their own protected address space so they
can fail independently.

>Just thought I'd give people some info that didn't read like an ad.

For those who would like to know more about NT, There has been a lot
published about NT in the Microsoft Systems Journal and in PC
Magazine.

My opinion about NT is that if you love Windows 3.0, you will love
NT.  If you simply can not stand Windows 3.0, you probably will not
like NT.  Is there anybody in the middle?
--

			Bruce Karsh
			karsh@sgi.com
Newsgroups: comp.sys.sgi
From: wford@arrirs04.uta.edu (William A. Ford)
Subject: VideoCreator
Organization: Automation and Robotics Research Institute, U Texas @ Arlington
MessageID: <WFORD.92Aug20095835@arrirs04.uta.edu>
NntpPostingHost: arrirs04.uta.edu
Date: Thu, 20 Aug 1992 15:58:35 GMT
Distribution: comp
X-Bytes: 614

Hello All,

Just recieved our Indigo XS24:
80 meg Ram
2.2 Gig Disk
16" Display
and SGI VideoCreator Box.

Two questions:

1) SGI can not find the right cable for the indigo to the creator, creator to the monitor.  Is there a third party vendor that has such a cable...

2) Has anyone out here in network land used the video creator,  Such as for
   a)  External video source blended with internal video dumped back to tape.
   b)  Third party software to make life easy.
   c)  Video ertta reccomendations.

Thanks all 
please email to wford@arri.uta.edu

Bill Ford 
UT Arlington
Computer Staff
wford@arri.uta.edu
Xref: sparky comp.sys.sgi:12681 comp.sys.mips:893 comp.unix.misc:3307 comp.unix.questions:10225
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.sys.sgi,comp.sys.mips,comp.unix.misc,comp.unix.questions
Subject: Re: Summary of (Re: Grep-ing for Constants (Re: Assembler Syntax...))
Keywords: recap of "EXPORT", grep, UTLB exception handler
Date: 20 Aug 92 18:27:50 GMT
Followup-To: comp.sys.sgi
Organization: Auspex Systems, Santa Clara

>--- Or use the following facts:
>
>* Source files have a ".c" suffix
>* Include files have a ".h" suffix

Unless, of course, you're looking at, say, the source to the Portable C
Compiler....

(In other words, it would have been nicer had scj not done that.  ".h"
at the end of a header file's name is only a convention, but it's a Very
Nice One.)
Newsgroups: comp.sys.sgi
From: kipp@warp.asd.sgi.com (Kipp Hickman)
Subject: Re: Capabilities of OpenGL
Organization: Silicon Graphics, Advanced Systems Division
Date: Tue, 18 Aug 1992 14:39:03 GMT

In article <on06b4k@fido.asd.sgi.com>, kipp@warp.asd.sgi.com (Kipp
Hickman) writes:
|> In article <1992Aug17.222701.27227@src.dec.com>, najork@src.dec.com
|> (Marc Najork) writes:
|> |> I have access to a Personal Iris 4D/25 with Turbo Graphics
|> option.
|> |> 
|> |> Am I right in assuming that even under OpenGL, neither alpha
|> |> buffers,
|> |> nor stencil buffers, nor blending, nor auxiliary buffers will be
|> |> supported?
|> Nope.  You are wrong.  OpenGL, when running on a machine without
|> a particular hardware capability is *required* (by law, you get
|> shot otherwise :-) to implement the capability anyway, even if it
|> means using (dread) software.
|> 
|> Of course, it won't be very fast.
|> 
|> No subsetting is allowed.  Period.

Ahem.  Let me make a clarification on this statement, and be much more
precise.  OpenGL requires a complete implementation of the API.  OpenGL
requires a depth buffer, a stencil buffer, an accumulation buffer.  OpenGL
does not require a destination alpha buffer, a back buffer, or any aux
buffers.  OpenGL does require at least one color index visual and one
rgb visual.

So, to better answer your original question:  no alpha buffers will be
present on your 4D/25TG; yes, there will be a stencil buffer, but it will
be implemented in software; most blending functions will work except for
those that depend on destination alpha; no aux buffers will be provided.

I am very sorry for the confusion my blanket statement may have caused!

 				kipp hickman
 				silicon graphics inc.
Newsgroups: comp.sys.sgi