Path: utzoo!utgpu!news-server.csri.toronto.edu!clyde.concordia.ca!uunet!decwrl!sgi!shinobu!odin!bam
From: bam@sgi.com (Brian McClendon)
Newsgroups: comp.sys.sgi
Subject: Re: Does StereoView run under 3.3 ? (Re: VGX and setmonitor(3g))
Message-ID: <1990Aug20.022013.6919@odin.corp.sgi.com>
Date: 20 Aug 90 02:20:13 GMT
References: <9008020229.AA22321@chem.chem.ucsd.edu> <1990Aug17.232808.9319@odin.corp.sgi.com> <1990Aug19.191628.906@urz.unibas.ch>
Sender: news@odin.corp.sgi.com (Net News)
Organization: Silicon Graphics, Inc., Mountain View, CA
Lines: 36

In article <1990Aug19.191628.906@urz.unibas.ch> doelz@urz.unibas.ch writes:
>
>
>Our SGI people here try to make stereoView run on a 120[GTX] running 3.3. 
>Does this posting mean that StereoView doesn't run on 3.3 ? 
>
>Rgds
>Reinhard

The only _known_ problem with setmonitor(3g)/setmon(1) is the previously
discussed problem on the VGX.  There should be no problems with 3.3
in general or on 120GTX's in particular.

BTW, the VGX problem was discovered in the last day(s?) of the 3.3 
cycle.  It was thought to be a rare occurence with a relatively 
simple work-around.  Basically the part of the pipe responsible
for configuring video would spend 3-5 seconds downloading the video
format into the hardware _and_ writing it to EEPROM (the actual
time-consumer).  If other GL programs tried to access the video
hardware (ie: swapuffers(),  mapcolor()...) they would block the
pipe and it would timeout after ~2.5 seconds.  The solution is
obvious and will be in 3.3.1.

Finally, I would like to point out that there _should_ be no
sequence of GL calls that crashes the pipe and takes down the
news_server.  This is SGI policy.  If you know of such a sequence
please report it to the Hotline.  The best we can do is fix it
ASAP and get it out in the next maintenance release; the worst
would be for us to find it to be unfixable (without impacting
performance) and include it prominently in the release notes
and/or man pages.  Either way should save the rest of us from
chasing the same bug again.
--
----------------------------------------------------------------------------
   Brian McClendon bam@rudedog.SGI.COM ...!uunet!sgi!rudedog!bam 415-335-1110
-----------------------------------------------------------------------------