This is the mail archive of the mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: gettimeofday() does not returns usec resolution

> Hmm.  I do remember this patch.  Can you submit this to cygwin-patches
> in the correct format: ?

Given enough time, yes (never hacked that one, but it seems that only
winsup/cygwin/ would need to be modified).. anyway of course I'm one of
the few that actually would like to have this feature so I guess there's no big

Of course the number reported by PerformanceTimer has an unknown offset with
system time (it appears to start at 0 at program start, but that's not clearly
specified) so I would have calculate an initial "offset" in the "old" way... this
would give 3-4 microsecond precision on "deltas" but an initial uncertainty of
the usual 15 milliseconds or so.

I guess that it's better that having that uncertainty between ANY two
measurations... but if someone has some other idea.. please suggest =)

> Do you have an assignment on file with Red Hat?

Sorry but english knowledge doesn't let me understand "assignment on file", could
you explain it to me with other words?

> >-------
> >int gettimeofday(struct timeval *tv, struct timezone *tz)
> >{....
> >}
> >------------

A note for everyone: that implementation was taken from tim Prince's message on
lmbench and of course lacked any syncronization with real time as was used only
for deltas.

Lapo 'Raist' Luchini (PGP & X.509 keys available) (ICQ UIN: 529796)

Unsubscribe info:
Bug reporting:

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]