[PATCH] Fix return value and errno set by sem_init(), sem_destroy() and sem_close()

Christopher Faylor cgf-use-the-mailinglist-please@cygwin.com
Mon Mar 28 22:17:00 GMT 2011


On Mon, Mar 28, 2011 at 11:14:03PM +0100, Jon TURNEY wrote:
>
>While looking into some mysterious failures of sem_init() in python, I was
>somewhat surprised to find the following comment in python/thread_pthread.h:
>
>> /*
>>  * As of February 2002, Cygwin thread implementations mistakenly report error
>>  * codes in the return value of the sem_ calls (like the pthread_ functions).
>>  * Correct implementations return -1 and put the code in errno. This supports
>>  * either.
>>  */
>
>While this comment refers to sem_wait() and sem_trywait(), which seem to have
>been fixed since [1], it seems that sem_init(), sem_destroy() and sem_close()
>are still non-conformant with SUS in that (i) they do not set errno, and (ii)
>they don't return -1 on failure, instead returning the value which should be
>set as errno.
>
>2011-03-28  Jon TURNEY  <jon.turney@dronecode.org.uk>
>
>	* thread.cc (semaphore::init, destroy, close): Standards conformance
>	fix.  On a failure, return -1 and set errno.
>	* thread.h (semaphore::terminate): Save errno since semaphore::close()
>	may now modify it.
>
>[1] http://cygwin.com/ml/cygwin/2002-02/msg01379.html

Looks good.  Please check in ASAP so this will make it into 1.7.9.

Thanks.

cgf



More information about the Cygwin-patches mailing list