Message110114
On Mon, Jul 12, 2010 at 1:06 PM, Antoine Pitrou <report@bugs.python.org> wrote:
..
> Indeed, the GIL code would probably still use its own code paths.
> However, other less sensitive code could rely on the new API. For
> example, it is not critical for lock timeouts to benefit from the full
> gettimeofday() precision.
That may be true, but I would rather proceed in small steps. First
expose it in _time.h so that it is shared by time and datetime
modulesand then if specific uses are found inside core python, move it
to a more appropriate header. Lock timeouts are not a good use case
for gettimeofday because POSIX APIs use nonoseconds instead of
microseconds. |
|
Date |
User |
Action |
Args |
2010-07-12 17:16:45 | belopolsky | set | recipients:
+ belopolsky, tim.peters, rhettinger, mark.dickinson, pitrou |
2010-07-12 17:16:43 | belopolsky | link | issue9079 messages |
2010-07-12 17:16:43 | belopolsky | create | |
|