#include <hallo.h> * Florian Ernst [Sat, Nov 05 2005, 02:14:53PM]: > Hello Eduard, > > coming back to an old issue... > > On Wed, 02 Oct 2002 18:12:37 +0200, Eduard Bloch [RHRK] wrote: > > See subject. While other programs work with more or less sucess using > > 256 bit color, xboard breaks completely. It only throws some lines about > > XPM errors and exits. Note that on the same 8bit terminals under AIX > > xboard seem to work okay (don't ask me which version), so I think this > > may be a problem with the xpm library on Linux. > > > > I cannot try yet, but IMHO the reason may also be the fact that AIX WM > > did not allocate much colors, so there were still enough cells in the > > PseudoColor table to install Xboard's colors. On Linux with Icewm, this > > was not possible. Though (as said), no application should break because > > of unavailable colors. Either do not display the, or emulate them using > > dithering with colors from the PseudoColor table, but do not just exit, > > even not telling the user the reason for the breakage. > > Current xboard version 4.2.7-1 and -2 work fine in an 8bit environment > here in testing/unstable, and even the old 4.2.6-2 and -2.1 show no > problems. > Can you still reproduce the problem, or can we possibly close this > bug?
How did you test? Just running "startx xboard -- -depth 8"? That is not what I have written there. I can reproduce the problem. As said, run any application that allocates more slots in the color map (eg. acroread, Mozilla, icewm, ...) before xboard starts to see what I mean. Eduard. -- Ambassador Londo Mollari: Everyone around me dies, Mr. Morden, except those who most deserve it. -- Quotes from Babylon 5 --