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

Previous Next

Package: emacs;

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

Date: Wed, 18 Mar 2015 14:16:02 UTC

Severity: normal

Tags: moreinfo

Found in version 24.4.90

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

Full log


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

From: phillip.lord <at> newcastle.ac.uk (Phillip Lord)
To: <20134 <at> debbugs.gnu.org>
Subject: Re: bug#20134: Acknowledgement (24.4.90;
 Emacs slowdown to eventual hang)
Date: Thu, 14 May 2015 13:10:44 +0100
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?
                             




This bug report was last modified 5 years and 68 days ago.

Previous Next


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