0

システムのハードドライブがクラッシュしたため、Windows Ultimate64SP1に移行しました。Visual Studio2005SP1とMicrosoftが推奨するすべてのパッチをインストールしました。最終的にSCMからソースコードを取得しましたが、設定したブレークポイントでデバッグが停止しません。これは単なるWinformsアプリであり、特別なものではありません。

私が最初にしたことは、ビルドターゲットをx86に変更することでした。サイコロはありません。次に、x64用のデバッグツールをダウンロードしましたが、まだサイコロはありません。処理済みと未処理の両方のすべての例外でブレークするようにデバッガーを設定しました。サイコロもありません。

私はグーグルの検索結果を見てきましたが、そこにも運がありません。私はこれに3日間いて、運がありません。誰かが以前にこの問題に対処したことがありますか?

アップデート:

プロジェクトはすべてデバッグ(x86)に設定されています。

デバッグセッションの開始時、ブレー​​クポイントは正常なままです。

私はすでに再インストールを行いましたが、それも機能しませんでした。

管理者として実行していて、UACをオフにしました。

「プロセスにアタッチ」を使用してプロジェクトにアタッチし、その方法でコードにステップインすることができました。毎回手動で接続する必要がないように、自動接続が行われない理由を調べたいと思います。

4

4 に答える 4

1

いくつかの質問。

コードが起動すると、ブレークポイントは、ブレークポイントがヒットしないことを示すツールチップが付いた空の円になりますか?それとも、接続されているプロセスを示すツールチップが付いた完全な円になりますか?

デバッガーを手動で接続して、その方法で牽引力が得られるかどうかを確認できます。アプリを起動し、実行されたら、デバッグメニューに移動して[プロセスにアタッチ]を選択します。アプリが実行されているプロセスを選択し、[アタッチ]をクリックします。

私はVista64を問題なく実行しています-VS2008ですが。

于 2008-10-29T22:14:03.907 に答える
1

これは、Vista上のVS2005の既知の問題としてリストされています(MSDN経由)。

タイトル:Just-In-Time(JIT)昇格されたプロセスのデバッグは失敗します

説明:昇格されたプロセスは、VS 2005でJITデバッグできません。これには、IISなどのシステムプロセス、および[管理者として実行]を選択して開始されたアプリケーションが含まれます。

回避策:デバッガーが未処理の例外またはユーザーブレークポイント(System.Diagnostics.Debugger.Break、__ debugbreakなど)をキャッチする前に、デバッガーを手動で接続する必要があります。

于 2008-10-29T23:48:51.080 に答える
0

リリースコンパイルにはデバッグ情報が含まれていないため、プロジェクトがリリースコンパイルではなくデバッグコンパイル用に設定されていることを確認してください。

于 2008-10-29T22:16:22.107 に答える
0

Windows Server2008x64とVistax64SP1の両方で同じパッチレベルのVisualStudio2005を問題なく使用しています。

管理者として実行していますか?他のすべてが失敗した場合は、アンインストールして再インストールしてみてください。

于 2008-10-29T21:56:12.210 に答える