[#7954] Doesn't build on Alpha — akira yamada / やまだあきら <akira@...>
8 messages
1999/10/02
[#7956] Re: Doesn't build on Alpha
— Shugo Maeda <shugo@...>
1999/10/02
前田@ruby-lang.org用のサーバ構築中です。
[#7968] array .{first, last, at} — Kazunori NISHI <kazunori@...>
西@九大です。
25 messages
1999/10/07
[#7969] Re: array .{first, last, at}
— nobu.nakada@...
1999/10/07
なかだです。
[#7983] Re: array .{first, last, at}
— Kazunori NISHI <kazunori@...>
1999/10/12
西@九大です。
[#7984] Re: array .{first, last, at}
— matz@... (Yukihiro Matsumoto)
1999/10/12
まつもと ゆきひろです
[#7985] [patch] Array#delete_at w/ minus value
— EGUCHI Osamu <eguchi@...>
1999/10/12
えぐち@エスアンドイーです。
[#8037] no bang method always returned unique?
— EGUCHI Osamu <eguchi@...>
1999/10/16
えぐち@エスアンドイーです。
[#8041] Re: no bang method always returned unique?
— matz@... (Yukihiro Matsumoto)
1999/10/16
まつもと ゆきひろです
[#8043] Re: no bang method always returned unique?
— EGUCHI Osamu <eguchi@...>
1999/10/17
えぐち@エスアンドイー です。
[#7991] Re: [patch] Array#delete_at w/ minus value
— matz@... (Yukihiro Matsumoto)
1999/10/13
まつもと ゆきひろです
[#7994] Re: [patch] Array#delete_at w/ minus value
— EGUCHI Osamu <eguchi@...>
1999/10/13
えぐち@エスアンドイー です。
[#7995] Re: [patch] Array#delete_at w/ minus value
— matz@... (Yukihiro Matsumoto)
1999/10/13
まつもと ゆきひろです
[#7996] Re: [patch] Array#delete_at w/ minus value
— EGUCHI Osamu <eguchi@...>
1999/10/13
えぐち@エスアンドイー です。
[#7997] Re: [patch] Array#delete_at w/ minus value
— matz@... (Yukihiro Matsumoto)
1999/10/13
まつもと ゆきひろです
[#7998] Re: [patch] Array#delete_at w/ minus value
— EGUCHI Osamu <eguchi@...>
1999/10/13
えぐち@エスアンドイー です。
[#7972] socket.c Socket::Constants SOL_TCP — WATANABE Tetsuya <tetsu@...>
渡辺哲也です。
5 messages
1999/10/10
[#7974] [CYGWIN] bug? system() and socket — Shin-ichiro Hara <sinara@...>
原です。
5 messages
1999/10/10
[#7990] socks5 — とみたまさひろ <tommy@...>
とみたです。
16 messages
1999/10/12
[#7992] Re: socks5
— matz@... (Yukihiro Matsumoto)
1999/10/13
まつもと ゆきひろです
[#8003] Re: socks5
— とみたまさひろ <tommy@...>
1999/10/13
とみたです。
[#8004] Re: socks5
— matz@... (Yukihiro Matsumoto)
1999/10/13
まつもと ゆきひろです
[#8014] Re: socks5
— とみたまさひろ <tommy@...>
1999/10/13
とみたです。
[#8026] Re: socks5
— matz@... (Yukihiro Matsumoto)
1999/10/15
まつもと ゆきひろです
[#7993] prime numbers at st.c — Kazuhiro Yoshida <moriq.kazuhiro@...>
もりきゅうです.
2 messages
1999/10/13
[#8005] signal.c in cvs — Masaki Fukushima <fukusima@...>
福嶋です。
6 messages
1999/10/13
[#8020] [PATCH] Win32API — WATANABE Hirofumi <eban@...>
わたなべです.
9 messages
1999/10/14
[#8033] rb_compile_string and rb_load_protect — Masaki Suketa <CQN02273@...>
助田です.
6 messages
1999/10/16
[#8036] Re: rb_compile_string and rb_load_protect
— matz@... (Yukihiro Matsumoto)
1999/10/16
まつもと ゆきひろです
[#8038] [patch] build on sunos4 w/ VPATH fail — EGUCHI Osamu <eguchi@...>
えぐち@エスアンドイー です。
7 messages
1999/10/16
[#8045] signal exception semantics — nobu.nakada@...
なかだです。
7 messages
1999/10/17
[#8048] non terminated string — Minero Aoki <aamine@...>
あおきです。
5 messages
1999/10/17
[#8051] error.c for latest cygwin — WATANABE Hirofumi <eban@...>
わたなべです.
11 messages
1999/10/17
[#8053] Re: error.c for latest cygwin
— matz@... (Yukihiro Matsumoto)
1999/10/18
まつもと ゆきひろです
[#8157] Re: error.c for latest cygwin
— Katsuyuki Komatsu <komatsu@...>
1999/11/01
小松です。
[#8060] Re: [ruby-list:17813] Re: Exception.html & Errno.html for ruby-man-1.4.2-jp — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです.そろそろruby-dev?
4 messages
1999/10/19
[#8078] [patch] File.lchmod and File.lchown — EGUCHI Osamu <eguchi@...>
えぐち@エスアンドイーです。
7 messages
1999/10/20
[#8080] Re: [patch] File.lchmod and File.lchown
— matz@... (Yukihiro Matsumoto)
1999/10/21
まつもと ゆきひろです
[#8081] Re: [patch] File.lchmod and File.lchown
— EGUCHI Osamu <eguchi@...>
1999/10/21
えぐち@エスアンドイー です。
[#8082] Ruby 1.4.2 with Tcl/Tk 8.2 — akira yamada / やまだあきら <akira@...>
9 messages
1999/10/21
[#8129] Re: Ruby 1.4.2 with Tcl/Tk 8.2
— akira yamada / やまだあきら <akira@...>
1999/10/28
[#8090] Re: [ruby-list:17940] Enumerable#collect — Takashi Ikeda <cercine@...>
池田孝志です。
11 messages
1999/10/22
[#8097] Re: [ruby-list:17940] Enumerable#collect
— nobu.nakada@...
1999/10/23
なかだです。
[#8098] Re: [ruby-list:17940] Enumerable#collect
— Takashi Ikeda <cercine@...>
1999/10/23
池田孝志です。
[#8100] Re: [ruby-list:17940] Enumerable#collect
— EGUCHI Osamu <eguchi@...>
1999/10/23
えぐち@エスアンドイー です。
[#8106] Re: [ruby-list:17940] Enumerable#collect
— matz@... (Yukihiro Matsumoto)
1999/10/23
まつもと ゆきひろです
[#8091] named argument? — ttate@...
立石です。
7 messages
1999/10/22
[#8108] Re: [ruby-list:17963] Re: bug? system — ttate@...
立石です。
5 messages
1999/10/23
[#8137] multiple conditional switch — kjana@... (YANAGAWA Kazuhisa)
♪昨日手紙が.... じゃなくて (^^; 今日 ruby 本が届きました.どうもあり
8 messages
1999/10/29
[#8152] Ruby 1.5 (cvs) irb, cgi.rb — Wakou Aoyama <wakou@...>
青山です。
5 messages
1999/10/30
[ruby-dev:8121] Re: [ruby-list:17940] Enumerable#collect
From:
EGUCHI Osamu <eguchi@...>
Date:
1999-10-26 13:05:01 UTC
List:
ruby-dev #8121
えぐち@エスアンドイー です。
>>> In message [ruby-dev:8110] Re: [ruby-list:17940] Enumerable#collect
On Sun, 24 Oct 1999 07:12:34 +0900, nobu.nakada@nifty.ne.jp said:
なかだ> なかだです。
なかだ>
なかだ> At Sat, 23 Oct 1999 22:07:33 +0900,
なかだ> EGUCHI Osamu <eguchi@shizuokanet.ne.jp> wrote:
なかだ> > return self.dup if self.is_a? Array
なかだ> >
なかだ> > に相当する部分が、がありませんが、
なかだ> > ここの dup の必要性は議論の余地がありますね。
なかだ> > ここに dup が要るのであれば、 Array#to_a にも
なかだ> > dup が要る様な気がします。
なかだ>
なかだ> to_a/collect は必ず新しい Array に push していきますから dup は
なかだ> いらないと思います。
この、 『Array#to_a にもdup が要る様な気がします。』は、
% ruby -v
ruby 1.4.2 (1999-09-18) [i386-freebsd3.3]
% ruby -e 'a=[];b=a.to_a;p a.equal? b'
→true
%
の様な状況の事を言っています。
あと、大概の to_a / collect は新しい Array に push しているので、
dup は不要と言うのは同感ですが、
return self.dup if self.is_a? Array
では、「大概の」ではなく、Array#collect を特別扱いしています。
まぁ、効率にしか影響しないし、必ずしも速くなる場合だけでもなようです。
この行の必要性より、Array#to_a が Array#dup の振舞をするべきか
の方に興味(というか私の意見の趣旨)があります。
なかだ> > 名前の問題でもあるのですが、
なかだ> > to_a に ブロックを渡すと言う発想は今までなかったわけで、
なかだ> > collect なのか to_a なのかとは別に、有用な機能だと思います。
なかだ>
なかだ> つーか、ブロックを渡すときは collect で、って状態ですね。さらに
なかだ> いえば、collect がブロックをとらなくても良くて、to_a がブロックを
なかだ> とっても良いとなれば、これはもう単なる alias でしょう。
ちょうどそんな状況を考えていたのですが、
変換や無変換のコピーを統一すると言うのは、
考え方としては成立しても、スタイルとしてあまり必然性がないですね。
#というか読みにくい^^;;
なかだ> > さらに to_a の議論を発展させると、全てのクラスの to_a にブロックを渡し、
なかだ> > (今まで暗黙だった)配列化の実装をユーザの裁量に任せると言う事も、
なかだ> > 状況によっては、有意義だと思います。
なかだ> >
なかだ> > また、さらに拡大すると、to_i, to_f や to_s にブロックを渡すのも、、、
なかだ> > 、、ここまでイテレータにするとやりすぎ?
なかだ>
なかだ> to_* というのは、そのオブジェクトだけで処理できるはずという、もっ
なかだ> と閉じたメソッドだと思います。再定義するとかならともかくイテレー
なかだ> タはヘンじゃないでしょうか。
まつもと さんからも、同じ趣旨の指摘を頂きましたが、
これは、ちょっとやりすぎ、と言うかへんですね。。^^;;
えぐち