Skip to content

gh-144446: Fix thread-safety of FrameLocalsProxy on executing frames - #145183

Closed
colesbury wants to merge 1 commit into
python:mainfrom
colesbury:gh-144446-frame-locals
Closed

colesbury wants to merge 1 commit into
python:mainfrom
colesbury:gh-144446-frame-locals

Conversation

@colesbury

@colesbury colesbury commented Feb 24, 2026 •

Copy link
Copy Markdown
Contributor

Use stop-the-world to synchronize access to fast locals when the frame is executing on a different thread.

…rames

Use stop-the-world to synchronize access to fast locals when the
frame is executing on a different thread.
@colesbury

Copy link
Copy Markdown
Contributor Author

I think doing this properly requires fixing the remaining generator race on gi_frame.

@github-actions

github-actions Bot commented May 7, 2026

Copy link
Copy Markdown

This PR is stale because it has been open for 30 days with no activity.

@github-actions github-actions Bot added the stale Stale PR or inactive for long period of time. label May 7, 2026
@ambv

ambv commented Oct 20, 2026

Copy link
Copy Markdown
Contributor

This PR is superseded by #156973, a newer open pull request for the same issue (gh-144446), and it no longer merges cleanly. Closing to cull the number of open pull requests. Do not reopen this pull request without getting a go-ahead from a triager or core developer.

@ambv ambv closed this Oct 20, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

stale Stale PR or inactive for long period of time. topic-free-threading

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants