c# - VS.Net 2005 でのデバッグ時にブレークポイントが接続されない

Question

最近、この問題が発生しています... VS.Net 2005 でアプリをデバッグすると、ブレークポイントが接続されません。エラーは、コンパイルされたコードが実行中のバージョンと同じではないため、ブレークポイントが切断される原因となる不一致があることを示します。

すべての bin ファイルのクリーンソリューションと再コンパイルは役に立ちません。単一のボックスや人だけで起こっているわけではありません。

追加された注: このソリューションは、ソース管理用の TFS にあります。ローカルの TFS リポジトリを削除して、ソース管理から最初から取得すると、問題が解決する場合があります。Visual Studio のアンインストールと再インストールも試しました。それも時々役立ちます。これらの両方が時々機能するという事実は、問題がどちらかによって直接引き起こされたものではないことを示しています.

score 8 · Accepted Answer

たぶん、この提案は役立つかもしれません：

Visual Studioでデバッグしているときに、[デバッグ]>[ウィンドウ]>[モジュール]をクリックします。IDEは[モジュール]ウィンドウをドッキングし、プロジェクトにロードされたすべてのモジュールを表示します。
プロジェクトのDLLを探し、シンボルステータスを確認します。
Symbols Loadedと表示されている場合は、金色です。「PDBファイルが見つからないか開くことができない」などのメッセージが表示された場合は、モジュールを右クリックし、[シンボルのロード]を選択して、PDBのパスを参照します。

次のことが必要になる場合があります。

デバッガーを停止します
IDEを閉じます
ホスティングアプリケーションを閉じます
objフォルダーとbinフォルダーを削除します
IDEを再起動します
プロジェクトを再構築する
モジュールウィンドウをもう一度通過します
PDBファイルの場所を参照すると、SymbolStatusがSymbolsLoadedに変わり、コードの行にブレークポイントを設定してキャッチできるようになります。

ソース：ブレークポイントは現在ヒットしません。このドキュメントにはシンボルがロードされていません。

score 2 · Accepted Answer

2

http://dpotter.net/Technical/2009/05/upgrading-to-ie8-breaks-debugging-with-visual-studio-2005/

于 2009-12-28T09:30:10.097 に答える

score 1 · Accepted Answer

私は過去に同様の問題を抱えていました。

Visual Studioを閉じ、「C：\ WINDOWS \ Microsoft.NET \ Framework {framework version} \ Temporary ASP.NET Files」の下にあるプロジェクトの一時的なASP.NETで生成されたアセンブリファイルを削除し、プロジェクトを再度開くことで解決しました。

こちらの投稿とコメントを読んで解決してください。

score 1 · Accepted Answer

[オプション] -> [デバッグ] で、[元のバージョンと完全に一致するようにソースファイルを要求する] のチェックを外すことができます。

score 1 · Accepted Answer

ビルド構成は Release に設定されていますか?

ブレークポイントが設定されている外部 DLL への参照はありますか?

score 1 · Accepted Answer

外部実行可能ファイルによって消費される DLL プロジェクトを作成していますか? .NET または COM を使用していますか?

.NET で COM Interop を使用している場合、実行可能ファイルが DLL をロードするときに DLL のバージョンが問題になることがあります。たとえば、毎日のビルドでビルド番号が増加し、デバッグ DLL のビルド番号が小さい場合、実行可能ファイルはデバッグ DLL をロードしません。これを修正するには、レジストリの HKEY_CLASSES_ROOT\CLSID ディレクトリをスキャンして、.NET/COM コンポーネントの GUID/CLSID を見つける必要があります。InProc32 の下で、デバッグ DLL よりも高いバージョン番号を持つエントリを削除します。

繰り返しますが、上記は .NET + COM 相互運用 DLL にのみ適用されます。

score 0 · Accepted Answer

アプリケーションのどの時点でも、DebuggerHidden や DebuggerStepThrough など、コードのデバッグを妨げるデバッグ属性がコードにないのは確かですか?

score 0 · Accepted Answer

コードを実行してヒットを待つのではなく、ブレークポイントの行までコードをステップ実行できますか? コードをステップ実行できますか?

score 0 · Accepted Answer

AviewAnew - MS 技術担当者の要求で、既にそれを行っていました。ソースファイルをバージョンに一致させる必要があるのをオフにしても役に立ちませんでした。

Mike L - 構成が DEBUG に設定され、外部 DLL が存在するようになりました。フレームワーク参照を除くすべてのローカルプロジェクトを使用します。

score 0 · Accepted Answer

.pdb ファイルが、実行中の実行可能ファイルと同じフォルダーにあることを確認しますか? 両方のファイルの最終更新日が一致していること、および VS がその exe にアタッチされていること (他にはアタッチされていないこと) を確認してください。

score 0 · Accepted Answer

何らかの方法でバイナリに触れるビルド後のステップはありますか? その場合、これによりデバッガが混乱し、サイズ/タイムスタンプが正しくないために、シンボルが exe/dll と一致しないように見える可能性があります。

score 0 · Accepted Answer

過去に、オプティマイザーがコードが呼び出されていないことを (正しく) 判断し、コンパイルされたバージョンからそれらを削除したため、コンパイラーの最適化をオフにすると、「欠落している」ブレークポイントを解決できることが時々ありました。

これは別の問題のように聞こえますが、最適化がデバッグモードでオフになっていることを確認する価値があるかもしれません。[プロジェクト/プロパティ、ビルド設定タブ]

c# - VS.Net 2005 でのデバッグ時にブレークポイントが接続されない

12 に答える 12

Related

Reference