クライアントのマシンでリリースビルドをデバッグする

Visual Studio 2005を使用してビルドしたネイティブのC++ Win32 .exeは、社内でテストしたすべてのマシンで完璧に動作します（XP 32ビット、Vista 32ビット& Windows 7 64ビット）。しかしもちろん、それはクライアントの32ビットVistaマシンで繰り返しクラッシュします。私は、顧客への実行可能ファイルのリリースビルドと一緒にPDBファイル（vc80.pdb & プロジェクト名の.pdb）を出荷する場合は、ミニダンプを生成するいくつかの方法があります示し一口を発見したいくつかのウェブサイト上で周り掘りクライアントのマシンでリリースビルドをデバッグする

クラッシュが発生したとき私はその後、Visual Studioにクラッシュダンプを読み込んで、スタックトレースや他の有用な情報を得ることができます。マイクロソフトのワトソン博士ユーティリティもこのプロセスに関与しているようです。

しかし、私は、これは出荷する何のファイル

を実現するために従うべき手順上の任意の明確な指示を見つけることができませんか？
クラッシュダンプを生成する方法を教えてください。
これをVSに読み込む方法は？

誰かがこのプロセスを説明できますか？

出典

2011-09-09 Praetorian

ワトソン博士がVista以降に存在するとは思わない。 –

リリースビルドからクラッシュダンプを取得できます我々の製品でpdbファイルを出荷する必要はありません。

私たちは、MiniDumpWriteDump（）を使用してトップレベルの例外ハンドラで自分自身でクラッシュダンプファイルを作成するための呼び出しを作成します。しかし、それがなくても、ユーザは、ここで述べたように私が思うようにタスクマネージャを使ってクラッシュの時点でクラッシュファイルを生成させることができます：MSDN Instructions for creating dump file。

ダンプファイルを取得したら、顧客はそれを圧縮してメールし、Visual Studioにドロップします。 VSの中で、私はあなたの痛みを感じる

Example from a dump I just created from a MS process

出典

2011-09-09 03:25:50 jschroedl

私はこれまでにこれをやっていましたが、私はthis guideに従ったと思います。それがうまくいかない場合は、Windbgユーティリティをチェックしてください。インストールする必要はなく、USBスティックからでもコピーして実行するだけです。

出典

2011-09-09 02:23:19

私はそのCodeProjectの記事を見ましたが、それはひどく日付がついたようです（2002年に出版され、VS .Net 2003の指示があります）。それがVS2005に当てはまるかどうか知っていますか？（私はコンパイラも古代であることを知っていますが、私はそれを使用しなければなりません）。 WinDbgは有望に見える... +1 – Praetorian

私がそれをしたとき、私はVS2008を使った。間違いなく可能ですが、微調整が必要な場合があります –

など、あなたがして、デバッグが混在またはデバッグネイティブ選ぶと、それはあなたのコールスタックを表示するには、PDB年代のローカルコピーを使用しています。しばらく前にそれをしなければならなかった。

とにかく、あなたはGoogleのブレイクパッドを試しましたか？

Breakpadは、削除したコンパイラが提供するデバッグ情報を持つユーザーにアプリケーションを配布することを可能にするライブラリとツールスイートでコンパクトな「ミニダンプ」ファイル内のレコードがクラッシュし、サーバーにそれらを送り返すと、これらのミニダンプからCおよびC++スタックトレースを生成します。ブレークパッドは、がクラッシュしていないプログラムの要求に応じてミニダンプを書き込むこともできます。

Breakpadは現在、Google Chromeのは、Firefox、GoogleのPicasa、カミノは、Google Earth、および他のプロジェクト
で使用されて

あなたはここでそれを見つけることができます：http://code.google.com/p/google-breakpad/それは同じことを行い

他の答えが記載されていますが、それは自動的にあなたに多くの時間と労力を費やします。

出典

2011-09-09 03:30:23 Dinaiz

BReakpadはちょっと涼しいです。それに言及してくれてありがとう。 – jschroedl

このプロセスは次のようになります。

実行ファイルをコンパイルし、PDBファイルを生成します。実行可能ファイルに使用されているコードを変更しないこと、またはバックアップを保持することを確認してください。
実行ファイルをクライアントに配送します。 PDBファイルを発送する必要はありません。クライアントのマシンでデバッグしたい場合や、Process Explorerなどのツールを使用して、ある時点で関数名を持つスタックトレースを取得する場合は、出荷する唯一の理由です。あなたのケースでは該当しないようです。
XP/2003マシンの場合は、drwtsn32を使用してクラッシュダンプの作成を設定します。 Vista/7/2008の場合、drwtsn32は廃止され、WER insteadを設定する必要があります。もう1つの選択肢はADPlusを使用してアプリを起動することです。
クラッシュが発生したら、ダンプを戻してVisual Studioにロードしてください。スムーズにデバッグするためには、まったく同じコード、実行可能ファイル、PDBが必要です。

注：

WinDbgのは、本番環境でデバッグするときに便利です。これは非常に強力なデバッガで移植性がありますが、VSに慣れていれば使いやすくなります。
ミニダンプを作成すると、スタックトレースといくつかの変数値が得られます。フル・ダンプを作成すると、すべての変数を含む完全なヒープと、より大きなダンプ・ファイルが得られます。転送に問題がなければ、フル・ダンプを使用します。
register at Microsoftの場合、クライアントサイトでプログラムがクラッシュしたときに作成されるダンプにアクセスできます。それは迷惑な "Microsoftに情報を送る？"ウィンドウ時にMSにダンプを送信するプロセスがクラッシュします取得し、あなたはそれにアクセスすることができます...

出典

2011-09-09 04:24:09 eran