From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: gdb-ui / fring coredump question Date: Tue, 01 Feb 2005 13:22:22 +0900 Message-ID: Reply-To: Miles Bader NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1107233105 24749 80.91.229.2 (1 Feb 2005 04:45:05 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 1 Feb 2005 04:45:05 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 01 05:45:05 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1CvpuL-0004Yh-Ar for ged-emacs-devel@m.gmane.org; Tue, 01 Feb 2005 05:44:57 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cvq7C-0005or-1H for ged-emacs-devel@m.gmane.org; Mon, 31 Jan 2005 23:58:14 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cvq3H-0004b9-Q8 for emacs-devel@gnu.org; Mon, 31 Jan 2005 23:54:12 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cvq34-0004VJ-Ct for emacs-devel@gnu.org; Mon, 31 Jan 2005 23:53:59 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cvq34-0004Pc-6L for emacs-devel@gnu.org; Mon, 31 Jan 2005 23:53:58 -0500 Original-Received: from [202.32.8.214] (helo=tyo201.gate.nec.co.jp) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvpYb-0002E8-BP; Mon, 31 Jan 2005 23:22:29 -0500 Original-Received: from mailgate3.nec.co.jp (mailgate53.nec.co.jp [10.7.69.162] (may be forged)) by tyo201.gate.nec.co.jp (8.11.7/3.7W01080315) with ESMTP id j114MPe29963; Tue, 1 Feb 2005 13:22:25 +0900 (JST) Original-Received: (from root@localhost) by mailgate3.nec.co.jp (8.11.7/3.7W-MAILGATE-NEC) id j114MP816281; Tue, 1 Feb 2005 13:22:25 +0900 (JST) Original-Received: from edtmg02.lsi.nec.co.jp ([10.26.16.202]) by mailsv5.nec.co.jp (8.11.7/3.7W-MAILSV4-NEC) with ESMTP id j114MP104356; Tue, 1 Feb 2005 13:22:25 +0900 (JST) Original-Received: from mcsss2.ucom.lsi.nec.co.jp (localhost [127.0.0.1]) by edtmg02.lsi.nec.co.jp (8.12.10/8.12.10) with ESMTP id j114MOZj022150; Tue, 1 Feb 2005 13:22:24 +0900 (JST) Original-Received: from mctpc71 (mctpc71.ucom.lsi.nec.co.jp [10.30.118.121]) by mcsss2.ucom.lsi.nec.co.jp (8.12.10/8.12.8/EDcg v2.01-mc/1046780839) with ESMTP id j114MNKt008355; Tue, 1 Feb 2005 13:22:23 +0900 (JST) Original-Received: by mctpc71 (Postfix, from userid 31295) id 3482D411; Tue, 1 Feb 2005 13:22:23 +0900 (JST) Original-To: emacs-devel@gnu.org System-Type: i686-pc-linux-gnu Blat: Foop Original-Lines: 99 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:32690 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:32690 I'm getting a coredump if I use gdb-ui inside of emacs, as soon as I set a breakpoint; the basic problem seems to be that in displaying the stop-sign icon in the fringe, it's trying to push more than 2 elements on the iterator stack (the max iterator stack-size is two). I wanted to see if I could debug it in standard CVS emacs, since I have a lot of my own display hacks, but discovered something funny: if I use gdb-ui in standard CVS emacs, it uses the display "margin" to display the stop-sign icon instead of using the fringe, whereas in my personal emacs it uses the fringe! Is this correct? How does gdb-ui determine which display mechanism (margin for stop-sign and fringe for arrow, or fringe for both) to use? [I looked briefly at the lisp code, and saw no obvious reason for this behavior.] Unfortunately, the combined stop/arrow in the fringe seems to be a necessary ingredient in the crash. Oh, and also I suppose xassert is disabled by default (whereas my emacs doesn't); hmmm, maybe I'll have to enable that in CVS and try again. Also, anyone know offhand if recent display changes could have caused the max iterator stack-size to increase past two? [Otherwise it must be missing a pop somewhere] Thanks, -Miles Stack backtrace follows. The line numbers are off from CVS, but the place it's dying seems to be the following xassert in xdsip.c: push_it (it) struct it *it; { struct iterator_stack_entry *p; xassert (it->sp < 2); p = it->stack + it->sp; #0 abort () at /usr/local/src/emacs/miles/src/emacs.c:454 #1 0x0809a325 in push_it (it=0xbfffcd30) at /usr/local/src/emacs/miles/src/xdisp.c:4536 #2 0x08098b61 in handle_single_display_spec (it=0xbfffcd30, spec=142897157, object=143344835, position=0xbfffcddc, display_replaced_before_p=0) at /usr/local/src/emacs/miles/src/xdisp.c:3748 #3 0x08098472 in handle_display_prop (it=0xbfffcd30) at /usr/local/src/emacs/miles/src/xdisp.c:3474 #4 0x0809a7d5 in back_to_previous_visible_line_start (it=0xbfffd570) at /usr/local/src/emacs/miles/src/xdisp.c:4723 #5 0x0809ca4c in move_it_vertically_backward (it=0xbfffd570, dy=111) at /usr/local/src/emacs/miles/src/xdisp.c:6270 #6 0x080a5ab3 in redisplay_window (window=143124060, just_this_one_p=0) at /usr/local/src/emacs/miles/src/xdisp.c:12253 #7 0x080a3673 in redisplay_window_0 (window=-1073754832) at /usr/local/src/emacs/miles/src/xdisp.c:10835 #8 0x081853b4 in internal_condition_case_1 ( bfun=0x80a3640 , arg=143124060, handlers=137648461, hfun=0x80a3620 ) at /usr/local/src/emacs/miles/src/eval.c:1500 #9 0x080a361b in redisplay_windows (window=480) at /usr/local/src/emacs/miles/src/xdisp.c:10814 #10 0x080a35d4 in redisplay_windows (window=480) at /usr/local/src/emacs/miles/src/xdisp.c:10808 #11 0x080a2925 in redisplay_internal (preserve_echo_area=1) at /usr/local/src/emacs/miles/src/xdisp.c:10396 #12 0x080a322c in redisplay_preserve_echo_area (from_where=-1073754832) at /usr/local/src/emacs/miles/src/xdisp.c:10625 #13 0x081b8084 in wait_reading_process_output (time_limit=30, microsecs=0, read_kbd=-1, do_display=1, wait_for_cell=137621521, wait_proc=0x0, just_wait_proc=0) at /usr/local/src/emacs/miles/src/process.c:4561 #14 0x0808bcc7 in sit_for (sec=30, usec=0, reading=1, display=1, initial_display=0) at /usr/local/src/emacs/miles/src/dispnew.c:6371 #15 0x08126aa6 in read_char (commandflag=1, nmaps=3, maps=0xbfffe55c, prev_event=137621521, used_mouse_menu=0xbfffe598) at /usr/local/src/emacs/miles/src/keyboard.c:2765 #16 0x0812d534 in read_key_sequence (keybuf=0xbfffe6c0, bufsize=30, prompt=137621521, dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1) at /usr/local/src/emacs/miles/src/keyboard.c:8799 #17 0x08123ce3 in command_loop_1 () at /usr/local/src/emacs/miles/src/keyboard.c:1534 #18 0x081852ae in internal_condition_case (bfun=0x8123b50 , handlers=137682609, hfun=0x8123640 ) at /usr/local/src/emacs/miles/src/eval.c:1459 #19 0x0812399e in command_loop_2 () at /usr/local/src/emacs/miles/src/keyboard.c:1315 #20 0x08184deb in internal_catch (tag=-1073754832, func=0x8123970 , arg=137621521) at /usr/local/src/emacs/miles/src/eval.c:1218 #21 0x08123943 in command_loop () at /usr/local/src/emacs/miles/src/keyboard.c:1294 #22 0x081233a4 in recursive_edit_1 () at /usr/local/src/emacs/miles/src/keyboard.c:987 #23 0x081234e1 in Frecursive_edit () at /usr/local/src/emacs/miles/src/keyboard.c:1048 #24 0x08121a4d in main (argc=3, argv=0xbfffed74) at /usr/local/src/emacs/miles/src/emacs.c:1763 -- Quidquid latine dictum sit, altum viditur.