GNU bug report logs - #60220
29.0.60; macOS 13.1 crash shortly after starting Emacs

Previous Next

Package: emacs;

Reported by: Aaron Jensen <aaronjensen <at> gmail.com>

Date: Tue, 20 Dec 2022 15:12:01 UTC

Severity: normal

Found in version 29.0.60

Full log


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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Aaron Jensen <aaronjensen <at> gmail.com>
Cc: gerd.moellmann <at> gmail.com, Eli Zaretskii <eliz <at> gnu.org>,
 60220 <at> debbugs.gnu.org
Subject: Re: bug#60220: 29.0.60; macOS 13.1 crash shortly after starting Emacs
Date: Thu, 29 Dec 2022 16:08:37 -0800
On 12/29/22 15:59, Aaron Jensen wrote:
> On Thu, Dec 29, 2022 at 6:49 PM Paul Eggert <eggert <at> cs.ucla.edu> wrote:
>>
>> Could it by that the dynamic linker is being invoked recursively? That
>> is, while something is being dynamically linked, a SIGALRM or equivalent
>> arrives, some idle timer code is run, and the dynamic linker is invoked
>> before the outer linker finishes? I imagine that might put some dynamic
>> linkers into a tizzy.
>
> I have no idea, would we see that in the trace at all?

Not necessarily from the traces you sent. For example, if the inner 
dynamic linker function corrupts data but returns, the crash will occur 
when there's only one dynamic linker activation record on the stack, 
even though that call wasn't the problem.

It may require some macOS expertise and access to a dynamic debugger to 
diagnose this further. (I have neither.) Possibly you could deduce it by 
running Emacs under dtrace or equivalent (sorry, can't help you with 
that either).





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

Previous Next


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