On Wed, Nov 17, 1999 at 08:51:59AM -0400, Larry Gates wrote:
> . . .
> It occurs because you're running your X server with an 8 bit color
> depth AND you've got another application (like netscape) hogging the
> colormap.
Solution #3: Use xwinwrap to run your Java app with its own colormap.
Xwinwrap is available from:
http://www.teleport.com/~nmeyers/FreeWare/
> #2 would seem to be the best but it isn't because many apps will not
> work properly unless its in the 8-bit "Pseudocolor" model. Why this
> should be still astounds me: is it bad programming? or is it just
> "old" programming? I'm sure there is a complicated answer...
Yeah... a lot of X apps never bothered to deal with anything other than
8-bit pseudocolor, and made too many depth-specific and visual-specific
assumptions. The JDK1.2 AWT isn't exactly problem-free in this regard:
it can't deal with all depths found in XFree86/Linux (as much past mail
has discussed). It also won't let you specify alternate colormaps or
visuals - unless you use a hack like xwinwrap.
If you want a more complicated answer, it has to do with X's color
model. Having applications use an indexed palette (the pseudocolor model
used by default in 8-bit displays) instead of applying a consistent
abstract colorspace across various display capabilities has caused no
end of grief over the years.
Nathan
On Wed, Nov 17, 1999 at 08:51:59AM -0400, Larry Gates wrote:
>
> >Date: Wed, 17 Nov 1999 10:56:05 +0200
> >From: Vincent Risi <[EMAIL PROTECTED]>
>
> >I have some apps that run on NT using swing. When I run these on Linux
> >6.1 with jre1.2v2 I get a warning
> >
> >Warning: Cannot allocate colormap entry for default background.
> >
> >and the text does not display for the apps. (The text for the title does
> >however). Is there a Linux setting that I have that is wrong?
> >
> >Vince
>
> I absolutely HATE this error!!!
>
> It occurs because you're running your X server with an 8 bit color
> depth AND you've got another application (like netscape) hogging the
> colormap.
>
> Solution 1: kill all other apps, and rerun your java app.
>
> Solution 2: rerun X with 16 bits (ie. startx -- -bpp 16)
>
> #2 would seem to be the best but it isn't because many apps will not
> work properly unless its in the 8-bit "Pseudocolor" model. Why this
> should be still astounds me: is it bad programming? or is it just
> "old" programming? I'm sure there is a complicated answer...
>
> hope this helps,
>
> --
> Larry Gates
>
>
> ----------------------------------------------------------------------
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
----------------------------------------------------------------------
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
