On Monday 22 Feb 2010 21:10:53 you wrote:
> On Mon, Feb 22, 2010 at 7:30 PM, Nick Bailey
wrote:
> > Not top of your hit list, this one, I have to admit... But I did notice
> > that the values of nsec in instances of the RealTime class don't ever get
> > normalised. So that means that the nsec pr
On Mon, Feb 22, 2010 at 7:30 PM, Nick Bailey wrote:
> Not top of your hit list, this one, I have to admit... But I did notice that
> the values of nsec in instances of the RealTime class don't ever get
> normalised. So that means that the nsec property could wrap after repeated
> arithmetic manip
On Monday 22 February 2010, Nick Bailey wrote:
> Want a patch? Or don't you care? :)
I wonder if this explains one or more recurring, obscure, difficult to repeat
timing problems we have.
Worth a look at that patch, certainly, if you please.
--
D. Michael McIntyre
Not top of your hit list, this one, I have to admit... But I did notice that
the values of nsec in instances of the RealTime class don't ever get
normalised. So that means that the nsec property could wrap after repeated
arithmetic manipulation, producing a wrong answer.
How about you normalis
