[#13434] irb message typo — Kazuhiro NISHIYAMA <zn@...>
typoだと思います。
[#13455] ext/extmk.rb.in — Kazuhiro NISHIYAMA <zn@...>
ext/extmk.rb.inですが、'w'でopenするのならreadable?ではなく
わたなべです。
[#13463] [BUG?] mutex_m.rb — akira yamada / やまだあきら <akira@...>
まつもと ゆきひろです
[#13479] [BUG] Segmentation fault — Kazuhiro NISHIYAMA <zn@...>
文字列操作しているところで[BUG] Segmentation faultとでて
まつもと ゆきひろです
In <991811793.511554.930.nullmailer@ev.netlab.zetabits.com>
まつもと ゆきひろです
[#13486] drive letter on mingw32 — nobu.nakada@...
なかだです。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
[#13493] yield *[[]] — Tanaka Akira <akr@...17n.org>
しばらく前に、yield *[[]] の挙動に関して bug report をして、まつもとさ
なかだです。
In article <200106071409.XAA21101@sharui.nakada.kanuma.tochigi.jp>,
まつもと ゆきひろです
In article <991988462.179562.20598.nullmailer@ev.netlab.zetabits.com>,
まつもと ゆきひろです
In article <992009406.425405.24078.nullmailer@ev.netlab.zetabits.com>,
まつもと ゆきひろです
asgn.rb を読んでみましたが... なんというか nil.to_a が [] であることを
まつもと ゆきひろです
In article <992022213.746115.25347.nullmailer@ev.netlab.zetabits.com>,
前田です。
Shugo Maedaさんの<87lmn336s3.wl@localhost.netlab.jp>から
前田です。
Shugo Maedaさんの<87hexr316u.wl@localhost.netlab.jp>から
前田です。
まつもと ゆきひろです
前田です。
In article <m38zj242y9.wl@localhost.localdomain>,
原です。
In article <4.3.2-J.20010612154813.02c89a70@blade.nagaokaut.ac.jp>,
原です。
In article <4.3.2-J.20010612185543.00c8b988@blade.nagaokaut.ac.jp>,
まつもと ゆきひろです
In article <992410104.066682.22743.nullmailer@ev.netlab.zetabits.com>,
In article <hvor8wo501g.fsf@flux.etl.go.jp>,
まつもと ゆきひろです
In article <992533086.935976.4066.nullmailer@ev.netlab.zetabits.com>,
まつもと ゆきひろです
まつもと ゆきひろです
まつもと ゆきひろです
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
金光です。
まつもと ゆきひろです
金光です。
前田です。
けいじゅ@日本ラショナルソフトウェアです.
金光です。(^_^)
原です。
まつもと ゆきひろです
原です。
まつもと ゆきひろです
原です。
まつもと ゆきひろです
[#13535] File::fnmatch to go — "Akinori MUSHA" <knu@...>
そろそろ File::fnmatch の件を決着させたいので最終提案です。
[#13564] Dir::open(){} — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
[#13624] Forward: Re: [ruby-talk:16677] Re: Problem running irb with Ruby 1.6.4 under FreeBSD 4.0 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
わたなべです。
[#13626] Syncronizing the 1.6 libraries with the 1.7 ones — "Akinori MUSHA" <knu@...>
標準添付ライブラリの 1.6 と 1.7 での違いを調べてみたのですが、
[#13631] 超漢字 ruby が落ちる — "TOYOFUKU Chikanobu" <toyofuku@...>
豊福です。
[#13650] Re: [ruby-ext:01803] Re: Ruby/SDL on PS2 LinuxKit — WATANABE Hirofumi <eban@...>
わたなべです。
まつもと ゆきひろです
まつもと ゆきひろです
なかだです。
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
こんにちは、なかむら(う)です。
まつもと ゆきひろです
なかだです。
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
まつもと ゆきひろです
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
有馬です。
なかだです。
有馬です。
In message <200107301156.AA00175@fit0298.fitec.co.jp>
[#13652] very long array and GC. — Tanaka Akira <akr@...17n.org>
ふと、とても長い配列を使う機会があったのですが、なんとなく遅いことに気がつきました。
Tanaka Akiraさんの<hvoithjwz23.fsf@flux.etl.go.jp>から
In article <200106260640.PAA12913@zeus.sofnec.co.jp>,
まつもと ゆきひろです
In article <993540668.285220.13545.nullmailer@ev.netlab.zetabits.com>,
[#13666] net/http.rb warnings — nobu.nakada@...
なかだです。
あおきです。
なかだです。
[#13668] ruby_m17n make error — TAKAHASHI Masayoshi <maki@...>
高橋征義です。
まつもと ゆきひろです
高橋征義です。
まつもと ゆきひろです
高橋征義です。
豊福です。
[#13672] irb/ruby-lex.rb — GOTO Kentaro <gotoken@...>
引数の数が間違ってるのは確かですが、これで正しいのか自信はあ
[#13705] eval(code, true, filename) — Shugo Maeda <shugo@...>
前田です。
まつもと ゆきひろです
前田です。
Shugo Maedaさんの<wkithdwg3r.wl@STUDLY.priv.netlab.jp>から
[ruby-dev:13608] Proc#call
原です。
では Proc#call の話です。ここでは
> (i) x = 1, *[]
> (ii) Proc#call
> (iii) Method#to_proc
これらを決めたい。Proc#call と多重代入との違いは、Proc#callには
次の様な要請があるという事ですね。
(1) call(1, 2) と call([1, 2]) を区別したい。
(2) call の引数の数のチェックをしたい。
#この2つ以外にあります?
で、私の案です。単純なんですが、次の様なものはどうでしょう。
まず、(i) ですが、これはまだ保留にします。そして call(B) の B に
おける *obj の展開は普通のメソッドへ引数と同様にします。例えば
call(1, *[]) は call([1]) でなく call(1) と同じ
となります。(これは他に選択肢は無いでしょう。)
次に(ii)ですが、基本的には今まで通りとします。ただし、Proc.new,
lambda, proc は、一つの整数値を引数(arity)にとる事を可能とし
て、それをより理解しやすい仕様にします。
proc([num]){}
num が指定されていれば、それを arity とする Proc オブジェクトを生成
する。この時、callの(*による展開後の)引数からブロックパラメータへ
の代入は完全に多重代入の仕様に従う。つまり、新しい、純粋な多重代入
を行うメソッド Proc#yield(cf.[ruby-dev:13597])を使えば
class Proc
def call(*y)
if arity >= 0 && y.size != arity || y.size < -arity-1
raise ArgumentError
end
self.yield *y
end
end
と説明できる。
num が省略された場合は従来通り。例えば、次の様に書き換えられる。
proc{|x| ...} <=> proc(-1){|x| ...}
proc{|x,| ...} <=> proc(1){|x| ...} #Not proc(1){|x,| ...}
proc{|x,y| ...} <=> proc(2){|x,y| ...}
proc{|x,y,| ...} <=> proc(2){|x,y| ...}
proc{|*x| ...} <=> proc(-1){|*x| ...}
proc{|x,*y| ...} <=> proc(-2){|x,*y| ...}
等々
とします。つまりnumがあるのが正式で、numを省略した場合のarityの指定を
ブロックパラメータの形で便宜上行わせていると考えるわけです。
最後の(iii)ですが、これは Method オブジェクトには既に arity がセット
されていると考えられますから、それを to_proc は引き継がせる事にしま
す。つまり、
array.method(:store).to_proc
は、
proc(2){|x, y| array.store(x, y)}
と同等と考えます。
以上です。相変わらず(i)は保留なんですが。
まあ、パラメータを増やすという、安易にやってはいけないウルトラCで
はあるけれど、非常にすっきりはします。田中さんの[ruby-dev:13598]で
の要請
>* 単値の入口から単値の出口へデータが通過する場合、代入(多重代入)のよう
> な挙動をすること。(代入の挙動自体が議論中ではありますが。)
>* 多値の入口から多値の出口へデータが通過する場合、通常のメソッド呼び出
> しのような挙動をすること。
>* 単値の入口から多値の出口へデータが通過する場合、変換が一回だけ起こること。
>* 多値の入口から単値の出口へデータが通過する場合、変換が一回だけ起こること。
>* wrapper を定型的に記述可能なこと。
>* 単値から多値への変換は一種類であること。
>* 多値から単値への変換は一種類であること。(Proc#call と Proc#yield で
> 異なるとすればこれは無理?)
も満たすと思います。