Showing content from http://mail.python.org/pipermail/python-dev/attachments/20120202/76b7e91a/attachment.html below:
<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#330033">
On 2/2/2012 6:28 AM, Antoine Pitrou wrote:
<blockquote cite="mid:20120202152831.5b85cad6@pitrou.net"
type="cite">
<pre wrap="">On Thu, 2 Feb 2012 15:09:41 +0100
Victor Stinner <a class="moz-txt-link-rfc2396E" href="mailto:victor.stinner@haypocalc.com"><victor.stinner@haypocalc.com></a> wrote:
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">Why int? That doesn't seem to bring anything.
</pre>
</blockquote>
<pre wrap="">
It helps to deprecate/replace os.stat_float_times(), which may be used
for backward compatibility (with Python 2.2 ? :-)).
</pre>
</blockquote>
<pre wrap="">
I must admit I don't understand the stat_float_times documentation:
âFor compatibility with older Python versions, accessing stat_result as
a tuple always returns integers.
Python now returns float values by default. Applications which do not
work correctly with floating point time stamps can use this function to
restore the old behaviour.â
These two paragraphs seem to contradict themselves.
That said, I don't understand why we couldn't simply deprecate
stat_float_times() right now. Having an option for integer timestamps
is pointless, you can just call int() on the result if you want.
Regards
Antoine.
</pre>
</blockquote>
<br>
Sorry to bring this up, but the PEP should probably consider another
option: Introducing a precedent following os.stat_decimal_times().Â
Like os.stat_float_times, it would decide the return types of
timestamps from os.stat. Or something along that line. Having it
affect the results of time.time would be weird, though. And the
whole design of os.stat_float_times smells of something being
designed wrong in the first place, to need such an API to retain
backward compatibility. But I'm not sure it is, even yet, designed
for such flexibility.<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