Re: [9fans] Re: APE:sys/time.h: long instead of suseconds_t

2021-10-14 Thread Conor Williams
yeah, that's exactly it... well done man... good stuff ta failte roimhat... /c:20211410:1900 On Thu, Oct 14, 2021 at 6:31 PM wrote: > Le Thu, Oct 14, 2021 at 06:11:54PM +, Conor Williams a écrit : > > surely you can shift a 64 bit long? > > > > In fact, I have read cursorily the man page an

Re: [9fans] Re: APE:sys/time.h: long instead of suseconds_t

2021-10-14 Thread tlaronde
Le Thu, Oct 14, 2021 at 06:11:54PM +, Conor Williams a écrit : > surely you can shift a 64 bit long? > In fact, I have read cursorily the man page and misread "the time is expressed in seconds and microseconds since EPOCH" to mean "expressed in seconds AND expressed in microseconds" while the

Re: [9fans] Re: APE:sys/time.h: long instead of suseconds_t

2021-10-14 Thread Conor Williams
surely you can shift a 64 bit long? On Thu, Oct 14, 2021 at 6:04 PM wrote: > Le Thu, Oct 14, 2021 at 07:56:37PM +0200, tlaronde a écrit : > > As suggested by o...@eigenstate.org, I have used gettimeofday(2) to > > achieve what I needed. > > > > But I had to change suseconds_t (in POSIX) to long