[lkml]   [2000]   [Feb]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Question about stat()
In article <>,
Matti Aarnio <> wrote:

> Amicable goal, however I do suggest that programmer mindset is
> that "time_t*" is time with ONE SECOND resolution.

programmer mindset has also included such things as

sizeof(int) == sizeof(*)


sizeof(long) == sizeof(*)

And, just like what happened in these cases (well, it's still happening
in the sizeof(long) == sizeof(*) case) people will learn.

I'd love to see time64_t be a non-scalar type and force people to
use time64diff(), time64add(), time64sub(), et al to extract the
contents of it instead of the seductively simple approach of using
scalars that we have now.

> If you want to create a new type, call it, say:
> nanotime64_t


david parsons \bi/ date_t would work.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:56    [W:0.038 / U:0.024 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site