<div dir="ltr"><div>Hi Gary</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Sep 6, 2019 at 9:43 PM Gary E. Miller via users <<a href="mailto:users@ntpsec.org">users@ntpsec.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Yo shouldbe!<br>
<br>
> On Wed, 4 Sep 2019 17:09:04 +0100<br>
> shouldbe q931 via users <<a href="mailto:users@ntpsec.org" target="_blank">users@ntpsec.org</a>> wrote:<br>
> <br>
> > I saw something odd in ntpviz, which is that the server offset and<br>
> > server jitter on SHM(1) goes to 1 second. I thought it would be<br>
> > prudent to check another ntpviz, and <a href="https://pi3.rellim.com/day/" rel="noreferrer" target="_blank">https://pi3.rellim.com/day/</a><br>
> > shows similar.  <br>
> <br>
> Yup.  I have been seeing it myself.  Something happened many months<br>
> ago to cause that regression.  That is why I have been trying to<br>
> cleanup the time handling in gpsd.<br>
<br>
I had tired to attack this problem directly, but failed.  So I continued<br>
a process of moving all time in gpsd from double, timeval, timestamp, to<br>
timespec.  And the problem seemed to disappear as oddly as it appeared.<br>
<br>
Along with some other floating point oddness.<br>
<br>
Can you confirm you also see the problem gone?<br>
<br>
RGDS<br>
GARY<br></blockquote><div><br></div><div>I've just updated to gpsd: 3.19.1~dev (revision 3.19.1~dev-2019-09-07T11:34:03.812026) and will see what the graphs look like in a few hours.</div><div><br></div><div>Thanks!</div><div><br></div><div>Arne</div><div><br></div><div> </div></div></div>