[#15357] Regexp literal and Regexp.new() — TAKAHASHI Masayoshi <maki@...>
高橋征義です。
高橋征義です。むーん、問題のありかが違ったかも。
まつもと ゆきひろです
[#15369] ruby_init_loadpath() on Windows — Shugo Maeda <shugo@...>
前田です。
わたなべです。
[#15395] UnboundMethod.bind to derived class instance — nobu.nakada@...
なかだです。
まつもと ゆきひろです
なかだです。
[#15410] pp - pretty printing — Tanaka Akira <akr@...17n.org>
さて、time.rb が片付いたので、次は pp.rb のご意見募集です。
In article <hvod71ntocb.fsf@coulee.a02.aist.go.jp>,
In article <hvo1yhuqhvk.fsf@coulee.a02.aist.go.jp>,
高橋征義です。
In article <20011224230059I.maki@rubycolor.org>,
[#15411] inconsistency of STR_ASSOC — "K.Kosako" <kosako@...>
Version : 1.7 latest (2001-12-10)
[#15418] block for MatchData#select, Hash#select — nobu.nakada@...
なかだです。
[#15430] [BUG] Segmentation fault/ruby 1.7.2 (2001-12-10) — WATANABE Tetsuya <tetsu@...>
渡辺哲也です。
[#15435] Time#utcoff — Tanaka Akira <akr@...17n.org>
In article <hvosnahj702.fsf@coulee.a02.aist.go.jp>,
まつもと ゆきひろです
わたなべです。
In article <1008292110.329151.8468.nullmailer@ev.netlab.jp>,
まつもと ゆきひろです
In article <1008320813.231850.10341.nullmailer@ev.netlab.jp>,
In article <hvosnaeblzu.fsf@coulee.a02.aist.go.jp>,
[#15441] exported symbol — nobu.nakada@...
なかだです。
[#15456] irb/completion で Segmentation fault — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
まつもと ゆきひろです
On Sat, 15 Dec 2001 18:28:12 +0900
まつもと ゆきひろです
[#15464] gsub weirdness: gsub(/.*$/, "foo") — "Akinori MUSHA" <knu@...>
なんか gsub がおかしいような気がするんですが、これはこういう
青山です。
At Mon, 17 Dec 2001 05:22:53 +0900,
[#15466] listen for sockets in both IPv4 and IPv6 — Ryo HAYASAKA <ryoh@...>
早坂@北陸先端です.
[#15479] [BUG] thread with tempfile.rb — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
[#15500] Re: define_method() does not properly set noex (PR#218) — nobu.nakada@...
なかだです。
[#15505] ERb — m_seki@...
In article <20011220114249J.seki@mr.nasu.toshiba.co.jp>,
In article <m3eljr5o9m.wl@edwin.mva.biglobe.ne.jp>,
高橋征義です。
In article <20020215085405G.seki@mr.nasu.toshiba.co.jp>,
ただただしです。
まつもと ゆきひろです
新井です。
西山和広です。
>>>>> In [ruby-dev : No.15909]
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
At Mon, 18 Feb 2002 12:50:31 +0900,
なかだです。
In message <200202201003.g1KA3As11455@sharui.nakada.kanuma.tochigi.jp>
新井です。
あづみです。
[#15507] fileutils (2) — Minero Aoki <aamine@...>
あおきです。
高橋征義です。
あおきです。
高橋征義です。結論は最後に。
あおきです。
高橋征義です。
あおきです。
高橋征義です。
あおきです。
高橋征義です。
あおきです。
高橋征義です。
あおきです。
けいじゅ@日本ラショナルソフトウェアです.
[#15519] typo in tracer.rb (SCRIPT_LINES__) — sheepman <sheepman@...>
こんにちは。
なひです。
まつもと ゆきひろです
なひです。
[#15556] TCPSocket#open で Errno::EALREADY — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#15569] [REQ] File?chmod — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#15573] [patch] resolv.rb for win32 platform — Tietew <tietew-ml-ruby-dev@...>
Tietew です。
なかだです。
こんにちは、なかむら(う)です。
なかだです。
In message <20011228143615.32D8.TIETEW-ML-RUBY-DEV@tietew.net>
こんにちは、なかむら(う)です。
Tietew です。
[#15603] filename within eval — nobu.nakada@...
なかだです。
[ruby-dev:15516] Re: fileutils (2)
あおきです。
In mail "[ruby-dev:15515] Re: fileutils (2)"
TAKAHASHI Masayoshi <maki@inac.co.jp> wrote:
> 高橋征義です。結論は最後に。
> いやいや、amstd/fileutils.rbとの互換性です(ftools.rbもかな?)。
あ、そっちでしたか。amstd のともだいたい互換のはずです。
というかいま fileutils 自身をパックするのにも使ってますし。
> > ついでに ftools と上位互換でも
> > あるはずです (File に extend するとそのまま通用する)。
>
> む、しかし引数が違いますよね(verboseとか)。って、そういう意味ではなく?
いえ、マニュアルに書いてないだけで、実は最後の verbose 引数は
実装されています。後述するように、true/false でのフラグ渡しは
捨てたいので。
> > でも、メソッド名から言っても cp なら cp(1) のように働いてほしいと
> > 思うのではないでしょうか? (本当は話が逆だけど) この場合に限っては
> > Ruby 的であるよりもシェル的であるほうがよいのではないかと思うのです。
>
> うーん、そうでしょうか。
> 例えば、Dir::mkdirでも、
> mkdir(path [,mode])
> となっています。ftoolsのcpやmvでもverboseオプションは後ろですし。
それは、mkdir(2) があるからでは? cp(2) はないです。
また ftools の verbose は、verbose しかないゆえに迷わず
最後に置けるわけです。noop とかいっぱいついたらどの位置が
どのフラグだったかわからなくなるでしょう。
> そうですね、前か後ろだったら、(上のDir::mkdirのように)後ろの方が
> 好きです。さらに、引数の位置が決まっていれば安心です。
> # キーワード引数があればまた違うんでしょうけどね……。
キーワード引数と言えば以前は
cp a, b, :verbose => true
というのを提案して却下されたような記憶があります。
> cp(rb + rb2, mkdir_p(site_ruby + '/tmail'))
> とか
> (rb+rb2).each{|file| cp(file, mkdir_p(site_ruby + '/tmail'))}
> じゃ駄目なんでしょうか?
verbose オプションがなければそれでいいかも、と思います。でも
verbose がついてるってことは外界にやってることを伝えたいとい
うことでしょう。それだったら、やっていることをできるだけまと
まりとして伝達するべきです。やりたいのはそれぞれのファイルの
cp というよりは、なんらかの意味をもつ集合として複数ファイルを
コピーするということでしょう。だから、少なくとも each でバラす
のは納得できません。flatten については、まあそのとおりかと思
います。
> > そういうことなら
> >
> > include FileUtils::Verbose
> クラス(クラスメソッド)の振舞いを変えるのにincludeを使うのは
> 面白そうだし便利そうなのですが、「凝りすぎ?」という不安も
> 若干あるのでした。
あ、それはきっと誤解されてます。include したら変わるのではなく
FileUtils::Verbose.cp a, b
や
include FileUtils::Verbose
cp a, b
あるいは
class F
include FileUtils::Verbose
end
F.new.cp a, b
とできるという話です。つまり FileUtils の代用になります。
> オプションはtrue/falseか、あるいは可変長でしょうか。前者なら、
>
> def cp(from, to, verbose=false, noop=false)
>
> という感じ、後者なら、
>
> def cp(from, to, *option) # optionは :verbose とかで指定
>
> みたいな感じとか。後者の方が使いやすい?
たぶん、手で書くには :verbose 方式のほうがいいんですよね。でもスク
リプトから FileUtils 自身の振舞いを操作するには :verbose => true
や f.verbose = true とやれるほうが楽でしょう。引数の並びで決定する
のは、たとえば高橋さんの例だと noop を変えるために全然関係ない
verbose も指定しなければいけないのが不満です。
んで、FileUtils::Operator が f.verbose=true 方式、FileUtils が
:verbose 方式の実装になっているので、ちょうどいい感じかと思います。
あとは FileUtils のメソッドのオプションの位置か。
-------------------------------------------------------------------
青木峰郎