bug#1489: gud.el not working with idb

bug#1489: gud.el not working with idb

[Chong Yidong]

> 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"?

bug#1489: gud.el not working with idb

[Nick Roberts]

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

bug#1489: gud.el not working with idb

[Alfredo Buttari]

[-- Attachment #1: Type: text/plain, Size: 1572 bytes --]

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 <http://www.inet.net.nz/%7Enickrob>
>



-- 
-----------------------------------------
Alfredo Buttari, PhD
CNRS-IRIT
2 rue Camichel, 31071 Toulouse, France
http://alfredobuttari.wordpress.com

[-- Attachment #2: Type: text/html, Size: 2332 bytes --]

bug#1489: gud.el not working with idb

[Stefan Monnier]

> 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

bug#1489: gud.el not working with idb

[Alfredo Buttari]

[-- Attachment #1: Type: text/plain, Size: 473 bytes --]

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

[-- Attachment #2: Type: text/html, Size: 893 bytes --]

bug#1489: gud.el not working with idb

[Alfredo Buttari]

[-- Attachment #1: Type: text/plain, Size: 707 bytes --]

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

[-- Attachment #2: Type: text/html, Size: 1118 bytes --]

bug#1489: gud.el not working with idb

[Alfredo Buttari]

[-- Attachment #1: Type: text/plain, Size: 1162 bytes --]

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

[-- Attachment #2: Type: text/html, Size: 1355 bytes --]