2010-10-05 18 views
1

Folks,Aidez-vous à déboguer un stackoverflow - les prochaines étapes avec une pile répétée?

J'ai un débordement de pile dans mon application .net 4.0. en utilisant WinDbg j'ai trouvé le morceau suivant de pile-info répété 110 fois (avec des adresses mémoire différentes bien sûr), ce qui me porte à croire que c'est le cas du débordement. Le problème est que rien de tout cela ne ressemble à mon code! Des suggestions sur la façon de procéder au débogage?

000000000008e630 000007fef22d10b4 [CustomGCFrame: 000000000008e630] 
000000000008e5f8 000007fef22d10b4 [GCFrame: 000000000008e5f8] 
000000000008e588 000007fef22d10b4 [GCFrame: 000000000008e588] 
000000000008e958 000007fef22d10b4 [HelperMethodFrame_PROTECTOBJ: 000000000008e958] System.RuntimeMethodHandle._InvokeMethodFast(System.IRuntimeMethodInfo, System.Object, System.Object[], System.SignatureStruct ByRef, System.Reflection.MethodAttributes, System.RuntimeType) 
000000000008eaa0 000007fef138587f System.Reflection.RuntimeMethodInfo.Invoke(System.Object, System.Reflection.BindingFlags, System.Reflection.Binder, System.Object[], System.Globalization.CultureInfo, Boolean) 
000000000008ebe0 000007fef13d000f System.Delegate.DynamicInvokeImpl(System.Object[]) 
000000000008ec50 000007feeee16127 System.Windows.Forms.Control.InvokeMarshaledCallbackDo(ThreadMethodEntry) 
000000000008ec90 000007feeee16004 System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(System.Object) 
000000000008ed20 000007fef1393178 System.Threading.ExecutionContext.runTryCode(System.Object) 
000000000008f448 000007fef22d10b4 [HelperMethodFrame_PROTECTOBJ: 000000000008f448] System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode, CleanupCode, System.Object) 
000000000008f570 000007fef13817e1 System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 
000000000008f5d0 000007fef138172b System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object) 
000000000008f620 000007feeee15f31 System.Windows.Forms.Control.InvokeMarshaledCallback(ThreadMethodEntry) 
000000000008f680 000007feeee15b97 System.Windows.Forms.Control.InvokeMarshaledCallbacks() 
000000000008f700 000007feeedfb7da System.Windows.Forms.Control.WndProc(System.Windows.Forms.Message ByRef) 
000000000008f8b0 000007feeee09a0d System.Windows.Forms.Form.WndProc(System.Windows.Forms.Message ByRef) 
000000000008f990 000007feeedfb34c System.Windows.Forms.NativeWindow.Callback(IntPtr, Int32, IntPtr, IntPtr) 
000000000008fa60 000007feef60ef10 DomainBoundILStubClass.IL_STUB_ReversePInvoke(Int64, Int32, Int64, Int64) 
000000000008fd98 000007fef236cae7 [NDirectMethodFrameStandalone: 000000000008fd98] System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG ByRef) 
000000000008fd60 000007feeee271a0 DomainBoundILStubClass.IL_STUB_PInvoke(MSG ByRef) 
000000000008fe30 000007feeee151d0 System.Windows.Forms.Application+ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr, Int32, Int32) 
0000000000090070 000007feeee149d3 System.Windows.Forms.Application+ThreadContext.RunMessageLoopInner(Int32, System.Windows.Forms.ApplicationContext) 
00000000000901d0 000007feeee14361 System.Windows.Forms.Application+ThreadContext.RunMessageLoop(Int32, System.Windows.Forms.ApplicationContext) 
0000000000090948 000007fef22d10b4 [DebuggerU2MCatchHandlerFrame: 0000000000090948] 
0000000000090a30 000007fef22d10b4 [CustomGCFrame: 0000000000090a30] 
+0

'+ 1' de moi juste pour avoir signalé un problème de SO sur SO. ':)' (Pas que je puisse aider avec le problème, mais voyant ceci je me demandais ce qui arrive au GC quand une fonction de disposition jette?) – sbi

+0

WinDbg devrait vous dire quel thread a soulevé l'exception afin que vous ne deviniez pas quel bloc de code était le problème. 110 est encore un nombre relativement petit de cadres non? – flatline

+0

@Henk Holterman - désolé, son WinForms – SFun28

Répondre

1

Je suis (juste) deviner que c'est un bon exemple de ne pas utiliser Application.DoEvents(), mais vous devriez avoir au moins une idée de ce que le code provoque cela.

+0

Il s'avère que j'étais marshaling asynchrone de nombreuses mises à jour de l'interface utilisateur via le thread UI (en utilisant Form.BeginInvoke). La méthode qui a fait les mises à jour de l'interface utilisateur appelait Application.DoEvents(). J'ai retiré l'appel à DoEvents et j'ai plutôt suivi les conseils ici: http://blogs.msdn.com/b/jfoscoding/archive/2005/08/06/448560.aspx – SFun28

4

Il semble que votre application rentre récursivement dans sa boucle de message de l'interface utilisateur. Vérifiez les gestionnaires d'événements de votre fenêtre, par ex. pour des choses comme le redimensionnement de la fenêtre lors du traitement d'un événement Resize.

+0

C'était une bonne idée. Merci de m'avoir renseigné sur le problème de l'interface utilisateur! – SFun28