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: gdba probs Date: 05 Dec 2002 15:19:53 +0900 Sender: emacs-devel-admin@gnu.org 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: main.gmane.org 1039069495 469 80.91.224.249 (5 Dec 2002 06:24:55 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 5 Dec 2002 06:24:55 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18JpRN-00007K-00 for ; Thu, 05 Dec 2002 07:24:53 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18Jpbg-0007IM-00 for ; Thu, 05 Dec 2002 07:35:33 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18JpNh-0008DS-00; Thu, 05 Dec 2002 01:21:05 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18JpMo-0006Kb-00 for emacs-devel@gnu.org; Thu, 05 Dec 2002 01:20:10 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18JpMh-000620-00 for emacs-devel@gnu.org; Thu, 05 Dec 2002 01:20:07 -0500 Original-Received: from tyo201.gate.nec.co.jp ([210.143.35.51]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18JpMf-0005wu-00; Thu, 05 Dec 2002 01:20:01 -0500 Original-Received: from mailgate4.nec.co.jp ([10.7.69.193]) by TYO201.gate.nec.co.jp (8.11.6/3.7W01080315) with ESMTP id gB56Jui09581; Thu, 5 Dec 2002 15:19:56 +0900 (JST) Original-Received: from mailsv4.nec.co.jp (mailgate51.nec.co.jp [10.7.69.190]) by mailgate4.nec.co.jp (8.11.6/3.7W-MAILGATE-NEC) with ESMTP id gB56Jtn11995; Thu, 5 Dec 2002 15:19:55 +0900 (JST) Original-Received: from mcsss2.ucom.lsi.nec.co.jp ([10.30.114.133]) by mailsv4.nec.co.jp (8.11.6/3.7W-MAILSV4-NEC) with ESMTP id gB56Jsq23544; Thu, 5 Dec 2002 15:19:54 +0900 (JST) Original-Received: from mcspd15.ucom.lsi.nec.co.jp (mcspd15 [10.30.114.174]) by mcsss2.ucom.lsi.nec.co.jp (8.10.2+Sun/3.7Wlsi_mx_6.0) with ESMTP id gB56JsB26324; Thu, 5 Dec 2002 15:19:54 +0900 (JST) Original-Received: by mcspd15.ucom.lsi.nec.co.jp (Postfix, from userid 31295) id 1D85F3703; Thu, 5 Dec 2002 15:19:54 +0900 (JST) Original-To: emacs-pretest-bug@gnu.org System-Type: i686-pc-linux-gnu Blat: Foop Original-Lines: 122 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:9871 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9871 Seeing the recent activity on `gdba', I decided to check it out, and got bunches of errors. The gdb command line I used was this: kgdb -annotate=2 $lkb/as85ep1-rom/linux [kgdb is just a symbolic link to `v850e-elf-gdb'] It initially divided the frame into 6 (!) windows, most of which I don't want; is there a way to customize which windows it uses? I think ideally, certain windows would only show up if they had contents. Note that most GUI debuggers I've used only display the source-code window and command windows by default; you have to explicitly pop up windows to show registers/breakpoints/stack/etc (though once they're popped up, the debugger keeps them updated). Here's the *gdb-linux* buffer's contents: Current directory is /proj/soft2/uclinux/uclinux/build/as85ep1-rom/ GNU gdb 4.18-v850ice-000414-nmit-20010327 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. This version of GDB is supported for customers of Cygnus Solutions. Type "show warranty" for details. This GDB was configured as "--host=i386-pc-linux-gnu --target=v850e-elf"... warning: Target may not support unknown architecture Connected to the simulator. Breakpoint 1 at 0x80 Breakpoint 2 at 0x4b0 Loading section .intv, size 0x480 vma 0x0 Loading section .text, size 0x45be0 vma 0x480 Loading section .init_text, size 0x3b7c vma 0x47000 Loading section .root, size 0x7a800 vma 0x4b000 Loading section .data, size 0x6000 vma 0x400000 Loading section .init_data, size 0x3b8 vma 0x406000 Start address 0x480 Transfer rate: 6634656 bits in <1 sec. (gdb) break *_start Breakpoint 3 at 0x480 (gdb) run Starting program: /proj/soft2/uclinux/uclinux/build/as85ep1-rom/linux C-c C-cQuit (gdb) (gdb) (gdb) fr #0 0x480 in _start () (gdb) fr #0 0x480 in _start () (gdb) si It seemed to hang despite the fist break point, which is why I hit `C-c C-c'. At that point, it also popped up _another_ window in its own frame, called `*display 1*'; I have no idea what the purpose of this is... I got various lisp errors too; here's the contents of my *Messages* buffer: Loading gdb-ui (source)...done Loading cc-mode...done Loading vc-cvs...done Followed link to /proj/soft2/uclinux/uclinux/uClinux-2.4.x/init/main.c Mark set Replaced 0 occurrences Mark set Replaced 0 occurrences Mark set Replaced 0 occurrences Mark set [3 times] error in process filter: progn: Search failed: "in\\s-+\\S-+\\s-+at\\s-+" error in process filter: Search failed: "in\\s-+\\S-+\\s-+at\\s-+" Mark set [2 times] Replaced 0 occurrences Mark set Replaced 0 occurrences Mark set Replaced 0 occurrences Mark set [3 times] error in process filter: progn: Search failed: "in\\s-+\\S-+\\s-+at\\s-+" error in process filter: Search failed: "in\\s-+\\S-+\\s-+at\\s-+" error in process filter: not: Wrong type argument: stringp, nil error in process filter: Wrong type argument: stringp, nil error in process filter: cond: Phase error in gdb-prompt (got emacs) error in process filter: Phase error in gdb-prompt (got emacs) Mark set Replaced 0 occurrences Mark set Replaced 0 occurrences Mark set Replaced 0 occurrences Mark set [4 times] Replaced 0 occurrences Mark set Replaced 0 occurrences Mark set Replaced 0 occurrences Mark set [3 times] Replaced 0 occurrences Mark set Replaced 0 occurrences Mark set Replaced 0 occurrences Mark set [2 times] error in process filter: not: Wrong type argument: stringp, nil error in process filter: Wrong type argument: stringp, nil error in process filter: cond: Phase error in gdb-prompt (got emacs) error in process filter: Phase error in gdb-prompt (got emacs) BTW, note all the spurious `Mark set' and `Replaced 0 occurrences' messages (I never set the mark or did any replacing) -- it looks like some lisp code is using the `replace-string' function when it shouldn't (generally lisp code shouldn't use it at all). Hmmm, is there anything I can do to provide more useful bug reports? Thanks, -Miles -- `Cars give people wonderful freedom and increase their opportunities. But they also destroy the environment, to an extent so drastic that they kill all social life' (from _A Pattern Language_)