unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
* gud and shared objects
@ 2012-12-26 20:53 Karsten Ahnert
  2012-12-27  3:54 ` Eli Zaretskii
       [not found] ` <mailman.16153.1356580485.855.help-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 3+ messages in thread
From: Karsten Ahnert @ 2012-12-26 20:53 UTC (permalink / raw)
  To: help-gnu-emacs

Hi,

I have a problem with debugging C++ with emacs and gdb. I can set
breakpoints in functions defined in shared objects by simply adding them
manually via

b file_in_so.cpp:23

But if I open file_in_so.cpp in an emacs window I can not use the
graphical debugging facilities. I guess, that emacs does not yet know
that this file belongs to the sources of the executable. Files belonging
not to the shared object are already usable for graphical debugging.
Files from the shared object are also usable if a manual breakpoint or
an uncaught exception are hit within the shared object.

Is there a command telling emacs to reload the current list of all
sources, even the ones defined in shared objects?

(http://stackoverflow.com/questions/14040242/emacs-gdb-show-sources-of-shared-objects)
	




^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: gud and shared objects
  2012-12-26 20:53 gud and shared objects Karsten Ahnert
@ 2012-12-27  3:54 ` Eli Zaretskii
       [not found] ` <mailman.16153.1356580485.855.help-gnu-emacs@gnu.org>
  1 sibling, 0 replies; 3+ messages in thread
From: Eli Zaretskii @ 2012-12-27  3:54 UTC (permalink / raw)
  To: help-gnu-emacs

> Date: Wed, 26 Dec 2012 21:53:01 +0100
> From: Karsten Ahnert <karsten.ahnert@googlemail.com>
> 
> I have a problem with debugging C++ with emacs and gdb. I can set
> breakpoints in functions defined in shared objects by simply adding them
> manually via
> 
> b file_in_so.cpp:23
> 
> But if I open file_in_so.cpp in an emacs window I can not use the
> graphical debugging facilities. I guess, that emacs does not yet know
> that this file belongs to the sources of the executable. Files belonging
> not to the shared object are already usable for graphical debugging.
> Files from the shared object are also usable if a manual breakpoint or
> an uncaught exception are hit within the shared object.
> 
> Is there a command telling emacs to reload the current list of all
> sources, even the ones defined in shared objects?

This is a GDB issue, not an Emacs issue.  Try using the GDB command
"set auto-solib add on".



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: gud and shared objects
       [not found] ` <mailman.16153.1356580485.855.help-gnu-emacs@gnu.org>
@ 2012-12-27 19:53   ` karsten.ahnert
  0 siblings, 0 replies; 3+ messages in thread
From: karsten.ahnert @ 2012-12-27 19:53 UTC (permalink / raw)
  To: gnu.emacs.help; +Cc: help-gnu-emacs

Am Donnerstag, 27. Dezember 2012 04:54:17 UTC+1 schrieb Eli Zaretskii:
> > Date: Wed, 26 Dec 2012 21:53:01 +0100
> 
> > From: Karsten Ahnert <karsten.ahnert@googlemail.com>
> 
> > 
> 
> > I have a problem with debugging C++ with emacs and gdb. I can set
> 
> > breakpoints in functions defined in shared objects by simply adding them
> 
> > manually via
> 
> > 
> 
> > b file_in_so.cpp:23
> 
> > 
> 
> > But if I open file_in_so.cpp in an emacs window I can not use the
> 
> > graphical debugging facilities. I guess, that emacs does not yet know
> 
> > that this file belongs to the sources of the executable. Files belonging
> 
> > not to the shared object are already usable for graphical debugging.
> 
> > Files from the shared object are also usable if a manual breakpoint or
> 
> > an uncaught exception are hit within the shared object.
> 
> > 
> 
> > Is there a command telling emacs to reload the current list of all
> 
> > sources, even the ones defined in shared objects?
> 
> 
> 
> This is a GDB issue, not an Emacs issue.  Try using the GDB command
> 
> "set auto-solib add on".

That does also not work. I can see that the shared object has already been loaded by gdb but the source files are not correctly shown in emacs. Maybe this is a path issue?



^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2012-12-27 19:53 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-12-26 20:53 gud and shared objects Karsten Ahnert
2012-12-27  3:54 ` Eli Zaretskii
     [not found] ` <mailman.16153.1356580485.855.help-gnu-emacs@gnu.org>
2012-12-27 19:53   ` karsten.ahnert

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).