FYI, I also added this info to Chris's other bug report, at

-----Original Message-----
[mailto:[EMAIL PROTECTED] On Behalf Of Dieter Maurer
Sent: Thursday, December 15, 2005 11:52 AM
To: Chris Withers
Subject: Re: [ZODB-Dev] More exciting ZODB errors ;-)

Chris Withers wrote at 2005-12-14 16:23 +0000:
> ...
>   File "lib/python/ZODB/", line
>788, in _setstate_noncurrent
>     assert end is not None

This means that the latest modification for this object
lies before the respective transaction.

In this case, we should not have an invalidation for the object,
such that we would not call "_setstate_current".

I expect a missing "flush_invalidations" during "Connection._setDB".
I had to add such a call in our ZODB version:

    def _setDB(self, odb, mvcc=None, txn_mgr=DEPRECATED_ARGUMENT,
               transaction_manager=None, synch=None):
        self.transaction_manager = transaction_manager or
        # DM 2005-08-22: always call '_flush_invalidations' as it does
        #  more than cache handling only
        if self._reset_counter != global_reset_counter:
            # New code is in place.  Start a new cache.
        # DM 2005-08-22: always call '_flush_invalidations'
##        else:
##            self._flush_invalidations()


For more information about ZODB, see the ZODB Wiki:

ZODB-Dev mailing list  -

Reply via email to