COM サーバーおよび COM コンテナのデバッグ
更新 : 2007 年 11 月
このトピックの内容は、次の製品に該当します。
Edition |
Visual Basic |
C# |
C++ |
Web Developer |
|---|---|---|---|---|
Express |
.gif "トピック該当なし") |
|
ネイティブのみ |
|
Standard |
|
|
ネイティブのみ |
|
Pro/Team |
|
|
ネイティブのみ |
|
表の凡例 :
.gif "トピック該当") |
対象 |
|
該当なし |
.gif "トピックは該当しますが、コマンドは既定では非表示です") |
既定で非表示のコマンド |
COM アプリケーションは、プログラマが直接コントロールできないところで多くのタスクを実行します。DLL 間の通信、オブジェクトの使用数のカウント、クリップボード処理などは、予期せぬ動作に遭遇する領域のほんの一例です。このような事態が発生した場合は、まず問題の原因を追及します。
同じソリューションで 2 つのプロジェクトを使用して、COM サーバーおよび COM コンテナをデバッグできます。それぞれのプロジェクトに適切なブレークポイントを設定してデバッグを行います。ブレークポイントが設定されているサーバーをコンテナが呼び出すと、サーバーのコードに戻るまで、つまりデバッグが終了するまで、コンテナは待機しています。プロセスの境界をまたぐ呼び出しもトレースできます。詳細については、「TRACE マクロ」を参照してください。
COM コンテナのデバッグは、標準的なプログラムのデバッグによく似ています。違いがあるのは、コンテナ アプリケーションにデータをドラッグするなど、コールバックを生成するイベントをデバッグする場合です。この場合は、ブレークポイントをコールバック関数の中に設定する必要があります。
Visual Studio のデバッガは、コンテナやサーバー間のステップやステップ インをサポートしています。この機能には、リモート プロシージャ コール (RPC) 間のステップも含まれます。
参照
処理手順
方法 : RPC デバッグを使用して COM クライアントおよびサーバーをデバッグする