From alfredo.buttari@gmail.com Thu Dec 4 02:51:33 2008 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.4 required=4.0 tests=BAYES_00,FOURLA,HTML_MESSAGE, RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 4 Dec 2008 10:51:33 +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 mB4ApU9A031239 for ; Thu, 4 Dec 2008 02:51:31 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L8Bnt-00042t-PT for bug-gnu-emacs@gnu.org; Thu, 04 Dec 2008 05:51:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L8Bns-00042P-Cu for bug-gnu-emacs@gnu.org; Thu, 04 Dec 2008 05:51:28 -0500 Received: from [199.232.76.173] (port=36090 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L8Bns-00042M-5J for bug-gnu-emacs@gnu.org; Thu, 04 Dec 2008 05:51:28 -0500 Received: from yx-out-1718.google.com ([74.125.44.155]:4068) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L8Bnr-0001qD-LA for bug-gnu-emacs@gnu.org; Thu, 04 Dec 2008 05:51:27 -0500 Received: by yx-out-1718.google.com with SMTP id 34so3523665yxf.66 for ; Thu, 04 Dec 2008 02:51:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:mime-version:content-type:x-google-sender-auth; bh=OX3llasTI3LC66qFuGnusQ/UpUouFEaFHBqJPEPlcfs=; b=K9xoz42R2Vw/hmypFKa2xPvoPcERVJiS51+79DlNrmeTY64EWhcvC1qIIRa7xUHGwk pq2/bf3CvpssmrfhtjU1xnxjnr2PQehFT+BqqdFM5AoomR3uDzD0nI/Qnp0G6p/WDe22 cvJcYGSZhC8+LgLjK2ESODGjIj3+DdO1+/nYw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type :x-google-sender-auth; b=bgHhhKAVFtDco0UauFw2s3nqdnPhGRh1RtJjGwfILBWX8P+VSSfnid+M9GAlp8CN6N dH0kY7Y9mdRjKVTKakzS7VMTINsjYglbPHd6z2Ihv7n8TX3Bt2bUSS9xyOWbIwItNnxY UhVVVuawlrNXuQkcdGZE1OfgCmWh4PJb2oXEA= Received: by 10.100.139.20 with SMTP id m20mr8339148and.147.1228387886643; Thu, 04 Dec 2008 02:51:26 -0800 (PST) Received: by 10.100.172.14 with HTTP; Thu, 4 Dec 2008 02:51:26 -0800 (PST) Message-ID: <714f3a810812040251i4f6ce006u6e85766f952c92ef@mail.gmail.com> Date: Thu, 4 Dec 2008 11:51:26 +0100 From: "Alfredo Buttari" Sender: alfredo.buttari@gmail.com To: bug-gnu-emacs@gnu.org Subject: gud.el not working with idb MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_2111_27283362.1228387886641" X-Google-Sender-Auth: 092db1165bf81efd X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) ------=_Part_2111_27283362.1228387886641 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, I just recompiled emacs (latest version from CVS) but I noticed that gud.el is not working anymore when used in combination with the intel idb debugger. After "M-x gdb" I provide the debugger command "idb -gdb -fullname myexe" (as reported on the idb manual) and the main gud window is loaded. At this point, whatever I do gud just hangs. For example if I type "r" to run the executable, gud gets stuck like this: Current directory is ~/ Intel(R) Debugger for applications running on IA-32, Version 10.1-32 , Build 20070828 ------------------ object file name: ciao Reading symbols from /home/abuttari/ciao...done. (idb) r This used to work perfectly until some time ago. Not being an expert lisp programmer, I just tried to go back in the gud.el history until I found a revision that works. So in the main branch the problem is between revision 1.136 (working) and 1.137 (not working). Revision 1.137 was committed by developer "miles". Could you please fix this? Thanks a lot Alfredo Buttari -- ----------------------------------------- Alfredo Buttari, PhD CNRS-IRIT 2 rue Camichel, 31071 Toulouse, France http://alfredobuttari.wordpress.com ------=_Part_2111_27283362.1228387886641 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello,
I just recompiled emacs (latest version from CVS) but I noticed that gud.el is not working anymore when used in combination with the intel idb debugger. After "M-x gdb" I provide the debugger command "idb -gdb -fullname myexe" (as reported on the idb manual) and the main gud window is loaded. At this point, whatever I do gud just hangs. For example if I type "r" to run the executable, gud gets stuck like this:

Current directory is ~/
Intel(R) Debugger for applications running on IA-32, Version 10.1-32 , Build 20070828
------------------
object file name: ciao
Reading symbols from /home/abuttari/ciao...done.
(idb) r



This used to work perfectly until some time ago.

Not being an expert lisp programmer, I just tried to go back in the gud.el history until I found a revision that works. So in the main branch the problem is between revision 1.136 (working) and 1.137 (not working). Revision 1.137 was committed by developer "miles".
Could you please fix this?

Thanks a lot

Alfredo Buttari


--
-----------------------------------------
Alfredo Buttari, PhD
CNRS-IRIT
2 rue Camichel, 31071 Toulouse, France
http://alfredobuttari.wordpress.com
------=_Part_2111_27283362.1228387886641-- From cyd@stupidchicken.com Thu Dec 4 20:20:59 2008 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=-4.0 required=4.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1489) by emacsbugs.donarmstrong.com; 5 Dec 2008 04:21:00 +0000 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB54Kv7g020814 for <1489@emacsbugs.donarmstrong.com>; Thu, 4 Dec 2008 20:20:58 -0800 Received: by cyd.mit.edu (Postfix, from userid 1000) id BE44357E1C8; Thu, 4 Dec 2008 23:20:59 -0500 (EST) From: Chong Yidong To: "Alfredo Buttari" Cc: 1489@debbugs.gnu.org Subject: gud.el not working with idb Date: Thu, 04 Dec 2008 23:20:59 -0500 Message-ID: <87fxl3w8us.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > I just recompiled emacs (latest version from CVS) but I noticed that > gud.el is not working anymore when used in combination with the intel > idb debugger. After "M-x gdb" I provide the debugger command "idb > -gdb -fullname myexe" (as reported on the idb manual) and the main gud > window is loaded. At this point, whatever I do gud just hangs. I don't have idb available, so I can only try to guess what went wrong. First of all, does anything change if you change the variable gud-gdb-command-name from "gdb --fullname" to "gdb --annotate=3"? From nickrob@snap.net.nz Thu Dec 4 22:04:58 2008 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.1 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1489) by emacsbugs.donarmstrong.com; 5 Dec 2008 06:04:58 +0000 Received: from viper.snap.net.nz (viper.snap.net.nz [202.37.101.23]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB564s67015892 for <1489@emacsbugs.donarmstrong.com>; Thu, 4 Dec 2008 22:04:56 -0800 Received: from kahikatea.snap.net.nz (unknown [123.255.28.60]) by viper.snap.net.nz (Postfix) with ESMTP id F2F823DA260; Fri, 5 Dec 2008 19:04:48 +1300 (NZDT) Received: by kahikatea.snap.net.nz (Postfix, from userid 1000) id 38AC38FC6D; Fri, 5 Dec 2008 19:04:47 +1300 (NZDT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18744.50302.218800.732415@kahikatea.snap.net.nz> Date: Fri, 5 Dec 2008 19:04:46 +1300 To: Chong Yidong , 1489@debbugs.gnu.org Cc: "Alfredo Buttari" Subject: Re: bug#1489: gud.el not working with idb In-Reply-To: <87fxl3w8us.fsf@cyd.mit.edu> References: <87fxl3w8us.fsf@cyd.mit.edu> X-Mailer: VM 7.19 under Emacs 22.3.1 Chong Yidong writes: > > I just recompiled emacs (latest version from CVS) but I noticed that > > gud.el is not working anymore when used in combination with the intel > > idb debugger. After "M-x gdb" I provide the debugger command "idb > > -gdb -fullname myexe" (as reported on the idb manual) and the main gud > > window is loaded. At this point, whatever I do gud just hangs. > > I don't have idb available, so I can only try to guess what went wrong. > First of all, does anything change if you change the variable > gud-gdb-command-name from "gdb --fullname" to "gdb --annotate=3"? This isn't really an Emacs bug as gud.el wasn't designed for idb, but `M-x gud-gdb' gives the old functionality that you probably want. -- Nick http://www.inet.net.nz/~nickrob From alfredo.buttari@gmail.com Thu Dec 4 22:59:24 2008 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=-4.4 required=4.0 tests=AWL,BAYES_00,FOURLA, HTML_MESSAGE autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1489) by emacsbugs.donarmstrong.com; 5 Dec 2008 06:59:24 +0000 Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB56xLJY029830 for <1489@emacsbugs.donarmstrong.com>; Thu, 4 Dec 2008 22:59:22 -0800 Received: by yx-out-2324.google.com with SMTP id 8so1962048yxg.31 for <1489@emacsbugs.donarmstrong.com>; Thu, 04 Dec 2008 22:59:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type:references :x-google-sender-auth; bh=GaKWonWv0L7dUDdkMVXUhPcpcHJrKFgAOrnxvuw3Tbc=; b=AgXK5wIwQw06Xpy4FWYrH1AqhimkGtgj8EOf9G9orlEEtQT0buhz3JkafcceldFVXl EaMSIwUhDkDVcbw3BMpxaYGRLaewfqAj4whbeb+kDXvnwlnV8nim38g+8oD/6YwWoLpg WgArQUbXUk0KwlXSqG3nduZePOZy27UFOBdt4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:references:x-google-sender-auth; b=gEL6jGkXCRlz7fO6t3i5Pd013yzK8NSff0o5tSkzxbGtS0w39km7TkaLCugP4wi5XB 5Ofx9/fayLv+B199haKWbBU/8woBEYfBUqaCt1us/xZvIH67Aup1JF34ALgA6xK0IKsS 7QGvewtbsv65KsbV+jnx3dq/cxiBH8XpHvmN0= Received: by 10.100.13.6 with SMTP id 6mr8540306anm.9.1228460361133; Thu, 04 Dec 2008 22:59:21 -0800 (PST) Received: by 10.100.172.14 with HTTP; Thu, 4 Dec 2008 22:59:21 -0800 (PST) Message-ID: <714f3a810812042259t1e0e1568l456e4a4e7970dd2e@mail.gmail.com> Date: Fri, 5 Dec 2008 07:59:21 +0100 From: "Alfredo Buttari" Sender: alfredo.buttari@gmail.com To: "Chong Yidong" Subject: Re: gud.el not working with idb Cc: 1489@debbugs.gnu.org In-Reply-To: <87fxl3w8us.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_13892_16733147.1228460361135" References: <87fxl3w8us.fsf@cyd.mit.edu> X-Google-Sender-Auth: 3f5d0f776bbc90e1 ------=_Part_13892_16733147.1228460361135 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Dear Chong, thanks for taking the time to rspond my question. No, unfortunately it doesn't change anything and I would be surprised if it did (please correct me if I'm wrong) since I don't use the default gdb command but idb -gdb -fullname Thanks again Alfredo On Fri, Dec 5, 2008 at 5:20 AM, Chong Yidong wrote: > > I don't have idb available, so I can only try to guess what went wrong. > First of all, does anything change if you change the variable > gud-gdb-command-name from "gdb --fullname" to "gdb --annotate=3"? -- ----------------------------------------- Alfredo Buttari, PhD CNRS-IRIT 2 rue Camichel, 31071 Toulouse, France http://alfredobuttari.wordpress.com ------=_Part_13892_16733147.1228460361135 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Dear Chong,
thanks for taking the time to rspond my question. No, unfortunately it doesn't change anything and I would be surprised if it did (please correct me if I'm wrong) since I don't use the default gdb command but

idb -gdb -fullname

Thanks again

Alfredo


On Fri, Dec 5, 2008 at 5:20 AM, Chong Yidong <cyd@stupidchicken.com> wrote:

I don't have idb available, so I can only try to guess what went wrong.
First of all, does anything change if you change the variable
gud-gdb-command-name from "gdb --fullname" to "gdb --annotate=3"?



--
-----------------------------------------
Alfredo Buttari, PhD
CNRS-IRIT
2 rue Camichel, 31071 Toulouse, France
http://alfredobuttari.wordpress.com
------=_Part_13892_16733147.1228460361135-- From alfredo.buttari@gmail.com Fri Dec 5 00:32:00 2008 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.4 required=4.0 tests=BAYES_00,FOURLA, HAS_BUG_NUMBER,HTML_MESSAGE autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1489) by emacsbugs.donarmstrong.com; 5 Dec 2008 08:32:00 +0000 Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB58VtK4021960 for <1489@emacsbugs.donarmstrong.com>; Fri, 5 Dec 2008 00:31:57 -0800 Received: by an-out-0708.google.com with SMTP id c38so1738353ana.31 for <1489@emacsbugs.donarmstrong.com>; Fri, 05 Dec 2008 00:31:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type:references :x-google-sender-auth; bh=eHZEKI+EM5WBJsPuSUcXdjOAeFa68y/aPU//HeaZeB4=; b=T4tLeweS+zubahW6ikP2tAFBI1OgZZvWTs65EgUsl6mEhBZjBmXpvBYr8WAl80QZzq HxlRO7QW3m0SWT80YlxEYW+GH8DMDRwddK9+Y9KRh2oRKdIt2PuOwYYk1iZBlTYWdvjL DmoTy9IMjBs25SXYiVEj+NUi6mxNCtqdb3R2g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:references:x-google-sender-auth; b=nKBHvYPbO4iXrwlQcSV4LBuwItQZ6wFVvOfl7/3APCSWy/GWqNbNAWg+UVDTZtZ7Q7 jNckDZt5TpyUMGTnPgKx8G+/5Xd8DzzkzA5+IFBFJwN0z9bC5tSA1/kmiPfr7dmfSYq9 Apx1ueuaKkuZW7S+HTfoc8ca4+QBgJ4HvGTxY= Received: by 10.100.43.10 with SMTP id q10mr8579999anq.1.1228465915386; Fri, 05 Dec 2008 00:31:55 -0800 (PST) Received: by 10.100.172.14 with HTTP; Fri, 5 Dec 2008 00:31:55 -0800 (PST) Message-ID: <714f3a810812050031i5239d34dkc4775d5c194f7c96@mail.gmail.com> Date: Fri, 5 Dec 2008 09:31:55 +0100 From: "Alfredo Buttari" Sender: alfredo.buttari@gmail.com To: "Nick Roberts" Subject: Re: bug#1489: gud.el not working with idb Cc: "Chong Yidong" , 1489@debbugs.gnu.org In-Reply-To: <18744.50302.218800.732415@kahikatea.snap.net.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_14161_10767713.1228465915371" References: <87fxl3w8us.fsf@cyd.mit.edu> <18744.50302.218800.732415@kahikatea.snap.net.nz> X-Google-Sender-Auth: cd9948782feb8d28 ------=_Part_14161_10767713.1228465915371 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Dear Nick, M-x gud-gdb does not work at all. This is the error I get: call-interactively: Autoloading failed to define function gud-gdb Yes I agree this shouldn't be considered a bug. However I imagine it should be relatively easy to fix since idb provides a gdb compatibility mode (see the -gdb flag in the debugger command) and would make many users happy. I may try to learn some lisp and look into this problem myself although revision 1.136 has everything I need. Thanks a lot Alfredo On Fri, Dec 5, 2008 at 7:04 AM, Nick Roberts wrote: > Chong Yidong writes: > > > I just recompiled emacs (latest version from CVS) but I noticed that > > > gud.el is not working anymore when used in combination with the intel > > > idb debugger. After "M-x gdb" I provide the debugger command "idb > > > -gdb -fullname myexe" (as reported on the idb manual) and the main gud > > > window is loaded. At this point, whatever I do gud just hangs. > > > > I don't have idb available, so I can only try to guess what went wrong. > > First of all, does anything change if you change the variable > > gud-gdb-command-name from "gdb --fullname" to "gdb --annotate=3"? > > This isn't really an Emacs bug as gud.el wasn't designed for idb, but > `M-x gud-gdb' gives the old functionality that you probably want. > > -- > Nick > http://www.inet.net.nz/~nickrob > -- ----------------------------------------- Alfredo Buttari, PhD CNRS-IRIT 2 rue Camichel, 31071 Toulouse, France http://alfredobuttari.wordpress.com ------=_Part_14161_10767713.1228465915371 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Dear Nick,
M-x gud-gdb does not work at all. This is the error I get:

call-interactively: Autoloading failed to define function gud-gdb

Yes I agree this shouldn't be considered a bug. However I imagine it should be relatively easy to fix since idb provides a gdb compatibility mode (see the -gdb flag in the debugger command) and would make many users happy. I may try to learn some lisp and look into this problem myself although revision 1.136 has everything I need.
Thanks a lot

Alfredo



On Fri, Dec 5, 2008 at 7:04 AM, Nick Roberts <nickrob@snap.net.nz> wrote:
Chong Yidong writes:
 > > I just recompiled emacs (latest version from CVS) but I noticed that
 > > gud.el is not working anymore when used in combination with the intel
 > > idb debugger.  After "M-x gdb" I provide the debugger command "idb
 > > -gdb -fullname myexe" (as reported on the idb manual) and the main gud
 > > window is loaded. At this point, whatever I do gud just hangs.
 >
 > I don't have idb available, so I can only try to guess what went wrong.
 > First of all, does anything change if you change the variable
 > gud-gdb-command-name from "gdb --fullname" to "gdb --annotate=3"?

This isn't really an Emacs bug as gud.el wasn't designed for idb, but
`M-x gud-gdb' gives the old functionality that you probably want.

--
Nick                                           http://www.inet.net.nz/~nickrob



--
-----------------------------------------
Alfredo Buttari, PhD
CNRS-IRIT
2 rue Camichel, 31071 Toulouse, France
http://alfredobuttari.wordpress.com
------=_Part_14161_10767713.1228465915371-- From monnier@iro.umontreal.ca Fri Dec 5 07:56:38 2008 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.8 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1489) by emacsbugs.donarmstrong.com; 5 Dec 2008 15:56:38 +0000 Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB5FuYmq004383 for <1489@emacsbugs.donarmstrong.com>; Fri, 5 Dec 2008 07:56:36 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvoEABveOEnO+Jkl/2dsb2JhbACBbc1xgwWBJg X-IronPort-AV: E=Sophos;i="4.33,721,1220241600"; d="scan'208";a="30696660" Received: from 206-248-153-37.dsl.teksavvy.com (HELO pastel.home) ([206.248.153.37]) by ironport2-out.teksavvy.com with ESMTP; 05 Dec 2008 10:56:29 -0500 Received: by pastel.home (Postfix, from userid 20848) id AFE1E84A9; Fri, 5 Dec 2008 10:56:28 -0500 (EST) From: Stefan Monnier To: Alfredo Buttari Cc: 1489@debbugs.gnu.org, "Nick Roberts" , Chong Yidong Subject: Re: bug#1489: gud.el not working with idb Message-ID: References: <87fxl3w8us.fsf@cyd.mit.edu> <18744.50302.218800.732415@kahikatea.snap.net.nz> <714f3a810812050031i5239d34dkc4775d5c194f7c96@mail.gmail.com> Date: Fri, 05 Dec 2008 10:56:28 -0500 In-Reply-To: <714f3a810812050031i5239d34dkc4775d5c194f7c96@mail.gmail.com> (Alfredo Buttari's message of "Fri, 5 Dec 2008 09:31:55 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > M-x gud-gdb does not work at all. This is the error I get: > call-interactively: Autoloading failed to define function gud-gdb This error looks very suspect. Could it be that you have an old gud.el lying around in your load-path? Stefan From alfredo.buttari@gmail.com Fri Dec 5 08:18:06 2008 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=-4.9 required=4.0 tests=AWL,BAYES_00,FOURLA, HAS_BUG_NUMBER,HTML_MESSAGE autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1489) by emacsbugs.donarmstrong.com; 5 Dec 2008 16:18:06 +0000 Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB5GI23Q009958 for <1489@emacsbugs.donarmstrong.com>; Fri, 5 Dec 2008 08:18:04 -0800 Received: by yw-out-2324.google.com with SMTP id 3so39155ywj.31 for <1489@emacsbugs.donarmstrong.com>; Fri, 05 Dec 2008 08:18:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type:references :x-google-sender-auth; bh=NDufJx7jqNy7UFtXhDbeCrXOENhKO0KV4waA7GsNA/o=; b=otHcjvOorzrZpLBHMusPDf3cbkggi5p76hYn7jsnxg8dSne7a9VHCP7dfxE++uISvC n8jA8KYfTVYPlKc7mrkMaGfZKzxwtTI8jV++2559NEdU1rc2aScD2XW11QxPcfR2L56u Hwy1h09dTMP1q4p1Ce680P/IeGpNPSEBDJc50= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:references:x-google-sender-auth; b=JKJX68RTZRpVPrG7lNXH1S0s5ElaJ59MISdMehccVj1CerC3wdSBivbqRQnn1tcrLX sTIG0lCapXiQr/T0p6A7b/pd6ZheuJKf9dnzJfqmk8pQpldrECM9B7O/JPNz0YNVmNuY E+KCmqy8GcllToQKAriK7ymWk0RalFdZEpYO4= Received: by 10.100.3.13 with SMTP id 13mr122428anc.26.1228493882525; Fri, 05 Dec 2008 08:18:02 -0800 (PST) Received: by 10.100.172.14 with HTTP; Fri, 5 Dec 2008 08:18:02 -0800 (PST) Message-ID: <714f3a810812050818n37a70645ia89b9a2b61eb6d84@mail.gmail.com> Date: Fri, 5 Dec 2008 17:18:02 +0100 From: "Alfredo Buttari" Sender: alfredo.buttari@gmail.com To: "Stefan Monnier" Subject: Re: bug#1489: gud.el not working with idb Cc: 1489@debbugs.gnu.org, "Nick Roberts" , "Chong Yidong" In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_19004_23223553.1228493882523" References: <87fxl3w8us.fsf@cyd.mit.edu> <18744.50302.218800.732415@kahikatea.snap.net.nz> <714f3a810812050031i5239d34dkc4775d5c194f7c96@mail.gmail.com> X-Google-Sender-Auth: 8a31fd9fcacad899 ------=_Part_19004_23223553.1228493882523 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline yes yes my fault. I've tried so many versions that some ended up in my load-path and was not properly removed. Thanks a lot On Fri, Dec 5, 2008 at 4:56 PM, Stefan Monnier wrote: > > This error looks very suspect. > Could it be that you have an old gud.el lying around in your load-path? > > -- ----------------------------------------- Alfredo Buttari, PhD CNRS-IRIT 2 rue Camichel, 31071 Toulouse, France http://alfredobuttari.wordpress.com ------=_Part_19004_23223553.1228493882523 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline yes yes my fault. I've tried so many versions that some ended up in my load-path and was not properly removed.
Thanks a lot

On Fri, Dec 5, 2008 at 4:56 PM, Stefan Monnier <monnier@iro.umontreal.ca> wrote:

This error looks very suspect.
Could it be that you have an old gud.el lying around in your load-path?




--
-----------------------------------------
Alfredo Buttari, PhD
CNRS-IRIT
2 rue Camichel, 31071 Toulouse, France
http://alfredobuttari.wordpress.com
------=_Part_19004_23223553.1228493882523-- From cyd@stupidchicken.com Fri Dec 5 09:31:01 2008 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.5 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at control) by emacsbugs.donarmstrong.com; 5 Dec 2008 17:31:01 +0000 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB5HUwpv028733 for ; Fri, 5 Dec 2008 09:30:59 -0800 Received: by cyd.mit.edu (Postfix, from userid 1000) id 1A2D957E195; Fri, 5 Dec 2008 12:31:01 -0500 (EST) From: Chong Yidong To: control@debbugs.gnu.org Subject: Re: bug#1489: gud.el not working with idb References: <87fxl3w8us.fsf@cyd.mit.edu> <18744.50302.218800.732415@kahikatea.snap.net.nz> <714f3a810812050031i5239d34dkc4775d5c194f7c96@mail.gmail.com> <714f3a810812050818n37a70645ia89b9a2b61eb6d84@mail.gmail.com> Date: Fri, 05 Dec 2008 12:31:01 -0500 In-Reply-To: <714f3a810812050818n37a70645ia89b9a2b61eb6d84@mail.gmail.com> (Alfredo Buttari's message of "Fri, 5 Dec 2008 17:18:02 +0100") Message-ID: <87r64m8r6y.fsf@cyd.mit.edu> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii close 1489 thanks From nickrob@snap.net.nz Fri Jan 2 05:01:58 2009 Received: (at 1489-done) by emacsbugs.donarmstrong.com; 2 Jan 2009 13:01:58 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from viper.snap.net.nz (viper.snap.net.nz [202.37.101.23]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n02D1o7f011752 for <1489-done@emacsbugs.donarmstrong.com>; Fri, 2 Jan 2009 05:01:51 -0800 Received: from kahikatea.snap.net.nz (248.31.255.123.dynamic.snap.net.nz [123.255.31.248]) by viper.snap.net.nz (Postfix) with ESMTP id 92EE13DA6F6; Sat, 3 Jan 2009 02:01:46 +1300 (NZDT) Received: by kahikatea.snap.net.nz (Postfix, from userid 1000) id 5F82F8FC6D; Sat, 3 Jan 2009 02:01:38 +1300 (NZDT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18782.4131.915258.165819@kahikatea.snap.net.nz> Date: Sat, 3 Jan 2009 02:01:23 +1300 To: Stefan Monnier Cc: Alfredo Buttari , 1489-done@debbugs.gnu.org, Chong Yidong Subject: Re: bug#1489: gud.el not working with idb In-Reply-To: References: <87fxl3w8us.fsf@cyd.mit.edu> <18744.50302.218800.732415@kahikatea.snap.net.nz> <714f3a810812050031i5239d34dkc4775d5c194f7c96@mail.gmail.com> X-Mailer: VM 7.19 under Emacs 22.3.1 Stefan Monnier writes: > > M-x gud-gdb does not work at all. This is the error I get: > > call-interactively: Autoloading failed to define function gud-gdb > > This error looks very suspect. > Could it be that you have an old gud.el lying around in your load-path? It appears this was the problem, so I'm closing the report. -- Nick http://www.inet.net.nz/~nickrob From unknown Sat Jun 21 02:59:16 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: $requester Subject: Internal Control Message-Id: bug archived. Date: Fri, 30 Jan 2009 15:24:04 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A log time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator