- 24 Jan, 2002 10 commits
-
-
Jeremy Hylton authored
The main test suite handles ZEO now.
-
Jeremy Hylton authored
-
Guido van Rossum authored
Laredo. [merging from Recovery branch into trunk]
-
matt@zope.com authored
Py_None.
-
Jeremy Hylton authored
Make sure that the test undoes an object creation and make sure that the iterator for that transaction return None for the data attribute.
-
Jeremy Hylton authored
-
Jeremy Hylton authored
This will allow an iterator to handle aborted versions and undone object creations. XXX Still need a test for the latter.
-
Jeremy Hylton authored
XXX checkTransactionalUndoIterator() should too, but doesn't.
-
Jeremy Hylton authored
# XXX need a test case that covers iteration over a storage that # includes a transactional undo that un-created an object.
-
Jeremy Hylton authored
-
- 23 Jan, 2002 6 commits
-
-
Jeremy Hylton authored
If supplied, they are stored as metadata on the transaction object. This is helpful for debugging.
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Guido van Rossum authored
-
Guido van Rossum authored
-
- 22 Jan, 2002 2 commits
-
-
Jeremy Hylton authored
-
Jeremy Hylton authored
It's not thread-safe to store a Transaction() object in an instance variable without some sort of locking. Nor is it desirable to use the same transaction object for more than one transaction. So get rid of all uses of self._transaction and replace with a local variable.
-
- 21 Jan, 2002 6 commits
-
-
Jeremy Hylton authored
-
Guido van Rossum authored
running the rest of the tests in the child.
-
Jeremy Hylton authored
Let super tearDown() close the storage. Tracking changes to ZODB/tests/StorageTestBase.
-
Jeremy Hylton authored
running the rest of the tests in the child.
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
- 17 Jan, 2002 2 commits
-
-
Jeremy Hylton authored
The Standby-branch was branched from the StandaloneZODB-1_0-branch, which includes the BTrees-fsIndex code. I didn't include that change in the merge, but everything else. Terse summary follows: BTreeModuleTemplate.c: Greg Ward's ConflictError patch
-
Jeremy Hylton authored
The Standby-branch was branched from the StandaloneZODB-1_0-branch, which includes the BTrees-fsIndex code. I didn't include that change in the merge, but everything else. Terse summary follows: BaseStorage.py: Add read-only storage feature. Add TransactionRecord and DataRecord marker classes for iteration. Reformat some lines. FileStorage.py: Add read-only storage feature. Greg Ward's ConflictError patch Reformat some lines. Add lastTransaction(), lastSerialno(). Add bounds support to iterator(). Use TransactionRecord and DataRecord. Connection.py: DemoStorage.py: MappingStorage.py: Greg Ward's ConflictError patch POSException.py: Greg Ward's ConflictError patch Add ReadOnlyError.
-
- 11 Jan, 2002 2 commits
-
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
- 09 Jan, 2002 2 commits
-
-
Brian Lloyd authored
-
Brian Lloyd authored
-
- 07 Jan, 2002 1 commit
-
-
Andreas Jung authored
as argument
-
- 21 Dec, 2001 2 commits
-
-
Andreas Jung authored
-
Andreas Jung authored
- replaced assert statements by calls to self.assertEqual() and self.assert_()
-
- 20 Dec, 2001 2 commits
-
-
Andreas Jung authored
-
Andreas Jung authored
calculated index fuer ..SetItem()
-
- 05 Dec, 2001 1 commit
-
-
Shane Hathaway authored
-
- 04 Dec, 2001 2 commits
-
-
Shane Hathaway authored
-
Tres Seaver authored
-
- 30 Nov, 2001 2 commits
-
-
Jeremy Hylton authored
-
Jeremy Hylton authored
Add __getstate__() and __setstate__() methods. Thanks to Chris McDonough for helping me see the problem. There are extensive comments that discuss the backwards compatibility issues. Basically, we must be careful that the pickles these methods operate on are just like the pickles generated by the old code, or developers couldn't switch back and forth between new and old code. That's a incompatibility we aren't willing to live with for now -- perhaps not ever. # If the internal representation of PersistentMapping changes, # it causes compatibility problems for pickles generated by # different versions of the code. Compatibility works in both # directions, because an application may want to share a database # between applications using different versions of the code. # Effectively, the original rep is part of the "API." To provide # full compatibility, the getstate and setstate must read and # right objects using the old rep. # As a result, the PersistentMapping must save and restore the # actual internal dictionary using the name _container.
-