別スレッドが動いているとクリックイベントが1ステップずつデバッグ時に固まる

Question

環境
VS2013・C#・WPF

状況
アプリ稼働中、別スレッド2つでそれぞれループ処理がずっと動いています。
ウィンドウ上のボタンを押します。
ブレークしなければ正常に動きます。
しかし、
クリックイベントのメソッド(VS2013上で自動生成)内でブレークポイントを設け、1ステップずつ処理すると画面が固まり、
その後、ブレークされてない状態に戻りかつウィンドウを選択してもアクティブにならないという変な状態になります。
試しに別スレッドのループ処理をしないようにすると、この問題は起きません。

ボタン押下時に別スレッドループ処理を止めるわけにもいかないんでどうしたもんかと。
もしかして、WPFならクリックイベントなんか使わずコマンドプロパティ使えやって話でしょうか？

Comments

[kpiyohiko]

もう少し詳細な情報をもらえないでしょうか。実際に動かしているソースのサンプル等

Answer 1

スレッドでの処理内容が不明なので想像ですが、
スレッドの方の処理が動いたままなのだから、debugでstep実行している時にもそちらが動いている
動いている2つのスレッドに処理を取られ、そのような症状が起きて当たり前のような気がします
何を確認したくてstep実行するかは不明ですが、
スレッドに関わることならば、debug用のメッセージを出すようにするのがいいような。(C++ならOutputDebugStringのようなもの)
スレッドに関係なければ、スレッドを止めてdebug実行しても問題ないですよね

うまくアクティブにならんのはWindows側の問題な気がします
alt+tabで切り替えていけばアクティブにならないでしょうか

Comments

[nyahonyaho]

もちろんクリックイベントのメソッド内に詳細な処理など書きません。
ただ、マルチスレッドアプリのステップ実行時には色んなメソッドに飛びまくるはずなのに、メインスレッドのステップ実行だけ固まるのが納得できなくて。