GNU bug report logs - #46256
[feature/native-comp] AOT eln files ignored if run from build tree

Previous Next

Package: emacs;

Reported by: Andy Moreton <andrewjmoreton <at> gmail.com>

Date: Tue, 2 Feb 2021 11:12:02 UTC

Severity: normal

Done: Andrea Corallo <akrl <at> sdf.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: Andrea Corallo <akrl <at> sdf.org>
Cc: 46256 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com, pipcet <at> gmail.com
Subject: bug#46256: [feature/native-comp] AOT eln files ignored if run from build tree
Date: Mon, 08 Mar 2021 05:31:26 +0200
> From: Andrea Corallo <akrl <at> sdf.org>
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 46256 <at> debbugs.gnu.org,
>         andrewjmoreton <at> gmail.com
> Date: Sun, 07 Mar 2021 21:51:15 +0000
> 
> > Why wouldn't it be? I'm trying to follow along here :-)
> 
> If the CU was GC'ed the eln should have been dlclosed.  If that's the
> case at the next load we should get a fresh handle and 'saved_cu' should
> be NULL (ops!  Qnil... :/) because static allocated.
> 
> Here what we see is that we are loading two times without dlclosing and
> the object pointed by 'cu_saved' has some issue.
> 
> So thinking about: the fact that the eln was never dlclosed should be
> prove that the CU was not GC'ed and so I was wrong.  This suggests also
> that before further talking stupid I'd better say I'm done for the day
> :)

Thanks.  Please tell me if you need me to provide some further data
from this crashed session.  If not, I will end the debugging session
and will try to find a recipe for reproducing the crash, so we could
see which of the guesses are true.




This bug report was last modified 4 years and 129 days ago.

Previous Next


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