[#38020] irb で %W(#{...}) — yoshihisa masuda <sacong@...>
マスダといいます。
[#38036] undef variable — hirocy <hirocy@...>
hirocyです.
[#38039] proc method — "K.Sasada" <ko1@...>
こんにちは。ささだです。
[#38056] ファイル書換え? — 中村文建 <tx6f-nkmr@...>
初めまして、MLに参加させて頂く中村と申します。
[#38057] [ANN] Ruby-GNOME2-0.6.0 — Masao Mutoh <mutoh@...>
むとうです。
[#38059] [ANN] rbbr-0.3.0 — Masao Mutoh <mutoh@...>
むとうです。
[#38073] module extendable? — Takeshi Horinouchi <horinout@...>
堀之内と申します。
[#38080] ポートが閉じているときの例外など — Mitsuru Ogino <ogino@...>
荻野と申します。いつも質問や要望ばかりですみません。
なかだです。
いわおかです。
荻野です。
なかだです。
いわおかです。
In message <20030812150516.GV37221@barber.fe.rn.tuat.ac.jp>
中川と申します。
In message <20030814.140757.707824131.tetsuo@sapphire.siz.nes.nec.co.jp>
なかだです。
In message <200308160517.h7G5HcPL012839@sharui.nakada.kanuma.tochigi.jp>
なかだです。
In message <200308180959.h7I9xnb7001977@sharui.nakada.kanuma.tochigi.jp>
[#38090] ruby-1.8 で eruby が SEGV — Kazuhiko <kazuhiko@...>
かずひこです。
[#38104] XMLRPC::ModRubyServer — OHARA Shigeki <os@...>
大原です。
[#38122] ruby-tcpwrap and mkmf.rb — Takahiro Kambe <taca@...>
こんにちは。
At Sat, 16 Aug 2003 12:51:55 +0900,
In message <200308160518.h7G5IXPL012842@sharui.nakada.kanuma.tochigi.jp>
なかだです。
In message <200308160714.h7G7ErPL014647@sharui.nakada.kanuma.tochigi.jp>
前田です。
In message <87d6f3znlc.wl@kirk.priv.netlab.jp>
前田です。
わたなべです。
[#38164] Ruby1.8.0でRuby-PostgreSQLがビルドできない — kensaku Maki <sakaki@...>
はじめまして、まきと申します。
[#38183] String << の動作につきまして — kuto@...
うと と申します。
たけ(tk)です。
ふなばです。
たけ(tk)です。
ふなばです。
たけ(tk)です。
ふなばです。
ども、西啓一朗@Ktouth Brand. です。
ふなばです。
ども、西啓一朗@Ktouth Brand. です。
[#38195] 理解の進め方(Re: String << の動作につきまして) — Tadashi Oh-Ya <toy@...>
おおやです。
たけ(tk)です。
たけ(tk)です
In "[ruby-list:38206] 理解の進め方:シュールな世界"
[#38198] Tmailで送るメールに日付がつけられなくなりました — 川田誠司 <kawada.seiji@...>
はじめまして
青木です。
[#38256] かみ砕いた説明をすべき範囲 — 西 啓一朗 <receiver@...>
ども。西啓一朗@Ktouth Brand. です。
なかだです。
たけ(tk)です
なかだです。
たけ(tk)です
いわおかです。
たけ(tk)です
まつもと ゆきひろです
たけ(tk)です。
たけ(tk)です。
[ruby-list:38121] Re: ポートが閉じているときの例外など
In message <20030814.140757.707824131.tetsuo@sapphire.siz.nes.nec.co.jp> on Thu, 14 Aug 2003 14:08:13 +0900, Tetsuo NAKAGAWA <tet@suken.jp> wrote: > > SOCK_DGRAMなソケットは別ですが、SOCK_STREAMなconnect(2)って複数回呼び > > 出せるものでしたっけ? non-blockingモードでEINPROGRESSが返ってきた場合 > > はselect(2)やpoll(2)みたいなので完了を検知するしかないような気もします。 > > non blocking モードの connect(2) を複数回実行することは可能 > です。最初の connect(2) は EINPROGRESS エラーとなり、その後、 > コネクションが確立するまでは EALREADY エラーとなります。コネ > クション確立後であれば connect(2) が EISCONN エラーとなりま > す。 はい、私も後で確認しました。 non blocking モードでconnect(2)エラーでEINPROGRESSだった場合ですが、 ほんとうはエラーではなかった場合は、続けてconnect(2)を呼んでエラーで EALREADYとなるか、そのうち成功することになります。 実はエラーだった場合は、getsockopt(2)をSOL_SOCKETレベルとSO_ERRORで呼 び出してエラーの状態を取得するとECONNREFUSEDだったとわかります。しかし、 続けてconnect(2)を呼ぶとEINVALになって、ほんとうの理由はわかりません。 ということらしいです。 このエラーだった場合の挙動が実装によって異なるようですが、POSIXなどで どうなっているかは知りません。その一方で、NetBSDのconnect(2)にはEINVAL が載っていません。これはこれで問題かもしれません。 エラーの場合を考慮して移植性のある方法というのは、どうすれば良いのでしょ うね。blocking I/Oだと話は簡単なんですけどね。(まぁ、本質的に non-blocking I/Oは難しいものですが。) -- 神戸 隆博 / Takahiro Kambe