クライアントにアプリケーションを送信しました。彼が特別なボタンをクリックすると、アプリケーション全体がクラッシュします。すべての *.pdb ファイルを *.exe ファイルと同じフォルダーにアップロードし、Visual Studio Express 2010 をインストールしました。
クラッシュの情報を取得するのに役立つソリューションはありません。「詳細」ボタンやスタック状況はありません。アプリケーションをデバッグできません。「障害の可能性がある場所」の追加のメモなしで、「プログラムは今すぐ閉じられます」というメッセージのみ。
Windows エラー レポートには、ファイル「アプリケーションのエラー - 私のアプリケーション - モジュール MSVCR100_CLR0400.dll.
クライアント コンピューターにインストールされているアプリケーションをデバッグする方法は?
*
現在の状態では、クライアント コンピューターで使用できる回答はありません。現在、オフィスにあり、ビジュアルスタジオをインストールしています。そのようにコンパイルすると動作します。問題はその理由です。*
ProcDumpは、プロセスを起動し、例外を監視できますC:\>procdump -e 1 -f "" -x c:\dumps consume.exe。デバッガーを自動的に起動するか、Process Monitorを使用して、アプリがクラッシュする前の最後の操作と関連するスタック トレースをキャプチャできます。
クライアントのマシンにアクセスできる場合は、Microsoft から無料で「Debugging Tools For Windows」をインストールできます。WinDbg を含むいくつかのデバッガーが含まれています。その GFlags ツールを使用して、アプリケーションの起動時にクライアントのシステムが選択したデバッガーを起動するように設定できます (その機能は Visual Studio よりもはるかに優れているため、WinDbg をお勧めします)。または、アプリケーションが終了またはクラッシュするたびにダンプ ファイルをキャプチャします。クライアントのマシンへのネットワーク接続がある場合は、そのデバッガーを使用して、クライアントのマシンをリモート デバッグできます。
GFlags を使用すると、あらゆる種類のクラッシュやスレッドの終了をトラップするようにクライアントのシステムを設定して、必要なアプリケーションやプロセスに指定したフォルダーに自動的にダンプを作成できます。したがって、クライアントのマシンを直接デバッグに使用できない場合でも、最小限の労力でアプリケーションのクラッシュからダンプをキャプチャできます。クライアントのマシンに「Debugging Tools For Windows」をインストールし、GFlags を使用して必要なオプションを設定し (ダンプ ファイルの作成オプションを設定するには、「サイレント プロセスの終了」タブを参照)、必要に応じてダンプを収集します。
http://msdn.microsoft.com/en-us/windows/hardware/gg463009.aspxで「Windows 用デバッグ ツール」を入手できます。
何らかの理由でワークステーションでバグを再現できず、クライアントのコンピューターで実行されているアプリケーションをデバッグする場合は、Visual StudioRemoteDebuggerが最適なツールです。.pdbただし、それを機能させるにはファイルを保持する必要があります。
詳細はこちら：
http://msdn.microsoft.com/en-us/library/bt727f1t%28v=vs.100%29.aspx