- 30 Jul, 2003 1 commit
-
-
Christian Robottom authored
usage, python2.1 fixes, and fix one or two bugs (missing import, lacking check for invalid database type, etc)
-
- 28 Jul, 2003 2 commits
-
-
Christian Robottom authored
-
Christian Robottom authored
-
- 15 Jul, 2003 1 commit
-
-
Tres Seaver authored
- Make ZEO server actually startable. Note that the ZConfig option for the authentication database is named 'database', while the equivalent argument to the StorageServer initializer is called 'filename': "One of these things just doesn't belong!"
-
- 10 Jul, 2003 4 commits
-
-
Fred Drake authored
provide more than one ZConfig schema component.
-
Phillip J. Eby authored
-
Fred Drake authored
-
Fred Drake authored
-
- 09 Jul, 2003 1 commit
-
-
Fred Drake authored
from Python 2.3. These warnings are displayed when running the unit tests. This patch fixes the occurrances that are triggered by the unit tests; there are probably others.
-
- 03 Jul, 2003 1 commit
-
-
Jeremy Hylton authored
-
- 01 Jul, 2003 2 commits
-
-
Jim Fulton authored
-
Jim Fulton authored
-
- 30 Jun, 2003 1 commit
-
-
Jeremy Hylton authored
-
- 24 Jun, 2003 3 commits
-
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jim Fulton authored
-
- 20 Jun, 2003 1 commit
-
-
Tim Peters authored
-
- 19 Jun, 2003 1 commit
-
-
Tim Peters authored
had to create a new timestamp. Fixed. check2ZODBThreads(), check7ZODBThreads(): Close the database when these tests end. Else they leak bigtime, obscuring searches for real leaks.
-
- 18 Jun, 2003 1 commit
-
-
Tim Peters authored
Fred's machine, due to this routine falling off the end and returning None. Sync'ing the connection after a ConflictError appears to fix it, or at least make it much less likely to fail.
-
- 16 Jun, 2003 20 commits
-
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Tim Peters authored
not enough stuff in the Windows Python to wait for spawned servers to shut down. Spawned servers inherit descriptors for open files from the spawning process, and because Windows won't let you delete a file that's still open, the client can't get rid of temp .zec files until the server(s) disappear(s). There's no good fix for this before 2.3 on Windows. For now, try deleting the temp files repeatedly, sleeping between failures, but don't wait forever. If a temp file can't be deleted in the end, raise the appropriate exception. This should be rare. It's important not to keep going blindly, as I saw one case earlier today where a test passed by accident due to picking up a .zec file left behind by a previous test run.
-
Tim Peters authored
it actually manages to do a commit on the second server.
-
Tim Peters authored
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.
-
Tim Peters authored
-
Tim Peters authored
-
Jeremy Hylton authored
-
Tim Peters authored
-
Tim Peters authored
Otherwise the temp zec file can't be deleted on Windows.
-
Tim Peters authored
zec file name (the code intended to do this all along).
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
It was lost backporting changes from the 3.1 branch, which doesn't have the last tid feature.
-
Tim Peters authored
-
Jeremy Hylton authored
(All the other non-test ZODB code uses cStringIO.)
-
- 13 Jun, 2003 1 commit
-
-
Tim Peters authored
it up to date.
-