- 02 Oct, 2003 8 commits
-
-
Jeremy Hylton authored
-
Tim Peters authored
tricks left name thread undefined at runtime. Repair that. Plus add comments, use meaningful variable names, stop pretending we can run on a system without threads, and don't use "id" (a builtin name) as a local vrbl name.
-
Tim Peters authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
caught by pychecker
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
- 30 Sep, 2003 1 commit
-
-
Fred Drake authored
-
- 25 Sep, 2003 2 commits
-
-
Fred Drake authored
-
Fred Drake authored
recent changes: - the addition of the "file" attribute of the import element - the removal of the restriction about what sectiontypes components can extend
-
- 15 Sep, 2003 1 commit
-
-
Jeremy Hylton authored
Please make all future changes on the Zope-2_7-branch instead.
-
- 03 Sep, 2003 1 commit
-
-
Christian Robottom authored
-
- 06 Aug, 2003 2 commits
-
-
Tim Peters authored
checkTimeoutProvokingConflicts: These shouldn't start a server; setup already did. Starting two servers caused intermittent failures on Windows, due to lockfile contention.
-
Tim Peters authored
+ If a storage times out between the vote and the finish, the ZEO cache could get populated with objects that don't make it to the storage server. A new flag self._midtxn_disconnect gets reset in tpc_begin() and set in notifyDisconnected(). If tpc_finish() discovers this flag set, it raises a ClientDisconnected error before calling tpc_finish() on the server. + In tpc_finish() we re-order the calls so that the server's tpc_finish() is called (and must succeed) before we update the ZEO client cache. + The storage name is now prepended to the sort key, to ensure a unique global sort order if storages are named uniquely. + Added new tests for the above (checkTimeoutAfterVote, checkTimeoutProvokingConflicts, checkSortKey).
-
- 02 Aug, 2003 2 commits
-
-
Chris McDonough authored
Changes: - startup log handler now pays attention to the logging levels of the handlers defined within the config file and uses the "lowest" level to log messages to stdout during startup. - entirely removed warning when the starting user's umask is "too permissive". it wasn't clear that it added any value under normal operations. - replaced ancient setuid code with code stolen from zdaemon that works the same but looks nicer.
-
Chris McDonough authored
Don't try to optimize by checking for disabled and effective levels within the log method. The logger's level may not be meaningful if this logger is configured with handlers that accept messages at a lower level than that of the logger itself.
-
- 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 4 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.
-