GNU bug report logs -
#1489
gud.el not working with idb
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 1489 in the body.
You can then email your comments to 1489 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1489
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
"Alfredo Buttari" <alfredo.buttari <at> enseeiht.fr>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
[Message part 1 (text/plain, 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
[Message part 2 (text/html, inline)]
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1489
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Chong Yidong <cyd <at> stupidchicken.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #10 received at 1489 <at> emacsbugs.donarmstrong.com (full text, mbox):
> 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"?
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1489
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Nick Roberts <nickrob <at> snap.net.nz>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #15 received at 1489 <at> emacsbugs.donarmstrong.com (full text, mbox):
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
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1489
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
"Alfredo Buttari" <alfredo.buttari <at> enseeiht.fr>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #20 received at 1489 <at> emacsbugs.donarmstrong.com (full text, mbox):
[Message part 1 (text/plain, 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 <at> 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
[Message part 2 (text/html, inline)]
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1489
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
"Alfredo Buttari" <alfredo.buttari <at> enseeiht.fr>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #25 received at 1489 <at> emacsbugs.donarmstrong.com (full text, mbox):
[Message part 1 (text/plain, 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 <at> 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 <http://www.inet.net.nz/%7Enickrob>
>
--
-----------------------------------------
Alfredo Buttari, PhD
CNRS-IRIT
2 rue Camichel, 31071 Toulouse, France
http://alfredobuttari.wordpress.com
[Message part 2 (text/html, inline)]
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1489
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Stefan Monnier <monnier <at> iro.umontreal.ca>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #30 received at 1489 <at> emacsbugs.donarmstrong.com (full text, mbox):
> 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
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1489
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
"Alfredo Buttari" <alfredo.buttari <at> enseeiht.fr>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #35 received at 1489 <at> emacsbugs.donarmstrong.com (full text, mbox):
[Message part 1 (text/plain, 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 <at> 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
[Message part 2 (text/html, inline)]
bug closed, send any further explanations to "Alfredo Buttari" <alfredo.buttari <at> enseeiht.fr>
Request was from
Chong Yidong <cyd <at> stupidchicken.com>
to
control <at> emacsbugs.donarmstrong.com
.
(Fri, 05 Dec 2008 17:40:04 GMT)
Full text and
rfc822 format available.
Message #38 received at 1489-done <at> emacsbugs.donarmstrong.com (full text, mbox):
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
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> emacsbugs.donarmstrong.com
.
(Fri, 30 Jan 2009 15:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 16 years and 145 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.