[#7300] resolver を呼ばない UDPsocket#recvfrom — Toshihiko SHIMOKAWA / 下川俊彦 <toshi@...>

あんまり ruby-dev な話でも無いのですが、ちょっとした機能拡張の提案なので、

12 messages 1999/07/12
[#7321] Re: resolver を呼ばない UDPsocket#recvfrom — Toshihiko SHIMOKAWA / 下川俊彦 <toshi@...> 1999/07/15

From: Toshihiko SHIMOKAWA / 下川俊彦 <toshi@csce.kyushu-u.ac.jp>

[#7313] Ruby 1.3.5 — Yukihiro Matsumoto <matz@...>

Ruby 1.3.5 is out, check out:

59 messages 1999/07/15
[#7318] Re: Ruby 1.3.5 — WATANABE Hirofumi <watanabe@...> 1999/07/15

わたなべです.

[#7326] Re: Ruby 1.3.5 — Wakou Aoyama <wakou@...> 1999/07/15

青山です。

[#7331] Re: Ruby 1.3.5 — matz@... (Yukihiro Matsumoto) 1999/07/16

まつもと ゆきひろです

[#7340] Re: Ruby 1.3.5 — Wakou Aoyama <wakou@...> 1999/07/16

青山です。

[#7368] Re: Ruby 1.3.5 — matz@... (Yukihiro Matsumoto) 1999/07/19

まつもと ゆきひろです

[#7373] Re: Ruby 1.3.5 — Shin-ichiro Hara <sinara@...> 1999/07/19

原です。

[#7374] Re: Ruby 1.3.5 — matz@... (Yukihiro Matsumoto) 1999/07/19

まつもと ゆきひろです

[#7382] Re: Ruby 1.3.5 — Wakou Aoyama <wakou@...> 1999/07/19

青山です。

[#7386] Re: Ruby 1.3.5 — matz@... (Yukihiro Matsumoto) 1999/07/21

まつもと ゆきひろです

[#7388] Re: Ruby 1.3.5 — Wakou Aoyama <wakou@...> 1999/07/21

青山です。

[#7387] [PATCH]extconf.rb, tcltklib.c, and rubytest.rb for NetBSD — Ryo HAYASAKA <hayasaka@...21.u-aizu.ac.jp>

早坂@会津大学です。

10 messages 1999/07/21

[#7466] [PATCH] for djgpp — WATANABE Hirofumi <watanabe@...>

わたなべです.

21 messages 1999/07/29
[#7467] Re: [PATCH] for djgpp — Katsuyuki Komatsu <komatsu@...> 1999/07/29

小松です。

[ruby-dev:7342] Re: resolver を呼ばない UDPsocket#recvfrom

From: Toshihiko SHIMOKAWA / 下川俊彦 <toshi@...>
Date: 1999-07-16 06:32:37 UTC
List: ruby-dev #7342
From: nobu.nakada@nifty.ne.jp
Subject: [ruby-dev:7324] Re: resolver を呼ばない UDPsocket#recvfrom
Date: Fri, 16 Jul 1999 00:43:07 +0900

>   あるいは、recvfrom あたりの返す host を、文字列の代わりに IP address 
> を表すオブジェクトにするとか。で、String として評価されるときに(i.e.
> to_str とか to_s の中で)はじめて resolve する、っていうのを思いついたん
> ですが。

個人的には、そのような仕様だと嬉しいです。しかし、そのような仕様の方が嬉
しいケースは非常に稀なことも確かだと思います。なにも考えなくても、逆引き
した結果であるホスト名が帰ってくるのは、やはり便利なことが多いように思い
ます。

デフォルトの挙動としては、現在のように逆引きした結果が帰ってくる方が良い
かと思っています。


昨日作った patch ですが、recvfrom_noresolv って名前は、センス悪かったな
と思っています。recvfrom_no_reverse_lookup とかのほうが良いかもです。ど
うせ、ほとんど使われることはないメソッドだと思いますので、長くてタイプし
にくくても問題無いと考えています。


API 的に別の案を考えてみました。ただ、ちと難しそうだったので実装はしてみ
ていません。

各ソケットインスタンスに、自動的に逆引きによるホスト名検索を行うかどうか
という属性を持たせます。デフォルトは検索を行う、にしておきます。あとはそ
の属性を変更できるメソッドを用意します。

自動の逆引きを止めることが出来るようになると、ruby で高速な www サーバを
作るとか言うときに有利になるかもしれません。たぶん、その前にインタプリタ
の速度とかが問題になると思うので、嘘だとは思います:-)

逆引きを行うかどうかと言う属性(状態)は、各ソケットインスタンスではなく、
インタプリタ全体で一つ持ってれば充分かもしれません。

とは思ってみたのですが、コードにするのは難しそうなので、言うだけでごめん
なさい。
--
としちゃん // toshi@tea.forus.or.jp, toshi@csce.kyushu-u.ac.jp

In This Thread