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

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).