Skip to content

Conversation

@miss-islington
Copy link
Contributor

@miss-islington miss-islington commented May 1, 2020

Otherwise we leave a dangling pointer to free'd memory. If we
then initialize a new interpreter in the same process and call
PyImport_ExtendInittab, we will (likely) crash when calling
PyMem_RawRealloc(inittab_copy, ...) since the pointer address
is bogus.

Automerge-Triggered-By: @brettcannon
(cherry picked from commit 64224a4)

Co-authored-by: Gregory Szorc [email protected]

https://bugs.python.org/issue40412

Otherwise we leave a dangling pointer to free'd memory. If we
then initialize a new interpreter in the same process and call
PyImport_ExtendInittab, we will (likely) crash when calling
PyMem_RawRealloc(inittab_copy, ...) since the pointer address
is bogus.

Automerge-Triggered-By: @brettcannon
(cherry picked from commit 64224a4)

Co-authored-by: Gregory Szorc <[email protected]>
@miss-islington
Copy link
Contributor Author

@indygreg: Status check is done, and it's a success ✅ .

1 similar comment
@miss-islington
Copy link
Contributor Author

@indygreg: Status check is done, and it's a success ✅ .

@brettcannon
Copy link
Member

Since @indygreg isn't sure if this is a problem this far back I am closing this PR.

@brettcannon brettcannon closed this May 1, 2020
@miss-islington miss-islington deleted the backport-64224a4-3.7 branch May 1, 2020 23:06
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants