[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