Jon Biggar wrote: [...] > There is actually one case that needs a semaphore that has no reasonable > alternative in pthreads. The only pthread synchronization operation > that is asynch-reentrant safe (i.e. can be called from a signal handler) > is signaling a pthread semaphore.
There's no such thing as "a pthread semaphore". In a *threaded* POSIX program you can use sigwait() and/or SIGEV_THREAD delivery. > > It would be nice if there was some abstraction available in boost > threads that used this mechanism internally to get the needed behavior, > but encapsulated to hide the error-proneness of a raw semaphore. Well, http://www.mail-archive.com/[EMAIL PROTECTED]/msg07519.html regards, alexander. -- http://www.ibm.com/servers/eserver/linux/fun _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost