新しいものを表示

もしかしてこれだと単にモーダルのダイアログを出してるか検出してるだけって事になる?><;

スレッドを表示

Windowsのアプリがエラー出てるかどうか判定、.NETの場合はwin32apiのIsWindowEnabled()使ってWS_DISABLED状態であるか調べれば、アプリケーションエラーのダイアログが出てるかわかるっぽい><
(言い方を変えると、つまり勝手にWS_DISABLEDにしてるっぽい)
もっと低レベルのエラー出してシステムに怒られてる場合(たとえばメモリ保護違反とか)は、それでは検出出来ないっぽい><

それ(おもちゃレベルの)FLIRカメラついてるから欲しい・・・><
(おもちゃレベルじゃないFLIRカメラは気軽に民生用に作ると怒られるらしい・・・><;)

orange さんがブースト

高堅牢タフネススマートフォン | CAT S61 kcs.ne.jp/lp/cat-s61/

堅牢な端末が欲しいならこれ買って格安sim契約したほうがいい気がしてきた

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

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

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

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

これ、ひとつの「アプリが落ちてるか判定するのをちょちょいと出来るライブラリ!><」として作ったら便利かも?><
mstdn.nere9.help/@orange_in_sp

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

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

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

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

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

orange さんがブースト
orange さんがブースト

都市計画図の第二中里踏切の辺りの引用><

orange さんがブースト

書いた><
そこに(も?)橋を架けるっぽい (#.3933687) | 山手線で唯一残っていた開かずの踏切の廃止が決定。代替となる陸橋完成は10年後か | スラド srad.jp/comment/3933687

山手線の踏切の代替の道路に関してはこんな感じらしい><
補助第92号線(中里)の事業に着手|東京都 metro.tokyo.lg.jp/tosei/hodoha

orange さんがブースト

ATACS+ATO(+ドライバレス)は踏切撤去しなくても導入可能なので、特にそういったことは考えていないとは思うけど、安全性の面でさっさと無くしたい

popon.pptdn.jp/@popn_ja/107409

古いものを表示
:realtek:

思考の /dev/null