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

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Aaron Jensen <aaronjensen <at> gmail.com>, Andrea Corallo <akrl <at> sdf.org>
Cc: gerd.moellmann <at> gmail.com, eggert <at> cs.ucla.edu, 60220 <at> debbugs.gnu.org
Subject: Re: bug#60220: 29.0.60; macOS 13.1 crash shortly after starting Emacs
Date: Fri, 30 Dec 2022 10:32:22 +0200

> From: Aaron Jensen <aaronjensen <at> gmail.com>
> Date: Thu, 29 Dec 2022 19:03:47 -0500
> Cc: Eli Zaretskii <eliz <at> gnu.org>, gerd.moellmann <at> gmail.com, 60220 <at> debbugs.gnu.org
> 
> > > 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? Here are two
> > more crashes: https://gist.github.com/aaronjensen/f7c46857ea93c858f46a639d8880f290
> >
> > I have been able to reproduce it just now pretty easily, but I still
> > can't reproduce it with the debugger attached.
> 
> Would it make sense to use block_atimers while loading native lisp? If
> that's a workable thing and you can send me a patch I can try it out.

Andrea, can you suggest a patch along these lines for Aaron to try?

Thanks.

Previous Next

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