PTHREAD_CLEANUP_PUSH_DEFER_NP(3)

PTHREAD_CLEANUP_PUSH_DEFER_NP(3)

[Sebastian Huber]

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);

-- 
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-L1vi/lXTdtsBbLBgBO8hYIQuADTiUCJX@public.gmane.org
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-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: PTHREAD_CLEANUP_PUSH_DEFER_NP(3)

[Michael Kerrisk (man-pages)]

Sebastian,

On Thu, Jul 4, 2013 at 4:38 PM, Sebastian Huber
<sebastian.huber-L1vi/lXTdtsBbLBgBO8hYIQuADTiUCJX@public.gmane.org> 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?

Thanks,

Michael
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: PTHREAD_CLEANUP_PUSH_DEFER_NP(3)

[Sebastian Huber]

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-L1vi/lXTdtsBbLBgBO8hYIQuADTiUCJX@public.gmane.org> 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-L1vi/lXTdtsBbLBgBO8hYIQuADTiUCJX@public.gmane.org
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-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html