This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
Pete, The xfree86.org group has broken our utilization of XFree86 in the transition from 4.0.3 to 4.2.0. I'm in the process of examining source diffs between 4.0.2 and 4.2.0, but it takes a long time, and is tedious. I have posted notes on this to address@hidden, and received several wild goose chases. No one "official" from xfree86.org development core as responded, despite having a bug report on this submitted. I have tested three different video cards - from the lowest (an old Matrox PCI card with 4MB RAM) to the highest (NVidia GEForce 400MX with 64MB RAM), so it also not driver specific (as one xpert reply claimed). I have also tried fvwm, fvwm2, black box, sawfish, kde, kde2, twm, and mwm. Gnome breaks 8bit from the get-go, so I didn't feel like beating on that dead horse at the moment. I also tried running virtual X sessions (on the GEForce), dual head (on an ATI Radeon dual head card), etc. - the results are the same. The least tasking of WM, twm or black box, both at least a few color cells available (8 to be exact), but you can't run anything under ntl with 8 colors. Using some kde2 trickery, I did manage to get as many as 12 color cells free . . . but again, this doesn't help. Finally, one response I received on xpert indicated something about X doing allocation in 8bit mode for some "216 color cube." I'm not an X guru, by any means, so I have no idea what this means. If anyone out there wants to help with the diff examination, I'll gladly put the diff somewhere for everyone to look . . . -- Stonie R. Cooper Planetary Data, Incorporated ph. (402) 782-6611 On Friday 24 May 2002 17:13, Pete Pokrandt wrote: > All, > > Has anyone been able to successfully run GEMPAK under RedHat 7.3? > > I had it working just fine under RedHat 7.1 using an 8 bit display > with fvwm2 on display :1. > > Now, after upgrading to 7.3, the same setup no longer works. It > seems as though something is allocating a ton of colors as read-only > and leaving very few as read-write, and I can't figure out what it is. > > The window managers sometimes even complain about not being able to > allocate colors. > > Any ideas at all or other things to try? > > I strongly suspect it is something about XFree86 4.2 but I don't > know where to begin to look. > > Thanks, > > Pete