bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#9645: 24.0.50; Assertion failure in Emacs 24 pretest


From: Eli Zaretskii
Subject: bug#9645: 24.0.50; Assertion failure in Emacs 24 pretest
Date: Sat, 01 Oct 2011 11:43:16 +0300

> Cc: 9645@debbugs.gnu.org
> From: John Wiegley <jwiegley@gmail.com>
> Date: Sat, 01 Oct 2011 02:36:01 -0500
> 
> make-emacs is simply:
> 
> --8<---------------cut here---------------start------------->8---
> #!/bin/bash
> exec make EMACS="/Applications/Misc/Emacs.app/Contents/MacOS/Emacs" "$@"
> --8<---------------cut here---------------end--------------->8---

Which probably means I need a MacOS system to reproduce it?

> (And note, this is Emacs 23, so the action of make-emacs does not involve the
> pretest at all.  I believe this to be display bug.)

I'm not sure I understand.  Are you saying that make-emacs builds
Emacs 23?  If so, this is not important.  What is important is which
Emacs crashed.

And yes, this _is_ a display bug, since move_it_by_lines is a display
routine.

Btw, does it happen only with this script, or with any shell command
that you invoke in this manner?

> You can checkout https://github.com/jwiegley/dot-emacs and then run "make"
> within the result to approximate what I am doing.

Few! that's a 2800-line emacs.el plus a bunch of extra packages to go
with it?  That's too much for me to deal with, sorry.  Could you
perhaps try reproducing this in a simpler setup?

> > Also, the line numbers you show in the backtrace differ considerably from
> > what I see in the pretest sources: e.g., move_it_by_lines there starts at
> > line 8834, and the only place it can call `abort' is on line 8858:
> 
> >       xassert (it->current_x == 0 && it->hpos == 0);
> 
> This is the one I saw looking up from the abort.

But how come the line counts are so different?  And why is the version
number 24.0.50, which is before the pretest was made?  Can you please
try the same with the current trunk?  There were quite a few changes
lately in xdisp.c, and I would not want to waste my time debugging an
old problem.  I hope you understand.

Assuming the current code still crashes, I would need a simpler recipe
than to have to load the whole emacs.el you are using, modify all the
file names to match my box, downloading and installing all the add-ons
you have, etc.  TIA.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]