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

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

bug#27668: 26.0.50; Crash with display-line-numbers t


From: Eli Zaretskii
Subject: bug#27668: 26.0.50; Crash with display-line-numbers t
Date: Fri, 14 Jul 2017 11:03:48 +0300

> From: Robert Pluim <address@hidden>
> Date: Thu, 13 Jul 2017 21:35:45 +0200
> 
> Eli Zaretskii <address@hidden> writes:
> 
> >> From: Robert Pluim <address@hidden>
> >> Date: Thu, 13 Jul 2017 20:17:51 +0200
> >> 
> >> (gdb) p  it->glyph_row->used[TEXT_AREA]
> >> $1 = 66
> >> 
> >> (gdb) bt
> >> #0  terminate_due_to_signal (address@hidden, address@hidden) at emacs.c:363
> >> #1  0x00000000005a5084 in die (address@hidden "pdl->kind == 
> >> SPECPDL_BACKTRACE", address@hidden "eval.c", address@hidden) at 
> >> alloc.c:7348
> >> #2  0x0000000000419f3b in backtrace_function (pdl=<optimized out>) at 
> >> eval.c:150
> >> #3  <function called from gdb>
> >> #4  maybe_produce_line_number (address@hidden) at xdisp.c:21010
> >> #5  0x0000000000465365 in display_line (address@hidden, address@hidden) at 
> >> xdisp.c:21225
> >> #6  0x00000000004672bd in try_window (window=..., 
> >> address@hidden(0x146d7d5), pos=..., address@hidden) at xdisp.c:17544
> >> #7  0x000000000047f9ab in redisplay_window (window=XIL(0x146d7d5), 
> >> address@hidden) at xdisp.c:16991
> >> #8  0x00000000004831fb in redisplay_window_0 (window=..., 
> >> address@hidden(0x146d7d5)) at xdisp.c:14751
> >
> > Curiouser and curiouser...
> >
> > OK, in frame #5, the one in display_line, what do these produce:
> >
> >   (gdb) p it->current
> >   (gdb) pgrowx it->glyph_row
> 
> (gdb) p it->current
> $2 = {
>   pos = {
>     charpos = 37180, 
>     bytepos = 37180
>   }, 
>   overlay_string_index = -1, 
>   string_pos = {
>     charpos = -1, 
>     bytepos = -1
>   }, 
>   dpvec_index = -1
> }
> (gdb) pgrowx it->glyph_row
> TEXT: 66 glyphs
>   0    0: CHAR[ ] pos=-1 blev=2,btyp=EN w=16 a+d=25+6 face=51 MB AVOID
>   1   16: CHAR[1] pos=-1 blev=2,btyp=EN w=16 a+d=25+6 face=51 MB AVOID
>   2   32: CHAR[2] pos=-1 blev=2,btyp=EN w=16 a+d=25+6 face=51 MB AVOID
>   3   48: CHAR[6] pos=-1 blev=2,btyp=EN w=16 a+d=25+6 face=51 MB AVOID
>   4   64: CHAR[1] pos=-1 blev=2,btyp=EN w=16 a+d=25+6 face=51 MB AVOID
>   5   80: CHAR[ ] pos=-1 blev=2,btyp=EN w=16 a+d=25+6 face=51 MB AVOID
>   6   96: CHAR[ ] pos=37180 blev=0,btyp=L w=16 a+d=25+6 MB

Hmm...  I'm not sure how this happened, but I have a theory.  I've now
made a change in master based on that theory, and also added an
assertion where you previously had to set a breakpoint.  Please see if
the current master fixes the problem and doesn't hit the assertion in
maybe_produce_line_number.

Thanks.





reply via email to

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