2016-09-14 20 views
2

デバッグを開始するときにVisual Studio 2013をクラッシュさせるWPFプロジェクト(C#)があります。 [application] .exeがブレークポイントを引き起こしたというダイアログが表示されます。ブレークとコンティニューのオプションボタンがあります。私がVisual Studioを続行するのを選択した場合、クラッシュします。私は休憩を選択した場合、私は12 @メインスレッドで分解ブレークポイント/ _NtWaitForSingleObject()を取得:Visual Studio 2013のデバッグクラッシュ

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 

ブレークが77C60228で最初のadd命令です。

これは、Windows 7 SDKをインストールしてWinDbgを実行するまで起動しなかった新しい動作です。 WinDbgはまだアプリケーションを起動して実行しますが、Visual Studioは起動しません。アプリケーションは正常に起動すると正常に動作します(見つけようとしているバグは例外です)。この問題はすべてのプロジェクトで発生するわけではなく、WinDbgでデバッグしようとしたプロジェクトだけです。

私はWinDbgを習得しようとしていますが、Visual Studioのデバッグ機能を失いたくはありません。私はこれで夢中になります。どんな助けもありがとうございます。この問題へのさらなる


、私は今、クラッシュしないVS2015にアップグレードし、代わりに以下の機能を提供します。

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. 

選択されている「デバッグなしで開始」ときに、アプリケーションが正常に起動しますが。彼らがどこ

わからないのMicrosoft \ Windows NTの\ CurrentVersionの\イメージファイルの実行オプション\

HKEY_LOCAL_MACHINE \ソフトウェアが、WinDbgをまたはアプリケーション検証最も可能性が高い:

+0

おそらく最初に試してみたいことです。 – Steve

+0

Visual Studioのクラッシュダンプを収集し、[Microsoft Connect](https://connect.microsoft.com/)に送信してください。 –

+0

この問題に加えて、VS2015にアップグレードしましたが、今はクラッシュすることはありませんが、代わりに次の機能が提供されています。 –

答えて

0

問題は、レジストリエントリによって引き起こされました。

関連する問題