-
-
Notifications
You must be signed in to change notification settings - Fork 31.9k
PyDict_Next
should not lock the dict
#120858
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Labels
3.13
bugs and security fixes
3.14
bugs and security fixes
topic-free-threading
type-bug
An unexpected behavior, bug, or error
Comments
PyDict_Next
should include begin a critical sectionPyDict_Next
should not begin a critical section
PyDict_Next
should not begin a critical sectionPyDict_Next
should not lock the dict
colesbury
added a commit
to colesbury/cpython
that referenced
this issue
Jun 21, 2024
PyDict_Next no longer locks the dictionary in the free-threaded build. Locking around individual PyDict_Next calls is not sufficient because the function returns borrowed references and because it allows concurrent modifications during the iteraiton loop. The internal locking also interferes with correct external synchronization because it may suspend outer critical sections created by the caller.
colesbury
added a commit
that referenced
this issue
Jun 24, 2024
PyDict_Next no longer locks the dictionary in the free-threaded build. Locking around individual PyDict_Next calls is not sufficient because the function returns borrowed references and because it allows concurrent modifications during the iteraiton loop. The internal locking also interferes with correct external synchronization because it may suspend outer critical sections created by the caller.
miss-islington
pushed a commit
to miss-islington/cpython
that referenced
this issue
Jun 24, 2024
PyDict_Next no longer locks the dictionary in the free-threaded build. Locking around individual PyDict_Next calls is not sufficient because the function returns borrowed references and because it allows concurrent modifications during the iteraiton loop. The internal locking also interferes with correct external synchronization because it may suspend outer critical sections created by the caller. (cherry picked from commit 375b723) Co-authored-by: Sam Gross <[email protected]>
colesbury
added a commit
that referenced
this issue
Jun 24, 2024
…120964) PyDict_Next no longer locks the dictionary in the free-threaded build. Locking around individual PyDict_Next calls is not sufficient because the function returns borrowed references and because it allows concurrent modifications during the iteraiton loop. The internal locking also interferes with correct external synchronization because it may suspend outer critical sections created by the caller. (cherry picked from commit 375b723) Co-authored-by: Sam Gross <[email protected]>
mrahtz
pushed a commit
to mrahtz/cpython
that referenced
this issue
Jun 30, 2024
PyDict_Next no longer locks the dictionary in the free-threaded build. Locking around individual PyDict_Next calls is not sufficient because the function returns borrowed references and because it allows concurrent modifications during the iteraiton loop. The internal locking also interferes with correct external synchronization because it may suspend outer critical sections created by the caller.
noahbkim
pushed a commit
to hudson-trading/cpython
that referenced
this issue
Jul 11, 2024
PyDict_Next no longer locks the dictionary in the free-threaded build. Locking around individual PyDict_Next calls is not sufficient because the function returns borrowed references and because it allows concurrent modifications during the iteraiton loop. The internal locking also interferes with correct external synchronization because it may suspend outer critical sections created by the caller.
estyxx
pushed a commit
to estyxx/cpython
that referenced
this issue
Jul 17, 2024
PyDict_Next no longer locks the dictionary in the free-threaded build. Locking around individual PyDict_Next calls is not sufficient because the function returns borrowed references and because it allows concurrent modifications during the iteraiton loop. The internal locking also interferes with correct external synchronization because it may suspend outer critical sections created by the caller.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
3.13
bugs and security fixes
3.14
bugs and security fixes
topic-free-threading
type-bug
An unexpected behavior, bug, or error
Bug report
PyDict_Next
currently wraps_PyDict_Next
in a critical section. We shouldn't do this -- the locking needs to be external to the call._PyDict_Next
call because we return borrowed references and becausepos
becomes meaningless if the dictionary gets resized or rehashed.cpython/Objects/dictobject.c
Lines 2883 to 2890 in 8f17d69
cc @DinoV
Linked PRs
The text was updated successfully, but these errors were encountered: