[ANNOUNCEMENT] Updated: emacs-24.3.93-1 [TEST]

Ken Brown kbrown@cornell.edu
Thu Aug 21 14:33:00 GMT 2014


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@entry=23459,
>>> extend=extend@entry=false, vec_ptr=0x42a2d0,
>>> vec_ptr@entry=0x100927f60 <Qnil>,
>>>      len_ptr=len_ptr@entry=0x42a2d8, next_ptr=next_ptr@entry=0x0,
>>> prev_ptr=prev_ptr@entry=0x0, change_req=change_req@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@entry=93836, prop=prop@entry=4305239426,
>>> object=object@entry=25772655621,
>>>      overlay=overlay@entry=0x0) at
>>> /usr/src/debug/emacs-24.3.93-1/src/textprop.c:663
>>> #4  0x00000001005697b8 in Fget_char_property
>>> (position=position@entry=93836,
>>> prop=prop@entry=4305239426, object=object@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@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@entry=4304926770) at
>>> /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1594
>>> #7  0x00000001004c09f6 in Fkey_binding (key=key@entry=4304949141,
>>> accept_default=accept_default@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@entry=0x42a710,
>>> prompt=<optimized out>,
>>> dont_downcase_last=dont_downcase_last@entry=false,
>>>      can_return_switch_frame=can_return_switch_frame@entry=true,
>>> fix_current_buffer=fix_current_buffer@entry=true,
>>>      prevent_redisplay=prevent_redisplay@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@entry=0x1004b9a30 <command_loop_1>, handlers=<optimized out>,
>>>      hfun=hfun@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@entry=4304926770) at
>>> /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:1177
>>> #14 0x0000000100519fdc in internal_catch (tag=4304985026,
>>> func=func@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



More information about the Cygwin mailing list