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-97002: Prevent_PyInterpreterFrames from backing more than onePyFrameObject#97996

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
markshannon merged 4 commits intopython:mainfrombrandtbucher:sneaky-frames
Oct 6, 2022

Conversation

brandtbucher
Copy link
Member

@brandtbucherbrandtbucher commentedOct 6, 2022
edited by bedevere-bot
Loading

There is a nasty situation where a GC collection duringPyFrameObject allocation could create multiplePyFrameObjects for the same_PyInterpreterFrame, which breaks our ownership rules and creates all sorts of opportunities for accessing corrupted memory.

If this happens, we just keep thePyFrameObject that has already been exposed to user code, and throw away the duplicate.

jdevries3133 reacted with eyes emoji
@brandtbucherbrandtbucher added sprint 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 labelsOct 6, 2022
@brandtbucherbrandtbucher self-assigned thisOct 6, 2022
@markshannonmarkshannon merged commit21a2d9f intopython:mainOct 6, 2022
@miss-islington
Copy link
Contributor

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

@bedevere-botbedevere-bot removed the needs backport to 3.11only security fixes labelOct 6, 2022
@bedevere-bot
Copy link

GH-98002 is a backport of this pull request to the3.11 branch.

miss-islington pushed a commit to miss-islington/cpython that referenced this pull requestOct 6, 2022
… one `PyFrameObject` (pythonGH-97996)(cherry picked from commit21a2d9f)Co-authored-by: Brandt Bucher <brandtbucher@microsoft.com>
carljm added a commit to carljm/cpython that referenced this pull requestOct 8, 2022
* main:pythonGH-97002: Prevent `_PyInterpreterFrame`s from backing more than one `PyFrameObject` (pythonGH-97996)pythongh-97973: Return all necessary information from the tokenizer (pythonGH-97984)fixespythongh-96078: os.sched_yield release the GIL while calling sched_yield(2). (pythongh-97965)pythongh-65961: Do not rely solely on `__cached__` (pythonGH-97990)pythongh-97850: Remove the open issues section from the import reference (python#97935)  Docs: pin sphinx-lint (pythonGH-97992)pythongh-94590: add signatures to operator itemgetter, attrgetter, methodcaller (python#94591)  Add Pynche's move to the What's new in 3.11 (python#97974)pythongh-97781: Apply changes from importlib_metadata 5. (pythonGH-97785)pythongh-86482: Document assignment expression need for ()s (python#23291)pythongh-97943: PyFunction_GetAnnotations should return a borrowed reference. (python#97949)
mpage pushed a commit to mpage/cpython that referenced this pull requestOct 11, 2022
// Just pretend that we have an owned, cleared frame so frame_dealloc
// doesn't make the situation worse:
f->f_frame = (_PyInterpreterFrame *)f->_f_frame_data;
f->f_frame->owner = FRAME_CLEARED;
Copy link
Contributor

@anderskanderskJun 26, 2023
edited
Loading

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

FRAME_CLEARED is a value ofenum _framestate. Shouldn’t->owner be a value ofenum _frameowner instead?

GH-106156

Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment
Reviewers

@anderskanderskandersk left review comments

@markshannonmarkshannonAwaiting requested review from markshannon

Assignees

@brandtbucherbrandtbucher

Labels
interpreter-core(Objects, Python, Grammar, and Parser dirs)sprinttype-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.

5 participants
@brandtbucher@miss-islington@bedevere-bot@andersk@markshannon

[8]ページ先頭

©2009-2025 Movatter.jp