This page is a snapshot from the LWG issues list, see the Library Active Issues List for more information and the meaning of C++14 status.
once_flag
becomes invalidSection: 32.6.7 [thread.once] Status: C++14 Submitter: Nicolai Josuttis Opened: 2011-08-30 Last modified: 2016-01-28
Priority: Not Prioritized
View all issues with C++14 status.
Discussion:
In function call_once
32.6.7.2 [thread.once.callonce]
paragraph 4 and 5 specify for call_once()
:
Throws:
Error conditions:system_error
when an exception is required (32.2.2 [thread.req.exception]), or any exception thrown byfunc
.
invalid_argument
— if theonce_flag
object is no longer valid.
However, nowhere in 32.6.7 [thread.once] is specified, when a once-flag becomes invalid.
As far as I know this happens if the flag is used for different functions. So we either have to have to insert a sentence/paragraph in30.4.4.2 Function call_once [thread.once.callonce]
or
30.4.4 Call once [thread.once]
explaining when a once_flag
becomes invalidated or we should state as error condition something like:
invalid_argument
— if the func
used in combination with the once_flag
is different
from a previously passed func
for the same once_flag
Anthony Williams:
A
If the library can detect that this is the case then it will throw this exception. If it cannot detect such a case then it will never be thrown.once_flag
is invalidated if you destroy it (e.g. it is an automatic object, or heap allocated and deleted, etc.)
Jonathan Wakely:
I have also wondered how that error can happen in C++, where the type system will reject a non-callable type being passed to
If acall_once()
and should prevent aonce_flag
being used after its destructor runs.once_flag
is used after its destructor runs then it is indeed undefined behaviour, so implementations are already free to throw any exception (or set fire to a printer) without the standard saying so. My assumption was that it's an artefact of basing the API on pthreads, which says:The
pthread_once()
function may fail if:[EINVAL]
If eitheronce_control
orinit_routine
is invalid.
Pete Becker:
Yes, probably. We had to clean up several UNIXisms that were in the original design.
[2012, Kona]
Remove error conditions, move to Review.
[2012, Portland: move to Tentatively Ready]
Concurrency move to Ready, pending LWG review.
LWG did not have time to perform the final review in Portland, so moving to tentatively ready to reflect the Concurrency belief that the issue is ready, but could use a final inspection from library wordsmiths.
[2013-04-20 Bristol]
Proposed resolution:
This wording is relative to N3337.
Change 32.6.7.2 [thread.once.callonce] as indicated:
template<class Callable, class ...Args> void call_once(once_flag& flag, Callable&& func, Args&&... args);[…]
-4- Throws:system_error
when an exception is required (30.2.2), or any exception thrown byfunc
.-5- Error conditions:
invalid_argument
— if theonce_flag
object is no longer valid.