[#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:18890] internal/external iterator (Re: Re: Enumerable#zip)
In article <1037884596.418916.10540.nullmailer@picachu.netlab.jp>, matz@ruby-lang.org (Yukihiro Matsumoto) writes: > |内部イテレータと呼べるかどうかは、何を「イテレータ」と見るかによ > |るんじゃないでしょうか? GoF 本のあの文脈における「イテレータ」というのはは外部イテレータの場合 は Iterator クラス(ないしそれ以下のクラス階層)、内部イテレータの場合は ブロックやクロージャを受け取るメソッドを指しているように思えます。 いずれにしても、制御を抽象化するコードを書く部分をイテレータと呼んでい るのでしょう。 > うーん、呼び出し側から考えるとfor文のような高度な抽象化があ > れば内部イテレータと呼べると考えていたのですが、考えてみれば > それってマクロで外部イテレータを隠蔽しても実現できるわけで、 > イテレータが繰り返し対象のクラスと分離しているかどうかで内部 > 外部を区別するという分類はどうでしょう。 そういう実装寄りの定義は表現したいことをうまく表してないんじゃないか、 と思うんです。処理系の実装法について述べたいんなら別ですけど。 > この場合、Rubyのイテレータは分離していないので内部イテレータ、 > C++のは別のクラスになるので外部イテレータ、Pythonのgenerator > やC#のイテレータは内部イテレータのふりをした外部イテレータと > いうことになるというのはどうでしょう? generator.rb は外部イテレータのふりをした内部イテレータを実現する? なんというか、外部と内部という名前がなんの意味もない気がするんですけど。 foo と bar に置き換えてもいいというか、どこがどう内部なんですかと尋ね たくなるというか。 そもそも、呼び出し元と呼び出し先の書き方の組み合わせにより、Python(や 将来の C#) だと 4種類のスタイルがあるのに、内部・外部という 2種類にあ てはめるのは無理があると思います。「x のふりをした y」という表現によっ て 4種類に拡張するというのはひとつの方法ですが、やっぱり分類したいのは プログラムのスタイルだと思うので、スタイルを表現した名前で呼ぶほうがい いんではないかというわけです。まぁ、どう名付けたらいいかは問題ですが... -- [田中 哲][たなか あきら][Tanaka Akira] 「ふえろ! わかめちゃん作戦です$(C⊇」(Little Worker, 桂遊生丸)