[Xquartz-dev] 256 color 220.127.116.11
costabel at wanadoo.fr
Thu May 21 00:44:39 PDT 2009
xquartz-dev.5.mzs at spamgourmet.com wrote:
> I updated a 1GHz G4 PPC eMac with ATI graphics to 10.5.7 and 18.104.22.168 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.
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
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 tossed event which came in late
sometimes interspersed with
21/05/09 09:36:30 org.x.startx 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.
More information about the Xquartz-dev