bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang)


From: Stefan Kangas
Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang)
Date: Thu, 23 Jan 2020 13:59:58 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

phillip.lord@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@gnu.org> writes:
>
>>> From: phillip.lord@newcastle.ac.uk (Phillip Lord)
>>> Cc: <monnier@iro.umontreal.ca>,  <20134@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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]