Recent Features
| |||||||||||||
System Call InterruptionSystem Call InterruptionPosted Mar 31, 2006 13:30 UTC (Fri) by clugstj (subscriber, #4020)In reply to: The new pselect() system call by hppnq Parent article: The new pselect() system call
System call interruption is not portable. Some UNIXes will restart some system calls after they handle the signal, some won't. Yes, signals are OK in non-threaded applications, but when the application uses threads, the race-condition nightmare begins.
(Log in to post comments)
System Call Interruption Posted Mar 31, 2006 15:23 UTC (Fri) by hppnq (guest, #14462) [Link] Portability is not an issue when your system call is actually interrupted. :-)The complexity that arises from mixing signals and threads is only justified if you have specific reasons to implement it like that. By default, a multi-threaded process acts the same as a non-threaded process when interrupted. So, unless you have specific reasons for defining per-thread signal masks (which is possible), there's nothing special about the multi-threaded case.
|
|||||||||||||