[#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:13533] Re: yield *[[]]
前田です。
At Sat, 9 Jun 2001 23:11:10 +0900,
Tanaka Akira <akr@m17n.org> wrote:
> 多値の特別な場合 - 要素が一つしかなかった場合 - を単値と考えることもで
> きますし、単値の特別な場合 - 値が配列だった場合 - を多値と考えることも
> できます。
>
> 少なくとも、現在の Ruby が多重代入で単値を一般形として採用しているのは
> 今回の議論で明確になったと思います。単値が一般形だから、代入の分割にお
> けるテンポラリ変数の使いかたが単値の形式なわけです。
ええ、そうですね。
基本は単値で、多値がほしい時には便宜的に配列を利用している。
問題は、配列が単値とみなされるか多値とみなされるかはコンテクスト
に依存し、いったんあるコンテクストから切り離されてしまうと、どち
らを意図しているのかわからなくなってしまう点にあると思います。
> もちろん、多値を一般形として採用してもいいわけで、前田さんの提案は突き
> 詰めていえばそういうことだと思います。とすると、
(snip)
> というのは * に単値の配列を多値に変換する演算子という意味をつけよう、
> という提案と受け取れます。
はい、そうですね。
> 個人的には、きれいな提案だと思いますが、なんか波及効果が大きいような気
> がします。
>
> 例えば単値を期待している文脈に多値で値を返したらどうなるか、とか。妥当
> な挙動は、主値にするか、配列にするか、例外にするか、くらいしかないとは
> 思いますが。
> # あぁ、Scheme では unspecified だったかな。
僕は、一番目の値にするのがスマートなんじゃないかと思います。
a = 1, 2 # a == 1
これを例外にするなら、
a, b = 1, 2, 3 # a == 1, b == 2
も例外にしないと、整合的でないと思います。
# 僕の案では、単値の場合というのは、多値の場合の特殊なケースに過
# ぎませんので。
現在の仕様だと、
yield 1, 2
のように複数の値をyieldした時、
foo { |a| ... }
では、a == [1, 2]となり、一番目の値だけ欲しい場合は、
foo { |a,| ... }
としないといけない、というのがFAQになっているわけですが、多値を一
般形とするなら、
foo { |a| ... }
では一番目の値だけを受け取ることになり、すべての値を配列として得
るためには、
foo { |*a| ... }
とすることになります。
個人的にはこの仕様の方がモデルとしてもシンプルで使い勝手もよいと
思うのですが、互換性の問題が大きいので、Rubyの仕様をこうするべき
だとは言うのはちょっとためらわれますね。
--
前田 修吾