1. 07 Jun, 2004 3 commits
  2. 03 Jun, 2004 13 commits
  3. 02 Jun, 2004 11 commits
  4. 01 Jun, 2004 4 commits
  5. 31 May, 2004 2 commits
    • Tim Peters's avatar
      testItemsNegativeIndex (3 instances): repaired off-by-one glitch in loop... · fcd911d2
      Tim Peters authored
      testItemsNegativeIndex (3 instances):  repaired off-by-one glitch in loop (range(i, j, k) is always exclusive of j).
      fcd911d2
    • Casey Duncan's avatar
      Fix bug indexing BTreeItems with negative values. Previous code assumed that... · b4ae0a53
      Casey Duncan authored
      Fix bug indexing BTreeItems with negative values. Previous code assumed that idexes passed to BTreeItem_item would be negative, in practice this was not the case, and an index of -1 actually passed len(items)-1 as the index argument. Consequently, it was possible to access each item using two negative indexes (i.e., -1 and -len(items)-1). This made each item appear twice in a reverse iteration.
      
      Code in BTreeItems_seek attempted to match the sign of the pseudoindex kept in the BTreeItems obj and the incoming index. Since this incoming index was never legitimately negative as it assumed, actually negatives passed in due to "overshooting" the first item would repeat the items again from the end. Removal of this code corrects the problem.
      
      Unittests which provoke the error in the original code have also been added.
      
      b4ae0a53
  6. 26 May, 2004 1 commit
  7. 24 May, 2004 2 commits
  8. 22 May, 2004 3 commits
    • Tim Peters's avatar
      find_files(): When trying to do recovery to a time earlier than that · 988b5fa1
      Tim Peters authored
      of the most recent full backup, repozo.py failed to find the appropriate
      files, erroneously claiming
      
          No files in repository before <specified time>
      
      Repaired that.  Also made it much more robust against "junk files" the
      user may create, or leave behind, in the backup directory.  Added test.
      988b5fa1
    • Tim Peters's avatar
      New test for repozo.py. It doesn't run automatically, · 01b1f3f9
      Tim Peters authored
      but nothing in scripts/tests/ does.  It failed before the
      earlier (today) fixes to repozo.py, and passes now.
      Better Than Nothing -- which is what we had before.
      01b1f3f9
    • Tim Peters's avatar
      Foward port fix for race in DB.open(): · 516183b5
      Tim Peters authored
      Under exceedingly rare conditions, a timing hole made it
      possible for a second open() call on a database to block for an
      arbitrarily long time.  This accounts for the intermittent
      failure of a thread to make any progress after 5 minutes in
      checkConcurrentUpdates1Storage.
      
      We intend to get rid of most of this delicate lock
      business, but before then the test failures are still
      hurting me.
      516183b5
  9. 21 May, 2004 1 commit
    • Tim Peters's avatar
      · 1ccd62fd
      Tim Peters authored
      Collector #1330:  repozo.py -R can create corrupt .fs.
      When looking for the backup files needed to recreate a Data.fs file,
      repozo could (unintentionally) include its meta .dat files in the list,
      or random files of any kind created by the user in the backup directory.
      These would then get copied verbatim into the reconstructed file, filling
      parts with junk.  Repaired by filtering the file list to include only
      files with the data extensions repozo.py creates (.fs, .fsz, .deltafs,
      and .deltafsz).  Thanks to James Henderson for the diagnosis.
      1ccd62fd