GNU bug report logs - #74535
30.0.92; partial hang, esp. keyboard events

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mike Kupfer <kupfer <at> rawbw.com>
Cc: 74535 <at> debbugs.gnu.org
Subject: bug#74535: 30.0.92; partial hang, esp. keyboard events
Date: Mon, 25 Nov 2024 21:27:34 +0200

> From: Mike Kupfer <kupfer <at> rawbw.com>
> Date: Mon, 25 Nov 2024 11:13:00 -0800
> 
> I've been getting occasional Emacs hangs, under both Xfce and MATE.  I
> haven't seen the problem (so far) with i3.  Emacs seems to handle mouse
> events okay, e.g., it looks like point is moving in response to a mouse
> click.  And I can create new frames using emacsclient.  But keyboard
> events don't seem to be processed--there's no response to C-g, M-x,
> C-p, C-n, simple text, F10.
> 
> I tried troubleshooting the problem using strace (simple "strace -p
> <emacs_pid>"), but there's so much output I've been unable to make sense
> of it.
> 
> I don't have a reliable recipe for reproducing the problem.  It *might*
> be related to closing a frame.
> 
> I did not see this problem with 30.0.91.
> 
> My current plan for troubleshooting (the next time it happens) is to
> attach gdb, dump the last 10 items in recent_keys (using the
> instructions in etc/DEBUG), resume the process, type a few keys, go back
> into gdb, and see if recent_keys and recent_keys_index have changed.  Is
> there a better approach?

Bisecting is better.  Since you didn't have this problem with the
previous pretest (but please verify that first: it could be that the
problem started happening because of an unrelated change to your
system), you need to bisect between that and the last pretest, which
shouldn't be a lot of revisions.

Thanks.

Previous Next

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