Ewww, just reproduced it.
Thanks, I'll forward this.
-Paul
On Tue, Jun 7, 2011 at 5:10 PM, Ulrich Eckhardt <dooms...@knuut.de> wrote:
> Package: fluxbox
> Version: 1.3.1~dfsg1-2
>
> Problem:
>
> The simple procedure to reproduce the problem is to run
>
> xterm -e false
>
> in a shell ("xterm -e false" works, too). This will create an xterm that is
> immediately closed again. Sometimes, this window will get stuck. Checking the
> output of "ps ux|grep xterm", I see that the xterm process was already
> terminated, so the window is left without the according X client.
>
>
> Workaround:
>
> In order to remove that window, just repeat the command that actually caused
> it. In rare cases, you will end up with one more zombie, but now and then the
> zombies are removed.
>
>
> Notes:
> - What makes this special is that the client only lives for a very short
> time. Due to the asynchronous nature of X, it is possible that the client
> terminates even before the window manager has fully mapped the window that was
> created. At least that's what I would look at, but I don't really know.
> - This might be related to[1], but there it mentions tab groups.
>
>
> Cheers!
>
> Uli
>
> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543387
>
>
>
>
--
All programmers are playwrights, and all computers are lousy actors.
#define sizeof(x) rand()
:wq
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
