[#31320] Import RubyGems to Ruby 1.9 — "NAKAMURA, Hiroshi" <nakahiro@...>
-----BEGIN PGP SIGNED MESSAGE-----
なかだです。
-----BEGIN PGP SIGNED MESSAGE-----
-----BEGIN PGP SIGNED MESSAGE-----
-----BEGIN PGP SIGNED MESSAGE-----
-----BEGIN PGP SIGNED MESSAGE-----
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
-----BEGIN PGP SIGNED MESSAGE-----
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
まつもと ゆきひろです
In article <E1Ika5D-0007fc-GG@x31>,
-----BEGIN PGP SIGNED MESSAGE-----
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
In message <471447D5.5050902@sarion.co.jp>
咳といいます。
Rubygems は、基本的に他のパッケージシステムから包みやすい作り
In message <868x62huhe.knu@iDaemons.org>
At Wed, 17 Oct 2007 22:04:23 +0900,
Tuesday 16 October 2007 14:09:13 に NAKAMURA, Hiroshi さんは書きました:
-----BEGIN PGP SIGNED MESSAGE-----
押田です。
Sunday 21 October 2007 00:17:43 に NAKAMURA, Hiroshi さんは書きました:
> ちなみに「ruby/1.9.1の標準添付からどのライブラリを外すか?」という議論も
-----BEGIN PGP SIGNED MESSAGE-----
-----BEGIN PGP SIGNED MESSAGE-----
ささだです。
-----BEGIN PGP SIGNED MESSAGE-----
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
> U parsearg, tadf
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
[#31323] Bignum#to_s の Karatsuba 基数変換による高速化 — "Kenta Murata" <muraken@...>
むらけんです.
まつもと ゆきひろです
むらけんです.
まつもと ゆきひろです
遠藤です。
むらたです.
遠藤です。
むらたです.
[#31333] Invalid error message by illegal regexp — KIMURA Koichi <kimura.koichi@...>
木村です。
[#31351] set_trace_func NULL pointer given — eklerni <eklerni@...>
From:eklerni
[#31357] invalid string for Date.parse — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
> となります。どうも、junではじまっているので6月とみなしている
なかだです。
[#31371] simultaneous exceptions dump core — "Yusuke ENDOH" <mame@...>
遠藤と申します。
ささだです。
遠藤です。
[#31376] Re: [ ruby-Bugs-9490 ] Date module, step method, infinite loop if +step+ is 0 should raise an exception? — Urabe Shyouhei <shyouhei@...>
rubyforgeで表題の件が卜部にassignされてるのですが、どうしましょう。
Date のほうで、合せたらいいというのなら、それでいいと思います。
[#31377] Re: [ ruby-Patches-11719 ] add a :passive option to open-uri's open method — Urabe Shyouhei <shyouhei@...>
rubyforgeで表題の件が卜部にassignされてるのですが、どうしましょう。
In article <46BE0E9B.70309@ruby-lang.org>,
[#31397] File exists - /tmp/bootstraptest.tmpwd — Tanaka Akira <akr@...>
ひとつのマシンで、あるユーザが btest した後、他のユーザが
ささだです。
In article <46C18A65.7030209@atdot.net>,
[#31407] [BUG] Stack consistency error (sp: 11, bp: 12) — Tanaka Akira <akr@...>
以下のようにすると Stack consistency error になります。
[#31448] Ruby's (new) Bizarre Operator(s) — Nobuyoshi Nakada <nobu@...>
なかだです。
まつもと ゆきひろです
バンサンです。
[#31462] Dir.mktmpdir for 1.8 — Tanaka Akira <akr@...>
Dir.mktmpdir を 1.8 に入れたいんですが、どうでしょう?
まつもと ゆきひろです
In article <E1IMCUq-00083X-Uo@x31>,
[#31470] nested fiber invocation — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
[#31473] setter of $! — SASADA Koichi <ko1@...>
ささだです。
[#31475] lambda {|(v0,v1),v2|}.call([1],2) — Tanaka Akira <akr@...>
以下の例は ArgumentError になりません。
ささだです。
[#31502] {|(a,a)|} — Tanaka Akira <akr@...>
以下がエラーになりません。
[#31522] a, a = 1, 2 — Tanaka Akira <akr@...>
ふと気がついたんですが、a, a = 1, 2 とすると、1.8 と 1.9 で
こんにちは、なかむら(う)です。
[#31525] いくつかのバグ報告と提案(5点) — eklerni <eklerni@...>
From:eklerni
なかだです。
まつもと ゆきひろです
[#31539] strtod の精度 — Satoshi Nakagawa <snakagawa@...>
中川といいます。
まつもと ゆきひろです
中川です。
中川です。
まつもと ゆきひろです
中川です。
中川です。
まつもと ゆきひろです
In article <EEC70971-AED4-4830-801B-A507561AEDCD@infoteria.co.jp>,
[#31576] test/win32ole — SASADA Koichi <ko1@...>
ささだです.
[#31583] Fiber reviesed — SASADA Koichi <ko1@...>
ささだです.
遠藤です。
ささだです.
遠藤です。
ささだです.
[#31625] IO.sysdup2, IO.sysdup, IO.sysclose — Tanaka Akira <akr@...>
redirect の処理をちょっと書いてみたところ、
まつもと ゆきひろです
In article <E1IOaVr-0001Yu-4H@x31>,
In article <87d4xc97ml.fsf@fsij.org>,
[#31646] Re: [ruby-cvs:20498] Ruby:r13261 (trunk): * encoding.c: provide basic features for M17N. — Tanaka Akira <akr@...>
In article <200708250329.l7P3TjNP004245@ci.ruby-lang.org>,
まつもと ゆきひろです
[#31651] rb_enc_mbclen — Tanaka Akira <akr@...>
rb_enc_mbclen のインターフェースは GB18030 などで困るんじゃ
[ruby-dev:31533] Re: simultaneous exceptions dump core
遠藤です。
> > $ ./ruby -ve '
> > loop do
> > begin
> > Thread.start { sleep 100 }
> > rescue Exception
> > end
> > end
> > '
>
> うちだと SEGV しなかったんですが、スレッド作り過ぎて変なことがおき
> てるんでしょうねぇ。どうデバッグしたものか。
ちなみにうちの実験環境は Debian/etch on coLinux (x86) です。
少しだけ追ってみました。
#0 0xffffe402 in __kernel_vsyscall ()
#1 0xb7dec811 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7dedfb9 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0x080f42f0 in rb_bug (fmt=0x812376d "Segmentation fault") at error.c:228
#4 0x080b2160 in sigsegv (sig=11) at signal.c:535
#5 <signal handler called>
#6 0x080d077d in thread_free (ptr=0x83d9530) at vm.c:1538
#7 0x08062607 in garbage_collect () at gc.c:1288
#8 0x08062b7c in ruby_xmalloc (size=524288) at gc.c:256
#9 0x080cfeac in th_init2 (th=0x83d9a00) at vm.c:1620
#10 0x080cffb4 in ruby_thread_init (self=3069950400) at vm.c:1648
#11 0x080d003b in rb_thread_alloc (klass=3084005240) at vm.c:1671
#12 0x080dcbb5 in thread_create_core (klass=0, args=138253616, fn=0x12,
arg=0x0) at thread.c:374
...
というバックトレース (と printf デバッグの結果) から見て、以下のような
感じに落ちるみたいです。
1. #10 ruby_thread_init 中で #9 th_init2 が呼ばれる (th->vm 未初期化)
2. #9 th_init2 中の ALLOC_N で GC が起きる
3. なぜか ruby_thread_init で初期化しようとしているスレッドが free される
4. #6 thread_free 中の th->vm->main_thread の参照で落ちる
# ちゃんと追えてないのですが、上記のどこかでコンテキストスイッチも
# 混ざってるような気がします。
試しに #11 rb_thread_alloc の
VALUE self = thread_alloc(klass);
を VALUE volatile self = ... にしてみましたが、症状はかわりませんでした。
以上の情報で何かわかりますでしょうか。
> > また、これも関連するのかどうかもわかりませんが、以下の挙動は仕様でしょうか。
> > 落ちるまで 10 秒くらいかかり、再現性もあまりないです (数回に 1 回くらい?) 。
> >
> > $ ./ruby -ve '
> > loop do
> > begin
> > Thread.start(Thread.current) {|t| t.raise }
> > rescue Exception
> > end
> > end'
>
> ネイティブスレッドが作れない == メモリが十分にない、ということなの
> で、どっちが早いか、ということではないかと思いました。
ああ、寝ぼけてました。ちゃんと ThreadError や NoMemoryError は投げられて
rescue Exception で潰されてるだけですね。
$ ./ruby -ve '
loop do
begin
Thread.start(Thread.current) {|t| t.raise }
rescue Exception
p $! unless $!.is_a? RuntimeError
end
end
'
ruby 1.9.0 (2007-08-19 patchlevel 0) [i686-linux]
#<ThreadError: can't create Thread (12)>
#<NoMemoryError: failed to allocate memory>
[FATAL] failed to allocate memory
--
Yusuke ENDOH <mame@tsg.ne.jp>