bpo-42972: Fully implement GC protocol for re types#26368
Uh oh!
There was an error while loading. Please reload this page.
Conversation
| break; | ||
| } | ||
| } | ||
| PyObject_GC_Track(self); |
There was a problem hiding this comment.
@pablogsal I'm unsure if this it the correct place to start tracking the newly created pattern object. My reasoning was that AFAICS, it seems to be fully initialised here, unless I've missed something.
There was a problem hiding this comment.
IMO it's the right place.
It must be called before the first DECREF(self), otherwise PyObject_GC_UnTrack() crash in dealloc.
Usually, it's better to only track an object once it's fully initialized, but here it's more convient to do it here to be able to simply call DECREF() on error. The bare minimum is that traverse must be crash when an object started to be tracked. I added a test in debug mode for that: see traverse(visit_validate) in PyObject_GC_Track().
vstinner left a comment
vstinner left a comment There was a problem hiding this comment.
I'm not sure that calling PyObject_ClearWeakRefs() in a clear function is safe. What do you think?
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
| break; | ||
| } | ||
| } | ||
| PyObject_GC_Track(self); |
There was a problem hiding this comment.
IMO it's the right place.
It must be called before the first DECREF(self), otherwise PyObject_GC_UnTrack() crash in dealloc.
Usually, it's better to only track an object once it's fully initialized, but here it's more convient to do it here to be able to simply call DECREF() on error. The bare minimum is that traverse must be crash when an object started to be tracked. I added a test in debug mode for that: see traverse(visit_validate) in PyObject_GC_Track().
Uh oh!
There was an error while loading. Please reload this page.
miss-islington commented May 27, 2021
Thanks @erlend-aasland for the PR, and @vstinner for merging it 🌮🎉.. I'm working now to backport this PR to: 3.10. |
bedevere-bot commented May 27, 2021
GH-26411 is a backport of this pull request to the 3.10 branch. |
(cherry picked from commit fba42d1) Co-authored-by: Erlend Egeberg Aasland <[email protected]>
miss-islington commented May 27, 2021
Thanks @erlend-aasland for the PR, and @vstinner for merging it 🌮🎉.. I'm working now to backport this PR to: 3.10. |
(cherry picked from commit fba42d1) Co-authored-by: Erlend Egeberg Aasland <[email protected]>
bedevere-bot commented May 27, 2021
GH-26414 is a backport of this pull request to the 3.10 branch. |
) (cherry picked from commit fba42d1) Co-authored-by: Erlend Egeberg Aasland <[email protected]>
5 participants
https://bugs.python.org/issue42972