Skip to content

Conversation

miss-islington
Copy link
Contributor

@miss-islington miss-islington commented Sep 18, 2025

Prior to 3.9, Py_AddPendingCall() would always run pending calls in the main interpreter, but then each interpreter got their own ceval state, and they were scheduled for any interpreter. In GH-104813, this was undone, so Py_AddPendingCall() would always schedule for the main interpreter.
(cherry picked from commit 89ff88b)

Co-authored-by: Peter Bierma [email protected]


📚 Documentation preview 📚: https://cpython-previews--139119.org.readthedocs.build/

…ythonGH-139117)

Prior to 3.9, Py_AddPendingCall() would always run pending calls in the main interpreter, but then each interpreter got their own ceval state, and they were scheduled for any interpreter. In pythonGH-104813, this was undone, so Py_AddPendingCall() would always schedule for the main interpreter.
(cherry picked from commit 89ff88b)

Co-authored-by: Peter Bierma <[email protected]>
@github-project-automation github-project-automation bot moved this from Todo to In Progress in Sprint 2024 Sep 18, 2025
@ZeroIntensity ZeroIntensity enabled auto-merge (squash) September 18, 2025 12:11
@ZeroIntensity ZeroIntensity merged commit 24b6992 into python:3.13 Sep 18, 2025
35 of 36 checks passed
@github-project-automation github-project-automation bot moved this from In Progress to Done in Sprint 2024 Sep 18, 2025
@github-project-automation github-project-automation bot moved this from Todo to Done in Docs PRs Sep 18, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: Done
Archived in project
Development

Successfully merging this pull request may close these issues.

2 participants