GNU bug report logs - #38748
28.0.50; crash on MacOS 10.15.2

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: bug-gnu-emacs <at> gnu.org, Robert Pluim <rpluim <at> gmail.com>,
 Pip Cet <pipcet <at> gmail.com>
Cc: alan <at> idiocy.org, jguenther <at> gmail.com,
 Andrii Kolomoiets <andreyk.mad <at> gmail.com>, 38748 <at> debbugs.gnu.org
Subject: Re: bug#38748: 28.0.50; crash on MacOS 10.15.2
Date: Thu, 09 Jan 2020 12:07:54 +0200

On January 9, 2020 9:51:43 AM GMT+02:00, Robert Pluim <rpluim <at> gmail.com> wrote:
> >>>>> On Wed, 08 Jan 2020 23:23:48 +0100, Robert Pluim
> <rpluim <at> gmail.com> said:
> Robert> As another data point, Iʼm writing this from an emacs with 'ok
> =
>     Robert> true', which has not crashed yet....
> 
> scratch that, it crashed this morning.
> 
> Robert

Thanks for trying.

A stab in the dark: does it help to rename the variable 'ok' in face_inherited_attr to some other name, like 'ok1'?

Also, can I please see one backtrace with all the call-stack frames, starting from 'main' and ending at 'handle_fatal_signal'?  The original report shows only the top-most 511 frames, and the other one has a lot of ?? (missing symbols) in it.

And finally, are all the crashes inside GC, or do some happen outside it?

Previous Next

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