1. 24 Dec, 2007 1 commit
  2. 19 Dec, 2007 1 commit
  3. 18 Dec, 2007 4 commits
  4. 15 Dec, 2007 1 commit
  5. 14 Dec, 2007 1 commit
  6. 13 Dec, 2007 2 commits
  7. 10 Dec, 2007 1 commit
  8. 05 Dec, 2007 2 commits
  9. 03 Dec, 2007 1 commit
  10. 01 Dec, 2007 1 commit
  11. 30 Nov, 2007 1 commit
  12. 29 Nov, 2007 2 commits
  13. 25 Nov, 2007 1 commit
  14. 24 Nov, 2007 4 commits
  15. 23 Nov, 2007 3 commits
  16. 22 Nov, 2007 2 commits
  17. 21 Nov, 2007 2 commits
  18. 19 Nov, 2007 3 commits
  19. 15 Nov, 2007 1 commit
  20. 13 Nov, 2007 2 commits
    • Amaury Forgeot d'Arc's avatar
      Backport for issue1265 (pdb bug with "with" statement). · eb341cba
      Amaury Forgeot d'Arc authored
      When an unfinished generator-iterator is garbage collected, PyEval_EvalFrameEx
      is called with a GeneratorExit exception set.  This leads to funny results
      if the sys.settrace function itself makes use of generators.
      A visible effect is that the settrace function is reset to None.
      Another is that the eventual "finally" block of the generator is not called.
      
      It is necessary to save/restore the exception around the call to the trace
      function.
      
      This happens a lot with py3k: isinstance() of an ABCMeta instance runs
          def __instancecheck__(cls, instance):
              """Override for isinstance(instance, cls)."""
              return any(cls.__subclasscheck__(c)
                         for c in {instance.__class__, type(instance)})
      which lets an opened generator expression each time it returns True.
      
      And the problem can be reproduced in 2.5 with pure python code.
      eb341cba
    • Guido van Rossum's avatar
      News about list_repeat() fix. · b443a424
      Guido van Rossum authored
      b443a424
  21. 12 Nov, 2007 4 commits