all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Simon Pugnet <simon@polaris64.net>
Cc: 61940@debbugs.gnu.org
Subject: bug#61940: 29.0.60; Occasional crash when moving point continously with visual line numbers
Date: Fri, 03 Mar 2023 20:26:23 +0200	[thread overview]
Message-ID: <83sfelbsj4.fsf@gnu.org> (raw)
In-Reply-To: <87ttz1bxaa.fsf@polaris64.net> (message from Simon Pugnet on Fri,  03 Mar 2023 16:38:00 +0000)

> From: Simon Pugnet <simon@polaris64.net>
> Cc: 61940@debbugs.gnu.org
> Date: Fri, 03 Mar 2023 16:38:00 +0000
> 
> > I'm not sure I understand what you mean by "attaching to a running
> > instance of Emacs which crashed".  If Emacs crashed, then it no 
> > longer
> > is running, so what exactly happens when Emacs "crashes", and how do
> > you attach GDB to such a "crashed" session?
> 
> I used `gdb --pid=PID' to attach to the process which had crashed (or 
> was at least not redrawing or accepting any user input).

This seems to indicate that Emacs didn't crash, but stop responding
for some reason.  In which case the backtrace you show doesn't tell
anything interesting, it just tells us that Emacs is waiting for
input.

> From there I obtained the backtrace and was able to step, which is
> how I noticed that it seemed to be in a loop. I might have diagnosed
> this incorrectly however.

The file etc/DEBUG in the Emacs repository has instructions for how to
identify the code in which Emacs is looping, if it's looping.  Look
for "If the symptom of the bug is that Emacs fails to respond".





  reply	other threads:[~2023-03-03 18:26 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-03-03 13:08 bug#61940: 29.0.60; Occasional crash when moving point continously with visual line numbers Simon Pugnet
2023-03-03 16:32 ` Eli Zaretskii
2023-03-03 16:38   ` Simon Pugnet
2023-03-03 18:26     ` Eli Zaretskii [this message]
2023-03-06 11:53       ` Simon Pugnet
2023-03-06 12:21         ` Eli Zaretskii
2023-03-06 12:43           ` Simon Pugnet
2023-03-06 13:34             ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-03-06 14:57               ` Simon Pugnet
2023-03-08 14:37                 ` Simon Pugnet
2023-03-08 14:59                   ` Eli Zaretskii
2023-03-06 13:05           ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-03-06 13:19             ` Simon Pugnet

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=83sfelbsj4.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=61940@debbugs.gnu.org \
    --cc=simon@polaris64.net \
    /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.