From unknown Sat Sep 20 03:58:44 2025 X-Loop: don@donarmstrong.com Subject: bug#1155: 23.0.60; GUD hangs Reply-To: Guillaume Salagnac , 1155@debbugs.gnu.org Resent-From: Guillaume Salagnac Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 13 Oct 2008 06:30:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1155 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.122387906021966 (code B ref -1); Mon, 13 Oct 2008 06:30:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.9 required=4.0 tests=BAYES_00,FOURLA, RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 13 Oct 2008 06:24:20 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9D6OGMX021960 for ; Sun, 12 Oct 2008 23:24:17 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KpGqm-0002ZQ-5J for bug-gnu-emacs@gnu.org; Mon, 13 Oct 2008 02:24:16 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KpGqi-0002Yz-VA for bug-gnu-emacs@gnu.org; Mon, 13 Oct 2008 02:24:15 -0400 Received: from [199.232.76.173] (port=59345 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KpGqi-0002Yw-P2 for bug-gnu-emacs@gnu.org; Mon, 13 Oct 2008 02:24:12 -0400 Received: from mx20.gnu.org ([199.232.41.8]:40994) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KpGqi-0001Qr-7i for bug-gnu-emacs@gnu.org; Mon, 13 Oct 2008 02:24:12 -0400 Received: from rv-out-0708.google.com ([209.85.198.248]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KpGqh-000848-3L for bug-gnu-emacs@gnu.org; Mon, 13 Oct 2008 02:24:11 -0400 Received: by rv-out-0708.google.com with SMTP id k29so1768907rvb.6 for ; Sun, 12 Oct 2008 23:24:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=l4CzEXX6QVl58GZxD1Um46NCnt2HD4hvzgZ2Mx9pILE=; b=uF80Lkghh/vVXL/ZKfdey5h4BgoF92vL61Hbv+ccoTp1i77f7AGReqqVRgBZfUv5e4 y0oua3BOFgugyL2cmSC/5UVPqtDRkXWPh1LAD70OtfeU5jrBBj7XpuvTLWHF8Y2r9Q/y Wm6diepAUb1N17TmEEWKW1UtAljIWpLNbMGX8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=lkfAlqhXY0mEGPgcjyIZ8OpPzZOE8wxFxo3j1bMPld9drD5impXNl5Yi8dpv/S+2tz fHknu6pQzCJK9JYd/m/ZthcFOuXgtRBUPOdQeqKINr7QZeFwHrSjdp+7XHsXYBNqX+Un xs2YOJxDEtc3/mrauWNx5ix5p8PZn4NBD+a24= Received: by 10.140.134.15 with SMTP id h15mr3437363rvd.65.1223879048850; Sun, 12 Oct 2008 23:24:08 -0700 (PDT) Received: from ?140.253.15.89? (midgee-ph.cat.csiro.au [140.253.15.89]) by mx.google.com with ESMTPS id b8sm17360892rvf.4.2008.10.12.23.24.06 (version=SSLv3 cipher=RC4-MD5); Sun, 12 Oct 2008 23:24:08 -0700 (PDT) Message-ID: <48F2E984.2080003@gmail.com> Date: Mon, 13 Oct 2008 16:24:04 +1000 From: Guillaume Salagnac User-Agent: Thunderbird 2.0.0.17 (X11/20080925) MIME-Version: 1.0 To: bug-gnu-emacs@gnu.org, guillaume.salagnac@gmail.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-kernel: by mx20.gnu.org: Linux 2.6 (newer, 2) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) I try to debug a program with M-x gdb, like I did in the past, but it does not seem to work in recent emacsen. gdb starts (in a *gud* buffer) but does not respond to commands. Even a simple "help" does not suceed. Maybe I am doing something wrong (then please correct me), but it does work fine in emacs 21. I experienced the same behaviour here in an emacs 23.0.60.1 and 22.1.1 (all three versions as shipped in ubuntu hardy) BTW, this is my first bug report, but it is my second try : M-x bug-report seems to be address messages by default to emacs-pretest-bug@gnu.org that goes nowhere. But maybe I am perhaps doing something wrong. Edit: third try, actually, because this message has just been sent blank by emacs. I try again from thunderbird (fortunately I had backuped the content of the message this time) -Guillaume In GNU Emacs 23.0.60.1 (i486-pc-linux-gnu, GTK+ Version 2.12.9) of 2008-03-20 on vernadsky, modified by Debian (emacs-snapshot package, version 1:20080228-1ubuntu1) Windowing system distributor `The X.Org Foundation', version 11.0.10400090 configured using `configure '--build' 'i486-linux-gnu' '--host' 'i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/23.0.60/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.0.60/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/23.0.60/leim' '--with-x=yes' '--with-x-toolkit=gtk' '--enable-font-backend' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' 'LDFLAGS=-g -Wl,--as-needed' 'CPPFLAGS='' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_AU.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default-enable-multibyte-characters: t Major mode: Debugger Minor modes in effect: tooltip-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: M-x g d b h e l p C-c C-c M-x r e p o r t - e m a c s - b u g Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. From unknown Sat Sep 20 03:58:44 2025 X-Loop: don@donarmstrong.com Subject: bug#1155: 23.0.60; GUD hangs Reply-To: Nick Roberts , 1155@debbugs.gnu.org Resent-From: Nick Roberts Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 14 Oct 2008 07:55:05 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1155 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1155-submit@emacsbugs.donarmstrong.com id=B1155.122397055312354 (code B ref 1155); Tue, 14 Oct 2008 07:55:05 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.3 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1155) by emacsbugs.donarmstrong.com; 14 Oct 2008 07:49:13 +0000 Received: from viper.snap.net.nz (viper.snap.net.nz [202.37.101.25]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9E7n7ff012348 for <1155@emacsbugs.donarmstrong.com>; Tue, 14 Oct 2008 00:49:08 -0700 Received: from kahikatea.snap.net.nz (98.29.255.123.static.snap.net.nz [123.255.29.98]) by viper.snap.net.nz (Postfix) with ESMTP id 741A43DA2BE; Tue, 14 Oct 2008 20:49:06 +1300 (NZDT) Received: by kahikatea.snap.net.nz (Postfix, from userid 1000) id 2ACE68FC6D; Tue, 14 Oct 2008 20:49:05 +1300 (NZDT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18676.20207.515928.981237@kahikatea.snap.net.nz> Date: Tue, 14 Oct 2008 20:49:03 +1300 To: Guillaume Salagnac , 1155@debbugs.gnu.org In-Reply-To: <48F2E984.2080003@gmail.com> References: <48F2E984.2080003@gmail.com> X-Mailer: VM 7.19 under Emacs 22.3.1 > I try to debug a program with M-x gdb, like I did in the past, but it > does not seem to work in recent emacsen. gdb starts (in a *gud* > buffer) but does not respond to commands. Even a simple "help" does > not suceed. > > Maybe I am doing something wrong (then please correct me), but it does > work fine in emacs 21. I experienced the same behaviour here in an emacs > 23.0.60.1 and 22.1.1 (all three versions as shipped in ubuntu hardy) M-x gdb works differently in Emacs 21, but similarly in Emacs 22.1 and Emacs 23.0.60. Emacs 22.1 has been included with many distributions including Ubuntu Hardy and there have been few bug reports, so I suspect it has something to do with your set up. Have you read the node in the Emacs manual about bug reporting? In particular what happens if you don't load your .emacs, i.e., start Emacs with "-q"? What version of GDB are you using? > BTW, this is my first bug report, but it is my second try : > M-x bug-report seems to be address messages by default to > emacs-pretest-bug@gnu.org that goes nowhere. But maybe I am perhaps > doing something wrong. emacs-pretest-bug@gnu.org is an active mailing list and the right one for reporting bugs in Emacs 23.0.60. Maybe there is something wrong with your mail server. > ... > Recent input: > M-x g d b > > > h e l p C-c C-c M-x r > e p o r t - e m a c s - b u g What text do you have in the mini-buffer when you type for the second time? -- Nick http://www.inet.net.nz/~nickrob From unknown Sat Sep 20 03:58:44 2025 X-Loop: don@donarmstrong.com Subject: bug#1155: 23.0.60; GUD hangs Reply-To: Guillaume Salagnac , 1155@debbugs.gnu.org Resent-From: Guillaume Salagnac Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 14 Oct 2008 09:15:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1155 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1155-submit@emacsbugs.donarmstrong.com id=B1155.1223975226463 (code B ref 1155); Tue, 14 Oct 2008 09:15:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.7 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, HTML_MESSAGE autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1155) by emacsbugs.donarmstrong.com; 14 Oct 2008 09:07:06 +0000 Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9E96wgW000457 for <1155@emacsbugs.donarmstrong.com>; Tue, 14 Oct 2008 02:06:59 -0700 Received: by rv-out-0506.google.com with SMTP id k40so2277998rvb.1 for <1155@emacsbugs.donarmstrong.com>; Tue, 14 Oct 2008 02:06:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type; bh=b14OFGk/mm9Iur2a5rGUuCp8E9On+6/qMUIEAD4xWPY=; b=IpD1Z1/mmeFcc77BQ5UhwQcm1e+v07QbTF2RHs/I33wpdq2im4PSVOHIJIM1qHa/CE Kx+Xm2Zy6ghFOmJTPYhEFKCojbklA2mpDbjaQ112gxiB4wRbK1il/RVz9JiWcO8MA9d9 0S6nmsFB4O3VU41qW0okXqd56FNgLCoHs115Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; b=qi0Bw9gB8JdRJG7paB1KitK2q9uwYwyu1zk+5JuoDwLyRnNayKbA3+/8OOBM7ia5Hx xTXCowV2sp7D+HE8Bmfv/je4aRpVxEUU9Te9X+yeVJSBAkPBcWAHKc17YVHTN0Thf9zG ZpObCH9a0eKimgjWICeVbakOvXAKutNU/xNjk= Received: by 10.141.142.15 with SMTP id u15mr4634136rvn.171.1223975217197; Tue, 14 Oct 2008 02:06:57 -0700 (PDT) Received: from ?140.253.15.89? (midgee-ph.cat.csiro.au [140.253.15.89]) by mx.google.com with ESMTPS id g31sm9580498rvb.7.2008.10.14.02.06.54 (version=SSLv3 cipher=RC4-MD5); Tue, 14 Oct 2008 02:06:56 -0700 (PDT) Message-ID: <48F4612C.1050204@gmail.com> Date: Tue, 14 Oct 2008 19:06:52 +1000 From: Guillaume Salagnac User-Agent: Thunderbird 2.0.0.17 (X11/20080925) MIME-Version: 1.0 To: Nick Roberts CC: 1155@debbugs.gnu.org References: <48F2E984.2080003@gmail.com> <18676.20207.515928.981237@kahikatea.snap.net.nz> In-Reply-To: <18676.20207.515928.981237@kahikatea.snap.net.nz> Content-Type: multipart/alternative; boundary="------------080704060401080808020009" This is a multi-part message in MIME format. --------------080704060401080808020009 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Note: it's been a long time between the moment I started writing this e-mail, and the moment I finished it, so please bear with me until the end. Nick Roberts wrote: > > I try to debug a program with M-x gdb, like I did in the past, but it > > does not seem to work in recent emacsen. gdb starts (in a *gud* > > buffer) but does not respond to commands. Even a simple "help" does > > not suceed. > > > > Maybe I am doing something wrong (then please correct me), but it does > > work fine in emacs 21. I experienced the same behaviour here in an emacs > > 23.0.60.1 and 22.1.1 (all three versions as shipped in ubuntu hardy) > > M-x gdb works differently in Emacs 21, but similarly in Emacs 22.1 and > Emacs 23.0.60. Emacs 22.1 has been included with many distributions including > Ubuntu Hardy and there have been few bug reports, so I suspect it has something > to do with your set up. > > Hi, the behaviour I describe is of course when starting emacs with -Q ; therefore, I do not suspect my (emacs) setup. For the external setup, I would be glad to verify it, if you could indicate me any pitfalls. As long as emacs finds gdb, I thought it should be fine. BTW, and this drives me crazy, sometimes-it-work-and-sometimes-it-doesnt (tm). My suspicion is that the problem perhaps comes from the way emacs communicate with gdb : what if there are different instances of gdb running at the same time on the machine ? what if there are other emacsen ? what if those emacsen also happen to run gdbs ? Anyway, when it does not what I want, I switch to emacs 21, and this one works. Still, it is not satisfying :-) > Have you read the node in the Emacs manual about bug reporting? > Yes. > In particular what happens if you don't load your .emacs, i.e., start Emacs > with "-q"? > exactly the same ; actually, this is the first thing it tried (but with -Q) > What version of GDB are you using? > > GNU gdb 6.8-debian (the one by default in ubuntu hardy) > > BTW, this is my first bug report, but it is my second try : > > M-x bug-report seems to be address messages by default to > > emacs-pretest-bug@gnu.org that goes nowhere. But maybe I am perhaps > > doing something wrong. > > emacs-pretest-bug@gnu.org is an active mailing list and the right one for > reporting bugs in Emacs 23.0.60. Maybe there is something wrong with your > mail server. > I don't know: on http://ists.gnu.org/archive/html/emacs-pretest-bug , the last message is from july 2007, saying that the list is discontinued. But maybe I missed something. > > ... > > Recent input: > > M-x g d b > > > > > > h e l p C-c C-c M-x r > > e p o r t - e m a c s - b u g > > What text do you have in the mini-buffer when you type for the > second time? > When I type "M-x gdb", the text by default in the minibuffer is "Run gdb (like this): gdb --annotate=3 foo", where "foo" is a random executable file in my home directory. All the s are to remove everything up to just "gdb" (the second one of course ; I do not modify the prompt) But hey ! that does seem to make a difference. In my home directory, I start emacs 23 with -Q and I type M-x gdb. The text by default is "gdb --annotate=3 .zshrc". If I just press return, I can ask for "help" and get gdb help. If I remove everything but "gdb", so as to choose my "file" and my "set args" later, it does not work. Hoho (typing as I'm reading the web) : the online documentation of gdb (not the man page, not the info page, not the gdb --help) mention this option, and says : http://sourceware.org/gdb/current/onlinedocs/gdb_3.html#IDX37 |-annotate level| This option sets the /annotation level/ inside GDB. Its effect is identical to using `set annotate level' (see section 25. GDB Annotations ). The annotation level controls how much information GDB prints together with its prompt, values of expressions, source lines, and other types of output. Level 0 is the normal, level 1 is for use when GDB is run as a subprocess of GNU Emacs, level 3 is the maximum annotation suitable for programs that control GDB, and level 2 has been deprecated. Having played now a little bit with this option, I disagree with this documentation. level 1 and level 2 do not make my emacs happy, and GDB is still irresponsive. However, the solution to my problem seems to be this "annotation level 3" thing. Now remains the questions as to why it does work like a charm in emacs 21 without this option, and also why the necessity of this option for gud is documented nowhere (if I, the end user, am not allowed to remove this option from the command line without breaking GUD, either I should not be allowed to remove it, or at least I should be warned.) But yes, for the moment I am back in emacs 23 for my debugging activites. yay ! Thanks again, -G --------------080704060401080808020009 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Note: it's been a long time between the moment I started writing this e-mail, and the moment I finished it, so please bear with me until the end.

Nick Roberts wrote: 
 > I try to debug a program with M-x gdb, like I did in the past, but it
 > does not seem to work in recent emacsen. gdb starts (in a *gud*
 > buffer) but does not respond to commands. Even a simple "help" does
 > not suceed.
 > 
 > Maybe I am doing something wrong (then please correct me), but it does
 > work fine in emacs 21. I experienced the same behaviour here in an emacs
 > 23.0.60.1 and 22.1.1 (all three versions as shipped in ubuntu hardy)

M-x gdb works differently in Emacs 21, but similarly in Emacs 22.1 and
Emacs 23.0.60.  Emacs 22.1 has been included with many distributions including
Ubuntu Hardy and there have been few bug reports, so I suspect it has something
to do with your set up.
Hi,

the behaviour I describe is of course when starting emacs with -Q ; therefore, I do not suspect my (emacs) setup. For the external setup, I would be glad to verify it, if you could indicate me any pitfalls. As long as emacs finds gdb, I thought it should be fine.

BTW, and this drives me crazy, sometimes-it-work-and-sometimes-it-doesnt (tm). My suspicion is that the problem perhaps comes from the way emacs communicate with gdb : what if there are different instances of gdb running at the same time on the machine ? what if there are other emacsen ? what if those emacsen also happen to run gdbs ? Anyway, when it does not what I want, I switch to emacs 21, and this one works. Still, it is not satisfying :-)

Have you read the node in the Emacs manual about bug reporting?
Yes.

In particular what happens if you don't load your .emacs, i.e., start Emacs
with "-q"?
exactly the same ; actually, this is the first thing it tried (but with -Q)
What version of GDB are you using?
GNU gdb 6.8-debian (the one by default in ubuntu hardy)

 > BTW, this is my first bug report, but it is my second try :
 >  M-x bug-report seems to be address messages by default to
 > emacs-pretest-bug@gnu.org that goes nowhere. But maybe I am perhaps
 > doing something wrong.

emacs-pretest-bug@gnu.org is an active mailing list and the right one for
reporting bugs in Emacs 23.0.60.  Maybe there is something wrong with your
mail server.
I don't know: on http://ists.gnu.org/archive/html/emacs-pretest-bug , the last message is from july 2007, saying that the list is discontinued. But maybe I missed something.

 > ...
 > Recent input:
 > M-x g d b <return> <backspace> <backspace> <backspace>
 > <backspace> <backspace> <backspace> <backspace> <backspace>
 > <backspace> <backspace> <backspace> <backspace> <backspace>
 > <backspace> <return> h e l p <return> C-c C-c M-x r
 > e p o r t - e m a c s - b u g <return>

What text do you have in the mini-buffer when you type <return> for the
second time?
When I type "M-x gdb", the text by default in the minibuffer is  "Run gdb (like this): gdb --annotate=3 foo", where "foo" is a random executable file in my home directory. All the <backspace>s are to remove everything up to just "gdb" (the second one of course ; I do not modify the prompt)

But hey ! that does seem to make a difference. In my home directory, I start emacs 23 with -Q and I type M-x gdb. The text by default is "gdb --annotate=3 .zshrc". If I just press return, I can ask for "help" and get gdb help. If I remove everything but "gdb", so as to choose my "file" and my "set args" later, it does not work.

Hoho (typing as I'm reading the web) : the online documentation of gdb (not the man page, not the info page, not the gdb --help) mention this option, and says :

http://sourceware.org/gdb/current/onlinedocs/gdb_3.html#IDX37
-annotate level
This option sets the annotation level inside GDB. Its effect is identical to using `set annotate level' (see section 25. GDB Annotations). The annotation level controls how much information GDB prints together with its prompt, values of expressions, source lines, and other types of output. Level 0 is the normal, level 1 is for use when GDB is run as a subprocess of GNU Emacs, level 3 is the maximum annotation suitable for programs that control GDB, and level 2 has been deprecated.
Having played now a little bit with this option, I disagree with this documentation. level 1 and level 2 do not make my emacs happy, and GDB is still irresponsive. However, the solution to my problem seems to be this "annotation level 3" thing.

Now remains the questions as to why it does work like a charm in emacs 21 without this option, and also why the necessity of this option for gud is documented nowhere (if I, the end user, am not allowed to remove this option from the command line without breaking GUD, either I should not be allowed to remove it, or at least I should be warned.)

But yes, for the moment I am back in emacs 23 for my debugging activites.

 yay !


Thanks again,
-G

--------------080704060401080808020009-- From unknown Sat Sep 20 03:58:44 2025 X-Loop: don@donarmstrong.com Subject: bug#1155: 23.0.60; GUD hangs Reply-To: Nick Roberts , 1155@debbugs.gnu.org Resent-From: Nick Roberts Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 14 Oct 2008 10:20:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1155 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1155-submit@emacsbugs.donarmstrong.com id=B1155.122397902816617 (code B ref 1155); Tue, 14 Oct 2008 10:20:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-5.7 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, REMOVEDOT autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1155) by emacsbugs.donarmstrong.com; 14 Oct 2008 10:10:28 +0000 Received: from viper.snap.net.nz (viper.snap.net.nz [202.37.101.25]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9EAAOuU016611 for <1155@emacsbugs.donarmstrong.com>; Tue, 14 Oct 2008 03:10:26 -0700 Received: from kahikatea.snap.net.nz (98.29.255.123.static.snap.net.nz [123.255.29.98]) by viper.snap.net.nz (Postfix) with ESMTP id F111D3D98AB; Tue, 14 Oct 2008 23:10:23 +1300 (NZDT) Received: by kahikatea.snap.net.nz (Postfix, from userid 1000) id B24A28FC6F; Tue, 14 Oct 2008 23:10:20 +1300 (NZDT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18676.28667.130454.937512@kahikatea.snap.net.nz> Date: Tue, 14 Oct 2008 23:10:03 +1300 To: Guillaume Salagnac Cc: 1155@debbugs.gnu.org In-Reply-To: <48F4612C.1050204@gmail.com> References: <48F2E984.2080003@gmail.com> <18676.20207.515928.981237@kahikatea.snap.net.nz> <48F4612C.1050204@gmail.com> X-Mailer: VM 7.19 under Emacs 22.3.1 > BTW, and this drives me crazy, sometimes-it-work-and-sometimes-it-doesnt > (tm). My suspicion is that the problem perhaps comes from the way emacs > communicate with gdb : what if there are different instances of gdb > running at the same time on the machine ? what if there are other > emacsen ? what if those emacsen also happen to run gdbs ? Anyway, when > it does not what I want, I switch to emacs 21, and this one works. > Still, it is not satisfying :-) Emacs communicates with GDB through a terminal (or a pipe) so it shouldn't matter if there are different instances of gdb, or other emacsen. > > emacs-pretest-bug@gnu.org is an active mailing list and the right one for > > reporting bugs in Emacs 23.0.60. Maybe there is something wrong with your > > mail server. > > > I don't know: on http://ists.gnu.org/archive/html/emacs-pretest-bug , > the last message is from july 2007, saying that the list is > discontinued. But maybe I missed something. I believe that emacs-pretest-bug is aliased to emacs-devel but if the subject header starts with 23.0.60; it goes through Don Armstrong's bug tracker. > > > ... > > > Recent input: > > > M-x g d b > > > > > > > > > h e l p C-c C-c M-x r > > > e p o r t - e m a c s - b u g > > > > What text do you have in the mini-buffer when you type for the > > second time? > > > When I type "M-x gdb", the text by default in the minibuffer is "Run > gdb (like this): gdb --annotate=3 foo", where "foo" is a random > executable file in my home directory. All the s are to remove > everything up to just "gdb" (the second one of course ; I do not modify > the prompt) You need to, at least, keep "gdb --annotate=3" > But hey ! that does seem to make a difference. In my home directory, I > start emacs 23 with -Q and I type M-x gdb. The text by default is "gdb > --annotate=3 .zshrc". If I just press return, I can ask for "help" and > get gdb help. If I remove everything but "gdb", so as to choose my > "file" and my "set args" later, it does not work. It's unlikely that you want to debug .zshrc (Emacs just looks for the last executable to be modified in default-directory) but it should look something like: "Run gdb (like this): gdb --annotate=3 myprog when you press in the mini-buffer, where myprog is the name your executable (use an absolute filename if you're not sure what directory you're in). > Hoho (typing as I'm reading the web) : the online documentation of gdb > (not the man page, not the info page, not the gdb --help) mention this > option, and says : > > http://sourceware.org/gdb/current/onlinedocs/gdb_3.html#IDX37 The node "GDB Graphical Interface" in the Emacs info manual is probably of more interest to you. If you have the tool bar present, which can be useful for debugging, you can click on the Info button (bulb or question mark) to get to this node from the GUD buffer. > ... > Now remains the questions as to why it does work like a charm in emacs > 21 without this option, and also why the necessity of this option for > gud is documented nowhere (if I, the end user, am not allowed to remove > this option from the command line without breaking GUD, either I should > not be allowed to remove it, or at least I should be warned.) Emacs 21 used "--fullname" which is the same as "--annotate=1" but it was hidden from the user. So yes, people coming from Emacs 21 have a different expectation and you have a point. However, the user may want to change the pathname to GDB, for example. C-h f gdb says The option "--annotate=3" must be included in this value. To run GDB in text command mode, use `gud-gdb'. You need to use text command mode to debug multiple programs within one Emacs session. at the end of the *Help* buffer. "Text command mode" is like M-x gdb in Emacs 21. -- Nick http://www.inet.net.nz/~nickrob