On Mon, 25 Feb 2002, Michael Fonte wrote:
> I am just starting to look into this problem but would appreciate an info at
> this stage.
>
> We have a unix application that uses old X11 calls (code written 5 years
> ago) to display graphics in a canvas (I have not dug into the code yet for
> specifics). It runs under Solaris, Irix, OSF1, HPUX, and Linux without
> problems (i.e. the calls are rather generic).
>
> The problem is newer versions XFree86 (4.0.2, 4.0.3, and 4.2.0) display
> incorrect colors for certain operations within our app (other windows and
> apps seem fine). Things are displayed properly under 4.0.1 and earlier
> versions. Current versions of Solaris (and other OS's) still display fine
> as well.
>
> Excuse my possible technically (relating to X11 internals) incorrect usage
> of the words palette and canvas. It has been a while since I have
> programmed X11 apps.
>
> The problem is worse in 16bit mode but I am primarily interested in 24bit
> mode (and this is what I will describe). I start the xserver is 24bit mode
> (either explicitly via -- -bpp 24) or by only defining a 24 bit mode in
> /etc/X11/XF86Config (or -4). (apps like xv correctly report that I am in 24
> bit mode).
>
> Grey scale images display fine, however when a different color look up table
> is applied (as I said I am not sure how the app applies different LUT's as I
> have not dug into the code that far yet), the colors and the gray scales are
> all 'washed out'. There is no flipping or flashing of colors as in 8 bit
> mode.
There are no "LUTs" for the app to apply in depth 24, unless you
are speaking of DirectColor visuals in which case we just do whatever
the app says to do.
You're going to have to provide your /var/log/XFree86.0.log
file. Also, run xwininfo on one of the windows which you think
look washed out. At the moment, I'm having a hard time understanding
what you are describing.
Also, can you send the output of xgamma?
MArk.
>
> The problem exists regardless of running the app locally (on a linux
> machine) or remotely (on another unix workstation or Win2K box running
> Exceed). It also seems independent of the X driver (s3 savage, glint,
> 'laptop'). Interestingly the problem appears to be indirectly related to
> the Xserver as in the case of remote display the Xserver is not even running
> on the host machine that is running the app. Also the app in question
> statically links the Xlibs (actually it statically links in all its libs).
>
> Some more specific information which may be of use.
> We build the app on a RH 7.1 system which has XFree86 4.0.3 installed out of
> the box.
> We statically link in -lXext and -lX11.
> On the RH 7.1 system the problem occurs but run the same app on a RH 7.0
> system (XFree86 4.0.1) and the app displays fine. Building under RH 7.0 and
> running under RH 7.1 still shows the problem.
>
> So my question is what is it about newer versions of XFree86 that could
> cause this problem? Or if you think it is not a problem with XFree86 what
> else might cause the problem? My next step is to track down a system to
> install an older version of RH, run the app, make sure it displays
> correctly, and then upgrade just XFree and see if the problem appears.
>
> Thanks,
>
> Michael
>
>
>
> _______________________________________________
> Xpert mailing list
> [EMAIL PROTECTED]
> http://XFree86.Org/mailman/listinfo/xpert
>
_______________________________________________
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
