New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
bz2file deadlock #51454
Comments
There is a systemic bug in BZ2File where the GIL is released to perform The problem is pretty simple. Say you have two threads and one bz2file What happens today is: If any owner of the bz2file object lock will release the GIL, *all* |
Thanks, nice catch. |
On Sun, 2009-10-25 at 22:00 +0000, Antoine Pitrou wrote:
Yeah :).
Python 2.5 is also affected - its what we're running on the server that -Rob |
Yes, but it doesn't receive any bug fixes anymore -- only security |
On Sun, 2009-10-25 at 22:27 +0000, Antoine Pitrou wrote:
Ok, we'll work around the issue there then ;) -Rob |
Here is a patch. |
On Mon, 2009-10-26 at 19:23 +0000, Antoine Pitrou wrote:
Looks fine to me assuming that the locking functions can be used outside On the test side, the case I supplied was low noise for me - I'd -Rob |
Yes, they can. Actually, even the GIL uses them. :-)
Well, your test case often succeeded here, so I decided on a more |
On Mon, 2009-10-26 at 21:27 +0000, Antoine Pitrou wrote:
fair enough, if its needed - its needed :) -Rob |
Fixed in r75818 (trunk), r75819 (2.6), r75820 (py3k), r75821 (3.1). Thanks! |
On my Fedora 11 AMD x86_64 system, it appears the deadlock still occurs Observed in: trunk but not -r 75817 ~jim |
IMPORTANT Correction: Please disregard msg96472. I was forgetting to do .configure and make, and evidently getting bogus test_bz2 works fine now, ..sorry for the false alarm. ~jim |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: