GNU bug report logs - #20134
24.4.90; Emacs slowdown to eventual hang

Previous Next

Full log

Message #68 received at 20134 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: phillip.lord <at> newcastle.ac.uk (Phillip Lord)
Cc: 20134 <at> debbugs.gnu.org
Subject: Re: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual
 hang)
Date: Thu, 23 Jan 2020 13:59:58 +0100

phillip.lord <at> newcastle.ac.uk (Phillip Lord) writes:

> I've been trying to do this, but it's hard. The problem is that Emacs
> slowsdown and I have to keep typing until eventually it hangs. That can
> take a long time during which I have an unusable emacs, with garabled
> words and missing letters. And sometimes it doesn't hang.
>
> Is there anything else that I can do debugging wise does not involve
> waiting for a total hang?
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>>> From: phillip.lord <at> newcastle.ac.uk (Phillip Lord)
>>> Cc: <monnier <at> iro.umontreal.ca>,  <20134 <at> debbugs.gnu.org>
>>> Date: Wed, 08 Apr 2015 18:08:28 +0100
>>> 
>>> 
>>> Here is another backtrace.
>>
>> There's that xic_set_preeditarea and xcb_wait_for_event again, called
>> as part of Emacs redisplaying and setting the cursor.  I don't
>> understand why this would become progressively slower and slower
>> during a session, but then I know nothing about XIC.
>>
>> What happens if, starting with this backtrace, you type "finish" until
>> it stops showing the next frame up the call-stack -- which frame does
>> it fail to leave from?

That was 5 years ago.  Did you ever find out any more information
here?  And are you still seeing this on a modern version of Emacs?

Thanks.

Best regards,
Stefan Kangas

Previous Next

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