undone and then redone, if the underlying storage supports
transactionalUndo.

Also fixed a bug in an unused method. The bug causes warnings in
Python 2.1.

Unfortutely, tpc_finish didn't handle this case correctly.

committed state in. This is needed wheh the "committed" state,
um, hasn't been committed yet, such as when you are undoing
multiple transactions transactionally.

made a true mixin (not a subclass).

(it's a true mixin).

unittest.TestCase.  It also provides the setUp(), _close(), and
tearDown() methods, as well as the _dostore() convenience method.

_dostore(), setUp(), _close(), tearDown(): Moved out of this class and
into StorageTestBase.

Removed some log-ago-commented-out code.

Added some doc strings.

Added a bunch of not-yet-enabled (because not yet fully working)
transactional undo code.

to a directory other than the ZEO package directory.

that allow start.py to recover.

Thanks for Chris Withers for reminding about this.

rely on the ZEO __init__, which relies on fap, to sort things out.

Minimal BSDDB storage which does not override abortVersion() and
commitVersion()).

commitVersion() can't be an alias for abortVersion() because it takes
a different number of arguments.  Provide a simple implementation.

Changed "from POSException import UndoError" to "import POSException"
and use POSException.UndoError in undo().  This is because
abortVersion() and commitVersion() also reference exceptions in the
POSException module.

Aside: fix __version__ extraction from $Revision$ to be portable in
the face of "cvs co -kv".

ever) accessed logic).