Showing content from http://mail.python.org/pipermail/python-dev/attachments/20160609/3e1a4596/attachment.html below:
<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 06/09/2016 05:00 PM, Steve Dower
wrote:<br>
</div>
<blockquote cite="mid:E1bB9sy-0000CB-C5@se2-syd.hostedmail.net.au"
type="cite">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<div>
<div style="font-family: Calibri,sans-serif; font-size: 11pt;">If
the pattern is really going to be the hasattr check you posted
earlier, can we just do it for people and save them writing
code that won't work on different OSs?<br>
</div>
</div>
</blockquote>
<br>
No. That's what got us into this mess in the first place.<br>
<br>
3.5.0 and 3.5.1 *already* changed to the new behavior, and it
resulted in the situation where CPython blocked forever at startup
in these certain edge cases. os.urandom() has been around for more
than a decade, we can't unilaterally change its semantics now.Â
os.urandom() in 3.5 has to go back to how it behaved on Linux in
3.4. And if I were release manager for 3.6, I'd say "it has to stay
that way in 3.6 too".<br>
<br>
However, Guido's already said "don't add os.getrandom() in 3.5", so
the debate is somewhat irrelevant.<br>
<br>
<br>
<i>/arry</i><br>
</body>
</html>
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