GNU bug report logs -
#22308
intermittent problem generating autoloads
Previous Next
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.
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):
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: 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):
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: 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.