Re: repost: segfault on linux

[storm@cua.dk (Kim F. Storm)]

Jens Lautenbacher <jtl@schlund.de> writes:

> [this didn't get through?]

It did -- eventually...

> 
> Hi, 
> 
> When trying to use James Clarks nxml mode (nxml-mode-20031031) with
> syntax highlighting turned on, current CVS emacs segfaults with the
> following stacktrace. please tell me if I should provide more
> information (this is CVS from today, on Fedora Core I, emacs built with
> gtk enabled)

As always, it would be helpful if you tried to give a more precise
recipe for reproducing this -- and also tried to narrow down exactly
what data causes this crash to occur.

Also have a a look at etc/DEBUG for advise on trying to debug
this a little further yourself.

> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x00b9c98f in msort_with_tmp () from /lib/tls/libc.so.6
> (gdb) where
> #0  0x00b9c98f in msort_with_tmp () from /lib/tls/libc.so.6
> #1  0x00b9c9f0 in msort_with_tmp () from /lib/tls/libc.so.6
> #2  0x00b9ccb8 in qsort () from /lib/tls/libc.so.6
> #3  0x0812aabe in sort_overlays (overlay_vec=0xbf600110, noverlays=2,
> w=0x0) at buffer.c:2873
> #4  0x081a7e69 in get_char_property_and_overlay (position=1,
> prop=675417024, object=-1976777440,
>     overlay=0x0) at textprop.c:664
> #5  0x081a7f8a in Fget_char_property (position=1, prop=675417024,
> object=-1976777440)
>     at textprop.c:704
> #6  0x0809468d in handle_display_prop (it=0xbff285f0) at xdisp.c:3286
> #7  0x08093870 in handle_stop (it=0xbff285f0) at xdisp.c:2567
> #8  0x0809773d in next_element_from_buffer (it=0xbff285f0) at
> xdisp.c:5439
> #9  0x08096b80 in get_next_display_element (it=0xbff285f0) at
> xdisp.c:4791
> #10 0x08096b80 in get_next_display_element (it=0xbff285f0) at
> xdisp.c:4791
> #11 0x08096b80 in get_next_display_element (it=0xbff285f0) at
> xdisp.c:4791
> #12 0x08096b80 in get_next_display_element (it=0xbff285f0) at
> xdisp.c:4791
> 
> (last line repeated)
> 
> 
> 
> _______________________________________________
> Emacs-devel mailing list
> Emacs-devel@gnu.org
> http://mail.gnu.org/mailman/listinfo/emacs-devel