Un de nos clients a signalé un incident. Elle a vu le message d'erreur standard après une exception non gérée:Utilisation de WinDbg pour inspecter les paramètres de la méthode dans la mémoire brute de Crash Dump
"L'application a généré une exception qui n'a pas pu être gérée ... Cliquez sur OK pour terminer l'application.Cliquez sur ANNULER pour déboguer l'application."
J'ai utilisé DebugDiag pour générer un vidage de ce processus. Je regarde la décharge maintenant.
! Threads m'a montré une exception dans mon thread géré. Il y avait plusieurs exceptions imbriquées. Celui-ci était au fond:
0:000> !pe -nested
...
Nested exception -------------------------------------------------------------
Exception object: 14015a98
Exception type: System.AccessViolationException
Message: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
InnerException: <none>
StackTrace (generated):
SP IP Function
0013E958 7B6EEF3B System_Windows_Forms_ni!System.Windows.Forms.Application+ThreadContext.OnThreadException(System.Exception)+0x8b
0013E994 7B6F7916 System_Windows_Forms_ni!System.Windows.Forms.Control.WndProcException(System.Exception)+0x16
0013E9A0 7B6FA39C System_Windows_Forms_ni!System.Windows.Forms.Control+ControlNativeWindow.OnThreadException(System.Exception)+0xc
0013E9A4 7B1C8512 System_Windows_Forms_ni!System.Windows.Forms.NativeWindow.Callback(IntPtr, Int32, IntPtr, IntPtr)+0x72
0013EC70 7B1D8D2E System_Windows_Forms_ni!System.Windows.Forms.Application+ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32, Int32, Int32)+0x24e
0013ED0C 7B1D8997 System_Windows_Forms_ni!System.Windows.Forms.Application+ThreadContext.RunMessageLoopInner(Int32, System.Windows.Forms.ApplicationContext)+0x177
0013ED60 7B1D87E1 System_Windows_Forms_ni!System.Windows.Forms.Application+ThreadContext.RunMessageLoop(Int32, System.Windows.Forms.ApplicationContext)+0x61
0013ED90 7B6EDE2B System_Windows_Forms_ni!System.Windows.Forms.Application.RunDialog(System.Windows.Forms.Form)+0x33
0013EDA4 7B7225AB System_Windows_Forms_ni!System.Windows.Forms.Form.ShowDialog(System.Windows.Forms.IWin32Window)+0x373
0013EE30 0DF41E76 PDILibReportProcessor!profdata.com.Library.libReportRenderCrystal.RenderToDisplay(System.Windows.Forms.IWin32Window, profdata.com.Library.libOutputSettings, profdata.com.Library.libApplicationConfig)+0xb6
0013EE4C 0DF416EB PDILibReportProcessor!profdata.com.Library.libReportProcessor.Process(System.Windows.Forms.IWin32Window)+0x153
0013EE60 07B37644 PDILibReportProcessor!profdata.com.Library.libReportProcessor.ProcessCrystalReport(System.String, System.Type, System.Data.DataSet, profdata.com.Library.libOutputSettings, profdata.com.Library.libApplicationConfig, System.Windows.Forms.IWin32Window, System.String)+0x74
0013EEA4 07B375B8 PDILibReportProcessor!profdata.com.Library.libReportProcessor.ProcessReport(System.String, System.Type, System.Data.DataSet, profdata.com.Library.libOutputSettings, profdata.com.Library.libApplicationConfig, System.Windows.Forms.IWin32Window)+0x18
0013EEB8 07B333C4 APRPTCashRequirements!profdata.com.AccountsPayable.frmAPCashRequirements.RunProcessOrReport()+0x7e4
StackTraceString: <none>
HResult: 80004003
Le code a affiché un rapport Crystal à l'utilisateur sous une forme. Lors de l'affichage du rapport, l'application a tenté de faire quelque chose et a obtenu une exception System.AccessViolationException.
regardant la source NativeWindow.CallBack, je vois ceci:
private IntPtr Callback(IntPtr hWnd, int msg, IntPtr wparam, IntPtr lparam)
{
Message m = Message.Create(hWnd, msg, wparam, lparam);
try
{
// calls WndProc or DefWndProc
}
catch (Exception exception)
{
this.OnThreadException(exception);
}
finally {...}
}
Je veux connaître le message, wParam et arguments lParam qui ont provoqué l'exception. (Je voudrais également vérifier que je regarde l'objet d'exception correct.) Cela peut être une invocation dans le thread d'interface utilisateur, ou il peut s'agir d'un événement Windows normal, auquel cas je veux savoir lequel.
J'ai obtenu le bloc d'environnement de fil:
0:000> !teb
TEB at 7ffdf000
ExceptionList: 00134144
StackBase: 00140000
StackLimit: 00130000
Et déversée la mémoire de la pile:
0:000> !dqs 00130000 00140000
...
0013e968 00000000`00000000
0013e970 00000000`00000000
0013e978 00000000`00000000
0013e980 140ea9fc`00000000
0013e988 0013e998`0013ea44
0013e990 140c1d4c`7b6f7916
0013e998 7b6fa39c`0013ea54 <--- is NativeWindow.Callback
0013e9a0 0013ea6c`7b1c8512
0013e9a8 0013ec60`79edd757
0013e9b0 0013ec60`00000000
0013e9b8 0013ea6c`e0434f4d
0013e9c0 00000000`0013ea1c
0013e9c8 00000000`00000000
...
Donc, si la signature est la suivante: SP IP 0013E9A4 7B1C8512 NativeWindow.CallBack (IntPtr, Int32, IntPtr, IntPtr) + 0x72
- Où exactement sont les ameters sur la pile? Comment puis-je les inspecter pour obtenir leurs valeurs?
Je n'ai toujours pas l'impression d'avoir trouvé la cause première. Nous avons un gestionnaire ThreadException. Pourquoi n'a-t-il pas été appelé? Qu'est-ce qui a causé le System.AccessViolationException?
Notez que !analyze -v a signalé STATUS_BREAKPOINT, car l'utilisateur est arrêté dans la boîte de dialogue d'erreur "L'application a généré une exception ...".
Si vous êtes pressé, .symfix se régler plus rapidement :) –
Ou mettre _NT_SYMBOL_PATH pour tous les utilisateurs et ne plus jamais vous inquiétez pas;) –
Problème: Je crée la décharge alors qu'il était à un point d'arrêt. Si j'essaie .ecxr, j'obtiens "Minidump n'a pas de contexte d'exception". Le chemin du symbole est défini. Le mode d'exception non géré est Automatique et n'est pas désactivé par le fichier de configuration. –