MSDNの説明に従って、レジストリキーHKLM \ SOFTWARE \ Microsoft \ Windows \ Windows Error Reporting\LocalDumpsを設定しました。
テストプログラムがあります。これは、Visual C ++でコンパイルされたコンソールプログラムで、メッセージを出力して終了する前にNULLポインターを逆参照しようとします。テストプログラムは、コアファイルを終了してダンプするために使用されていましたが、現在は終了するだけです。コアがありません。
物理ハードウェアでWindowsServer2008 R2 Enterprise、SP1を実行しています。
何が変わったのかわかりません。WERがコアをダンプできないようにするために何が変更された可能性がありますか？
次の問題が発生する可能性があります。
C:\ProgramData\Microsoft\Windows\WERそれが持っているフォルダの権限を見てください
サブフォルダを作成するLocalDumpsと、権限が継承されます。
したがって、そのフォルダーのアクセス許可を変更するか、書き込みアクセス許可を持つ別のフォルダーを使用する必要があります。
権限で許可されていない場合、Windowsはレジストリ設定を読み取ることができない場合があります。たとえば、次の（本当にばかげた）権限はLocalDumpも防ぎます：
Windowsエラー報告はWindowsによって実行され、OSのビット数でのみレジストリキーを使用します。あなたは両方を設定したと言いました。それが本当なら、それは大丈夫です。32ビットのレジストリキーのみを設定した場合、それは機能しません。
AeDebugの設定がある場合HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows NT\CurrentVersion\AeDebug、それらはWERの前に実行されます。
このエントリは32ビット（WOW6432Node）と64ビットで存在する可能性があることに注意してください。
通常、これによりデバッガーが起動するはずですが、誰が知っているのでしょうか...何もせずに終了するだけかもしれません。
Disabled値が1inのDWORDがないことを確認してくださいHKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps
DumpFolderと組み合わせてREG_SZを使用している人を見たことがあり%APPDATA%ます。REG_EXPAND_SZのみが環境変数を展開します。
「LocalDumps\MyApplication.exe」のようなキーをLocalDumpsノードに追加したことを確認してください。次に、そのリンクで説明されている値を更新します。クラッシュ時に、WERはアプリケーション名が一致するキーを探して、ダンプの処理方法を決定します。