- 09 Sep, 2010 10 commits
-
-
Jim Fulton authored
failure to deal with a test failure that occurs often in a buildbot, but that I don't get myself *even* when running on the same machine as the bot.
-
Jim Fulton authored
failure.
-
Jim Fulton authored
-
Jim Fulton authored
-
Jim Fulton authored
-
Jim Fulton authored
tested incorrectly for ZEO.
-
Jim Fulton authored
-
Jim Fulton authored
-
Jim Fulton authored
When objects were added in savepoints and either the savepoint was rolled back (https://bugs.launchpad.net/zodb/+bug/143560) or the transaction was aborted (https://mail.zope.org/pipermail/zodb-dev/2010-June/013488.html) The objects' _p_oid and _p_jar variables weren't cleared, leading to surprizing errors.
-
Patrick Strawderman authored
without setting the connection.
-
- 08 Sep, 2010 6 commits
-
-
Jim Fulton authored
-
Jim Fulton authored
-
Jim Fulton authored
-
Jim Fulton authored
Fixed a bug in processing invalidations. Cache last tid shouldn't be set until all of the invalidations have been processed. For this reason, we no longer set the last tid in the cache invalidate method
-
Jim Fulton authored
test thread. Use with to simplify locking code.
-
Jim Fulton authored
-
- 07 Sep, 2010 2 commits
-
-
Jim Fulton authored
The interface, ZODB.interfaces.IStorage was incorrect. The store method should never return a sequence of oid and serial pairs.
-
Jim Fulton authored
--------- - Database connections didn't invalidate cache entries when conflict errors were raised in response to checkCurrentSerialInTransaction errors. Normally, this shouldn't be a problem, since there should be pending invalidations for these oids which will cause the object to be invalidated. There have been issues with ZEO persistent cache management that have caused out of date data to remain in the cache. (It's possible that the last of these were addressed in the 3.10.0b5.) Invalidating read data when there is a conflict error provides some extra insurance.
-
- 03 Sep, 2010 2 commits
-
-
Jim Fulton authored
-
Jim Fulton authored
checkCurrentSerialInTransaction. Add logic to allow new clients to be used with older servers.
-
- 02 Sep, 2010 20 commits
-
-
Jim Fulton authored
-
Jim Fulton authored
-
Jim Fulton authored
versions of Python. We don't want spurious leaks when checking for ZODB leaks.
-
Jim Fulton authored
The stdlib doctest.DocTestSuite is broken in such a way that you can't repeat tests. Provide an environment variable to use the doctest from zope.testing.
-
Jim Fulton authored
repeat tests. Provide an environment variable to use the doctest from zope.testing.
-
Jim Fulton authored
repeat tests. Provide an environment variable to use the doctest from zope.testing.
-
Jim Fulton authored
-
Jim Fulton authored
-
Jim Fulton authored
-
Jim Fulton authored
(This is indirectly tested by the BTree tests.)
-
Jim Fulton authored
repeat tests. Provide an environment variable to use the doctest from zope.testing.
-
Jim Fulton authored
classes created on the fly are used with them. Unfortunately, UserList and thus PersistentList have ABCs. :( So changed an in-test-created class to a glbal to avoid a testing memory leak so as not to hide real memory leaks.
-
Jim Fulton authored
repeat tests. Provide an environment variable to use the doctest from zope.testing.
-
Jim Fulton authored
-
Jim Fulton authored
Also did some storage server implementation cleanup, removing some dups and folding a small module into StorageServer.py.
-
Jim Fulton authored
-
Jim Fulton authored
-
Jim Fulton authored
to decide how to write other data. Removed untested unsupported dbmstorage fossil.
-
Jim Fulton authored
-
Jim Fulton authored
to decide how to write other data.
-