Re: [gccsdk] [GCCSDK commit] lee - r7304 - in trunk/gcc4/recipe/files/gcc/libunixlib: . unix

2020-06-03 Thread Lee Noar
On 03/06/2020 16:58, alan buckley wrote: Chris, I think you�re right it looks like I was dividing it down to seconds, not centi-seconds. Have you tried my updated code (with the correct number of zeros) in your version of the GCCSDK and does it fix your original problem? I've tried it wi

Re: [gccsdk] [GCCSDK commit] lee - r7304 - in trunk/gcc4/recipe/files/gcc/libunixlib: . unix

2020-06-03 Thread alan buckley
.uk> Sent: 03 June 2020 15:49 To: gcc@gccsdk.riscos.info<mailto:gcc@gccsdk.riscos.info> Subject: Re: [gccsdk] [GCCSDK commit] lee - r7304 - in trunk/gcc4/recipe/files/gcc/libunixlib: . unix I think you have too many zeros - I believe it should be: end = now + timeout-&

Re: [gccsdk] [GCCSDK commit] lee - r7304 - in trunk/gcc4/recipe/files/gcc/libunixlib: . unix

2020-06-03 Thread Chris Johns
I think you have too many zeros - I believe it should be: end = now + timeout->tv_sec * 100 + (timeout->tv_usec+) / 1; Cheers Chris On 09/05/2020 17:44, alan buckley wrote: I don’t think this commit is correct. I checked the definition of select on Linux and it says the

Re: [gccsdk] [GCCSDK commit] lee - r7304 - in trunk/gcc4/recipe/files/gcc/libunixlib: . unix

2020-05-09 Thread alan buckley
I don’t think this commit is correct. I checked the definition of select on Linux and it says the time is in microseconds and it should round up to the next clock update frequency. The original isn’t correct either. I don’t know what the frequency is on RISC OS, but if it’s to a centi-second yo