HDTenEightyP/NetNews huggingface dataset:
From: silvert@biome.bio.ns.ca (Bill Silvert)
Subject: Alternate character sets
Organization: Habitat Ecology Div., Bedford Inst. Oceanography
Distribution: na
Date: Wed, 6 Jan 1993 21:28:31 GMT

Novice question:  does SGI support the alternate character set defined
in curses.h by #define A_ALTCHARSET    000100000000L ?
The latest version of gopher (1.1) uses this to draw a box, but on the
SGI console all you get is a mess of letters.  Is there some way to use
an extended character set so that these "business graphics" appear?

The box is drawn correctly when I log in from a PC as a terminal.

Is this perhaps just a matter of choosing the right screen font?  If so,
how do I know which fonts support line drawing characters?
-- 
------------------------------------------------------------------------
William Silvert, Habitat Ecology Division, Bedford Inst. of Oceanography
P. O. Box 1006, Dartmouth, Nova Scotia, CANADA B2Y 4A2.  Tel. (902)426-1577
InterNet Address: silvert@biome.bio.dfo.ca
From: cm9@prism.gatech.EDU (MCKEITHAN,CLIFFORD M.)
Newsgroups: comp.sys.sgi.graphics
Subject: sgi graphics problem
Date: 8 Jan 93 19:55:37 GMT
Distribution: usa
Organization: Georgia Institute of Technology


 Tech Flight Simulations Lab
(404) 894-2995

I looking for some advise on SGI graphics. I would 
like to know the best way to handle a resizing of a 
graphics window containing subwindows.  The program 
will be running real-time plot and the image will
have to be mapped and scaled quickly to the new
size and location.  If any has any suggestions on
the best or most efficient way to accomplish this,
please let me know. I have used the double buffer mode
in other programs with success but seem to be having
difficulty with the sub-windows. I also have been able
to obtain sufficient documentation to find out what
is going on. 
  If anyone can help I can be reached as (404)894-2995
or at my e-mail account gt4436a@hydra.gatech.edu
Thanks.
          - Bryan J. Wasileski



-- 
MCKEITHAN,CLIFFORD M.
Georgia Institute of Technology, Atlanta Georgia, 30332
uucp:     ...!{allegra,amd,hplabs,ut-ngp}!gatech!prism!cm9
Internet: cm9@prism.gatech.edu
From: andrewjh@werple.apana.org.au (Andrew Hiser)
Newsgroups: comp.sys.sgi.graphics
Subject: SGI and Apple Quicktime?
Date: 13 Jan 1993 12:24:02 +1100
Organization: werple public-access unix, Melbourne
NNTP-Posting-Host: werple.apana.org.au
Summary: SGI License of Apple Quicktime technology?
Keywords: SGI, Apple, Quicktime, License

A few months ago I read about SGI's pending decision to license Apple's
Quicktime technology for video record/playback.

To date I've not heard any more about it.  Did it happen? How can I get
more information about the deal? Is the software available? If not when
is it likely to be available?

Any information would be greatly appreciated.

Cheers Andrew

P.S. Please mail any responses and I will post back to this newsgroup.
-- 
********************************************************************************
* Andrew Hiser     Phone: 61-3-531 2512    Email: andrewjh@werple.apana.org.au *
********************************************************************************
Newsgroups: comp.sys.sgi.graphics
From: blean@rwb.esd.sgi.com (Bob Blean)
Subject: Re: motif convenience functions
Organization: Silicon Graphics
Distribution: na
Date: Tue, 5 Jan 93 02:13:17 GMT

In article <1993Jan1.161847.2266@vela.acs.oakland.edu>, sglanger@vela.acs.oakland.edu (LANGER STEVEN C) writes:
|> When using functions like
|> 	dialog = XmCreateMessageDialog(parent, "my_dialog", NULL, 0);
|> 
|> why does the dialog always come up with the title bar
|> 		"my_dialog_popup"
|> 
|> I can override this from an app-defaults file, but I'd like to just do
|> it in the code. I've tried
|> 	XtVaSetValues (dialog, XmNlabelString, "my_dialog", NULL);
|> 
|> and XtVaSetValues (dialog, XmNlabelType, "my_dialog", NULL);
|> 
|> but the title bar always has _popup appended to it.
|> XtCreateManagedWidget does not do this, but is not as conveneient.
|> Any suggestions?

The convenience function XmCreateMessageDialog() creates a DialogShell
(named my_dialog_popup), with a MessageBox child (named my_dialog).
The widget ID of the Message Box is returned to you.

The title you see is is the name of the Dialog Shell unless you set the
dialog shell's title.

	* setting the app-default file provides a title for the Dialog Shell

	* Doing SetValues on the Message box does not.  Doing it on
	  XtParent(dialog) should.

	* Passing an arg list to the XmCreateMessageDialog call would work,
	  because these args are also passed along to the Dialog Shell
	  when it is created.

XtCreateManagedWidget works differently because, unlike the convenience
function, it is not creating a dialog shell behind your back.

I seem to recall that this is all explained in some manual, but I could not
quickly locate it.

--Bob
Newsgroups: comp.sys.sgi.graphics
From: neri@hobbes.nrl.navy.mil (jesse neri)
Subject: Fortran, mixed GL and Keyboard input
Organization: Naval Research Laboratory
Distribution: comp.sys.sgi.graphics
Date: Tue, 5 Jan 1993 18:40:21 GMT

I am using a Indigo R4000, IRIX 4.0.5F and IDO.  I am programming
in Fortan (what can I say, I'm a relic) and want to to keyboard and mouse
input.  I open a GL window, draw a configuration in it, then call
qreset, the qdevic(LEFTMO) to queue up the left mouse button.  I then do
qreads until the left mouse button is pushed, then grab the mouse positions
using getval(MOUSEX) and getval(MOUSEY).  All this works as advertised
in the GL programming guide.  I now want to get keyboard information about
the data point that has been selected (i.e. user types a letter, then a 
numerical value).  That's when the wheels come off.   I try the standard
Fortran input of 

      read (5,101) x
  101 format(1A1)

to read the letter value (worked before the mouse stuff) and I get

fmt: I/O error
apparent state: unit 5 named
last format (1a1)
lately reading (null) formatted external IO

The error occurs instantly, before any thing is typed, before
the mouse is moved back into the progrmas window.
HOW DO I CONVINCE THE PROGRAM TO GO AND READ FROM THE KEYBOARD?
The error occurs despite all attempts to unque the mouse, reset the queue, 
etc.  I would rather not have to go to mixed mode programming and use X and
pop-up windows to drive the user interaction, but if that is the only answer,
so be it.  

All answers welcome, e-mail or otherwise.  If I get a lot of interesting
responses, I will post a summary.

Thanks in advance.

Jess Neri


-- 
Jess Neri   neri@hobbes.nrl.navy.mil   (202) 404-7567 #  #  ##   #
Pulsed Power Physics Branch, Plasma Physics Division  ## #  # #  #
Naval Research Laboratory, Washington DC   20375      # ##  ##   #
#########   Nuts Running Loose   #################    #  #  # #  ###
Newsgroups: comp.sys.sgi.graphics
From: mguttman@scholia.wbme.jhu.edu (Mike Guttman)
Subject: Trouble using sproc() in a Motif program...
Reply-To: mguttman@scholia.wbme.jhu.edu
Organization: Johns Hopkins University, Dept. of Biomedical Engineering
Date: Fri, 8 Jan 1993 20:59:33 GMT


Greetings,

I'm using sproc() to do some parallel processing in a Motif program.
How can I control widgets created by the parent process from the child
process (e.g. manage/unmanage a widget or change a scale value)?

- Mike

Newsgroups: comp.sys.sgi.graphics
From: sglanger@vela.acs.oakland.edu (LANGER STEVEN C)
Subject: unix pipes and X
Organization: Oakland University, Rochester MI.
Distribution: na
Date: Tue, 12 Jan 1993 02:54:40 GMT

Despite the help of several netters, I cannot seem to master the 
mechanics of inter-process communication via pipes. Ultimately,
I want 2-way communication between a parent and child process.
This is what I've tried so far;

/*
* parent.c	launches child and should get child's output
* standard include files
*/

int pipes[2];


void cbfunc (Widget w, XtPointer data, XtPointer dummy);

main (int argc, char **argv)
{

	XtAppContext app_parent;
	Widget topLevel;

	topLevel = XtVaAppInitialize (&app_parent, "Parent", NULL, 0,
				&argc, argv, NULL, NULL);
	pipe (pipes);

	if (fork() != 0)
	{
		XtAppAddInput (app_parent, pipes[0], XtInputReadMask, 
				cbfunc, NULL);
	}
	else
	{
		status = dup2 (pipes[1], STDOUT_FILENO);
		close (pipes[0]);
		if (status < 0)
		{	
			fprintf (stderr, "pipe error\n");
			exit (0);
		}
		execlp ("child", "child", (char *)0);
	}

	XtRealizeWidget (topLevel);
	XtAppMainLoop (app_parent);
}
	  
void cbfunc (Widget w, XtPointer data, XtPointer dummy)
{
	char buf[BUFSIZE] = "\0";

	read (pipes[0], buf, sizeof(buf));
	fprintf (stderr, "in Parent buf=%s\n", buf);
}



/*
*
* child.c	prints to stdout & stderr every 10 seconds
* necessary includes
*/


void alarmcb (void);

main (void)
{
	XtAppContext app_child;

	app_child = XtCreateApplicationContext ();
	signal (SIGALM, alarmcb);
	alarm (10);

	XtAppMainLoop (app_child);
}

void alarmcb (void)
{
	fprintf (stdout, "in child \n");
	fprinf (stderr, "in child\n");
	signal (SIGALM, alarmcb);
	alarm (10);
}
	
	
Everything runs, the child prints to the screen via the stderr and I get
no error codes, but the parent callback func is never entered. Could
anyone please tell me what the error is?

--thanks in advance, steve
-- 
Steve Langer  			       sglanger@argo.acs.oakland.edu (VMS)
Oakland University		       sglanger@vela.acs.oakland.edu (Ultrix)
---------------------------------------------------------------------------
Standard disclaimers apply. In addition, the author makes no guarantees,
concerning the grammatical accuracy of his writing. Therefore, any ^B's, ^C's, 
midword character additions/deletions and other non-sense which occurs (after 
the work leaves the author's decade old text editor via his decade old Amiga, 
struggles through a local 1200 baud Merit server to be further mauled via the 
remote VAX mail servers) is someone elses problem - namely yours.
---------------------------------------------------------------------------
Newsgroups: comp.sys.sgi.graphics
From: thomas@bitrot.in-berlin.de (Thomas Driemeyer)
Subject: 24-bit Motif visual?
Organization: Thomas Driemeyer, Berlin
Date: Sun, 10 Jan 1993 19:10:12 GMT

Maybe I am just too dense to see the obvious, but how can I have a Motif
application come up with a 24-bit shell? I need a 24-bit DrawingArea, and
I can't use a GLX widget because that would be nonportable.

Trying to fiddle with the shell XmNvisual is either ignored or terminates
the application. Replacing XtAppInitialize() with an explicit Xt incantation
and supplying appropriate arguments to XtAppCreateShell() doesn't help
either. I always get "Visual: 0x25 (8 bit PseudoColor)" (says xwininfo).

Thanks for your help,

Thomas
-- 

--
Thomas Driemeyer        thomas@bitrot.in-berlin.de        voice: +49 30 8924936
Newsgroups: comp.sys.sgi.graphics
From: goza@norm.JSC.NASA.GOV (Mike Goza)
Subject: Dithering/True Color on PI, Indigos
Organization: IGOAL
Date: Wed, 6 Jan 1993 13:57:21 GMT

I have a PI (and assume the following problem is on indigos as well)
and I am in double buffer mode.  I wish to cpack a color and draw
polygons without lighting.  This in effect color codes polygons which
I use for different applications.  I check the number of bitplanes 
available and do not let the color range exceed the value for the 
number of colors available.  This method of coloring polygons works
great on all machines except the ones that dither.  My question is 
this...Can I turn the dithering OFF so the machine will use the cpacked
color I pass it while staying in double buffer mode?  I would have thought
it would have used the value in cpack.  I am passing cpack a long int in the
form of 0xAABBGGRR as per the man pages.  Does this need to be different 
for 12 bitplanes?  Is there anything that can be done to fix this?

Any help would be appreciated.  Please email or post.

Thanks,
Mike Goza
goza@cheers.jsc.nasa.gov
Newsgroups: comp.sys.sgi.graphics
From: neri@hobbes.nrl.navy.mil (jesse neri)
Subject: Re: Fortran, mixed GL and Keyboard input
Organization: Pulsed Power Physics Branch; Plasma Physics Division; NRL; Washington, DC;
Distribution: comp.sys.sgi.graphics
Date: Tue, 5 Jan 1993 22:03:29 GMT

In article <C0E97A.9Cu@ra.nrl.navy.mil> neri@hobbes.nrl.navy.mil (jesse neri) writes:
>I am using a Indigo R4000, IRIX 4.0.5F and IDO.  I am programming
>in Fortan (what can I say, I'm a relic) and want to to keyboard and mouse
>input.  I open a GL window, draw a configuration in it, then call
>qreset, the qdevic(LEFTMO) to queue up the left mouse button.  I then do
>qreads until the left mouse button is pushed, then grab the mouse positions
>using getval(MOUSEX) and getval(MOUSEY).  All this works as advertised
>in the GL programming guide.  I now want to get keyboard information about
>the data point that has been selected (i.e. user types a letter, then a 
>numerical value).  That's when the wheels come off.   I try the standard
>Fortran input of 
>
>      read (5,101) x
>  101 format(1A1)
>
>to read the letter value (worked before the mouse stuff) and I get
>
>fmt: I/O error
>apparent state: unit 5 named
>last format (1a1)
>lately reading (null) formatted external IO
>
>The error occurs instantly, before any thing is typed, before
>the mouse is moved back into the progrmas window.
>HOW DO I CONVINCE THE PROGRAM TO GO AND READ FROM THE KEYBOARD?
>The error occurs despite all attempts to unque the mouse, reset the queue, 
>etc.  I would rather not have to go to mixed mode programming and use X and
>pop-up windows to drive the user interaction, but if that is the only answer,
>so be it.  
>

And the answer is to call foregr before the winope.  The winning
suggestion cam courtesy of Kian-Tat Lim (ktl@wag.caltech.edu).  I also make
sure that the queue is cleared before going on, but that may superfluous.

Thanks again to all.  The quality of the SGI support on USENET, from
SGI personnel and others, was one of the factors in my choosing SGI systems,
and you all have come through for me again.  



-- 
Jess Neri   neri@hobbes.nrl.navy.mil   (202) 404-7567 #  #  ##   #
Pulsed Power Physics Branch, Plasma Physics Division  ## #  # #  #
Naval Research Laboratory, Washington DC   20375      # ##  ##   #
#########   Nuts Running Loose   #################    #  #  # #  ###
From: beers@acsu.buffalo.edu (Andrew Beers)
Newsgroups: comp.sys.sgi.graphics
Subject: Depthcued polygons
Date: 5 Jan 93 18:55:17 GMT
Organization: State University of New York at Buffalo/Comp Sci


I would like to display a polygon-surface model that could be larger than the
viewing volume.  However, if I turn depthcue mode on and draw the model, any
polygons crossing the front or back clipping plane are colored with the
brightest colors as specified by lRGBrange().

Does anyone have suggestions how I can eliminate this behavior?  I would be
happy if the polygons crossing the front clipping plane were colored the
brightest color, and ones crossing the back clipping plane were colored the
darkest.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Andrew C. Beers                    abeers%zeus%mfb@ubvms.cc.buffalo.edu
Medical Foundation of Buffalo      beers@cs.buffalo.edu
Newsgroups: comp.sys.sgi.graphics,comp.sys.sgi.misc
From: otto@nevada.edu (Frederick J. Haab)
Subject: Using features of Crimson from Indigo
Originator: otto@helios.nevada.edu
Organization: University of Nevada System Computing Services
Date: Mon, 11 Jan 1993 19:59:08 GMT

I am curious if there are "best" or "standard" ways to use a Crimson
from an Indigo.

We have just acquired a Crimson and an Indigo.  I am going to be doing
most of the work on these, but the director of this center wants the
Crimson in his office.  Will I have good performance remotely loging
in from the Indigo?  If so, what is the "best" (easiest, most acceptable)
way to do this?  What do I tell each computer is going on, and how
can I use the most features that will be accesible from the Indigo?

If you reply, please send to the address below, as that is the machine
I use and am currently unable to post from it.

Thanks for any help,

    -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
       Frederick J. Haab
       haabn@nye.nscee.edu
       National Supercomputing Center for Energy and the Environment
       University of Nevada at Las Vegas
    -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Newsgroups: comp.sys.sgi.graphics
From: glennm@netcom.Netcom.COM (Glenn Meyer)
Subject: Feedback mode interpreter sought.
Organization: Netcom Online Communications Service
Distribution: comp.sys.sgi.graphics, comp.sys.sgi.misc, comp.sys.sgi.apps, comp.graphics
Date: Fri, 8 Jan 1993 23:15:32 GMT


I've been trying to find a feedback mode interpreter so that I don't have to
write my own. This interpreter would take a feedback buffer as input, and
output a pixmap or some kind of grayscale image buffer. The target machine
here is a Personal Iris with either 35G or Elan graphics.

Any suggestions?

Thanks. 

Glenn Meyer
glennm@netcom.com
From: momi@bellevue.corp.sgi.com (Momi Akeley)
Newsgroups: comp.sys.sgi.graphics
Subject: Re: Depthcued polygons
Date: 7 Jan 93 21:49:24 GMT
Organization: Silicon Graphics, Inc.

Just to follow up on this... the problem Andrew describes below was not being
caused by the clipping of polygons affecting the depthcued color.  Clipping of
depthcued polygons works fine.  The problem was with lighting depthcued polygons.
Lighting should have no effect on depthcued polygons, but after lighting was
turned on and back off again, the back sides of the depthcued polygons were
being drawn incorrectly (not depthcued or lit, just the color of the polygon
that was specified using cpack().)


In article <C0E9w5.n2x@acsu.buffalo.edu>, beers@acsu.buffalo.edu (Andrew Beers) writes:
|> 
|> I would like to display a polygon-surface model that could be larger than the
|> viewing volume.  However, if I turn depthcue mode on and draw the model, any
|> polygons crossing the front or back clipping plane are colored with the
|> brightest colors as specified by lRGBrange().
|> 
|> Does anyone have suggestions how I can eliminate this behavior?  I would be
|> happy if the polygons crossing the front clipping plane were colored the
|> brightest color, and ones crossing the back clipping plane were colored the
|> darkest.
|> 
|> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|> Andrew C. Beers                    abeers%zeus%mfb@ubvms.cc.buffalo.edu
|> Medical Foundation of Buffalo      beers@cs.buffalo.edu

-- 
Momi Akeley (momi@corp.sgi.com)
Strategic Services Group
Silicon Graphics (415)390-5557
From: daifuku@xcedrin.esd.sgi.com (Peter Daifuku)
Newsgroups: comp.sys.sgi.graphics
Subject: Re: Dithering/True Color on PI, Indigos
Date: 6 Jan 93 18:13:14 GMT
Organization: Silicon Graphics, Inc.

In article <1993Jan6.135721.15635@aio.jsc.nasa.gov>, goza@norm.JSC.NASA.GOV (Mike Goza) writes:
|> My question is 
|> this...Can I turn the dithering OFF so the machine will use the cpacked
|> color I pass it while staying in double buffer mode?
|> Any help would be appreciated.  Please email or post.
|> 
|> Thanks,
|> Mike Goza
|> goza@cheers.jsc.nasa.gov


Dithering is on by default. You can turn it off using the dither command.
man dither should give you all the info you need.


Peter Daifuku
daifuku@sgi.com
Newsgroups: comp.sys.sgi.graphics
From: rjanzen@alias.com (Ron Janzen)
Subject: can you make readdisplay() read back buffer
Organization: Alias Research, Inc., Toronto ON Canada
Date: Thu, 7 Jan 1993 17:02:16 GMT

Does anybody know of a way to read the back buffer in the same way as
readdisplay() can read what is displayed on the screen? It must be
possible since snoop (a demo program supplied by SGI) can do it.

I've tried using fullscrn()/endfullscrn() and setting readsource
appropriately, but I always end up reading the front buffer contents.
--
Ron Janzen
Alias Research Inc., Toronto
rjanzen@alias.com
From: kestas@lith.UUCP (Kestutis Sliupas)
Subject: Grabing window; send to PS printer
Newsgroups: comp.sys.sgi.graphics
Date: 7 Jan 93 05:31:20 GMT
Distribution: world
Organization: Vacaville, CA

Hi:
	We use a modelling program (SYBYL) on our Crimson. How
can I copy a portion of the display and send it to a Post
Script printer? I can print structures from within the program,
but they are in a crude line-graph format.
	I was told a while ago that an X utility exits that
does this, but I do not remember any of the details.
	Sorry if this is a FAQ. 
				Regards, Kestas

 Kestutis Sliupas            x  (510) 231-1540 (work voice) 
 kestas%lith@infopro.com     x  (510) 231-1285 (work FAX) USA CA  
 kestas@infopro.com          kestas%lith@uunet.uu.net
From: mikey@sgi.com (Mike Yang)
Newsgroups: comp.sys.sgi.graphics
Subject: Re: motif text widgets
Date: 13 Jan 93 04:33:50 GMT
Distribution: na
Organization: Silicon Graphics, Inc.

In article <1993Jan13.040941.4854@vela.acs.oakland.edu> sglanger@vela.acs.oakland.edu (LANGER STEVEN C) writes:
>void cbfunc (Widget w, XtPointer data, XtPointer dummy)
>{
>	char *text;
>	char str[]="here i am";
>
>	if (strcasecmp(data, "b1") == 0)
>	{
>		temp = XtMalloc (sizeof(str));
>		temp[sizeof(str)] = 0	;	/* null terminator */
>		XmTextSetString (w, text);
>		XtFree (text);
>	}
>
>}

The variable text is uninitialized.  Did you want to say:

	XmTextSetString (w, temp);

instead?

Also, your null terminator is past the bounds of the array you allocate.
You probably want:

	temp[sizeof(str)-1] = '\0';

instead.

-----------------------------------------------------------------------
                 Mike Yang        Silicon Graphics, Inc.
               mikey@sgi.com           415/390-1786
From: wmbfmk@rw7.urc.tue.nl (Marc van Kempen)
Newsgroups: comp.sys.sgi.graphics
Subject: Re: PM_ADD24 on RE
Date: 8 Jan 93 00:40:31 GMT
Reply-To: wmbfmk@urc.tue.nl

manyin@helene.gsfc.nasa.gov (Michael Manyin) writes:


>On Dec 28th, I posted the following:

>> We are porting a program from a VGX platform to a Crimson/RealityEngine,
>> and have been finding it difficult to make full use of the 4096-entry
>> colormap when lrectwrite'ing  8-bit images.
>> 
>> Specifically, we suspect that the call
>> 
>> pixmode( PM_ADD24, 256 );
>> 
>> on the RealityEngine, is the problem.
>> 
>> 
>> In fact, any integer offset greater than 0 produces anomalous behavior.
>> 
>> The pixmode manual page claims that "Pixel addition can...
>> be used to offset the range of a color map image",
>> and our code  works fine on VGX and Indigo Elan machines.


[ some stuff deleted ]


>Of course, if you have memory to burn, you can store data in 16 bit
>pixels, and do the offset yourself.

I don't know if anybody mentioned this work-around to you, I use it
succesfully on Indigo-Elan and Personal Iris.

First clear the window with color 256 (twice when using double
buffering) and than set writemask(0xff).
This will work on almost any machine, and is a lot faster for those that
emulate it in software.

marc.
Newsgroups: comp.sys.sgi.graphics
From: rjanzen@alias.com (Ron Janzen)
Subject: Re: can you make readdisplay() read back buffer
Organization: Alias Research, Inc., Toronto ON Canada
Date: Fri, 8 Jan 1993 21:11:48 GMT

In <1iiavsINN8p4@fangio.asd.sgi.com> rck@fangio.asd.sgi.com (Robert Keller) writes:
>rjanzen@alias.com (Ron Janzen) writes:
>>Does anybody know of a way to read the back buffer in the same way as
>>readdisplay() can read what is displayed on the screen? 
>
><...good description of how readdisplay() works and why I couldn't use it>
>
>>It must be
>>possible since snoop (a demo program supplied by SGI) can do it.
>
>snoop uses lrectread(3G) to just Rambo-out the pixels.

I had tried using lrectread() and readsource() but I always figured you
had to do some weird junk to read outside the bounds of your window.
So I messed around with fullscrn()/endfullscrn() and other distasteful
routines all to no avail.

Anyways after reading this article, I changed my program to just read
outside the bounds of my window and presto! it worked.

thanks for the hint,
ron
--
Ron Janzen
Alias Research Inc., Toronto
rjanzen@alias.com