http://blog.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://comments.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 個スキップする，と扱っ ているのですが，スタックフレームの種類によってはバックトレースに出てこな い場合もあるので，そのスキップされた分を level でスキップする数にいれて いるから，という理由です． 　1.8 だと期待通り（？）動きます． #=&gt; ruby 1.8.7 (2012-02-08 patchlevel 358) [i386-cygwin] [0, 9] [1, 8] [2, 7] [3, 6] [4, 5] [5, 4] [6, 3] [7, 2] [8, 1] [9, 0] 　というわけで，バグな気もするんですが，どうしたもんでしょう．これまで苦 情も来てないから，どうでもいいような気もするんですが．2.0 から直します？ </pre> SASADA Koichi 2012-05-23T15:54:02 http://comments.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-04-20) [i386-mingw32] # 以下全てで、同じ例外を吐きます。 p IPAddr.new("011.22.33.45") p IPAddr.new("011.0022.00033.000045") p IPAddr.new("011.0022.00033.000045\n") p IPAddr.new("011.0022.00033.000045\nfoo32/0024/bar \n/foobar ") p IPAddr.new("011.0022.00033.000045\n056.0067.00078.00089\nfoo32/0024/bar \n/foobar ") # 例外 ArgumentError: invalid address from C:/Ruby193/lib/ruby/1.9.1/ipaddr.rb:496:in `rescue in initialize' ## Linux(Mint12) / ruby 1.9.3p194 (2012-04-20 revision 35410) [i686-linux] # Windowsの際と同じ引数に対して、一つも例外を吐きません p IPAddr.new("011.22.33.45") #=&gt; #&lt;IPAddr: IPv4:11.22.33.45/255.255.255.255&gt; p IPAddr.new("011.0022.00033.000045") #=&gt; #&lt;IPAddr: IPv4:11.22.33.45/255.255.255.255&gt; p IPAddr.new("011.0022.00033.000045\n") #=&gt; #&lt;IPAddr: IPv4:11.22.33.45/255.255.255.255&gt; p IPAddr.new("011.0022.00033.000045\nfoo32/0024/bar \n/foobar ") #=&gt; #&lt;IPAddr: IPv4:11.22.33.0/255.255.255.0&gt; p IPAddr.new("011.0022.00033.000045\n056.0067.00078.00089\nfoo32/0024/bar \n/foobar ") #=&gt; #&lt;IPAddr: IPv4:45.67.78.0/255.255.255.0&gt; # 希望 Windows環境下の例にみるよう、上記全てのパターンで例外を吐いてくれる方が自然に感じました。 特にLinux上での0埋めに関しては、桁数に制限が見られ無い点と、IPSocket.getaddress(8進数?)と返す値の異なってしまう点が気になります。 ## Linux(Mint12) / ruby 1.9.3p194 (2012-04-20 revision 35410) [i686-linux] require 'socket' p IPSocket.getaddress("011.0022.00033.000045") #=&gt; "9.18.27.37" # 参考 ipaddr.rbを自分なりに読んでみた限り、次の要素に起因するのではないかとあたりをつけてみましたが・・・確信はありません。 * 全体的に、チェック用正規表現のメタ文字へ \A\z を使わず、 \A\Z や ^$ で括っていること * #initialize で、 IPSocket.getaddress が例外を返すかどうかに、正常異常の判断を大きく委ねていること * #in_addr で、1つのオクテットを \d+ のみでキャプチャしていること とりあえず、#in_addrのみを次のように上書きした際、Windowsと同様に動作することまでは確認できました。 require 'ipaddr' class IPAddr private remove_method :in_addr def in_addr(addr) if addr =~ /\A(?:(?:0|[1-9]\d{0,2})\.){3}(?:0|[1-9]\d{0,2})\z/ return addr.split('.').inject(0) { |i, s| n = s.to_i raise ArgumentError, 'invalid address' unless n &lt;= 255 i &lt;&lt; 8 | n } end return nil end end </pre> kachick (Kenichi Kamiya 2012-05-22T17:49:37 http://comments.gmane.org/gmane.comp.lang.ruby.devel/19694 <pre> Issue #6473 has been reported by no6v (Nobuhiro IMAI). ---------------------------------------- Bug #6473: Enumerable#count https://bugs.ruby-lang.org/issues/6473 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 は呼ばれていないようです。1.8 系や 1.9.1 の頃は 0 ではなく 1 が返っていたようです。 =end </pre> no6v (Nobuhiro IMAI 2012-05-20T09:36:48 http://comments.gmane.org/gmane.comp.lang.ruby.devel/19691 <pre> Issue #6460 has been reported by ktsj (Kazuki Tsujimoto). ---------------------------------------- Bug #6460: `unexpected return' occurs when a proc is called in ensure https://bugs.ruby-lang.org/issues/6460 Author: ktsj (Kazuki Tsujimoto) Status: Assigned Priority: Normal Assignee: ko1 (Koichi Sasada) Category: YARV Target version: ruby -v: ruby 2.0.0dev (2012-05-19 trunk 35711) [x86_64-linux] =begin 辻本です。 Bug #2729, #5234 の続きのような話になりますが 以下のコードでunexpected returnとなります。 class C def each begin yield :foo ensure 1.times { Proc.new } end end def detect each{|e| r = yield(e) return true if r } false end end p C.new.detect{|e| true } 結局のところmake_envの際にはすべてのcontrol frameの dfpの値をチェックしないといけないようです。 diff --git a/proc.c b/proc.c index d44e8d8..07a904b 100644 --- a/proc.c +++ b/proc.c &lt; at &gt;&lt; at &gt; -418,7 +418,6 &lt; at &gt;&lt; at &gt; proc_new(VALUE klass, int is_lambda) } procval = rb_vm_make_proc(th, block, klass); - rb_vm_rewrite_dfp_in_errinfo(th, cfp); if (is_lambda) { rb_proc_t *proc; diff --git a/vm.c b/vm.c index 6fbd3ad..abfe993 100644 --- a/vm.c +++ b/vm.c &lt; at &gt;&lt; at &gt; -406,8 +406,6 &lt; at &gt;&lt; at &gt; vm_make_env_each(rb_thread_t * const th, rb_control_frame_t * const cfp, if (!RUBY_VM_NORMAL_ISEQ_P(cfp-&gt;iseq)) { /* TODO */ env-&gt;block.iseq = 0; - } else { -rb_vm_rewrite_dfp_in_errinfo(th, cfp); } return envval; } &lt; at &gt;&lt; at &gt; -462,6 +460,7 &lt; at &gt;&lt; at &gt; rb_vm_make_env_object(rb_thread_t * th, rb_control_frame_t *cfp) } envval = vm_make_env_each(th, cfp, cfp-&gt;dfp, cfp-&gt;lfp); + rb_vm_rewrite_dfp_in_errinfo(th, th-&gt;cfp); if (PROCDEBUG) { check_env_value(envval); &lt; at &gt;&lt; at &gt; -473,23 +472,26 &lt; at &gt;&lt; at &gt; rb_vm_make_env_object(rb_thread_t * th, rb_control_frame_t *cfp) void rb_vm_rewrite_dfp_in_errinfo(rb_thread_t *th, rb_control_frame_t *cfp) { - /* rewrite dfp in errinfo to point to heap */ - if (RUBY_VM_NORMAL_ISEQ_P(cfp-&gt;iseq) &amp;&amp; -(cfp-&gt;iseq-&gt;type == ISEQ_TYPE_RESCUE || - cfp-&gt;iseq-&gt;type == ISEQ_TYPE_ENSURE)) { -VALUE errinfo = cfp-&gt;dfp[-2]; /* #$! */ -if (RB_TYPE_P(errinfo, T_NODE)) { - VALUE *escape_dfp = GET_THROWOBJ_CATCH_POINT(errinfo); - if (! ENV_IN_HEAP_P(th, escape_dfp)) { -VALUE dfpval = *escape_dfp; -if (CLASS_OF(dfpval) == rb_cEnv) { - rb_env_t *dfpenv; - GetEnvPtr(dfpval, dfpenv); - SET_THROWOBJ_CATCH_POINT(errinfo, (VALUE)(dfpenv-&gt;env + dfpenv-&gt;local_size)); + while (!RUBY_VM_CONTROL_FRAME_STACK_OVERFLOW_P(th, cfp)) { +/* rewrite dfp in errinfo to point to heap */ +if (RUBY_VM_NORMAL_ISEQ_P(cfp-&gt;iseq) &amp;&amp; + (cfp-&gt;iseq-&gt;type == ISEQ_TYPE_RESCUE || + cfp-&gt;iseq-&gt;type == ISEQ_TYPE_ENSURE)) { + VALUE errinfo = cfp-&gt;dfp[-2]; /* #$! */ + if (RB_TYPE_P(errinfo, T_NODE)) { +VALUE *escape_dfp = GET_THROWOBJ_CATCH_POINT(errinfo); +if (! ENV_IN_HEAP_P(th, escape_dfp)) { + VALUE dfpval = *escape_dfp; + if (CLASS_OF(dfpval) == rb_cEnv) { +rb_env_t *dfpenv; +GetEnvPtr(dfpval, dfpenv); +SET_THROWOBJ_CATCH_POINT(errinfo, (VALUE)(dfpenv-&gt;env + dfpenv-&gt;local_size)); + } } } } - } +cfp = RUBY_VM_PREVIOUS_CONTROL_FRAME(cfp); + }; } void 近々この辺の構造が大きく変わるようなので trunkにこのパッチを取り込む意義はあまり感じませんが、 1.9.3へのバックポートはしておいてもいいのではと思います。 どうでしょうか。 =end </pre> ktsj (Kazuki Tsujimoto 2012-05-19T08:06:52 http://comments.gmane.org/gmane.comp.lang.ruby.devel/19690 <pre> Issue #6456 has been reported by no6v (Nobuhiro IMAI). ---------------------------------------- Bug #6456: [readline] Readline.point when history edited https://bugs.ruby-lang.org/issues/6456 Author: no6v (Nobuhiro IMAI) Status: Open Priority: Normal Assignee: 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.point # =&gt; 6 end # &gt;&gt; 123 # &gt;&gt; 123456 # &gt;&gt; 123456 =end </pre> no6v (Nobuhiro IMAI 2012-05-19T02:22:59 http://comments.gmane.org/gmane.comp.lang.ruby.devel/19689 <pre> Issue #6455 has been reported by sho-h (Sho Hashimoto). ---------------------------------------- Bug #6455: IRB.conf[:RC_NAME_GENERATOR] と IRB.conf[:SAVE_HISTORY] を同時に設定すると irb が起動できないのを修正する https://bugs.ruby-lang.org/issues/6455 Author: sho-h (Sho Hashimoto) Status: Open 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") が nil を返すようになるためではないかと思います。 $ irb -f irb(main):001:0&gt; IRB.conf[:RC_NAME_GENERATOR] = Proc.new { |rc| irb(main):002:1* ["/tmp/myirb.#{rc}"].detect { |path| File.exists?(path) } irb(main):003:1&gt; } irb(main):004:0&gt; IRB.rc_file("_history") =&gt; nil 1.8.7 で試しましたが、trunk でも同様ではないかと思います。 lib/irb/ext/save-history.rb で IRB.rc_file("_history") が nil であればデフォルト値を使うなどされた方がいいかもしれません。 </pre> sho-h (Sho Hashimoto 2012-05-19T01:23:42 http://comments.gmane.org/gmane.comp.lang.ruby.devel/19687 <pre> Issue #6450 has been reported by 5.5 (5 5). ---------------------------------------- Bug #6450: Shift JIS で String#tr の範囲指定がおかしい https://bugs.ruby-lang.org/issues/6450 Author: 5.5 (5 5) Status: Open Priority: Normal Assignee: Category: M17N Target version: 1.9.3 ruby -v: ruby 1.9.3p202 (2012-04-27 revision 35484) [x86_64-darwin10.8.0] =begin CP932（Windows-31J）は，第二バイトが 0x7F になる文字が存在しない仕組みになっていますが，以下の例のように，String#tr で範囲指定を使うと，そのような文字が存在するかのような動作になります。 # encoding: cp932 p "マミムメモ".tr("マ-モ", "ﾏ-ﾓ") # =&gt; "ﾏﾐﾒﾓﾓ" p "ﾏﾐﾑﾒﾓ".tr("ﾏ-ﾓ", "マ-モ") # =&gt; "マミ\x83\x7Fムメ" p "мнопр".tr("а-я", "А-Я") # =&gt; "МНПРС" p "МНОПР".tr("А-Я", "а-я") # =&gt; "мн\x84\x7Fоп" この例では，文字コード表で，全角片仮名「ミ」と「ム」の間，およびキリル文字小文字の「н」と「о」の間に文字が存在するかのように置換してしまっています。 これが仕様だとすると，String#tr を使うのに文字の並び順の知識だけでなく，どのようなバイト列に符号化されるかといった知識まで必 要となり，非常に使いづらいと思います。 =end </pre> 5.5 (5 5 2012-05-18T15:44:40 http://comments.gmane.org/gmane.comp.lang.ruby.devel/19685 <pre>こんにちは。 mkmf.rbで作成するMakefileには COUTFLAG や OUTFLAG といったmakeの変数が 定義されます。その内容が意図した結果となっていないのではないかと思いま した。殆どの環境で実害は出ていないと思います。 きっかけは4月の終わりに、Solaris 9上のpkgsrcでruby193-baseのコンパイル がエラーとなるという報告がありました。報告された方に答えつつ確認を求め た事項が少々的外れだったのですが、症状としてはmakeから、以下を実行して エラーになるという内容です。 cc ...(いっぱいオプション) -fPIC -obug.o -c bug.c ここで、ポイントは -o オプションと出力先のファイル名の間にスペースがな いことです。Solaris 9のas(1)は、ここにスペースがないとエラーとなるよう です。(Solaris 10では問題とはならないことは確認しています。) 上記のコマンドが来た元を追うと、 1. 生成されたMakefile(例えば、ext/-test-/bug-3571/Makefile)では、 .c.o: $(ECHO) compiling $(&lt;) $(Q) $(CC) $(INCFLAGS) $(CPPFLAGS) $(CFLAGS) $(COUTFLAG)$&lt; at &gt; -c $&lt; といったルールがあって、$(COUTFLAG)と$&lt; at &gt;の間にスペースはありません。 (スペースがあってはならない環境もあるのでしょうか?) 2. 同じMakefileで COUTFLAGS は、 COUTFLAG = -o と設定されています。 3. これらのMakefileを生成する元のlib/mkmf.rbで1.については、 COMPILE_C = config_string('COMPILE_C') || '$(CC) $(INCFLAGS) $(CPPFLAGS) $(CFLAGS) $(COUTFLAG)$&lt; at &gt; -c $&lt;' というのが元となっていて、まぁ、これはそのまんまです。 4. lib/mkmf.rbで2.については、 COUTFLAG = #{COUTFLAG} という文字列中で展開している行が存在していて、Rubyの定数COUTFLAGが 元で、さらにこの定数はlib/mkmf.rbの先の方で、 COUTFLAG = CONFIG['COUTFLAG'] として定義しています。 5. CONFIG['COUTFLAG']はrbconfig.rbが元ですが、これはconfigure時に由来 していて、config.logで確認すると、 COUTFLAG='-o ' となっています。 と、いうわけで改めて2.の部分を見ると、COUTFLAG に代入している行で -o の後ろにスペースが1つあるのですが、Makefileの世界ではこのスペースは捨 てられてしまいます。 話が長くなりましたが、1.や3.のルールでは$(COUTFLAG)と$&lt; at &gt;の間にはスペー スが入ると期待していたのか、全然気にしていないのか、どうなんだろうと思っ た次第です。 A. 元々、$(COUTFLAG)と$&lt; at &gt;の間にスペースを入れてはいけない理由はない。 B. $(COUTFLAGS)の後ろにスペースがあると思っていた。 pkgsrcが対象とするプラットフォームでは、A.に基づいても良さそうに思えま すが、少し気になったのでメールにまとめてみました。 </pre> Takahiro Kambe 2012-05-18T03:26:53 http://comments.gmane.org/gmane.comp.lang.ruby.devel/19675 <pre> Issue #6441 has been reported by naruse (Yui NARUSE). ---------------------------------------- Bug #6441: IO.pipe on ENFILE https://bugs.ruby-lang.org/issues/6441 Author: naruse (Yui NARUSE) Status: Assigned Priority: Normal Assignee: authorNari (Narihiro Nakamura) Category: Target version: ruby -v: ruby 2.0.0dev (2012-05-16 trunk 35659) [x86_64-netbsd6.99.5] 今の Ruby は open(2) などで、errno=ENFILE が発生した場合、 すなわち fd を使いきっている場合には、rb_gc() を呼び、IO オブジェクトを GC して、 fd が解放されないか試み、それでもダメだったら諦めるとしています。 しかし、IO.pipe の場合はこれに失敗することがあります。 これは、lazy sweep が上記の目的のため T_FILE の場合は直ちに sweep することにしている所、 pipe の場合はその例外にあたらないからです。 </pre> naruse (Yui NARUSE 2012-05-16T03:59:06 http://comments.gmane.org/gmane.comp.lang.ruby.devel/19672 <pre> Issue #6440 has been reported by Glass_saga (Masaki Matsushita). ---------------------------------------- Feature #6440: 引数にIOを渡した場合のMarshal.loadにバッファを持たせたい https://bugs.ruby-lang.org/issues/6440 Author: Glass_saga (Masaki Matsushita) Status: Open Priority: Normal Assignee: Category: core Target version: 2.0.0 現在のMarshal.loadでは、引数にIOを渡すとIO#getbyteやIO#readで当座に必要な部分のみの読み出しを繰り返すので 大量のメソッド呼び出しが発生し、そのコストが無視できません。 そこで、引数にIOを渡した場合のMarshal.loadにバッファを持たせる事を提案します。 require 'benchmark' require 'tempfile' ary = Array.new(1000){ "hoge" } file = Tempfile.new("foo") Marshal.dump(ary, file) Benchmark.bm do |x| x.report do 100.times do file.rewind Marshal.load(file) end end end file.close 上記のベンチマークでバッファを持つようにしたrubyとtrunkを比較したところ、以下の結果となりました。 trunk(r35660): user system total real 1.880000 0.000000 1.880000 ( 1.874681) proposed: user system total real 0.180000 0.000000 0.180000 ( 0.178556) patchを添付します。 </pre> Glass_saga (Masaki Matsushita 2012-05-16T03:49:28 http://comments.gmane.org/gmane.comp.lang.ruby.devel/19671 <pre> Issue #6439 has been reported by Glass_saga (Masaki Matsushita). ---------------------------------------- Feature #6439: 引数にIOを渡した場合のMarshal.loadni https://bugs.ruby-lang.org/issues/6439 Author: Glass_saga (Masaki Matsushita) Status: Open Priority: Normal Assignee: Category: Target version: </pre> Glass_saga (Masaki Matsushita 2012-05-16T03:45:47 http://comments.gmane.org/gmane.comp.lang.ruby.devel/19669 <pre> Issue #6428 has been reported by nagachika (Tomoyuki Chikanaga). ---------------------------------------- Bug #6428: lazy版take/dropに2度forceを呼んだ時の挙動 https://bugs.ruby-lang.org/issues/6428 Author: nagachika (Tomoyuki Chikanaga) Status: Open Priority: Normal Assignee: Category: core Target version: 2.0.0 ruby -v: ruby 2.0.0dev (2012-05-12 trunk 35629) [x86_64-darwin10.8.0] Enumerator::Lazy#take が返す Enumerator::Lazy に繰り返し force/to_a メソッドを呼ぶと、 2度目以降は全ての要素を返しています。 $ cat lazy_take_recycle.rb lazy_take = (1..5).lazy.take(3) p lazy_take.force p lazy_take.force $ ruby lazy_take_recycle.rb [1, 2, 3] [1, 2, 3, 4, 5] 同じ Enumerator::Lazy に force を複数回呼ぶのがよい使いかたではないのかもしれませんが、 なんとなく何度呼んでも先頭の要素を返してくれるのが嬉しいのではないかと思います。 2度目以降も同じ個数になるようにするパッチを添付します。 ただし実用的なユースケースがあるわけではありません。 </pre> nagachika (Tomoyuki Chikanaga 2012-05-12T16:52:19 http://comments.gmane.org/gmane.comp.lang.ruby.devel/19666 <pre> Issue #6419 has been reported by uy (西行寺 うゆ). ---------------------------------------- Bug #6419: { } ではなく do ~ end でかくとsyntax errorでる箇所 https://bugs.ruby-lang.org/issues/6419 Author: uy (西行寺 うゆ) Status: Open Priority: Normal Assignee: Category: Target version: ruby -v: ruby 1.9.3p194 (2012-04-20) [i386-mingw32] こういうのを書いた場合にsyntax errorがでるみたいです (({ p begin 1.times { 1 } 1.times do 1 end # syntax error end })) </pre> uy (西行寺 うゆ 2012-05-09T11:47:32 http://comments.gmane.org/gmane.comp.lang.ruby.devel/19664 <pre> Issue #6417 has been reported by usa (Usaku NAKAMURA). ---------------------------------------- Feature #6417: Supporing a subset of ANSI escape code on Windows https://bugs.ruby-lang.org/issues/6417 Author: usa (Usaku NAKAMURA) Status: Assigned Priority: Low Assignee: usa (Usaku NAKAMURA) Category: misc Target version: 2.0.0 Are there those who need this? </pre> usa (Usaku NAKAMURA 2012-05-09T01:49:47 http://comments.gmane.org/gmane.comp.lang.ruby.devel/19662 <pre>　ささだです． 　gcc 4.6.3 でビルドしたらいくつか warning が出たのでご報告です． io.c: compiling ../trunk/io.c ../trunk/io.c: 関数 ‘io_encoding_set’ 内: ../trunk/io.c:8789:9: 警告: 使用されない変数 ‘tmp1’ です [-Wunused-variable] ../trunk/io.c:8797:9: 警告: 使用されない変数 ‘tmp1’ です [-Wunused-variable] 該当部分： 8787 if (enc == enc2) { 8788 /* Special case - "-" =&gt; no transcoding */ 8789 VALUE tmp1 = rb_check_string_type(v1); 8790 enc2 = NULL; 8791 } 8795 if (enc == enc2) { 8796 /* Special case - "-" =&gt; no transcoding */ 8797 VALUE tmp1 = rb_check_string_type(v1); 8798 enc2 = NULL; 8799 } 　たしかに tmp1 は不要に見えます．これ，v1 をチェックしたいだけ？ regparse.c: compiling ../trunk/regparse.c ../trunk/regparse.c: 関数 ‘parse_exp’ 内: ../trunk/regparse.c:5734:37: 警告: ‘b2’ はこの関数内初期化されずに使用さ れるかもしれません [-Wuninitialized] ../trunk/regparse.c:5690:12: 備考: ‘b2’ はここで定義されています ../trunk/regparse.c:1501:7: 警告: ‘c’ はこの関数内初期化されずに使用され るかもしれません [-Wuninitialized] ../trunk/regparse.c:5687:17: 備考: ‘c’ はここで定義されています 　コードを見たんですが，ぱっと見る限り，確かに未定義の可能性があるかも， と思いました．が，意図的にこうやってるのかもという気もします．意図的な ら，鬱陶しいので宣言部分で 0 でも代入して欲しいところ． addr2line.c: 　拡張ライブラリからも結構警告が出ますね．細かくは見ていませ ん．bigdecimal.c は沢山あって鬱陶しいから直ると良いなぁ． </pre> SASADA Koichi 2012-05-06T10:09:36 http://comments.gmane.org/gmane.comp.lang.ruby.devel/19661 <pre> Issue #6403 has been reported by wanabe (_ wanabe). ---------------------------------------- Bug #6403: self という名前のメソッド定義で SyntaxError https://bugs.ruby-lang.org/issues/6403 Author: wanabe (_ wanabe) Status: Open Priority: Normal Assignee: Category: Target version: ruby -v: ruby 2.0.0dev (2012-05-05 trunk 35541) [i686-linux] http://toro.2ch.net/test/read.cgi/tech/1328648447/925-931 で指摘されていたのですが、self という名前のメソッドの定義で メソッド内部先頭にシンボルがある場合 SyntaxError になります。 また、セミコロンか改行をはさむと正常にパースされます。 def self; :foo; end #&lt;= NG def self;; :foo; end #&lt;= OK def self() :foo; end #&lt;= OK def self(); :foo; end #&lt;= OK def hoge; :foo; end #&lt;= OK def class; :foo; end #&lt;= OK parse.y の f_arglist に関する規則の部分で、 '(' f_args rparen の時には lex_state を変更しているのに f_args term の時には $$ = $1; しかしていないあたりが 怪しいように思うのですがどうでしょうか。 </pre> wanabe (_ wanabe 2012-05-05T01:29:05 http://comments.gmane.org/gmane.comp.lang.ruby.devel/19651 <pre> Issue #6400 has been reported by naruse (Yui NARUSE). ---------------------------------------- Bug #6400: dl/callback with fiddle occurs SEGV on NetBSD amd64 https://bugs.ruby-lang.org/issues/6400 Author: naruse (Yui NARUSE) Status: Assigned Priority: Normal Assignee: tenderlovemaking (Aaron Patterson) Category: Target version: ruby -v: ruby 2.0.0dev (2012-04-30 trunk 35500) [x86_64-netbsd6.99.5] On NetBSD amd64, libffi with callback occurs SEGV as following. kelvena% ./ruby p /home/naruse/local/ruby/lib/ruby/2.0.0/dl/func.rb:55: [BUG] Segmentation fault ruby 2.0.0dev (2012-04-30 trunk 35500) [x86_64-netbsd6.99.5] </pre> naruse (Yui NARUSE 2012-05-04T12:33:37 http://comments.gmane.org/gmane.comp.lang.ruby.devel/19646 <pre> Issue #6396 has been reported by uy (西行寺 うゆ). ---------------------------------------- Bug #6396: instance_eval内での変数の扱いについて https://bugs.ruby-lang.org/issues/6396 Author: uy (西行寺 うゆ) Status: Open Priority: Normal Assignee: Category: Target version: ruby -v: ruby 1.9.3p194 (2012-04-20) [i386-mingw32] class O attr_accessor :x end o = O.new o.x = 99 o.instance_eval do p x #=&gt; 99 if nil x = 2 # この記述があるとxがnilになる end p x #=&gt; nil end これはバグでしょうか？ o.instance_eval do p x #=&gt; 99 p x += 1 end xは値を見ることは出来ても、 値を変更しようとしたり、 if分岐を通らなくても、そういったコードを混ぜておくと xがnil（新しい変数?）に置き換わっているようですが </pre> uy (西行寺 うゆ 2012-05-03T11:39:09 http://comments.gmane.org/gmane.comp.lang.ruby.devel/19640 <pre> Issue #6390 has been reported by uy (西行寺 うゆ). ---------------------------------------- Feature #6390: ラムダの宣言ででるsyntax errorについて https://bugs.ruby-lang.org/issues/6390 Author: uy (西行寺 うゆ) Status: Open Priority: Normal Assignee: Category: Target version: -&gt;x,y{x+y} -&gt;(x,y){x+y} -&gt;x,y {x+y} -&gt;(x,y) {x+y} -&gt; x,y{x+y} -&gt; (x,y){x+y} # これだけ syntax error この記述でもエラーにならないようには出来ないのでしょうか？ </pre> uy (西行寺 うゆ 2012-05-02T04:39:13 http://comments.gmane.org/gmane.comp.lang.ruby.devel/19639 <pre> Issue #6389 has been reported by usa (Usaku NAKAMURA). ---------------------------------------- Bug #6389: Should be able to `return' and `break' from callback method of plain DL? https://bugs.ruby-lang.org/issues/6389 Author: usa (Usaku NAKAMURA) Status: Assigned Priority: Normal Assignee: tenderlovemaking (Aaron Patterson) Category: ext Target version: 1.9.3 ruby -v: - IRCで笹田さんと話をしていて発見したのですが、fiddleありだと DLのコールバックメソッドからreturnやbreakが可能ですが、なしだと LocalJumpErrorが発生します。 私の見解としては、returnできた方がうれしい気がしています。 が、いずれにせよ、挙動を揃えた方がいいのではないかと思います。 どう思いますか？＞Aaronさん 以下、素のDLでもreturnできるようにするパッチです。 Index: ext/dl/lib/dl/func.rb =================================================================== --- ext/dl/lib/dl/func.rb(リビジョン 35505) +++ ext/dl/lib/dl/func.rb(作業コピー) &lt; at &gt;&lt; at &gt; -90,6 +90,9 &lt; at &gt;&lt; at &gt; module DL if( !block ) raise(RuntimeError, "block must be given.") end + unless block.lambda? + block = Class.new{define_method(:call, block)}.new.method(:call) + end if( &lt; at &gt;cfunc.ptr == 0 ) cb = Proc.new{|*args| ary = &lt; at &gt;stack.unpack(args) </pre> usa (Usaku NAKAMURA 2012-05-02T03:55:28 http://comments.gmane.org/gmane.comp.lang.ruby.devel/19631 <pre> Issue #6382 has been reported by nagachika (Tomoyuki Chikanaga). ---------------------------------------- Bug #6382: test_tracing_with_set_trace_func で RuntimeError "continuation called across threads" https://bugs.ruby-lang.org/issues/6382 Author: nagachika (Tomoyuki Chikanaga) Status: Assigned Priority: Low Assignee: nagachika (Tomoyuki Chikanaga) Category: test Target version: ruby -v: ruby 2.0.0dev (2012-04-30 trunk 35497) [x86_64-darwin10.8.0] make test-all を -j2 オプションつきで実行しているとごく稀に test_tracing_with_set_trace_func で "continuation called across threads" という RuntimeError 例外が発生していました。 set_trace_func に設定した lambda から Continuation を呼んでいて、別 Thread がそれを呼んでしまっていたようです。 このテストは r32597 で [Feature #4347] のために追加されたもので、別 Thread からの呼び出しについては元々特に考慮していないようでしたので、呼び出したスレッドをチェックするような変更をすればいいと思います。 diff --git a/test/ruby/test_continuation.rb b/test/ruby/test_continuation.rb index 64390d8..5e5b78c 100644 --- a/test/ruby/test_continuation.rb +++ b/test/ruby/test_continuation.rb &lt; at &gt;&lt; at &gt; -78,10 +78,13 &lt; at &gt;&lt; at &gt; class TestContinuation &lt; Test::Unit::TestCase end def tracing_with_set_trace_func + orig_thread = Thread.current cont = nil func = lambda do |*args| - &lt; at &gt;memo += 1 - cont.call(nil) + if orig_thread == Thread.current + &lt; at &gt;memo += 1 + cont.call(nil) + end end cont = callcc { |cc| cc } if cont 稀にというか実際には一度しか発生していないので効果は確認できていないのですが、 エラーにはなってないので入れてしまいます。 </pre> nagachika (Tomoyuki Chikanaga 2012-04-30T14:04:50 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lang.ruby.devel