Movatterモバイル変換


[0]ホーム

URL:


[Python-Dev] Crash in new "trashcan" mechanism.

Greg Steingstein@lyra.org
Wed, 12 Apr 2000 18:25:41 -0700 (PDT)


On Thu, 13 Apr 2000, Mark Hammond wrote:>...> I see these possible solutions:>> * The trash mechanism is changed to keep a list of (address,> deallocator) pairs.  This is a "cleaner" solution, as the list is> not considered holding PyObjects as such, just blocks of memory to> be freed with a custom allocator.  Thus, we never end up in a> position where a Python objects are resurrected - we just defer the> actual memory deallocation, rather than attempting a delayed object> destruction.  This may not be as trivial to implement as to describe> :-)>> * Debug builds disable the trash mechanism.  Not desired as the> basic behaviour of the interpreter will change, making bug tracking> with debug builds difficult!  If we went this way, I would (try to> :-) insist that the Windows debug builds dropped Py_DEBUG, as I> really want to avoid the scenario that switching to a debug build> changes the behaviour to this extent.>> * Perform further hacks, so that Py_ForgetReference() gracefully> handles NULL linked-list elements etc.>> Any thoughts?Option 4: lose the trashcan mechanism. I don't think the free-threadingissue was ever resolved.Cheers,-g-- Greg Stein,http://www.lyra.org/


[8]ページ先頭

©2009-2025 Movatter.jp