Как проанализировать файл WERInternalMetadata.xml, созданный Windows Crash Reporter? - PullRequest
Новая
       33

Как проанализировать файл WERInternalMetadata.xml, созданный Windows Crash Reporter?

13 голосов
/ 10 июля 2010

Приложение .Net 4.0 продолжает падать для пользователя, но только для него я не смог воспроизвести ошибку. Он приложил файл WERInternalMetadata.xml, созданный Windows Crash Reporter. Открыв его, я обнаружил, что это System.IO.FileNotFoundException, который приводит к сбою программного обеспечения, однако в этой функции нет функций, вызывающих такое исключение, так что проблема в другом месте или более.

Это самая интересная часть файла. Он содержит (шестнадцатеричные) числа, но я не мог понять, что они означают. 

<ProblemSignatures>
    <EventType>CLR20r3</EventType>
    <Parameter0>rstvshowtracker.exe</Parameter0>
    <Parameter1>1.0.3842.33258</Parameter1>
    <Parameter2>4c374e79</Parameter2>
    <Parameter3>mscorlib</Parameter3>
    <Parameter4>4.0.0.0</Parameter4>
    <Parameter5>4ba1da6f</Parameter5>
    <Parameter6>1620</Parameter6>
    <Parameter7>14</Parameter7>
    <Parameter8>System.IO.FileNotFoundException</Parameter8>
</ProblemSignatures>

Есть ли способ узнать, какой код вызывает исключение, или, по крайней мере, узнать больше деталей, чем FileNotFoundException?

1 Ответ

17 голосов
/ 10 июля 2010

Во-первых, вот что в этой трассировке WER: 

<Parameter0>rstvshowtracker.exe</Parameter0> - your exe
<Parameter1>1.0.3842.33258</Parameter1> - version of your exe
<Parameter2>4c374e79</Parameter2> - exe timestamp
<Parameter3>mscorlib</Parameter3> - assembly / module
<Parameter4>4.0.0.0</Parameter4> - assembly version
<Parameter5>4ba1da6f</Parameter5> - assm timestamp
<Parameter6>1620</Parameter6> - methodDef token of faulting method 
<Parameter7>14</Parameter7> - IL offset of faulting instruction
<Parameter8>System.IO.FileNotFoundException</Parameter8> - exception

Вы можете использовать WinDBG и SOS, чтобы узнать, что это за метод (например, 1620).Смотрите здесь пример того, как это сделать: http://blogs.msdn.com/b/oanapl/archive/2009/01/30/windows-error-reporting-wer-and-clr-integration.aspx

... В качестве альтернативы, вы можете подключить событие unhandledException в вашем приложении и распечатать трассировку стека исключений в файл журнала, чтобы увидеть, чтовызвал проблему;например, 

static void MyHandler(object sender, UnhandledExceptionEventArgs args) 
{
   Exception e = (Exception) args.ExceptionObject;
   // print out the exception stack trace to a log
}

public static void Main() 
{
   AppDomain currentDomain = AppDomain.CurrentDomain;
   currentDomain.UnhandledException += new UnhandledExceptionEventHandler(MyHandler);
}
...