gpsd-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [gpsd-dev] gpsd rolls back to 1999


From: Sanjeev Gupta
Subject: Re: [gpsd-dev] gpsd rolls back to 1999
Date: Wed, 26 Jun 2019 16:55:23 +0800

Eric, I am running git head on ntpsec.  I am not sure that we should be fixing this in ntpsec, it should be fixed in gpsd.

I regret that gpsd still reports 1999, and ntpsec jumps back on startup.

Let me know what debug reports you would like.


--
Sanjeev Gupta
+65 98551208     http://www.linkedin.com/in/ghane


On Sun, Jun 23, 2019 at 10:08 AM Eric S. Raymond <address@hidden> wrote:
Gary E. Miller <address@hidden>:
> > I've done the refactor. Now we need to understand what's busted.
>
> It fixes a different problem.  Just look at the many recently
> submitted samples.  Basically $GPRMC and $GPZDA report '99' and
> '1999" respectively.  With the month, day also off.

unfold_century() ia suoposed to solve that problem.

> > The direction of my thinking was rgat mike.tubby could use it to
> > replace the kudge in the Trimble driver.
>
> The trimble code is working off GPS Weeks.  Different problem.

The code tthat is now in ntp_wrapdate.c is supposed to rectify that, too.

Looks like at least I'vee isolared where the problrm is...
--
                <a href="" href="http://www.catb.org/~esr/" rel="noreferrer" target="_blank">http://www.catb.org/~esr/">Eric S. Raymond</a>



reply via email to

[Prev in Thread] Current Thread [Next in Thread]