- 07 Jun, 2004 1 commit
-
-
Tim Peters authored
-
- 03 Jun, 2004 13 commits
-
-
Fred Drake authored
-
Tim Peters authored
worker thread creates could cause mysterious exceptions in *later* tests (when running all the tests, they appeared to come out of checkDetail, which runs right after checkMinimizeTerminates). Changed the CantRidOfMe class so that instances of the class *can* be gotten rid of, keying off a new module bool. The checkMinimizeTerminates worker thread uses this to defang the objects after the body of the test has completed.
-
Tim Peters authored
-
Tim Peters authored
-
Tim Peters authored
-
Tim Peters authored
-
Tim Peters authored
In replace(), print feedback to stderr, since fileinput hijacks stdout.
-
Tim Peters authored
release, tried to make this script much more robust. Use r-strings for regexps. Junk unnecessary code that a Unixhead probably thought was needed for Windows (replacing forward slashes in filepaths -- Windows accepts those too). Made the search criteria for NEWS.txt much looser (this is the one we seem to blow most often). Changed replace() in several ways: only replace the first occurrence of the pattern (we never need more than that, and looser searches are dangerous when replacing all occurrences); provide feedback on everything done; if the pattern isn't found at all, print a noisy msg saying so. Completed the list of modified files in the module docstring.
-
Tim Peters authored
-
Tim Peters authored
SAX stuff (that all comes with the minimum Python needed to run ZODB now).
-
Tim Peters authored
God knows it will get out of synch someday, but continuing to call it version 0.3a2 is crazy.
-
Tim Peters authored
Call it beta 1. Recommend Python 2.3.4. Retract the promise that ZEO incompatibilities will be fixed in beta 1.
-
Tim Peters authored
to the dead StandaloneZODB project at SourceForge.
-
- 02 Jun, 2004 11 commits
-
-
Tim Peters authored
cacheMeanDeal, and cacheMeanDeac methods from the DB class. They were untested, undocumented, unused, and did nothing of use (the first always returned an empty tuple, the rest always returned None).
-
Tim Peters authored
-
Tim Peters authored
-
Fred Drake authored
-
Fred Drake authored
this should be automated by zpkg, but just name it specifically for now
-
Fred Drake authored
-
Jim Fulton authored
-
Fred Drake authored
- the implementation is a shim around the "persistent" package, so we need that - the tests import a function from ZODB.util
-
Fred Drake authored
error if zope.interface is not available (the ZODB import is not checked at all, though)
-
Casey Duncan authored
-
Tim Peters authored
- Put horizontal whitespace around most operators. - Split all compound statements to have one statement per physical line. - Switched to augmented assignment where possible.
-
- 01 Jun, 2004 4 commits
-
-
Tim Peters authored
so just get rid of them.
-
Tim Peters authored
-
Tim Peters authored
distutils scripts= argument. I misunderstood the purpose of that.
-
Tim Peters authored
distutils scripts= argument. I misunderstood the purpose of that.
-
- 31 May, 2004 2 commits
-
-
Tim Peters authored
testItemsNegativeIndex (3 instances): repaired off-by-one glitch in loop (range(i, j, k) is always exclusive of j).
-
Casey Duncan authored
Fix bug indexing BTreeItems with negative values. Previous code assumed that idexes passed to BTreeItem_item would be negative, in practice this was not the case, and an index of -1 actually passed len(items)-1 as the index argument. Consequently, it was possible to access each item using two negative indexes (i.e., -1 and -len(items)-1). This made each item appear twice in a reverse iteration. Code in BTreeItems_seek attempted to match the sign of the pseudoindex kept in the BTreeItems obj and the incoming index. Since this incoming index was never legitimately negative as it assumed, actually negatives passed in due to "overshooting" the first item would repeat the items again from the end. Removal of this code corrects the problem. Unittests which provoke the error in the original code have also been added.
-
- 26 May, 2004 1 commit
-
-
Tim Peters authored
Removing the subtree rooted at ZODB/src/ZODB/zodb4/.
-
- 24 May, 2004 2 commits
-
-
Tim Peters authored
execute permissions. This deals with the ZODB and ZEO ones enumerated there.
-
Tim Peters authored
-
- 22 May, 2004 3 commits
-
-
Tim Peters authored
of the most recent full backup, repozo.py failed to find the appropriate files, erroneously claiming No files in repository before <specified time> Repaired that. Also made it much more robust against "junk files" the user may create, or leave behind, in the backup directory. Added test.
-
Tim Peters authored
but nothing in scripts/tests/ does. It failed before the earlier (today) fixes to repozo.py, and passes now. Better Than Nothing -- which is what we had before.
-
Tim Peters authored
Under exceedingly rare conditions, a timing hole made it possible for a second open() call on a database to block for an arbitrarily long time. This accounts for the intermittent failure of a thread to make any progress after 5 minutes in checkConcurrentUpdates1Storage. We intend to get rid of most of this delicate lock business, but before then the test failures are still hurting me.
-
- 21 May, 2004 2 commits
-
-
Tim Peters authored
Collector #1330: repozo.py -R can create corrupt .fs. When looking for the backup files needed to recreate a Data.fs file, repozo could (unintentionally) include its meta .dat files in the list, or random files of any kind created by the user in the backup directory. These would then get copied verbatim into the reconstructed file, filling parts with junk. Repaired by filtering the file list to include only files with the data extensions repozo.py creates (.fs, .fsz, .deltafs, and .deltafsz). Thanks to James Henderson for the diagnosis.
-
Tim Peters authored
-
- 19 May, 2004 1 commit
-
-
Tim Peters authored
This fixes it, based on an approach suggested by Toby Dickenson. The triggering condition wasn't entirely sane, so was very rare: a persistent object with a __del__ method that referenced an attribute of self. scan_gc_items(): Look at persistent objects accessed while this is running at most once. New test checkMinimizeTerminates(): This spawns a thread that will in fact run forever if you don't recompile cPickleCache.c. The test suite will keep running, but checkMinimizeTerminates will fail, and all future calls to cacheMinimize() will be effectively ignored (so other bad things may happen as a result).
-