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 gregory.szorc@gmail.com

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 <gregory.szorc@gmail.com>
@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

5 participants