[#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:13592] Re: Parallel Assignment
原です。
|まつもと ゆきひろです
|| a = 1, *[]; p a
||
||は何ですか?私は 1 だと思うんだけど?
|
|現状では [1] です。つまり、
ああ、やっぱり。これは田中さんの([ruby-dev:13528])
|(1) ... = arg, *[] の挙動
|
|% ruby -e 'a, b = [1, 2], *[]; p [a,b]'
|[[1, 2], nil]
|
|*[] が展開されて消えるとすれば、[1, 2] と表示されるというのが意図する
|挙動な気がします。
で指摘した点ですね。そしてまつもとさんが([ruby-dev:13540])
| a = [1,2],*r
|
|の挙動を考えるときr.length == 0であれば、その意図は
|
| a = [1,2],
|
|であると考えられます(文法的には許容してませんが)。つまり、左
|辺において a と a, が区別され単値と多値を区別しているように、
|右辺においても、多値でない単一の配列を表現していると考えた方
|が使いやすいように思うようになりました。
と答えている。
私は a = 1, *[]; p a は 1 でいいと思うんだけどなあ。なぜなら
0個以上のオブジェクトをカンマで区切って並べたものをリストと
言います。最後のオブジェクトには * をつけることができます。
を「リスト」の定義としますよね。そうすると [] の中にリストを
置いた時と、= の右側にリストを置いたときは、違う評価(評価と
言っていいかどうかわからないけど)がされる事になります。同じ
にしといた方がシンプルではないかな。
| a = [1,2],*[]
|
|が
| a = [1,2],
|
|と解釈して
|
| a = [[1,2]]
|
|になることから導かれています。で、なぜこれがそうかというと、
|仮に
|
| r1 = [1,2]
| r2 = []
|
|として
|
| a = r1,*r2
|
|を評価した場合、
|
| a = 1,2
|
|という結果が得られたとすると、私の感覚では * のついていない
|r1の方が展開されてしまったように感じられるからです。
a = 1,2 ではなくて a = [1,2] が得られると考えては?どちらの方式
でも他との矛盾は無いようですが。
ところで、私の想像していたのは、
= の右辺にはリストが置かれる。リストは評価されると「*オブジェクト」
の展開が起こる。そして展開後、リストは
要素の数が0個ならnilに、
1個ならそのまま、
2個以上だったらArray()で配列に
されて一つのオブジェクトになって左辺に渡る。
とい2段階モデルです。更に左辺への代入のプロセスを入れると3段階
モデルと言えます。
これはどうでしょう?