[#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:38137] Re: ポートが閉じているときの例外など
なかだです。
At Sat, 16 Aug 2003 19:22:15 +0900,
Takahiro Kambe wrote:
> > > 実はエラーだった場合は、getsockopt(2)をSOL_SOCKETレベルとSO_ERRORで呼
> > > び出してエラーの状態を取得するとECONNREFUSEDだったとわかります。しかし、
> > > 続けてconnect(2)を呼ぶとEINVALになって、ほんとうの理由はわかりません。
> >
> > SO_ERRORでerrnoを調べるというのは、今でもやってるんですが、これ
> おぉ、そうでしたか。手元で別途テストプログラムで確認したところ、
>
> > がEINVALだけではなくてEINPROGRESSのときにも必要ということでしょ
> > うか。
>
> 一応はだいじょうぶです。ただ、connect(2)をループで繰り返しているなら、
> (必須ではないかもしれませんが)EINPRROGRESSのときもやった方が良いと言え
> ます。早くエラーが検知できて、connect(2)の呼び出しを1回節約できる場合
> があります。
EINPROGRESSのような時間がかかっているときに、システムコール一回
の間くらいではそうそう条件は変わらないのではないかという気がす
るのですが。
対応としては、FreeBSD(*BSD全部?)でもWAIT_IN_PROGRESSを有効にす
るということでいいんでしょうか。全システムで有効にしたほうがい
いのかな?
--
--- 僕の前にBugはない。
--- 僕の後ろにBugはできる。
中田 伸悦