This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author gregory.p.smith
Recipients Giovanni.Bajo, avian, bobbyi, gregory.p.smith, jcea, lesha, neologix, nirai, pitrou, sbt, sdaoden, vstinner
Date 2012-01-14.19:40:51
SpamBayes Score 3.865887e-10
Marked as misclassified No
Message-id <1326570052.5.0.861056478517.issue6721@psf.upfronthosting.co.za>
In-reply-to
Content
A new lock type will NOT solve this.  It is ALWAYS okay to clear all thread/threading module locks after a fork.

They are and always have been process-local by definition so they are also by definition 100% invalid to any child process.

Anyone who has written code using them to "lock" an out-of-process resource has written code that is already broken today. Thread locks can't guard network resources.
History
Date User Action Args
2012-01-14 19:40:52gregory.p.smithsetrecipients: + gregory.p.smith, jcea, pitrou, vstinner, nirai, bobbyi, neologix, Giovanni.Bajo, sdaoden, sbt, avian, lesha
2012-01-14 19:40:52gregory.p.smithsetmessageid: <1326570052.5.0.861056478517.issue6721@psf.upfronthosting.co.za>
2012-01-14 19:40:51gregory.p.smithlinkissue6721 messages
2012-01-14 19:40:51gregory.p.smithcreate