This page is a snapshot from the LWG issues list, see the Library Active Issues List for more information and the meaning of Open status.
Section: 184.108.40.206 [reentrancy] Status: Open Submitter: Stephan T. Lavavej Opened: 2014-07-01 Last modified: 2017-11-12
View all other issues in [reentrancy].
View all issues with Open status.
N3936 220.127.116.11 [reentrancy]/1 talks about "functions", but that doesn't address the scenario of calling different member functions of a single object. Member functions often have to violate and then re-establish invariants. For example, vectors often have "holes" during insertion, and element constructors/destructors/etc. shouldn't be allowed to observe the vector while it's in this invariant-violating state. The [reentrancy] Standardese should be extended to cover member functions, so that implementers can either say that member function reentrancy is universally prohibited, or selectively allowed for very specific scenarios.(For clarity, this issue has been split off from LWG 2382.)
AJM confirmed with SG1 that they had no special concerns with this issue, and LWG should retain ownership.AM: this is too overly broad as it also covers calling the exact same member function on a different object
Move to Open
[2015-07 Telecon Urbana]
Marshall to ping STL for updated wording.
[2016-05 email from STL]
I don't have any better suggestions than my original PR at the moment.
This wording is relative to N3936.
Change 18.104.22.168 [reentrancy] p1 as indicated:
-1- Except where explicitly specified in this standard, it is implementation-defined which functions in the Standard C++ library may be recursively reentered.