ruby-dev

まつもと ゆきひろです

In message "[ruby-dev:622] Java & GC"
    on 97/10/01, MAEDA Shugo <shugo@po.aianet.ne.jp> writes:

|前田です。
|
|Javaモジュールを使っていてついにGC周りで落ちてしまいました:-(
|どうもAWTを使っていてイベント処理の部分でrubyのメソッドをコール
|した時にGCが起きると落ちてしまうようです。
|バックトレースは以下のようになっていました。

直接的な原因は

|(gdb) bt
|#0  mark_locations_array (x=0x414dd274, n=531401261) at gc.c:293

で，スタックサイズとは思えない値(531401261)が与えられている
事です．で，スタック内だと信じて行った操作(*x)がSEGVを起こし
ています．なぜそのような大きな値が与えられたかと言うと，

|#1  0x8067bc1 in gc_mark_locations (start=0xbffffb28, end=0x414dd274)
|    at gc.c:313

となっていて，&stack_endの値とおぼしきアドレスが0x414dd274に
なっているためです．ix86-linuxの場合，スタックは上方に延びま
すから，endはstartよりも大きな値になるはずです．にもかかわら
ず endは0x414dd274とstartよりもはるかに小さい値になっていま
す．しかし，&stack_endはローカル変数のアドレスをとったもので
すから，スタック以外の場所のアドレスを返すと言うのも考えにく
いです．なぜだろう？

あ，そうか．rubyのgcとstack_length()はスタックが連続した1本
であることを仮定していますが，JavaはOSのスレッドを多用するた
めにスタックは不連続な領域になりますね．そのせいでしょう．

たとえば，rubyコードの実行は一つのスレッドに任せるという対症
療法が考えられますね．現在のスレッドにおけるスタックの先頭を
知る移植可能な方法があれば良いのですが…．

# 実はrubyが自前のスレッドを使っている理由の一つはGCとの共存
# ができなくなるからだったりします．

                                まつもと ゆきひろ /:|)

Thread

Prev Next

In This Thread

Prev Next

[#597] Re: [ruby-list:4734] ruby 1.0-970930 released — WATANABE Hirofumi <watanabe@...>

[#615] [MethodIndex] <!-- hhmts ... — keiju@... (Keiju ISHITSUKA)

[#622] Java & GC — shugo@... (MAEDA Shugo)

[#626] [MethodIndex] *.html 修正要求 — keiju@... (Keiju ISHITSUKA)

[#630] RE: [ruby-dev:626] [MethodIndex] *.html 修正要求 — "EGUCHI Osamu" <eguchi@...>

[#636] ruby 1.1a8 released — matz@... (Yukihiro Matsumoto)

[#640] Re: rbc.rb — WATANABE Hirofumi <watanabe@...>

[#643] config.h of win32(ruby-1.0) — Masaki Suketa <suke@...>

[#645] pack/unpack base64 — WATANABE Hirofumi <watanabe@...>

[#652] ruby-1.0-971003 — HYOUDOU Kouichi /note <hyoudo@...>

[#653] version.c and MultiArchitectureBinary — HYOUDOU Kouichi /note <hyoudo@...>

[#654] [BUG?] ruby -r nothing-file — keiju@... (Keiju ISHITSUKA)

[#664] join mailing list — ryoko@... (Ryoko Furuki)

[#665] [BUG] Exception.new — keiju@... (Keiju ISHITSUKA)

[#699] ruby 1.1a9 released — matz@... (Yukihiro Matsumoto)

[#700] ruby1.1 — 青山 和光 <PXN11625@...>

[#702] Here document (Re: ruby1.1) — "EGUCHI Osamu" <eguchi@...>

[#705] Re: Here document (Re: ruby1.1) — "EGUCHI Osamu" <eguchi@...>

[#706] unsubscribe — takasima@... (Hideki Takashima)

[#707] # bye — takasima@... (Hideki Takashima)

[#709] Re^3: ruby1.1 — 青山 和光 <PXN11625@...>

[#712] Re: _muldi3 included in libgcc.a（Re: rbc.rb） — matz@... (Yukihiro Matsumoto)

[#713] [REQ] require/load — keiju@... (Keiju ISHITSUKA)

[#717] Re: _muldi3 included in libgcc.a（Re: rbc.rb） — "EGUCHI Osamu" <eguchi@...>

[#719] 64bit int support (Re: _muldi3 included in libgcc.a) — "EGUCHI Osamu" <eguchi@...>

[#720] Re: 64bit int support (Re: _muldi3 included in libgcc.a) — "EGUCHI Osamu" <eguchi@...>

[#721] ruby on sparc-openbsd — "EGUCHI Osamu" <eguchi@...>

[#723] Re: 64bit int support (Re: _muldi3 included in libgcc.a) — "EGUCHI Osamu" <eguchi@...>

[#735] configure on NEXTSTEP — Shugo Maeda <shugo@...>

[#738] cbreak.rb — WATANABE Hirofumi <watanabe@...>

[#749] ruby on alpha — matz@... (Yukihiro Matsumoto)

[#750] -x option — WATANABE Hirofumi <eban@...>

[#751] File.dirname "/a" — WATANABE Hirofumi <eban@...>

[#755] The default def. of "hash" — Shin-ichiro HARA <sinara@...>

[#761] Re: [ruby-list:5066] Re: Rubyで OODB — keiju@... (石塚圭樹 )

[#763] Subscribe — Kiyoshi Kurokawa <kurokawa@...>

[#764] (Fixnum..Bignum) === Fixnum — Yamamoto Kengo <kengo-y@...>

[#767] cp, mv, cmp, ... — WATANABE Hirofumi <watanabe@...>

[#770] printn means print and newline — HYOUDOU Kouichi /note <hyoudo@...>

[#777] [BUG] p "".chop — WATANABE Hirofumi <watanabe@...>

[#787] ruby 1.1 a9 for mswin32 — KIMURA Koichi <kkimura@...>

[ruby-dev:625] Re: Java & GC

Thread

In This Thread

[#700] ruby1.1 — 青山　和光 <PXN11625@...>

[#709] Re^3: ruby1.1 — 青山　和光 <PXN11625@...>