GNU bug report logs -
#38748
28.0.50; crash on MacOS 10.15.2
Previous Next
Reported by: Andrii Kolomoiets <andreyk.mad <at> gmail.com>
Date: Thu, 26 Dec 2019 09:49:01 UTC
Severity: normal
Merged with 38822
Found in versions 27.0.60, 28.0.50
Fixed in version 27.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> From: Robert Pluim <rpluim <at> gmail.com>
> Cc: pipcet <at> gmail.com, alan <at> idiocy.org, jguenther <at> gmail.com,
> andreyk.mad <at> gmail.com, 38748 <at> debbugs.gnu.org
> Date: Thu, 09 Jan 2020 15:56:01 +0100
>
> Eli> I hope you still have this crashed session in the debugger. If so,
> Eli> please tell: do you have many frames in that session, or just a few
> Eli> (perhaps even one)? I'd like to see some more details about this
> Eli> frame, if possible.
>
> I donʼt have it right now, but itʼs easy enough to recreate the crash
> (and yes, I tend to have half a dozen frames open). What details would
> you like?
The windows on that frame and buffers they display, and the frame
parameters. Also, the faces.
Please keep in mind that GDB commands that invoke Emacs functions,
such as 'pp', are likely to crash during GC, so you will have to use
the x* commands instead. For example, to show the members of a list,
you will have to use 'xcar', 'xcdr', and 'xcons'. It's tedious, but
there's no other way of displaying Lisp object during GC without
risking to crash the session.
TIA
This bug report was last modified 4 years and 300 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.