http://sourceware-org.1504.n7.nabble.com/RFC-Deadlock-in-multithreaded-application-when-doing-IO-and-fork-td220862.html

The following deadlock scenario looks like a bug in glibc.

Thread A:

* Calls fork() which runs pthread_atfork handlers.
* Malloc's registered handler runs and locks out all other
threads from doing allocations by causing them to block.
* Tries to take the IO list lock via _IO_list_lock()
-> _IO_lock_lock(list_all_lock);

Thread B:

* Calls _IO_flush_all()
-> _IO_flush_all_lockp (do_lock=1)
-> _IO_lock_lock (list_all_lock); ...
* Walks the list of open fp's and tries to take each
fp's lock and flush.

Thread C:

* Calls _IO_getdelim which takes only the fp lock
and then tries to call either malloc or realloc.
* Tries to take arena lock to allocate memory.

So in summary:
Thread A waits on thread B for the list_all_lock lock.
Thread B waits on thread C for the fp file lock.
Thread C waits on thread A for the arena lock.



ああ、古典的なABBAデッドロックですこと。おほほ。

マルチスレッドをやめるか、IOをやめるかすれば、回避可能。
ふむ、それは回避不可能ってことだな。