A NOTE has been added to this issue. ====================================================================== https://austingroupbugs.net/view.php?id=1731 ====================================================================== Reported By: geoffclare Assigned To: ====================================================================== Project: 1003.1(2016/18)/Issue7+TC2 Issue ID: 1731 Category: System Interfaces Type: Clarification Requested Severity: Objection Priority: normal Status: New Name: Geoff Clare Organization: The Open Group User Reference: Section: pthread_sigmask() Page Number: 1734 Line Number: 56243 Interp Status: --- Final Accepted Text: ====================================================================== Date Submitted: 2023-05-23 09:43 UTC Last Modified: 2023-05-23 21:08 UTC ====================================================================== Summary: pthread_sigmask() pending signal requirement time paradox ======================================================================
---------------------------------------------------------------------- (0006287) kre (reporter) - 2023-05-23 21:08 https://austingroupbugs.net/view.php?id=1731#c6287 ---------------------------------------------------------------------- I believe the proposed wording in the desired action adds an unintended subtle difference to how this is intended to work. Previously, setting aside the temporal distortion, which I agree should be fixed, the intent was that if there are *any* unblocked signals, one of them gets delivered. The proposed wording requires that one of the signals that became unblocked by the call be delivered. This makes a difference if some other (unblocked) signal just happened to arrive during the system call, which unblocks some other signal, the system is not permitted to deliver the newly arrived signal, but must deliver one of the ones that had been blocked. I don't think that change is really intended. I'd keep it simpler, something like Before the pthread_sigmask() call returns, if there are any pending unblocked signals, at least one of those shall be delivered. Issue History Date Modified Username Field Change ====================================================================== 2023-05-23 09:43 geoffclare New Issue 2023-05-23 09:43 geoffclare Name => Geoff Clare 2023-05-23 09:43 geoffclare Organization => The Open Group 2023-05-23 09:43 geoffclare Section => pthread_sigmask() 2023-05-23 09:43 geoffclare Page Number => 1734 2023-05-23 09:43 geoffclare Line Number => 56243 2023-05-23 09:43 geoffclare Interp Status => --- 2023-05-23 21:08 kre Note Added: 0006287 ======================================================================