[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
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang),
Stefan Kangas <=