GNU bug report logs - #65205
30.0.50; hangs xim when ibus goes away

Previous Next

Full log

Message #13 received at 65205-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Po Lu <luangruo <at> yahoo.com>
Cc: enometh <at> meer.net, 65205-done <at> debbugs.gnu.org
Subject: Re: bug#65205: 30.0.50; hangs xim when ibus goes away
Date: Sat, 12 Aug 2023 10:06:02 +0300

> Cc: 65205 <at> debbugs.gnu.org
> Date: Thu, 10 Aug 2023 20:57:28 +0800
> From:  Po Lu via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> 
> Madhu <enometh <at> meer.net> writes:
> 
> > Emacs hangs in xlib's Ximread (when the ibus daemon goes away and I
> > think in other some situations even not using ibus but just xkb). I'm
> > attaching a full backtrace which may be more verbose than
> > desired. Maybe it is possible to work around this case, or suggest
> > something some way xlib could handle it. -- Madhu
> 
> This is a twenty-five year old bug in the sample Xlib's implementation
> of the X protocol XIM transport.  If an input method crashes, its
> transfer window is destroyed by the X server, while Xlib thoughtlessly
> continues waiting for events to be delivered from it...
> 
> We can do nothing about this problem except ask the I-Bus developers to
> fix their crashes.  Meanwhile, you can disable XIM
> 
>   Emacs.useXIM: false

Thanks, I've now added an entry about this to etc/PROBLEMS, and I'm
closing this bug.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.