[過去ﾛｸﾞ] Boostを語れゴラァ part3 (1001ﾚｽ)

Boostを語れゴラァ part3 http://echo.5ch.net/test/read.cgi/tech/1158991211/

上下前次1-新
通常表示 512ﾊﾞｲﾄ分割 ﾚｽ栞
抽出解除 ﾚｽ栞

---

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ

---

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されているため､ｷｬｯｼｭを表示しています｡過去ﾛｸﾞﾒﾆｭｰ

---

534: デフォルトの名無しさん [sage] 2007/01/03(水) 14:13:46 >>533 英語力ないからって言ってると永遠に身につかないよ。 バグレポなら状況を箇条書きにして送るだけでも大丈夫、ただし返信が来たらしらない（ｗ http://echo.5ch.net/test/read.cgi/tech/1158991211/534

535: デフォルトの名無しさん [sage] 2007/01/03(水) 14:59:14 >>534 そうだよなあ。 とりあえず、がんがって次のようなバグレポを書き込んだ。 意味が通るかどうかは全く自信が無いｗ Hello. I'm a Japanse, so please forgive my poor English. When I tested "EchoServer" sample, I found that it doesn't send back FIN to the client when the client sends FIN to the "EchoServer", by calling shutdown(). This is because "EchoServer" doesn't call close() function for this socket. Why is that? Poco::Net::StreamSocketImpl is refcounted, and close() is called when it is really destructed. I found that Poco::Net::SocketReactor's member, _pReadableNotification, _pWritableNotification, etc. holds Poco::Net::Socket instance, until next socket event arises. So, until then, refcount remains 1, and close() is never called. In Poco::Net::SocketReactor::run(), member function dispatch() is called for each socket. I think, after that, the socket which is held by _pReadableNotification, etc. must be immediately cleared, so Poco::Net::StreamSocketImpl's refcount will be 0, and close() will be called. http://echo.5ch.net/test/read.cgi/tech/1158991211/535

544: 535 [sage] 2007/01/05(金) 04:25:51 POCOにバグレポ書いたと思ったら、もうFixされたバージョンリリースされてた。 はえー。 拙い英文でもバグレポ書いた甲斐があったわ。 勇気付けてくれた >>534 あんがと。 http://echo.5ch.net/test/read.cgi/tech/1158991211/544

---

ﾒﾓ帳

(0/65535文字)

---

上下前次1-新書関写板覧索設栞歴

---

ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ

---

Google検索

Wikipedia

---

ぬこの手 ぬこTOP 4.261s