問題タブ [pdb-files]

基本的に私がこれをやりたいのは、pdbファイルにソースファイルの場所が含まれていることです（例C:\dev\proj1\helloworld.cs）。別の場所（例）が含まれるようにそのpdbファイルを変更することは可能\more\differenter\location\proj1\helloworld.csですか？

より多くの情報を含むより良いPDBファイルを生成するために知っておくべきVC++設定はありますか？

プロジェクトcrashrptに基づいたクラッシュダンプ分析システムがあります。

また、本番ビルドサーバーのソースコードはD：\にインストールされていますが、開発マシンのソースコードはC：\にあります。VC ++設定にソースパスを入力しましたが、クラッシュのコールスタックを調べても、ソースコードに自動的にジャンプしません。開発マシンのソースコードがD：\にあれば、うまくいくと思います。

ソースコードなしでサードパーティのコンポーネントを使用する必要があります。リリースDLLとリリースPDBファイルがあります。それを「CorporateComponent.dll」と呼びましょう。私自身のコードは、このDLLからオブジェクトを作成し、これらのオブジェクトのメソッドを呼び出します。

デバッグ中、メソッド'DoSomethingLousy'は例外をスローします。PDBファイルは私のために何をしますか？それが何か良いことをするなら、どうすれば私がそれを利用していることを確認できますか？

PDB ファイルを使用すると、クラッシュが発生した場所を診断できると聞いたことがあります。
私の基本的な理解は、Visual Studio にソース ファイル、pdb ファイル、およびクラッシュ情報 (ワトソン博士から?)を提供
するということです。（ありがとうございました！）

すべてが同じ名前空間にあるわけではなく、複数のプロジェクトで構成される Visual Studio (2008) ソリューションがあります。ソリューションをビルドすると、最上位プロジェクトTopProjectで使用されるすべての DLL ファイルがTopProject\bin\debugフォルダーにコピーされます。ただし、対応する .pdb ファイルは、他の一部のプロジェクトに対してのみコピーされます。これは、たとえばNDependを使用する場合など、苦痛です。

Visual Studio はどの .pdb ファイルを上位レベルの bin\debug フォルダーにコピーするかをどのように決定しますか? Visual Studioに他のものもコピーさせるにはどうすればよいですか?

参照は次のとおりです。すべての DLL ファイルは、PDB ファイルなしで中央の場所にコピーされます。TopProject には、これらのコピーされた DLL ファイルへの参照しかありません。ただし、DLL ファイル自体は明らかに PDB ファイルの場所を認識しており、(ほとんどのファイルは)debugフォルダーに正しくコピーされます。

pdb ファイルには、.NET アセンブリのシンボル情報が含まれています。メソッドをファイルの場所と関連付けるために、pdb ファイルを読みたいと思います。データはその中に含まれていますが、それを取り出す方法についての適切な説明が見つからないようです。

私はmdbgについて知っていますが、それは私が望むものに対して非常に重いです(私は思う/願っています)。

ASP.Net プロジェクトへの参照として DLL を追加すると、VS2008 はいくつかのファイルを bin ディレクトリに追加します。DLL が foo.dll と呼ばれる場合、VS2008 は foo.dll.refresh、foo.pdb、および foo.xml を追加します。私は foo.dll が何であるかを知っています:-)、なぜVS2008は他の3つのファイルを追加するのですか? これらの 3 つのファイルは何をしますか? それらを削除できますか? ソース管理に追加する必要がありますか?

最近、Debugging Tools For Windowsの SrcSrv 機能を使用しましたが、 SVNIndex.cmdでpdb にインデックスを付けると、外部リンクからのファイルがまったく取得されないことに気付きました。

助言がありますか ？

当社の継続的インテグレーション システムは現在、perl スクリプトを実行して sln/proj ファイルを解析し、次のオプションを設定します。

DebugInformationFormat="0" GenerateDebugInformation="FALSE"

pdbs の生成を防ぐことで、CIS コンパイルの並列化を増やすことができます。ただし、この方法はハッキリしているようで、失敗することもあります。より良い方法はありますか?

私が考えることができる唯一の代替手段は、RELEASE_NOPDB と呼ばれる構成を追加することですが、RELEASE 構成のメンテナンスが複雑になるのではないかと心配しています。メンテナーは、変更が行われたときにすべての変更を NOPDB バージョンに確実に反映する必要があります。

提案？

すでに同様の質問がここにありますが、議論はすべての側面をカバーしていないので、もう一度質問します:

ビルド モード (リリースとデバッグ) と PDB ファイルの配布を考慮して、.Net アプリケーションを配布する最良の方法は何ですか? これらの側面をカバーする記事への良い参照を持つことは素晴らしいことです.

また、Web アプリケーションの配布と Windows フォーム アプリケーションの配布についても検討してください。

前もって感謝します

マッシモ