http://permalink.gmane.org/gmane.comp.lang.ruby.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19715 <pre>こんにちは、なかむら(う)です。 In message "[ruby-dev:45678] Re: [ruby-trunk - Bug #6479][Assigned] ipaddr.rbの受け付ける書式が、プラットフォームによって異なる" on May.25,2012 00:03:08, &lt;kachick1&lt; at &gt;gmail.com&gt; wrote: あー、WindowsのIPv6サポートは今は有効なんでしたっけ。 # 自分でやったのに忘れている。 なので勘違いしていたのは私のようです。 それでは。 </pre> U.Nakamura 2012-05-25T06:34:44 http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19714 <pre>At Wed, 23 May 2012 17:23:23 +0900, U.Nakamura wrote: IPAddr.new における IPSocket.getaddress の呼び出しですが、推測するに、 Socket.getaddrinfo(..., Socket::AI_NUMERICHOST) が意図通り動いてくれな かったので IPSocket.getaddress に書き換えたが、想定（socket のIPv6対応 は完了していたので…）に反してこいつのIPv6アドレス対応がプラットフォー ム依存だったということではないかと思います。 いずれにしても、 IPAddr レベルでのプラットフォーム依存性は望ましくない ので、これを呼ぶ前に検査および正規化（ゼロ埋め排除等）するようにします。 なお、 IPSocket.valid*? 条件付きで表に出るのは変なのでここは private に し、 IPSocket.getaddress の上書きについても AF_INET6 がない場合の IPv6アドレス対応の付加程度に止めたいと思います。 -- Akinori MUSHA / http://akinori.org/ </pre> Akinori MUSHA 2012-05-25T05:00:14 http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19713 <pre>こんばんは、かみやです。 ご返信有難うございます。 2012年5月23日 17:23 U.Nakamura &lt;usa&lt; at &gt;garbagecollect.jp&gt;: 確かに、どの環境でもこの辺のチェックを経由するようになれば 安心感が増すと思います。 追加される IPSocket.valid_v4? だと 、「0埋めは3桁まで許容」 「末尾の改行文字は許容」 になる感じでしょうか ただ、現在Windows上でこれらのパターンを弾いてくれているのと、 ipaddrライブラリの require前でも、 Socket::AF_INET6 の定義されていることが気になりました。 ## Windows(7) / ruby 1.9.3p194 (2012-04-20) [i386-mingw32] require 'socket' Socket.const_defined? :AF_INET6 #=&gt; true Socket::AF_INET6 #=&gt; 23 何か根本的に勘違いしているようであれば申し訳ありません。 </pre> Kenichi Kamiya 2012-05-24T15:03:08 http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19712 <pre> Issue #3447 has been updated by nobu (Nobuyoshi Nakada). Description updated ---------------------------------------- Feature #3447: argument delegation https://bugs.ruby-lang.org/issues/3447#change-26800 Author: nobu (Nobuyoshi Nakada) Status: Feedback Priority: Low Assignee: Category: Target version: =begin なかだです。 ((&lt;URL:http://www.rubyist.net/~matz/20100615.html#p01&gt;))を実装してみました。 (({foo(...)}))でブロックまでコミ、(({foo(..)}))はブロック抜きにしてあります。 diff --git i/compile.c w/compile.c index 4621cd9..d769c56 100644 --- i/compile.c +++ w/compile.c &lt; at &gt;&lt; at &gt; -2729,7 +2729,6 &lt; at &gt;&lt; at &gt; defined_expr(rb_iseq_t *iseq, LINK_ANCHOR *ret, return 1; case NODE_SUPER: - case NODE_ZSUPER: ADD_INSN(ret, nd_line(node), putnil); ADD_INSN3(ret, nd_line(node), defined, INT2FIX(DEFINED_ZSUPER), 0, needstr); &lt; at &gt;&lt; at &gt; -2919,6 +2918,67 &lt; at &gt;&lt; at &gt; setup_args(rb_iseq_t *iseq, LINK_ANCHOR *args, NODE *argn, unsigned long *flag) POP_ELEMEN</pre> nobu (Nobuyoshi Nakada 2012-05-24T14:54:09 http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19711 <pre>　ご意見ありがとうございます．では，修正します． (2012/05/24 11:09), KOSAKI Motohiro wrote: </pre> SASADA Koichi 2012-05-24T03:33:54 http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19710 <pre>2012/5/23 Urabe Shyouhei &lt;shyouhei&lt; at &gt;ruby-lang.org&gt;: 同じく。 あからさまにおかしい奴にたいして、バグに依存してるやつが・・・とか考え出すとキリがないですよ。こういうのはギャっと言われてから考えるしかないと思う </pre> KOSAKI Motohiro 2012-05-24T02:09:44 http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19709 <pre>callerの引数は0と1以外使ってるの見たことないので、どうでもいいんじゃないでしょうか。 修正してしまうのに一票。 On 05/24/2012 12:54 AM, SASADA Koichi wrote: </pre> Urabe Shyouhei 2012-05-24T01:38:02 http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19708 <pre>　ささだです． 　caller(level) のように，caller メソッドでは何段上からバックトレースを 持ってくるか，というのを level という引数で指定できます． 　なんとなく，level 分だけバックトレースの情報が減るように思えるのです が，つまり caller(0).size - level == caller(level).size となりそうなもんですが，実際はそうなりません． 例： a = [1] a.map{ a.map{ a.map{ 10.times{|i| p [i, caller(i).size] } } } } #=&gt; ruby 2.0.0dev (2012-05-04 trunk 35535) [i386-mswin32_100] [0, 9] [1, 8] [2, 8] # 上と変わらない [3, 7] [4, 6] [5, 6] # 上と変わらない [6, 5] [7, 4] [8, 4] # 上と変わらない [9, 3] 　理由は，level を，VM のスタックフレームを level 個スキップする，と扱っ ているのですが，スタックフレームの種類によってはバックトレースに出てこな い場合もあるので，そのスキップさ</pre> SASADA Koichi 2012-05-23T15:54:02 http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19707 <pre>こんにちは、なかむら(う)です。 In message "[ruby-dev:45671] [ruby-trunk - Bug #6479][Assigned] ipaddr.rbの受け付ける書式が、プラットフォームによって異なる" on May.23,2012 16:16:40, &lt;knu&lt; at &gt;ruby-lang.org&gt; wrote: Socket::AF_INET6がない場合にIPSocket.getaddressを上書きしてい るコードがipaddr.rbの冒頭にあると思いますので、プラットフォー ム提供のそれが信用できないならこっちを常に有効にするのもあり かもしれません。 Windowsだとたぶんそれを使ってるんだと思います。 それでは。 </pre> U.Nakamura 2012-05-23T08:23:23 http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19706 <pre> Issue #6479 has been updated by knu (Akinori MUSHA). Status changed from Open to Assigned Assignee set to knu (Akinori MUSHA) ---------------------------------------- Bug #6479: ipaddr.rbの受け付ける書式が、プラットフォームによって異なる https://bugs.ruby-lang.org/issues/6479#change-26781 Author: kachick (Kenichi Kamiya) Status: Assigned Priority: Normal Assignee: knu (Akinori MUSHA) Category: lib Target version: 1.9.3 ruby -v: ruby 1.9.3p194 (2012-04-20 revision 35410) [i686-linux] # 状況 標準添付ライブラリの ipaddr.rb に於いて、アドレス書式チェック時の厳しさがプラットフォームによって異なるよう感じました。 IPv4で気がついた限りですが、次の2点でWindowsだと常に例外を吐き、Linuxだと書式によっては(自分にとって)想定し難い値を返します。 * 0埋めを含んだ場合 * 改行文字を含んだ場合 動作例を載せます。 ## 共通 require 'ipaddr' p IPAddr.ne</pre> knu (Akinori MUSHA 2012-05-23T07:16:40 http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19705 <pre> Issue #6479 has been reported by kachick (Kenichi Kamiya). ---------------------------------------- Bug #6479: ipaddr.rbの受け付ける書式が、プラットフォームによって異なる https://bugs.ruby-lang.org/issues/6479 Author: kachick (Kenichi Kamiya) Status: Open Priority: Normal Assignee: Category: lib Target version: 1.9.3 ruby -v: ruby 1.9.3p194 (2012-04-20 revision 35410) [i686-linux] # 状況 標準添付ライブラリの ipaddr.rb に於いて、アドレス書式チェック時の厳しさがプラットフォームによって異なるよう感じました。 IPv4で気がついた限りですが、次の2点でWindowsだと常に例外を吐き、Linuxだと書式によっては(自分にとって)想定し難い値を返します。 * 0埋めを含んだ場合 * 改行文字を含んだ場合 動作例を載せます。 ## 共通 require 'ipaddr' p IPAddr.new("11.22.33.45") #=&gt; #&lt;IPAddr: IPv4:11.22.33.45/255.255.255.255&gt; ## Windows(7) / ruby 1.9.3p194 (2012-0</pre> kachick (Kenichi Kamiya 2012-05-22T17:49:37 http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19704 <pre>遠藤です。 2012/05/22 Yukihiro Matsumoto &lt;matz&lt; at &gt;ruby-lang.org&gt;: すみません。Glass_saga さんのコミッタ化は #6173 のチケット内で 提案したつもりでした。[ruby-dev:45460] https://bugs.ruby-lang.org/issues/6173 でもこういう話はチケットじゃなくてメールで送るべきですね。 申し訳ないです。以後気をつけます。 </pre> Yusuke Endoh 2012-05-22T03:24:13 http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19703 <pre> まあその、もうちょっとそのままコミットできる率が上がってからでいいと思いますよ。 そういう意味で、もうちょっと時間がかかりそうは大変正しい。 </pre> KOSAKI Motohiro 2012-05-22T01:47:43 http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19702 <pre>まつもと ゆきひろです In message "Re: [ruby-dev:45665] [ruby-trunk - Feature #6218] struct.cのrb_struct_s_members_m()について" on Tue, 22 May 2012 00:11:56 +0900, "mame (Yusuke Endoh)" &lt;mame&lt; at &gt;tsg.ne.jp&gt; writes: |Glass_saga さんのコミッタ化にはもうちょっと時間がかかりそうみたいなので、 |とりあえず私がやっちゃいます。 時間がかかりそうもなにも、これ、私に直接依頼されていないんで すが。もしかして、空気を読んでコミッタ化を承認するとかしない といけなかった？ </pre> Yukihiro Matsumoto 2012-05-22T00:15:19 http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19701 <pre>桑田さん 　ささだです． 　1.5 年もお待たせしてしまって申し訳ありません．1つだけデザインについて 相談させて下さい． (2010/10/10 1:25), Makoto Kuwata wrote: 　ここは，見逃していました．すみません． 　配列 ([filaneme, line, methodname]）と，メソッドでアクセスするオブジェ クト（frame.filename, frame.line, frame.method みたいな）だと，どちらが いい，とかありますか？　例では多重代入で一発でやっていましたが． </pre> SASADA Koichi 2012-05-21T23:14:16 http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19700 <pre> Issue #6218 has been updated by mame (Yusuke Endoh). Assignee changed from Glass_saga (Masaki Matsushita) to mame (Yusuke Endoh) Glass_saga さんのコミッタ化にはもうちょっと時間がかかりそうみたいなので、 とりあえず私がやっちゃいます。 </pre> mame (Yusuke Endoh 2012-05-21T15:11:56 http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19699 <pre> Issue #6082 has been updated by mame (Yusuke Endoh). Status changed from Feedback to Rejected あまり意義がなさそうとのことなので、とりあえず閉じます。 同期モードで高速化してほしいユースケースはあるとか、その他何か意見があったら reopen してください。 </pre> mame (Yusuke Endoh 2012-05-21T15:10:46 http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19698 <pre> Issue #6456 has been updated by mame (Yusuke Endoh). Status changed from Open to Assigned Assignee set to kouji (Kouji Takao) ---------------------------------------- Bug #6456: [readline] Readline.point when history edited https://bugs.ruby-lang.org/issues/6456#change-26738 Author: no6v (Nobuhiro IMAI) Status: Assigned Priority: Normal Assignee: kouji (Kouji Takao) Category: ext Target version: ruby -v: ruby 2.0.0dev (2012-05-19 trunk 35705) [x86_64-linux] =begin 以下のように、履歴をたどって編集した時に Readline.point の値がおかしくなるようです。 require "readline" RUBY_DESCRIPTION # =&gt; "ruby 2.0.0dev (2012-05-19 trunk 35705) [x86_64-linux]" Readline::VERSION # =&gt; "6.2" IO.pipe do |r, w| Readline.input = r w &lt;&lt; "123\n\cP456\n\cP\n" Readline.readline("", true) # =&gt; "123" Readline.point # =&gt; 3 Readline.readline("", true) # =&gt; "123456" Readline.point # =&gt; 3 Readline.readline("", true) # =&gt; "123456" Readline.po</pre> mame (Yusuke Endoh 2012-05-21T10:24:45 http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19697 <pre> Issue #6455 has been updated by mame (Yusuke Endoh). Status changed from Open to Assigned ---------------------------------------- Bug #6455: IRB.conf[:RC_NAME_GENERATOR] と IRB.conf[:SAVE_HISTORY] を同時に設定すると irb が起動できないのを修正する https://bugs.ruby-lang.org/issues/6455#change-26737 Author: sho-h (Sho Hashimoto) Status: Assigned Priority: Normal Assignee: keiju (Keiju Ishitsuka) Category: lib Target version: 2.0.0 ruby -v: ruby 1.8.7 (2010-08-16 patchlevel 302) [i486-linux] るりまを書いている最中に気づいたのですが、IRB.conf[:RC_NAME_GENERATOR] と IRB.conf[:SAVE_HISTORY] を同時に設定すると irb の起動時にヒストリファイルの読み込みで例外が発生して irb が起動できません。 $ irb /usr/lib/ruby/1.8/irb/ext/save-history.rb:77:in `exist?': can't convert nil into String (TypeError) from /usr/lib/ruby/1.8/irb/ext/save-history.rb:77:in `load_history' ... $ IRB.rc_file("_history") が</pre> mame (Yusuke Endoh 2012-05-21T10:24:18 http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19696 <pre> Issue #6473 has been updated by mame (Yusuke Endoh). Status changed from Open to Assigned Assignee set to drbrain (Eric Hodel) Hello, drbrain This is a doc issue of Enumerable#count. Could you check and import Nobuhiro's patch? English translation: The rdoc of Enumerable#count says: Returns the number of items in &lt;i&gt;enum&lt;/i&gt; if it responds to a #size call, otherwise the items are counted through enumeration. If an argument is but actually it behaves as below: class E include Enumerable def each end def size 1 end end e = E.new e.size # =&gt; 1 e.count # =&gt; 0 As you see, it does not call #size. 1.8 series and 1.9.1 returns 1 instead of 0. As r25603 seemed to finally decide to stop calling #size, I'm attaching a patch that changes the rdoc. The patch just changes the first line, though it looks bigger because of new line. </pre> mame (Yusuke Endoh 2012-05-21T10:24:03 http://permalink.gmane.org/gmane.comp.lang.ruby.devel/19695 <pre> Issue #6473 has been updated by no6v (Nobuhiro IMAI). File enum_count.patch added 最終的に r25603 で size は呼ばなくなったようなので、コメントを修正したパッチを添付します。 改行位置の関係で行数が多いですが、内容は1文目しか変更してません。 ---------------------------------------- Bug #6473: Enumerable#count https://bugs.ruby-lang.org/issues/6473#change-26735 Author: no6v (Nobuhiro IMAI) Status: Open Priority: Normal Assignee: Category: core Target version: ruby -v: ruby 2.0.0dev (2012-05-19 trunk 35705) [x86_64-linux] =begin Enumerable#count には、 Returns the number of items in &lt;i&gt;enum&lt;/i&gt; if it responds to a #size call, otherwise the items are counted through enumeration. If an argument is というコメントが書いてありますが、実際には class E include Enumerable def each end def size 1 end end e = E.new e.size # =&gt; 1 e.count # =&gt; 0 size は呼ばれていないようで</pre> no6v (Nobuhiro IMAI 2012-05-21T06:19:43 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lang.ruby.devel