GNU bug report logs - #56527
28.1; Crash on macOS with magit

Previous Next

Package: emacs;

Reported by: Jonathan Mitchell <mitchell.jkyle <at> gmail.com>

Date: Wed, 13 Jul 2022 00:45:01 UTC

Severity: normal

Tags: moreinfo

Found in version 28.1

Fixed in version 28.2

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: Eli Zaretskii <eliz <at> gnu.org>
To: Jonathan Mitchell <mitchell.jkyle <at> gmail.com>
Cc: 56527 <at> debbugs.gnu.org
Subject: bug#56527: 28.1; Crash on macOS with magit
Date: Thu, 14 Jul 2022 22:09:43 +0300
> From: Jonathan Mitchell <mitchell.jkyle <at> gmail.com>
> Date: Thu, 14 Jul 2022 13:42:35 -0500
> Cc: 56527 <at> debbugs.gnu.org
> 
> I guess it could be an Apple quality problem :-). Unless I'm reading LLDB incorrectly, it says m->charpos = 0
> for that frame.

If some code does that, it's a bug, and we should try to find it.  I'm
just astonished that we have such bugs in such a basic infrastructure.

The reason I asked about memory problems is that m->bytepos is
reasonable.  So it isn't like some code stored the invalid zero buffer
position there, it's something that corrupted the marker.  I thought
about GC or free'd memory, but that is at odds with the valid buffer
pointer and a reasonable bytepos.  So strange...  And why you are the
only one who sees these problems?  A hardware problem can nicely
explain all of those.





This bug report was last modified 2 years and 335 days ago.

Previous Next


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