libgdb

libgdb

[Matthew Hall]

I've seen references to a libgdb project.
Can anyone tell me if libgdb is still active?
Is it complete?
Is it used internally by gdb itself?

Thanks for any info or links to useful documentation.

Re: libgdb

[Daniel Jacobowitz]

On Fri, Nov 02, 2007 at 04:45:45PM +0000, Matthew Hall wrote:
> I've seen references to a libgdb project.
> Can anyone tell me if libgdb is still active?

No.

> Is it complete?

No.

> Is it used internally by gdb itself?

No clear answer to this.  There was a "libgdb interface"; some bits of
GDB use it, other bits do not.  It's all linked in together.

-- 
Daniel Jacobowitz
CodeSourcery

Re: libgdb

[Stan Shebs]

Matthew Hall wrote:
> I've seen references to a libgdb project.
>   
An idea left over from ancient days, never got off the ground. The 
theory was that one could link it into both the traditional command-line 
frontend and into various GUIs. Lots of technical difficulties, two 
chief ones being that 1) it would have had to be a very "wide" API in 
order to be sufficient to cover all of GDB functionality, and 2) the 
library would have to be able to hand control back to the UI on demand, 
difficult when inferior control uses blocking system calls. In practice, 
it seems to work well enough to have the GUI be a separate program that 
communicates with GDB, whether via command line or MI (machine 
interface) syntax, and there is some advantage to the "firewalling" 
inherent in a two-program scheme, so there's not much motivation to do a 
libgdb anymore.

Stan

libgdb

[jacques]

Hello,
I'm currently working on a new debugger, and I want to base it on 
libgdb. However, finding documentation about libgdb, or even finding 
libgdb itself, has proved a daunting task. My understanding is that 
libgdb is simply a library containing all the high level functions of 
gdb, but let's me call them inside my code. Is libgdb rebuilt everytime 
a new gdb comes out? where can i find more information about 
libgdb(google gives me 2 manuals, both very very sparse on any 
information), and where would I get the latest libgdb?
--Jacques

Re: libgdb

[Elena Zannoni]

Smita writes:
 > Where can I get libgdb from?
 > 

there is no libgdb entity per se. The Mi interface is included with the
regular gdb sources.

 > Thanks!
 > Smita
 > 
 > On Wed, 16 Apr 2003, Elena Zannoni wrote:
 > 
 > > Smita writes:
 > >  > Hi,
 > >  >  I am new to libgdb. Could someone please give me a pointer to its usage
 > >  > documentaion?
 > >  > Thanks
 > >  > Smita
 > >  >
 > >
 > >
 > > http://sources.redhat.com/gdb/current/onlinedocs/gdb_25.html#SEC207
 > >

Re: libgdb

[Smita]

Where can I get libgdb from?

Thanks!
Smita

On Wed, 16 Apr 2003, Elena Zannoni wrote:

> Smita writes:
>  > Hi,
>  >  I am new to libgdb. Could someone please give me a pointer to its usage
>  > documentaion?
>  > Thanks
>  > Smita
>  >
>
>
> http://sources.redhat.com/gdb/current/onlinedocs/gdb_25.html#SEC207
>

Re: libgdb

[Elena Zannoni]

Smita writes:
 > Hi,
 >  I am new to libgdb. Could someone please give me a pointer to its usage
 > documentaion?
 > Thanks
 > Smita
 > 


http://sources.redhat.com/gdb/current/onlinedocs/gdb_25.html#SEC207

libgdb

[Smita]

Hi,
 I am new to libgdb. Could someone please give me a pointer to its usage
documentaion?
Thanks
Smita

Re: libgdb

[Joel Brobecker]

> 1) Invoke GDB and parse the command line (emacs does this)
> 2) Invoke GDB's MI interpreter and write yourself an MI parser (Eclipse 
> and Apple's tools for MacOS X do this)
> 3) Write your GUI using GDB's hooks and events (Insight does this)
> 
> Obviously, #2 is the most desirably way to isolate yourselves from GDB 
> changes. Unfortunately, MI is still a work in progress. (Of course, I'm 
> still partial to #3 for speed.. ;-)

One advantage of method #1 or #2, used by GVD, is that GDB is a separate
process. This GDB process does not need to run on the same host as GVD.
Even if I'm debugging on a distant machine, I can run GVD on my local
machine, reducing tremendously the network traffic. Given that I live in
the west coast, and that most machines I work on are located in NY and
Paris, this is a definite plus.

I think GVD uses method #1, but I would recommend method #2 as the
output is most probably easier to parse.

-- 
Joel

Re: libgdb

[Keith Seitz]

On Fri, 22 Nov 2002 a2782@dis.ulpgc.es wrote:

> I am involved in a project of making a educational graphic interface 
> and we are thinking about putting it over GDB. My question is: Has 
> anybody worked with libgdb? My first approximation is invoking gdb as 
> Emacs does, but using libgdb. I hope someone has worked with libgdb and 
> can help and advise me.

Sadly, libgdb is a pipedream, and still quite a ways off (but it's 
getting closer almost every day).

There are three ways to commonly interface some sort of GUI application 
top of GDB:

1) Invoke GDB and parse the command line (emacs does this)
2) Invoke GDB's MI interpreter and write yourself an MI parser (Eclipse 
and Apple's tools for MacOS X do this)
3) Write your GUI using GDB's hooks and events (Insight does this)

Obviously, #2 is the most desirably way to isolate yourselves from GDB 
changes. Unfortunately, MI is still a work in progress. (Of course, I'm 
still partial to #3 for speed.. ;-)

Keith

libgdb

[a2782]

Hi to all!

I am involved in a project of making a educational graphic interface 
and we are thinking about putting it over GDB. My question is: Has 
anybody worked with libgdb? My first approximation is invoking gdb as 
Emacs does, but using libgdb. I hope someone has worked with libgdb and 
can help and advise me.

Thanks in advance!

libgdb

[Satya]

Hi,
  I am new to libgdb.Can some one tell me how I can use libgdb to
construct an object containing the result of the gdb command.

Thanks,
Satya