- 18 Aug, 2000 3 commits
-
-
Jim Fulton authored
methods. Added logic to handle case where object *only* has version data. Made debug logging a tad more verbose. Errors in pickling exceptions were misshandled, causing the server to fail.
-
Jim Fulton authored
when server comes back. Fixed totallu broken 'versions', 'commitVersion', and 'abortVersion' methods. Added logic to handle case where object *only* has version data.
-
Jim Fulton authored
Fixed bug in handling of data for objects created in a version (for which there is no non-version data).
-
- 12 Aug, 2000 2 commits
- 10 Aug, 2000 7 commits
-
-
Jim Fulton authored
-
Jim Fulton authored
-
Jim Fulton authored
-
Jim Fulton authored
-
Jim Fulton authored
-
Jim Fulton authored
server to implement vote correctly.
-
Jim Fulton authored
argument and didn't work with FileStorages. The -S option allows you to specify a module variable name that is different from the storage name. You can now include a '.py' suffix in the module name, if you must.
-
- 08 Aug, 2000 4 commits
-
-
Jim Fulton authored
-
Jim Fulton authored
-
Jim Fulton authored
-
Jim Fulton authored
missing so that other code doesn't have to check that it's there. Removed one check and added assignment of storage tpc_vote method in version support code.
-
- 07 Aug, 2000 8 commits
-
-
mindlace authored
-
Jim Fulton authored
integers that could lead to database corruption. Now all file position computation is done with Python longs. Thanks to Shane Hathaway for finding this. Fixed a bug that could cause database corruption if transaction user names, descriptions, or extension data exceeded 64K bytes. This was due to the faulty assumption that struct.pack caught overflows, which it doesn't. :( Changed to use new tpc_vote protocol. This allows errors that occur in the last transaction step to be caught during the first phase of two-phase commit. For example, if we run out of disk space, we now catch the problem early enough to recover from it.
-
Jim Fulton authored
_abort.
-
Jim Fulton authored
Added some comments.
-
Jim Fulton authored
split database XML export/import into separate module at Zope application level, since it (currently) depends on Zope-specific, rather than ZODB-specific code.
-
Jim Fulton authored
-
Jim Fulton authored
bypasses/takes-over transaction processing.
-
- 04 Aug, 2000 1 commit
-
-
Jim Fulton authored
application level, since it (currently) depends on Zope-specific, rather than ZODB-specific code.
-
- 03 Aug, 2000 1 commit
-
-
Shane Hathaway authored
error messages.
-
- 01 Aug, 2000 1 commit
-
-
Shane Hathaway authored
FileStorage from expanding to 2 GB.
-
- 26 Jul, 2000 1 commit
-
-
Jim Fulton authored
-
- 12 Jul, 2000 1 commit
-
-
Shane Hathaway authored
-
- 10 Jul, 2000 2 commits
-
-
Jim Fulton authored
-
Jim Fulton authored
previous packs. Packs to earlier times can cause data lossage.
-
- 07 Jul, 2000 6 commits
-
-
Jim Fulton authored
-
Jim Fulton authored
of the startup invalidation protocol.
-
Jim Fulton authored
-
Jim Fulton authored
called from a separate thread than the async main loop. We only want the async main loop to close our _call (rpc) object. Instead of closing it directly, we call closeIntensionally(), which, in return, requests that the async main loop closes it, via the select trigger.
-
Jim Fulton authored
when a transaction is about to be written. It would be bad if we "flipped" the cache twice during a transaction, as we would have incomplete transaction data. Note that this means that we could exceed the target cache size if the data for a transaction exceeded the target size (/2). Changed the way that the storage is closed. Our close method may be called from a separate thread than the async main loop. We only want the async main loop to close our _call (rpc) object. Instead of closing it directly, we call closeIntensionally(), which, in return, requests that the async main loop closes it, via the select trigger.
-
Jim Fulton authored
Added seek before write in invalidate method. Without this, strange things happen on NT and solaris. (I was probably breaking a rule of thumb that says never to do a write() right after a read() even though tell() would indicate I was in the right place.) Added logic to update the cache index on an invalidate. Added a separate call to check the cache size so that we only check when a transaction is about to be written. It would be bad if we "flipped" the cache twice during a transaction, as we would have incomplete transaction data. Note that this means that we could exceed the target cache size if the data for a transaction exceeded the target size (/2).
-
- 06 Jul, 2000 1 commit
-
-
Jim Fulton authored
-
- 05 Jul, 2000 2 commits
-
-
Jim Fulton authored
- Serving multiple storages, - Serving storages other than file storages.
-
Jim Fulton authored
access.
-