Applied, thanks!
Flavio Cruz, le lun. 02 janv. 2023 18:15:15 -0500, a ecrit:
> time_value64_t uses int64_t to track seconds and nanoseconds and hence
> is Y2038 proof. It does not have nano second resolution but it could
> be provided in the future.
>
> Removed include/sys/time.h as it remaps tim
Flavio Cruz, le lun. 02 janv. 2023 18:17:04 -0500, a ecrit:
> On Wed, Dec 21, 2022 at 10:12:30PM +0100, Samuel Thibault wrote:
> > Flavio Cruz, le mer. 21 déc. 2022 16:06:32 -0500, a ecrit:
> > > On Wed, Dec 21, 2022 at 12:23:03PM +0100, Samuel Thibault wrote:
> > > > Also, could you perhaps Cc Hel
On Wed, Dec 21, 2022 at 10:12:30PM +0100, Samuel Thibault wrote:
Flavio Cruz, le mer. 21 déc. 2022 16:06:32 -0500, a ecrit:
On Wed, Dec 21, 2022 at 12:23:03PM +0100, Samuel Thibault wrote:
> Also, could you perhaps Cc Helmut Grohne ? He will be
> very interested in including the patches to prepa
time_value64_t uses int64_t to track seconds and nanoseconds and hence
is Y2038 proof. It does not have nano second resolution but it could
be provided in the future.
Removed include/sys/time.h as it remaps time_value_t into timeval which
can create confusion.
The timestamp from keyboard and mou
Hello,
For information, the flurry of fixes in the hurd and glibc repository
were triggered by a static analysis by the coverity tool. Thanks Flávio
for his cross-hurd repository that made that very easy to set up :)
I only triaged and fixed the very obvious pieces, there are quite a few
reports
