No matching binary found error
Asked Answered
A

2

7

I am trying to debug a crash minidump. have the release debug symbols and release binaries same as crash.

While debugging that crash and pointing to symbols still I am getting "No matching binary found" error .

I am using the right symbols, binaries and pointing to right location.

So why this can happen? I can see a slight difference in timestamp of dll loaded in VS(9:03AM) and the release binary(9:04AM)

Can this be the reason for the error?

Any solutions for this , I need to fix the crash and since this crash occuring on client machine , I cannt repro it.

Arterialize answered 28/4, 2010 at 10:6 Comment(3)
Just a a guess, is it a 32bit vs 64bit issue?Dazzle
Yes, the timestamp should be the same of course. Review your build process and make sure you didn't copy the DLL before some kind of post-link build step, like mt.exeScrambler
see #873710Adamsun
A
2

You may try to debug the dump using the windbg/ntsd (from the 'Debugging tools for Windows' package that comes with Windows SDK ). There you may try to load the symbols while ignoring a mismatch in the .pdb file versions '.reload /i' command.

Agneta answered 7/12, 2011 at 21:15 Comment(0)
D
0

For us it was because of the name of the pdb file. Make sure that the executable name and debug info file name match.
Right names are MyAwesomeApp.exe with MyAwesomeApp.pdb.

If your pipeline by any chance renames the files to MyAwesomeApp_v1.2.3.4_DebugInfo.pdb or so, after downloading it just rename to the original. I personally find VS sensitive to file names.

This could be also hint why the timestamps are not the same. Creating the file and renaming it happened at ours at different step (close to each other, but not an atomic operation). So when it created the file around the 59th second of a minute the rename might fall in the next minute and boom - 9:03 just turned 9:04.

Diamond answered 23/10, 2023 at 9:58 Comment(0)

© 2022 - 2024 — McMap. All rights reserved.