 I've been having continual trouble getting 4.1 to open a display on a
SUN SPARC 2 running 4.1.3.  I THINK I've narrowed the problem down to the
fact that Pseudocolor does not appear in our machine's list of visuals
when I enter the xdpyinfo command.  How can I find out what our default
visual is, and how can I add Pseudocolor if need be?

Thanks,
Mike Killion         (mike@geogsun.geo.ukans.edu)
Department of Geography
University of Kansas
Lawrence, KS  66045
913 864-5143

----------------------------Original message----------------------------

An X server running on a machine has a "default visual" associated
with it.  Other visuals might be available on request to a client.
Speaking only from DEC experience (terms might be different on other
hardware/OS environments), the 24 bit server has a "TrueColor" default
visual which has a certain way of managing specific color requests.  It
also has available a "PseudoColor" visual, which an application can
request.  GRASS requires (presently) a PseudoColor type visual ie a
traditional 8-bit colormap display.  Presumably it could ask for a
PseudoColor visual, which it could then use (but not take advantage of
the full 24bit color).  Since it doesn't request it, PseudoColor has
to be the default.

True 24-bit capability is in the development pipeline.
>
> Nalneesh Gaur writes:
> >We have a IBM RISC6000 and a 24 bit monitor. We installed GRASS normally
> >on it and it works.
> Someone would have to prove to me that you are actually running in 24
> bit mode (or someone has altered the GRASS code). The way X handles
> 24 bit vs. 8 bit is so different that there is no way (that I know of)
> that code written for 8 bit systems will actually display all of the
> avialable colors of a 24 bit system. Most 24 bit systems can be run
> in 8 bit mode - but then you lose the greater color capability.
>
> Pat McClanahan		Internet:mcclanah@dlgeo.cr.usgs.gov
> EROS Data Center 		 mcclanah@edcserver1.cr.usgs.gov
> Sioux Falls, SD
> 605-361-4607
>

