[#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)
まつもと ゆきひろです
原です。
まつもと ゆきひろです
原です。
まつもと ゆきひろです
原です。
青木@横浜です。基本的に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>,
まつもと ゆきひろです
In article <4.3.2-J.20021108124934.033a2eb0@blade.nagaokaut.ac.jp>,
原です。
In article <4.3.2-J.20021108161559.034233c0@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>,
[#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:18749] Re: Enumerable#zip
原です。
In [ruby-dev:18746]
Yukihiro Matsumoto writes:
>まつもと ゆきひろです
>えーと、原さんの提案は
>
>a) Array#zip
>
> [a,b].zip => [[a0,b0],[a1,b1]...]
>
>b) Array#sync_each
>
> a.sync_each(b,c){|a,b,c|...}
>
>c) Enumerable#map_with_index
>
> a.map_with_index{|x,i| ....}
>
>ですかね。なんか、aとbは方針が食い違っているような。
提案の b) は Array#sync_each ではなくて Enumerable#sync_each です。
a.sync_each(b,c){|a,b,c|...} のうち、a は Enumerable で、b, c は Array
とします。で、将来 b, c は Enumerable も可にするかも、という計画です。
a) と b) の方針が違うのは意図しています。a) は長方形の対角線でひっくり
返すという幾何学的なイメージなので、a, b, c について全く対称です。だか
ら、a, b, c の長さが不揃いなら例外をあげる。
b) は時間の流れのある一種の制御構造のつもり。「b, c を伴う a のイテレー
ト」というノリ。a に対して b, c が短いことが分かった時点で例外をあげる。
a に対して b, c が長くても正常終了。
Enumerable.sync_each(a, b, c) {} を考えないのは、a, b, c の所が
空であるとき、つまり Enumerable.sync_each() {} のとき、動作が
不定になるから。一方 [].zip == [] は確定なので問題なし。
実装の優先順位は b), a), c), d)。、、、d) とは配列を返すオリジナルの
Enumerable#zip のこと。
、、、、っていうのが提案です。
結局、まつもとさんの欲しかったのは b) ですよね?
>cについては、
>
> class IndexedEnumerable
> include Enumerable
> def initialize(e)
> @enum = e
> @index = 0
> end
> def each
> @enum.each do |x|
> yield x, @index
> @index += 1
> end
> end
> end
> b = IndexedEnumerable.new(a)
> b.map{|x,i|...}
>
>のようなのがあったら問題解決?
これって組み込みにするかどうかっていう話ですよね。IndexedEnumerable を
組み込みにする可能性ってあるかなあ。
c) を今作って欲しいわけでもないのです。d) を作るなら c) も作るべき、い
うことなんで。