I am having problems trying to debug a DLL, which has been renamed during the post-build process: WinDBG fails to load the correct symbols (pdb file).
Example:
Original file name was: abc.dll
The created PDB is named: abc.pdb
During post-build process the DLL was renamed to 'a-b.DLL'.
For some reason when debugging I can see the module apears as 'a_b.dll' (hyphen was replaced by underscore, not sure why this happen). In addition, WinDBG cannot load its symbols.
I tried ld a_b /f abc
, and also tried to rename PDB as 'a_b.pdb', and then called .reload /f /i a_b
, but also this did not work.
All this happens in my Release
build, which was set to add debug-info and created PDB, as it does.
相关问题
- Pass custom debug information to Microsoft bot fra
- How do I identify what code is generating “ '&
- Analyzing Outlook HANG dump (with GoogleCalendarSy
- Monodevelop: `Waiting for debugger`
- Adjust tokens on non-privileged accounts (C, Windo
相关文章
- How do I get to see DbgPrint output from my kernel
- Is my heap fragmented
- Advanced profiling is unavailable for the selected
- Can't Inspect Variables When Debugging .NET As
- What is the difference between glibc's MALLOC_
- Embedding a program's source code into its bin
- How to execute another python script from your scr
- How do I debug errors that have no error message?
The name of the PDB is part of the DLL. Renaming the DLL will not change its contents, so renaming the PDB as well will not work. Instead, keep the original name.
Make sure your symbols are set up correctly, e.g. use Microsoft symbols and your own symbols:
Also, don't worry about the module name in WinDbg. It replaces some special characters, but won't affect symbol loading. If you still have problems getting symbols laded, turn on symbol debug outout
This should show the paths and file names where WinDbg tries to load symbols from. Check if your location is included. If not, add it via
.sympath+
. When done, turn symbols debugging off byThis command is equivalent to