Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

GH-99729: Unlink frames before clearing them#100030

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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged
pablogsal merged 4 commits intopython:mainfrombrandtbucher:frame-teardown
Dec 6, 2022

Conversation

brandtbucher
Copy link
Member

@brandtbucherbrandtbucher commentedDec 5, 2022
edited by bedevere-bot
Loading

Thanks for your patience with this.

I decided to switch strategies mid-fix after a discussion with@markshannon this morning: instead of hacking the frame to look "incomplete" just before teardown, I think unlinking the framebefore clearing it (instead of after) is a better approach that is easier to reason about and keeps extra code out of the hot path when popping frames.

This is going to need a manual backport to 3.11. I'll start on it now to hopefully unblock releases.

CC:@pablogsal

@brandtbucherbrandtbucher added interpreter-core(Objects, Python, Grammar, and Parser dirs) type-crashA hard crash of the interpreter, possibly with a core dump needs backport to 3.11only security fixes labelsDec 5, 2022
@brandtbucherbrandtbucher self-assigned thisDec 5, 2022
@brandtbucherbrandtbucher changed the titleFrame teardownGH-99729: Unlink frames before clearing themDec 5, 2022
@brandtbucher
Copy link
MemberAuthor

Not sure if we want buildbots on this (normally I would run them, but I also don't want to further delay the releases with a bunch of extra CI checks). I'm confident in the fix, though.

@pablogsalpablogsal added the 🔨 test-with-buildbotsTest PR w/ buildbots; report in status section labelDec 5, 2022
@bedevere-bot
Copy link

🤖 New build scheduled with the buildbot fleet by@pablogsal for commit6210626 🤖

If you want to schedule another build, you need to add the ":hammer: test-with-buildbots" label again.

@bedevere-botbedevere-bot removed the 🔨 test-with-buildbotsTest PR w/ buildbots; report in status section labelDec 5, 2022
@pablogsal
Copy link
Member

Not sure if we want buildbots on this (normally I would run them, but I also don't want to further delay the releases with a bunch of extra CI checks). I'm confident in the fix, though.

Thanks a lot for fixing this ❤️

I am executing the buildbots at least to see the quick ones to double check there is nothing unexpected. I will manually test Refleaks after before the release.

brandtbucher reacted with thumbs up emoji

@brandtbucher
Copy link
MemberAuthor

Hm, looks like we need to skip the new test on webassembly builds.

@brandtbucherbrandtbucher added the 🔨 test-with-buildbotsTest PR w/ buildbots; report in status section labelDec 5, 2022
@bedevere-bot
Copy link

🤖 New build scheduled with the buildbot fleet by@brandtbucher for commitaf155c7 🤖

If you want to schedule another build, you need to add the ":hammer: test-with-buildbots" label again.

@bedevere-botbedevere-bot removed the 🔨 test-with-buildbotsTest PR w/ buildbots; report in status section labelDec 5, 2022
@markshannon
Copy link
Member

Looks good. I think the buildbot failures are unrelated.

@pablogsalpablogsal merged commitb72014c intopython:mainDec 6, 2022
@miss-islington
Copy link
Contributor

Thanks@brandtbucher for the PR, and@pablogsal for merging it 🌮🎉.. I'm working now to backport this PR to: 3.11.
🐍🍒⛏🤖

@miss-islington
Copy link
Contributor

Sorry,@brandtbucher and@pablogsal, I could not cleanly backport this to3.11 due to a conflict.
Please backport usingcherry_picker on command line.
cherry_picker b72014c783e5698beb18ee1249597e510b8bcb5a 3.11

@pablogsal
Copy link
Member

Thanks for fixing this@brandtbucher! ❤️

This is going to need a manual backport to 3.11. I'll start on it now to hopefully unblock releases.

Please, ping me as soon as you have the manual backport ready

@brandtbucher
Copy link
MemberAuthor

Please, ping me as soon as you have the manual backport ready

I opened it yesterday:#100047

@hauntsaninjahauntsaninja removed the needs backport to 3.11only security fixes labelMar 26, 2023
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment
Reviewers

@markshannonmarkshannonAwaiting requested review from markshannonmarkshannon is a code owner

Assignees

@pablogsalpablogsal

Labels
interpreter-core(Objects, Python, Grammar, and Parser dirs)type-crashA hard crash of the interpreter, possibly with a core dump
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.

6 participants
@brandtbucher@bedevere-bot@pablogsal@markshannon@miss-islington@hauntsaninja

[8]ページ先頭

©2009-2025 Movatter.jp