[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer
From: |
Stephen Berman |
Subject: |
bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer |
Date: |
Wed, 13 Jul 2011 10:00:30 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) |
On Wed, 13 Jul 2011 03:24:53 -0400 Eli Zaretskii <eliz@gnu.org> wrote:
>> From: Stephen Berman <stephen.berman@gmx.net>
>> Date: Wed, 13 Jul 2011 08:53:19 +0200
>> Cc: 9006@debbugs.gnu.org
>>
>> I was in the process of replying that I was well past the twelfth hour
>> and Emacs was still going strong -- when Emacs crashed :-(.
>> But: I think this crash is not related to your patch to
>> vertical_motion -- it happened in compute_line_metrics -- so I still
>> think you should install it.
>
> The crash happens during redisplay of mode line.
>
>> PS: On the chance that this crash could be relevant, here are the
>> circumstances and the backtrace. I was in Gnus, had just opened your
>> post again to reply, and somehow I mistakenly must have type `C-s SPC',
>> because all the spaces in the Summary buffer became covered with
>> lazy-highlight face. I typed C-g two or three times -- and Emacs
>> crashed hard (segfault); bt full gave no Lisp backtrace. I have not
>> been able to reproduce this.
>>
>> #0 0x080735ac in compute_line_metrics (it=0xbfffb004)
>> at /data/steve/bzr/emacs/quickfixes/src/xdisp.c:16789
>
> Please tell what source line corresponds to the PC address 0x080735ac
> in your version of the sources.
Do I do that by typing `list *0x080735ac' (that's what the gdb Info file
seemed to suggest, unless I misunderstood)?
> It's not clear what code caused the
> segfault, and in an optimized build one cannot trust line numbers
> reported by the debugger in a backtrace. You may need to disassemble
> the code in GDB to see what source line crashed.
>
> Also, please go to frame #1 (assuming that crashed session still
> exists), and type "p *it.glyph_row", then post here what GDB prints.
Unfortunately, the crash happened late last night and I had to shut down
the machine afterwards. But if it happens again, I will try to provide
the information you're requesting. Sorry I can't now. :-(
Steve Berman
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, (continued)
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, martin rudalics, 2011/07/10
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, Stephen Berman, 2011/07/10
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, martin rudalics, 2011/07/10
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, Stephen Berman, 2011/07/10
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, martin rudalics, 2011/07/11
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, Stephen Berman, 2011/07/11
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, martin rudalics, 2011/07/12
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, Stephen Berman, 2011/07/12
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, Stephen Berman, 2011/07/13
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, Eli Zaretskii, 2011/07/13
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer,
Stephen Berman <=
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, Eli Zaretskii, 2011/07/13
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, Stephen Berman, 2011/07/13
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, martin rudalics, 2011/07/13
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, Eli Zaretskii, 2011/07/13
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, martin rudalics, 2011/07/13
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, Stephen Berman, 2011/07/13
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, Stephen Berman, 2011/07/13
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, martin rudalics, 2011/07/14
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, Stephen Berman, 2011/07/15
- bug#9006: 24.0.50; Abort in unshow_buffer/kill-buffer, martin rudalics, 2011/07/10