From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chris Gordon-Smith Newsgroups: gmane.emacs.help Subject: Re: Emacs and Gud Date: Mon, 07 Jan 2008 22:28:06 +0000 Message-ID: <5ufn1qF1i2rg8U1@mid.individual.net> References: <5udbjuF1gu97uU1@mid.individual.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Trace: ger.gmane.org 1199745679 24957 80.91.229.12 (7 Jan 2008 22:41:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 7 Jan 2008 22:41:19 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Jan 07 23:41:40 2008 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JC0ey-0006S7-J1 for geh-help-gnu-emacs@m.gmane.org; Mon, 07 Jan 2008 23:41:32 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JC0eb-0003dI-LG for geh-help-gnu-emacs@m.gmane.org; Mon, 07 Jan 2008 17:41:09 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!syros.belnet.be!news.belnet.be!newsfeed00.sul.t-online.de!t-online.de!newsfeed.freenet.de!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 92 Original-X-Trace: individual.net G6cBnMEX8Ox++z9Z7dbpig/yNdY1ElbmKuNi+GVdF39bZgurJq Cancel-Lock: sha1:ykoMGKpag6BNKK3GAZS3Ilt2Vq4= User-Agent: KNode/0.10.4 Original-Xref: shelby.stanford.edu gnu.emacs.help:155149 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:50567 Archived-At: Nick Roberts wrote: > > > possible that they have configured Emacs to just use text mode. > > > However, even in this case Emacs 22.1 should look like this: > > > > > > Run gdb (like this): > > > gdb --fullname > > > /home/chris/mydata/Projects/SimSoup/simsoup-cpp/simsoup/simsoup > > > > > Interesting. This gets me into a graphical mode where I have a source > > window with a pointer in the fringe by the execution point. However, I > > still don't have the other debugger windows (stack etc.), and I don't > > have the little red dot in the fringe by breakpoints. > > This is what we call text command mode in the Emacs manual. Its > "traditional" > GUD that has been part of Emacs 21 and earlier. Its quite basic: there > are just two buffers, the GUD buffer for typing GDB commands and the > source buffer. I would guess from your surprise and description that > you've not used gdb in an earlier version of Emacs. > > > > or this: > > > > > > Run gdb (like this): > > > gdb --annotate=1 > > > /home/chris/mydata/Projects/SimSoup/simsoup-cpp/simsoup/simsoup > > > > > This gives the same as gdb --fullname > > --fullname and --annotate=1 are equivalent options in GDB. > > > > > > What value does gud-gdb-command-name have? > > > > > (gud-gdb-command-name "gdb > > /home/chris/mydata/Projects/SimSoup/simsoup-cpp/simsoup/simsoup") > > OK, now I understand. The default option "--annotate=3" is necessary for > the operation of the GDB Graphical Interface ("--annotate=2" also works > but there > are differences). I'll will add a note in the doc string to that effect - > thanks. > > It looks like you only ever debug one program. If that's the > case customise gud-gdb-command-name to: > > "gdb --annotate=3 > /home/chris/mydata/Projects/SimSoup/simsoup-cpp/simsoup/simsoup" > > > If I try --annotate=2 I get all the debug windows, but now the gdb > > command line usually won't do anything (eg if I type "list" nothing > > happens)! I did however get a working system the first time I tried > > --annotate=2, with the little red dot etc., but no joy since then > > Emacs might be confused by the previous value. What happens if you > customise gud-gdb-command-name to the above value and restart Emacs? > Thanks for your comments. It seems that the problem is a conflict between ECB and GUD. If I run GUD with --annotate=1 then I gat the basic two buffer debugging, and this works OK within an ECB environment. With --annotate=2 or --annotate=3, GUD doesn't work properly with ECB. I get messages like:- "error in process filter; Window height 2 too small (after splitting)" Sometimes it partly works, but usually the GUD menu disappears and so do most of the debug windows. There seems to be no way to get them back. If I deactivate ECB before I start GDB, then both --annotate=2 and annotate=3 work fine. Incidentally, I have set gud-gdb-command-name to gdb --annotate=3 /home/chris/mydata/Projects/SimSoup/simsoup-cpp/simsoup/simsoup I mainly use ECB for programming, and I think that while it would be nice to have it available while debugging, it is workable without. Any thoughts on how to get ECB and GUD working together would however be welcome. Chris Gordon-Smith London www.simsoup.info