Furlでhttpsリクエストがtimeoutになる場合がある件

@__gfx__ couldn’t find in the gist you posted http://t.co/HBOXhne

2011-08-23 11:32:51

@__gfx__ ごめんなさい元々入ってた！！！！

2011-08-23 11:34:43

HTTPクライアント固有の話じゃなくて、SSLを使う場合のBKですね

2011-08-23 11:37:02

read_timeout は僕のコードのコピペだったと思うけど SSL のこと考えてなかったぉw サーセン \^o^/

2011-08-23 11:37:47

あーわかった

2011-08-23 11:39:26

@tokuhirom @__gfx__ @kazuho @sugyan CONNECTメソッドの戻りのレスポンスは行読みしないとマズい

2011-08-23 11:40:28

@tokuhirom @__gfx__ @kazuho @sugyan レスポンス終端の空行から次のパケットがSSLなので...

2011-08-23 11:44:00

@tokuhirom @__gfx__ @kazuho @sugyan read_until みたいなのを入れた方がいいかも

2011-08-23 11:45:22

@tokuhirom @__gfx__ @kazuho @sugyan あれ...問題それじゃなさそうw

2011-08-23 11:57:38

@mattn_jp なお、ぼくの手元ではsugyan's testも含めてall greanです！http://t.co/NmNn5a5

2011-08-23 11:58:13

通常のケース（benchmark/simple.pl)でパフォーマンスが落ちないことも確認しますた。

2011-08-23 11:59:01

gfx++ RT @__gfx__: 通常のケース（benchmark/simple.pl)でパフォーマンスが落ちないことも確認しますた。

2011-08-23 12:01:07

@__gfx__ over proxyだと500出てます。

2011-08-23 12:01:51

@mattn_jp oops! もうわかりません！＞＜

2011-08-23 12:02:14

proxy環境ないしテストのしようがない＞＜

2011-08-23 12:02:31

@tokuhirom @__gfx__ @kazuho @sugyan ポイントはつかみました。if (WIN32) で ioctl($sock, 0x8004667E, \$tmp) してる場所が悪さする様になってる

2011-08-23 12:15:02