[#37050] [Feature #735] Date#inspect — "rubikitch ." <redmine@...>

Feature #735: Date#inspect

14 messages 2008/11/09

[#37075] [Feature #747] /\A/u ignores BOM — Shyouhei Urabe <redmine@...>

Feature #747: /\A/u ignores BOM

14 messages 2008/11/12

[#37161] m17n of irb — "Yugui (Yuki Sonoda)" <yugui@...>

Yuguiです。

35 messages 2008/11/24
[#37183] Re: m17n of irb — keiju@... (keiju ISHITSUKA) 2008/11/25

けいじゅ@いしつかです.

[#37203] Re: m17n of irb — "Yugui (Yuki Sonoda)" <yugui@...> 2008/11/26

keiju ISHITSUKA さんは書きました:

[#37292] Re: m17n of irb — Yukihiro Matsumoto <matz@...> 2008/12/06

まつもと ゆきひろです

[#37293] Re: m17n of irb — "Yugui (Yuki Sonoda)" <yugui@...> 2008/12/07

Yuguiです。

[#37298] Re: m17n of irb — Yukihiro Matsumoto <matz@...> 2008/12/07

まつもと ゆきひろです

[#37210] RSS::Maker.create(version) — "Akinori MUSHA" <knu@...>

 RSS::Maker で、 "2.0" 等の文字列でフィードのフォーマットを渡す

15 messages 2008/11/27

[#37213] Re: [ruby-cvs:27586] Ruby:r20368 (trunk): * ext/bigdecimal/bigdecimal.c (BigDecimal_div2): should return — Tadayoshi Funaba <tadf@...>

> * ext/bigdecimal/bigdecimal.c (BigDecimal_div2): should return

8 messages 2008/11/27

[ruby-dev:37104] Re: ruby1.9 segmentation fault

From: keiju@... (石塚圭樹)
Date: 2008-11-17 09:27:20 UTC
List: ruby-dev #37104
けいじゅ@いしつかです.

In [ruby-dev :37099 ] the message: "[ruby-dev:37099] Re: ruby1.9
segmentation fault ", on Nov/16 01:16(JST) Yukihiro Matsumoto writes:

>まつもと ゆきひろです

>addr2lineの情報によるとT_DATAなオブジェクトをファイナライザで
>解放処理する時にSEGVしているようですが。dfreeを呼ぶ前に落ち
>てますねえ。final_listにdfreeが壊れたオブジェクトが追加され
>るとこんなことが起きるように思いますが、うーむ。

>デバッガで追いかけて、落ちる瞬間のObjectの様子が
>
>  p *(RVALUE*)obj
>
>とかで読めるともうちょっとわかるかもしれません。が、わかって
>も壊れていることがわかるくらいで、どこで壊れたかの情報はやっ
>ぱりわからないようにも思います。

ですねぇ. それに, スレッドが絡んでいるので, デバッガ使うとタイミングが
ずれて違うところで落ちそうですしねぇ...

[ruby-dev:37100]のc-yanさんの言う通りかも知れないとおもって, スレッド
生成時にNoMemoryError をrescueするとどうなるかと思ってやってみました.

やはり Segvして以下の感じのメッセージが出ました:

/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/vm_dump.c:594
/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/error.c:213
/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/error.c:226
/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/signal.c:545
??:0
/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/gc.c:2259
/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/gc.c:1576
/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/gc.c:2291
/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/thread.c:1104

/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/vm_insnhelper.c:598
/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/insns.def:999
/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/vm.c:1042
/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/vm.c:492
/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/vm_eval.c:490
/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/numeric.c:2948
/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/vm_insnhelper.c:378
/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/insns.def:999
/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/vm.c:1042
/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/vm.c:1247
/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/eval.c:205
/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/eval.c:233
/home/keiju/var/src/var.lib/ruby/RubyBase/ruby-trunk/main.c:37
??:0

途中まで同じなので, かなり怪しい感じがします.

>1.9で3000スレッド、プロセスサイズ3Gって経験ないんですが、実際
>のところどうなんでしょう。

というと? 実際にそれだけ生成されているかってことです? スレッド数はqps
のNLWPで見ているのであっていると思います. プロセスサイズも大体その辺り
ですね.

>1プロセス1Mくらいスタックを割り当てるはずなんで計算はあってますが。

あー. そうなっているんですか... 妙にスレッドの空間コストが高いなと思っ
ていました. スタックのサイズって, 指定できたりできます?

__
---------------------------------------------------->> 石塚 圭樹 <<---
---------------------------------->> e-mail: keiju@ishitsuka.com <<---

In This Thread