[tz] tzdata2016g missing version information

Paul Eggert eggert at cs.ucla.edu
Fri Sep 30 15:43:00 UTC 2016


On 09/29/2016 01:21 AM, Martin Burnicki wrote:
> are the changes detected automatically at runtime
> and become effective for the application when a new version of the TZ DB
> is installed, or only after the application or run-time library is reloaded?

This depends on the library and on the application. Typically reloading 
is required, as this improves efficiency in the typical case. That's how 
the reference code works.

The issue is not limited to updating tzdata version. It can also occur 
when the system changes the wall-clock time zone, e.g., by changing 
/etc/localtime to point to a different file. On mobile devices this can 
occur when you (say) cross the Trammell Bridge from Blountstown to 
Bristol in Florida, to go from "slow time" (CST) to "fast time" (EST).

Some applications do tricks like 'setenv ("TZ", getenv ("TZ"))' to 
cajole the library into the heavyweight operation of reloading a changed 
zone file. The code is actually more complicated than that, as some 
libraries notice that you haven't actually changed TZ and so do nothing.

My source for "slow" and "fast time":

Klinkenberg J. Real Florida: time and time again. St Petersburg Times 
2004-04-04. 
http://www.sptimes.com/2004/04/04/Floridian/Real_Florida__Time_an.shtml



More information about the tz mailing list