tag:old.nabble.com,2006:forum-13893
Nabble - ruby Japanese
2009-11-09T08:51:08Z
tag:old.nabble.com,2006:post-26269678
[ruby-list:46533] Re: CLUのコンパイラ clu2c
2009-11-09T08:51:08Z
2009-11-09T08:51:08Z
とうへいひろふみ
東平と申します。
<br><br>2009年11月7日17:00 とうへいひろふみ <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26269678&i=0" target="_top" rel="nofollow">hirofumitouhei@...</a>>:
<br>> 少し手を加え、セルフコンパイル可能であることも確認しました。
<br><br>ここがきちんと動作しておりませんでした。
<br>念のため、下記のパッチを当てて作りなおしてください。
<br>改造個所は bin/clu2c/genv.clu (と bin/clu2c/pretrans/genv.c)です。
<br><br>なお、暫定的に <<a href="http://touhei.hp.infoseek.co.jp/clu2c/" target="_top" rel="nofollow">http://touhei.hp.infoseek.co.jp/clu2c/</a>> を整備しましたので、
<br>以後、更新時はそちらのページに載せます。
<br><br>お騒がせしてすいませんでした。
<br><br>それでは、失礼いたします。
<br><br>東平洋史
<br><br>---8<------8<------8<------8<------8<------8<------8<------8<------8<------8<------8<---
<br>diff -urN ./clu2c-1.99.3-7/bin/clu2c/genv.clu
<br>./clu2c-1.99.3-8/bin/clu2c/genv.clu
<br>--- ./clu2c-1.99.3-7/bin/clu2c/genv.clu 2009-11-09 22:40:58.257000000 +0900
<br>+++ ./clu2c-1.99.3-8/bin/clu2c/genv.clu 2009-11-09 21:12:42.817000000 +0900
<br>@@ -656,7 +656,7 @@
<br> func: funcinfo := down(co).func
<br><br> % put function name and list of arguments.
<br>- header: str := "object " || func.name || "("
<br>+ header: str := "int " || func.name || "("
<br> args: farglist := func.args
<br> begin
<br> header := header || args[1].idn
<br>diff -urN ./clu2c-1.99.3-7/bin/clu2c/pretrans/genv.c
<br>./clu2c-1.99.3-8/bin/clu2c/pretrans/genv.c
<br>--- ./clu2c-1.99.3-7/bin/clu2c/pretrans/genv.c 2009-11-09
<br>22:40:58.823000000 +0900
<br>+++ ./clu2c-1.99.3-8/bin/clu2c/pretrans/genv.c 2009-11-09
<br>22:52:17.051000000 +0900
<br>@@ -40,7 +40,7 @@
<br> static STRING_REP(13) str7 = {13, {'w', 'r', 'o', 'n', 'g', '_', 'v',
<br>'e', 'r', 's', 'i', 'o', 'n'}};
<br> static STRING_REP(6) str8 = {6, {'e', 'x', 't', 'e', 'r', 'n'}};
<br> static STRING_REP(6) str9 = {6, {'s', 't', 'a', 't', 'i', 'c'}};
<br>-static STRING_REP(7) str10 = {7, {'o', 'b', 'j', 'e', 'c', 't', ' '}};
<br>+static STRING_REP(4) str10 = {4, {'i', 'n', 't', ' '}};
<br> static STRING_REP(1) str11 = {1, {'('}};
<br> static STRING_REP(2) str12 = {2, {',', ' '}};
<br> static STRING_REP(1) str13 = {1, {')'}};
<br>@@ -104,9 +104,10 @@
<br> static STRING_REP(14) str71 = {14, {'n', 'o', 't', '_', 'd', 'e',
<br>'b', 'u', 'g', '_', 'm', 'o', 'd', 'e'}};
<br> static STRING_REP(7) str72 = {7, {'s', 't', 'a', 't', 'i', 'c', ' '}};
<br> static STRING_REP(4) str73 = {4, {'=', ' ', '0', ';'}};
<br>-static STRING_REP(7) str74 = {7, {'I', 'N', 'V', '_', 'T', 'O', 'P'}};
<br>-static STRING_REP(9) str75 = {9, {'W', 'O', 'R', 'K', '_', 'S', 'I',
<br>'Z', 'E'}};
<br>-static STRING_REP(7) str76 = {7, {'u', 'n', 'k', 'n', 'o', 'w', 'n'}};
<br>+static STRING_REP(7) str74 = {7, {'o', 'b', 'j', 'e', 'c', 't', ' '}};
<br>+static STRING_REP(7) str75 = {7, {'I', 'N', 'V', '_', 'T', 'O', 'P'}};
<br>+static STRING_REP(9) str76 = {9, {'W', 'O', 'R', 'K', '_', 'S', 'I',
<br>'Z', 'E'}};
<br>+static STRING_REP(7) str77 = {7, {'u', 'n', 'k', 'n', 'o', 'w', 'n'}};
<br><br> /* begin module */
<br> /* c_function_name, OFg__env_Dcreate */
<br>@@ -3534,7 +3535,7 @@
<br> LVco = retval_area[0];
<br> LVmax = OMrecord_Dget(2, OMrecord_Dget(4, WVr_IN_Clv));
<br> LVi = 1;
<br>- LVd = ((string) &str10);
<br>+ LVd = ((string) &str74);
<br> while (TRUE)
<br> {
<br> if (!OMint_Dle(LVi, LVmax))
<br>@@ -3581,13 +3582,13 @@
<br> {
<br> goto except0;
<br> }
<br>- LVd = ((string) &str10);
<br>+ LVd = ((string) &str74);
<br> }
<br> LVi = OMint_Dadd(LVi, 1);
<br> }
<br> }
<br> t1 = OMstring_Dsize(LVd);
<br>- if (OMint_Dgt(t1, OMstring_Dsize(((string) &str10))))
<br>+ if (OMint_Dgt(t1, OMstring_Dsize(((string) &str74))))
<br> {
<br> t2 = OMstring_Dsize(LVd)
<br> + OMstring_Dsize(((string) &str16));
<br>@@ -3637,7 +3638,7 @@
<br> (*ivarp)[INV_TOP+0] = OMarray_Dsize(OMrecord_Dget(1, WVr_IN_Clv));
<br> (*ivarp)[1] = OMint_Dadd(OMint_Dadd((*ivarp)[INV_TOP+0],
<br>OMrecord_Dget(1, OMrecord_Dget(2, WVr_IN_Clv))), 1);
<br> OFint_Dunparse((*ivarp)[1]);
<br>- (*ivarp)[INV_TOP+0] = ((string) &str74);
<br>+ (*ivarp)[INV_TOP+0] = ((string) &str75);
<br> (*ivarp)[INV_TOP+1] = retval_area[0];
<br> retval_area[0] = (*ivarp)[INV_TOP+0];
<br> retval_area[1] = (*ivarp)[INV_TOP+1];
<br>@@ -3646,7 +3647,7 @@
<br> yield1:
<br> NO_OPERATION;
<br> OFint_Dunparse(OMint_Dadd((*ivarp)[1], OMrecord_Dget(2,
<br>OMrecord_Dget(4, WVr_IN_Clv))));
<br>- (*ivarp)[INV_TOP+0] = ((string) &str75);
<br>+ (*ivarp)[INV_TOP+0] = ((string) &str76);
<br> (*ivarp)[INV_TOP+1] = retval_area[0];
<br> retval_area[0] = (*ivarp)[INV_TOP+0];
<br> retval_area[1] = (*ivarp)[INV_TOP+1];
<br>@@ -3830,7 +3831,7 @@
<br> goto except0;
<br> }
<br> }
<br>- signame = ((string) &str76);
<br>+ signame = ((string) &str77);
<br> return(SIG);
<br> /* end body */
<br> noretval(SLNULL);
<br><br><p>From forum: <a href="http://old.nabble.com/ruby-list-jp-f13920.html" embed="fixTarget[13920]" target="_top" >ruby-list jp</a></p>
tag:old.nabble.com,2006:post-26269267
[ruby-list:46532] Re: ARGVの引数のデータタイプ
2009-11-09T08:26:16Z
2009-11-09T08:26:16Z
Yukihiro Matsumoto
まつもと ゆきひろです
<br><br>In message "Re: [ruby-list:46530] ARGVの引数のデータタイプ"
<br> on Tue, 10 Nov 2009 00:03:30 +0900, askar <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26269267&i=0" target="_top" rel="nofollow">askar75@...</a>> writes:
<br><br>|ARGVの引数のデータタイプは数字を入力するときに、数値になったり、Stringに
<br>|なったりしているように感じますが、どうでしょうか。
<br><br>そんなことはないと思います。どうしてそう思いましたか？
<br><br><p>From forum: <a href="http://old.nabble.com/ruby-list-jp-f13920.html" embed="fixTarget[13920]" target="_top" >ruby-list jp</a></p>
tag:old.nabble.com,2006:post-26268072
[ruby-list:46531] Re: 出力に関する質問
2009-11-09T07:14:46Z
2009-11-09T07:14:46Z
askar-2
エラーにはString型のデータを２との比較に失敗したと書いてありますが、
<br>コマンドラインでruby dice.rb 50と実行しています。
<br>５０はStringとして入力されてしまっているということですね。
<br><br>askar wrote:
<div class='shrinkable-quote'><br>> お世話になっています、アスカルです。
<br>> 投稿のタイトルは何にすればよいか分かりませんでした。
<br>>
<br>> 使用環境：Mac OS X Leopard
<br>> Rubyのバージョン 1.8.7
<br>>
<br>> 「たのしいRuby」という本を読んでいますが、１８０ページに記載競れている素
<br>> 数を調べる課題でしが、回答はhttp://www.notwork.org/sbcr-
<br>> ruby/answer/#numericの３番の回答です。そちらのコピー＆ペーストでコードを
<br>> 挿入し、結果を出力したのですが、エラーが起きています。
<br>>
<br>> -------------------------------
<br>> #! ruby -Ku
<br>> # -*- coding: utf-8 -*-
<br>>
<br>> def prime?(num)
<br>> return false if num < 2
<br>> 2.upto(Math.sqrt(num)){|i|
<br>> if num % i == 0
<br>> return false
<br>> end
<br>> }
<br>> return true
<br>> end
<br>>
<br>> num = ARGV[0]
<br>>
<br>> p prime?(num)
<br>>
<br>> -------------------------------
<br>> エラーメッセージ
<br>>
<br>> askars-imac:ruby askar$ ruby dice.rb 50
<br>> dice.rb:5:in `<': comparison of String with 2 failed (ArgumentError)
<br>> from dice.rb:5:in `prime?'
<br>> from dice.rb:16
<br>> --------------------------------------
<br>>
<br>> 出力したいのは入力の数字が素数である場合、true、逆の場合、falseです。
<br>> 簡単な質問かもしれませんが、宜しくお願いします。
<br>>
<br>>
</div><br><p>From forum: <a href="http://old.nabble.com/ruby-list-jp-f13920.html" embed="fixTarget[13920]" target="_top" >ruby-list jp</a></p>
tag:old.nabble.com,2006:post-26267887
[ruby-list:46530] ARGVの引数のデータタイプ
2009-11-09T07:03:30Z
2009-11-09T07:03:30Z
askar-2
アスカルです。
<br><br>ARGVの引数のデータタイプは数字を入力するときに、数値になったり、Stringに
<br>なったりしているように感じますが、どうでしょうか。
<br><br>宜しくお願いします、
<br>アスカル
<br><br><p>From forum: <a href="http://old.nabble.com/ruby-list-jp-f13920.html" embed="fixTarget[13920]" target="_top" >ruby-list jp</a></p>
tag:old.nabble.com,2006:post-26267788
[ruby-list:46529] SOLVED Re: [ruby-list:46528] 出力に関する質問
2009-11-09T06:57:10Z
2009-11-09T06:57:10Z
askar-2
自己レスです。
<br><br>ARGVで受け取るスージはStringタイプだと分かりました。
<br>１４行目のコードを
<br>num = ARGV[0].to_i
<br>と変えたら、ちゃんと出力されました。
<br><br>askar wrote:
<div class='shrinkable-quote'><br>> お世話になっています、アスカルです。
<br>> 投稿のタイトルは何にすればよいか分かりませんでした。
<br>>
<br>> 使用環境：Mac OS X Leopard
<br>> Rubyのバージョン 1.8.7
<br>>
<br>> 「たのしいRuby」という本を読んでいますが、１８０ページに記載競れている素
<br>> 数を調べる課題でしが、回答はhttp://www.notwork.org/sbcr-
<br>> ruby/answer/#numericの３番の回答です。そちらのコピー＆ペーストでコードを
<br>> 挿入し、結果を出力したのですが、エラーが起きています。
<br>>
<br>> -------------------------------
<br>> #! ruby -Ku
<br>> # -*- coding: utf-8 -*-
<br>>
<br>> def prime?(num)
<br>> return false if num < 2
<br>> 2.upto(Math.sqrt(num)){|i|
<br>> if num % i == 0
<br>> return false
<br>> end
<br>> }
<br>> return true
<br>> end
<br>>
<br>> num = ARGV[0]
<br>>
<br>> p prime?(num)
<br>>
<br>> -------------------------------
<br>> エラーメッセージ
<br>>
<br>> askars-imac:ruby askar$ ruby dice.rb 50
<br>> dice.rb:5:in `<': comparison of String with 2 failed (ArgumentError)
<br>> from dice.rb:5:in `prime?'
<br>> from dice.rb:16
<br>> --------------------------------------
<br>>
<br>> 出力したいのは入力の数字が素数である場合、true、逆の場合、falseです。
<br>> 簡単な質問かもしれませんが、宜しくお願いします。
<br>>
<br>>
</div><br><p>From forum: <a href="http://old.nabble.com/ruby-list-jp-f13920.html" embed="fixTarget[13920]" target="_top" >ruby-list jp</a></p>
tag:old.nabble.com,2006:post-26267612
[ruby-list:46528] 出力に関する質問
2009-11-09T06:44:56Z
2009-11-09T06:44:56Z
askar-2
お世話になっています、アスカルです。
<br>投稿のタイトルは何にすればよいか分かりませんでした。
<br><br>使用環境：Mac OS X Leopard
<br>Rubyのバージョン 1.8.7
<br><br>「たのしいRuby」という本を読んでいますが、１８０ページに記載競れている素
<br>数を調べる課題でしが、回答はhttp://www.notwork.org/sbcr-
<br>ruby/answer/#numericの３番の回答です。そちらのコピー＆ペーストでコードを
<br>挿入し、結果を出力したのですが、エラーが起きています。
<br><br>-------------------------------
<br>#! ruby -Ku
<br># -*- coding: utf-8 -*-
<br><br>def prime?(num)
<br> return false if num < 2
<br> 2.upto(Math.sqrt(num)){|i|
<br> if num % i == 0
<br> return false
<br> end
<br> }
<br> return true
<br>end
<br><br>num = ARGV[0]
<br><br>p prime?(num)
<br><br>-------------------------------
<br>エラーメッセージ
<br><br>askars-imac:ruby askar$ ruby dice.rb 50
<br>dice.rb:5:in `<': comparison of String with 2 failed (ArgumentError)
<br> from dice.rb:5:in `prime?'
<br> from dice.rb:16
<br>--------------------------------------
<br><br>出力したいのは入力の数字が素数である場合、true、逆の場合、falseです。
<br>簡単な質問かもしれませんが、宜しくお願いします。
<br><br><p>From forum: <a href="http://old.nabble.com/ruby-list-jp-f13920.html" embed="fixTarget[13920]" target="_top" >ruby-list jp</a></p>
tag:old.nabble.com,2006:post-26264646
[ruby-dev:39659] stack area in blocking region with -O0
2009-11-09T03:13:35Z
2009-11-09T03:13:35Z
Tanaka Akira-3
-O0 でコンパイルした ruby で以下のようにすると、stack の
<br> mark で変なところをアクセスします。
<br><br>% valgrind ./ruby -ve 'Thread.new { gets }; 10.times { GC.start }'
<br>==4690== Memcheck, a memory error detector.
<br>==4690== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
<br>==4690== Using LibVEX rev 1854, a library for dynamic binary translation.
<br>==4690== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
<br>==4690== Using valgrind-3.3.1-Debian, a dynamic binary instrumentation framework.
<br>==4690== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
<br>==4690== For more details, rerun with: -v
<br>==4690==
<br>ruby 1.9.2dev (2009-11-09 trunk 25699) [i686-linux]
<br>==4690== Invalid read of size 4
<br>==4690== at 0x80643AD: mark_locations_array (gc.c:1313)
<br>==4690== by 0x8064575: gc_mark_locations (gc.c:1329)
<br>==4690== by 0x8066182: rb_gc_mark_machine_stack (gc.c:2221)
<br>==4690== by 0x814EC56: rb_thread_mark (vm.c:1630)
<br>==4690== by 0x8064F07: gc_mark_children (gc.c:1713)
<br>==4690== by 0x8064A11: gc_mark (gc.c:1508)
<br>==4690== by 0x8064A3B: rb_gc_mark (gc.c:1514)
<br>==4690== by 0x814E66F: vm_mark_each_thread_func (vm.c:1432)
<br>==4690== by 0x80F3C2C: st_foreach (st.c:747)
<br>==4690== by 0x814E6DC: rb_vm_mark (vm.c:1455)
<br>==4690== by 0x8064F07: gc_mark_children (gc.c:1713)
<br>==4690== by 0x8064A11: gc_mark (gc.c:1508)
<br>==4690== Address 0x48d6140 is not stack'd, malloc'd or (recently) free'd
<br>==4690==
<br>==4690== ERROR SUMMARY: 70 errors from 1 contexts (suppressed: 29 from 1)
<br>==4690== malloc/free: in use at exit: 890,874 bytes in 13,756 blocks.
<br>==4690== malloc/free: 15,651 allocs, 1,895 frees, 2,158,101 bytes allocated.
<br>==4690== For counts of detected errors, rerun with: -v
<br>==4690== searching for pointers to 13,756 not-freed blocks.
<br>==4690== checked 962,284 bytes.
<br>==4690==
<br>==4690== LEAK SUMMARY:
<br>==4690== definitely lost: 222,005 bytes in 9,073 blocks.
<br>==4690== possibly lost: 136 bytes in 1 blocks.
<br>==4690== still reachable: 668,733 bytes in 4,682 blocks.
<br>==4690== suppressed: 0 bytes in 0 blocks.
<br>==4690== Rerun with --leak-check=full to see details of leaked memory.
<br><br>調べてみると、この変なところというのは、スタックが縮んだとこ
<br>ろです。どうも rb_thread_t の machine_stack_end を記録した後
<br>にスタックが縮んでそのタイミングで GC が起きるということのよ
<br>うです。
<br><br>machine_stack_end の記録からスレッドのスイッチに至るまでにス
<br>タックが縮まないようにして修正できます。
<br><br>% svn diff --diff-cmd diff -x '-u -p'
<br>Index: thread.c
<br>===================================================================
<br>--- thread.c (revision 25700)
<br>+++ thread.c (working copy)
<br>@@ -97,13 +97,17 @@ static void set_unblock_function(rb_thre
<br> struct rb_unblock_callback *old);
<br> static void reset_unblock_function(rb_thread_t *th, const struct rb_unblock_callback *old);
<br>
<br>-static inline void blocking_region_begin(rb_thread_t *th, struct rb_blocking_region_buffer *region,
<br>- rb_unblock_function_t *func, void *arg);
<br> static inline void blocking_region_end(rb_thread_t *th, struct rb_blocking_region_buffer *region);
<br>
<br>+#define RB_GC_SAVE_MACHINE_CONTEXT(th) \
<br>+ do { \
<br>+ rb_gc_save_machine_context(th); \
<br>+ SET_MACHINE_STACK_END(&(th)->machine_stack_end); \
<br>+ } while (0)
<br>+
<br> #define GVL_UNLOCK_BEGIN() do { \
<br> rb_thread_t *_th_stored = GET_THREAD(); \
<br>- rb_gc_save_machine_context(_th_stored); \
<br>+ RB_GC_SAVE_MACHINE_CONTEXT(_th_stored); \
<br> native_mutex_unlock(&_th_stored->vm->global_vm_lock)
<br>
<br> #define GVL_UNLOCK_END() \
<br>@@ -960,7 +964,7 @@ rb_thread_schedule_rec(int sched_depth)
<br>
<br> thread_debug("rb_thread_schedule/switch start\n");
<br>
<br>- rb_gc_save_machine_context(th);
<br>+ RB_GC_SAVE_MACHINE_CONTEXT(th);
<br> native_mutex_unlock(&th->vm->global_vm_lock);
<br> {
<br> native_thread_yield();
<br>@@ -983,18 +987,16 @@ rb_thread_schedule(void)
<br> }
<br>
<br> /* blocking region */
<br>-static inline void
<br>-blocking_region_begin(rb_thread_t *th, struct rb_blocking_region_buffer *region,
<br>- rb_unblock_function_t *func, void *arg)
<br>-{
<br>- region->prev_status = th->status;
<br>- th->blocking_region_buffer = region;
<br>- set_unblock_function(th, func, arg, ®ion->oldubf);
<br>- th->status = THREAD_STOPPED;
<br>- thread_debug("enter blocking region (%p)\n", (void *)th);
<br>- rb_gc_save_machine_context(th);
<br>- native_mutex_unlock(&th->vm->global_vm_lock);
<br>-}
<br>+#define blocking_region_begin(th, region, func, arg) \
<br>+ do { \
<br>+ (region)->prev_status = (th)->status; \
<br>+ (th)->blocking_region_buffer = (region); \
<br>+ set_unblock_function((th), (func), (arg), &(region)->oldubf); \
<br>+ (th)->status = THREAD_STOPPED; \
<br>+ thread_debug("enter blocking region (%p)\n", (void *)(th)); \
<br>+ RB_GC_SAVE_MACHINE_CONTEXT(th); \
<br>+ native_mutex_unlock(&(th)->vm->global_vm_lock); \
<br>+ } while (0)
<br>
<br> static inline void
<br> blocking_region_end(rb_thread_t *th, struct rb_blocking_region_buffer *region)
<br>@@ -2599,7 +2601,6 @@ rb_gc_set_stack_end(VALUE **stack_end_p)
<br> void
<br> rb_gc_save_machine_context(rb_thread_t *th)
<br> {
<br>- SET_MACHINE_STACK_END(&th->machine_stack_end);
<br> FLUSH_REGISTER_WINDOWS;
<br> #ifdef __ia64
<br> th->machine_register_stack_end = rb_ia64_bsp();
<br>--
<br>[田中 哲][たなか あきら][Tanaka Akira]
<br><br><p>From forum: <a href="http://old.nabble.com/ruby-dev-jp-f13921.html" embed="fixTarget[13921]" target="_top" >ruby-dev jp</a></p>
tag:old.nabble.com,2006:post-26250198
[ruby-dev:39658] Re: [bug:trunk] Invalid read by ./ruby -v
2009-11-07T17:20:33Z
2009-11-07T17:20:33Z
Nobuyoshi Nakada-2
なかだです。
<br><br>At Sun, 8 Nov 2009 01:23:03 +0900,
<br>Tanaka Akira wrote in [ruby-dev:39657]:
<br>> 以下のように、ruby -v で変なところを読むようです。
<br>> ruby 1.9.2dev (2009-11-07 trunk 25681) [i686-linux]
<br><br>この課題は r25682 の変更で解決されました(と思います)。
<br>Tanaka Akira さん、報告を(以下同文)
<br>Ruby のともに(ry
<br><br>--
<br>--- 僕の前にBugはない。
<br>--- 僕の後ろにBugはできる。
<br> 中田 伸悦
<br><br><p>From forum: <a href="http://old.nabble.com/ruby-dev-jp-f13921.html" embed="fixTarget[13921]" target="_top" >ruby-dev jp</a></p>
tag:old.nabble.com,2006:post-26246282
[ruby-dev:39657] [bug:trunk] Invalid read by ./ruby -v
2009-11-07T08:23:03Z
2009-11-07T08:23:03Z
Tanaka Akira-3
以下のように、ruby -v で変なところを読むようです。
<br><br>% valgrind ./ruby -v
<br>==15134== Memcheck, a memory error detector.
<br>==15134== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
<br>==15134== Using LibVEX rev 1854, a library for dynamic binary translation.
<br>==15134== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
<br>==15134== Using valgrind-3.3.1-Debian, a dynamic binary instrumentation framework.
<br>==15134== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
<br>==15134== For more details, rerun with: -v
<br>==15134==
<br>==15134== Invalid read of size 4
<br>==15134== at 0x813DF26: vm_push_frame (vm_insnhelper.c:32)
<br>==15134== by 0x814EEC1: th_init2 (vm.c:1742)
<br>==15134== by 0x814F93F: Init_BareVM (vm.c:2086)
<br>==15134== by 0x805DF8F: ruby_init (eval.c:54)
<br>==15134== by 0x805D04E: main (main.c:34)
<br>==15134== Address 0x4267164 is 4 bytes after a block of size 524,288 alloc'd
<br>==15134== at 0x4023D6E: malloc (vg_replace_malloc.c:207)
<br>==15134== by 0x806365E: vm_xmalloc (gc.c:657)
<br>==15134== by 0x806380C: ruby_xmalloc2 (gc.c:747)
<br>==15134== by 0x814E959: thread_recycle_stack (vm.c:1552)
<br>==15134== by 0x814EE53: th_init2 (vm.c:1738)
<br>==15134== by 0x814F93F: Init_BareVM (vm.c:2086)
<br>==15134== by 0x805DF8F: ruby_init (eval.c:54)
<br>==15134== by 0x805D04E: main (main.c:34)
<br>ruby 1.9.2dev (2009-11-07 trunk 25681) [i686-linux]
<br>==15134==
<br>==15134== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 23 from 1)
<br>==15134== malloc/free: in use at exit: 311,896 bytes in 11,805 blocks.
<br>==15134== malloc/free: 11,907 allocs, 102 frees, 1,051,073 bytes allocated.
<br>==15134== For counts of detected errors, rerun with: -v
<br>==15134== searching for pointers to 11,805 not-freed blocks.
<br>==15134== checked 393,272 bytes.
<br>==15134==
<br>==15134== LEAK SUMMARY:
<br>==15134== definitely lost: 210,278 bytes in 8,694 blocks.
<br>==15134== possibly lost: 0 bytes in 0 blocks.
<br>==15134== still reachable: 101,618 bytes in 3,111 blocks.
<br>==15134== suppressed: 0 bytes in 0 blocks.
<br>==15134== Rerun with --leak-check=full to see details of leaked memory.
<br>--
<br>[田中 哲][たなか あきら][Tanaka Akira]
<br><br><p>From forum: <a href="http://old.nabble.com/ruby-dev-jp-f13921.html" embed="fixTarget[13921]" target="_top" >ruby-dev jp</a></p>
tag:old.nabble.com,2006:post-26244025
[ruby-dev:39656] Re: RVALUEからはみ出した領域の大きさに関して
2009-11-07T03:46:12Z
2009-11-07T03:46:12Z
SASADA Koichi
ささだです．
<br><br>Masanori OTA wrote::
<br>> そこでRuby全体として
<br>> mallocで確保された領域の大きさがどの程度あるのか？
<br><br> Ruby で知るのは無理です．
<br><br> ただし，xmalloc()/ruby_xmalloc() を使っているコードなら，
<br>CALC_EXACT_MALLOC_SIZE というマクロを調べると幸せになれるかもしれません．
<br><br> また，glibc なら，mallinfo() という関数を調べると幸せになれるかもしれ
<br>ません．
<br><br>> mallocで確保されたオブジェクトが何個存在するのか？
<br><br> 厳密には無理です．
<br><br> あと，trunk には ObjectSpace#memsize_of() というのが入ったので調べると
<br>幸せになれるかもしれません．
<br><br>> を知る方法は言語として備わっているのでしょうか？
<br>> それとも備わっておらず自分でソースコードに変更を加えて自分で調べる必要が
<br>> あるのでしょうか？
<br><br> ソースコードに変更を加えて自分で調べるのが，一番正確ではあります．
<br><br>--
<br>// SASADA Koichi at atdot dot net
<br><br><p>From forum: <a href="http://old.nabble.com/ruby-dev-jp-f13921.html" embed="fixTarget[13921]" target="_top" >ruby-dev jp</a></p>
tag:old.nabble.com,2006:post-26243447
[ruby-dev:39655] RVALUEからはみ出した領域の大きさに関して
2009-11-07T02:05:33Z
2009-11-07T02:05:33Z
Masanori OTA
現在rubyのGCに関して研究を行っている
<br>東京工業大学大学院の太田眞敬といいます．
<br><br>早速ですが，質問させていただきます．
<br>現在RubyではRVALUEに格納しきれないオブジェクトはmallocで確保されると思い
<br>ます．
<br>そこでRuby全体として
<br>mallocで確保された領域の大きさがどの程度あるのか？
<br>mallocで確保されたオブジェクトが何個存在するのか？
<br>を知る方法は言語として備わっているのでしょうか？
<br>それとも備わっておらず自分でソースコードに変更を加えて自分で調べる必要が
<br>あるのでしょうか？
<br><br>もし備わっているのならば方法を教えていただきたいです．
<br>よろしくお願いします．
<br><br><p>From forum: <a href="http://old.nabble.com/ruby-dev-jp-f13921.html" embed="fixTarget[13921]" target="_top" >ruby-dev jp</a></p>
tag:old.nabble.com,2006:post-26242802
[ruby-list:46527] CLUのコンパイラ clu2c
2009-11-07T00:00:49Z
2009-11-07T00:00:49Z
とうへいひろふみ
皆さま、はじめまして。
<br><br>このメーリングリストでもいまだに CLU の話題がのぼりますので、
<br>ご紹介させていただきます。
<br><br>以前、東京工業大学情報科学科木村研究室におりました、東平と申します。
<br>1994年3月に院を出ました。
<br>修了以来、CLUからは離れておりましたが、
<br>最近就職活動をした関係で clu2c のことを調べていくうちに前田様が
<br>過去に clu2c を Linux(Debian) に移植したパッチを出していたことを知りました。
<br>ただ現在は動いておらず、2000年頃には過去のものになっているとのことも知りました。
<br><br>そこで本当に動かすことができないかと思いまして、いろいろ試行してみたところ、
<br>Cygwin で動くようになりました。
<br>ご報告がてら、木村研から正式にリリースされた最後のバージョンである、
<br>clu2c-1.99.3 からのパッチをお送りいたします。
<br>なお、パッチの作成に当たっては前田様が以前作られたパッチを参考にいたしました。
<br>また、改造の過程で ubuntu 9.04 も使い、その時は何の問題もなく動作しましたので、
<br>LinuxやUNIXでも動作するとは思います。
<br><br>以下、インストール手順です。
<br><br>(1) A garbage collector for C and C++
<br><<a href="http://www.hpl.hp.com/personal/Hans_Boehm/gc/" target="_top" rel="nofollow">http://www.hpl.hp.com/personal/Hans_Boehm/gc/</a>> などから、
<br> Boehm の GC の最新版をとってきてインストール。
<br> 仮に <<a href="http://touhei.hp.infoseek.co.jp/clu2c/gc-7.1.tar.gz" target="_top" rel="nofollow">http://touhei.hp.infoseek.co.jp/clu2c/gc-7.1.tar.gz</a>> を置いてあります。
<br>(2) <a href="http://www-ftp.lip6.fr/pub/lang/clu/clu2c/" target="_top" rel="nofollow">http://www-ftp.lip6.fr/pub/lang/clu/clu2c/</a> などから
<br> clu2c-1.99.3.tar.gz をとってきて、展開。
<br> 仮に <<a href="http://touhei.hp.infoseek.co.jp/clu2c/clu2c-1.99.3.tar.gz" target="_top" rel="nofollow">http://touhei.hp.infoseek.co.jp/clu2c/clu2c-1.99.3.tar.gz</a>> にも置きました。
<br>(3) パッチ<<a href="http://touhei.hp.infoseek.co.jp/clu2c/clu2c-1.99.3-7.diff.gz" target="_top" rel="nofollow">http://touhei.hp.infoseek.co.jp/clu2c/clu2c-1.99.3-7.diff.gz</a>>を当てる。
<br>(4) あとは clu2c-1.99.3 を作る時とほぼ同じです。
<br><br>サンプルプログラム<<a href="http://touhei.hp.infoseek.co.jp/clu2c/Hello_World.clu" target="_top" rel="nofollow">http://touhei.hp.infoseek.co.jp/clu2c/Hello_World.clu</a>>もありますので、お試しください。
<br>1.99.3で既に実装されていた nclu と同等の機能を使うことができます。
<br>漢字もプログラムで使うことができます。
<br><br>なお、前田様にはこれの前のバージョンをお送りしておりますが、
<br>少し手を加え、セルフコンパイル可能であることも確認しました。
<br><br>とりあえず動作するようにはなったのですが、
<br>著作権の問題(木村研は消滅している)やら
<br>ドキュメントをもう少し整備する作業やらがありますので
<br>正式なパッケージとして公開するのはもう少し先になりそうです。
<br>ただ、このメーリングリストでもいまだに話題にのぼることがあり、
<br>久野さんの記事も読めるようになりましたので、
<br>まあ話のタネに動くかどうか試していただけると幸いです。
<br>Rubyのどの部分に影響を与えたのかを見てください。
<br><br>それでは、失礼いたします。
<br>--
<br>東平洋史
<br><br><p>From forum: <a href="http://old.nabble.com/ruby-list-jp-f13920.html" embed="fixTarget[13920]" target="_top" >ruby-list jp</a></p>
tag:old.nabble.com,2006:post-26234530
[ruby-dev:39654] Re: [Feature:trunk] Dir instance methods for relative path
2009-11-06T08:11:56Z
2009-11-06T08:11:56Z
Tanaka Akira-3
In article <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26234530&i=0" target="_top" rel="nofollow">4AF03BC0.6090104@...</a>>,
<br> "NARUSE, Yui" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26234530&i=1" target="_top" rel="nofollow">naruse@...</a>> writes:
<br><br>> そもそも、根本的に openat の API って実装の都合が出過ぎていませんかね。
<br>> C 言語の関数ならばともかく、Ruby の API としては、
<br>> もうちょっとユースケースベースの API にしないと使われない気がします。
<br>> (使うべき人が使う API でいいやと割り切るという考えもあるでしょうが)
<br><br>良く使うものに最適化した API はもちろん重要ですが、できるこ
<br>とをなんでもできる API もまた重要です。
<br><br>なんでもできるのに良く使うものに最適化してある、というのがい
<br>ちばんですが。
<br><br>In article <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26234530&i=2" target="_top" rel="nofollow">4AF305C2.8080007@...</a>>,
<br> "NARUSE, Yui" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26234530&i=3" target="_top" rel="nofollow">naruse@...</a>> writes:
<br><br>>>>> ./ruby -v -e 'p open(["ext", "extmk.rb"]){|f|f.gets}}'
<br>>>>> ./ruby -v -e 'p open([dir, "extmk.rb"]){|f|f.gets}}'
<br>>>> を許すなら join の手間が省けるので使ってくれるかなぁ。
<br>>>
<br>>> 手間は省けますが、symlink attackには無意味です。
<br>>
<br>> いや、open 内で join するのではなくて、
<br>> open の中で ext を開いてから openat で extmk.rb を開いたり、
<br>> dir から openat で extmk.rb を開くという話です。
<br><br>symlink attack を防ぐためには ext を開いた結果が意図したもの
<br>であることを確認しないといけないので、そういう話ならセキュリ
<br>ティ的な効果はありませんね。
<br><br>配列の第一要素が Dir (や IO) のときに、その fd を openat の
<br>dirfd に渡すという話ならセキュリティ的な意味はあると思います。
<br><br>まぁ、その配列の形式は pathname に素直に入れられないという問
<br>題があるんですが、それを除けば悪くはないと思います。
<br>--
<br>[田中 哲][たなか あきら][Tanaka Akira]
<br><br><p>From forum: <a href="http://old.nabble.com/ruby-dev-jp-f13921.html" embed="fixTarget[13921]" target="_top" >ruby-dev jp</a></p>
tag:old.nabble.com,2006:post-26231811
[ruby-math:01027] Re: Welcome to our (ruby-math ML) You are added automatically
2009-11-06T05:15:45Z
2009-11-06T05:15:45Z
Shouhei Matsuyama
#index
<br>On Nov 6, 2009, at 10:12 PM, <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26231811&i=0" target="_top" rel="nofollow">ruby-math-admin@...</a> wrote:
<br><div class='shrinkable-quote'><br>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26231811&i=1" target="_top" rel="nofollow">ruby-math@...</a>> メーリングリストへようこそ!
<br>>
<br>> このメールはサーバの使い方についての情報を含んでいます。大事に
<br>> とってお
<br>> いて下さい。
<br>>
<br>> １ メーリングリストサーバの使い方
<br>>
<br>> このメーリングリストサーバへのコマンドはメール本文にコマンドを書
<br>> いて
<br>> アドレス <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26231811&i=2" target="_top" rel="nofollow">ruby-math-ctl@...</a>> へ送って下さい。
<br>>
<br>> コマンドのシンタックスは
<br>>
<br>> # help
<br>> または
<br>> help
<br>>
<br>> のようなシンタックスです。どちらでも結構です。コマンドの一覧と
<br>> サーバの
<br>> 使い方の解説はアドレス <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26231811&i=3" target="_top" rel="nofollow">ruby-math-ctl@...</a>> に
<br>>
<br>> # help
<br>>
<br>> を送ることで得られます。またメーリングリストに関する一般的な情報
<br>> は
<br>>
<br>> # guide
<br>>
<br>> コマンドを送って下さい。
<br>>
<br>> もしメーリングリストの管理者へ直接聞きたいことがあれば
<br>>
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26231811&i=4" target="_top" rel="nofollow">ruby-math-admin@...</a>
<br>>
<br>> へメールを出して下さい。しかしながら管理者の手間を省くためにメー
<br>> リング
<br>> リストサーバはあるものです。できるだけサーバを使ってみて下さい。
<br>>
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26231811&i=5" target="_top" rel="nofollow">ruby-math@...</a> 管理人
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26231811&i=6" target="_top" rel="nofollow">ruby-math-admin@...</a>
<br>>
<br>>
</div><br><br><p>From forum: <a href="http://old.nabble.com/ruby-math-jp-f13923.html" embed="fixTarget[13923]" target="_top" >ruby-math jp</a></p>
tag:old.nabble.com,2006:post-26230277
[ruby-dev:39653] [Bug #2342] bootstraptest/test_thread.rb がまれに失敗する
2009-11-06T03:14:48Z
2009-11-06T03:14:48Z
Marc-Andre Lafortune-4
Bug #2342: bootstraptest/test_thread.rb がまれに失敗する
<br><a href="http://redmine.ruby-lang.org/issues/show/2342" target="_top" rel="nofollow">http://redmine.ruby-lang.org/issues/show/2342</a><br><br>起票者: _ wanabe
<br>ステータス: Open, 優先度: Low
<br>カテゴリ: test, Target version: 1.9.x
<br>ruby -v: ruby 1.9.2dev (2009-11-06 trunk 25671) [i386-mingw32]
<br><br>bootstraptest/test_thread.rb の、$~ のスレッドローカル性を確認するテストがまれに失敗します。
<br>r24754 で MatchData#== が新設されましたが、この変更に追随していないのではないかと思います。
<br>成功するケースは単純にスレッド切り替えより先にテストが終了した場合か
<br>または変数代入前にふたたびメインスレッドへ切り替わった場合のようです。
<br><br><br>----------------------------------------
<br><a href="http://redmine.ruby-lang.org" target="_top" rel="nofollow">http://redmine.ruby-lang.org</a><br><br><p>From forum: <a href="http://old.nabble.com/ruby-dev-jp-f13921.html" embed="fixTarget[13921]" target="_top" >ruby-dev jp</a></p>
tag:old.nabble.com,2006:post-26230191
[ruby-dev:39652] Re: [Feature #2341] CGIMultipartTest#_read のモードをバイナリモードに
2009-11-06T03:08:08Z
2009-11-06T03:08:08Z
Nobuyoshi Nakada-2
なかだです。
<br><br>At Fri, 6 Nov 2009 19:23:34 +0900,
<br>_ wanabe wrote in [ruby-dev:39650]:
<br>> CGIMultipartTest#_read のファイルオープン時のモードが
<br>> 1.8, 1.9 の区別なく 'rb' 指定であるとありがたいです。
<br><br>ありがたいというより、'rb'でないとテキストモードになってしまいま
<br>す。
<br><br>--
<br>--- 僕の前にBugはない。
<br>--- 僕の後ろにBugはできる。
<br> 中田 伸悦
<br><br><p>From forum: <a href="http://old.nabble.com/ruby-dev-jp-f13921.html" embed="fixTarget[13921]" target="_top" >ruby-dev jp</a></p>
tag:old.nabble.com,2006:post-26230105
[ruby-dev:39651] [Bug #373] MingwでIO#dupがブロックする
2009-11-06T02:59:53Z
2009-11-06T02:59:53Z
Marc-Andre Lafortune-4
チケット #373 が更新されました。 (by _ wanabe)
<br><br>ファイル test_io_noblock.patch 追加
<br>カテゴリ testにセット
<br>Target version 1.9.1 Release Candidateから1.9.xに変更
<br>ruby -v ruby 1.9.2dev (2009-11-06 trunk 25671) [i386-mingw32]にセット
<br><br>古いチケットへの反応ですみません。
<br>この件、対応していただいたおかげで子プロセスを kill すれば
<br>テストが進むようになりましたが、できればタイムアウトした方が
<br>よいかと思い、今更ながらパッチを書きました。
<br>よろしければご検討ください。
<br>----------------------------------------
<br><a href="http://redmine.ruby-lang.org/issues/show/373" target="_top" rel="nofollow">http://redmine.ruby-lang.org/issues/show/373</a><br><br>----------------------------------------
<br><a href="http://redmine.ruby-lang.org" target="_top" rel="nofollow">http://redmine.ruby-lang.org</a><br><br><p>From forum: <a href="http://old.nabble.com/ruby-dev-jp-f13921.html" embed="fixTarget[13921]" target="_top" >ruby-dev jp</a></p>
tag:old.nabble.com,2006:post-26229678
[ruby-dev:39650] [Feature #2341] CGIMultipartTest#_read のモードをバイナリモードに
2009-11-06T02:23:34Z
2009-11-06T02:23:34Z
Marc-Andre Lafortune-4
Feature #2341: CGIMultipartTest#_read のモードをバイナリモードに
<br><a href="http://redmine.ruby-lang.org/issues/show/2341" target="_top" rel="nofollow">http://redmine.ruby-lang.org/issues/show/2341</a><br><br>起票者: _ wanabe
<br>ステータス: Open, 優先度: Low
<br>担当者: Takeyuki Fujioka, カテゴリ: test, Target version: 1.9.x
<br><br>CGIMultipartTest#_read のファイルオープン時のモードが
<br>1.8, 1.9 の区別なく 'rb' 指定であるとありがたいです。
<br><br>'r:ascii-8bit' ですと Windows 環境では処理が重くなってしまうようです。
<br>またバイナリモードで明示的なエンコーディング指定がない場合は
<br>rb_io_extract_modeenc() を見る限り自動的に ASCII-8BIT が選択されるようですので
<br>分岐する必要はあまりなさそうに思います。
<br><br><br>----------------------------------------
<br><a href="http://redmine.ruby-lang.org" target="_top" rel="nofollow">http://redmine.ruby-lang.org</a><br><br><p>From forum: <a href="http://old.nabble.com/ruby-dev-jp-f13921.html" embed="fixTarget[13921]" target="_top" >ruby-dev jp</a></p>
tag:old.nabble.com,2006:post-26218557
[ruby-dev:39649] Re: [Feature:trunk] Dir instance methods for relative path
2009-11-05T09:05:23Z
2009-11-05T09:05:23Z
NARUSE, Yui-2
成瀬です。
<br><br>Nobuyoshi Nakada wrote:
<br>> At Tue, 3 Nov 2009 23:18:49 +0900,
<br>> NARUSE, Yui wrote in [ruby-dev:39625]:
<br>>> そもそも、根本的に openat の API って実装の都合が出過ぎていませんかね。
<br>>> C 言語の関数ならばともかく、Ruby の API としては、
<br>>> もうちょっとユースケースベースの API にしないと使われない気がします。
<br>>> (使うべき人が使う API でいいやと割り切るという考えもあるでしょうが)
<br>>
<br>> 何か別のクラスを新設したほうがいい、ということでしょうか。
<br><br>えぇ、例えば、Fileinfo クラスを作り、親ディレクトリのファイルハンドルと
<br>そのディレクトリからの相対パスを持つ。
<br><br>で、例えば Dir.foreach なら以下のように使う、と。
<br>Dir.foreach("/tmp") do |fileinfo|
<br> fileinfo.open{|f| f.read} if fileinfo.file?
<br>end
<br><br>>>> ./ruby -v -e 'p open(["ext", "extmk.rb"]){|f|f.gets}}'
<br>>>> ./ruby -v -e 'p open([dir, "extmk.rb"]){|f|f.gets}}'
<br>>> を許すなら join の手間が省けるので使ってくれるかなぁ。
<br>>
<br>> 手間は省けますが、symlink attackには無意味です。
<br><br>いや、open 内で join するのではなくて、
<br>open の中で ext を開いてから openat で extmk.rb を開いたり、
<br>dir から openat で extmk.rb を開くという話です。
<br><br>現在 open(File.join(dir, "extmk.rb")){|f|f.gets}} などと書いているところを、
<br>open([dir, "extmk.rb"]) と書くようにさせる、だと受け入れやすいかなと。
<br><br>--
<br>NARUSE, Yui <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26218557&i=0" target="_top" rel="nofollow">naruse@...</a>>
<br><br><p>From forum: <a href="http://old.nabble.com/ruby-dev-jp-f13921.html" embed="fixTarget[13921]" target="_top" >ruby-dev jp</a></p>
tag:old.nabble.com,2006:post-26218372
[ruby-list:46526] Re: obj.? メソッド
2009-11-05T08:56:07Z
2009-11-05T08:56:07Z
Yusuke ENDOH
遠藤です。
<br><br>2009年11月4日17:00 KISHIMOTO, Makoto <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26218372&i=0" target="_top" rel="nofollow">ksmakoto@...</a>>:
<br>> レシーバを省略しない呼び出しであれば、現在、obj.def とか obj.end とか obj.and
<br>> とか、演算子やそのほかの構文と被ってる名前でも使えるわけですよね？
<br>> そういうわけで、obj.? もあっていいんではないか、と改めて提案します。
<br><br>とくに賛成でも反対でもないのですが
<br><br><br>> 誰がうれしいか、ということについてですが、パーサコンビネータで、
<br>> a a? b という構文規則をたとえば a >> a.opt >> b としていたものを、
<br>> a >> a.? >> b と、簡潔かつ直感的にわかりやすく書けるようになります。
<br><br>DSL で欲しい場合がありそうという需要はなんとなく理解はできました。
<br><br><br>もし採用するとしても、こういう文法拡張は 2.0 になるかなと思いつつも、
<br>パッチを書いてみました。既存の文法と衝突するところってありますかね。
<br><br><br> $ ./ruby -e '
<br> class C
<br> def ?
<br> :foo
<br> end
<br> end
<br><br> p C.new.? #=> :foo
<br> '
<br> :foo
<br><br><br>diff --git a/parse.y b/parse.y
<br>index c10dfe6..5490367 100644
<br>--- a/parse.y
<br>+++ b/parse.y
<br>@@ -1793,6 +1793,7 @@ op : '|' { ifndef_ripper($$ = '|'); }
<br> | '%' { ifndef_ripper($$ = '%'); }
<br> | tPOW { ifndef_ripper($$ = tPOW); }
<br> | '!' { ifndef_ripper($$ = '!'); }
<br>+ | '?' { ifndef_ripper($$ = '?'); }
<br> | '~' { ifndef_ripper($$ = '~'); }
<br> | tUPLUS { ifndef_ripper($$ = tUPLUS); }
<br> | tUMINUS { ifndef_ripper($$ = tUMINUS); }
<br>@@ -6675,6 +6676,10 @@ parser_yylex(struct parser_params *parser)
<br> return tSTRING_BEG;
<br><br> case '?':
<br>+ if (lex_state == EXPR_FNAME || lex_state == EXPR_DOT) {
<br>+ lex_state = EXPR_ARG;
<br>+ return '?';
<br>+ }
<br> if (lex_state == EXPR_END || lex_state == EXPR_ENDARG) {
<br> lex_state = EXPR_VALUE;
<br> return '?';
<br><br>--
<br>Yusuke ENDOH <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26218372&i=1" target="_top" rel="nofollow">mame@...</a>>
<br><br><p>From forum: <a href="http://old.nabble.com/ruby-list-jp-f13920.html" embed="fixTarget[13920]" target="_top" >ruby-list jp</a></p>
tag:old.nabble.com,2006:post-26216814
[ruby-list:46525] OpenSolaris amd64環境でrubyをコンパイルすると３２bitとして動作する。
2009-11-05T07:29:00Z
2009-11-05T07:29:00Z
Moru
モルと申します。
<br><br>ruby-dev:39642に載せた話ですが元スレッドが関係のない話になってしまうと思って新しくスレッドをあげます。
<br><br>そこで自分のOpenSolaris 64bit環境でrubyを入れたら32bitで動いてるらしいという話が出ました。
<br>えーと。これは仕様だそうです。
<br><br>configure時、OpenSolarisが64bit環境（isainfo -n #=>
<br>amd64）だとしてもOpenSolarisの仕様上「凄いリソースを要求しないものは基本的に３２bitに動作させる」という内容があり、
<br>CFLAG = m64などで明示的に指定しない限りrubyはかならず32bitで動くようになります。
<br><br>$ uname -a
<br>SunOS kaeko-third 5.11 snv_111b i86pc i386 i86pc Solaris
<br><br>$ isainfo -n
<br>amd64
<br><br>この環境でruby 1.8.7 p174をコンパイルし生成されたconfig.hの中身をみると
<br><br>...
<br>#define SIZEOF_INT 4
<br>#define SIZEOF_SHORT 2
<br>#define SIZEOF_LONG 4
<br>#define SIZEOF_LONG_LONG 8
<br>#define SIZEOF___INT64 0
<br>#define SIZEOF_OFF_T 8
<br>#define SIZEOF_VOIDP 4
<br>#define SIZEOF_FLOAT 4
<br>#define SIZEOF_DOUBLE 8
<br>#define SIZEOF_TIME_T 4
<br>...
<br><br>という風になっていました。確かに32bitになっています。
<br>このままコンパイルしruby -v で確かめてみるとi386となっていますので間違いなく32bitで動作しています。
<br><br>OpenSolarisでのconfigureの時参照してください。
<br><br>--
<br>MORU <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26216814&i=0" target="_top" rel="nofollow">lateau@...</a>>
<br><p>From forum: <a href="http://old.nabble.com/ruby-list-jp-f13920.html" embed="fixTarget[13920]" target="_top" >ruby-list jp</a></p>
tag:old.nabble.com,2006:post-26216136
[ruby-dev:39648] Re: [Feature:trunk] Dir instance methods for relative path
2009-11-05T06:53:47Z
2009-11-05T06:53:47Z
Nobuyoshi Nakada-2
なかだです。
<br><br>At Tue, 3 Nov 2009 23:18:49 +0900,
<br>NARUSE, Yui wrote in [ruby-dev:39625]:
<br>> そもそも、根本的に openat の API って実装の都合が出過ぎていませんかね。
<br>> C 言語の関数ならばともかく、Ruby の API としては、
<br>> もうちょっとユースケースベースの API にしないと使われない気がします。
<br>> (使うべき人が使う API でいいやと割り切るという考えもあるでしょうが)
<br><br>何か別のクラスを新設したほうがいい、ということでしょうか。
<br><br>> > ./ruby -v -e 'p open(["ext", "extmk.rb"]){|f|f.gets}}'
<br>> > ./ruby -v -e 'p open([dir, "extmk.rb"]){|f|f.gets}}'
<br>> を許すなら join の手間が省けるので使ってくれるかなぁ。
<br><br>手間は省けますが、symlink attackには無意味です。
<br><br>--
<br>--- 僕の前にBugはない。
<br>--- 僕の後ろにBugはできる。
<br> 中田 伸悦
<br><br><p>From forum: <a href="http://old.nabble.com/ruby-dev-jp-f13921.html" embed="fixTarget[13921]" target="_top" >ruby-dev jp</a></p>
tag:old.nabble.com,2006:post-26213253
[ruby-dev:39647] [Bug #2334](Closed) 大きなFixnumを値にもつHash#hashが呼び出しごとに変わる
2009-11-05T03:57:05Z
2009-11-05T03:57:05Z
Marc-Andre Lafortune-4
チケット #2334 が更新されました。 (by Yui NARUSE)
<br><br>ステータス OpenからClosedに変更
<br>進捗 % 0から100に変更
<br><br>This issue was solved with changeset r25660.
<br>Wataru, thank you for reporting this issue.
<br>Your contribution to Ruby is greatly appreciated.
<br>May Ruby be with you.
<br><br>----------------------------------------
<br><a href="http://redmine.ruby-lang.org/issues/show/2334" target="_top" rel="nofollow">http://redmine.ruby-lang.org/issues/show/2334</a><br><br>----------------------------------------
<br><a href="http://redmine.ruby-lang.org" target="_top" rel="nofollow">http://redmine.ruby-lang.org</a><br><br><p>From forum: <a href="http://old.nabble.com/ruby-dev-jp-f13921.html" embed="fixTarget[13921]" target="_top" >ruby-dev jp</a></p>
tag:old.nabble.com,2006:post-26211742
[ruby-list:46524] Re: set_trace_func中の例外について
2009-11-05T01:47:56Z
2009-11-05T01:47:56Z
Masutomi Kazuyuki
どうやら補足されなかった例外のバックトレース情報を吐いて終了する過程で新
<br>たにtrace_procが呼ばれることでどうにもならなくなっているようなので，常に
<br>以下のようなbegin〜rescueに囲まれているかのように動作してくれればスクリ
<br>プトのバグの早期究明につながって嬉しくないでしょうか。
<br><br>>cat test.rb
<br>trace_proc = lambda{raise}
<br>set_trace_func lambda{|*arg|
<br> begin
<br> trace_proc.call(*arg)
<br> rescue
<br> set_trace_func nil
<br> raise
<br> end
<br>}
<br>p 0
<br><br>>ruby -v test.rb
<br>ruby 1.8.7 (2009-06-12 patchlevel 174) [i386-mswin32]
<br>test.rb:1: unhandled exception
<br> from test.rb:4:in `call'
<br> from test.rb:4
<br> from test.rb:10
<br> from test.rb:10
<br><br><p>From forum: <a href="http://old.nabble.com/ruby-list-jp-f13920.html" embed="fixTarget[13920]" target="_top" >ruby-list jp</a></p>
tag:old.nabble.com,2006:post-26210247
[ruby-dev:39646] [Bug #2331](Closed) Kernel#system の第一引数が書き換えられる
2009-11-04T23:25:58Z
2009-11-04T23:25:58Z
Marc-Andre Lafortune-4
チケット #2331 が更新されました。 (by Usaku NAKAMURA)
<br><br>ステータス OpenからClosedに変更
<br>担当者 Usaku NAKAMURAにセット
<br><br>この課題は r25656 の変更で解決されました。
<br>Kimura さん、報告をありがとうございました。
<br>あなたの Ruby への貢献に深く感謝します。
<br>Ruby のともにあらんことを。
<br>----------------------------------------
<br><a href="http://redmine.ruby-lang.org/issues/show/2331" target="_top" rel="nofollow">http://redmine.ruby-lang.org/issues/show/2331</a><br><br>----------------------------------------
<br><a href="http://redmine.ruby-lang.org" target="_top" rel="nofollow">http://redmine.ruby-lang.org</a><br><br><p>From forum: <a href="http://old.nabble.com/ruby-dev-jp-f13921.html" embed="fixTarget[13921]" target="_top" >ruby-dev jp</a></p>
tag:old.nabble.com,2006:post-26210100
[ruby-dev:39645] Re: [ruby-dev:39644] Re: [ruby-dev:39643] Re: [ruby-dev:39642] [Bug #2338] 大きなFixnumを値にもつHash#hashが呼び出しごとに変わる
2009-11-04T23:05:14Z
2009-11-04T23:05:14Z
Moru
モルです。<br>ご指摘ありがとうございました。<br><br><div class="gmail_quote">2009/11/5 NARUSE, Yui <span dir="ltr"><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26210100&i=0" target="_top" rel="nofollow">naruse@...</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
成瀬です。<br>
<br>
2009/11/05 12:24, Moru wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
モルと申します。<br>
<br>
以下の環境で再現してみました。結論から言うとhashを繰り返して呼び出しても<br>
変更はありませんでした。<br>
そしてBignumの範囲についてもYuguiさんがおっしゃったのと少しは違うところ<div class="im"><br>
があるようです。<br>
<br>
~$ uname -a<br>
SunOS kaeko 5.11 snv_111b i86pc i386 i86pc Solaris<br>
<br>
~$ isainfo -n<br>
amd64 #=> 基本的に64bitと環境で動いています。<br>
</div></blockquote>
<br>
たしかにシステムは amd64 なのでしょうが、<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
~$ ruby -v<br>
ruby 1.8.7 (2008-08-11 patchlevel 72) [i386-solaris2.11] #=> p72なので<br>
p174と何とか違うところがあるかもと思います。<br>
</blockquote>
<br></div>
i386-solaris2.11 とあるので、<br>
このバイナリは 32bit になっていると思われます。<br>
これは configure のバグだろうか。<br></blockquote><div><br>確かにそうですね。SUNWruby18を入れたものですので直接configureしたものはどうなっているかよくわかりません。<br>今度p72かp174で試してみます。<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
>> (2*61 -1).class<br>
</blockquote>
^ 累乗になっていません<br><font color="#888888">
<br></font></blockquote><div><br>すみません。間違ってしまいました。<br>>> (2**61-1).class<br>Bignum<br><br>となります。<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<font color="#888888">
-- <br>
NARUSE, Yui <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26210100&i=1" target="_top" rel="nofollow">naruse@...</a>><br>
<br>
</font></blockquote></div><br>
<p>From forum: <a href="http://old.nabble.com/ruby-dev-jp-f13921.html" embed="fixTarget[13921]" target="_top" >ruby-dev jp</a></p>
tag:old.nabble.com,2006:post-26209610
[ruby-list:46523] Re: Ruby1.8.8devでのsinatra動作について
2009-11-04T21:48:16Z
2009-11-04T21:48:16Z
前川 映一
成瀬さん
<br><br>ありがとうございました。
<br>了解しました。
<br><br>"NARUSE, Yui" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26209610&i=0" target="_top" rel="nofollow">naruse@...</a>> wrote on 2009/11/05 14:17:23:
<br><br>> 成瀬です。
<br><br><br>> 開発版は公式には配布していません。
<br><br>> 基本的にはソースコードから自分で作るもので、
<br>> 以前はたまたま誰かが作ったのを入手したのでしょう。
<br><br>> 使ってバグを見つけてくださるのはありがたいのですが、
<br>> 基本的にはソースコードから自分でビルドできる人向けになりますね。
<br><br><br><p>From forum: <a href="http://old.nabble.com/ruby-list-jp-f13920.html" embed="fixTarget[13920]" target="_top" >ruby-list jp</a></p>
tag:old.nabble.com,2006:post-26209499
[ruby-dev:39644] Re: [ruby-dev:39643] Re: [ruby-dev:39642] [Bug #2338] 大きなFixnumを値にもつHash#hashが呼び出しごとに変わる
2009-11-04T21:26:48Z
2009-11-04T21:26:48Z
NARUSE, Yui-2
成瀬です。
<br><br>2009/11/05 12:24, Moru wrote:
<div class='shrinkable-quote'><br>> モルと申します。
<br>>
<br>> 以下の環境で再現してみました。結論から言うとhashを繰り返して呼び出しても
<br>> 変更はありませんでした。
<br>> そしてBignumの範囲についてもYuguiさんがおっしゃったのと少しは違うところ
<br>> があるようです。
<br>>
<br>> ~$ uname -a
<br>> SunOS kaeko 5.11 snv_111b i86pc i386 i86pc Solaris
<br>>
<br>> ~$ isainfo -n
<br>> amd64 #=> 基本的に64bitと環境で動いています。
</div><br>たしかにシステムは amd64 なのでしょうが、
<br><br>> ~$ ruby -v
<br>> ruby 1.8.7 (2008-08-11 patchlevel 72) [i386-solaris2.11] #=> p72なので
<br>> p174と何とか違うところがあるかもと思います。
<br><br>i386-solaris2.11 とあるので、
<br>このバイナリは 32bit になっていると思われます。
<br>これは configure のバグだろうか。
<br><br>> >> (2*61 -1).class
<br> ^ 累乗になっていません
<br><br>--
<br>NARUSE, Yui <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26209499&i=0" target="_top" rel="nofollow">naruse@...</a>>
<br><br><p>From forum: <a href="http://old.nabble.com/ruby-dev-jp-f13921.html" embed="fixTarget[13921]" target="_top" >ruby-dev jp</a></p>
tag:old.nabble.com,2006:post-26209449
[ruby-list:46522] Re: Ruby1.8.8devでのsinatra動作について
2009-11-04T21:17:23Z
2009-11-04T21:17:23Z
NARUSE, Yui-2
成瀬です。
<br><br>2009/11/05 13:34, 前川 映一 wrote:
<br>> 下記に関連して、
<br>> windows版のRuby1.8.8devを探しているのですが、
<br>> <a href="http://core.ring.gr.jp/archives/lang/ruby/binaries/mswin32/" target="_top" rel="nofollow">http://core.ring.gr.jp/archives/lang/ruby/binaries/mswin32/</a><br>> でも見つかりません。
<br>> ruby1.8.8devは、どこで入手可能か、ご存知でしたら、ご教示ください。
<br>> （恥ずかしい話ですが、ダウンロードしたページを控えるのを、忘れてしまいまし
<br>> た。）
<br>> よろしくお願いします。
<br><br>開発版は公式には配布していません。
<br><br>基本的にはソースコードから自分で作るもので、
<br>以前はたまたま誰かが作ったのを入手したのでしょう。
<br><br>使ってバグを見つけてくださるのはありがたいのですが、
<br>基本的にはソースコードから自分でビルドできる人向けになりますね。
<br><br>--
<br>NARUSE, Yui <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26209449&i=0" target="_top" rel="nofollow">naruse@...</a>>
<br><br><p>From forum: <a href="http://old.nabble.com/ruby-list-jp-f13920.html" embed="fixTarget[13920]" target="_top" >ruby-list jp</a></p>
tag:old.nabble.com,2006:post-26209168
[ruby-list:46521] Re: Ruby1.8.8devでのsinatra動作について
2009-11-04T20:34:20Z
2009-11-04T20:34:20Z
前川 映一
下記に関連して、
<br>windows版のRuby1.8.8devを探しているのですが、
<br><a href="http://core.ring.gr.jp/archives/lang/ruby/binaries/mswin32/" target="_top" rel="nofollow">http://core.ring.gr.jp/archives/lang/ruby/binaries/mswin32/</a><br>でも見つかりません。
<br>ruby1.8.8devは、どこで入手可能か、ご存知でしたら、ご教示ください。
<br>（恥ずかしい話ですが、ダウンロードしたページを控えるのを、忘れてしまいまし
<br>た。）
<br>よろしくお願いします。
<br><br><br>"NARUSE, Yui" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26209168&i=0" target="_top" rel="nofollow">naruse@...</a>> wrote on 2009/11/05 12:13:18:
<br><br>> 成瀬です。
<br><br>> 2009/11/05 11:44, 前川 映一 wrote:
<br>> >> ruby 1.8.8dev (2009-10-31 revision 25583) [x86_64-linux]
<br>> >> :unexpected
<br>> > ruby1.8.8devそのものの問題で、sinatraではないのですね。
<br><br>> はい、ruby1.8.8dev の問題でした。
<br>> r25658 で修正しました、報告ありがとうございました。
<br><br><br><p>From forum: <a href="http://old.nabble.com/ruby-list-jp-f13920.html" embed="fixTarget[13920]" target="_top" >ruby-list jp</a></p>
tag:old.nabble.com,2006:post-26208748
[ruby-dev:39643] Re: [ruby-dev:39642] [Bug #2338] 大きなFixnumを値にもつHash#hashが呼び出しごとに変わる
2009-11-04T19:24:11Z
2009-11-04T19:24:11Z
Moru
モルと申します。<br><br>以下の環境で再現してみました。結論から言うとhashを繰り返して呼び出しても変更はありませんでした。<br>そしてBignumの範囲についてもYuguiさんがおっしゃったのと少しは違うところがあるようです。<br><br>~$ uname -a<br>SunOS kaeko 5.11 snv_111b i86pc i386 i86pc Solaris<br><br>~$ isainfo -n<br>amd64 #=> 基本的に64bitと環境で動いています。<br>
<br>~$ ruby -v<br>ruby 1.8.7 (2008-08-11 patchlevel 72) [i386-solaris2.11] #=> p72なのでp174と何とか違うところがあるかもと思います。<br><br>ここから再現です。<br><br>~$ irb --simple-prompt<br>>> h = {:a => 2**61}<br>=> {:a=>2305843009213693952}<br>
>> h.hash<br>=> -1073410747<br>>> h.hash<br>=> -1073410747<br>>> h.hash<br>=> -1073410747<br>>> h.hash<br>=> -1073410747<br>>> h.hash<br>=> -1073410747<br>>> h.hash<br>=> -1073410747 #=> 変更なしです<br>
<br>>> (2**61).class<br>=> Bignum #=> YuguiさんのマシンではFixnumでした<br>>> (2**62).class<br>=> Bignum<br>>> (2**62 - 1).class<br>=> Bignum <br>>> (2*61 -1).class <br>=> Fixnum #=> 私の環境ではここまでがBignumであるらしいです<br>
<br>>> h1 = {:a => 2**61}<br>=> {:a=>2305843009213693952}<br>>> h2 = {:a => 2**61}<br>=> {:a=>2305843009213693952}<br>>> h1 == h2<br>=> true #=> falseだったところが私の環境ではなぜかtrue<br>
>> h1.class == h2.class<br>=> true<br>>> h1.hash<br>=> -1073410747<br>>> h1.hash<br>=> -1073410747<br>>> h2.hash<br>=> -1073410747<br>>> h2.hash<br>
=> -1073410747<br><br><br>という風にちょこっとやってみましたが、これってpatch levelによるものかそれとも実行環境（OpenSolaris）によるものかはよくわかりませんでした。実行環境への依存性があるってことでしょうか。<br><br clear="all">--<br>MORU <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26208748&i=0" target="_top" rel="nofollow">lateau@...</a>><br>
<br><br><div class="gmail_quote">2009/11/5 Yuki Sonoda <span dir="ltr"><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26208748&i=1" target="_top" rel="nofollow">redmine@...</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Bug #2338: 大きなFixnumを値にもつHash#hashが呼び出しごとに変わる<br>
<a href="http://redmine.ruby-lang.org/issues/show/2338" target="_blank" rel="nofollow">http://redmine.ruby-lang.org/issues/show/2338</a><br>
<br>
起票者: Yuki Sonoda<br>
ステータス: Open, 優先度: High<br>
ruby -v: ruby 1.9.1p326 (2009-10-31 revision 25600) [i386-darwin9.8.0]<br>
<br>
Yuguiです。1.9.1でも再現を確認しましたのでチケットをコピーします。<br>
<br>
--<br>
大きなFixnumを値にもつHashについてHash#hashの値が呼び出しごとに変わります。<br>
<br>
% ruby -v<br>
ruby 1.8.7 (2009-06-12 patchlevel 174) [i686-darwin10]<br>
% irb --simple-prompt<br>
>> h = {:a => 2**61}<br>
=> {:a=>2305843009213693952}<br>
>> h.hash<br>
=> 3933384<br>
>> h.hash<br>
=> 4179968<br>
>> (2**61).class<br>
=> Fixnum<br>
>> (2**62).class<br>
=> Bignum<br>
<br>
関連してだと思うのですが<br>
h1.eql? h2 # => true<br>
であるにもかかわらず<br>
h1.hash == h2.hash # => false<br>
となることがあります。<br>
<a href="https://trac.macports.org/ticket/22361" target="_blank" rel="nofollow">https://trac.macports.org/ticket/22361</a><br>
<br>
% irb --simple-prompt<br>
>> {:a => 2**61}.eql?({:a => 2**61})<br>
=> true<br>
>> {:a => 2**61}.hash == {:a => 2**61}.hash<br>
=> false<br>
<br>
簡単に試してみたところ、値が2**61から2**62-1の範囲で起きるようです。<br>
32bitの場合は2**29から2**30-1の範囲で同様の現象が発生します。<br>
<br>
<br>
----------------------------------------<br>
<a href="http://redmine.ruby-lang.org" target="_blank" rel="nofollow">http://redmine.ruby-lang.org</a><br>
<br>
</blockquote></div><br>
<p>From forum: <a href="http://old.nabble.com/ruby-dev-jp-f13921.html" embed="fixTarget[13921]" target="_top" >ruby-dev jp</a></p>
tag:old.nabble.com,2006:post-26208660
[ruby-list:46520] Re: Ruby1.8.8devでのsinatra動作について
2009-11-04T19:13:18Z
2009-11-04T19:13:18Z
NARUSE, Yui-2
成瀬です。
<br><br>2009/11/05 11:44, 前川 映一 wrote:
<br>>> ruby 1.8.8dev (2009-10-31 revision 25583) [x86_64-linux]
<br>>> :unexpected
<br>> ruby1.8.8devそのものの問題で、sinatraではないのですね。
<br><br>はい、ruby1.8.8dev の問題でした。
<br>r25658 で修正しました、報告ありがとうございました。
<br><br>--
<br>NARUSE, Yui <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26208660&i=0" target="_top" rel="nofollow">naruse@...</a>>
<br><br><p>From forum: <a href="http://old.nabble.com/ruby-list-jp-f13920.html" embed="fixTarget[13920]" target="_top" >ruby-list jp</a></p>
tag:old.nabble.com,2006:post-26208360
[ruby-list:46519] Re: Ruby1.8.8devでのsinatra動作について
2009-11-04T18:44:18Z
2009-11-04T18:44:18Z
前川 映一
西山さん ありがとうございました。
<br><br><br>> 個人的には開発環境で動作確認対象の1つとして使うとか、
<br>> リリースされるまで1.8.8devを追いかけ続けるのが問題に
<br>> ならない環境とかで使うのならいいのではないかと思います。
<br><br>1.8.8devは、動作確認のみにとどめることにします。
<br><div class='shrinkable-quote'><br>> % ruby1.8 -v a.rb
<br>> ruby 1.8.7 (2008-08-11 patchlevel 72) [x86_64-linux]
<br>> :expected
<br>> % ruby18 -v a.rb
<br>> ruby 1.8.8dev (2009-10-31 revision 25583) [x86_64-linux]
<br>> :unexpected
<br>> % ruby-trunk -v a.rb
<br>> ruby 1.9.2dev (2009-10-29 trunk 25559) [x86_64-linux]
<br>> :expected
<br>> %
</div><br>1.8.8devのみ、unexpectedですね。
<br>1.9.2devでも正常に動作しました。
<br><br>D:\Apache2.2\htdocs\ruby_prg\em_ruby19\em_browser>ruby hello.rb
<br>== Sinatra/0.9.4 has taken the stage on 4567 for development with backup
<br>from WEBrick
<br>[2009-11-05 11:39:50] INFO WEBrick 1.3.1
<br>[2009-11-05 11:39:50] INFO ruby 1.9.2 (2009-07-18) [i386-mswin32]
<br>[2009-11-05 11:39:50] INFO WEBrick::HTTPServer#start: pid=736 port=4567
<br>127.0.0.1 - - [05/Nov/2009 11:41:26] "GET / HTTP/1.1" 200 13 0.0000
<br>localhost - - [05/Nov/2009:11:41:25 東京 (標準時)] "GET / HTTP/1.1" 200 13
<br>- -> /
<br>[2009-11-05 11:41:33] ERROR Errno::ECONNRESET: 既存の接続はリモート ホスト
<br>に強制的に切断されました。
<br> D:/Ruby/lib/ruby/1.9.1/webrick/httpserver.rb:56:in `eof?'
<br> D:/Ruby/lib/ruby/1.9.1/webrick/httpserver.rb:56:in `run'
<br> D:/Ruby/lib/ruby/1.9.1/webrick/server.rb:183:in `block in
<br>start_thread'
<br><br>== Sinatra has ended his set (crowd applauds)
<br>[2009-11-05 11:41:53] INFO going to shutdown ...
<br>[2009-11-05 11:41:53] INFO WEBrick::HTTPServer#start done.
<br><br>D:\Apache2.2\htdocs\ruby_prg\em_ruby19\em_browser>ruby -v
<br>ruby 1.9.2dev (2009-07-18) [i386-mswin32]
<br><br>ruby1.8.8devそのものの問題で、sinatraではないのですね。
<br><br>ありがとうございました。<m(_ _)m>
<br><br>了
<br><br><br><p>From forum: <a href="http://old.nabble.com/ruby-list-jp-f13920.html" embed="fixTarget[13920]" target="_top" >ruby-list jp</a></p>
tag:old.nabble.com,2006:post-26208121
[ruby-list:46518] Re: Ruby1.8.8devでのsinatra動作について
2009-11-04T18:09:28Z
2009-11-04T18:09:28Z
Kazuhiro NISHIYAMA
西山和広です。
<br><br>At Thu, 5 Nov 2009 10:35:37 +0900,
<br>前川 映一 wrote:
<br>>
<br>> D:/Ruby/lib/ruby/gems/1.8/gems/sinatra-0.9.4/lib/sinatra/base.rb:807:in
<br>> `compile': undefined method `[]' for nil:NilClass (NoMethodError)
<br>> from D:/Ruby/lib/ruby/gems/1.8/gems/sinatra-0.9.4
<br>> /lib/sinatra/base.rb:799:in `gsub'
<br>> from D:/Ruby/lib/ruby/gems/1.8/gems/sinatra-0.9.4
<br>> /lib/sinatra/base.rb:799:in `compile'
<br><br>このあたりの挙動の違いを調べてみたところ、whenでの*による配列の展開が
<br>おかしくなっているように見えます。
<br><br>% cat a.rb
<br>special_chars = %w{. + ( )}
<br>case '.'
<br>when *special_chars
<br> p :expected
<br>else
<br> p :unexpected
<br>end
<br>% ruby1.8 -v a.rb
<br>ruby 1.8.7 (2008-08-11 patchlevel 72) [x86_64-linux]
<br>:expected
<br>% ruby18 -v a.rb
<br>ruby 1.8.8dev (2009-10-31 revision 25583) [x86_64-linux]
<br>:unexpected
<br>% ruby-trunk -v a.rb
<br>ruby 1.9.2dev (2009-10-29 trunk 25559) [x86_64-linux]
<br>:expected
<br>%
<br><br>> Ruby1.8.8devは、使わないほうがいいでしょうか？
<br>> あわせて、ご指導いただければ、助かります。
<br><br>個人的には開発環境で動作確認対象の1つとして使うとか、
<br>リリースされるまで1.8.8devを追いかけ続けるのが問題に
<br>ならない環境とかで使うのならいいのではないかと思います。
<br><br><br>--
<br>|ZnZ(ゼット エヌ ゼット)
<br>|西山和広(Kazuhiro NISHIYAMA)
<br><br><p>From forum: <a href="http://old.nabble.com/ruby-list-jp-f13920.html" embed="fixTarget[13920]" target="_top" >ruby-list jp</a></p>
tag:old.nabble.com,2006:post-26208105
[ruby-dev:39642] [Bug #2338] 大きなFixnumを値にもつHash#hashが呼び出しごとに変わる
2009-11-04T18:08:40Z
2009-11-04T18:08:40Z
Marc-Andre Lafortune-4
Bug #2338: 大きなFixnumを値にもつHash#hashが呼び出しごとに変わる
<br><a href="http://redmine.ruby-lang.org/issues/show/2338" target="_top" rel="nofollow">http://redmine.ruby-lang.org/issues/show/2338</a><br><br>起票者: Yuki Sonoda
<br>ステータス: Open, 優先度: High
<br>ruby -v: ruby 1.9.1p326 (2009-10-31 revision 25600) [i386-darwin9.8.0]
<br><br>Yuguiです。1.9.1でも再現を確認しましたのでチケットをコピーします。
<br><br>--
<br>大きなFixnumを値にもつHashについてHash#hashの値が呼び出しごとに変わります。
<br><br>% ruby -v
<br>ruby 1.8.7 (2009-06-12 patchlevel 174) [i686-darwin10]
<br>% irb --simple-prompt
<br>>> h = {:a => 2**61}
<br>=> {:a=>2305843009213693952}
<br>>> h.hash
<br>=> 3933384
<br>>> h.hash
<br>=> 4179968
<br>>> (2**61).class
<br>=> Fixnum
<br>>> (2**62).class
<br>=> Bignum
<br><br>関連してだと思うのですが
<br>h1.eql? h2 # => true
<br>であるにもかかわらず
<br>h1.hash == h2.hash # => false
<br>となることがあります。
<br><a href="https://trac.macports.org/ticket/22361" target="_top" rel="nofollow">https://trac.macports.org/ticket/22361</a><br><br>% irb --simple-prompt
<br>>> {:a => 2**61}.eql?({:a => 2**61})
<br>=> true
<br>>> {:a => 2**61}.hash == {:a => 2**61}.hash
<br>=> false
<br><br>簡単に試してみたところ、値が2**61から2**62-1の範囲で起きるようです。
<br>32bitの場合は2**29から2**30-1の範囲で同様の現象が発生します。
<br><br><br>----------------------------------------
<br><a href="http://redmine.ruby-lang.org" target="_top" rel="nofollow">http://redmine.ruby-lang.org</a><br><br><p>From forum: <a href="http://old.nabble.com/ruby-dev-jp-f13921.html" embed="fixTarget[13921]" target="_top" >ruby-dev jp</a></p>