1. 23 Mar, 2013 1 kayıt (commit)
  2. 05 Eyl, 2012 3 kayıt (commit)
    • Antoine Pitrou's avatar
      Issue #13992: The trashcan mechanism is now thread-safe. This eliminates · 58098a77
      Antoine Pitrou yazdı
      sporadic crashes in multi-thread programs when several long deallocator
      chains ran concurrently and involved subclasses of built-in container
      types.
      
      Because of this change, a couple extension modules compiled for 2.7.4
      (those which use the trashcan mechanism, despite it being undocumented)
      will not be loadable by 2.7.3 and earlier. However, extension modules
      compiled for 2.7.3 and earlier will be loadable by 2.7.4.
      58098a77
    • Antoine Pitrou's avatar
      Issue #13992: The trashcan mechanism is now thread-safe. This eliminates · 56cd62c0
      Antoine Pitrou yazdı
      sporadic crashes in multi-thread programs when several long deallocator
      chains ran concurrently and involved subclasses of built-in container
      types.
      
      Because of this change, a couple extension modules compiled for 3.2.4
      (those which use the trashcan mechanism, despite it being undocumented)
      will not be loadable by 3.2.3 and earlier. However, extension modules
      compiled for 3.2.3 and earlier will be loadable by 3.2.4.
      56cd62c0
    • Antoine Pitrou's avatar
      Issue #13992: The trashcan mechanism is now thread-safe. This eliminates · 2b0218a2
      Antoine Pitrou yazdı
      sporadic crashes in multi-thread programs when several long deallocator
      chains ran concurrently and involved subclasses of built-in container
      types.
      
      Because of this change, a couple extension modules compiled for 3.2.4
      (those which use the trashcan mechanism, despite it being undocumented)
      will not be loadable by 3.2.3 and earlier. However, extension modules
      compiled for 3.2.3 and earlier will be loadable by 3.2.4.
      2b0218a2
  3. 20 Agu, 2012 1 kayıt (commit)
  4. 22 Haz, 2012 1 kayıt (commit)
  5. 29 Nis, 2012 1 kayıt (commit)
  6. 14 Nis, 2012 1 kayıt (commit)
    • Brett Cannon's avatar
      Issue #2377: Make importlib the implementation of __import__(). · fd074155
      Brett Cannon yazdı
      importlib._bootstrap is now frozen into Python/importlib.h and stored
      as _frozen_importlib in sys.modules. Py_Initialize() loads the frozen
      code along with sys and imp and then uses _frozen_importlib._install()
      to set builtins.__import__() w/ _frozen_importlib.__import__().
      fd074155
  7. 13 Nis, 2012 4 kayıt (commit)
  8. 22 Kas, 2011 1 kayıt (commit)
  9. 30 Eki, 2011 1 kayıt (commit)
  10. 12 Eki, 2011 1 kayıt (commit)
  11. 27 Nis, 2011 2 kayıt (commit)
  12. 26 Nis, 2011 2 kayıt (commit)
  13. 16 Mar, 2011 2 kayıt (commit)
  14. 20 Eyl, 2010 1 kayıt (commit)
  15. 08 Eyl, 2010 3 kayıt (commit)
  16. 09 May, 2010 4 kayıt (commit)
  17. 03 May, 2010 1 kayıt (commit)
  18. 21 Mar, 2010 1 kayıt (commit)
  19. 03 Mar, 2010 3 kayıt (commit)
  20. 10 Kas, 2009 1 kayıt (commit)
  21. 17 Kas, 2008 1 kayıt (commit)
  22. 30 Eki, 2008 1 kayıt (commit)
    • Christian Heimes's avatar
      Issue 3723: Fixed initialization of subinterpreters · 6a27efa2
      Christian Heimes yazdı
      The patch fixes several issues with Py_NewInterpreter as well as the demo for multiple subinterpreters.
      Most of the patch was written by MvL with help from Benjamin, Amaury and me. Graham Dumpleton has verified that this patch fixes an issue with mod_wsgi.
      6a27efa2
  23. 12 Agu, 2008 2 kayıt (commit)
    • Georg Brandl's avatar
    • Georg Brandl's avatar
      Merged revisions… · 6aa2d1fe
      Georg Brandl yazdı
      Merged revisions 65459,65472,65481,65518,65536,65581,65609,65637,65641,65644-65645 via svnmerge from
      svn+ssh://pythondev@svn.python.org/python/trunk
      
      ........
        r65459 | gregory.p.smith | 2008-08-04 00:13:29 +0000 (Mon, 04 Aug 2008) | 4 lines
      
        - Issue #1857: subprocess.Popen.poll gained an additional _deadstate keyword
          argument in python 2.5, this broke code that subclassed Popen to include its
          own poll method.  Fixed my moving _deadstate to an _internal_poll method.
      ........
        r65472 | andrew.kuchling | 2008-08-04 01:43:43 +0000 (Mon, 04 Aug 2008) | 3 lines
      
        Bug 3228: Explicitly supply the file mode to avoid creating executable files,
        and add corresponding tests.
        Possible 2.5 backport candidate
      ........
        r65481 | gregory.p.smith | 2008-08-04 07:33:37 +0000 (Mon, 04 Aug 2008) | 22 lines
      
        Adds a sanity check to avoid a *very rare* infinite loop due to a corrupt tls
        key list data structure in the thread startup path.
      
        This change is a companion to r60148 which already successfully dealt with a
        similar issue on thread shutdown.
      
        In particular this loop has been observed happening from this call path:
         #0  in find_key ()
         #1  in PyThread_set_key_value ()
         #2  in _PyGILState_NoteThreadState ()
         #3  in PyThreadState_New ()
         #4  in t_bootstrap ()
         #5  in pthread_start_thread ()
      
        I don't know how this happens but it does, *very* rarely.  On more than
        one hardware platform.  I have not been able to reproduce it manually.
        (A flaky mutex implementation on the system in question is one hypothesis).
      
        As with r60148, the spinning we managed to observe in the wild was due to a
        single list element pointing back upon itself.
      ........
        r65518 | mark.dickinson | 2008-08-04 21:30:09 +0000 (Mon, 04 Aug 2008) | 7 lines
      
        Issue #1481296: (again!) Make conversion of a float NaN to an int or
        long raise ValueError instead of returning 0.  Also, change the error
        message for conversion of an infinity to an integer, replacing 'long' by
        'integer', so that it's appropriate for both long(float('inf')) and
        int(float('inf')).
      ........
        r65536 | andrew.kuchling | 2008-08-05 01:00:57 +0000 (Tue, 05 Aug 2008) | 1 line
      
        Bug 3228: take a test from Niels Gustaebel's patch, and based on his patch, check for having os.stat available
      ........
        r65581 | guido.van.rossum | 2008-08-07 18:51:38 +0000 (Thu, 07 Aug 2008) | 3 lines
      
        Patch by Ian Charnas from issue 3517.
        Add F_FULLFSYNC if it exists (OS X only so far).
      ........
        r65609 | antoine.pitrou | 2008-08-09 17:22:25 +0000 (Sat, 09 Aug 2008) | 3 lines
      
        #3205: bz2 iterator fails silently on MemoryError
      ........
        r65637 | georg.brandl | 2008-08-11 09:07:59 +0000 (Mon, 11 Aug 2008) | 3 lines
      
        - Issue #3537: Fix an assertion failure when an empty but presized dict
          object was stored in the freelist.
      ........
        r65641 | jesse.noller | 2008-08-11 14:28:07 +0000 (Mon, 11 Aug 2008) | 2 lines
      
        Remove the fqdn call for issue 3270
      ........
        r65644 | antoine.pitrou | 2008-08-11 17:21:36 +0000 (Mon, 11 Aug 2008) | 3 lines
      
        #3134: shutil referenced undefined WindowsError symbol
      ........
        r65645 | jesse.noller | 2008-08-11 19:00:15 +0000 (Mon, 11 Aug 2008) | 2 lines
      
        Fix the connection refused error part of issue 3419, use errno module instead of a static list of possible connection refused messages.
      ........
      6aa2d1fe
  24. 04 Agu, 2008 1 kayıt (commit)
    • Gregory P. Smith's avatar
      Adds a sanity check to avoid a *very rare* infinite loop due to a corrupt tls · d868be88
      Gregory P. Smith yazdı
      key list data structure in the thread startup path.
      
      This change is a companion to r60148 which already successfully dealt with a
      similar issue on thread shutdown.
      
      In particular this loop has been observed happening from this call path:
       #0  in find_key ()
       #1  in PyThread_set_key_value ()
       #2  in _PyGILState_NoteThreadState ()
       #3  in PyThreadState_New ()
       #4  in t_bootstrap ()
       #5  in pthread_start_thread ()
      
      I don't know how this happens but it does, *very* rarely.  On more than
      one hardware platform.  I have not been able to reproduce it manually.
      (A flaky mutex implementation on the system in question is one hypothesis).
      
      As with r60148, the spinning we managed to observe in the wild was due to a
      single list element pointing back upon itself.
      d868be88