1. 12 May, 2001 7 commits
  2. 11 May, 2001 27 commits
  3. 10 May, 2001 6 commits
    • Fred Drake's avatar
      Write a better synopsis for the Scrap module, and provide a link to · b8fe9bb1
      Fred Drake authored
      useful documentation on the Scrap Manager.
      b8fe9bb1
    • Fred Drake's avatar
    • Tim Peters's avatar
      Restore dicts' tp_compare slot, and change dict_richcompare to say it · 551c3c31
      Tim Peters authored
      doesn't know how to do LE, LT, GE, GT.  dict_richcompare can't do the
      latter any faster than dict_compare can.  More importantly, for
      cmp(dict1, dict2), Python *first* tries rich compares with EQ, LT, and
      GT one at a time, even if the tp_compare slot is defined, and
      dict_richcompare called dict_compare for the latter two because
      it couldn't do them itself.  The result was a lot of wasted calls to
      dict_compare.  Now dict_richcompare gives up at once the times Python
      calls it with LT and GT from try_rich_to_3way_compare(), and dict_compare
      is called only once (when Python gets around to trying the tp_compare
      slot).
      Continued mystery:  despite that this cut the number of calls to
      dict_compare approximately in half in test_mutants.py, the latter still
      runs amazingly slowly.  Running under the debugger doesn't show excessive
      activity in the dict comparison code anymore, so I'm guessing the culprit
      is somewhere else -- but where?  Perhaps in the element (key/value)
      comparison code?  We clearly spend a lot of time figuring out how to
      compare things.
      551c3c31
    • Tim Peters's avatar
      Make test_mutants stronger by also adding random keys during comparisons. · bcc3918f
      Tim Peters authored
      A Mystery:  test_mutants ran amazingly slowly even before dictobject.c
      "got fixed".  I don't have a clue as to why.  dict comparison was and
      remains linear-time in the size of the dicts, and test_mutants only tries
      100 dict pairs, of size averaging just 50.  So "it should" run in less than
      an eyeblink; but it takes at least a second on this 800MHz box.
      bcc3918f
    • Tim Peters's avatar
      Change test_mmap.py to use test_support.TESTFN instead of hardcoded "foo", · 1680b79f
      Tim Peters authored
      and wrap the body in try/finally to ensure TESTFN gets cleaned up no
      matter what.
      1680b79f
    • Tim Peters's avatar
      Repair typos in comments. · 48c4801c
      Tim Peters authored
      48c4801c