#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 --

Reply via email to