POSIX threads & signals

Каждая нить имеет свою маску (pthread_sigmask()) а обработчики одни на весь процесс. При передачи сигнала в процесс (kill) сигнал получает первая попавшаяся нить в которой он не заблокирован или не игнорируется. Обработчик вызывается с этой нити. Когда ты отправляеш сигнал pthread_kill он отправляется именно той нити которую ты указал (внутри процесса). А функции это: pthread_sigmask pthread_kill sigwait sigprocmask sigaction И так далее... Кажись все:))

Спасибо, классный и полный ответ.

Ответ хороший, но не совсем полный;)

И вот почему: обработчик пришедшего сигнала вызовется в контексте той нити, которая в момент прихода сигнала находится в syscall'e либо в методе из библиотеки pthread (перечень syscall'ов и методов из pthread, которые прерываются сигналами, см. в мане). Таким образом, - это не любой thread, прошу заметить;)
Если же в каком-нибудь syscall'е и методе из pthread сидят несколько thread'ов, то какой конкретно из них сорвется с вызванной функции определит scheduler, он же разруливает доставку сигналов.

От себя:
Как учит дао, для прогнозируемого приема сигнала в multithreaded приложении используют следующую технику: запускают специальный signal listening thread, который в цикле сажается на sigaction(). Как только сигнал пожаловал - вот он, пойман посредством sigaction() и непременно в signal listening thread'e.