[#8985] file editing using Regular Expression — Ryo HAYASAKA <hayasaka@...>
早坂@会津大学です。
わたなべです.
早坂@会津大学です。
わたなべです.
From: WATANABE Hirofumi <watanabe@ase.ptg.sony.co.jp>
まつもと ゆきひろです
From: matz@netlab.co.jp (Yukihiro Matsumoto)
まつもと ゆきひろです
前橋です。
まつもと ゆきひろです
[#9008] FAQ — gotoken@... (GOTO Kentaro)
ごとけんです
まつもと ゆきひろです
ごとけんです
まつもと ゆきひろです
ごとけんです
[#9018] making extension module — "民斗 " <tommy@...>
民斗です。
[#9023] はじめまして — kiyose@... (Kiyose)
はじめまして、ポリゴンです。よろしく。
[#9038] ruby 1.1c2 released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#9048] Re: python vs ruby (Re: あなたのウロコみせてください) — 助田 雅紀 <masaki.suketa@...>
助田です。
まあ、self以外はべつにPythonもきらいではないのですが、
立石です。
[#9051] [Q] Can I get caller's id? — gotoken@... (GOTO Kentaro)
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
[#9072] irb -m — gotoken@... (GOTO Kentaro)
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
ごとけんです
まつもと ゆきひろです
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#9091] NT 用 ruby-1.1c — Sinichiro Dezawa <dezawa@...>
出沢です
わたなべです.
watanabe> #って一昨日も書いたけど.
わたなべです.
From: WATANABE Hirofumi <watanabe@ase.ptg.sony.co.jp>
まつもと ゆきひろです
藤本です。
はじめまして。小田@QNES といいます。
小田@QNES です。
[#9121] [Q] fail and exit in rescue SystemExit — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#9126] gtk — "D.Kanda" <MAP2303@...>
まつもと ゆきひろです
[#9140] ruby-gtk-0.10 and gtk-1.1 — Takehama Hirohisa <thiro@...>
ruby-gtk-0.10 を早速インストールしようとしたのですが、うまくできません
[#9180] induced_from — gotoken@... (GOTO Kentaro)
ごとけんです
まつもと ゆきひろです
[#9226] how to use exception — Kazuhiro HIWADA <hiwada@...>
ひわだです。
[#9256] Re: 式はどこで終るか — 助田 雅紀 <masaki.suketa@...>
助田です。
出沢です
青山です。
出沢です
青山です。
出沢です
dezawa> この様に、top conf を2度待ちます。
青山です。
[#9258] Re: ruby 1.1c2 release — 中川 誠 <GHA03025@...>
In Reply to ruby-list:9179
[#9267] 正規表現 — "民斗 " <tommy@...>
民斗です。
まつもと ゆきひろです
民斗です。
From: matz@netlab.co.jp (Yukihiro Matsumoto)
[#9284] about make ruby-1.1c2 for NT via WATCOMC — ARIMA Yasuhiro <fit0298@...>
有馬@FITECです。
Regard to "[ruby-list:9285] Re: about make ruby-1.1c2 for NT via WATCOMC"
[#9301] ruby 1.1c3 released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
Regard to "[ruby-list:9301] ruby 1.1c3 released"
[#9321] bow の ext のロードでエラー — "Hiroyasu Ohasi" <hohasi@...3.so-net.ne.jp>
BOWでruby1.1c3を使用させていただいています。
わたなべです.
まつもと ゆきひろです
[#9341] /\377/n =~ "\377" — Wakou Aoyama <wakou@...>
青山です。
まつもと ゆきひろです
From: matz@netlab.co.jp (Yukihiro Matsumoto)
まつもと ゆきひろです
[#9351] shttpsrv-1.0 & grepsvr-1.1 — Shin-ichro Hara <sinara@...>
原です。
まつもと ゆきひろです
はらです。
まつもと ゆきひろです
[#9360] [Q] 一文字ずつの処理について — Hiroyasu Ohasi <hohasi@...3.so-net.ne.jp>
ruby若葉マークの大橋です。
[#9374] inspect の動作 — Makoto Tagusari <mtag@...2.so-net.or.jp>
皆さん、こんばんは 田鎖と申します。この ML では、初めてのメールです。
[ruby-list:9218] Re: induced_from
けいじゅ@日本ラショナルソフトウェアです.
In [ruby-list :9214 ] the message: "[ruby-list:9214] Re: induced_from
", on Aug/19 16:08(JST) GOTO Kentaro writes:
>ごとけんです
>>prec本体を各クラスで定義するって方がわかりやすいと思います.
>
>賛成です。
># てゆーか、ほぼ同じものを書いてたとこです ^^;
(^^;;;
ただ, 実はちょっと気になっているところがあって.
新規クラスNumXを作成した場合, 作るべきメソッドが
class NumX
def prec(klass)
...
end
def NumX.reduced_from(val)
...
end
end
の2つメソッド作る必要が出ますよね. coerceの時は1つですんでいたのでちょっ
とって気がしているんです. けど... うまい案はなさそうですよね...
>>私はそういう考え方は好きです.
>ですよね ^^;;
(^^;;;
>to_i, to_f は klass.induced_from(klass) のほうが
>好ましくおもいます。 to_i, to_f は一般には無くても良い
>と思うので(後述)。
>あ、考えて見れば Numeric には chr, upto, downto, divmod
>という Complex には似つかわしくないのもあるんですね。
>(なんか upto は健気に Complex でも動くけど)
>これらも Integer だけにして、 Numeric からは外して
>もらいたいなぁ。
この辺りですが. 数学的にはNumericっていうとごとけんさんの言うとおり
だとおもうんです. でも, Rubyを使っていて実際にはRealからはみ出すような
数って滅多に使わないと思うんですよ. で, RubyのNumericというのはReal的
な振舞いを行なうものであると見て, それ以外のクラスはそのメソッドを削除
したりして対応する方が良いかなって思っています.
# 鳥クラス(Numeric)の中のペンギンクラス(Complex)見たいな考え方ですね.
>ですね。とりあえず mathn.rb あたりに上記を読むような
>ことを書かれると良さそうですね。
mathnって特殊なクラスですし...
このPrecisionはもっと一般的な概念だと思うんですよ. ですので, 私として
はRubyに標準の機能として組み込んで欲しいんですが.
>どちらかというとこれには不賛成ですが、それはさておき
>when Integer は when Fixnum, Bignum でしょうか??
?? Integer ^ !(Fixnum | Bugnum) なクラスのことを考えています??
>case type_of?(klass) ではサブクラスも拾うので
>決められない(それでも良いのかなぁ)し、やや面倒ですね。
この辺り良くわからなかったです.
>>このばあい, Integer/Floatへの変換の時to_i, to_fでまずい場合はそのクラ
>>スで対応しなくてはなりませんが. このぐらいのデフォルトの動作は許しても
>>良いかも.
>
>不賛成の理由は僕の見方では、String のは別にしても
>to_i と to_f はやっぱり、Float, Integer(とその子孫)
>固有のメソッドのような気がしてまして、
>つまり、Numeric は一般には精度を担っていないという
>気分があるんです(反例:Complex)。
この辺りは先のNumericをReal的に考えることができれば問題ないんですが...
不満でしょうか? といっても, 下の案はそうでもないってことですね?
>んが、実装の取り込みのためにこの Module を使うのは
>やぶさかではないと思う変態折衷主義者でもあります ^^;;;
>だから特別なこれらのケースに関してはこれらのクラスで
>対処するように、最初にあげられた案に加えて
>
>module Precision
> def prec(klass)
> klass.induced_from(self)
> end
>
> def prec_i
> prec(Integer)
> end
>
> def prec_f
> prec(Float)
> end
>
> def Integer.induced_from(n); n.to_i; end
> def Fixnum.induced_from(n); n.to_i; end
> def Bignum.induced_from(n); n.to_i; end
> def Float.induced_from(n); n.to_f; end
>end
# Fixnu.induced_from, Bugnum.induced_fromは必要ないと思いますが??
>と済ませる方が好みですが、効率は石塚さんの危険という案の
>方が良さそうですね。どう思われますか??
動作としては全く同じになりますね. こちらの方がエレガントな実装だと思い
ます(^^;;; 先ほどもいったようにRubyに標準として組み込んで欲しいので,
実際に実装する人に任せますです.(^^;;;
__
................................石塚 圭樹@日本ラショナルソフトェア...
----------------------------------->> e-mail: keiju@rational.com <<---