it actually manages to do a commit on the second server.

too.  Mystery:  whether this test dies with permission denied when
trying to unlink the .zec file is still a crapshoot.   Don't know why.
At least four other tests show sporadic failures of the same kind.

Otherwise the temp zec file can't be deleted on Windows.

zec file name (the code intended to do this all along).

It was lost backporting changes from the 3.1 branch, which doesn't
have the last tid feature.

(All the other non-test ZODB code uses cStringIO.)

it up to date.

they shouldn't run with mapping storage.

parallel with message about acquiring the lock.

Ported from ZODB3-3_1-branch.

The ZEO client cache now works with OIDs of length up to 65535 bytes.
Also added some sanity checks that check the size of the data being written,
since there are some hard limits.

ZODB now makes no assumptions about the length of OIDs (although
storages can make such assumptions if they need to.)  Added an
oid_repr utility function to print both 8-byte OIDs and other OIDs in
a reasonable way.

ones.

which makes it impossible for teardown to delete the file on Windows,
which causes this test to fail, and also "the next" test to fail because
its setup can't delete Source.fs either.  So explictly close the storage
iterator.