GNU bug report logs - #75459
31.0.50; scratch-igc: Breakpoint 1, terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=2147483647) at ./src/emacs.c:432

Previous Next

Package: emacs;

Reported by: Gregor Zattler <telegraph <at> gmx.net>

Date: Thu, 9 Jan 2025 11:21:01 UTC

Severity: normal

Found in version 31.0.50

Done: Pip Cet <pipcet <at> protonmail.com>

Bug is archived. No further changes may be made.

Full log


Message #44 received at 75459 <at> debbugs.gnu.org (full text, mbox):

From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: pipcet <at> protonmail.com, telegraph <at> gmx.net, 75459 <at> debbugs.gnu.org
Subject: Re: bug#75459: 31.0.50; scratch-igc: Breakpoint 1,
 terminate_due_to_signal (sig=sig <at> entry=6,
 backtrace_limit=backtrace_limit <at> entry=2147483647) at ./src/emacs.c:432
Date: Fri, 10 Jan 2025 09:14:53 +0100
Eli Zaretskii <eliz <at> gnu.org> writes:

>
> ...the above makes me wonder whether calling this unconditionally will
> shoot us in the foot.  Debugging with GDB does sometimes call
> functions in the debuggee, whereas the above says "no longer safe to
> continue running the client program".  I wonder what kind of
> "postmortem debugging" they had in mind, perhaps only debugging
> MPS-related code itself?

I've had a number of cases where barriers got in the way of looking
around in the Lisp data using LLDB. Say one starts with a list, some car
is a symbol, and one looks at the value of the symbol. Something like
that.

It's not ideal that MPS is dead after xpostmortem, but better than
nothing.




This bug report was last modified 168 days ago.

Previous Next


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