The hang happened again. This time I attached with gdb and got a backtrace:
(gdb) where
#0 get_next_display_element (it=it <at> entry=0x7fffcbfe5990) at xdisp.c:6472
#1 0x0000000000439142 in move_it_in_display_line_to (it=it <at> entry=0x7fffcbfe5990, to_charpos=to_charpos <at> entry=-1, to_x=to_x <at> entry=-1, opan>=op <at> entry=(unknown: 0)) at xdisp.c:8152
#2 0x000000000043efc7 in move_it_to (it=it <at> entry=0x7fffcbfe5990, to_charpos=to_charpos <at> entry=-1, to_x=to_x <at> entry=-1, to_y=to_y <at> entry=-1, to_vpos=19, op=op <at> entry=4) at xdisp.c:8608
#3 0x0000000000445992 in move_it_by_lines (it=0x7fffcbfe5990, dvpos=<optimized out>) at xdisp.c:9085
#4 0x000000000044a1c7 in try_scrolling (window=window <at> entry=66032789, just_this_one_p=just_this_one_p <at> entry=1, arg_scroll_conservatively=101, scroll_step=1, temp_scroll_step=1, last_line_misfit=last_line_misfit <at> entry=0) at xdisp.c:14628
#5 0x000000000045b782 in redisplay_window (window=66032789, just_this_one_p=just_this_one_p <at> entry=1) at xdisp.c:15716
#6 0x000000000045cc76 in redisplay_window_1 (window=window <at> entry=66032789) at xdisp.c:13756
#7 0x0000000000572a69 in internal_condition_case_1 (bfun=bfun <at> entry=0x45cc40 <redisplay_window_1>, arg=66032789, handlers=11956006, hfun=hfun <at> entry=0x429030
<redisplay_window_error>) at eval.c:1552
#8 0x0000000000447c75 in redisplay_internal () at xdisp.c:13381
#9 0x0000000000449bb5 in redisplay () at xdisp.c:12528
#10 0x0000000000508f20 in read_char (commandflag=1, nmaps=nmaps <at> entry=3, maps=maps <at> entry=0x7fffcbfebc90, prev_event=11985394, used_mouse_menu=used_mouse_menu <at> entry=0x7fffcbfebdc0, end_time=0x0, end_time <at> entry=0x7fffcbfebc90) at keyboard.c:2448
#11 0x000000000050b3c7 in read_key_sequence (keybuf=keybuf <at> entry=0x7fffcbfebea0, prompt=11985394, dont_downcase_last=dont_downcase_last <at> entry=0, can_return_switch_frame=can_return_switch_frame <at> entry=1, fix_current_buffer=fix_current_buffer <at> entry=1, bufsize=30) at keyboard.c:9328
#12 0x000000000050d23c in command_loop_1 () at keyboard.c:1449
#13 0x0000000000572921 in internal_condition_case (bfun=bfun <at> entry=0x50d050 <command_loop_1>, handlers=12037682, hfun=hfun <at> entry=0x501d70 <cmd_error>
span>) at eval.c:1514
#14 0x000000000050079e in command_loop_2 (ignore=ignore <at> entry=11985394) at keyboard.c:1160
#15 0x000000000057281b in internal_catch (tag=0, func=func <at> entry=0x500780 <command_loop_2>, arg=11985394) at eval.c:1271
#16 0x000000000050183f in command_loop () at keyboard.c:1139
#17 recursive_edit_1 () at keyboard.c:759
#18 0x0000000000501b6d in Frecursive_edit () at keyboard.c:823
#19 0x0000000000414a1d in main (argc=3, argv=<optimized out>) at emacs.c:1715
(gdb)
And, interestingly, when I did a "kill" of the process, the SIGINT caused it to break out of the hard loop it was in and be usable.
[bugs:#267] 1st line of MH-Show buffer indented
Status: unread
Created: Sun Jul 01, 2012 12:36 PM UTC by Kevin Layer
Last Updated: Tue Mar 05, 2013 11:23 AM UTC
Owner: nobody
With Emacs 24.1 + Gnus 5.13 + MH-E 8.3.1 I get this behavior:
After showing a multi-part email w/HTML, subsequent messages have the first line in the MH-Show buffer indented increasingly more.
I have attached a message that triggers the problem for me. Viewing messages after showing this message have indenting first lines.
This happens with emacs -q.
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/mh-e/bugs/267/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/prefs/
RSS Feed