[Bug gdb/17659] [win32] GDB failed to get dll names when handling LOAD_DLL_DEBUG_EVENT event

["eliz at gnu dot org" <sourceware-bugzilla@sourceware.org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=17659

Eli Zaretskii <eliz at gnu dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
                 CC|                            |eliz at gnu dot org
         Resolution|FIXED                       |---

--- Comment #5 from Eli Zaretskii <eliz at gnu dot org> ---
I'm reopening this.  The problem is not completely solved, because the changes
pointed to in Comment 3 only handle the DLLs loaded at program start.  They
don't handle the same problem with DLLs that are dynamically loaded by the
debuggee at run time.

This is exactly what happens in Emacs with native-compilation of Lisp packages.
 Each Lisp package is compiled into one or more *.eln files, each of which is a
DLL in disguise.  Emacs loads each of these *.eln files when it needs it the
first time.  Some of those DLLs appear to GDB with NULL or empty name as found
by following the lpImageName member of the DLL debug event, and then GDB
doesn't know about these DLLs, and cannot produce valid backtraces and other
debug support for those DLLs.

To fix that we need either the code shown by asmwarrior, or another call to
windows_add_all_dlls, either automatically upon receiving a DLL load debug
event for which we are unable to glean the DLL name, or at least manually
whenever a loaded DLL doesn't appear in "info shared".

See also my report of the results of this problem in

  https://sourceware.org/pipermail/gdb-patches/2021-March/176909.html

-- 
You are receiving this mail because:
You are on the CC list for the bug.