[#18633] Re: [ruby-cvs] ruby, ruby/bcc32, ruby/ext, ruby/win32: * Makefile.in, ext/extmk.rb, bcc32/Makefile.sub, — "Akinori MUSHA" <knu@...>
At Sun, 3 Nov 2002 21:42:14 +0000,
わたなべです。
西山和広です。
わたなべです。
西山和広です。
[#18646] ruby 1.7 fails in try_run() — "Akinori MUSHA" <knu@...>
最近の ruby 1.7 を ruby 1.7 がまだインストールされていない状態で
なかだです。
わたなべです。
なかだです。
わたなべです。
なかだです。
わたなべです。
[#18651] Enumerable#zip — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
原です。
まつもと ゆきひろです
原です。
まつもと ゆきひろです
原です。
In article <4.3.2-J.20021108124934.033a2eb0@blade.nagaokaut.ac.jp>,
原です。
まつもと ゆきひろです
In article <1036742681.769607.13070.nullmailer@picachu.netlab.jp>,
まつもと ゆきひろです
In article <1036847474.074389.7942.nullmailer@picachu.netlab.jp>,
原です。
まつもと ゆきひろです
原です。
まつもと ゆきひろです
原です。
まつもと ゆきひろです
原です。
まつもと ゆきひろです
In article <1037350413.201570.3051.nullmailer@picachu.netlab.jp>,
まつもと ゆきひろです
In article <1037678818.990758.10429.nullmailer@picachu.netlab.jp>,
青木@横浜です。基本的にROM な人間なんですがなんとなく書いてみました。
In article <3DCD3E72.86A1B6E6@sweetparty.ne.jp>,
青木@横浜です。
原です。
In article <5.1.1.8.2.20021115145423.03541008@blade.nagaokaut.ac.jp>,
まつもと ゆきひろです
In article <1037348006.479453.32695.nullmailer@picachu.netlab.jp>,
まつもと ゆきひろです
前田です。
In article <8765uv4fu7.wl@studly.priv.netlab.jp>,
前田です。
In article <874raf6xuc.wl@studly.priv.netlab.jp>,
前田です。
In article <87fztv5zir.wl@studly.priv.netlab.jp>,
まつもと ゆきひろです
前田です。
まつもと ゆきひろです
In article <1037884596.418916.10540.nullmailer@picachu.netlab.jp>,
まつもと ゆきひろです
[#18702] [PATCH] .rb/.so with same feature name — nobu.nakada@...
なかだです。
[#18711] another implementation of pstore — kjana@...4lab.to (YANAGAWA Kazuhisa)
ちょっと前に役に立たない patch を投げたりしましたが :-) あの後適当にこ
まつもと ゆきひろです
In message <1037723485.685560.17717.nullmailer@picachu.netlab.jp>
まつもと ゆきひろです
[#18754] Different caller(0) in trace_func when NameError from toplevel between 1.6 and 1.7 — "NAKAMURA, Hiroshi" <nahi@...>
なひです。
なかだです。
なひです。
なひです。ひええすいません、タブが落ちちゃった。
なひです。
なかだです。
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
なかだです。
まつもと ゆきひろです
[#18757] klass == 0 as ruby_top_self in call_trace_func — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです。
まつもと ゆきひろです
なひです。
まつもと ゆきひろです
なひです。
[#18788] observer.rb, ostruct.rb: NameError -> NoMethodError — "NAKAMURA, Hiroshi" <nahi@...>
なひです。
[#18811] IRB.initialize — Ryo HAYASAKA <ryoh@...>
早坂@北陸先端です.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
[#18818] CFD: adding "condition", "block-call/return", and "load-call/return" trace-events — "NAKAMURA, Hiroshi" <nahi@...>
なひです。
[#18854] Forward: Patch for lib/net/http.rb — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#18861] class variables — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
あおきです。
Yukihiro Matsumotoさんの
まつもと ゆきひろです
[#18868] IRB @CONF[:PROMPT][:DEFAULT][:RETURN] — WATANABE Hirofumi <eban@...>
わたなべです。
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
[#18887] String#substr? — Takaaki Tateishi <ttate@...>
立石です.
[#18895] [patch] install bat file on Windows — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
At Fri, 22 Nov 2002 11:09:19 +0900,
こんにちは、なかむら(う)です。
At Fri, 22 Nov 2002 13:05:09 +0900,
こんにちは、なかむら(う)です。
At Fri, 22 Nov 2002 13:45:47 +0900,
[#18896] spec. of format "%.nx" — YANAGAWA Kazuhisa <kjana@...4lab.to>
"%.6x"%-10 #=> fffff6
まつもと ゆきひろです
まつもと ゆきひろです
In message <1037934638.836664.13993.nullmailer@picachu.netlab.jp>
[#18919] clean:: — "Akinori MUSHA" <knu@...>
mkmf.rb rev.1.114 で clean: が clean:: に変更されていますが、
[#18939] Re: [ruby-cvs] ruby: * dln.c: move the MAXPATHLEN definition in front. — WATANABE Hirofumi <eban@...>
わたなべです。
[#18966] [ONIGURUMA] \S doesn't match multibyte char (Re: [ruby-list:36618] Re: 全角文字に挟まれた半角スペースを削除するには?) — nobu.nakada@...
なかだです。
nobu.nakada@nifty.ne.jpさんの
nobu.nakada@nifty.ne.jpさんの
なかだです。
[ruby-dev:18857] Re: Enumerable#zip
原です。
In [ruby-dev:18853] Re: Enumerable#zip
Tanaka Akira writes:
>あと、[].transpose が [] になるのが適切かどうか、ですね。
>
>一応、私は [] よりは nil ないし例外だろう、という立場なわけですが、微
>妙な所ではあります。
>
>transpose はそれ自身が逆関数であり、x.transpose == [] となる x は複数
>あるので、[].transpose は不定で、[] とするのはよろしくない、という話は
>あります。
私も最初そのように、つまり「x.transpose == [] となる x は複数あるので
[].transpose は不定」と考えたのですが、今ちょっと違って、「[] そのもの
が2重配列として不定であるので、[].transpose は不定」と考えています。
だから、
(1) [] は不定なので [].transpose が不定な [] を返すのは丁度よい。
(2) [] は行数 0、列数不定なので、[].transpose は列数不定、行数 0
であるオブジェクトを返すなら納得するが、元の [] を返すのはむ
しろ逆ではないか。
のどちらかになると思う。後者なら [].transpose は nil か 例外ですね。
>また、[].transpose.transpose == [] はまちがってないんだからここだけで
>も使えるほうが良かろうという考え方もあります。
>
>実際の所どれが使いやすいかなぁ。
[ruby-dev:18831] の
a = IO.readlines("/etc/passwd").map {|line| line.split(/:/)}
の例で言うと、ユーザーがひとりも居ない場合、a == [] となるから、この時
b = a.transpose は、/etc/passwd の規定のフィールド数以内の i について
は b[i] は []、そうでなければ nil であってほしい。しかし「規定のフィー
ルド数」という情報が a には無い、、、という状況ですね。
「任意の i について x[i] == [] となる Array のインスタンス x」を
[].transpose の返り値にすると便利だったかもしれないけれど、そのような
オブジェクトは存在しない。
結局、このコードを含む処理において、b = [].transpose を、例外にするか
nil にするか [] にするかという問題は、transpose した時点で例外にするか、
b.each などを評価した時点で例外にするか、b[i].each などを評価した時点
で例外にするか、という問題なわけです。何らかの対処をしない限り、どれを
選択してもいずれどこかで例外発生は避けられない。
それならなるべく早めに、例外にすればいい、という考えもあるし、
(b || [[]] * n)[i].each あるいは、(b[i] || []).each みたいに、例外の発
生をなるべく手軽に押さえられた方が楽という考えもあるし、、、どうなんで
しょうね、という結論。(^^;