Hello Michael, On 07/09/2013 04:34 AM, Michael Kerrisk (man-pages) wrote:
Sebastian, On Thu, Jul 4, 2013 at 4:38 PM, Sebastian Huber <sebastian.huber@xxxxxxxxxxxxxxxxxx> wrote:Hello, I think there is an error in the description is equivalent to (but shorter and more efficient than): int oldtype; pthread_cleanup_push(routine, arg); pthread_setcanceltype(PTHREAD_CANCEL_DEFERRED, &oldtype); ... pthread_setcanceltype(oldtype, NULL); pthread_cleanup_pop(execute); this should be instead is equivalent to (but shorter and more efficient than): int oldtype; pthread_setcanceltype(PTHREAD_CANCEL_DEFERRED, &oldtype); pthread_cleanup_push(routine, arg); ... pthread_cleanup_pop(execute); pthread_setcanceltype(oldtype, NULL);I am doubtful of this, but, can you provide some evidence to support your claim?
ok, I looked at the pthread.h of glibc and this seems to be not a man page problem, but a glibc bug/feature.
I thought that the pthread_cleanup_push_defer() solves the problem highlighted in this example:
http://www.sourceware.org/pthreads-win32/manual/pthread_cleanup_push.html I will address this on a glibc list. Sorry for the noise. -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 41-09 E-Mail : sebastian.huber@xxxxxxxxxxxxxxxxxx PGP : Public key available on request. Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. -- To unsubscribe from this list: send the line "unsubscribe linux-man" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
