[Anthony Baxter] > >>> I'm > >>> not aware of anyone having done a fix for the issue Tim identified > >>> ( http://www.python.org/sf/1069160 ) [Raymond Hettinger] > > Any chance of this getting fixed before 2.4.1 goes out in February? [Timbot] > It probably won't be fixed by me. It would be better if a Unix-head > volunteered to repair it, because the most likely kind of thread race > (explained in the bug report) has proven impossible to provoke on > Windows (short of carefully inserting sleeps into Python's C code) any > of the times this bug has been reported in the past (the same kind of > bug has appeared several times in different parts of Python's > threading code -- holding the GIL is not sufficient protection against > concurrent mutation of the tstate chain, for reasons explained in the > bug report). > > A fix is very simple (also explained in the bug report) -- acquire the > damn mutex, don't trust to luck. Hey Unix-heads. Any takers? Raymond
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4