.pdbファイルはデバッグしてdllのコードにステップインするのに十分ですか?または、実際に対応するプロジェクトのソースコードを参照する必要がありますか?
同じディレクトリにある.pdbファイルでdllを参照しようとしましたが、dllのコードにステップインできませんでした。だから私はdllと.pdbファイルの周りのルールがどこにあるのか疑問に思いました。
前もって感謝します。
.pdbファイルはデバッグしてdllのコードにステップインするのに十分ですか?または、実際に対応するプロジェクトのソースコードを参照する必要がありますか?
同じディレクトリにある.pdbファイルでdllを参照しようとしましたが、dllのコードにステップインできませんでした。だから私はdllと.pdbファイルの周りのルールがどこにあるのか疑問に思いました。
前もって感謝します。
.pdbファイルを使用するとデバッグできますが、ソースは提供されません。PDBファイルとその目的の優れた説明については、このブログ投稿を確認してください。
PDBファイルは、Visual Studioが、アセンブリ内の実行コードがソースコード内の行にどのように対応しているかを知る方法です。あなたの質問への答えはイエスです。VisualStudioには、対応するpdbが構築されたソースコードが必要です。
pdbには、その中にパッケージ化されたソースコードが含まれていません(それは可能ですが、少しハックであり、多くの人がそれを行うことはありません)が、ソースが利用可能な場合、シンボルサーバーは自動的にダウンロードする必要があります。ただし、pdbは、ソースをダウンロードするために、使用しているdllと正確に一致している必要があります。
.NET Frameworkのソースステップを実行しようとしていて、ステップインしていないのではないかと少し疑っています。Microsoftはシンボルサーバーを現在のバージョンのpdbファイルで更新していないため、最新バージョンの.netを実行している場合(少なくともソースファイルの新しいバージョンがリリースされるまで)、ソースステッピングは機能しません。