- tz - lists.iana.org

valgrind errors loading UTC
by Richter, Jörg Sept. 8, 2014

Sept. 8, 2014

When loading ‚UTC‘ the function tzload seems to use an uninitialized value here: localtime.c:574: for (i = 0; i < sp->typecnt; ++i) if (sp->types[i] == 0) // <- sp->types[0] is uninitialized (sp->typecnt is 1) break; It might be a user error on my side. But I am unable to spot it. Note that the UTC file was generated with an older version. This is with tzcode2014g - Jörg

2 2

[PROPOSED PATCH] * Makefile (check_sorted): Further improve quality of checks.
by Paul Eggert Sept. 7, 2014

Sept. 7, 2014

* NEWS: Document this. * zone1970.tab: Sort country codes better. --- Makefile | 13 +++++++++---- NEWS | 4 ++++ zone1970.tab | 2 +- 3 files changed, 14 insertions(+), 5 deletions(-) diff --git a/Makefile b/Makefile index 86682ce..7bdd642 100644 --- a/Makefile +++ b/Makefile @@ -487,12 +487,17 @@ check_white_space: $(ENCHILADA) ! grep -n '[[:space:]]$$' $(ENCHILADA) ! grep -n "$$(printf '[\f\r\v]\n')" $(ENCHILADA) -check_sorted: backward backzone iso3166.tab zone1970.tab - $(AWK) '/^Link/ {print $$3}' backward | LC_ALL=C sort -c - $(AWK) '/^Zone/ {print $$2}' backzone | LC_ALL=C sort -c - $(AWK) '/^[^#]/ {print}' iso3166.tab | LC_ALL=C sort -c +CHECK_CC_LIST = { n = split($$1,a,/,/); for (i=2; i<=n; i++) print a[1], a[i]; } + +check_sorted: backward backzone iso3166.tab zone.tab zone1970.tab + $(AWK) '/^Link/ {print $$3}' backward | LC_ALL=C sort -cu + $(AWK) '/^Zone/ {print $$2}' backzone | LC_ALL=C sort -cu + $(AWK) '/^[^#]/ {print $$1}' iso3166.tab | LC_ALL=C sort -cu + $(AWK) '/^[^#]/ {print $$1}' zone.tab | LC_ALL=C sort -c $(AWK) '/^[^#]/ {print substr($$0, 1, 2)}' zone1970.tab | \ LC_ALL=C sort -c + $(AWK) '/^[^#]/ $(CHECK_CC_LIST)' zone1970.tab | \ + LC_ALL=C sort -cu check_tables: checktab.awk $(PRIMARY_YDATA) $(ZONETABLES) for tab in $(ZONETABLES); do \ diff --git a/NEWS b/NEWS index 0f3c809..3134648 100644 --- a/NEWS +++ b/NEWS @@ -23,6 +23,10 @@ Unreleased, experimental changes An access to uninitalized data has been fixed. (Thanks to Jörg Richter for reporting the problem.) + Changes affecting build procedure + + 'make check' now checks better for properly-sorted data. + Changes affecting documentation and commentary zdump -c's treatment of years is now documented to use the diff --git a/zone1970.tab b/zone1970.tab index 03c50d8..f0e38f1 100644 --- a/zone1970.tab +++ b/zone1970.tab @@ -323,7 +323,7 @@ TM +3757+05823 Asia/Ashgabat TN +3648+01011 Africa/Tunis TO -2110-17510 Pacific/Tongatapu TR +4101+02858 Europe/Istanbul -TT,AG,AI,BL,DM,GD,GP,MF,LC,KN,MS,VC,VG,VI +1039-06131 America/Port_of_Spain +TT,AG,AI,BL,DM,GD,GP,KN,LC,MF,MS,VC,VG,VI +1039-06131 America/Port_of_Spain TV -0831+17913 Pacific/Funafuti TW +2503+12130 Asia/Taipei UA +5026+03031 Europe/Kiev most locations -- 1.9.1

1 0

[PROPOSED PATCH 1/2] * Makefile (check_sorted): Fix typo in recent change.
by Paul Eggert Sept. 7, 2014

Sept. 7, 2014

--- Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile b/Makefile index 8e0a6d7..86682ce 100644 --- a/Makefile +++ b/Makefile @@ -491,7 +491,7 @@ check_sorted: backward backzone iso3166.tab zone1970.tab $(AWK) '/^Link/ {print $$3}' backward | LC_ALL=C sort -c $(AWK) '/^Zone/ {print $$2}' backzone | LC_ALL=C sort -c $(AWK) '/^[^#]/ {print}' iso3166.tab | LC_ALL=C sort -c - $(AWK) '/^[^#]/ {print substr($0, 1, 2)}' zone1970.tab | \ + $(AWK) '/^[^#]/ {print substr($$0, 1, 2)}' zone1970.tab | \ LC_ALL=C sort -c check_tables: checktab.awk $(PRIMARY_YDATA) $(ZONETABLES) -- 1.9.1

1 1

[PROPOSED PATCH 1/2] Move out-of-scope UTC+2 African zones to 'backzone'.
by Paul Eggert Sept. 6, 2014

Sept. 6, 2014

* africa (Africa/Blantyre, Africa/Bujumbura, Africa/Gaborone) (Africa/Harare, Africa/Kigali, Africa/Lubumbashi, Africa/Lusaka): Change these from zones to links to Africa/Maputo. (Africa/Maseru, Africa/Mbabane): Change these from zones to links to Africa/Johannesburg. * backzone: Move the old data here. * checktab.awk (tztab): Remove special cases for these zones. * NEWS: Document the above. --- NEWS | 8 ++++++++ africa | 55 ++++++++++++++++++------------------------------------- backzone | 50 +++++++++++++++++++++++++++++++++++++++++++++++--- checktab.awk | 9 --------- 4 files changed, 73 insertions(+), 49 deletions(-) diff --git a/NEWS b/NEWS index 0327005..91ce1e7 100644 --- a/NEWS +++ b/NEWS @@ -7,6 +7,14 @@ Unreleased, experimental changes Shanks says Asia/Novokuznetsk switched from LMT (not "NMT") on 1924-05-01, not 1920-01-06. The old entry was based on a misinterpretation of Shanks. + Some more zones have been turned into links, when they differed + from existing zones only for older time stamps. As usual, + these changes affect UTC offsets in pre-1970 time stamps only. + Their old contents have been moved to the 'backzone' file. + The affected zones are: Africa/Blantyre, Africa/Bujumbura, + Africa/Gaborone, Africa/Harare, Africa/Kigali, Africa/Lubumbashi, + Africa/Lusaka, Africa/Maseru, and Africa/Mbabane. + Changes affecting code An access to uninitalized data has been fixed. diff --git a/africa b/africa index 10354b0..b17c62b 100644 --- a/africa +++ b/africa @@ -110,23 +110,13 @@ Zone Africa/Algiers 0:12:12 - LMT 1891 Mar 15 0:01 # See Africa/Lagos. # Botswana -# From Paul Eggert (2013-02-21): -# Milne says they were regulated by the Cape Town Signal in 1899; -# assume they switched to 2:00 when Cape Town did. -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Gaborone 1:43:40 - LMT 1885 - 1:30 - SAST 1903 Mar - 2:00 - CAT 1943 Sep 19 2:00 - 2:00 1:00 CAST 1944 Mar 19 2:00 - 2:00 - CAT +# See Africa/Maputo. # Burkina Faso # See Africa/Abidjan. # Burundi -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Bujumbura 1:57:28 - LMT 1890 - 2:00 - CAT +# See Africa/Maputo. # Cameroon # See Africa/Lagos. @@ -161,10 +151,7 @@ Zone Indian/Comoro 2:53:04 - LMT 1911 Jul # Moroni, Gran Comoro 3:00 - EAT # Democratic Republic of the Congo -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Lubumbashi 1:49:52 - LMT 1897 Nov 9 - 2:00 - CAT -# The above is for the eastern part; see Africa/Lagos for the western part. +# See Africa/Lagos for the western part and Africa/Maputo for the eastern. # Republic of the Congo # See Africa/Lagos. @@ -466,11 +453,7 @@ Zone Africa/Nairobi 2:27:16 - LMT 1928 Jul 3:00 - EAT # Lesotho -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Maseru 1:50:00 - LMT 1903 Mar - 2:00 - SAST 1943 Sep 19 2:00 - 2:00 1:00 SAST 1944 Mar 19 2:00 - 2:00 - SAST +# See Africa/Johannesburg. # Liberia # From Paul Eggert (2006-03-22): @@ -552,9 +535,7 @@ Zone Indian/Antananarivo 3:10:04 - LMT 1911 Jul 3:00 - EAT # Malawi -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Blantyre 2:20:00 - LMT 1903 Mar - 2:00 - CAT +# See Africa/Maputo. # Mali # Mauritania @@ -964,6 +945,13 @@ Zone Africa/El_Aaiun -0:52:48 - LMT 1934 Jan # El Aaiún # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Maputo 2:10:20 - LMT 1903 Mar 2:00 - CAT +Link Africa/Maputo Africa/Blantyre # Malawi +Link Africa/Maputo Africa/Bujumbura # Burundi +Link Africa/Maputo Africa/Gaborone # Botswana +Link Africa/Maputo Africa/Harare # Zimbabwe +Link Africa/Maputo Africa/Kigali # Rwanda +Link Africa/Maputo Africa/Lubumbashi # E Dem. Rep. of Congo +Link Africa/Maputo Africa/Lusaka # Zambia # Namibia # The 1994-04-03 transition is from Shanks & Pottenger. @@ -1031,9 +1019,7 @@ Zone Indian/Reunion 3:41:52 - LMT 1911 Jun # Saint-Denis # Tromelin - inhabited until at least 1958 # Rwanda -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Kigali 2:00:16 - LMT 1935 Jun - 2:00 - CAT +# See Africa/Maputo. # St Helena # See Africa/Abidjan. @@ -1077,6 +1063,9 @@ Rule SA 1943 1944 - Mar Sun>=15 2:00 0 - Zone Africa/Johannesburg 1:52:00 - LMT 1892 Feb 8 1:30 - SAST 1903 Mar 2:00 SA SAST +Link Africa/Johannesburg Africa/Maseru # Lesotho +Link Africa/Johannesburg Africa/Mbabane # Swaziland +# # Marion and Prince Edward Is # scientific station since 1947 # no information @@ -1104,9 +1093,7 @@ Zone Africa/Khartoum 2:10:08 - LMT 1931 Link Africa/Khartoum Africa/Juba # Swaziland -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Mbabane 2:04:24 - LMT 1903 Mar - 2:00 - SAST +# See Africa/Johannesburg. # Tanzania # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -1227,11 +1214,5 @@ Zone Africa/Kampala 2:09:40 - LMT 1928 Jul 3:00 - EAT # Zambia -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Lusaka 1:53:08 - LMT 1903 Mar - 2:00 - CAT - # Zimbabwe -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Harare 2:04:12 - LMT 1903 Mar - 2:00 - CAT +# See Africa/Maputo. diff --git a/backzone b/backzone index d9183cd..d63afab 100644 --- a/backzone +++ b/backzone @@ -57,10 +57,18 @@ Zone Africa/Banjul -1:06:36 - LMT 1912 -1:00 - WAT 1964 0:00 - GMT +# Malawi +Zone Africa/Blantyre 2:20:00 - LMT 1903 Mar + 2:00 - CAT + # Republic of the Congo Zone Africa/Brazzaville 1:01:08 - LMT 1912 1:00 - WAT +# Burundi +Zone Africa/Bujumbura 1:57:28 - LMT 1890 + 2:00 - CAT + # Guinea Zone Africa/Conakry -0:54:52 - LMT 1912 0:00 - GMT 1934 Feb 26 @@ -92,11 +100,29 @@ Zone Africa/Freetown -0:53:00 - LMT 1882 -1:00 SL %s 1957 0:00 SL %s +# Botswana +# From Paul Eggert (2013-02-21): +# Milne says they were regulated by the Cape Town Signal in 1899; +# assume they switched to 2:00 when Cape Town did. +Zone Africa/Gaborone 1:43:40 - LMT 1885 + 1:30 - SAST 1903 Mar + 2:00 - CAT 1943 Sep 19 2:00 + 2:00 1:00 CAST 1944 Mar 19 2:00 + 2:00 - CAT + +# Zimbabwe +Zone Africa/Harare 2:04:12 - LMT 1903 Mar + 2:00 - CAT + # South Sudan Zone Africa/Juba 2:06:24 - LMT 1931 2:00 Sudan CA%sT 2000 Jan 15 12:00 3:00 - EAT +# Rwanda +Zone Africa/Kigali 2:00:16 - LMT 1935 Jun + 2:00 - CAT + # Democratic Republic of the Congo (west) Zone Africa/Kinshasa 1:01:12 - LMT 1897 Nov 9 1:00 - WAT @@ -105,6 +131,10 @@ Zone Africa/Kinshasa 1:01:12 - LMT 1897 Nov 9 Zone Africa/Libreville 0:37:48 - LMT 1912 1:00 - WAT +# Togo +Zone Africa/Lome 0:04:52 - LMT 1893 + 0:00 - GMT + # Angola # # Shanks gives 1911-05-26 for the transition to WAT, @@ -116,9 +146,13 @@ Zone Africa/Luanda 0:52:56 - LMT 1892 0:52:04 - AOT 1912 Jan 1 # Angola Time 1:00 - WAT -# Togo -Zone Africa/Lome 0:04:52 - LMT 1893 - 0:00 - GMT +# Democratic Republic of the Congo (east) +Zone Africa/Lubumbashi 1:49:52 - LMT 1897 Nov 9 + 2:00 - CAT + +# Zambia +Zone Africa/Lusaka 1:53:08 - LMT 1903 Mar + 2:00 - CAT # Equatorial Guinea # @@ -131,6 +165,16 @@ Zone Africa/Malabo 0:35:08 - LMT 1912 0:00 - GMT 1963 Dec 15 1:00 - WAT +# Lesotho +Zone Africa/Maseru 1:50:00 - LMT 1903 Mar + 2:00 - SAST 1943 Sep 19 2:00 + 2:00 1:00 SAST 1944 Mar 19 2:00 + 2:00 - SAST + +# Swaziland +Zone Africa/Mbabane 2:04:24 - LMT 1903 Mar + 2:00 - SAST + # Niger Zone Africa/Niamey 0:08:28 - LMT 1912 -1:00 - WAT 1934 Feb 26 diff --git a/checktab.awk b/checktab.awk index 0f113f4..84c49ff 100644 --- a/checktab.awk +++ b/checktab.awk @@ -17,18 +17,9 @@ BEGIN { if (zone_table == "zone1970.tab") { tztab["Africa/Addis_Ababa"] = 1 tztab["Africa/Asmara"] = 1 - tztab["Africa/Blantyre"] = 1 - tztab["Africa/Bujumbura"] = 1 tztab["Africa/Dar_es_Salaam"] = 1 tztab["Africa/Djibouti"] = 1 - tztab["Africa/Gaborone"] = 1 - tztab["Africa/Harare"] = 1 tztab["Africa/Kampala"] = 1 - tztab["Africa/Kigali"] = 1 - tztab["Africa/Lubumbashi"] = 1 - tztab["Africa/Lusaka"] = 1 - tztab["Africa/Maseru"] = 1 - tztab["Africa/Mbabane"] = 1 tztab["Africa/Mogadishu"] = 1 tztab["America/Antigua"] = 1 tztab["America/Cayman"] = 1 -- 1.9.1

1 1

[PROPOSED PATCH] * europe (Asia/Novokuznetsk), NEWS: Fix misreading of Shanks.
by Paul Eggert Sept. 6, 2014

Sept. 6, 2014

--- NEWS | 8 ++++++++ europe | 2 +- 2 files changed, 9 insertions(+), 1 deletion(-) diff --git a/NEWS b/NEWS index 8ddd091..50b5852 100644 --- a/NEWS +++ b/NEWS @@ -1,5 +1,13 @@ News for the tz database +Unreleased, experimental changes + + Changes affecting past time stamps + + Shanks says Asia/Novokuznetsk switched from LMT (not "NMT") on 1924-05-01, + not 1920-01-06. The old entry was based on a misinterpretation of Shanks. + + Release 2014g - 2014-08-28 12:31:23 -0700 Changes affecting future time stamps diff --git a/europe b/europe index 0130552..067acb6 100644 --- a/europe +++ b/europe @@ -2501,7 +2501,7 @@ Zone Asia/Novosibirsk 5:31:40 - LMT 1919 Dec 14 6:00 # The Kemerovo region will remain at UTC+7 through the 2014-10-26 change, thus # realigning itself with KRAT. -Zone Asia/Novokuznetsk 5:48:48 - NMT 1920 Jan 6 +Zone Asia/Novokuznetsk 5:48:48 - LMT 1924 May 1 6:00 - KRAT 1930 Jun 21 # Krasnoyarsk Time 7:00 Russia KRA%sT 1991 Mar 31 2:00s 6:00 Russia KRA%sT 1992 Jan 19 2:00s -- 1.9.1

1 0

Confirm
by luis zavala Sept. 5, 2014

Sept. 5, 2014

Confirm

1 0

Re: [tz] [tz-announce] 2014g release of tz code and data available
by Paul Eggert Sept. 4, 2014

Sept. 4, 2014

kzimmermann(a)ups.com wrote: > Does this mean that Turks and Caicos will NOT BE OBSERVING DayLight Savings time anymore? Yes, starting in November according to 2014g. See its 'northamerica' file, which cites the following for why they won't change the clocks in November: http://tcweeklynews.com/daylight-savings-time-to-be-maintained-p5353-127.htm 2014g models this as a change from Eastern Daylight Time (EDT, UTC-4) to Atlantic Standard Time (AST, UTC-4) on November 2. That is, the clocks won't change in November, but the alphabetic time zone abbreviation will. Admittedly this disagrees with the headline of that news article (which implies they will use DST year-round), but the longstanding convention of the tz database is to model "perpetual DST" as standard time. and since the time stamps will be correct nobody will much care about the distinction. > What will the time zone name be for the Turks and Caicos....currently I have America/Grand Turk? Will this change? No. All you should need is an updated (2014g or later) database.

1 0

Instructions
by luis zavala Sept. 4, 2014

Sept. 4, 2014

1 0

Confusion about links in backward and backzone files
by Jon Skeet Sept. 2, 2014

Sept. 2, 2014

I've just been trying to "compile" the 2014g data into my Noda Time data format, and I've run against a couple of problems due to trying to include both the "backward" and "backzone" files. I'd like to just clarify the intention here, from the perspective of direct consumers of the files providing a service to others. It looks (from a brief look) like everything that's in backzone is also in backward, but the reverse is untrue - so it's not like we should *always* use backwards, but optionally *override* some previous definitions using the data in backzone... so things that would otherwise be defined as aliases may gain full zone rules, and aliases themselves may change (e.g. Antarctica/South_Pole). Is that a fair representation? I suspect that for the moment I just won't include backzone as a data source, with the result of the same set of zone IDs as in 2014f, but more of them being aliases. For most Noda Time users that's probably fine, but I may well want to allow users to use backzone data in the future, so I figure it's worth understanding as early as possible... Jon

3 2

I found a bug in tzdata2014f.tar.gz for Europe/Moscow or similar such as Europe/Volgograd
by azhar saleh Sept. 2, 2014

Sept. 2, 2014

Hi Currently I’m preparing a document to update TZ for one of our customer in Russia due to the following TZ rule. I think I found a bug in tzdata2014f.tar.gz where the time did not move from 01:59:59 to 01:00:00 http://www.timeanddate.com/time/change/russia/moscow?year=2014 Using tzdata2014f.tar.gz $ ls -lrt /etc/localtime lrwxrwxrwx 1 root root 33 Aug 29 13:05 /etc/localtime -> /usr/share/zoneinfo/Europe/Moscow $ /usr/sbin/zdump -v /etc/localtime | grep 201 /etc/localtime Sat Mar 27 22:59:59 2010 UTC = Sun Mar 28 01:59:59 2010 MSK isdst=0 gmtoff=10800 /etc/localtime Sat Mar 27 23:00:00 2010 UTC = Sun Mar 28 03:00:00 2010 MSD isdst=1 gmtoff=14400 /etc/localtime Sat Oct 30 22:59:59 2010 UTC = Sun Oct 31 02:59:59 2010 MSD isdst=1 gmtoff=14400 /etc/localtime Sat Oct 30 23:00:00 2010 UTC = Sun Oct 31 02:00:00 2010 MSK isdst=0 gmtoff=10800 /etc/localtime Sat Mar 26 22:59:59 2011 UTC = Sun Mar 27 01:59:59 2011 MSK isdst=0 gmtoff=10800 /etc/localtime Sat Mar 26 23:00:00 2011 UTC = Sun Mar 27 03:00:00 2011 MSK isdst=0 gmtoff=14400 /etc/localtime Sat Oct 25 21:59:59 2014 UTC = Sun Oct 26 01:59:59 2014 MSK isdst=0 gmtoff=14400 /etc/localtime Sat Oct 25 22:00:00 2014 UTC = Sun Oct 26 01:00:00 2014 MSK isdst=0 gmtoff=10800 Set the date to Sun Mar 27, 2011 (Russia is abolishing DST time) $ date -s "Sun MAR 27 01:59:00 MSK 2011" Sun Mar 27 01:59:00 MSK 2011 Monitor the date $ while true; do date; sleep 2; done: : Sun Mar 27 01:59:57 MSK 2011 Sun Mar 27 01:59:59 MSK 2011 Sun Mar 27 03:00:01 MSK 2011 ß good Sun Mar 27 03:00:03 MSK 2011 : Set the date to Sun Oct 26, 2014 (Russia back to European DST in October 2014) $ date -s "Sun OCT 26 01:59:00 MSK 2014" Sun Oct 26 01:59:00 MSK 2014 Monitor the date $ while true; do date; sleep 2; done : Sun Oct 26 01:59:57 MSK 2014 Sun Oct 26 01:59:59 MSK 2014 Sun Oct 26 02:00:01 MSK 2014 ß Not good. Should move from 01:59:59 to 01:00:00 Sun Oct 26 02:00:03 MSK 2014 : If I test again using Europe/Moscow for year 2010, it works fine for that year $ zdump -v Europe/Moscow | grep 2010 Europe/Moscow Sat Mar 27 22:59:59 2010 UTC = Sun Mar 28 01:59:59 2010 MSK isdst=0 gmtoff=10800 Europe/Moscow Sat Mar 27 23:00:00 2010 UTC = Sun Mar 28 03:00:00 2010 MSD isdst=1 gmtoff=14400 Europe/Moscow Sat Oct 30 22:59:59 2010 UTC = Sun Oct 31 02:59:59 2010 MSD isdst=1 gmtoff=14400 Europe/Moscow Sat Oct 30 23:00:00 2010 UTC = Sun Oct 31 02:00:00 2010 MSK isdst=0 gmtoff=10800 And it works just fine for Europe/Rome for year 2014 as well $ zdump -v /etc/localtime | grep 2014 /etc/localtime Sun Mar 30 00:59:59 2014 UTC = Sun Mar 30 01:59:59 2014 CET isdst=0 gmtoff=3600 /etc/localtime Sun Mar 30 01:00:00 2014 UTC = Sun Mar 30 03:00:00 2014 CEST isdst=1 gmtoff=7200 /etc/localtime Sun Oct 26 00:59:59 2014 UTC = Sun Oct 26 02:59:59 2014 CEST isdst=1 gmtoff=7200 /etc/localtime Sun Oct 26 01:00:00 2014 UTC = Sun Oct 26 02:00:00 2014 CET isdst=0 gmtoff=3600 Please tell me if it is a bug or something wrong in my testing. Best Regards AzharSupport EngineerKuala LumpurMalaysia

3 5