- 01 May, 2003 16 commits
-
-
Jeremy Hylton authored
-
Jeremy Hylton authored
Add main() function to do argument processing separate from recover().
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Tim Peters authored
version, and likely won't be again.
-
Tim Peters authored
-
Martijn Faassen authored
source tree. This should have taken care of most unused imports in Zope 3. :)
-
Jeremy Hylton authored
Covers the case where an object is only reachable in a version at the pack time.
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Tim Peters authored
instead of listcomps. Added new examples. Corrected minor mistakes. Removed the byValue() example and claimed that function is deprecated (it's almost never used, and it's hard to explain exactly what it does).
-
Tim Peters authored
-
- 30 Apr, 2003 2 commits
-
-
Jeremy Hylton authored
Windows will have fsync() starting with 2.2.3.
-
Jeremy Hylton authored
-
- 29 Apr, 2003 2 commits
-
-
John Dahlin authored
-
Jeremy Hylton authored
If asyncore is not running in a separate thread, the client needs to call poll() to perform the IO necessary for cache verification to finish. This allows us to eliminate several calls to sync() in the test suite.
-
- 25 Apr, 2003 1 commit
-
-
Jeremy Hylton authored
-
- 24 Apr, 2003 3 commits
-
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
- 23 Apr, 2003 5 commits
-
-
Jeremy Hylton authored
XXX I've got no idea what this is actually supposed to do. It may be that clearing the old cache isn't safe, but only if it never was. If a non-ghost object is in the cache, it seems that attempts to use it will go through the wrong cache.
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
Problem reported by Ulla Theiss and diagnosed by Shane Hathaway. The long and short of it is that persistent objects refer to their connection which refers to its cache which refers to the persistent objects. We can't let GC find the cycle because persistent objects are extension class objects, and, thus, don't participate in GC. Add an explicit clear() method that removes non-ghost objects from the ring without going to all the trouble of ghosting them. At some point, they'll just get deallocated (which will ghostify them). A cleared cache has non-ghost objects in the dict that are not in the ring, so we need to add some checks for whether the object is actually in the ring.
-
Jeremy Hylton authored
-
- 22 Apr, 2003 8 commits
-
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
- 21 Apr, 2003 2 commits
-
-
Fred Drake authored
-
Phillip J. Eby authored
the 'name' attr is '#PCDATA' not '#NMTOKEN', because name fields need to allow the '*' or '+' sign in the content.
-
- 17 Apr, 2003 1 commit
-
-
Guido van Rossum authored
recursively to avoid blowing up when a tuple contains a really long string (e.g. 100 MB in size).
-