From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Jan D." Newsgroups: gmane.emacs.devel Subject: Re: Toolbar problems with GDB mode. Date: Sat, 4 Jan 2003 14:05:17 +0100 (CET) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200301041432.h04EWjeA032078@stubby.bodenonline.com> References: <15894.10751.990342.816630@nick.uklinux.net> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1041687552 17246 80.91.224.249 (4 Jan 2003 13:39:12 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 4 Jan 2003 13:39:12 +0000 (UTC) Cc: emacs devel Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18UoW7-0004U1-00 for ; Sat, 04 Jan 2003 14:39:11 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18UoZE-0005pK-00 for ; Sat, 04 Jan 2003 14:42:24 +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 18UoVe-0000pd-00 for emacs-devel@quimby.gnus.org; Sat, 04 Jan 2003 08:38:42 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18UoUm-0000Qw-00 for emacs-devel@gnu.org; Sat, 04 Jan 2003 08:37:48 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18UoUX-0008Un-00 for emacs-devel@gnu.org; Sat, 04 Jan 2003 08:37:34 -0500 Original-Received: from stubby.bodenonline.com ([193.201.16.94]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18UoUP-0008TA-00 for emacs-devel@gnu.org; Sat, 04 Jan 2003 08:37:25 -0500 Original-Received: from accessno42.bodenonline.com (IDENT:root@accessno42.bodenonline.com [193.201.16.44]) h04EWjeA032078; Sat, 4 Jan 2003 15:32:53 +0100 In-Reply-To: <15894.10751.990342.816630@nick.uklinux.net> "from Nick Roberts at Jan 4, 2003 00:25:35 am" Original-To: Nick Roberts X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:10460 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:10460 > > Then the .gdbinit puts two breakpoints, nr 2 in emacs.c and gdba loads > > that file. This is kind of annoying since I had the file I wanted to > > debug visible, but now it is buried. But this is not the big bug. > > It doesn't load emacs.c because it has a breakpoint there but because > thats where the execution starts. Thats standard practice for GUI debuggers. Okay, but it is also the one thing i dislike with DDD for example. In embedded development, one does not even have a main. DDD then loads a random file, which is annoying as it takes time. I frequently do like this: Go to line in file where I would like to break C-x 2 start gdb in the upper window. C-x 0 C-x C-v C-a The last line is like one gesture, and gdba breaks that for me. I don't think it is a good idea to switch and hide file buffer a user is looking at. Isn't that the reason why for example compile splits the frame in two windows, to keep the file the user is editing in sight? > gdba requires that the screen size for GDB is unlimited. In emacs, TERM = dumb > means that this is normally the case. I'm guessing you've got something in a > .gdbinit file (possibly in your home directory) that says (something like): > > set height 24 The GDB default is 24 lines, and I had no terminfo entry for dumb, hence GDB uses 24. Adding a terminfo solves that. But if gdba requires a specific height, can it not do that as the first command to GDB by itself? Just a thought. Another thing you should look at is starting gdba, stopping GDB and killing the buffer, then starting gdba again. It does funny things, like showing a buffer named *Displayed expressions of emacs*, and this is in *Messages*: error in process filter: gdb-info-breakpoints-handler: Selecting deleted buffer error in process filter: Selecting deleted buffer Jan D.