[Bug nptl/12683] Race conditions in pthread cancellation

["bugdal at aerifal dot cx" <sourceware-bugzilla@sourceware.org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=12683

--- Comment #22 from Rich Felker <bugdal at aerifal dot cx> ---
Steven, I'm not sure I understand what you're saying. This issue report is not
about changing which syscalls/functions are cancellable. For the standard
functions that is specified by POSIX, and for extensions, the natural choices
were already made and changing them would be problematic to their users. The
topic at hand is just fixing the mechanism by which cancellation is performed
so that there are not race conditions.

If your question is about the syscall() function that applications can use to
make syscalls directly, there is no open issue for making it cancellable, and
as above, changing this would be problematic. One could envision a request for
a separate version of the syscall() function which is cancellable, but as far
as I know nobody has requested this and I think it's a bad idea to be adding
features that encourage applications to make syscalls directly (since this is
usually non-portable between archs due to subtle differences in the calling
conventions and other issues like whether the libc-level structs match the
syscall-level ones for a given arch).

-- 
You are receiving this mail because:
You are on the CC list for the bug.