➜

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 pitrou
Recipients pitrou, vstinner
Date 2009-03-18.10:35:38
SpamBayes Score 0.00035670574
Marked as misclassified No
Message-id <1237372611.7161.2.camel@fsol>
In-reply-to <1237341574.15.0.571117961578.issue5502@psf.upfronthosting.co.za>
Content 
> But it looks that py3k is stronger because it doesn't crash. Is it the 
> power of the GIL?

Yes, it is.
In theory, we needn't take the lock in all of BufferedReader.readline(),
only when calling external code which might itself release the GIL. In
practice, we didn't bother optimizing the lock-taking, for the sake of
simplicity. If the lock really accounts for a significant part of the
runtime cost, we can try to do better.
History
Date User Action Args
2009-03-18 10:35:40pitrousetrecipients: + pitrou, vstinner
2009-03-18 10:35:38pitroulinkissue5502 messages
2009-03-18 10:35:38pitroucreate