pthread_cond_signal死鎖

Question

如果致電pthread_cond_signal死鎖，可能是什麼原因？

根據我的理解（man page），它在內部用一個互斥體實現，但是可能導致這個內部互斥鎖操作發生死鎖？

編輯：我正在調試的應用程序似乎在某些情況下的死鎖。幾個蹤跡的是這樣的：

Thread 1 (Thread 0xf6dff6c0 (LWP 32001)): 
#0 0xffffe410 in __kernel_vsyscall() 
#1 0x00af15de in __lll_mutex_lock_wait() from /lib/tls/libpthread.so.0 
#2 0x00aef3eb in pthread_cond_signal@@GLIBC_2.3.2() from /lib/tls/libpthread.so.0 
#3 0xf4cc8d83 in xxx 

Answer 1

的一兩件事來尋找可能是從該名男子頁這個警告，這聽起來特別適用：

條件功能不是 異步信號安全，並且不應該從信號處理程序調用 。在 特別是，呼叫 pthread_cond_signal或 pthread_cond_broadcast從一個信號 處理程序可能死鎖調用 線程。

除此之外，如果pthread_cond_t內的內部互斥已被超出某個其他變量的界限覆蓋，您也可以看到此內容。