| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
Backport to 3.15.
|
Thanks @jelle-openai for the PR, and @JelleZijlstra for merging it 🌮🎉.. I'm working now to backport this PR to: 3.14, 3.15. |
Sorry, something went wrong.
|
Sorry, @jelle-openai and @JelleZijlstra, I could not cleanly backport this to 3.14 due to a conflict. Please backport manually with cherry_picker, see the devguide for more information. cherry_picker b577a5403ad513e6f28ec28630b5ee09a5f521ab 3.14 |
Sorry, something went wrong.
|
GH-160023 is a backport of this pull request to the 3.15 branch. |
Sorry, something went wrong.
|
GH-160084 is a backport of this pull request to the 3.14 branch. |
Sorry, something went wrong.
…159982) (#160023) In a free-threaded build, if allocating the thread-local bytecode cache fails after the code-object cache has been created, the initializer destroys the first cache and returns an error without clearing its pointer. Failed construction then invokes the unwinder's deallocator, which destroys the same cache again and can crash the profiling process instead of propagating `MemoryError`. (cherry picked from commit b577a54) Co-authored-by: Jelle Zijlstra <jelle@openai.com>
| Back | FazBrowse Home | New Git URL |
Avoid destroying a remote unwinder cache twice; it will get destroyed in the dealloc method. In a free-threaded build, if allocating the thread-local bytecode cache fails after the code-object cache has been created, the initializer destroys the first cache and returns an error without clearing its pointer. Failed construction then invokes the unwinder's deallocator, which destroys the same cache again and can crash the profiling process instead of propagating MemoryError.