[Bug 1855] New: Processing of signal during pthread_join()
bugzilla-daemon at rtems.org
bugzilla-daemon at rtems.org
Tue Jul 26 18:28:06 UTC 2011
https://www.rtems.org/bugzilla/show_bug.cgi?id=1855
Summary: Processing of signal during pthread_join()
Product: RTEMS
Version: HEAD
Platform: All
OS/Version: RTEMS
Status: NEW
Severity: normal
Priority: P3
Component: cpukit
AssignedTo: joel.sherrill at oarcorp.com
ReportedBy: joel.sherrill at oarcorp.com
It appears that Linux unblocks a thread waiting on a pthread_join(), dispatches
the signal handler, and then has the thread reblock. This was detected in the
GCJ porting effort.
This appears to be the expected behaviour of pthread_mutex_lock(). From
http://pubs.opengroup.org/onlinepubs/007908799/xsh/pthread_mutex_lock.html
"If a signal is delivered to a thread waiting for a mutex, upon return from the
signal handler the thread resumes waiting for the mutex as if it was not
interrupted. "
It is unclear how many POSIX calls we consider "non-interruptible" actually
have this behaviour.
--
Configure bugmail: https://www.rtems.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
More information about the bugs
mailing list