問題タブ [pdb-files]

プロジェクトにいくつかのDLLがあり、同じフォルダー内に* .pdbファイル（デバッグ情報）を作成するように定義されています。問題は、このフォルダ内に実際に存在する* .pdbファイルは、最後にコンパイルされたDLLに属するファイルだけであるということです。その結果、最後のプロジェクトのみをデバッグできます（コンパイルごとに、フォルダー内のすべての* .pdbが削除され、現在コンパイルされているDLL pdbファイルが作成されます）。

どうすれば解決できますか？VisualStudio2003を使用しています。

Visual Studio 2008にソリューションがあり、数十のプロジェクトがあります。

すべてのpdbを同じフォルダーに入れたいのですが。

プロジェクトのプロパティページから、pdbが「中間ディレクトリ」に移動することがわかります。また、.objファイルは「中間ディレクトリ」に移動します。

.objを分離したままにしたいので、各プロジェクトには独自のフォルダーがあります。同時に、すべてのpdbを同じフォルダーに入れたいと思います。

buildlog.htmを見ると、pdbパスを制御するオプション/ PDBが表示されますが、このオプションはプロパティページで使用できないようです。

たぶん私はポストビルドスクリプトを使用する必要がありますか？

現在、VC6 でプロジェクトをデバッグしています (ゆっくりと VS2008 に移植しています)。このプロジェクトは、デバッグ ビルドを使用して VS2008 で作成した DLL にリンクしています。(私は知っています - 自分自身を見つける奇妙な状況です。) VC6 でプロジェクトをデバッグし、DLL の呼び出しにステップインする必要があります。DLL と一緒に PDB がありますが、VC6 は、DLL をロードするときに DLL のシンボリック情報がないことを報告します。誰かが理由を知っていますか？VS2008 の PDB は VC6 でロードできませんか? ありがたく受け取ったアイデア...

MSI インストーラーに pdb ファイルを含めて、アプリの残りの部分と一緒に展開するにはどうすればよいですか?

生成するエラー ログに行番号と完全なスタック トレースを保持したいと考えています。

アップデート

pdbを配布しない限り、コードの行番号はスタックトレースに報告されません。私はこれをテストしました。

MSI をビルドし、MSI インストーラー プロジェクトにさまざまなプロジェクト出力 (約 5) を含めて、それらのプロジェクト出力の pdb も MSI に含めるように依頼した場合、どうすればよいですか? または、この情報 (コード行番号) を例外 ex からログに取得する方法は?

Visual Studio 2008 で C# の Program Database ファイル (*.pdb) へのカスタム パスを設定する方法はありますか? C++ の場合、これは非常に単純でした (プロジェクト設定 -> リンカー -> デバッグ -> プログラム データベース ファイルの生成) が、何らかの理由で Microsoft が C# から削除 (または非表示) したようです。

「標準的な」使用法は、pdb を実行可能ファイルと一緒に bin ディレクトリに配置することだと認識していますが、そのディレクトリは非常に混乱しているので、/obj に配置することを本当に望んでいます。常に C++ で行っていました。

ありがとう！

pdb ファイルを生成せずにリリース ビルドを生成しようとしています。プロジェクトを右クリックして [プロパティ] を選択し、[ビルド] タブに移動してから [詳細...] ボタンに移動し、[デバッグ情報] を [なし] に変更することを提案する多数の投稿を見てきました。これはすべて機能しますが、それぞれ〜25個のプロジェクトを含む〜50個のソリューションのビルドに対してこれを行う必要があります! 他の投稿では、適切な .csproj ファイルの編集について言及していますが、プロジェクトが非常に多いため、これには長い時間がかかります。TFSBuild.proj ファイルを介してこれを達成する方法はありますか?

TFSBuild.proj ファイルに以下を追加しようとしましたが、うまくいきませんでした。

次の行は、Release|AnyCPU、none、および false を出力しますが、$(OutputDir) フォルダーに .pdb ファイルがまだ表示されます。

前もってありがとう、ウルヴィ

使用しているライブラリの完全なソース コードにアクセスすることはできませんが、pdb ファイルは持っているため、「ソース コードのデバッグ」にブレークポイントを設定することはできますか?

もしそうなら、どうすればいいですか？

適切な PDB 情報 (chkmatch でチェック) を持つ参照アセンブリで PostSharp を使用すると、デバッグ情報が VStudio ビルドおよびポスト コンパイル プロセスによって失われ、vstudio ビルド後に chkmatch を使用してアセンブリを比較すると、次のエラーが発生するのは奇妙に思えます。 .

エラー: 実行可能ファイルにデバッグ情報が見つかりません。

したがって、このアセンブリにデバッグするためにステップインしません。

Hex Editor を使用して PostSharp によって DLL に書き戻された有効なオフセット情報が見つからなかったため、Post Sharp は PDB の場所のオフセット情報を破棄せずにアセンブリを適切に書き戻しますか? これの回避策は何ですか?

コンテンツをZI​​Pするためのビルド後のタスクを含むVisualStudio2008 C＃/。NET3.5プロジェクトがあります。ただし、出力ディレクトリ（およびZIP）で参照されているアセンブリの.pdb（デバッグ）ファイルと.xml（ドキュメント）ファイルも取得していることがわかりました。

たとえば、MyProject.csprojがYourAssembly.dllを参照し、DLLと同じディレクトリにYourAssembly.xmlファイルとYourAssembly.pdbファイルがある場合、それらは出力ディレクトリ（およびZIP）に表示されます。

ZIPで*.pdbを除外することはできますが、同じ拡張子のデプロイメントファイルがあるため、*。xmlファイルを包括的に除外することはできません。

プロジェクトが参照されるアセンブリPDBおよびXMLファイルをコピーしないようにする方法はありますか？

私はソフトウェア会社でシステム ソフトウェア製品の仕事をしています。一昨日、その製品がクラッシュし、コアが表示されました。

正確な問題を見つけるために、関数名（kernel32.dll、ntdll.dll ..関数名が表示されない）を含む完全なコアスタックを知りたいです。Microsoft サイトから WINDOWS デバッグ シンボルをダウンロードしました。 http://www.microsoft.com/whdc/devtools/debugging/symbolpkg.mspx#f

以下の 3 つのパッケージをダウンロードします。 NRL-ENU-DEBUG.exe。

WINDOWS OS バイナリのデバッグ シンボルを読み込もうとしましたが、成功しませんでした。例：ntdll.dllの場合、対応するntdll.pdbを読み込もうとしましたが、Visual Studioスルーエラー、つまり「シンボルファイルntdll.pdbがモジュールと一致しません」

オペレーティング システム: WINDOWS 2003 SP2 を使用しています。

関数名で完全なスタックを取得するのを手伝ってください。

システム ソフトウェアでクラッシュした後のコア スタック。

kernel32.dll!77e4bef7() Asm [以下のフレームは正しくないか、見つからない可能性があります。kernel32.dll のシンボルがロードされていません] Asm kernel32.dll!77e4bef7() Asm kernel32.dll!77e46cfd() Asm ntdll.dll!7c827d29( ) Asm ntdll.dll!7c83d266() Asm ntdll.dll!7c83d2b1() Asm ntdll.dll!7c82d308() Asm ntdll.dll!7c82d30f() Asm ntdll.dll!7c82f380() Asm ntdll.dll!7c82d30f() Asm ntdll.dll!7c82f557() Asm ntdll.dll!7c82a501() Asm ntdll.dll!7c82daee() Asm ntdll.dll!7c82f51a() Asm ntdll.dll!7c82f2c3() Asm kernel32.dll!77e6518d() Asm ntdll. dll!7c829cc2() Asm ntdll.dll!7c829de7() Asm ntdll.dll!7c829e02() Asm ntdll.dll!7c827899() Asm ntdll.dll!7c82ec4a() Asm msvcr80.dll!781787e4() Asm msvcr80.dll! 78178823() Asm sal.dll!SAL_DebugOutput(const char * fmtstr=0x66009318, ...) 行 643 C++ sal.dll!MapSystemError(unsigned long dwerr=0x00000040) 130 行目 + 0xb バイト C++

sal.dll!MapLastError() 行 146 + 0xc バイト C++

sal.dll は私のソフトウェア バイナリであり、sal.dll のデバッグ シンボルを読み込むことができました。

あなたの提案を待っています。