all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / 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

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.