summaryrefslogtreecommitdiffstats
path: root/Python/structmember.c
diff options
context:
space:
mode:
authorMiss Islington (bot) <31488909+miss-islington@users.noreply.github.com>2024-06-04 14:08:10 (GMT)
committerGitHub <noreply@github.com>2024-06-04 14:08:10 (GMT)
commitee7d2681f6e2ece539bc70d21893353da84401fd (patch)
tree5b98fcd4c861ee81204711e2a679746b6cf5a507 /Python/structmember.c
parent720a44d414b68943c766716145d7c6d15ea213de (diff)
downloadcpython-ee7d2681f6e2ece539bc70d21893353da84401fd.zip
cpython-ee7d2681f6e2ece539bc70d21893353da84401fd.tar.gz
cpython-ee7d2681f6e2ece539bc70d21893353da84401fd.tar.bz2
[3.13] gh-117657: Fix race involving GC and heap initialization (GH-119923) (#120038)
The `_PyThreadState_Bind()` function is called before the first `PyEval_AcquireThread()` so it's not synchronized with the stop the world GC. We had a race where `gc_visit_heaps()` might visit a thread's heap while it's being initialized. Use a simple atomic int to avoid visiting heaps for threads that are not yet fully initialized (i.e., before `tstate_mimalloc_bind()` is called). The race was reproducible by running: `python Lib/test/test_importlib/partial/pool_in_threads.py`. (cherry picked from commit e69d068ad0bd6a25434ea476a647b635da4d82bb) Co-authored-by: Sam Gross <colesbury@gmail.com>
Diffstat (limited to 'Python/structmember.c')
0 files changed, 0 insertions, 0 deletions