1. 26 May, 2000 1 commit
  2. 24 May, 2000 1 commit
  3. 20 May, 2000 1 commit
  4. 17 May, 2000 3 commits
  5. 16 May, 2000 2 commits
  6. 12 May, 2000 1 commit
  7. 09 May, 2000 6 commits
  8. 05 May, 2000 2 commits
  9. 21 Apr, 2000 2 commits
  10. 20 Apr, 2000 2 commits
  11. 14 Apr, 2000 1 commit
    • Jim Fulton's avatar
      Restructured to use async socket code only. · ded1aae9
      Jim Fulton authored
      This reduced the amount of code and should
      make the next step, adding failure handling,
      much easier.
      
      Also changed invalidation protocol to be atomic
      (or close enough).
      ded1aae9
  12. 13 Apr, 2000 1 commit
  13. 12 Apr, 2000 1 commit
  14. 08 Apr, 2000 1 commit
  15. 06 Apr, 2000 1 commit
  16. 23 Mar, 2000 1 commit
  17. 22 Mar, 2000 3 commits
  18. 06 Mar, 2000 1 commit
  19. 11 Jan, 2000 1 commit
  20. 10 Dec, 1999 2 commits
    • Jim Fulton's avatar
      Fixed a bug in commiting or discarding versions. Some undone transactions · 04894d01
      Jim Fulton authored
      were not handled correctly.
      04894d01
    • Jim Fulton's avatar
      On systems where the fsync system call is available, we now call · fbde45ad
      Jim Fulton authored
      fsync when commiting transactions to make sure that transaction
      data are written to physical storage immediately. There is circumstantial
      evidence that database corruption has been caused due to problems with
      delayed write of data after Zope has flushed transaction data.
      
      Added logic to avoid writing empty transactions. It's imaginable that
      some future application might want to write empty transactions to
      capture transaction meta data. If this ever becomes an issue, then
      this feature would have to be made optional.
      fbde45ad
  21. 09 Dec, 1999 2 commits
    • Jim Fulton's avatar
      initial version · 8bff3c4e
      Jim Fulton authored
      8bff3c4e
    • Jim Fulton's avatar
      Added flush call in undo. · 039bcfc0
      Jim Fulton authored
      Added utility code to recover corrupted databases. Note that
      the recover method is imperfect. It doesn't recover lost data. It
      just repairs the file so the lost data doesn't prevent startup.
      
      To run the recovery code:
      
        - cd lib/python
        - python ZODB/fsrecover.py ../../var/Data.fs
      039bcfc0
  22. 07 Dec, 1999 1 commit
    • Jim Fulton's avatar
      The following scenario could lead to strange and serious errors: · 58d0299a
      Jim Fulton authored
        - Restart or pack Zope, causing an index to get written
      
        - Undo some transactions
      
        - Shutdown Zope ungracefully (e.g. kill)
      
      When Zope comes up, the index points to undone records for some
      objects. This can lead to all sorts of problems. :(
      
      To overcome this problem, we now remove the index after an
      undo.
      
      This increases the likelyhood that it will take longer to restart
      next time, but reduces the chance of a bad index.
      58d0299a
  23. 23 Nov, 1999 3 commits