[issue7264] test_threading_local sometimes hangs when run with -R

2009-11-04 Thread Antoine Pitrou
Antoine Pitrou added the comment: Good point. Here is a new patch. -- Added file: http://bugs.python.org/file15264/threading_local2.patch ___ Python tracker ___ _

[issue7264] test_threading_local sometimes hangs when run with -R

2009-11-04 Thread Gregory P. Smith
Gregory P. Smith added the comment: How about defining this in threading.py: def _enumerate(): """Internal use only: enumerate() without the lock.""" return _active.values() + _limbo.values() And calling it from _threading_local instead of accessing _active and _limbo directly. --

[issue7264] test_threading_local sometimes hangs when run with -R

2009-11-04 Thread Antoine Pitrou
Changes by Antoine Pitrou : -- versions: +Python 2.6, Python 3.1, Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue7264] test_threading_local sometimes hangs when run with -R

2009-11-04 Thread Antoine Pitrou
Changes by Antoine Pitrou : -- stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue7264] test_threading_local sometimes hangs when run with -R

2009-11-04 Thread Antoine Pitrou
Antoine Pitrou added the comment: It turns out that the __del__ method in _threading_local.py tries to call threading.enumerate() which itself takes the _active_limbo_lock. The problem is that __del__ can be called at any point in time (because of the GC), including at a point where the same thr

[issue7264] test_threading_local sometimes hangs when run with -R

2009-11-04 Thread Antoine Pitrou
New submission from Antoine Pitrou : If I run something like: ./python -m test.regrtest -R3:2: test_threading_local Python sometimes hangs and I have to "kill -9" it. Running through gdb shows it gets stuck at the following point: /home/antoine/cpython/debug/Lib/threading.py (239): wait /hom