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. The versions of window managers that worked with 4.0.2 have not changed - same builds. Only change was a download of source for 4.2.0, "make World", and "make install." What can I do to prevent these later versions of XF86 from grabbing all the color cells for pseudo color mode, and making the read only? I would like to leave as many free color cells available as possible. Any help would be much appreciated. -- Stonie R. Cooper Planetary Data, Incorporated _______________________________________________ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
