Re: xbm and xpm

On Wed, 17 Apr 2002 00:05:37 EDT, Sean MacLennan <seanm(a)seanm.ca&gt; said: I'm seeing this as well, but haven't tracked it down as of yet. My top contender for why it's screwed up: 1) If you're using a 16-bit visual, you could be running out of colormap entries or similar - at least on my box, the default visual looks like this: default visual id: 0x23 visual: visual id: 0x23 class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits Note that the green mask is 6 bits, but only 5 bits are available in the colormap subfield - so it's possible to run out (I think). Depending on window manager, and background images, your colormap may be running out. I never really understood the semantics of how XAllocColor() is supposed to work on a TrueColor visual in conjunction with colormaps, so.... I started seeing it (well, noticing anyhow) when I changed my was-showing-green X server from a 1280x1024x24 config to a shows-black 1600x1200x16 config to support a bigger monitor (the Intel i810 has a lame dot-clock with insufficient bandwidth to do deeper than 16 bit at the higher resolution - the loss of color depth was OK in exchange for 609,280 more pixels. ;) -- Valdis Kletnieks Computer Systems Senior Engineer Virginia Tech