[#3747] constants (or class vriable?) — Wakou Aoyama <wakou@...>
青山です。
原です。
青山です。
まつもと ゆきひろです
In message <199812080034.JAA05946@picachu.netlab.co.jp>
立石です。
まつもと ゆきひろです
[#3773] pack("M")/unpack("M") — shugo@... (MAEDA Shugo)
前田です。
[#3794] port NetBSD/ alpha 1.3I — SHIROYAMA Takayuki <psi@...>
[#3826] ruby 1.1d0 released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
渡辺哲也です。
ふなばです。
笠原です。
前田です。
[#3851] tkutil patch (for 1.1d0) — ttate@...
立石です。
[#3859] missing/setenv.c in 1.1d0 — Inaba Hiroto <inaba@...>
稲葉です。こんなにパッチがあると、みのがされてしまうかも。
[#3862] 1.1d0 new here document — Wakou Aoyama <wakou@...>
青山です。
まつもと ゆきひろです
青山です。
まつもと ゆきひろです
[#3873] (?: ) does not work? — shugo@... (MAEDA Shugo)
前田です。
まつもと ゆきひろです
前田です。
まつもと ゆきひろです
前田です。
白山@Stellarです。
[#3881] I want to catch all jump — shugo@... (Shugo Maeda)
前田です。
まつもと ゆきひろです
前田です。
まつもと ゆきひろです
[#3894] ruby 1.1d1 released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
わたなべです.
[#3899] interpreter reinitialization — shugo@... (Shugo Maeda)
前田です。
まつもと ゆきひろです
前田です。
まつもと ゆきひろです
前田です。
まつもと ゆきひろです
前田です。
まつもと ゆきひろです
[#3962] ruby 1.3(!) released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#3966] [BUG] exception in safe level 4 — shugo@... (Shugo Maeda)
前田です。
[#3997] [BUG] "#{}" while 1 — gotoken@... (GOTO Kentaro)
ごとけんです
まつもと ゆきひろです
[#4002] config.guess — Koji Arai <JCA02266@...>
新井です。
まつもと ゆきひろです
新井です。
まつもと ゆきひろです
新井です。
まつもと ゆきひろです
笠原です。
まつもと ゆきひろです
えぐち@エスアンドイー です。
[#4005] [BUG] ruby 1.3(98/12/24) [i686-linux] at rb_gc_mark() — Ryo HAYASAKA <hayasaka@...>
早坂@会津大学といいます。
In message "[ruby-dev:4005] [BUG] ruby 1.3(98/12/24) [i686-linux] at rb_gc_mark()"
早坂@会津大学です。
[#4015] Integer proper methods — gotoken@... (GOTO Kentaro)
ごとけんです
[#4030] module Precision — gotoken@... (GOTO Kentaro)
ごとけんです
ごとけんです
まつもと ゆきひろです
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
ごとけんです
まつもと ゆきひろです
まつもと ゆきひろです
ごとけんです
まつもと ゆきひろです
ごとけんです
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
ごとけんです
まつもと ゆきひろです
まつもと ゆきひろです
まつもと ゆきひろです
ごとけんです
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
最近あんまり建設的でないわたし.
けいじゅ@日本ラショナルソフトウェアです.
ごとけんです
原です。
[#4032] [Req] make-symbol? — shugo@... (Shugo Maeda)
前田です。
[ruby-dev:3809] Re: List()
前田です。
In message "[ruby-dev:3793] Re: List()"
Shin-ichiro Hara <sinara@blade.nagaokaut.ac.jp> wrote:
> そこを私はそうは思わないです。で、この感じ方の差は [key, self[key]]
> を見たとき「あ、Array オブジェクトを送ろうとしている。」と思って
> しまう私と「あ、Array プロトコルで key, self[key] を送ろうとし
> ている」と感じる前田さんの差なんですね。これはArrayオブジェクトと
> Arrayプロトコルは全く同じ物であるという事実と yield(1, 2) が実は
> yield([1, 2]) と全く同じであるという事から、二つの矛盾が一つの円
> 環をなしているわけです。sqrt(z) の作るリーマン面の様に。ほんまか
> いな:-)。それで話がかみ合っていて同時にかみ合わない。(^^;
この場合、Arrayオブジェクトを送るという行為が「一つの値としてArrayオブ
ジェクトを送る」という記述のもとでは意図的行為ではないことが問題なわけ
ですね。
ちょうど鋸で板を挽くという行為が「鋸でキーキー音をたてて隣人を悩ませる」
という記述のもとでは意図的行為と見倣されない場合のように。
> > > 変だなあ。私は書き直す必要があるライブラリは殆どないと思うのです
> > > が、例えばどんな例がありますか?もちろんコンパイルし直す必要はあ
> > > るでしょうが。:-)
> >
> > 少なくとも、Hash#eachをyield(key, val)に書き直さないと、
> >
> > module Enumerable
> > def each_with_index2
> > i = 0
> > each { |*x|
> > yield(*(x + i)
> > i += 1
> > }
> > end
> > end
> >
> > が期待通りに動かないと思います。
>
> そうです。
>
> > これをレアケースだから問題ないとすると、そもそもモデル変更の
> > 必然性が疑われてしまいますよね?
>
> ここも同じ反論の繰り返しになりそう。ちょっと控えます。(^^;
僕の見解としては、これがレアケースだから問題ないということであれば、
現状の仕様で十分という結論になるような気がするんですが(^^;
> なるほどぅっ。問題の答えではないですが100点満点です。(^^)
> やっと前田さんの意図するところが理解できました。
やったー:-)
ありがとうございます。
# でも卒業要件単位に数えられないのがくやしい(^^;
> それでは前田さんは結局どういう仕様が望ましいと考えているのです
> か?現実的な線で、すなわち、論理がすっきりしていること、互換性、
> matz 氏の性格:-) などを総合的に考えて、ベストは何でしょうか。
ええと、
> (1)現状のまま
> (2)現状のまま+若干の each の修正など
> (3)[ruby-dev:3704]の様に [ ] のラップを自動化する
あれ、原さんの案は選択肢に入ってないのですか?(^^;
Hash#eachなどをyield(key, val)のように書き直すのが前提で、原さんの
案を採用というのが現実的かなと思ったのですが。
> > P.S. ちなみにこんな時間まで起きてるのは卒論を来週先生に見せなければ、
> > いけないからで、Rubyで遊んでたわけではないです:-(
> > # なのに、こんなメールを書いてていいのだろうか。
>
> 痛いほど状況がわかるなあ。(^^)
「書けてるところまでいいから」と言われたのですが、この発話は
「まさか全然書けてないってことはないよね?」ということを含意
しているように思われます(^^;
--
前田 修吾 (mailto:shugo@aianet.ne.jp)