問題タブ [step-into]

4 つの C# プロジェクトを含む Visual Studio ソリューションがあります。メイン プロジェクトからソリューションのサポート プロジェクトのコードにステップ インしたいのですが、[ステップ イン] キーを使用すると、他のプロジェクトへの呼び出しがスキップされます。サポート プロジェクトにブレークポイントを設定しましたが、それらは無視され、そのプロジェクトへの参照に踏み込むことはできません。

すべてが「デバッグ」としてコンパイルされるように設定されており、Visual Studio がブレークポイントが以前にヒットしないことを警告しているのを見てきました。この場合はそうではありません。コードがデバッグされるように見えますが、実行時に、そのプロジェクトのコードをステップ実行しないように Visual Studio に指示する設定がどこかにあります。私のソリューションの他のすべてのプロジェクトは、問題なくデバッグできます。

この動作を引き起こすために、どのチェックボックスをオンにしましたか?

明確にするための更新: [コードのみ] オプションは現在無効になっています。また、コードは同じソリューションのプロジェクトに属しているため、ここでは「自分のコードのみ」オプションは適用されないと思います。ソースを持っていないプリコンパイルされたコードにのみ適用されると思っていましたが、プロジェクトにソースがあるので、このオプションは何の効果もないと思います。

わかりました、これは私自身のせいですが、私は自分自身を救うことができないようです.

.NET コードを呼び出す割り当てを含むフィールドを持つクラスにステップ インしようとすると、「現在の場所で使用できるソース コードはありません。」というテキストを含むダイアログ ボックスが表示されます。

たとえば、次のクラスのコンストラクターにステップ インすると、上記のメッセージが表示されます。

これは、ある時点でシンボルサーバーの設定をいじったためだと思いますが、今何をいじっても、そのメッセージを取り除くことができないようです.

私の愚かさはどこに行ったことを忘れたのですか？

私の現在のオプションの要約：

• [ ] アドレスレベルのデバッグを有効にする
• [x] マイ コードのみを有効にする (管理対象のみ)
• [ ] .NET フレームワーク ソースのステッピングを有効にする
• [ ] ソース サーバーのサポートを有効にする
• シンボル ファイル .pdb の場所 - 空
• シンボル サーバーから次のディレクトリにシンボルをキャッシュします: C:\temp (空)

質問のタイトルはそれをすべて本当に示しています-VS2005よりもはるかに遅く、キーを押すたびに顕著な（0.5秒）遅延があります。

コードをステップスルーするのは面倒です。

私のソリューションには、C/C++ Win32 DLL といくつかの C# アプリケーションの 2 つのプロジェクトがあります。

デバッグ中に DLL にステップインできるようにするには、どうすればよいですか?

C++ プロジェクトの設定ですべてのデバッグ オプションをオンにし、C# アプリケーション ルートの次のファイル (MyLib.dll、MyLib.pdb、vc90.pdb、vc90.idb) にコピーしましたが、役に立ちませんでした。

実行する必要がある追加のアクションは何ですか?

反映されたコードにステップ イン (F11) できるようにするために必要なこと。

リフレクションを使用してオブジェクトを作成しています:

myObject.GetType().GetConstructor().Invoke(myParams)

コンストラクターのコードに入りたいと思います。F11 を押すと、コンストラクターのコードがスキップされます ;(

しかし同時に、ctor にブレークポイントを設定して F5 キーを押すと、このブレークポイントにヒットします。

それで、反映されたコードにステップインできるようにするためにできることはありますか。

Visual Studio 2008 SP1 と VB.NET プロジェクトの使用。ステップインできないコードがあります。イミディエイト ウィンドウに、「シンボル 'Some.Namespace.Here' なしでメソッドをステップ オーバーしています」というメッセージが表示されます。

メソッドに常にシンボルがあることを確認するにはどうすればよいですか?! コードのすべての行にステップインする必要があります。F8を押しています（VS2008では「ステップイン」です。メモリから、VS2005ではF11だったと思います）。

このデバッガーのものはいつも私を混乱させました: ソリューション レベルのプロパティ ページで、アクティブ (デバッグ)、デバッグ、リリース、すべての構成の 4 つの値を持つ構成ドロップダウンが表示されます。- 現在は「アクティブ (デバッグ)」に設定されています。プロジェクト レベルでは、デバッグ、リリースの 2 つの値を持つ構成ドロップダウンが表示されます。- 現在「デバッグ」に設定されています

私の C# コードは P/Invoke を介してアンマネージ サードパーティ ライブラリ関数を呼び出しており、アンマネージ関数には奇妙な副作用があります。私はそれをデバッグして、それが何をしているのかを見たいと思っています。

C# コードをデバッグし、P/Invoke 呼び出しに「ステップ イン」しようとすると、代わりにステップ オーバーします。そこに驚きはありません -- 私はそれを期待していました。この DLL のソースはありません。また、逆アセンブル ビューを表示しても問題ないとは言いませんでした。

そこで、デバッガーを逆アセンブリ ビューに切り替えます ([デバッグ] > [ウィンドウ] > [逆アセンブリ])。これで、JITted コードに個々の x86 命令が表示されます。もう一度、P/Invoke 呼び出しに踏み込もうとします。繰り返しますが、代わりにステップオーバーします-x86 CALL命令にステップインするように明確に指示しましたが。x86 CALL に足を踏み入れるのはどれくらい難しいですか?

これまでの私のグーグルは、これに影響を与える可能性のあるいくつかのオプションを示しており、すでにそれらを設定しています:

• [ツール] > [オプション] > [デバッグ] > [全般] で、[マイ コードのみを有効にする] がオフになっています。
• [プロジェクト] > [プロパティ] > [デバッグ] タブで、[アンマネージ コードのデバッグを有効にする] がオンになっています。

ダメ。Visual Studio はまだ介入を拒否しています。

サードパーティの DLL 用の PDB はありませんが、それは問題ではありません。ソースコードやシンボル情報は気にしません。（まあ、実際にはそれらは本当に素晴らしいものですが、取得できないことはすでにわかっています。）Visual Studioはx86デバッグを実行できます（逆アセンブリビューはそのためのものです）。 x86 コード。

P/Invoke 呼び出し内で x86 命令にステップ インできるように VS を取得するには、他に何をする必要がありますか?

ラップトップにEclipseを置くだけで、Step Intoデバッグツールを使用すると、コードの次の部分に移動するだけではありません。例として、配列リストを呼び出す.size();と、配列リストクラスに移動し、に必要なすべてのコードを実行します。.size();

ただし、デスクトップでは、次のコードに移動するだけです。そうです：

その上で（デスクトップから）[ステップイン]をクリックすると、HelloWorldがコンソールに表示されます。

対照的に、ラップトップで「ステップイン」System.out.println("hellow world");すると、最初にPrintStream.classがプルアップされ、次にWritter.classをクリックすると、String.class、BufferedWritter.classなどが表示されます。

デバッグ時に「ステップオーバー」を使用してきましたが、いくつかの呼び出しがあります。基本的な例として、mergeSort(arr, 0, arr.size());ステップオーバーすると全体がスキップされますが、ステップインするとプルアップされます。arr.size();メソッドと私は私のものに戻る前にそれらのすべてをクリックする必要があります。

デスクトップで、WindowsとEclipseバージョン3.4.1を実行しています。私のラップトップでは、Linuxとeclipseバージョン3.5.1を実行しています。

考え？助言？それは理にかなっていますか？

Python Web アプリケーションのデバッグ、特に Web リクエストの実行に関する情報が見つからないようです。

これは不可能ですか？いいえの場合、なぜですか？

私は、大規模なVS2010ソリューション（すべてC＃）でいくつかのプロジェクト（AとB）に取り組んでいます。プロジェクトAのメソッドが、私が責任を負わないソリューション内の1つ以上のプロジェクトを呼び出し、次にプロジェクトBを呼び出す場合が多くあります。プロジェクトAからデバッガーをステップスルーすると、強制されます。プロジェクトBの呼び出しに最終的に到達する前に、これらの他のプロジェクトの多くのメソッドをステップスルーする必要があります。さらに、プロジェクトBからステップアウトするときは、コールスタックを最後までステップバックする必要があります。プロジェクトAに戻る前に、興味のない方法について説明します。

現在、プロジェクトAとBの入口と出口にブレークポイントを設定することでこれを回避していますが、これらのブレークポイントを正しい場所に設定することに多くの時間が費やされていることがわかり、私の人生はたくさんあると感じています特定のプロジェクトのステップスルーを無効にできれば、もっと簡単になります。

私はDebuggerStepThroughAttributeを知っていますが、（i）多くの場所に追加する必要があり、（ii）このコードのステップスルーに関心のある私のオフィスの人は満足できないため、この使用は私の状況では機能しません。 。

何か案は？