Názory k článku
Chyba v GPSD vás může o víkendu přenést do března 2002

To přeci nastalo 7. dubna 2019. Jak to, že už po dvou letech znova?

22. 10. 2021, 08:11 editováno autorem komentáře

Ta chyba ve skutečnosti není spojená s vynulováním čítače týdnů v GPS. V kódu GPSD bylo natvrdo zadrátováno, že týden 2180 je někdy daleko v budoucnu, takže pokud se k němu kód dopočítal, je to chyba a má se vrátit o 20 let zpět.

Ve skutečnosti jde o vynulování v roce 2038, bylo to ale v GPSD špatně naprogramováno a kvůli tomu se datum mění tento víkend. Opravil jsem to ve zprávičce.

Asi používali počet přestupných sekund na určení ve kterém dvacetiletí se nacházíme. A to nyní selhalo.

https://gitlab.com/gpsd/gpsd/-/issues/144

Nešlo by jednoduše určit dvacetiletí na základě data buildu, jakožto minimálního data které dává smysl? Pak bude zaručena funkčnost vždy na 20 let od poslední aktualizace systému. Bude to mít jen jeden nedostatek, že to nebude použitelné pro cestovatele časem :-)

Nebo staci

A. mit sekundarni zdroj hodin, i kdyz nepresny, k poskytnuti ramcoveho casu (at uz RTC cip, nebo DCF)

B. mit persistentni pamet v systemu s gps prijimacem, kde se ulozi aktualni epocha/tyden (nebo odskrtne minula, jako kredit na telefonni predplacence)

Samozrejme to B taky selze nejen pro cestovatele casem, ale i pro ty, co si system vypnou na 10+ let, takze to ztrati vazbu na realitu :)

Se divim ze tam par bitu neslo pridat do nejakych rozsirenych sprav. Od 1978 se to wraplo uz dvakrat :)

Ad "datum buildu" - ono to nemusi brat datum buildu, staci tam hardcodovat aktualni epochu + tyden, jako referencni bod absolutniho casu, a to uda okno pro pristich 20 let.

Dnes se mi rozjel čas na Androidu asi o dvacet minut (odpojeném od internetu). Když jsem byl jinde, časem se srovnal... a po návratu se zase začal rozjíždět. Nějaký lokální problém v mobilní síti, možná související, i když víceméně hádám jak to zhruba funguje.