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

Previous Next

Full log

View this message in rfc822 format

From: Aaron Jensen <aaronjensen <at> gmail.com>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: gerd.moellmann <at> gmail.com, Eli Zaretskii <eliz <at> gnu.org>, 60220 <at> debbugs.gnu.org
Subject: bug#60220: 29.0.60; macOS 13.1 crash shortly after starting Emacs
Date: Thu, 29 Dec 2022 19:03:47 -0500

On Thu, Dec 29, 2022 at 6:59 PM Aaron Jensen <aaronjensen <at> gmail.com> wrote:
>
> On Thu, Dec 29, 2022 at 6:49 PM Paul Eggert <eggert <at> cs.ucla.edu> wrote:
> >
> > On 12/29/22 15:46, Aaron Jensen wrote:
> > >   have something that eagerly
> > > loads packages on an idle timer (it caches what was loaded when Emacs
> > > is quit).
> >
> > 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.

Thanks,

Aaron

Previous Next

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