-
-
Notifications
You must be signed in to change notification settings - Fork 31.9k
TraceRefs build triggers assertion errors #107630
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
Comments
FWIW, if the fix for this is too involved or too complicated, I'd rather roll back #107567 and leave tracerefs broken when using isolated subinterpreters than leaving tracerefs broken for everything. |
I'm okay with a revert on 3.12. You're right that the previous state of affairs was better. FWIW, there's an object leaking between interpreters somewhere and tracking that down is a big pain. I don't know how long it will take, so reverting now makes sense. I would like to un-revert once I've tracked down the culprit though. |
Confirmed it is fixed on the 3.12 branch. The issue would remain open for the main branch. |
Once gh-107751 lands, this can be closed. |
In a
--with-trace-refs --with-pydebug
build of 3.12 and main, even a simple test liketest_int
triggers an assertion error in the refchain handling. I expect it's caused by @ericsnowcurrently's PR #107567.Linked PRs
The text was updated successfully, but these errors were encountered: