- 17 Oct, 2008 5 commits
-
-
Jim Fulton authored
in and that the file must not be open.
-
Jim Fulton authored
-
Jim Fulton authored
windows. The test author asures me that leaving the handle open wasn't intentional.
-
Jim Fulton authored
deal with changes in hashability of persistent lists in Python 2.6. (It's still a puzzle why they are hashable in realier versions of Python, but not in Python 2.6.)
-
Jim Fulton authored
that is cleaned up at the start of a test run. Unfortunately, the ZODB tests leave lots of temporary files behind which can cause failures in subsequent test runs and which tend to litter /tmp. Eventually, I want to clean that up, but, in the mean time, I can limit the damage to the test part directory.
-
- 13 Oct, 2008 1 commit
-
-
Christophe Combelles authored
-
- 12 Oct, 2008 2 commits
-
-
Christophe Combelles authored
3.8 branch)
-
Christophe Combelles authored
-
- 11 Oct, 2008 1 commit
-
-
Christophe Combelles authored
-
- 10 Oct, 2008 2 commits
-
-
Tres Seaver authored
-
Tres Seaver authored
-
- 27 Sep, 2008 1 commit
-
-
Jim Fulton authored
unsigned long field after a signed char state field and a 3-character reserved field. This didn't work because there are packages in the wild that have their own copies of cPersistence.h that didn't see the update. To get around this, we used the reserved space by making estimated_size a 24-bit bit field in the space occupied by the old 3-character reserved field. To fit in 24 bits, we made the units of estimated_size 64-character blocks. This allows is to handle up to a GB. We should never see that, but to be paranoid, we also truncate sizes greater than 1GB. We also set the minimum size to 64 bytes.
-
- 26 Sep, 2008 1 commit
-
-
Benji York authored
-
- 24 Sep, 2008 2 commits
-
-
Andreas Zeidler authored
-
Andreas Zeidler authored
-
- 23 Sep, 2008 5 commits
-
-
Jim Fulton authored
correctly, leaving the client storage in an inconsistent state.
-
Jim Fulton authored
the file storage is closed because it's internal meta data may be invalid.
-
Michael Howitz authored
-
Michael Howitz authored
-
Michael Howitz authored
-
- 22 Sep, 2008 2 commits
-
-
Jim Fulton authored
-
Jim Fulton authored
number of writes. This was done during the last phase of two-phase commit, which made this critical phase more subject to errors than it should have been. Also, for large databases, saves were done so infrequently as to be useless. The feature was removed to reduce the chance for errors during the last phase of two-phase commit.
-
- 18 Sep, 2008 5 commits
-
-
Tres Seaver authored
-
Tres Seaver authored
-
Tres Seaver authored
-
Tres Seaver authored
-
Tres Seaver authored
-
- 17 Sep, 2008 2 commits
-
-
Jim Fulton authored
-
Jim Fulton authored
-
- 11 Sep, 2008 1 commit
-
-
Rob Miller authored
initialized (as can happen when making a deep copy of a blob object)
-
- 10 Sep, 2008 1 commit
-
-
Jim Fulton authored
than verifying it.
-
- 06 Sep, 2008 1 commit
-
-
Jim Fulton authored
control.
-
- 05 Sep, 2008 8 commits
-
-
Jim Fulton authored
triggers. Now that server triggers are shared, it makes no sense to close them. It's possible that the old logic in _pull_trigger got around the potential problem intriduced when I made the server trigger shared. I can't think of a good reason, otherwise, why tests weren't failing. Getting rid of close trigger simplified the code a bit. Also factored some common close behavior, allowing me to get rid of an override.
-
Jim Fulton authored
-
Jim Fulton authored
-
Jim Fulton authored
with the data in a way that prevents data from being loaded into the cache. We don't yet know why, but added an exception handler to prevent this error from being fatal.
-
Jim Fulton authored
-
Jim Fulton authored
an out-of-date server.
-
Jim Fulton authored
-
Jim Fulton authored
servers that serve ZEO clients (use ZEO clients as their storages) to be delayed.
-