[過去ﾛｸﾞ] Jane Style Part142 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
740(4): 2018/03/14(水)14:19 ID:r1Kkfilx0(1/6) AAS
U2chThread.pas (Open Janeでいうと)
procedure TThreadItem.OnSynchroNotifyProc;
中略
if not (asyncObj.responseCode in [200, 206]) then
begin
exit;
end;
Inc(asyncObj.pumpCount);
lastLF := 0;
asyncObj.synchro.Wait;
省3
749(1): 2018/03/14(水)15:51 ID:r1Kkfilx0(2/6) AAS
ネットワークに負荷かけた状態で受信すると、
パケットというよりI/Oが分断すると思える（暗号なしのhttpまわり自作ツールでそういう経験した）。
ソフト側から見ると、100バイトに満たないような受信サイズで、次の受信を待つ状態。
別のスレッドでasyncObj.synchro.Release;する前にクラッシュしたってとこじゃないか。で予想
○6分40秒問題が積もってソケットやOpenSSLがクラッシュ
◎HTTPステータスコードで条件判定したものの、全部届いてなかったので受信しそびれた
×未完受信datの<>、LF(#10、ラインフィード)、htmlタグ等の解釈でクラッシュ。
>>740のデッドロックを解除（別スレをkill）したところ、断片的なdatがバッファ内に存在していて、
LFの判定が行われているように見えた(if asyncObj.dataChunk[i] = #10 then)。
751(1): 2018/03/14(水)16:14 ID:r1Kkfilx0(3/6) AAS
>>740
とりあえず、
dat取得の瞬間にデッドロックが起こるのはここ。
広告や画像への通信は知らんから。
もしあれならOpenSSLやめれば？
>>750
わかりませんなんていうレベルの人間がプログラムの改造なんかするなよ。
省3
754(1): 2018/03/14(水)16:30 ID:r1Kkfilx0(4/6) AAS
>>753
ﾅﾝｶｴﾗｰﾀﾞｯﾃを出すのは
ツール→設定→基本→通信→受信タイムアウト
だと思うぞ。
多分ソケットのタイムアウト設定。
>>740
そういや
WaitForSingleObjectの引数は
INFINITE ( 0xFFFFFFFF )
だったな。
省1
841: 2018/03/15(木)23:20 ID:+akugeBT0(2/3) AAS
>>740
またデッドロックしたアカヒしね、同じくこの箇所だった
丸4ヶ月放置
デッドロックと指摘されはじめて丸１ヶ月放置
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.031s