GNU bug report logs - #22308
intermittent problem generating autoloads

Previous Next

Package: emacs;

Reported by: Glenn Morris <rgm <at> gnu.org>

Date: Tue, 5 Jan 2016 01:36:02 UTC

Severity: normal

Tags: moreinfo, notabug

Found in version 25.0.50

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 22308 in the body.
You can then email your comments to 22308 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#22308; Package emacs. (Tue, 05 Jan 2016 01:36:02 GMT) Full text and rfc822 format available.

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

From: Glenn Morris <rgm <at> gnu.org>
To: submit <at> debbugs.gnu.org
Subject: intermittent problem generating autoloads
Date: Mon, 04 Jan 2016 20:35:03 -0500
Package: emacs
Version: 25.0.50

There is some kind of heisenbug that shows up with autoload generation
from time-to-time. It occurs in non-parallel builds (so a parallel make
problem is not the cause).

See some examples:

http://lists.gnu.org/archive/html/emacs-devel/2015-11/msg01610.html
  GEN      loaddefs.el
    End of file during parsing 

http://hydra.nixos.org/build/29135353/log/raw
  GEN      calendar/diary-loaddefs.el
  Loading macroexp.elc...
  cal-julian.el:0:0: error: end-of-file: nil
  make[3]: *** [calendar/diary-loaddefs.el] Error 255

(The above error persisted for two builds, then went away for no
apparent reason.)


http://hydra.nixos.org/build/29917548/log/raw
  ELC      calendar/appt.elc
  Eager macro-expansion failure: (void-variable cal-iso\.el)
  In toplevel form:
  calendar/appt.el:73:1:Error: Symbol's value as variable is void: cal-iso\.el

(I guess the cause of the above was a corrupt diary-loaddefs.)


I have no idea what causes it, nor why it only happens sometimes.
I guess adding some more debug code to the autoload generation that
looks out for such issues is the way to get more information.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#22308; Package emacs. (Tue, 05 Jan 2016 03:41:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 22308 <at> debbugs.gnu.org
Subject: Re: bug#22308: intermittent problem generating autoloads
Date: Tue, 05 Jan 2016 05:40:17 +0200
> From: Glenn Morris <rgm <at> gnu.org>
> Date: Mon, 04 Jan 2016 20:35:03 -0500
> 
> There is some kind of heisenbug that shows up with autoload generation
> from time-to-time. It occurs in non-parallel builds (so a parallel make
> problem is not the cause).
> 
> See some examples:
> 
> http://lists.gnu.org/archive/html/emacs-devel/2015-11/msg01610.html
>   GEN      loaddefs.el
>     End of file during parsing 
> 
> http://hydra.nixos.org/build/29135353/log/raw
>   GEN      calendar/diary-loaddefs.el
>   Loading macroexp.elc...
>   cal-julian.el:0:0: error: end-of-file: nil
>   make[3]: *** [calendar/diary-loaddefs.el] Error 255

When that happens, do you see binary null bytes in the autoloads file?

> (The above error persisted for two builds, then went away for no
> apparent reason.)

This stopped happening for me since the undo issues were fixed on the
emacs-25 branch.  I thought that was what fixed these.

I cannot debug this unless it happens again.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#22308; Package emacs. (Tue, 05 Jan 2016 17:40:02 GMT) Full text and rfc822 format available.

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

From: Glenn Morris <rgm <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 22308 <at> debbugs.gnu.org
Subject: Re: bug#22308: intermittent problem generating autoloads
Date: Tue, 05 Jan 2016 12:39:31 -0500
Eli Zaretskii wrote:

> When that happens, do you see binary null bytes in the autoloads file?

As I've said before, I have no special access to hydra.
The output of failed builds is not kept, so we don't have that file.

I have seen similar issues twice in my own daily builds (in mid-Dec), so
the issue is not specific to hydra.

> This stopped happening for me since the undo issues were fixed on the
> emacs-25 branch.  I thought that was what fixed these.

Maybe yours was a different issue (I'm surprised undo has any relevance
to autoload generation).

> I cannot debug this unless it happens again.

It's a Heisenbug. If it happens again on hydra you'll get no more
information than you have now.

Suggestions:

make autoloads many times (using bootstrap-emacs may be relevant) in a
loop till it happens again

insert anticipatory debug code into autoload.el





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#22308; Package emacs. (Tue, 05 Jan 2016 18:38:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 22308 <at> debbugs.gnu.org
Subject: Re: bug#22308: intermittent problem generating autoloads
Date: Tue, 05 Jan 2016 20:36:59 +0200
> From: Glenn Morris <rgm <at> gnu.org>
> Cc: 22308 <at> debbugs.gnu.org
> Date: Tue, 05 Jan 2016 12:39:31 -0500
> 
> I have seen similar issues twice in my own daily builds (in mid-Dec), so
> the issue is not specific to hydra.

OK, then I ask the same question about your daily builds, if that
happens there again.

It stopped happening to me in December, so I'm surprised it still
happens elsewhere.

> > This stopped happening for me since the undo issues were fixed on the
> > emacs-25 branch.  I thought that was what fixed these.
> 
> Maybe yours was a different issue (I'm surprised undo has any relevance
> to autoload generation).

The undo changes messed with the gap while Emacs was inserting stuff
into the gap, and generating autoloads inserts a lot of stuff into a
buffer.




Added tag(s) moreinfo. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Wed, 06 Jan 2016 18:22:02 GMT) Full text and rfc822 format available.

Added tag(s) notabug. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Tue, 23 Feb 2016 23:24:02 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 22308 <at> debbugs.gnu.org and Glenn Morris <rgm <at> gnu.org> Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Tue, 23 Feb 2016 23:24:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Wed, 23 Mar 2016 11:24:03 GMT) Full text and rfc822 format available.

This bug report was last modified 9 years and 151 days ago.

Previous Next


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