- A file storage bug could cause ZEO clients to have incorrect
  information about current object revisions after reconnecting to a
  database server.

Also added a locking/transaction ordering test.

Sorry, need to change the version number to represent something closer to the actual one, otherwise developing the code in combination with other software with a ZODB>=3.9 dependency doesn't work

Be nice and use loadable test data in the new check_checkCurrentSerialInTransaction test. This allows the tempstorage tests to pass again, which directly reuse the BasicStorage protocol tests.

- Logrotation/repoening via a SIGUSR2 signal wasn't implemented.
  (https://bugs.launchpad.net/zodb/+bug/143600)

Needs windows test.

- Changes in way that garage collection treats dictionaries in Python
  2.7 broke the object/connection cache implementation.
  (https://bugs.launchpad.net/zodb/+bug/641481)

- Object ids created in a savepoint that is rolled back wren't being
  reused. (https://bugs.launchpad.net/zodb/+bug/588389)

  The verbose mode of the fstest was broken.
  (https://bugs.launchpad.net/zodb/+bug/475996)

  Setting _p_changed on a blob wo actually writing anything caused an
  error. (https://bugs.launchpad.net/zodb/+bug/440234)

there aren't any transactions.  Now a string of 8 nulls (aka "z64")
is specified.

Objects added in transactions that were later aborted could have
_p_changed still set (https://bugs.launchpad.net/zodb/+bug/615758).

- ZEO extension methods failed when a client reconnected to a
  storage. (https://bugs.launchpad.net/zodb/+bug/143344)

repeatedly.

Added additional debugging info to try to understand what's going on
on a rare bot test failure that I can't reproduce.

sockets.

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.

failure.

tested incorrectly for ZEO.