17 Nov
2011
17 Nov
'11
7:51 p.m.
Le 17/11/11 20:28, Kenneth Porter a écrit :
I need high precision under Windows XP but don't need long-term date accuracy. To that end, I think it would be useful to have a microsec_clock implemented in terms of the Windows QueryPerformanceCounter API (which wraps a CPU register query) instead of the GetSystemTimeAsFileTime API (which is only good to 15 msecs and almost guarantees a context switch).
Has anyone attempted this? How hard is it to code up a new clock source to fit into the Boost date_time design?
Boost.Chrono provided different clocks, but no date. Maybe this is was you are locking for :) Best, Vicente