J'ai un projet WPF (C#) qui bloque Visual Studio 2013 quand je commence à déboguer. Je reçois une boîte de dialogue qui indique que [application] .exe a déclenché un point d'arrêt. Il y a des boutons d'option pour Break et Continue. Si je choisis poursuivre les plantages de Visual Studio. Si je choisis pause, j'arrive à un point d'arrêt dans le démontage principal Discussion/_NtWaitForSingleObject @ 12():Visual Studio 2013 crash de débogage
77C60223 ?? ??
77C60224 ?? ??
77C60225 rol byte ptr [eax],0
77C60228 add byte ptr [ebx+0CC204C4h],al
77C6022E add byte ptr [eax+2B8h],dl
77C60234 add byte ptr [ebx],dh
77C60236 leave
La rupture est sur la première instruction d'ajouter à 77C60228.
Ce nouveau comportement est qui ne démarre pas jusqu'à ce que j'installé le SDK Windows 7 et couru WinDbg. WinDbg va toujours démarrer et exécuter l'application, mais pas Visual Studio. L'application fonctionne bien lorsqu'elle est démarrée normalement (sauf pour le bug que j'essaie de trouver). Le problème ne se produit pas sur chaque projet, que celui que j'essayé de débogage avec WinDbg.
Je suis en train d'apprendre WinDbg, mais je ne veux pas perdre la capacité de débogage Visual Studio. Je deviens fou avec ça. Toute aide est appréciée.
Suite à cette question, je suis passé à VS2015 qui maintenant ne tombe pas en panne, mais fournit plutôt ce qui suit:
Managed Debugging Assistant 'FatalExecutionEngineError' has detected
a problem in 'C:\Users\sculleb\Documents\Visual Studio 2015
\Projects\GOOSETest\bin\x86\Debug\GOOSETest.exe'.
Additional information: The runtime has encountered a fatal error.
The address of the error was at 0x72e31e51, on thread 0x2598.
The error code is 0xc0000005.
This error may be a bug in the CLR or in the unsafe or non-verifiable portions
of user code. Common sources of this bug include user marshaling errors for
COM-interop or PInvoke, which may corrupt the stack.
L'application démarre normalement mais quand « Démarrer sans débogage » est sélectionné.
est probablement Réinstaller vs la première chose que vous voulez essayer – Steve
Prélever un vidage sur incident de Visual Studio et l'envoyer à [Microsoft Connect] (https://connect.microsoft.com/). –
Suite à cette question, je suis passé à VS2015 whch maintenant ne tombe pas en panne, mais fournit plutôt ce qui suit: –