[#37959] [Bug:trunk] I can modify literals — Yusuke ENDOH <mame@...>

遠藤です。

13 messages 2009/02/10

[#38005] Is URI.decode() broken? — MOROHASHI Kyosuke <moronatural@...>

もろはしです。いつもお世話になっております。

39 messages 2009/02/14
[#38006] Re: Is URI.decode() broken? — Nobuyoshi Nakada <nobu@...> 2009/02/14

なかだです。

[#38009] Re: Is URI.decode() broken? — "NARUSE, Yui" <naruse@...> 2009/02/14

成瀬です、

[#38016] Re: Is URI.decode() broken? — Fujioka <fuj@...> 2009/02/15

xibbarこと藤岡です。

[#38017] Re: Is URI.decode() broken? — "NARUSE, Yui" <naruse@...> 2009/02/15

成瀬です。

[#38040] Re: Is URI.decode() broken? — akira yamada / やまだあきら <akira@...> 2009/02/17

NARUSE, Yui さんは書きました:

[#38124] Re: Is URI.decode() broken? — "NARUSE, Yui" <naruse@...> 2009/03/03

成瀬です。

[#39214] Re: Is URI.decode() broken? — akira yamada / やまだあきら <akira@...> 2009/09/02

(2009年03月03日 22:45), NARUSE, Yui さんは書きました:

[#39218] Re: Is URI.decode() broken? — "NARUSE, Yui" <naruse@...> 2009/09/02

成瀬です。

[#39236] Re: Is URI.decode() broken? — Tanaka Akira <akr@...> 2009/09/05

In article <4A9E44DD.6050706@airemix.jp>,

[#39242] Re: Is URI.decode() broken? — KOSAKI Motohiro <kosaki.motohiro@...> 2009/09/07

小崎@思いつきを適当に書いてみるテスト

[#39246] Re: Is URI.decode() broken? — Tanaka Akira <akr@...> 2009/09/07

In article <20090907091830.2C7A.A69D9226@jp.fujitsu.com>,

[#38096] 多重代入やメソッド引数の展開でto_aが呼ばれます — nagachika <nagachika00@...>

nagachika と申します。

10 messages 2009/02/26

[#38098] ブロック引数と括弧・引数なしsuper — Shugo Maeda <shugo@...>

前田です。

12 messages 2009/02/27

[ruby-dev:37873] Re: AddrInfo

From: Tanaka Akira <akr@...>
Date: 2009-02-02 14:51:42 UTC
List: ruby-dev #37873
In article <87ljtne26l.fsf@fsij.org>,
  Tanaka Akira <akr@fsij.org> writes:

> あー、to_str はやめて、受け付けるほうで処理することに変えて
> しまいました。
>
> sockaddr を文字列の引数として扱うことは少なそうだし、もし
> TCPSocket.new の引数とかに使えるようにすると文字列との区別が
> 問題になるので。また、to_str は引数として表れたケースしか扱
> えませんし、あんまり使わない気がします。
>
> それでもつけたほうがいいですかね?

いろいろと考えて、さらに今日、対面で相談したりして、結局
to_s をつけることにしました。

つまり、(Socket::Option も入れたので)
* AddrInfo#to_s を AddrInfo#to_sockaddr と、
* Socket::Option#to_s を Socket::Option#data と
同じ意味とします。

これは、1.9.1 以前と 1.9.2 以降で、返り値が String か
AddrInfo (Socket::Option) か異なるわけですが、変更後のクラス
で to_s が以前の値を返せば、to_s さえ呼べばどちらのバージョ
ンかを判断することなしに以前の String な値が得られるからです。

もちろん、to_str でそうする、という可能性も考えられるのです
が、Exception#to_str でいろいろと対称性などの問題が出たこと
を考えると、to_s のほうがマシだろうということで、to_s を使う
ことにしました。
-- 
[田中 哲][たなか あきら][Tanaka Akira]

In This Thread