[issue1608921] PyThread_release_lock with pthreads munges errno

Changes by Benjamin Peterson : -- resolution: -> invalid ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue1608921] PyThread_release_lock with pthreads munges errno

Stephan R.A. Deibel added the comment: He he, well my attempts at replicating this on Linux and OS X failed using Python 2.3->2.6 so I'm closing this bug. I'm uploading the test case for what it's worth. My best guess at what happened is that there was some interaction w/ older gdb, since I do

[issue1608921] PyThread_release_lock with pthreads munges errno

John Ehresman added the comment: Any possibility of a test case? -- nosy: +jpe ___ Python tracker ___ ___ Python-bugs-list mailing

[issue1608921] PyThread_release_lock with pthreads munges errno

Stephan R.A. Deibel added the comment: Here is a patch against Python 2.6.1 that restores errno after the "sanity check" in lock_PyThread_release_lock in Modules/threadmodule.c. A potential controversy is whether it should be done here or in thread_pthread.h but I believe that we should protect

[issue1608921] PyThread_release_lock with pthreads munges errno

Changes by David Christian : -- nosy: +dugan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue1608921] PyThread_release_lock with pthreads munges errno

Stephan R.A. Deibel added the comment: If you are at PyCon 2009 sprints, try to see if you can find John Ehresman in the Python Core sprint to see it happen at line 115 of threadops.c in the Wing 3.2 source base. If you're not there or can't find him, I'll try to make a small example later. Fe

[issue1608921] PyThread_release_lock with pthreads munges errno

Daniel Diniz added the comment: Stephan, Can you provide a test case? -- nosy: +ajaksu2 stage: -> test needed type: -> behavior versions: +Python 2.6 -Python 2.5 ___ Python tracker