Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!sundc!pitstop!sun!decwrl!ucbvax!xman.sgi.COM!mtoy
From: mtoy@xman.sgi.COM (Michael Toy -- The S.G.I. XMAN)
Newsgroups: comp.windows.x
Subject: Colormaps for StaticColor visuals
Message-ID: <8711032356.AA00545@xman.sgi.com>
Date: Tue, 3-Nov-87 18:56:30 EST
Article-I.D.: xman.8711032356.AA00545
Posted: Tue Nov  3 18:56:30 1987
Date-Received: Sat, 7-Nov-87 10:24:06 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 24

I'm close to the light at the end of the tunnel on this one.

Mission:  Create a colormap filled in with the correct hardware values
on a StaticColor display.  (I actually have a PsedoColor display, but I want
X to use a particluar already set up colormap with nice ramps in it)

PortingLayer doc suggests checking the BeingCreated bit in the ddx 
CreateColormap routine and if it is set, calling AllocColor for
each pixel.

This doesn't work.  AllocColors calss Find<mumble> which just returns if
your visualtype is StaticColor.

What mostly works for ms is filling a xColorItem structure and calling
StoreColors in a loop.  Most things work ok unless I ask for colors up
in the high parts of the colormap, then I get core dumps.

So how about it Xperts?  Am I on the right track?  Anybody else out there
been down this road?  Don't tell me about cfb/sun supprt through the
STATIC_COLOR #define, that stuff seems to be a dinosaurish implementation
of a TrueColor visual.
--
Michael Toy, secret identity: the XMAN at Silicon Graphics
Someday: mtoy@xman.sgi.com		For now: {ames,decwrl,sun}!sgi!mtoy