runtime: Fix corrupted mini-dumps on Windows that VS can not load

I am hosting a dotnet module inside my native C++ application and use google breakpad to generate minidumps. I noticed that only MiniDumpWithFullMemory seems to be useful for getting proper managed stacks. Some of these dumps can get quite big however. I was wondering if you guys have some clue on reducing the size a bit. Exporting “every readable page in the process” seems quite extreme. http://www.debuginfo.com/tools/clrdump.html claims to reduce the size of .NET dumps while maintaining relevant stack/thread information. It’s not open-source AFAICT and seems to be targeting .NET Framework (not .NET Core!). Apparently he’s using (according to https://stackoverflow.com/a/8258911/2354690):

MiniDumpNormal
MiniDumpWithProcessThreadData
MiniDumpWithThreadInfo
MiniDumpWithUnloadedModules

They don’t seem to work for me. Any ideas?

About this issue

  • Original URL
  • State: closed
  • Created 5 years ago
  • Comments: 16 (9 by maintainers)

Commits related to this issue

Most upvoted comments

I think I’ve narrowed it down to the DAC’s (mscordaccore) memory enumeration API faulting. It may take me a while to figure out the root cause. The bad news if it is in the DAC the fix will have to go out in the next service release.