Emacs crashes

classic Classic list List threaded Threaded
14 messages Options
Reply | Threaded
Open this post in threaded view
|

Emacs crashes

Katsumi Yamaoka
Hi,

I'm troubled with Emacs crashing since yesterday when executing
some emacs-w3m command.  I haven't succeeded in identifying of
the Lisp code of the cause yet, though.  Here's a backtrace:

Program received signal SIGSEGV, Segmentation fault.
0x0809704f in lisp_string_width (string=149514347, precision=-1, nchars=0x0,
    nbytes=0x0) at charset.c:1377
1377  PARSE_MULTIBYTE_SEQ (str + i_byte, len_byte - i_byte, bytes);
(gdb) bt
#0  0x0809704f in lisp_string_width (string=149514347, precision=-1,
    nchars=0x0, nbytes=0x0) at charset.c:1377
#1  0x08097116 in Fstring_width (string=153333780) at charset.c:1415
#2  0x0814cfaf in Ffuncall (nargs=2, args=0x6f3b97) at eval.c:2790
#3  0x081763c0 in Fbyte_code (bytestr=146859528, vector=1,
    maxdepth=-1073752640) at bytecode.c:686
#4  0x0814d3a3 in funcall_lambda (fun=146877780, nargs=0,
    arg_vector=0xbfffd67c) at eval.c:2979
#5  0x0814d228 in apply_lambda (fun=0, args=1, eval_flag=1) at eval.c:2901
#6  0x0814c275 in Feval (form=1) at eval.c:2191
#7  0x0814b354 in internal_condition_case_1 (bfun=0x814c0c0 <Feval>,
    arg=146202181, handlers=137397969, hfun=0x8062910 <safe_eval_handler>)
    at eval.c:1430
#8  0x080629aa in safe_eval (sexpr=0) at xdisp.c:1979
#9  0x08078a45 in display_mode_element (it=0xbfffda80, depth=5,
    field_width=-13, precision=-24, elt=0, props=137397921, risky=0)
    at xdisp.c:16052
#10 0x0807891c in display_mode_element (it=0xbfffda80, depth=3, field_width=0,
    precision=-11, elt=145091869, props=137397921, risky=0) at xdisp.c:16133
#11 0x0807891c in display_mode_element (it=0xbfffda80, depth=1, field_width=0,
    precision=0, elt=138144357, props=137397921, risky=0) at xdisp.c:16133
#12 0x08078587 in display_mode_line (w=0x0, face_id=MODE_LINE_FACE_ID,
    format=0) at xdisp.c:15695
#13 0x08078487 in display_mode_lines (w=0x5) at xdisp.c:15644
#14 0x08072297 in redisplay_window (window=149534932, just_this_one_p=0)
    at xdisp.c:12518
#15 0x0806f965 in redisplay_window_0 (window=0) at xdisp.c:10962
#16 0x0814b354 in internal_condition_case_1 (
    bfun=0x806f930 <redisplay_window_0>, arg=149534932, handlers=137425093,
    hfun=0x806f910 <redisplay_window_error>) at eval.c:1430
#17 0x0806f90a in redisplay_windows (window=1) at xdisp.c:10941
#18 0x0806ed19 in redisplay_internal (preserve_echo_area=0) at xdisp.c:10500
#19 0x0806db52 in redisplay () at xdisp.c:9747
#20 0x080ecc35 in read_char (commandflag=1, nmaps=2, maps=0xbfffeaac,
    prev_event=137397921, used_mouse_menu=0xbfffeae8) at keyboard.c:2539
#21 0x080f3374 in read_key_sequence (keybuf=0xbfffec10, bufsize=30,
    prompt=137397921, dont_downcase_last=0, can_return_switch_frame=1,
    fix_current_buffer=1) at keyboard.c:8818
#22 0x080e9bb2 in command_loop_1 () at keyboard.c:1527
#23 0x0814b24e in internal_condition_case (bfun=0x80e9a10 <command_loop_1>,
    handlers=137458889, hfun=0x80e9510 <cmd_error>) at eval.c:1389
#24 0x080e985d in command_loop_2 () at keyboard.c:1318
#25 0x0814ad5b in internal_catch (tag=0, func=0x80e9830 <command_loop_2>,
    arg=137397921) at eval.c:1148
#26 0x080e9801 in command_loop () at keyboard.c:1297
#27 0x080e9274 in recursive_edit_1 () at keyboard.c:990
#28 0x080e93b1 in Frecursive_edit () at keyboard.c:1051
#29 0x080e7937 in main (argc=1, argv=0xbffff284) at emacs.c:1775
#30 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6

Regards,


_______________________________________________
Emacs-pretest-bug mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Reply | Threaded
Open this post in threaded view
|

Re: Emacs crashes

Kim Storm
Katsumi Yamaoka <[hidden email]> writes:

> Hi,
>
> I'm troubled with Emacs crashing since yesterday when executing
> some emacs-w3m command.  I haven't succeeded in identifying of
> the Lisp code of the cause yet, though.  Here's a backtrace:

What does "xbacktrace" in gdb show?

Pls. also try the commands below:

>
> Program received signal SIGSEGV, Segmentation fault.
> 0x0809704f in lisp_string_width (string=149514347, precision=-1, nchars=0x0,
>     nbytes=0x0) at charset.c:1377
> 1377  PARSE_MULTIBYTE_SEQ (str + i_byte, len_byte - i_byte, bytes);
> (gdb) bt
> #0  0x0809704f in lisp_string_width (string=149514347, precision=-1,
>     nchars=0x0, nbytes=0x0) at charset.c:1377

pp string

> #1  0x08097116 in Fstring_width (string=153333780) at charset.c:1415

up
pp string

> #2  0x0814cfaf in Ffuncall (nargs=2, args=0x6f3b97) at eval.c:2790
> #3  0x081763c0 in Fbyte_code (bytestr=146859528, vector=1,
>     maxdepth=-1073752640) at bytecode.c:686
> #4  0x0814d3a3 in funcall_lambda (fun=146877780, nargs=0,
>     arg_vector=0xbfffd67c) at eval.c:2979
> #5  0x0814d228 in apply_lambda (fun=0, args=1, eval_flag=1) at eval.c:2901
> #6  0x0814c275 in Feval (form=1) at eval.c:2191
> #7  0x0814b354 in internal_condition_case_1 (bfun=0x814c0c0 <Feval>,
>     arg=146202181, handlers=137397969, hfun=0x8062910 <safe_eval_handler>)
>     at eval.c:1430
> #8  0x080629aa in safe_eval (sexpr=0) at xdisp.c:1979
> #9  0x08078a45 in display_mode_element (it=0xbfffda80, depth=5,
>     field_width=-13, precision=-24, elt=0, props=137397921, risky=0)
>     at xdisp.c:16052

up 8
p elt

(is elt really 0 here?  If not, try:
 pp elt
)


> #10 0x0807891c in display_mode_element (it=0xbfffda80, depth=3, field_width=0,
>     precision=-11, elt=145091869, props=137397921, risky=0) at xdisp.c:16133

up
pp elt

> #11 0x0807891c in display_mode_element (it=0xbfffda80, depth=1, field_width=0,
>     precision=0, elt=138144357, props=137397921, risky=0) at xdisp.c:16133
> #12 0x08078587 in display_mode_line (w=0x0, face_id=MODE_LINE_FACE_ID,
>     format=0) at xdisp.c:15695
> #13 0x08078487 in display_mode_lines (w=0x5) at xdisp.c:15644
> #14 0x08072297 in redisplay_window (window=149534932, just_this_one_p=0)
>     at xdisp.c:12518
> #15 0x0806f965 in redisplay_window_0 (window=0) at xdisp.c:10962
> #16 0x0814b354 in internal_condition_case_1 (
>     bfun=0x806f930 <redisplay_window_0>, arg=149534932, handlers=137425093,
>     hfun=0x806f910 <redisplay_window_error>) at eval.c:1430
> #17 0x0806f90a in redisplay_windows (window=1) at xdisp.c:10941
> #18 0x0806ed19 in redisplay_internal (preserve_echo_area=0) at xdisp.c:10500
> #19 0x0806db52 in redisplay () at xdisp.c:9747
> #20 0x080ecc35 in read_char (commandflag=1, nmaps=2, maps=0xbfffeaac,
>     prev_event=137397921, used_mouse_menu=0xbfffeae8) at keyboard.c:2539
> #21 0x080f3374 in read_key_sequence (keybuf=0xbfffec10, bufsize=30,
>     prompt=137397921, dont_downcase_last=0, can_return_switch_frame=1,
>     fix_current_buffer=1) at keyboard.c:8818
> #22 0x080e9bb2 in command_loop_1 () at keyboard.c:1527
> #23 0x0814b24e in internal_condition_case (bfun=0x80e9a10 <command_loop_1>,
>     handlers=137458889, hfun=0x80e9510 <cmd_error>) at eval.c:1389
> #24 0x080e985d in command_loop_2 () at keyboard.c:1318
> #25 0x0814ad5b in internal_catch (tag=0, func=0x80e9830 <command_loop_2>,
>     arg=137397921) at eval.c:1148
> #26 0x080e9801 in command_loop () at keyboard.c:1297
> #27 0x080e9274 in recursive_edit_1 () at keyboard.c:990
> #28 0x080e93b1 in Frecursive_edit () at keyboard.c:1051
> #29 0x080e7937 in main (argc=1, argv=0xbffff284) at emacs.c:1775
> #30 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6
>
> Regards,
>
>
> _______________________________________________
> Emacs-pretest-bug mailing list
> [hidden email]
> http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
>
>

--
Kim F. Storm <[hidden email]> http://www.cua.dk



_______________________________________________
Emacs-pretest-bug mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Reply | Threaded
Open this post in threaded view
|

Re: [emacs-w3m:08128] Re: Emacs crashes

Masatake YAMATO
The bug may come from my mouse-face on mode-line hack.

Yamaoka-san, I should use the latest CVS version of emacs-w3m to
reproduce the bug?



_______________________________________________
Emacs-pretest-bug mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Reply | Threaded
Open this post in threaded view
|

Re: [emacs-w3m:08129] Re: Emacs crashes

Masatake YAMATO
> The bug may come from my mouse-face on mode-line hack.

Sorry. As far as reading the backtrace, the bug is
nothing to do with the mouse-face on mode-line.

Please, ignore my last message.


_______________________________________________
Emacs-pretest-bug mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Reply | Threaded
Open this post in threaded view
|

Re: Emacs crashes

Katsumi Yamaoka
In reply to this post by Kim Storm
>>>>> In [emacs-w3m : No.08128] Kim F. Storm wrote:

> What does "xbacktrace" in gdb show?

(gdb) xbacktrace
Undefined command: "xbacktrace".  Try "help".

I seem to have to upgrade gdb.  Please give time to me for a while...


_______________________________________________
Emacs-pretest-bug mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Reply | Threaded
Open this post in threaded view
|

Re: Emacs crashes

Katsumi Yamaoka
In reply to this post by Masatake YAMATO
>>>>> In [emacs-w3m : No.08130] Masatake YAMATO wrote:

>> The bug may come from my mouse-face on mode-line hack.

> Sorry. As far as reading the backtrace, the bug is
> nothing to do with the mouse-face on mode-line.

> Please, ignore my last message.

Anyway, thanks for the follow up.  Though the following might be
superfluities for you...

>>>>> In [emacs-w3m : No.08129] Masatake YAMATO wrote:

> Yamaoka-san, I should use the latest CVS version of emacs-w3m to
> reproduce the bug?

You might need to use the version which supports the tab browsing,
i.e., (setq w3m-use-tab t).

M-x w3m-goto-url RET
group:http://www.excite.co.jp/world/english&http://www.excite.co.jp/world/
RET

then Emacs crashes.


_______________________________________________
Emacs-pretest-bug mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Reply | Threaded
Open this post in threaded view
|

Re: Emacs crashes

Kim Storm
In reply to this post by Katsumi Yamaoka
Katsumi Yamaoka <[hidden email]> writes:

>>>>>> In [emacs-w3m : No.08128] Kim F. Storm wrote:
>
>> What does "xbacktrace" in gdb show?
>
> (gdb) xbacktrace
> Undefined command: "xbacktrace".  Try "help".

This is not a built-in gdb command -- it is loaded from
gdbinit when you start gdb in emacs's src directory.

--
Kim F. Storm <[hidden email]> http://www.cua.dk



_______________________________________________
Emacs-pretest-bug mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Reply | Threaded
Open this post in threaded view
|

Re: Emacs crashes

Nick Roberts
In reply to this post by Katsumi Yamaoka
 > >>>>> In [emacs-w3m : No.08128] Kim F. Storm wrote:
 >
 > > What does "xbacktrace" in gdb show?
 >
 > (gdb) xbacktrace
 > Undefined command: "xbacktrace".  Try "help".
 >
 > I seem to have to upgrade gdb.  Please give time to me for a while...

You don't need to upgrade. xbacktrace is a user defined command in .gdbinit
in the emacs/src directory where Emacs resides. You need to run gdb from
there: gdb ./emacs

Nick


_______________________________________________
Emacs-pretest-bug mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Reply | Threaded
Open this post in threaded view
|

Re: Emacs crashes

Katsumi Yamaoka
In reply to this post by Kim Storm
>>>>> In [emacs-w3m : No.08133] Kim F. Storm wrote:

>> (gdb) xbacktrace
>> Undefined command: "xbacktrace".  Try "help".

> This is not a built-in gdb command -- it is loaded from
> gdbinit when you start gdb in emacs's src directory.

Oops, I've removed all the .* files in the work place.  I'll
start it again...


_______________________________________________
Emacs-pretest-bug mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Reply | Threaded
Open this post in threaded view
|

Re: [emacs-w3m:08133] Re: Emacs crashes

Masatake YAMATO
In reply to this post by Kim Storm
I've succeeded to reproduce the SEGV.
Better report may be provided by Yamaoka-san.

However, the place where I gto SEGV is different from the original
Yamaoka-san's report.

(gdb) xbacktrace
"format-mode-line"
"w3m-modeline-title"
(gdb) where
#0  parse_str_as_multibyte (str=0x85a8000 <Address 0x85a8000 out of bounds>, len=18955451, nchars=0x832c880, nbytes=0x832c880) at charset.c:1491
#1  0x08158a61 in make_string (contents=0x8522930 "\220P\360\tP\355\343\tw3m*<2>    / Excite \222\245\250\222\245\255\222\245\265\222\245\244\222\245\310 \222\313\335\222\314\365 : \222\261\321\222\270\354\222\313\335\222\314\365 \222\303\346\222\271\361\222\270\354\222\313\335\222\314\365 \222\264\332\222\271\361\222\270\354\222\313\335\222\314h", nbytes=18955451) at alloc.c:2334
#2  0x080aa3a1 in Fformat_mode_line (format=137940117, face=137546065, window=139602224, buffer=-1075272656) at xdisp.c:16366
#3  0x0816db28 in Feval (form=136136992) at eval.c:2133
#4  0x0816c94d in Fcondition_case (args=137546065) at eval.c:1336
#5  0x08195262 in Fbyte_code (bytestr=165821832, vector=143, maxdepth=-1075271468) at bytecode.c:864
#6  0x0816e792 in funcall_lambda (fun=156499388, nargs=0, arg_vector=0xbfe8a990) at eval.c:2979
#7  0x0816e617 in apply_lambda (fun=156499388, args=137546065, eval_flag=1) at eval.c:2901
#8  0x0816d9a4 in Feval (form=156499388) at eval.c:2191
#9  0x0816cb4c in internal_condition_case_1 (bfun=0x816d800 <Feval>, arg=164579925, handlers=137546113, hfun=0x80955e0 <safe_eval_handler>) at eval.c:1430
#10 0x08095654 in safe_eval (sexpr=164579925) at xdisp.c:1979
#11 0x080a99ef in display_mode_element (it=0xbfe8ad40, depth=5, field_width=-13, precision=-20, elt=164579949, props=137546065, risky=0) at xdisp.c:16052
#12 0x080a98d1 in display_mode_element (it=0xbfe8ad40, depth=3, field_width=0, precision=-7, elt=165868373, props=137546065, risky=0) at xdisp.c:16133
#13 0x080a98d1 in display_mode_element (it=0xbfe8ad40, depth=1, field_width=0, precision=0, elt=137940085, props=137546065, risky=0) at xdisp.c:16133
#14 0x080a95a4 in display_mode_line (w=0x9523698, face_id=MODE_LINE_FACE_ID, format=137940117) at xdisp.c:15695
#15 0x080a94d6 in display_mode_lines (w=0x9523698) at xdisp.c:15644
#16 0x080a3738 in redisplay_window (window=156382876, just_this_one_p=0) at xdisp.c:12518
#17 0x080a10e9 in redisplay_window_0 (window=156382876) at xdisp.c:10962
#18 0x0816cb4c in internal_condition_case_1 (bfun=0x80a10bc <redisplay_window_0>, arg=156382876, handlers=137573669, hfun=0x80a10a0 <redisplay_window_error>) at eval.c:1430
#19 0x080a109c in redisplay_windows (window=137545984) at xdisp.c:10941
#20 0x080a0571 in redisplay_internal (preserve_echo_area=1) at xdisp.c:10500
#21 0x080a0ce7 in redisplay_preserve_echo_area (from_where=13) at xdisp.c:10748
#22 0x0819d600 in status_notify () at process.c:6506
#23 0x0819b1a2 in wait_reading_process_output (time_limit=30, microsecs=0, read_kbd=-1, do_display=1, wait_for_cell=137546065, wait_proc=0x0, just_wait_proc=0) at process.c:4223
#24 0x0808bf3c in sit_for (sec=30, usec=0, reading=1, display=1, initial_display=0) at dispnew.c:6373
#25 0x08115fa6 in read_char (commandflag=1, nmaps=4, maps=0xbfe8c0a0, prev_event=137546065, used_mouse_menu=0xbfe8c0d8) at keyboard.c:2764
#26 0x0811c2ab in read_key_sequence (keybuf=0xbfe8c200, bufsize=30, prompt=137546065, dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1) at keyboard.c:8818
#27 0x081133d4 in command_loop_1 () at keyboard.c:1527
#28 0x0816ca52 in internal_condition_case (bfun=0x811324c <command_loop_1>, handlers=137607041, hfun=0x8112dd0 <cmd_error>) at eval.c:1389
#29 0x081130ce in command_loop_2 () at keyboard.c:1318
#30 0x0816c5b1 in internal_catch (tag=137545856, func=0x81130b0 <command_loop_2>, arg=137546065) at eval.c:1148
#31 0x08113085 in command_loop () at keyboard.c:1297
#32 0x08112b88 in recursive_edit_1 () at keyboard.c:990
#33 0x08112ca8 in Frecursive_edit () at keyboard.c:1051
#34 0x081114b1 in main (argc=3, argv=0xbfe8c814) at emacs.c:1775
(gdb) p string_start
$3 = 0x8522930 "\220P\360\tP\355\343\tw3m*<2>    / Excite \222\245\250\222\245\255\222\245\265\222\245\244\222\245\310 \222\313\335\222\314\365 : \222\261\321\222\270\354\222\313\335\222\314\365 \222\303\346\222\271\361\222\270\354\222\313\335\222\314\365 \222\264\332\222\271\361\222\270\354\222\313\335\222\314h"
(gdb) p mode_line_noprop_ptr
$4 = 0x97365eb ""
(gdb) p mode_line_noprop_ptr - string_start
$5 = 18955451
(gdb) p no_props
$6 = 1
(gdb) up
#3  0x0816db28 in Feval (form=136136992) at eval.c:2133
(gdb) down
#2  0x080aa3a1 in Fformat_mode_line (format=137940117, face=137546065, window=139602224, buffer=-1075272656) at xdisp.c:16366
(gdb) pp format
(#("-" 0 1 (help-echo "mouse-1: select (drag to resize), mouse-2: delete others, mouse-3: delete this")) mode-line-mule-info mode-line-modified mode-line-frame-identification mode-line-buffer-identification #("   " 0 3 (help-echo "mouse-1: select (drag to resize), mouse-2: delete others, mouse-3: delete this")) mode-line-position (vc-mode vc-mode) #("   " 0 3 (help-echo "mouse-1: select (drag to resize), mouse-2: delete others, mouse-3: delete this")) mode-line-modes (which-func-mode ("" which-func-format #("--" 0 2 (help-echo "mouse-1: select (drag to resize), mouse-2: delete others, mouse-3: delete this")))) (global-mode-string (#("--" 0 2 (help-echo "mouse-1: select (drag to resize), mouse-2: delete others, mouse-3: delete this")) global-mode-string)) #("-%-" 0 3 (help-echo "mouse-1: select (drag to resize), mouse-2: delete others, mouse-3: delete this")))
(gdb)


    (defun w3m-modeline-title ()
      "Return a truncated title not to cut the right end of the mode line.
    It currently works only with Emacs 22 and newer."
      (when w3m-current-title
        (or (and w3m-modeline-title-timer w3m-modeline-title-string)
            (prog2
                (setq w3m-modeline-title-string w3m-current-title
                      w3m-modeline-title-timer t)
                (let ((excess (- (string-width
                                  (condition-case nil
                                      (format-mode-line mode-line-format 1)
                                    (error "")))
                                    ...


_______________________________________________
Emacs-pretest-bug mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Reply | Threaded
Open this post in threaded view
|

Re: Emacs crashes

Katsumi Yamaoka
In reply to this post by Kim Storm
>>>>> In [emacs-w3m : No.08128] Kim F. Storm wrote:

> What does "xbacktrace" in gdb show?

(gdb) xbacktrace
"string-width"
"w3m-modeline-title"

The w3m-modeline-title function (which uses string-width) is
used as one of the mode-line-format elements like the following:

(:eval (w3m-modeline-title))

It returns the title string of the web page which is truncated
so as to be fit to the window width dynamically.

> Pls. also try the commands below:

>>
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x0809704f in lisp_string_width (string=149514347, precision=-1, nchars=0x0,
>>     nbytes=0x0) at charset.c:1377
>> 1377  PARSE_MULTIBYTE_SEQ (str + i_byte, len_byte - i_byte, bytes);
>> (gdb) bt
>> #0  0x0809704f in lisp_string_width (string=149514347, precision=-1,
>>     nchars=0x0, nbytes=0x0) at charset.c:1377

> pp string

The data returned are too big to send.  What is what I should
pay attention?

>> #1  0x08097116 in Fstring_width (string=153333780) at charset.c:1415

> up

#1  0x08097116 in Fstring_width (string=153323540) at charset.c:1415
1415  XSETFASTINT (val, lisp_string_width (string, -1, NULL, NULL));

> pp string

[138568309 (
Program received signal SIGSEGV, Segmentation fault.
0x0815fcbe in print_object (obj=706748453, printcharfun=137486193,
    escapeflag=1) at print.c:1784
1784 print_object (XCAR (obj), printcharfun, escapeflag);
The program being debugged was signaled while in a function called from GDB.
GDB remains in the frame where the signal was received.
To change this behavior use "set unwindonsignal on"
Evaluation of the expression containing the function (debug_print) will be abandoned.

>> #2  0x0814cfaf in Ffuncall (nargs=2, args=0x6f3b97) at eval.c:2790
>> #3  0x081763c0 in Fbyte_code (bytestr=146859528, vector=1,
>>     maxdepth=-1073752640) at bytecode.c:686
>> #4  0x0814d3a3 in funcall_lambda (fun=146877780, nargs=0,
>>     arg_vector=0xbfffd67c) at eval.c:2979
>> #5  0x0814d228 in apply_lambda (fun=0, args=1, eval_flag=1) at eval.c:2901
>> #6  0x0814c275 in Feval (form=1) at eval.c:2191
>> #7  0x0814b354 in internal_condition_case_1 (bfun=0x814c0c0 <Feval>,
>>     arg=146202181, handlers=137397969, hfun=0x8062910 <safe_eval_handler>)
>>     at eval.c:1430
>> #8  0x080629aa in safe_eval (sexpr=0) at xdisp.c:1979
>> #9  0x08078a45 in display_mode_element (it=0xbfffda80, depth=5,
>>     field_width=-13, precision=-24, elt=0, props=137397921, risky=0)
>>     at xdisp.c:16052

> up 8

#8  0x081763c0 in Fbyte_code (bytestr=146900216, vector=1,
    maxdepth=-1073755488) at bytecode.c:686
686    TOP = Ffuncall (op + 1, &TOP);

> p elt

No symbol "elt" in current context.

> (is elt really 0 here?  If not, try:
>  pp elt
> )

No symbol "elt" in current context.

>> #10 0x0807891c in display_mode_element (it=0xbfffda80, depth=3, field_width=0,
>>     precision=-11, elt=145091869, props=137397921, risky=0) at xdisp.c:16133

> up

#9  0x0814d3a3 in funcall_lambda (fun=146918468, nargs=0,
    arg_vector=0xbfffcb5c) at eval.c:2979
2979      val = Fbyte_code (AREF (fun, COMPILED_BYTECODE),

> pp elt

No symbol "elt" in current context.

[...]

Regards,


_______________________________________________
Emacs-pretest-bug mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Reply | Threaded
Open this post in threaded view
|

Re: Emacs crashes

Kim Storm
Katsumi Yamaoka <[hidden email]> writes:

>>>>>> In [emacs-w3m : No.08128] Kim F. Storm wrote:
>
>> What does "xbacktrace" in gdb show?
>
> (gdb) xbacktrace
> "string-width"
> "w3m-modeline-title"
>
> The w3m-modeline-title function (which uses string-width) is
> used as one of the mode-line-format elements like the following:
>
> (:eval (w3m-modeline-title))
>

I can reproduce the crash myself now, so I'll investigate further.
Thanks.

--
Kim F. Storm <[hidden email]> http://www.cua.dk



_______________________________________________
Emacs-pretest-bug mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Reply | Threaded
Open this post in threaded view
|

Re: Emacs crashes

Kim Storm
In reply to this post by Katsumi Yamaoka
Katsumi Yamaoka <[hidden email]> writes:

> M-x w3m-goto-url RET
> group:http://www.excite.co.jp/world/english&http://www.excite.co.jp/world/
> RET
>
> then Emacs crashes.

I have just installed a patch to fix this and similar crashes.

--
Kim F. Storm <[hidden email]> http://www.cua.dk



_______________________________________________
Emacs-pretest-bug mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Reply | Threaded
Open this post in threaded view
|

Re: Emacs crashes

Katsumi Yamaoka
> Katsumi Yamaoka <[hidden email]> writes:

>> M-x w3m-goto-url RET
>> group:http://www.excite.co.jp/world/english&http://www.excite.co.jp/world/
>> RET
>>
>> then Emacs crashes.

>>>>> In [emacs-w3m : No.08139] Kim F. Storm wrote:

> I have just installed a patch to fix this and similar crashes.

Great!  I've confirmed there's no problem.  Thank you very much!


_______________________________________________
Emacs-pretest-bug mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug