[#8599] period.rb — akira yamada / やまだあきら <akira@...>
[#8606] can't build 1.1b9_28 on digital-unix — Go Nakagawa <nakagawa@...>
中川といいます。みなさんはじめまして。
まつもと ゆきひろです
中川です。
まつもと ゆきひろです
中川です。
まつもと ゆきひろです
中川です。
まつもと ゆきひろです
中川です。
まつもと ゆきひろです
中川です。
[#8609] Re: [ruby-dev:3184] Re: once function — "MAEDA Shugo" <shugo@...>
前田です。
[#8623] method iterator — Kazuhiro HIWADA <hiwada@...>
ひわだです。最近いろんな話が出て来て面白いです。
[#8648] sin(complex) — toyofuku@...
豊福@パパイヤです。
[#8649] [BUG] Segmentation fault — IWAOKA Masahiro <iwaoka@...>
最近はすっかり ruby にお世話になっております。岩岡です。
まつもと ゆきひろです
わたなべです.
岩岡です。
岩岡です。
自己フォロウを続けてしまいまして申し訳ございません。
まつもと ゆきひろです
わたなべです.
まつもと ゆきひろです
立石@JAISTです。
まつもと ゆきひろです
まつもと ゆきひろです
立石@JAISTです。
まつもと ゆきひろです
立石です。
まつもと ゆきひろです
[#8665] Re: Equivalence.rb — toyofuku@...
豊福@パパイヤです。
[#8739] [BUG?] mathn.rb — Yoshiyuki Kusano <kusano@...>
草野です.
[#8747] Bitwise operators for String — Inaba Hiroto <inaba@...>
1.1cのリリースも近いのに、今頃こんなことを言いだしても仕方ないのかも知
まつもと ゆきひろです
[#8749] 新人にお勧めのバージョン — Sinichiro Dezawa <dezawa@...>
出沢@フジフイルム です
[#8766] Compiling ruby-1.0-971225 — Shin-ichro Hara <sinara@...>
原です。
[#8770] ruby 1.1c0 released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
東芝の田中です。
In message <199807170546.OAA25091@picachu.netlab.co.jp>
出沢です
まつもと ゆきひろです
こんにちは、鄭です。
まつもと ゆきひろです
出沢@フジフイルム です
[#8778] tcltklib on 1.2 — "Kikutani, Makoto" <kikutani@...>
きくたにです。
[#8845] mapping a tagged file onto a class — Takao KAWAMURA <kawamura@...>
各行にフィルード名と値が含まれ、レコードの区切りは空行という、
まつもと ゆきひろです
In message "[ruby-list:8847] Re: mapping a tagged file onto a class"
原です。
> インスタンス変数にしたい気持ちはとてもわかるんですが、
原です。
[#8861] unary - in Complex — aito@...
あ伊藤です.
[#8862] domain name for ruby in US — gotoken@... (GOTO Kentaro)
ごとけんです
[#8872] do while — Kazumi Okamoto <kazusan@...>
はじめまして、岡本と申します。
こんにちは 小澤@日立 です。
岡本です。
[#8875] english manual 1.1c - rand — "Kikutani, Makoto" <kikutani@...>
rand(max)
[#8892] nil + 1, or Integer.to_i — Sinichiro Dezawa <dezawa@...>
出沢です
まつもと ゆきひろです
まつもと ゆきひろです
matz> 良く見るとto_i,to_fともにNumeric.htmlに記述があります.これ
けいじゅ@日本ラショナルソフトウェアです.
出沢です
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
matz> Numeric#to_iとか,Integer#to_iとかの実装があれば良い問題なん
かんだです。
まつもと ゆきひろです
前田です。
[#8897] ruby-mode.el & font-lock-mode — Takao KAWAMURA <kawamura@...>
ruby-mode.el($Revision: 1.1.1.2.2.19 $)を便利に使わせて頂い
[#8907] Perl Conference Japan in Nov. — "Kikutani, Makoto" <kikutani@...>
python-ml-jpに入ってる人じゃないとわからないネタかもしれないですが、
[ruby-list:8929] Re: nil + 1, or Integer.to_i
まつもと ゆきひろです
In message "[ruby-list:8927] Re: nil + 1, or Integer.to_i"
on 98/07/28, Sinichiro Dezawa <dezawa@miya.fujifilm.co.jp> writes:
|matz> Numeric#to_iとか,Integer#to_iとかの実装があれば良い問題なん
|matz> ですか? 追加するのはそんなに難しくないですけど.
|matz> # でも意味はなさそう.
|
|実装してないのに使えてしまうのはなぜ???
| 単なる疑問です。
え? [ruby-list:8926]でも述べたように実装はあります.
FixnumとBignumにそれぞれ.
| count{$1} = count{$1}.to_i + 1
|で逃げたら、期待通りになってしまったがなぜ? って話です。
1. Fixnum#to_iが定義されている(自分自身を返す)
2. NilClass#to_iが定義されている(0を返す)
からです.
|ですからもともとに遡れば、
|
| Nil への + method を上手に定義する
|
|ってのが嬉しい。世の中の OOL 達はどうしてるのでしょうか。
そーですねえ.Objective-Cはnilにどんなメソッドを適用しても
nilを返します.その他の言語はエラーにするものが多いように思
います.
| Nil + operand のときの Nil の値は operand の型に合わせて
| 0,"", [] と変化する。
|なんてのは、駄目ですか?
| 思想が汚い。 実装が汚い。。。。。
昔はそうなってました(文字列,配列,数値の場合は右辺を返す).
でも,これではエラーの検出が遅れるので望ましくないってことな
んだと思います.いつぞやの提案のようにHashにデフォルト値を導
入するって手はありますけどね.
# 以前は構造体に空間がないから採用しないって言ってたんですけ
# ど,今日ソースを見てたらデフォルト値をしまうすき間を見つけ
# ちゃいました.どーしようっかなあ.
まつもと ゆきひろ /:|}