Re: macOS 10.12, broken PTHREAD_CANCEL_DISABLE and UNIX certification

Given frame 6 and 7, it looks like write is calling pthread_exit directly, rather than pthread_cancel, so would be where the bug is, unless write is required to exit for that particular circumstance. If it has to exit, then the setup code necessary to avoid it is missing from the main thread's co

Re: macOS 10.12, broken PTHREAD_CANCEL_DISABLE and UNIX certification

> On 5 Nov 2016, at 10:22, Shware Systems wrote: > > From the output, I'm wondering about the source of the Illegal instruction: 4 > diagnostic. If SIGILL isn't blocked, it would also exit the process, and I > believe run cancel handlers as part of process shutdown, whatever cancelstate > set

RE: macOS 10.12, broken PTHREAD_CANCEL_DISABLE and UNIX certification

>From the output, I'm wondering about the source of the Illegal instruction: 4 >diagnostic. If SIGILL isn't blocked, it would also exit the process, and I >believe run cancel handlers as part of process shutdown, whatever cancelstate >set to. So something about the code is suspect, but it may be

macOS 10.12, broken PTHREAD_CANCEL_DISABLE and UNIX certification

PTHREAD_CANCEL_DISABLE has never worked reliably on OS X. This is true for all versions of OS X from 10.8 to 10.12, despite the fact that most of these have received Unix certification. This bug has been known by Apple at least since I reported the issue for OS X 10.8, in 2011