[ZCM] [ZC] 472/ 3 Defer "THUNKED_TM mismatch with TM.TM"

Collector: Zope Bugs, Features, and Patches ... zope-coders-admin at zope.org
Mon Apr 11 13:55:43 EDT 2005


Issue #472 Update (Defer) "THUNKED_TM mismatch with TM.TM"
 Status Deferred, Zope/bug+solution medium
To followup, visit:
  http://www.zope.org/Collectors/Zope/472

==============================================================
= Defer - Entry #3 by tseaver on Apr 11, 2005 1:55 pm

 Status: Pending => Deferred

I can't think of a good way to test this.  Does it still apply to
the Zope / RDB you work with (I hope that is Zope 2.7)?

Without followup, reject in two weeks.
________________________________________
= Comment - Entry #2 by bkc on Jul 15, 2002 1:28 pm

Just wanted to comment about the tpc_abort = abort line at the end of the class.

TM.TM has a similar statement. Since we re-define the abort function, I can't help but feel that tpc_abort still points to the base class (TM.TM) version of abort, not the THUNKED_TM version of abort.

Hence, I added the tpc_abort = abort line. Is that correct?
________________________________________
= Request - Entry #1 by bkc on Jul 15, 2002 1:24 pm


Uploaded:  "THUNK.py.diff"
 - http://www.zope.org/Collectors/Zope/472/THUNK.py.diff/view
THUNKED_TM doesn't seem to have kept pace with TM.TM, with respect to using _finalize instance variable. Also, it releases the lock before setting the instance's registered property to 0, which under heavy load can cause the instance to be re-used without being re-registered.

Here's a patch.
==============================================================



More information about the Zope-Collector-Monitor mailing list