質問

モニターが1つしかない場合、画面全体を使用するプログラム(DirectXアプリケーションなど)をデバッグする最良の方法は何ですか?このコンテキストでは、ステップバイステップデバッガーなどのツールは役に立たないようです。また、コンソールへの印刷は、アプリケーションの終了後にしかコンソールを見ることができないため、それほど効果的ではありません。

役に立ちましたか?

解決

リモートデバッグはオプションではありませんか

それ以外の場合、2番目のモニター(ビデオカード付き)を借りることができます。

そして、他のすべてが失敗した場合、ビープ信号に戻ることができます。

(または古いマトリックスプリンターを見つけて、各行をプリンターに書き込む;-))

他のヒント

実行時情報を表示するには、デバッグテキストをフルスクリーンにオーバーレイします。私なら、アプリをターゲットにしてウィンドウを実行できるようにしますが、画面上のデバッグはプレイテスト(ゲームの場合)に適しています。

printfのデバッグは時間がかかり、苦痛を伴いますが、確実にデバッグできます。

次のようなトレース行でコードを埋めます

fprint(logfile,"%s:%d\n",__FILE__,__LINE__);

または言語に必要な給水器を実行します。完了したら、何をしたかを確認できます。ただし、最初に十分な時間とハードドライブのスペースがあることを確認してください。 「実行」できるという利点があります。後方に物事と次のものとの差分。

BCSの説明に沿って、 DebugView by SysInternals を使用すると、別のマシンからリモートで接続できます。

ウィンドウモードでコードの99%をテストできます。フルスクリーンで実行する必要がある部分については、フルスクリーンにジャンプしてテストを実行し、その後すぐに(プログラムまたはalt-タブ)。

基本的に、ほとんどのコードは全画面表示に依存せず、小さなウィンドウでテストできることを強調します。

で、Joseph Newcombersのグラフィカル開発者インターフェイスに関するエッセイを読むことを検討することをお勧めします。 http://www.flounder.com/gdi.htm

MFCでコーディングしていないかもしれませんが、いくつかの有用なアイデアを得ることができるはずです。彼には他にも興味深い記事がたくさんあります。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top