2012-01-19 37 views
0

奇妙で厄介な問題のビット。 私は、ASP.NET WebフォームプロジェクトにVisual Studio 2010を使用しています。私は、ActiveXコントロール内にブレークポイントを設定し、ページをロードして、Visual Studioデバッガを実行中のInternet Explorerプロセスに接続することができました(タイプ 'スクリプト、T-SQL、管理対象として表示されます)。ヒット。 しかし、いくつかの小さな微妙な変更(と整理整頓の多く)の後、私は同じことを行うと、私のブレークポイントはヒットしていません。デバッグ> Windows>モジュール画面では、デバッガがまだ接続されていても、iexploreプロセスへの参照はありません。 私はすべての変更を元に戻すのはちょっと気にしませんが、私はそれがIPアドレスまで下がっている可能性があると考えています。ほとんどのコードはipv4アドレスとして動作するはずですが、Visual Studioデバッガがipv6アドレスで動作していると思われます。Visual Studio 2010でのActiveXコントロールのデバッグ

誰かがこのタイプの問題に遭遇しましたか?どこのIPアドレスバージョンがデバッグプロセスを混乱させるのですか?

答えて

0

これは1週間後に解決策を見つけました。 IPアドレスとは関係ありませんでした。 ActiveXコンポーネントは.NET 3.5.0に制限されていたため、IEでロードされたときに.NET 2.0で動作しました。プロジェクトの残りの部分は.NET 4.0で、Visual Studioがデバッグしていたときに自動的にコードタイプ「自動:ネイティブ」をデバッグしました。これは.NET 4.0にデフォルト設定されています。私はIEプロセスにアタッチすることができましたが、すべてのブレークポイントは正常に見えましたが、シンボルがロードされていないため、いずれもヒットしませんでした。 IEプロセスに接続するときに「選択」ボタンをクリックすると、Managed(v2.0、v1.1、v1.0)コードを選択でき、ブレークポイントがヒットしました。 .NET 4.0と.NET 2.0の両方をデバッグすることはできませんが、Visual Studioの2つの独立したインスタンスを使用して完全なプロジェクトをデバッグできます。 これは、私がしたように、これを乗り越える人に役立ちます。

関連する問題