On Fri, 26 Apr 2002, Stonie R. Cooper wrote:
> I have a legacy application that is tied directly to pseudo color (8bit)
> mode. In using 4.0.2, the pseudo color mode worked well in that most window
> managers could be made to leave enough color cells free for this legacy
> application to run; it prefers to have 148 free cells when it starts, but can
> be made to run as low as 70 free color cells.
>
> This is with a variety of window managers - kde2, blackbox, twm, mwm, and
> fvwm2 just to name a few that have been successfully used in 8bit color mode
> with XF86-4.0.2. gnome will not work, as it grabs all the color cells for
> itself at startup, unless the application is started prior to gnome.
>
> Recently migrated to XF86-4.2.0, and was rudely met with what appears to be
> an X server driven pre-allocation of color cells. Regardless of window
> manager, and version of that window manager (I went back to fvwm-1 just to
> make sure it wasn't something specific to the window managers), almost all
> color cells are read only, leaving 7 or 12 free cells.
This is the RENDER extension allocating most of the map (a mistake
in my opinion). I think the only solution may be to hack the source
code to prevent that from happenning. Is this still the case?
Mark.
_______________________________________________
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
