Package: libc6-dev
Version: 2.7-5
Followup-For: Bug #459322
The current implementation of implementation of
pthread_cleanup_pop_restore_np in pthread.h apparently has the two
function calls it makes in the wrong order. The way round it is now
only works if the thread was in DEFERRED cancellation
Here is a simple testcase code which shows up bug
libc6-dev: implementation of pthread_cleanup_pop_restore_np ..
(is all wrong)
Rationale:
--
The bug is that pthread_cleanup_pop_restore_np returns from deferred
mode to async mode and runs the cleanup function in the wrong order.
On Thu, Jan 17, 2008 at 10:43:54AM +, Peter T. Breuer wrote:
> "Also sprach Pierre Habouzit:"
>
> Checking application/pgp-signature: FAILURE
> -- Start of PGP signed section.
> [ Charset UTF-8 unsupported, converting... ]
> > Version: 2.7-6
> >
> > On mer, jan 16, 2008 at 09:30:12 +, Pet
One last attempt. I've copied the manpage exactly into the code. The
manpage says two example codes are "functionally equivalent" when
explaining what "pthread_cleanup_push_defer_np and
pthread_cleanup_pop_restore_np" do. If one uses one of the manpage
example codes, everything works in the testc
Package: libc6-dev
Version: 2.7-4
Severity: normal
pthread_cleanup_pop_restore_np(1) is implemented as ..
} while (0);
__pthread_unregister_cancel_restore (&__cancel_buf);
if (1)
__cancel_routine (__cancel_arg);
} while (0)
and tha
"Also sprach Debian Bug Tracking System:"
> It has been closed by Pierre Habouzit <[EMAIL PROTECTED]>.
>
> Their explanation is attached below. If this explanation is
> unsatisfactory and you have not received a better one in a separate
The "explanation" is nothing of the kind, and is unsatisfac
6 matches
Mail list logo
