Last week I had asked whether the CG9 is supported by OpenWindows 3.
Unfortunately, I only received 3 responses, none of which could be very
specific. (Thanks anyways, your comments where definitely helpful!) The
common option is that somethings will work, but very slowly. The GP2 is not
used by OW3, nor by X11R5. As a result, I will install X11R4 with the "Xsun24"
patch instead of OW3. (For those not familiar with this patch, I've included
an excerpt from the README file below. It's available via ftp from alw.nih.gov
(188.8.131.52) in /pub.) I'll install the olwm so there will at least be a
consistent interface with those machines running OW. If I have enough
disk space left, I may install OW3 in order to make ca omplete evaluation, in
which case I'll post a follow-up. (Perhaps I'll try running OW remotely off
the CD). Thanks again to those who responded:
Ken Rossman <firstname.lastname@example.org>
email@example.com (Dean Grover)
and a third, whose response is floating around somewhere on my hard drive.
For the two years we've have this thing (CG9), it has never been supported in
software by Sun (yeah, I know, we could write our own). Imagine selling a
CPU for which no supported operating system is available...
Department of the Geophysical Sciences
University of Chicago
Taken from the README file distributed with the "Xsun24" X11R4 Xsun server
This is version 2.0 of Xsun24 (X11 server for Sun)
It supports CG8, CG9 and CG12 in addition to all Suns which are
supported by X11R4.
For a CG8 and a CG9, it provides two screens: a colour screen (screen
0, by default) and a monochrome screen (screen 1). The screens toggle
when the mouse cursor goes off the side edges. On a CG12, the only 24
bit colour screen is available.
*** TrueColor or DirectColor ***
On a 24 bit colour machine, the colour side of the server can be either a
TrueColor or a DirectColor visual, selectable at compile time.
A TrueColor server has a predefined but non-writable colormap. All
16.7 million colours are ready to use, so it is suitable for
displaying full colour images.
A DirectColor server has a writable colormap, but you have to
allocate a new pixel whenever you use a new colour. It seems that
many clients are written for a PseudoColor server, i.e., they expect a
writable colormap. So you have to use a DirectColor server for such
clients (xfade is one of them.)
*** Graphic Accelerators ***
If the compilation is done on a machine which has a graphic
accelerator (i.e. CG6, CG9, or CG12), the resulting server uses
pixrect code in some routines to get the advantage of the hardware.
Otherwise it treates the colour board as a dumb frame buffer.
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:06:21 CDT