[#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:13602] Re: Parallel Assignment
原です。 このスレッドは平行代入分科会です。:-) (Procがらみはおいておきます。) しかし、Rubyにおいて平行代入(Parallel Assignment)というのは無く、 多重代入あるいは重複代入と言うべきなのでこのスレッドタイトルは間違 っていると言っていいですね。 >まつもと ゆきひろです >それはPerl的です。^^;;; > >文法構造としてのリストと配列の両方があるばっかりに混乱した人 >は大勢いるはずです(私も経験があります)。なにもその轍をまた踏 >まなくても。 先に私が言ったリストってのはどちらかというと文法構造の方かな。Perlがや やこしいのは、「コンテキスト」によってリストが異なる評価を受けるからで すよね。Rubyのいいところは比較的コンテキストから自由であるところで、局 所的に見た目が同じなら同じものを表現するという傾向があるわけですよ。 matz方式だと、代入の右辺と配列の中と、見た目同じであるものが文脈で異な る解釈を受けているように感じられません?それこそPerl 的です。 #とmatzにRubyの精神を説くか私って^^; >になるわけですよね。私の感覚では式の列の末尾についている値に >よって、式の列全体に影響が及ぶのはかなり抵抗があります。よっ >て、現状(1.7)の > > r1 = [1,2] > r2 = [] > a = r1, *r2 # [[1,2]] > > r2 = [3] > a = r1, *r2 # [[1,2],3] > >の方が望ましいと思うわけです。 ふーむ。3つの変数a,r1,r2による式「a = r1, *r2」によるr1の評価のされ方 がr2の値によって大きく変化するのが不自然だという訳ですね。 しかし、値として 「, *[]」はあってもなくても同じ という原理一本やりの方がきれいじゃないかしら。 ヴィジュアルに訴えてみますね。 今、Aを等号の右辺とします。次のテーブルを用意します。 Aの表 1 1,2 [1] [1],[2] [1,2] すると代入は次の表で与えられます。 a=A でのaの値 1 [1,2] [1] [[1],[2]] [1, 2] 左右(単数/複数)で場合分けが起こっています。 で、,*[]をつけると田中-原式では a=A,*[] でのaの値(田中-原式) 1 [1,2] [1] [[1],[2]] [1, 2] となって全く変わらないけど、matz式では a=A,*[] でのaの値(matz式) [1] [1,2] [[1]] [[1],[2]] [[1,2]] と変わってしまう、、、うーん、悪くないですね。^^; 結局、[]やメソッド引数の中での展開と=の右辺での展開が同じように 見えるという点で田中-原式は利点があり、,*r のrの変化による自然さ でmatz式に利点がある、とまとめられますか。