Title
unlock functions and unlock mutex requirements are inconsistent
Status
nad editorial
Section
[thread.mutex]
Submitter
Switzerland

Created on 2010-08-25.00:00:00 last changed 170 months ago

Messages

Date: 2010-11-01.20:34:22

[ Resolution proposed by ballot comment: ]

unlock should specifiy the precondition that the current thread "owns the lock", this will make calls without holding the locks "undefined behavior". unlock in [mutex.requirements] should either be noexcept(true) or be allowed to throw system_error like unique_lock::unlock, or the latter should be nothrow(true) and have the precondition owns == true. Furthermore unique_lock's postcondition is wrong in the case of a recursive mutex where owns might stay true, when it is not the last unlock needed to be called.

Date: 2010-10-24.16:08:33

Addresses CH-26

Specifications of unlock member functions and unlock mutex requirements are inconsistent wrt to exceptions and pre- and postconditions.

History
Date User Action Args
2010-11-11 19:19:17adminsetstatus: open -> nad editorial
2010-11-01 20:34:22adminsetmessages: + msg5246
2010-10-24 16:08:33adminsetmessages: + msg5030
2010-08-25 00:00:00admincreate