Linux "minidumps" don't have all the metadata necessary to display stack functions about diagnostics

[mikem8361]

The interfaces to look at are:

ICLRMetadataLocator
ICorDebugMetadataLocator

Check out daccess.cpp:~6661

void *
ClrDataAccess::GetMetaDataFromHost(PEFile* peFile,
bool* isAlternate)

[patricksuo]

@mikem8361 do you know of a workaround ?

I have broken stack trace like this:

(lldb) sos PrintException
Exception object: 00007f03301b0a80
Exception type:   System.ArgumentNullException
Message:          Value cannot be null.
InnerException:   <none>
StackTrace (generated):
    SP               IP               Function
    00007FFE38E0DFA0 00007F03492E28EA StackExchange.Redis.dll!Unknown+0x7a
    00007FFE38E0DFD0 00007F03492E2836 StackExchange.Redis.dll!Unknown+0x16
    00007FFE38E0DFF0 00007F03492E1E4D SceneServer.dll!Unknown+0x14d
    00007FFE38E0E080 00007F03492DFF50 SceneServer.dll!Unknown+0x150
    00007FFE38E0E100 00007F03484F445E SceneServer.dll!Unknown+0xae
    00007FFE38E0E160 00007F03484D17C0 SceneServer.dll!Unknown+0x130

StackTraceString: <none>
HResult: 80004003

[mikem8361]

The workaround for now is to create a full dump (-u or --full createdump option or setting COMPlus_DbgMiniDumpType=4).

[mikem8361]

Ultimately it would be better to wait until issue #1 has been implemented and use the downloader to get the assembly metadata that is missing from a core dump inside the ICLRMetadataLocator implementation in SOS.

But until #1 is finished, we could add command to set a search path to look for the matching assemblies in the ICLRMetadataLocator callback. Not sure when this could be scheduled though.

[mikem8361]

Fixed PR #229.