From: Ryan Johnson <scovich@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 25119@debbugs.gnu.org
Subject: bug#25119: Acknowledgement (Hard freeze when switching to indirect buffer)
Date: Mon, 5 Dec 2016 13:14:59 -0700 [thread overview]
Message-ID: <ed6399fe-484b-e939-f116-f37dd284224e@gmail.com> (raw)
In-Reply-To: <83k2bejjvv.fsf@gnu.org>
On 12/5/2016 11:44 AM, Eli Zaretskii wrote:
>> (gdb) xbacktrace
>> "read-key-sequence-vector" (0x57f89050)
>> 0x4872440 PVEC_COMPILED
>> "funcall" (0x57f89190)
>> "read-key" (0x57f89498)
>> "read-char-choice" (0x57f89600)
>> "ask-user-about-supersession-threat" (0x57f897b8)
>> "put-text-property" (0x57f8bae8)
>> "jit-lock-fontify-now" (0x57f8bc78)
>> "jit-lock-function" (0x57f8be38)
>> "redisplay_internal (C function)" (0xb856a8)
> This looks like Emacs asking you whether to steal the lock from
> another Emacs session that is editing the same file.
The message from the lisp backtrace was:
> AlphaTree.cpp changed on disk; really edit the buffer? (y, n, r or C-h)
I'm pretty sure the lock-stealing message is rather different from that,
mentioning the PID of the other emacs... but I don't remember off the
top of my head because I very rarely point two emacsen at the same file.
>> I start to suspect that there's some sort of race here, where switching
>> to the buffer is slow (perhaps due to page faults) and a different
>> thread tries to process subsequent keystrokes, which triggers the "$FILE
>> changed on disk; really edit the buffer?" message while the mini-buffer
>> is still tied up with the "switching to..." message.
> What other thread did you have in mind? Emacs does all this in a
> single thread.
Just a wild speculation, based on the fact that it was apparently stuck
waiting for input while still trying to redraw the screen. Even in a
single thread, signals might allow a self-deadlock of some kind. Or it
could be something else entirely.
> Also, perhaps you could try a newer version of Emacs (25.1), maybe
> this problem is already fixed there.
Will build it and switch over; I don't think it's available for Ubuntu
16 LTS.
Ryan
next prev parent reply other threads:[~2016-12-05 20:14 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-12-05 16:46 bug#25119: Hard freeze when switching to indirect buffer Ryan Johnson
[not found] ` <handler.25119.B.148095640113649.ack@debbugs.gnu.org>
2016-12-05 17:37 ` bug#25119: Acknowledgement (Hard freeze when switching to indirect buffer) Ryan Johnson
2016-12-05 18:44 ` Eli Zaretskii
2016-12-05 20:14 ` Ryan Johnson [this message]
2016-12-05 20:25 ` Eli Zaretskii
2016-12-08 2:00 ` Ryan Johnson
2018-05-09 23:12 ` bug#25119: Hard freeze when switching to indirect buffer Noam Postavsky
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ed6399fe-484b-e939-f116-f37dd284224e@gmail.com \
--to=scovich@gmail.com \
--cc=25119@debbugs.gnu.org \
--cc=eliz@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.