orange @[email protected]

ていうか、自動実行してテストしてるんだったら、テストする側もC# で書いてるなら対象をProcessクラスで持ってるわけだからかなり短いコードになりそう＞＜

エラーダイアログは、.NETなアプリの場合は、.NETなエラーであればエラー吐いてるプロセスがエラーダイアログのウィンドウハンドル持ってて、そうじゃない場合はなんかサービスが（子プロセス作って）ダイアログ出すので、それでも判定できそう＞＜

Windowsの.NETなアプリの場合？には、Process.MainWindowHandleでプロセスのメインフォーム調べてGetForegroundWindowでフォーカスがあるウィンドウと比較して違ってたらつまり「メインウィンドウがフォーカス持ってないのでエラーダイアログ出してるっぽい！」って調べられるのでそれでだいたい済むんでは感＞＜

GUIを持った何らかのWindowsのアプリを自動実行して、そのアプリが例外吐いて死んだかどうかだけだけを順々に見ていくだけであれば、どのウィンドウがフォーカス持っているかというかZオーダーを見て他にダイアログ出てるかだけ見ればいいんでは感＞＜
（もちろんプロセスやウィンドウが既に居なくなっているのであれば失敗するのでそれで検出できるだろうし＞＜）

地震気づけなかった＞＜

これ、ひとつの「アプリが落ちてるか判定するのをちょちょいと出来るライブラリ！＞＜」として作ったら便利かも？＞＜
https://mstdn.nere9.help/@orange_in_space/107409948146982991

基本は自動映像解析式で、異常時に人間にハンドオーバーして、人間が誤検知と判断した場合には減速して通過(完全にキャンセルにしないのはメイデイなネタになっちゃうから＞＜；)、誤検知の操作をしない場合には非常停止にすれば人道的？＞＜；

踏切に接近したら地上の踏切区間監視担当運転士の端末に映像が映って、許可操作し続けないと非常ブレーキを掛ける仕組み＞＜
労組が怒りそうなお仕事になりそうではあるけど＞＜；

ふと思ったけど、逆転の発想で、人間による踏切の監視を地上側に移管って出来ないんだろうか？＞＜
民間航空の将来像で言われててNASAが研究したりしてる、実際に操縦するパイロットを地上側に置いて機上には車掌的な人間を置くシステムの鉄道版的な＞＜

一応JR東日本の方針的には、ドライバレスの前提は踏切撤去っぽい・・・？＞＜

2020-07-06 「京浜東北線のワンマン運転化」を、JR東日本が検討する理由 | News&Analysis | ダイヤモンド・オンライン https://diamond.jp/articles/-/242039?page=3

山手線の踏切の代替の道路に関してはこんな感じらしい＞＜
補助第92号線（中里）の事業に着手｜東京都 https://www.metro.tokyo.lg.jp/tosei/hodohappyo/press/2021/03/05/04.html

ゲームのMODでゲームの状況判断するのでWMIでゲームのプロセスのワーキングセットのサイズを見る手法とかCPU使用率を見るのがあるので、同様に、落ちるのが例えばメモリリーク的な動作であるならワーキングセットの変化みたり、暴走ならCPU使用率の面積(？)みたり、逆に停まるならCPU使用率がすごく低くなった所で処理後に期待される状態にあるのか(ウィンドウの親子関係とかを)見るとかもありそう？＞＜

難しい・・・＞＜