# Bug #1872

**URL:** <https://www.ruby-forum.com/t/bug-1872/181449>\
**Category:** Development\
**Created:** [January 12, 2010, 5:58am UTC](https://www.ruby-forum.com/t/bug-1872/181449 "2010-01-12T05:58:24Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![MIURAS\_Fumiaki](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/c6cbf5/32.png) [@MIURAS\_Fumiaki](https://www.ruby-forum.com/u/MIURAS_Fumiaki)\
**Post date:** [January 12, 2010, 5:58am UTC](https://www.ruby-forum.com/t/bug-1872/181449/1 "2010-01-12T05:58:24Z")

</div>

NTTレゾナントの三浦です。

Bug #1872 [ruby-dev:38996]の対策をしてみました。

■問題の復習  
–enable-pthread版でruby -e 'Process.fork{p system(“ls”)}'とかすると  
fork(2)の後で固まることがある。

■解析結果  
・fork()でできた新しいプロセスの中にはmain thread以外のthreadは存在し  
ない。当然、SIGVTALRMしてくれるthreadもいない。  
・該threadの制御にsafe\_mutex\_lock()を使う。safe\_mutex\_lock()のsafeたる  
所以は、lockを保持しているthreadが終了する時にlockを解放するから。そ  
のためにpthread\_cleanup\_push()を使う。  
・fork()の時には該threadが終了してはいないため、lock解放操作は行われな  
い。  
・fork()直後にrb\_thread\_stop\_timer()が呼び出され、該lockを操作しようと  
して刺さることがある†。

–  
†pthread\_mutex\_tとpthread\_mutex\_lock()の実現に依存する。刺さらない環  
境もあるかも。三浦が使った環境ではpthread\_mutex\_trylock()でも刺さる。

■対策  
・fork()直後に該データを初期化する。fork()直後なので調べなくてもそうい  
うthreadはいない。

ruby-1.8.7-p248だとこういうpatchでいいと思います。関数名以外は。  
一晩動かしても刺さらなくなりました。