Application Verifierは、Microsoft公式なのが良い
USA
komurasoft@comcomponent.com
npub1yvu4...v74p
C++プログラマ。COMコンポーネントが好き
Příteli, díky za tuhle písničku. Bylo to moc fajn. Šťastnou cestu. ^^
なるほど。その辺のワードすら知らないから、検索が甘かったのかも
Windowsアプリ向けに
ファジングツールってそんなにあったっけ？少なくとも無料で使えるやつはあんまり前に調べた時は見つからなかった
ちなみにそのタイムスタンプオプションのやつを入れたらパケットロス20%くらいまでは普通に動き続けるようになった覚えがある
Application Verifierでファイル読み込みエラーとか作成エラーとかヒープ確保エラーとかを人工的にランダムに起こしてテストする手法ってあんまり広まってないからブログ記事にしたら受けると思うのよね
アプリケーション検証ツール - 概要 - Windows drivers
アプリケーション検証ツール (AppVerifier) ランタイム検証ツールを調べて、アンマネージド コードでのプログ...
Application Verifierが大いに役に立った
まあ俺が改修しまくった結果、驚くほどロバストになったから今はかなり安心できる製品になってるけどね😎
確かに国内で全く起きなかったわ
いやあ、完全にうちが悪いと思い込んでたから良い発見だ。そうか、うちはそんなに悪くなかったのかも
確かに1%くらいロスするくらいだったら結構動いてた気がする。修正前でも。
そうか。そもそもパケットがそんなにロスしちゃダメかあ。
ハンドルリークしまくって、3週間くらい動かしてたらいきなり落ちたりもした。
確かにそうかも？他の部分が酷すぎたのでもううちが悪いんだろと思ってたが。
まあ確かに中国以外では起きなかったからなあ。
つまりうちのソフトが悪いわ
いや、違うな。カメラ自体との通信はUDPだったわ。カメラを制御する我々のソフトと、ホストとの間の通信がTCPだったんだ
ちゃんと再送を待つというか、ちょっと待ったらすぐに再送してくれる、やな多分
まあでもそのRFC1323のTCPタイムスタンプを有効にしたらパケットロスが生じてもちゃんと再送を待ってくれるのか、5秒くらい通信が止まってたのが1-2秒程度に収まって、大抵の場合うまく行くようになった
いや、インターネットを超えて接続はしないはずなんだよね。ローカルのPCとそのGigEカメラが繋がってるだけのはずなんだけど。でも中国のお客さんはどういうネットワーク構成なのかとか全然教えてくれなかったから、結局何らかの理由でパケットロスが生じたんだろとしかわからなかった