Message110112
| Author |
belopolsky |
| Recipients |
belopolsky, mark.dickinson, pitrou, rhettinger, tim.peters |
| Date |
2010年07月12日.17:01:14 |
| SpamBayes Score |
0.0016036391 |
| Marked as misclassified |
No |
| Message-id |
<AANLkTil3mK5cU-yjqSqOuihR8FKZ_DNhUdgVrYtm6_sY@mail.gmail.com> |
| In-reply-to |
<1278950831.38.0.490683626473.issue9079@psf.upfronthosting.co.za> |
| Content |
On Mon, Jul 12, 2010 at 12:07 PM, Antoine Pitrou <report@bugs.python.org> wrote:
..
> Instead of being defined in _time.h, perhaps the new API function should be provided by core Python?
This is an interesting idea, but proposed Py_gettimeofday inherits
float_time logic of falling back on ftime and then plain time in case
gettimeofday is not available. I am not sure this behavior is always
beneficial. I notice that Python/ceval_gil.h has a comment /* We
assume all modern POSIX systems have gettimeofday() */, which means it
handles windows completely differently and using Py_gettimeofday
instead of GETTIMEOFDAY in gil code may not be appropriate. |
|