Visual Studioのブレークポイント、一時停止なしでデバッグしたい

Question

前提・実現したいこと

Visual Studio 2015 (と2019 Preview) でゲームのプログラムを作っています。
そこでデバッグ時に一時停止なしで(ゲームループを止めずに)デバッグができる方法を探しています。

ブレークポイントを使用すると、Visual Studioにフォーカスが移ってしまい、またゲームループが一時停止されるので、ゲームを操作しながらのデバッグや、タイマーを使用している部分、キーを取得している部分などのデバッグが難しいです。

そこでゲームループを止めずに、リアルタイムでの変数の確認と、毎フレーム指定箇所に処理が通っているのかどうかを確認する方法があれば教えていただきたいです。

ブレークポイント以外の機能を使用する方法、拡張機能を使用する方法も大歓迎です。

ソースコード例

// <処理が止まらないブレークポイント>を通過したときの状態が随時表示
bool pressed;       // キー状態
float lastTime;     // 時間計測

void Update()
{
	// 簡単なフレームタイマーの例
	float now = Time::time;
	float deltaTime = now - lastTime;
	lastTime = now;
	// ここに<処理が止まらないブレークポイント>
	// 	(deltaTimeの内容がVisual Studioのウォッチ画面に表示)

	// 簡単なキー取得の例
	if (Input::GetKeyDown(VK_SPACE))	// スペースキーが押されたら
	{
		pressed = true;
		// ここに<処理が止まらないブレークポイント>
		// 	(毎フレームの処理が通ったのかどうかも表示)
	}
	else if (Input::GetKeyUp(VK_SPACE))	// スペースキーが離されたら
	{
		pressed = false;
		// ここに<処理が止まらないブレークポイント>
		// 	(毎フレームの処理が通ったのかどうかも表示)
	}
}

Answer 1

既に回答がついているように実直にファイルへログを吐くのもコードの内容如何では製品のリリース後にも使えて良いですが、デバッグ端末への出力と言う方法も簡単な方法のひとつですので、覚えておくと良いです。

Windows プログラミングであれば、OutputDebugStringと言うWindows APIがあって、これを利用することで手軽にデバッグ端末に文字列を出力できます。デバッグ端末とは、Visual Studioでデバッグ中であればVisual Studio の出力ウィンドウであり、Visual Studioを使わないで直接ゲームのEXEを実行しているのであればDebugView for Windowsと言うツールを起動することで、その端末とすることができます。

尚、OutputDebugStringはヘッダーのインクルードによってTRACEやATLTRACE等のマクロで使いやすくなることもあります。うまく使い分けるとリリースビルドで無効にできます。

Update関数がフレームごとに頻繁に呼ばれるようであれば、VIsual Studioがもともとの機能として持っている条件付きブレークポイントを利用しましょう。例えばUpdate関数が100回呼ばれるごとに停まるとか、変数Xの値が100になったら停まるとか。

少し質問の主旨とは異なるかもしれませんが、Visual Studio にはリモートデバッガー機能があるので、デバッグ中ではない実行中のEXEでも、自PCあるいは別PCから途中でプロセスにアタッチしてデバッグを継続することができます。

また、DebugBreak APIをコード中で呼び出すと、そこでVisual Studio等のデバッガーを呼び出してデバッグを継続することができるので、条件次第ではそのような使い方もできると思われます。

---

リモートデバッグについて追記： 2019-01-20 18:57

補足ですが、リモートデバッグ機能を使ってブレイクした場合、入力フォーカスはゲームのホストウィンドウのままで移動せず、リモートPC側のデバッガーで操作できた気がします。（ちょっと記憶が不確かですが）

尚、毎フレーム毎に再入あるいはコールバックしてくる構造の場合は要注意です。（これはリモートデバッグに限りませんけど）

Remote Debugging

Comments

[pepperleaf]

条件付きブレークの使い勝手はどうなのでしょうか?
昔、使った事があるのですが、その時は、速度低下が酷く、使い物になりませんでした。(リアルタイム処理中)
その後は慣れない事と合わせて、使うのをあきらめてしまいましたが。

[dodox86]

確かに条件付きブレイクは遅くなる印象がありますね。私自身はシビアな部分で利用することは少なく、困ったことはほとんどないのですが、ブレイクをすることでパフォーマンスに影響が出たり、度重なるビルドでブレイクポイントを張る操作が面倒くさくなる場合、停める条件自体をコードにしてしまうことが多いです。こうすればデバッガーの条件ブレイクほどに遅くなることはないので。テストケースによって変えたい場合はプロファイルからあらかじめ設定を読み込んで条件を変えるなどしています。
if (setting == 1) {
if (ブレイク条件1 == true) {
DebugBreak();
}
} else if (setting == 2) {
if (ブレイク条件2 == true) {
DebugBreak();
}
}
などと。

[pepperleaf]

dodox86さん、
忘れていましたが、指摘の方法、使いますね。
再描画中のエラーとかで、時々、発生するが、むやみにブレークできないけど、エラー時の状況を見たい時とかに。

[b7n]

ありがとうございます。
デバッグコンソールに出力する方法があるのですね。大変助かります。
見やすさの点でUnreal Engine 4のブループリント画面とまではいきませんが、ブレークポイントを付けるよりは楽になりそうです。
教えていただいた OutputDebugString をもとに調べたところ便利そうな _RPT0, _RPTN などを見つけたのでそちらと合わせてデバッグに使わせていただこうと思います。
条件付きブレークポイントも必要があれば使わせていただこうと思います。
http://donadona.hatenablog.jp/entry/2016/02/07/171459

Answer 2

既に回答が付いていますが、
ファイルにログ出力の他、コンソール画面に出力もありです。
(物理的に)に別画面なら、さらに良し。
ただ、コンソール画面出力は遅いので、少量のデータのみに使用です。

余談ですが、OnPaintなんてのにブレークポイントを置くと不幸の連鎖。
Breakで止まって、Continueで継続、、フォーカスが移るとまた、Break...

Answer 3

ファイルにログを吐いていけばよいと思います。

Answer 4

すでに回答されていますが、OutpurDebugStringを埋め込んでおけば、リリースビルドでもDbgViewで表示させることができます。（Visual Studioでデバッグしている時はDbgViewには表示されません）

DebugView for Windows