Hi Loic, On Sat, Nov 22, 2008 at 1:52 AM, Loic Domaigne <tech@xxxxxxxxxxxx> wrote: > Gidday Michael, > >>>> Asynchronous cancelability >>>> means that the thread can be canceled at any time >>>> (usually immediately, but the system does not guarantee this). >>>> Deferred cancelability means that cancellation will be delayed until >>>> the thread next calls a function that is a >>>> .IR "cancellation point" . >>>> A list of functions that are or may be cancellation points is provided >>>> in >>>> .IR pthreads (7). >>> >>> It is very important to document the list of functions that are/are not >>> CP in the "may be a CP" list: this is system specific and belongs to the >>> system documentation. >> >> For man-pages-3.14, I have added POSIX.1's lists of "are" and "may be" >> cancellation points to pthreads.7. >> >> However, it unclear to me how one determines the list of functions >> that are cancellation points under glibc. Do you have some ideas >> about this? > > I checked out, and I found no obvious to extract the information > automatically from the source. Me neither. > We may have to ask support from the Glibc > folks. I just shot a note into libc-help@ (and CCed you). >>>> .SH NOTES >>>> On Linux, cancellation is implemented using signals. >>>> Under the NPTL threading implementation, >>>> the first real-time signal (i.e., signal 32) is used for this purpose. >>> >>> Hmmm... You are right: NPTL uses the first real-time signal (32) provided >>> by the *kernel*. As a matter of fact, Glibc reserves kernel real-time >>> signals 32 and 33 for NPTL; real-time queued signals available to the >>> application ranges from SIGRTMIN (34) to SIGRTMAX(64). >> >> Yes... exactly. >> >>>> On LinuxThreads, the second real-time signal is used, >>>> if real-time signals are available, otherwise >>>> .B SIGUSR2 >>>> is used. >>> >>> IIRC, this was true on 'older LinuxThreads'. Never used real-time queued >>> signals as well ? (To verify...) >> >> I'm not quite sure what you want to say there. Can you say some >> more please. > > Sorry, typo and missing words make this sentence hard to understand... > Second try: > > Newer version of LinuxThreads uses RT signal as well? (this claim has to be > verified). Yes, more recent LinuxThreads uses RT signals as well. [...] Thanks, Michael -- Michael Kerrisk Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/ git://git.kernel.org/pub/scm/docs/man-pages/man-pages.git man-pages online: http://www.kernel.org/doc/man-pages/online_pages.html Found a bug? http://www.kernel.org/doc/man-pages/reporting_bugs.html -- 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
