This is the mail archive of the
gdb-prs@sourceware.org
mailing list for the GDB project.
[Bug tui/9474] GDB will not set pending breakpoints in DLL's loadedwith LoadLibrary()
- From: "pebolle at tiscali dot nl" <sourceware-bugzilla at sourceware dot org>
- To: gdb-prs at sourceware dot org
- Date: Wed, 27 Apr 2011 13:08:23 +0000
- Subject: [Bug tui/9474] GDB will not set pending breakpoints in DLL's loadedwith LoadLibrary()
- Auto-submitted: auto-generated
- References: <bug-9474-4717@http.sourceware.org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=9474
Paul Bolle <pebolle at tiscali dot nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pebolle at tiscali dot nl
Component|win32 |tui
--- Comment #1 from Paul Bolle <pebolle at tiscali dot nl> 2011-04-27 13:05:57 UTC ---
0) If I understand this API correctly (ie, if I didn't miss something in wine's
source) there actually are four functions:
- LoadLibraryA()
- LoadLibraryExA()
- LoadLibraryW()
- LoadLibraryExW()
1) I suppose supporting this would mean something like:
- locating "imports" of one or more of those four functions in the header of
the executable where imported functions should be listed;
- setting a (certain type of) breakpoint at those locations. That breakpoint
should make sure that if those functions are (successfully) called the list of
functions imported from DLL will be updated, that this list is checked for
pending breakpoints, etc.
2) In short, an interface broadly similar to the interface used for
"manually" loading shared libraries on systems that use dlopen(3). That looks
doable (but far for from trivial, certainly for me).
3) To aid my memory: see bp_shlib_event and create_solib_event_breakpoint() for
an introduction to that interface.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.