[Xquartz-dev] 256 color 2.3.3.2

[Martin Costabel]

xquartz-dev.5.mzs at spamgourmet.com wrote:
> 
> Hi,
> 
> I updated a 1GHz G4 PPC eMac with ATI graphics to 10.5.7 and 2.3.3.2 and 
> decided to try 256 color mode in the X11.app preferences and it did not 
> work. Here is what I did:
> 
> Fire-up Terminal.app and start X11.app with xlsclients
> propeller-tab to X11.app
> In the X11.app menubar select the item that fires-up an xterm
> The xterm seems to work, but then I type xlogo in the xterm
> xterm loses focus but I do not see xlogo anywhere
> 
> More details, xlogo is in the Windows menu of X11.app. I used expose and 
> spaces (I have 2x2) to look for the xlogo window but cannot find it. I 
> cannot by clicking or using the Windows menu item get xterm to have 
> focus again. I tried some slight variations to the above they all had 
> the same results but in one case X11.app got a spinning beach ball. If I 
> set the X11.app pref to use same depth as Aqua I have no problems. I am 
> using rootless mode. My work around is to continue to use Xvnc for 8-bit.

Same observation here on a MacBook pro.

Additional points:

1) You can kill the xterm and xlogo processes from another shell, and 
they really disappear as processes, but the zombie xterm window still 
remains on screen, and both xlogo and xterm still show up in the X11 
Windows menu.

2) When these zombie windows are active, I get hundreds (sometimes 30 
per second) of Console messages:

21/05/09 09:36:30 org.x.startx[24222] tossed event which came in late

sometimes interspersed with

21/05/09 09:36:30 org.x.startx[24222] mieqEnequeue: out-of-order 
valuator event; dropping.

3) This (creating zombie windows when in 256 color mode) happens not 
only for xlogo, but for any other X11 window you open from an xterm. 
Xlogo is particular in that you don't see it, but it is perhaps hidden 
behind the xterm window which you can't move in order to look.

-- 
Martin