[#17276] blocks and local variables — Takaaki Tateishi <ttate@...>
立石です.
まつもと ゆきひろです
At Mon, 3 Jun 2002 06:26:56 +0900,
まつもと ゆきひろです
なかだです。
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
In article <1023423387.175193.27185.nullmailer@picachu.netlab.jp>,
まつもと ゆきひろです
Yukihiro Matsumotoさんの
まつもと ゆきひろです
なかだです。
前田です。
At Fri, 7 Jun 2002 13:23:37 +0900,
まつもと ゆきひろです
Yukihiro Matsumotoさんの
まつもと ゆきひろです
Yukihiro Matsumotoさんの
なかだです。
nobu.nakada@nifty.ne.jpさんの
まつもと ゆきひろです
Yukihiro Matsumotoさんの
まつもと ゆきひろです
Yukihiro Matsumotoさんの
原です。
原です。
なかだです。
原です。
どうも西尾です。
なかだです。
At Sun, 16 Jun 2002 10:40:40 +0900,
なかだです。
At Sun, 16 Jun 2002 12:24:00 +0900,
なかだです。
At Sun, 16 Jun 2002 16:57:13 +0900,
なかだです。
どうも西尾です。
まつもと ゆきひろです
[#17315] Re: mswin32 での config.status の自動生成 — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
[#17327] irb 0.9 alpha — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
けいじゅ@日本ラショナルソフトウェアです.
けいじゅ@日本ラショナルソフトウェアです.
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#17367] Ruby bcc32 on Win32 版のコミットについて — 小西 弘将 <konishih@...6.so-net.ne.jp>
小西 弘将です。
まつもと ゆきひろです
小西 弘将です。
こんにちは、なかむら(う)です。
小西 弘将です。
[#17384] avoid VC++ warnings — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
[#17392] [mswin32] exporting needless string literal — Tietew <tietew-ml-ruby-dev@...>
なかだです。
[#17393] [mswin32] static linked exts — Tietew <tietew-ml-ruby-dev@...>
[#17421] broken string when unterminated "#{". — WATANABE Hirofumi <eban@...>
わたなべです。
まつもと ゆきひろです
わたなべです。
In article <1023943870.232495.9282.nullmailer@picachu.netlab.jp>,
まつもと ゆきひろです
In article <1023945463.297286.10112.nullmailer@picachu.netlab.jp>,
なかだです。
まつもと ゆきひろです
In article <1023987024.717469.15784.nullmailer@picachu.netlab.jp>,
なかだです。
まつもと ゆきひろです
In article <1024642728.541545.22623.nullmailer@picachu.netlab.jp>,
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
In article <200206220646.g5M6kPY04591@sharui.nakada.kanuma.tochigi.jp>,
なかだです。
In article <200206230606.g5N66RY15961@sharui.nakada.kanuma.tochigi.jp>,
なかだです。
まつもと ゆきひろです
In article <1024667757.665595.25808.nullmailer@picachu.netlab.jp>,
まつもと ゆきひろです
In article <1024750854.951300.30306.nullmailer@picachu.netlab.jp>,
まつもと ゆきひろです
In article <1024887804.945188.6501.nullmailer@picachu.netlab.jp>,
まつもと ゆきひろです
In article <1024895400.920419.6574.nullmailer@picachu.netlab.jp>,
[#17430] return value from methods of Array's subclass — "Shin'ya Adzumi" <adzumi@...>
あづみです。
あづみです。
まつもと ゆきひろです
あづみです。
[#17446] ternary operator and char literal (Re: parse error with `true || break ? 0 : 1' (PR#261)) — nobu.nakada@...
なかだです。
まつもと ゆきひろです
なかだです。
In article <200206160226.g5G2QO228336@sharui.nakada.kanuma.tochigi.jp>,
なかだです。
In article <200206160749.g5G7nI231269@sharui.nakada.kanuma.tochigi.jp>,
まつもと ゆきひろです
[#17471] break from proc-closure — m_seki@...
まつもと ゆきひろです
In article <1033663928.287610.25914.nullmailer@picachu.netlab.jp>,
なかだです。
[#17475] String#crypt always returns tainted string — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#17513] __END__ in literal — nobu.nakada@...
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
In article <200206211121.g5LBLl211556@sharui.nakada.kanuma.tochigi.jp>,
[#17579] Re: [ruby-cvs] ruby: * dln.c: remark definition rb_loaderror(). — WATANABE Hirofumi <eban@...>
わたなべです。
[ruby-dev:17313] Re: Range + Enumerable(Re: [ruby-list:35305] Re: ((1.2)..(3.4)).to_a)
Siena. です。 ▼ [ruby-dev:17308] < "Shin'ya Adzumi" さん 》> |で、未だに [ruby-dev:17244] の考えが抜けないのですが、succ があるか 》> |どうかよりも、Numeric#step のようにもっと大きな塊を各クラスに任せる 》> |のがいいのではないかと思ってます。step が指定できるようになったとし 》> |て、負の数が指定できるか、少数が指定できるかなどは各クラスに任せる 》> |という感じで。例えば String は正の整数だけしか受けないとか。 》> 》> これは結構有効そうなアイディアだと思います。 》となると、この方向で話を進めるとした場合、残っているのは、 シンプルなルールで要望を満たせそうに思います。 基本的に賛成です。 》 * succ の代わりに何を呼ぶようにするのか 》 》といった辺りでしょうか。後者は Numeric の場合は Numeric#step が使える 》ので他のクラスも step でいいのではないかと思います。幸い step という 》名前は他でも使われてないようですし。 そうですね。特に代案もありませんし、#step の適用対象の自然な 拡張とも思いますし、不必要にメソッドを増やすのもいまいちですしね。 少なくとも、[ruby-list:35272] の first.advance よりは良いです ^^; first.step がブロックを取るなら、そっちで面倒見られますものね... 今思うと、変に #succ ベースにこだわってしまっていたようです。 これで行くとした場合、#step がない時はエラーで良いですか? なければ、代わりに #succ という選択肢もありますけれど、 個人的には #step だけでいいかなと思います。 first.step に与える上限は、Float に対しては diff > 0 の時は、 first.step( last + diff * ( exclude_end? ? -0.5 : 0.5 ), diff ) くらいでも大丈夫でしょうかねぇ。あるいは、Float 以外の時に 単純に last - diff としてしまっていいのかとか考えると、結局 step で終端の開閉を指定できるように拡張した方が良いでしょうか。 せっかく、オブジェクト自身に #step を任せるようにするのですし。 》 * どうやって step を指定するか 》 * Range::new(begin,end,exclude_end,step) 》 * (1..2).new_step(step) で新しい Range を返す(自分自身は変えない) 前者の new は異存ありません。そうなるのは自然だと思います。 後者は、a = Range.new( 1, 2 ) と b = Range.new( 1, 2,, step ) が 生成されるので、ちょっとだけ嬉しくないかなぁという気もします。 あらかじめ a が存在していて、後から b を作り出したいという場合も あるかもしれませんが、これは Range.new( a.first, a.last,, step ) とかはできますので、とりあえずはなくてもいいように思います。 そういう要望が出てくるか、適切な名前を思い付くまでは。 》あと、new_step という名前は適当なのですけど、Range は immutable なの 》で、set_step(step) とか step=(step) とかはふさわしくない気がしてて、 ですね。Range は immutable であって欲しいと思います。 --- Siena. <mailto:siena@cr.chiba-u.ac.jp>