Mail Archives: cygwin/2014/08/21/10:33:46
On 8/21/2014 10:06 AM, Markus Hoenicka wrote:
> At 2014-08-21 15:58, Ken Brown was heard to say:
>> [...]
>>> Thread 1 (Thread 10724.0x3340):
>>> #0 0x000007fefdba3ca3 in KERNELBASE!DebugBreak () from
>>> /cygdrive/c/Windows/system32/KERNELBASE.dll
>>> #1 0x0000000100577794 in emacs_abort () at
>>> /usr/src/debug/emacs-24.3.93-1/src/w32fns.c:8478
>>> #2 0x00000001004ca456 in overlays_at (pos=pos AT entry=23459,
>>> extend=extend AT entry=false, vec_ptr=0x42a2d0,
>>> vec_ptr AT entry=0x100927f60 <Qnil>,
>>> len_ptr=len_ptr AT entry=0x42a2d8, next_ptr=next_ptr AT entry=0x0,
>>> prev_ptr=prev_ptr AT entry=0x0, change_req=change_req AT entry=false)
>>> at /usr/src/debug/emacs-24.3.93-1/src/buffer.c:2854
>>> #3 0x000000010056968f in get_char_property_and_overlay
>>> (position=position AT entry=93836, prop=prop AT entry=4305239426,
>>> object=object AT entry=25772655621,
>>> overlay=overlay AT entry=0x0) at
>>> /usr/src/debug/emacs-24.3.93-1/src/textprop.c:663
>>> #4 0x00000001005697b8 in Fget_char_property
>>> (position=position AT entry=93836,
>>> prop=prop AT entry=4305239426, object=object AT entry=25772655621)
>>> at /usr/src/debug/emacs-24.3.93-1/src/textprop.c:703
>>> #5 0x000000010056622a in get_local_map (position=<optimized out>,
>>> position AT entry=23459, buffer=0x6002b8400, type=4305239426)
>>> at /usr/src/debug/emacs-24.3.93-1/src/intervals.c:2234
>>> #6 0x00000001004c0688 in Fcurrent_active_maps (olp=4304926818,
>>> position=position AT entry=4304926770) at
>>> /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1594
>>> #7 0x00000001004c09f6 in Fkey_binding (key=key AT entry=4304949141,
>>> accept_default=accept_default AT entry=4304926770, no_remap=4304926818,
>>> position=4304926770) at
>>> /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1721
>>> #8 0x00000001004c0ba8 in Fcommand_remapping (command=<optimized out>,
>>> position=<optimized out>, keymaps=<optimized out>)
>>> at /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1248
>>> #9 0x00000001004c0bca in Fcommand_remapping (command=<optimized out>,
>>> position=<optimized out>, keymaps=<optimized out>)
>>> at /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1253
>>> #10 0x00000001004b8cfa in read_key_sequence
>>> (keybuf=keybuf AT entry=0x42a710,
>>> prompt=<optimized out>,
>>> dont_downcase_last=dont_downcase_last AT entry=false,
>>> can_return_switch_frame=can_return_switch_frame AT entry=true,
>>> fix_current_buffer=fix_current_buffer AT entry=true,
>>> prevent_redisplay=prevent_redisplay AT entry=false, bufsize=30) at
>>> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:9708
>>> #11 0x00000001004b9c54 in command_loop_1 () at
>>> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:1452
>>> #12 0x000000010051a0dd in internal_condition_case
>>> (bfun=bfun AT entry=0x1004b9a30 <command_loop_1>, handlers=<optimized out>,
>>> hfun=hfun AT entry=0x1004b0560 <cmd_error>) at
>>> /usr/src/debug/emacs-24.3.93-1/src/eval.c:1354
>>> #13 0x00000001004ab9ea in command_loop_2
>>> (ignore=ignore AT entry=4304926770) at
>>> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:1177
>>> #14 0x0000000100519fdc in internal_catch (tag=4304985026,
>>> func=func AT entry=0x1004ab9c0 <command_loop_2>, arg=4304926770)
>>> at /usr/src/debug/emacs-24.3.93-1/src/eval.c:1118
>>> #15 0x00000001004b0154 in command_loop () at
>>> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:1156
>>> #16 recursive_edit_1 () at
>>> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:777
>>> #17 0x00000001004b0476 in Frecursive_edit () at
>>> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:848
>>> #18 0x00000001005b5953 in main (argc=<optimized out>, argv=<optimized
>>> out>)
>>> at /usr/src/debug/emacs-24.3.93-1/src/emacs.c:1646
>>
>> Thanks for the report. The abort comes from here (in buffer.c):
>>
>
> Hi,
>
> I'm just wondering how this backtrace was generated. As you may remember
> I've been plagued by these sporadic Emacs crashes for quite a while, but
> I never managed to get a backtrace with this amount of information. Is
> there something particularly dumb that I'm doing? Would you mind
> pointing me to some concise instructions?
No, you're not doing anything dumb. Achim was using emacs-w32, which
prompts the user to attach gdb when emacs_abort is called. But you use
emacs-X11, which doesn't do that. I'll look into adding that feature to
emacs-X11. In the meantime, you can simply run emacs-X11 under gdb from
the start, with a breakpoint at emacs_abort. You'll have to use the
previous version of gdb, because the current version (gdb-7.8-1) hangs
when you try to debug the GUI versions of emacs; see the thread starting at
https://cygwin.com/ml/cygwin/2014-08/msg00243.html
Ken
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
- Raw text -