Aren/NetBSD
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
b9ae60933c
NetBSD/lib/libc/time/tz-link.htm

793 lines
39 KiB
HTML
Raw Normal View History

Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<!DOCTYPE html
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
PUBLIC "-//W3C//DTD HTML 4.01//EN"
"http://www.w3.org/TR/html4/strict.dtd">
<html>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<head>
<title>Sources for Time Zone and Daylight Saving Time Data</title>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<link rel="schema.DC" href="http://purl.org/DC/elements/1.1/">
merge tzcode2014f via patch
2014-08-15 15:04:07 +04:00
<meta http-equiv="Content-type" content='text/html; charset="UTF-8"'>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<meta name="DC.Creator" content="Eggert, Paul">
<meta name="DC.Contributor" content="Olson, Arthur David">
Release 2015g - 2015-10-01 00:39:51 -0700 Changes affecting code localtime no longer mishandles America/Anchorage after 2037. (Thanks to Bradley White for reporting the bug.) The localtime module allows the variables 'timezone', 'daylight', and 'altzone' to be in common storage shared with other modules, and declares them in case the system <time.h> does not. (Problems reported by Kees Dekker.) On platforms with tm_zone, strftime.c now assumes it is not NULL. This simplifies the code and is consistent with zdump.c. (Problem reported by Christos Zoulas.) Changes affecting documentation The tzfile man page now documents that transition times denote the starts (not the ends) of the corresponding time periods. (Ambiguity reported by Bill Seymour.)
2015-10-09 20:21:45 +03:00
<meta name="DC.Date" content="2015-10-01">
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<meta name="DC.Description"
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
content="Sources of information about time zones and daylight saving time">
update to tzcode2013a
2013-03-03 01:24:28 +04:00
<meta name="DC.Identifier"
content="http://www.iana.org/time-zones/repository/tz-link.htm">
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<meta name="Keywords"
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
content="database,daylight saving,DST,time zone,timezone,tz,zoneinfo">
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
</head>
<body>
<h1>Sources for Time Zone and Daylight Saving Time Data</h1>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<h2>The <code><abbr title="time zone">tz</abbr></code> database</h2>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<p>
merge 2015f
2015-08-13 14:21:18 +03:00
The <a href="https://en.wikipedia.org/wiki/Public_domain">public-domain</a>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
time zone database contains code and data
Import tzcode2000g.
2000-12-12 18:21:09 +03:00
that represent the history of local time
for many representative locations around the globe.
It is updated periodically to reflect changes made by political bodies
merge 2015f
2015-08-13 14:21:18 +03:00
to <a href="https://en.wikipedia.org/wiki/Time_zone">time zone</a>
welcome to 2014j
2014-11-18 04:58:59 +03:00
boundaries and
merge 2015f
2015-08-13 14:21:18 +03:00
<a href="https://en.wikipedia.org/wiki/Daylight_saving_time">daylight-saving</a>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
rules.
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
This database (often called <code>zoneinfo</code> or
<code><abbr>tz</abbr></code>)
Import tzcode2000g.
2000-12-12 18:21:09 +03:00
is used by several implementations,
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
including
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<a href="http://www.gnu.org/software/libc/">the
<abbr title="GNU's Not Unix">GNU</abbr>
apply 2013b
2013-03-16 04:59:14 +04:00
C Library</a> (used in
merge 2015f
2015-08-13 14:21:18 +03:00
<a href="https://en.wikipedia.org/wiki/Linux"><abbr>GNU</abbr>/Linux</a>),
welcome to 2014j
2014-11-18 04:58:59 +03:00
<a href="http://www.android.com">Android</a>,
<a href="https://developer.mozilla.org/en-US/Firefox_OS">Firefox
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<abbr title="Operating System">OS</abbr></a>,
welcome to 2014j
2014-11-18 04:58:59 +03:00
<a href="https://www.freebsd.org">Free<abbr
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
title="Berkeley Software Distribution">BSD</abbr></a>,
welcome to 2014j
2014-11-18 04:58:59 +03:00
<a href="http://netbsd.org">Net<abbr>BSD</abbr></a>,
merge 2015f
2015-08-13 14:21:18 +03:00
<a href="http://www.openbsd.org">Open<abbr>BSD</abbr></a>,
welcome to 2014j
2014-11-18 04:58:59 +03:00
<a href="https://cygwin.com">Cygwin</a>,
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<a href="http://www.delorie.com/djgpp/"><abbr
title="DJ's GNU Programming Platform">DJGPP</abbr></a>,
merge 2015f
2015-08-13 14:21:18 +03:00
<a href="https://en.wikipedia.org/wiki/MINIX">MINIX</a>,
<a href="https://en.wikipedia.org/wiki/WebOS"><abbr
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
title="Web Operating System">webOS</abbr></a>,
<a href="http://ibm.com/aix"><abbr
title="Advanced Interactive eXecutive">AIX</abbr></a>,
merge 2015f
2015-08-13 14:21:18 +03:00
<a href="https://en.wikipedia.org/wiki/BlackBerry_10">BlackBerry 10</a>,
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<a href="http://www.apple.com/ios/"><abbr
title="iPhone OS">iOS</abbr></a>,
welcome to 2014j
2014-11-18 04:58:59 +03:00
<a href="http://windows.microsoft.com">Microsoft Windows</a>,
merge 2015f
2015-08-13 14:21:18 +03:00
<a href="http://www8.hp.com/us/en/products/servers/openvms/overview.html">Open<abbr
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
title="Virtual Memory System">VMS</abbr></a>,
welcome to 2014j
2014-11-18 04:58:59 +03:00
<a href="https://www.oracle.com/database/index.html">Oracle Database</a>,
<a href="http://oracle.com/solaris">Oracle Solaris</a>, and
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<a href="http://www.apple.com/osx/"><abbr title="Operating System Ten">OS
welcome to 2014j
2014-11-18 04:58:59 +03:00
X</abbr></a>.</p>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<p>
welcome to 2014j
2014-11-18 04:58:59 +03:00
Each location in the database represents a region where all
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
clocks keeping local time have agreed since 1970.
Locations are identified by continent or ocean and then by the name of
the location, which is typically the largest city within the region.
For example, <code>America/New_York</code>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
represents most of the <abbr title="United States">US</abbr> eastern time zone;
<code>America/Phoenix</code> represents most of Arizona, which
uses mountain time without daylight saving time (<abbr
title="daylight saving time">DST</abbr>);
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<code>America/Detroit</code> represents most of Michigan, which uses
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
eastern time but with different <abbr>DST</abbr> rules in 1975;
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
and other entries represent smaller regions like Starke County,
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
Indiana, which switched from central to eastern time in 1991
and switched back in 2006.
To use the database on an extended <a
merge 2015f
2015-08-13 14:21:18 +03:00
href="https://en.wikipedia.org/wiki/POSIX"><abbr
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
title="Portable Operating System Interface">POSIX</abbr></a>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
implementation set the <code><abbr>TZ</abbr></code>
environment variable to the location's full name,
e.g., <code><abbr>TZ</abbr>="America/New_York"</code>.</p>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<p>
welcome to 2014j
2014-11-18 04:58:59 +03:00
Associated with each region is a history of offsets from
merge 2015f
2015-08-13 14:21:18 +03:00
<a href="https://en.wikipedia.org/wiki/Universal_Time">Universal
welcome to 2014j
2014-11-18 04:58:59 +03:00
Time</a> (<abbr>UT</abbr>), which is <a
merge 2015f
2015-08-13 14:21:18 +03:00
href="https://en.wikipedia.org/wiki/Greenwich_Mean_Time">Greenwich Mean
welcome to 2014j
2014-11-18 04:58:59 +03:00
Time</a> (<abbr>GMT</abbr>) with days beginning at midnight;
for time stamps after 1960 this is more precisely <a
merge 2015f
2015-08-13 14:21:18 +03:00
href="https://en.wikipedia.org/wiki/Coordinated_Universal_Time">Coordinated
welcome to 2014j
2014-11-18 04:58:59 +03:00
Universal Time</a> (<abbr>UTC</abbr>).
The database also records when daylight saving time was in use,
along with alphabetic time zone abbreviations such as <abbr>EST</abbr>
for Eastern Standard Time in the <abbr>US</abbr>.</p>
<p>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
In the <code><abbr>tz</abbr></code> database's
merge 2012e
2012-08-09 16:38:25 +04:00
<a href="ftp://ftp.iana.org/tz/releases/"><abbr
title="File Transfer Protocol">FTP</abbr> releases</a>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
the code is in the file <code>tzcode<var>C</var>.tar.gz</code>,
where <code><var>C</var></code> is the code's version;
Sync with tzcode2014h
2014-10-08 01:51:03 +04:00
similarly, the data entries are in <code>tzdata<var>D</var>.tar.gz</code>,
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
where <code><var>D</var></code> is the data's version.
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
Since 1996, each version has been a four-digit year followed by
lower-case letter (<samp>a</samp> through <samp>z</samp>,
then <samp>za</samp> through <samp>zz</samp>, then <samp>zza</samp>
through <samp>zzz</samp>, and so on).
merge 2012e
2012-08-09 16:38:25 +04:00
Convenience links to
the <a href="ftp://ftp.iana.org/tz/tzcode-latest.tar.gz">latest
code</a> and
<a href="ftp://ftp.iana.org/tz/tzdata-latest.tar.gz">latest data</a> revisions
apply 2013b
2013-03-16 04:59:14 +04:00
are also available.
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
The following <a
merge 2015f
2015-08-13 14:21:18 +03:00
href="https://en.wikipedia.org/wiki/Unix_shell">shell</a> commands download
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
these files to a <abbr>GNU</abbr>/Linux or similar host;
see the downloaded
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<code>README</code> file for what to do next.</p>
bring in the 2011i changes.
2011-09-04 14:10:26 +04:00
<pre style="margin-left: 2em"><code>mkdir tz
cd tz
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
<a href="http://www.gnu.org/software/wget/">wget</a> --retr-symlinks 'ftp://ftp.iana.org/tz/tz*-latest.tar.gz'
<a href="http://www.gnu.org/software/gzip/">gzip</a> -dc tzcode-latest.tar.gz | <a href="http://www.gnu.org/software/tar/">tar</a> -xf -
merge 2012e
2012-08-09 16:38:25 +04:00
gzip -dc tzdata-latest.tar.gz | tar -xf -
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
</code></pre>
<p>
merge 2012e
2012-08-09 16:38:25 +04:00
The code and data files can also be obtained from the
update to tzcode2013a
2013-03-03 01:24:28 +04:00
<a href="http://www.iana.org/time-zones">Time Zone Database website</a>
of the <a href="http://www.iana.org">Internet Assigned Numbers
Authority (IANA)</a>.
An <a href="https://github.com/eggert/tz">unofficial development
repository</a> of the code and data is available
welcome to 2014j
2014-11-18 04:58:59 +03:00
in <a href="http://git-scm.com">Git</a> form
from <a href="https://github.com">GitHub</a>; be careful, as this
update to tzcode2013a
2013-03-03 01:24:28 +04:00
repository is less well tested and probably contains more errors.
merge 2012e
2012-08-09 16:38:25 +04:00
<p>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
The code lets you compile the <code><abbr>tz</abbr></code> source files into
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
machine-readable binary files, one for each location. It also lets
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
you read a <code><abbr>tz</abbr></code> binary file and interpret time stamps for that
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
location.</p>
<p>
Sync with tzcode2014h
2014-10-08 01:51:03 +04:00
The files are by no means authoritative. If you find errors, please
merge 2012e
2012-08-09 16:38:25 +04:00
send changes to the <a href="mailto:tz@iana.org">time zone
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
mailing list</a>. You can also <a
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
href="http://news.gmane.org/gmane.comp.time.tz">browse recent
messages</a> sent to the mailing list, <a
update to tzcode2013a
2013-03-03 01:24:28 +04:00
href="https://mm.icann.org/mailman/listinfo/tz">subscribe</a> to it,
and browse the <a
merge 2012e
2012-08-09 16:38:25 +04:00
href="http://mm.icann.org/pipermail/tz/">archive of old
apply 2013b
2013-03-16 04:59:14 +04:00
messages</a>. For further information about updates, please see
<a href="http://tools.ietf.org/html/rfc6557">Procedures for
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
Maintaining the Time Zone Database</a> (Internet <abbr
title="Request For Comments">RFC</abbr> 6557).</p>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<p>
Import tzcode2000g.
2000-12-12 18:21:09 +03:00
The Web has several other sources for time zone and daylight saving time data.
update to tzcode2013a
2013-03-03 01:24:28 +04:00
Here are some links that may be of interest.
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
</p>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<h2>Commentary on the <code><abbr>tz</abbr></code> database</h2>
welcome to 2013d
2013-07-18 00:13:04 +04:00
<ul>
<li>The article
merge 2015f
2015-08-13 14:21:18 +03:00
<a href="https://en.wikipedia.org/wiki/Tz_database">tz database</a> is
welcome to 2013d
2013-07-18 00:13:04 +04:00
an encyclopedic summary.</li>
merge 2015f
2015-08-13 14:21:18 +03:00
<li><a href="https://web.archive.org/web/20140221080916/http://www.cstdbill.com/tzdb/tz-how-to.html">How to Read the
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
tz Database Source Files</a> explains the <code><abbr>tz</abbr></code>
database format.</li>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<li><a
href="http://blog.jonudell.net/2009/10/23/a-literary-appreciation-of-the-olsonzoneinfotz-database/">A
welcome to 2013d
2013-07-18 00:13:04 +04:00
literary appreciation of the Olson/Zoneinfo/tz database</a> comments on the
database's style.</li>
</ul>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<h2>Web sites using recent versions of the <code><abbr>tz</abbr></code> database</h2>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<p>
These are listed roughly in ascending order of complexity and fanciness.
</p>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<ul>
welcome to 2014j
2014-11-18 04:58:59 +03:00
<li><a href="http://time.is">Time.is</a> shows locations'
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
time and zones in a simple format.</li>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<li><a
href="http://twiki.org/cgi-bin/xtra/tzdatepick.html">Date and Time Gateway</a>
lets you see the <code><abbr>TZ</abbr></code> values directly.</li>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<li><a
href="http://convertit.com/Go/ConvertIt/World_Time/Current_Time.ASP">Current
Time in 1000 Places</a> uses descriptions of the values.</li>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<li><a href="http://www.timezoneconverter.com/cgi-bin/tzc.tzc">Time Zone
Converter</a>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
uses a pulldown menu.</li>
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
<li><a href="http://home.kpn.nl/vanadovv/time/TZworld.html">Complete
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
timezone information for all countries</a> displays tables of DST rules.
merge 2015f
2015-08-13 14:21:18 +03:00
<li><a href="http://www.timeanddate.com/worldclock/">The World Clock &ndash;
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
Time Zones</a> lets you sort zone names and convert times.</li>
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
<li><a href="http://www.zeitverschiebung.net/en/">Time Difference</a>
calculates the current time difference between locations.</li>
welcome to 2014j
2014-11-18 04:58:59 +03:00
<li><a href="http://www.wx-now.com">Weather Now</a> lists the weather too.</li>
welcome to tzcode 2015d (zic performance improvements and cleanups)
2015-04-28 20:00:24 +03:00
<li><a href="http://www.thetimenow.com">The Time Now</a> also lists weather.</li>
welcome to 2014j
2014-11-18 04:58:59 +03:00
<li><a href="http://worldtime.io">worldtime.io</a>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
also contains data about time zone boundaries; it supports queries via place
names and shows location maps.</li>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
</ul>
Sync with tzcode2014h
2014-10-08 01:51:03 +04:00
<h2>Network protocols for <code><abbr>tz</abbr></code> data</h2>
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
<ul>
welcome to 2014j
2014-11-18 04:58:59 +03:00
<li>The <a href="http://www.ietf.org">Internet Engineering Task Force</a>'s
<a href="http://datatracker.ietf.org/wg/tzdist/charter/">Time Zone Data
Sync with tzcode2014h
2014-10-08 01:51:03 +04:00
Distribution Service (tzdist) working group</a> is developing a scalable
protocol for distributing time zone data to clients. It has generated a
a <a href="http://datatracker.ietf.org/doc/draft-ietf-tzdist-service/">draft
protocol for transferring time zone data</a> and a <a
welcome to 2014j
2014-11-18 04:58:59 +03:00
href="http://datatracker.ietf.org/doc/draft-ietf-tzdist-caldav-timezone-ref/">draft
Sync with tzcode2014h
2014-10-08 01:51:03 +04:00
protocol for transferring time zone data by reference</a>. This work is based
on the iCalendar and CalConnect efforts described below.</li>
apply 2013b
2013-03-16 04:59:14 +04:00
<li>The <a href="http://tools.ietf.org/html/rfc5545">
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
Internet Calendaring and Scheduling Core Object Specification
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
(iCalendar)</a> (Internet <abbr>RFC</abbr> 5445)
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
covers time zone
data; see its VTIMEZONE calendar component.
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
The iCalendar format requires specialized parsers and generators; a
variant <a href="http://tools.ietf.org/html/rfc6321">xCal</a>
welcome to 2014e
2014-06-14 21:49:27 +04:00
(Internet <abbr>RFC</abbr> 6321) uses
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
<a href="http://www.w3.org/XML/"><abbr
welcome to 2014e
2014-06-14 21:49:27 +04:00
title="Extensible Markup Language">XML</abbr></a> format, and a variant
<a href="http://tools.ietf.org/html/rfc7265">jCal</a>
(Internet <abbr>RFC</abbr> 7265)
welcome to 2014j
2014-11-18 04:58:59 +03:00
uses <a href="http://www.json.org"><abbr
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
title="JavaScript Object Notation">JSON</abbr></a> format.
welcome to 2014j
2014-11-18 04:58:59 +03:00
<a href="http://calconnect.org">CalConnect, The Calendaring and Scheduling
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
Consortium</a> is promoting further work in this area. <a
href="http://calconnect.org/publications/icalendartimezoneproblemsandrecommendationsv1.0.pdf">iCalendar
TIMEZONE Problems and Recommendations</a> offers guidelines and
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
recommendations for the use of VTIMEZONE and <code><abbr>tz</abbr></code>.</li>
Sync with tzcode2014h
2014-10-08 01:51:03 +04:00
<li>The <a
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
href="http://calconnect.org/publications/timezoneregistryandservicerecommendationsv1.0.pdf">Timezone
Sync with tzcode2014h
2014-10-08 01:51:03 +04:00
Registry and Service Recommendations</a> of CalConnect's
<a href="http://calconnect.org/tc-timezone.shtml">TIMEZONE
Technical Committee</a> discusses a
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
strategy for defining and deploying a time zone
registration process that would establish unique names for each
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
version of each <code><abbr>tz</abbr></code> zone, along with a polygonal
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
representation of the geographical area corresponding to the
zone.</li>
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
<li>The <a
Merge tzcode2003e.
2003-12-20 03:12:05 +03:00
href="http://lists.w3.org/Archives/Public/www-rdf-calendar/">www-rdf-calendar</a>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
list discusses <a
href="http://www.w3.org/RDF/"><abbr
title="Resource Description Framework">RDF</abbr></a>-based calendar
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
and group scheduling systems, and has a <a
href="http://www.w3.org/2002/12/cal/#tzd">workspace on time zone
merge tzcode2015a: tzalloc now scrubs time zone abbreviations compatibly with the way that tzset always has, by replacing invalid bytes with '_' and by shortening too-long abbreviations.
2015-01-31 21:55:17 +03:00
data</a> converted from <code><abbr>tz</abbr></code>.</li>
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
</ul>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<h2>Other <code><abbr>tz</abbr></code> compilers</h2>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<ul>
Sync with tzcode2014h
2014-10-08 01:51:03 +04:00
<li><a href="http://sourceforge.net/projects/vzic/">Vzic</a> is a <a
merge 2015f
2015-08-13 14:21:18 +03:00
href="https://en.wikipedia.org/wiki/C_%28programming_language%29">C</a>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
program that compiles
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<code><abbr>tz</abbr></code> source into iCalendar-compatible VTIMEZONE files.
Merge tzcode2003e.
2003-12-20 03:12:05 +03:00
Vzic is freely
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
available under the <a
href="http://www.gnu.org/copyleft/gpl.html"><abbr>GNU</abbr>
General Public License (<abbr
title="General Public License">GPL</abbr>)</a>.</li>
merge 2015f
2015-08-13 14:21:18 +03:00
<li><a href="http://sourceforge.net/projects/tzical/">tziCal &ndash; tz
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
database conversion utility</a> is like Vzic, except for the <a
merge 2015f
2015-08-13 14:21:18 +03:00
href="https://msdn.microsoft.com/netframework">.NET framework</a>
merge tzcode2014f via patch
2014-08-15 15:04:07 +04:00
and with a <abbr>BSD</abbr>-style license.</li>
Merge tzcode2003e.
2003-12-20 03:12:05 +03:00
<li><a
href="http://search.cpan.org/dist/DateTime-TimeZone/">DateTime::TimeZone</a>
contains a script <code>parse_olson</code> that compiles
welcome to 2014j
2014-11-18 04:58:59 +03:00
<code><abbr>tz</abbr></code> source into <a href="http://www.perl.org">Perl</a>
Merge tzcode2003e.
2003-12-20 03:12:05 +03:00
modules. It is part of the Perl <a
welcome to 2014j
2014-11-18 04:58:59 +03:00
href="http://datetime.perl.org">DateTime Project</a>, which is freely
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
available under both the <abbr>GPL</abbr> and the Perl Artistic
License. DateTime::TimeZone also contains a script
Merge tzcode2003e.
2003-12-20 03:12:05 +03:00
<code>tests_from_zdump</code> that generates test cases for each clock
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
transition in the <code><abbr>tz</abbr></code> database.</li>
merge 2015f
2015-08-13 14:21:18 +03:00
<li>The <a href="http://howardhinnant.github.io/tz.html">Time Zone
Database Parser</a> is a
<a href="https://en.wikipedia.org/wiki/C%2B%2B">C++</a> parser and
runtime library. It is freely available under the
<a href="http://creativecommons.org/licenses/by/4.0/">Creative Commons
Attribution 4.0 International Public License</a>.</li>
<li><a href="http://site.icu-project.org">International Components for
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
Unicode (<abbr>ICU</abbr>)</a> contains C/C++ and <a
merge 2015f
2015-08-13 14:21:18 +03:00
href="https://en.wikipedia.org/wiki/Java_%28programming_language%29">Java</a>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
libraries for internationalization that
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
has a compiler from <code><abbr>tz</abbr></code> source
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
and from <abbr title="Common Locale Data Repository">CLDR</abbr> data
(mentioned below)
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
into an <abbr>ICU</abbr>-specific format.
<abbr>ICU</abbr> is freely available under a
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<abbr>BSD</abbr>-style license.</li>
welcome to tzcode 2015d (zic performance improvements and cleanups)
2015-04-28 20:00:24 +03:00
<li>The <a
href="http://www.oracle.com/technetwork/java/javase/tzupdater-readme-136440.html">TZUpdater
tool</a> compiles <code><abbr>tz</abbr></code> source into the format used by
Oracle Java.</li>
merge tzcode2014f via patch
2014-08-15 15:04:07 +04:00
<li><a href="http://www.joda.org/joda-time/">Joda-Time &ndash; Java date
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
and time <abbr title="Application Program Interface">API</abbr></a>
contains a class
Merge tzcode2004a.
2004-05-28 00:39:49 +04:00
<code>org.joda.time.tz.ZoneInfoCompiler</code> that compiles
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<code><abbr>tz</abbr></code> source into a Joda-specific binary format. Joda Time
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
is freely available under a <abbr>BSD</abbr>-style license.</li>
welcome to 2014j
2014-11-18 04:58:59 +03:00
<li><a href="http://nodatime.org">Noda Time &ndash; Date and time API for
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
.NET</a> and <a href="http://www.babiej.demon.nl/Tz4Net/main.htm">TZ4Net</a>
are similar to Joda Time, but for the .NET framework instead of
Java. They are freely available under the
<a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License</a>
and a <abbr>BSD</abbr>-style license, respectively.</li>
merge 2015f
2015-08-13 14:21:18 +03:00
<li><a href="https://en.wikipedia.org/wiki/JavaScript">JavaScript</a>-based
merge tzcode2014f via patch
2014-08-15 15:04:07 +04:00
compilers and libraries include:
<ul>
<li><a href="http://momentjs.com/timezone/">Moment Timezone</a> is a
welcome to 2014j
2014-11-18 04:58:59 +03:00
plugin for the <a href="http://momentjs.com">Moment.js</a> date
merge tzcode2014f via patch
2014-08-15 15:04:07 +04:00
manipulation library. It is freely available under
the <abbr title="Massachusetts Institute of Technology">MIT</abbr>
license.</li>
<li><a href="https://github.com/mde/timezone-js">TimezoneJS.Date</a>'s
<abbr>API</abbr> is upward compatible with standard JavaScript
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
Dates. It is freely available under the Apache License.</li>
merge tzcode2014f via patch
2014-08-15 15:04:07 +04:00
<li><a href="https://github.com/sproutsocial/walltime-js">Walltime-js</a>
welcome to 2014j
2014-11-18 04:58:59 +03:00
translates <abbr>UT</abbr> to local time. It is freely available under
the <abbr>MIT</abbr> license.</li>
merge tzcode2014f via patch
2014-08-15 15:04:07 +04:00
</ul>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<li><a href="http://pytz.sourceforge.net">pytz &ndash; World Timezone
Definitions for Python</a> compiles <code><abbr>tz</abbr></code> source into
welcome to 2014j
2014-11-18 04:58:59 +03:00
<a href="https://www.python.org">Python</a>.
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
It is freely available under a <abbr>BSD</abbr>-style license.</li>
welcome to 2014j
2014-11-18 04:58:59 +03:00
<li><a href="http://tzinfo.github.io">TZInfo &ndash;
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
Ruby Timezone Library</a>
compiles <code><abbr>tz</abbr></code> source into
merge 2015f
2015-08-13 14:21:18 +03:00
<a href="https://www.ruby-lang.org/en/">Ruby</a>.
merge tzcode2014f via patch
2014-08-15 15:04:07 +04:00
It is freely available under the <abbr>MIT</abbr> license.</li>
welcome to 2013d
2013-07-18 00:13:04 +04:00
<li>The <a href="http://www.squeaksource.com/Chronos/">Chronos Date/Time
update to tzcode2013a
2013-03-03 01:24:28 +04:00
Library</a> is
merge 2015f
2015-08-13 14:21:18 +03:00
a <a href="https://en.wikipedia.org/wiki/Smalltalk">Smalltalk</a> class
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
library that compiles <code><abbr>tz</abbr></code> source into a time
zone repository whose format
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
is either proprietary or an <abbr>XML</abbr>-encoded
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
representation.</li>
welcome to 2014j
2014-11-18 04:58:59 +03:00
<li><a href="http://tcl.tk">Tcl</a>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
contains a developer-oriented parser that compiles <code><abbr>tz</abbr></code>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
source into text files, along with a runtime that can read those
files. Tcl is freely available under a <abbr>BSD</abbr>-style
license.</li>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
</ul>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<h2>Other <code><abbr>tz</abbr></code> binary file readers</h2>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<ul>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<li>The <a
href="http://www.gnu.org/software/libc/"><abbr>GNU</abbr> C
Library</a>
Import tzcode2000g.
2000-12-12 18:21:09 +03:00
has an independent, thread-safe implementation of
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
a <code><abbr>tz</abbr></code> binary file reader.
Import tzcode2000g.
2000-12-12 18:21:09 +03:00
This library is freely available under the
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<a href="http://www.gnu.org/copyleft/lesser.html">
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<abbr>GNU</abbr> Lesser General Public License
(<abbr title="Lesser General Public License">LGPL</abbr>)</a>,
and is widely used in <abbr>GNU</abbr>/Linux systems.</li>
merge 2015f
2015-08-13 14:21:18 +03:00
<li><a href="https://www.gnome.org">GNOME</a>'s Glib has
welcome to 2014d; zic big bang fixes: some programs did not handle large negative time_t values well (gnome)
2014-05-28 23:13:27 +04:00
a <code><abbr>tz</abbr></code> binary file reader written in C that
welcome to 2014j
2014-11-18 04:58:59 +03:00
creates a <code>GTimeZone</code> object representing sets
of <abbr>UT</abbr> offsets.
welcome to 2014d; zic big bang fixes: some programs did not handle large negative time_t values well (gnome)
2014-05-28 23:13:27 +04:00
It is freely available under the <abbr>LGPL</abbr>.</li>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<li><a href="http://bmsi.com/java/#TZ">ZoneInfo.java</a>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
is a <code><abbr>tz</abbr></code> binary file reader written in Java.
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
It is freely available under the <abbr>LGPL</abbr>.</li>
merge tzcode2014f via patch
2014-08-15 15:04:07 +04:00
<li><a href="https://github.com/bigeasy/timezone">Timezone</a> is a
JavaScript library that supports date arithmetic that is time zone
aware. It is freely available under the <abbr>MIT</abbr> license.</li>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<li>Tcl, mentioned above, also contains a
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<code><abbr>tz</abbr></code> binary file reader.</li>
apply 2013b
2013-03-16 04:59:14 +04:00
<li><a href="http://search.cpan.org/perldoc?DateTime::TimeZone::Tzfile">
DateTime::TimeZone::Tzfile</a>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
is a <code><abbr>tz</abbr></code> binary file reader written in Perl.
apply 2013b
2013-03-16 04:59:14 +04:00
It is freely available under the same terms as Perl
(dual <abbr>GPL</abbr> and Artistic license).</li>
<li>The
public-domain <a href="https://github.com/dbaron/tz.js">tz.js</a>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
library contains a Python tool that
converts <code><abbr>tz</abbr></code> binary data into
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
<abbr>JSON</abbr>-format data suitable for use
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
in its JavaScript library for time zone conversion. Dates before 1970
apply 2013b
2013-03-16 04:59:14 +04:00
are not supported.</li>
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
<li>The <a
href="http://hackage.haskell.org/package/timezone-olson">timezone-olson</a>
package contains <a href="http://haskell.org">Haskell</a> code that
merge tzcode2014f via patch
2014-08-15 15:04:07 +04:00
parses and uses <code><abbr>tz</abbr></code> binary data. It is freely
available under a BSD-style license.</li>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
</ul>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<h2>Other <code><abbr>tz</abbr></code>-based time zone software</h2>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<ul>
welcome to 2014j
2014-11-18 04:58:59 +03:00
<li><a href="https://foxclocks.org">FoxClocks</a>
merge 2015f
2015-08-13 14:21:18 +03:00
is an extension for <a href="http://www.google.com/chrome/">Google
update to tzcode2013a
2013-03-03 01:24:28 +04:00
Chrome</a> and for <a
welcome to 2014j
2014-11-18 04:58:59 +03:00
href="https://developer.mozilla.org/en-US/docs/Mozilla/Tech/Toolkit_API">Mozilla
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
Toolkit</a> applications like <a
welcome to 2014j
2014-11-18 04:58:59 +03:00
href="https://www.mozilla.org/en-US/firefox/new/">Firefox</a> and <a
href="https://www.mozilla.org/en-US/thunderbird/">Thunderbird</a>.
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
It displays multiple clocks in the application window, and has a mapping
welcome to 2014j
2014-11-18 04:58:59 +03:00
interface to <a href="http://www.google.com/earth/">Google Earth</a>.
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
It is freely available under the <abbr>GPL</abbr>.</li>
welcome to 2014j
2014-11-18 04:58:59 +03:00
<li><a href="http://golang.org">Go programming language</a>
merge tzcode2014f via patch
2014-08-15 15:04:07 +04:00
implementations contain a copy of a 32-bit subset of a recent
<code><abbr>tz</abbr></code> database in a
Go-specific format.</li>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<li><a
href="http://users.skynet.be/Peter.Verthez/projects/intclock/">International
Sync with tzcode2014h
2014-10-08 01:51:03 +04:00
clock (intclock)</a> is a clock that displays multiple time zones on
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<abbr>GNU</abbr>/Linux and similar systems. It is freely available
under the <abbr>GPL</abbr>.</li>
Sync with tzcode2014h
2014-10-08 01:51:03 +04:00
<li>Microsoft Windows 8.1
and later has <code><abbr>tz</abbr></code> data and <abbr>CLDR</abbr>
data (mentioned below) used by
merge 2015f
2015-08-13 14:21:18 +03:00
<a href="https://en.wikipedia.org/wiki/Windows_Runtime">Windows Runtime</a>
Sync with tzcode2014h
2014-10-08 01:51:03 +04:00
classes such as <a
merge 2015f
2015-08-13 14:21:18 +03:00
href="https://msdn.microsoft.com/en-us/library/windows/apps/windows.globalization.datetimeformatting.datetimeformatter.aspx"><code>DateTimeFormatter</code></a>.
Sync with tzcode2014h
2014-10-08 01:51:03 +04:00
<a
href="http://blogs.msdn.com/b/bclteam/archive/2007/06/07/exploring-windows-time-zones-with-system-timezoneinfo-josh-free.aspx">Exploring
Windows Time Zones with <code>System.TimeZoneInfo</code></a> describes
the older, proprietary method of Microsoft Windows 2000 and later,
which stores time zone data in the
merge 2015f
2015-08-13 14:21:18 +03:00
<a href="https://en.wikipedia.org/wiki/Windows_Registry">Windows Registry</a>. The
Sync with tzcode2014h
2014-10-08 01:51:03 +04:00
<a
welcome to 2014j
2014-11-18 04:58:59 +03:00
href="http://www.unicode.org/cldr/charts/latest/supplemental/zone_tzid.html">Zone &rarr;
Sync with tzcode2014h
2014-10-08 01:51:03 +04:00
Tzid table</a> or <a
href="http://unicode.org/repos/cldr/trunk/common/supplemental/windowsZones.xml"><abbr>XML</abbr>
file</a> of the <abbr>CLDR</abbr> data maps proprietary zone IDs
to <code><abbr>tz</abbr></code> names.
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<li><a
welcome to 2014j
2014-11-18 04:58:59 +03:00
href="https://www.oracle.com/java/index.html">Oracle
merge tzcode2014f via patch
2014-08-15 15:04:07 +04:00
Java</a> contains a copy of a subset of a recent
<code><abbr>tz</abbr></code> database in a
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
Java-specific format.</li>
welcome to 2014j
2014-11-18 04:58:59 +03:00
<li><a href="https://kimmo.suominen.com/sw/timezone/">Time Zone</a> is
a <a href="https://wordpress.org">WordPress</a> plugin. It is freely
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
available under a <abbr>BSD</abbr>-style license.</li>
apply 2013b
2013-03-16 04:59:14 +04:00
<li><a href="http://www.relativedata.com/time-zone-master">Time Zone
Master</a> is a Microsoft Windows clock program that can automatically
download, compile and use the <code>tzdata<var>D</var>.tar.gz</code>
files as they are released. The Basic version is free.</li>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<li><a
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
href="http://veladg.com/velaterra.html">VelaTerra</a> is
merge tzcode2014f via patch
2014-08-15 15:04:07 +04:00
an <abbr>OS X</abbr> program. Its developers
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<a href="http://veladg.com/tzoffer.html">offer free
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
licenses</a> to <code><abbr>tz</abbr></code> contributors.</li>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
</ul>
<h2>Other time zone databases</h2>
<ul>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<li><a href="http://www.astro.com/cgi/aq.cgi">Atlas Query</a>
update to tzcode2013a
2013-03-03 01:24:28 +04:00
is Astrodienst's Web version of Shanks and Pottenger's
time zone history atlases published in both <a
href="http://astrocom.com/astrology-products/software/acs-atlas-software">computer</a>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
and book form (<a
update to tzcode2013a
2013-03-03 01:24:28 +04:00
href="http://www.astrocom.com/astrology/books/american-atlas">one volume
merge 2014i
2014-10-23 22:45:58 +04:00
for the <abbr>US</abbr></a>, and <a
update to tzcode2013a
2013-03-03 01:24:28 +04:00
href="http://www.astrocom.com/astrology/books/international-atlas">one for
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
other locations</a>) by <a
welcome to 2014j
2014-11-18 04:58:59 +03:00
href="http://astrocom.com">Astro Computing Services</a>.
These atlases are extensive but unreliable, as Shanks appears to have
guessed many <abbr>UT</abbr> offsets and transitions. The atlases cite no
sources and do not indicate which entries are guesswork.</li>
merge 2015f
2015-08-13 14:21:18 +03:00
<li><a href="https://en.wikipedia.org/wiki/HP-UX">HP-UX</a> has a database in
Sync with tzcode2014h
2014-10-08 01:51:03 +04:00
its own <code>tztab</code>(4) format.</li>
<li>Microsoft Windows has proprietary data mentioned above.</li>
merge 2015f
2015-08-13 14:21:18 +03:00
<li><a href="http://www.worldtimeserver.com">World Time Server</a>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
is another time zone database.</li>
<li><a href="http://tycho.usno.navy.mil/tzones.html">World Time Zones</a>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
contains data from the Time Service Department of the
merge tzcode2014f via patch
2014-08-15 15:04:07 +04:00
<abbr>US</abbr> Naval Observatory.</li>
update to tzcode2013a
2013-03-03 01:24:28 +04:00
<li>The <a href="http://www.iata.org/publications/Pages/ssim.aspx">Standard
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
Schedules Information Manual</a> of the
welcome to 2014j
2014-11-18 04:58:59 +03:00
International Air Transport Association
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
gives current time zone rules for airports served by commercial aviation.</li>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
</ul>
<h2>Maps</h2>
<ul>
welcome to 2014j
2014-11-18 04:58:59 +03:00
<li>The <a href="https://www.cia.gov/index.html">United States Central
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
Intelligence Agency (<abbr
title="Central Intelligence Agency">CIA</abbr>)</a> publishes a <a
update to tzcode2013a
2013-03-03 01:24:28 +04:00
href="https://www.cia.gov/library/publications/the-world-factbook/graphics/ref_maps/physical/pdf/standard_time_zones_of_the_world.pdf">time
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
zone map</a>; the
<a
merge tzcode2014f via patch
2014-08-15 15:04:07 +04:00
href="http://www.lib.utexas.edu/maps/world.html">Perry&ndash;Casta&ntilde;eda
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
Library Map Collection</a>
of the University of Texas at Austin has copies of
recent editions.
Import tzcode2000g.
2000-12-12 18:21:09 +03:00
The pictorial quality is good,
but the maps do not indicate summer time,
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
and parts of the data are a few years out of date.</li>
merge 2015f
2015-08-13 14:21:18 +03:00
<li><a href="http://www.worldtimezone.com">Current time around the world
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
and standard time zones map of the world</a>
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
has several fancy time zone maps; it covers Russia particularly well.
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
The maps' pictorial quality is not quite as good as the
<abbr>CIA</abbr>'s
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
but the maps are more up to date.</li>
merge 2015f
2015-08-13 14:21:18 +03:00
<li><a
href="http://blog.poormansmath.net/how-much-is-time-wrong-around-the-world/">How
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
much is time wrong around the world?</a> maps the difference between
mean solar and standard time, highlighting areas such as western China
welcome to 2014j
2014-11-18 04:58:59 +03:00
where the two differ greatly. It's a bit out of date, unfortunately.</li>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
</ul>
<h2>Time zone boundaries</h2>
<ul>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<li><a href="http://efele.net/maps/tz/"><abbr>TZ</abbr> timezones
maps</a> contains <a
merge 2015f
2015-08-13 14:21:18 +03:00
href="https://en.wikipedia.org/wiki/Shapefile">shapefiles</a> of
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
sets of <code><abbr>tz</abbr></code> regions.</li>
merge tzcode2014f via patch
2014-08-15 15:04:07 +04:00
<li>The <a href="https://github.com/bradfitz/latlong">latlong package</a>
maps geographical coordinates to a <code><abbr>tz</abbr></code> region.
It is written in Go and is freely available under the Apache License.</li>
Welcome to tzcode 2013e: Changes affecting API The 'zic' command now outputs a dummy transition when far-future data can't be summarized using a TZ string, and uses a 402-year window rather than a 400-year window. For the current data, this affects only the Asia/Tehran file. It does not affect any of the time stamps that this file represents, so zdump outputs the same information as before. (Thanks to Andrew Main (Zefram).) The 'date' command has a new '-r' option, which lets you specify the integer time to display, a la FreeBSD. The 'tzselect' command has two new options '-c' and '-n', which lets you select a zone based on latitude and longitude. The 'zic' command's '-v' option now warns about constructs that require the new version-3 binary file format. (Thanks to Arthur David Olson for the suggestion.) Support for floating-point time_t has been removed. It was always dicey, and POSIX no longer requires it. (Thanks to Eric Blake for suggesting to the POSIX committee to remove it, and thanks to Alan Barrett, Clive D.W. Feather, Andy Heninger, Arthur David Olson, and Alois Treindl, for reporting bugs and elucidating some of the corners of the old floating-point implementation.) The signatures of 'offtime', 'timeoff', and 'gtime' have been changed back to the old practice of using 'long' to represent UT offsets. This had been inadvertently and mistakenly changed to 'int_fast32_t'. (Thanks to Christos Zoulos.) The code avoids undefined behavior on integer overflow in some more places, including gmtime, localtime, mktime and zdump. Changes affecting the zdump utility zdump now outputs "UT" when referring to Universal Time, not "UTC". "UTC" does not make sense for time stamps that predate the introduction of UTC, whereas "UT", a more-generic term, does. (Thanks to Steve Allen for clarifying UT vs UTC.) Data changes affecting behavior of tzselect and similar programs Country code BQ is now called the more-common name "Caribbean Netherlands" rather than the more-official "Bonaire, St Eustatius & Saba". Remove from zone.tab the names America/Montreal, America/Shiprock, and Antarctica/South_Pole, as they are equivalent to existing same-country-code zones for post-1970 time stamps. The data for these names are unchanged, so the names continue to work as before. Changes affecting code internals zic -c now runs way faster on 64-bit hosts when given large numbers. zic now uses vfprintf to avoid allocating and freeing some memory. tzselect now computes the list of continents from the data, rather than have it hard-coded. Minor changes pacify GCC 4.7.3 and GCC 4.8.1. Changes affecting the build procedure The 'leapseconds' file is now generated automatically from a new file 'leap-seconds.list', which is a copy of <ftp://time.nist.gov/pub/leap-seconds.list>. A new source file 'leapseconds.awk' implements this. The goal is simplification of the future maintenance of 'leapseconds'. When building the 'posix' or 'right' subdirectories, if the subdirectory would be a copy of the default subdirectory, it is now made a symbolic link if that is supported. This saves about 2 MB of file system space. The links America/Shiprock and Antarctica/South_Pole have been moved to the 'backward' file. This affects only nondefault builds that omit 'backward'. Changes affecting documentation and commentary Changes to the 'tzfile' man page It now mentions that the binary file format may be extended in future versions by appending data. It now refers to the 'zdump' and 'zic' man pages. Changes to the 'zic' man page It lists conditions that elicit a warning with '-v'. It says that the behavior is unspecified when duplicate names are given, or if the source of one link is the target of another. Its examples are updated to match the latest data. The definition of white space has been clarified slightly. (Thanks to Michael Deckers.) Changes to the 'Theory' file There is a new section about the accuracy of the tz database, describing the many ways that errors can creep in, and explaining why so many of the pre-1970 time stamps are wrong or misleading (thanks to Steve Allen, Lester Caine, and Garrett Wollman for discussions that contributed to this). The 'Theory' file describes LMT better (this follows a suggestion by Guy Harris). It refers to the 2013 edition of POSIX rather than the 2004 edition. It's mentioned that excluding 'backward' should not affect the other data, and it suggests at least one zone.tab name per inhabited country (thanks to Stephen Colebourne). Some longstanding restrictions on names are documented, e.g., 'America/New_York' precludes 'America/New_York/Bronx'. It gives more reasons for the 1970 cutoff. It now mentions which time_t variants are supported, such as signed integer time_t. (Thanks to Paul Goyette for reporting typos in an experimental version of this change.) (Thanks to Philip Newton for correcting typos in these changes.) Documentation and commentary is more careful to distinguish UT in general from UTC in particular. (Thanks to Steve Allen.) Add a better source for the Zurich 1894 transition. (Thanks to Pierre-Yves Berger.) Update shapefile citations in tz-link.htm. (Thanks to Guy Harris.)
2013-09-20 23:06:54 +04:00
<li><a href="http://derickrethans.nl/what-time-is-it.html">What Time
welcome to 2014j
2014-11-18 04:58:59 +03:00
is It Here?</a> applies <a href="http://www.mongodb.org">MongoDB</a>
Welcome to tzcode 2013e: Changes affecting API The 'zic' command now outputs a dummy transition when far-future data can't be summarized using a TZ string, and uses a 402-year window rather than a 400-year window. For the current data, this affects only the Asia/Tehran file. It does not affect any of the time stamps that this file represents, so zdump outputs the same information as before. (Thanks to Andrew Main (Zefram).) The 'date' command has a new '-r' option, which lets you specify the integer time to display, a la FreeBSD. The 'tzselect' command has two new options '-c' and '-n', which lets you select a zone based on latitude and longitude. The 'zic' command's '-v' option now warns about constructs that require the new version-3 binary file format. (Thanks to Arthur David Olson for the suggestion.) Support for floating-point time_t has been removed. It was always dicey, and POSIX no longer requires it. (Thanks to Eric Blake for suggesting to the POSIX committee to remove it, and thanks to Alan Barrett, Clive D.W. Feather, Andy Heninger, Arthur David Olson, and Alois Treindl, for reporting bugs and elucidating some of the corners of the old floating-point implementation.) The signatures of 'offtime', 'timeoff', and 'gtime' have been changed back to the old practice of using 'long' to represent UT offsets. This had been inadvertently and mistakenly changed to 'int_fast32_t'. (Thanks to Christos Zoulos.) The code avoids undefined behavior on integer overflow in some more places, including gmtime, localtime, mktime and zdump. Changes affecting the zdump utility zdump now outputs "UT" when referring to Universal Time, not "UTC". "UTC" does not make sense for time stamps that predate the introduction of UTC, whereas "UT", a more-generic term, does. (Thanks to Steve Allen for clarifying UT vs UTC.) Data changes affecting behavior of tzselect and similar programs Country code BQ is now called the more-common name "Caribbean Netherlands" rather than the more-official "Bonaire, St Eustatius & Saba". Remove from zone.tab the names America/Montreal, America/Shiprock, and Antarctica/South_Pole, as they are equivalent to existing same-country-code zones for post-1970 time stamps. The data for these names are unchanged, so the names continue to work as before. Changes affecting code internals zic -c now runs way faster on 64-bit hosts when given large numbers. zic now uses vfprintf to avoid allocating and freeing some memory. tzselect now computes the list of continents from the data, rather than have it hard-coded. Minor changes pacify GCC 4.7.3 and GCC 4.8.1. Changes affecting the build procedure The 'leapseconds' file is now generated automatically from a new file 'leap-seconds.list', which is a copy of <ftp://time.nist.gov/pub/leap-seconds.list>. A new source file 'leapseconds.awk' implements this. The goal is simplification of the future maintenance of 'leapseconds'. When building the 'posix' or 'right' subdirectories, if the subdirectory would be a copy of the default subdirectory, it is now made a symbolic link if that is supported. This saves about 2 MB of file system space. The links America/Shiprock and Antarctica/South_Pole have been moved to the 'backward' file. This affects only nondefault builds that omit 'backward'. Changes affecting documentation and commentary Changes to the 'tzfile' man page It now mentions that the binary file format may be extended in future versions by appending data. It now refers to the 'zdump' and 'zic' man pages. Changes to the 'zic' man page It lists conditions that elicit a warning with '-v'. It says that the behavior is unspecified when duplicate names are given, or if the source of one link is the target of another. Its examples are updated to match the latest data. The definition of white space has been clarified slightly. (Thanks to Michael Deckers.) Changes to the 'Theory' file There is a new section about the accuracy of the tz database, describing the many ways that errors can creep in, and explaining why so many of the pre-1970 time stamps are wrong or misleading (thanks to Steve Allen, Lester Caine, and Garrett Wollman for discussions that contributed to this). The 'Theory' file describes LMT better (this follows a suggestion by Guy Harris). It refers to the 2013 edition of POSIX rather than the 2004 edition. It's mentioned that excluding 'backward' should not affect the other data, and it suggests at least one zone.tab name per inhabited country (thanks to Stephen Colebourne). Some longstanding restrictions on names are documented, e.g., 'America/New_York' precludes 'America/New_York/Bronx'. It gives more reasons for the 1970 cutoff. It now mentions which time_t variants are supported, such as signed integer time_t. (Thanks to Paul Goyette for reporting typos in an experimental version of this change.) (Thanks to Philip Newton for correcting typos in these changes.) Documentation and commentary is more careful to distinguish UT in general from UTC in particular. (Thanks to Steve Allen.) Add a better source for the Zurich 1894 transition. (Thanks to Pierre-Yves Berger.) Update shapefile citations in tz-link.htm. (Thanks to Guy Harris.)
2013-09-20 23:06:54 +04:00
geospatial query operators to shapefiles' data.</li>
<li><a href="http://statoids.com/statoids.html">Administrative
Divisions of Countries ("Statoids")</a> contains lists of
political subdivision data related to time zones.</li>
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
<li><a href="http://home.kpn.nl/vanadovv/time/Multizones.html">Time
Merge tzcode2003e.
2003-12-20 03:12:05 +03:00
zone boundaries for multizone countries</a> summarizes legal
boundaries between time zones within countries.</li>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<li>Manifold.net's <a
update to tzcode2013a
2013-03-03 01:24:28 +04:00
href="http://manifold.net/info/freestuff.shtml">Free Stuff for
Manifold System Users</a> includes a Manifold-format map of
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
world time zone boundaries distributed under the
<abbr>GPL</abbr>.</li>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<li>The GeoCommunity lists several commercial sources for <a
href="http://spatialnews.geocomm.com/features/timezones/">International
Time Zones and Time Zone Data</a>.</li>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<li>A ship within the <a
merge 2015f
2015-08-13 14:21:18 +03:00
href="https://en.wikipedia.org/wiki/Territorial_waters">territorial
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
waters</a> of any nation uses that nation's time. In international
waters, time zone boundaries are meridians 15&deg; apart, except that
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<abbr>UTC</abbr>&minus;12 and <abbr>UTC</abbr>+12 are each 7.5&deg;
wide and are separated by
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
the 180&deg; meridian (not by the International Date Line, which is
for land and territorial waters only). A captain can change ship's
clocks any time after entering a new time zone; midnight changes are
common.</li>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
</ul>
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
<h2>Civil time concepts and history</h2>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<ul>
welcome to 2014e
2014-06-14 21:49:27 +04:00
<li><a href="http://www.nist.gov/pml/general/time/index.cfm">A
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
Walk through Time</a>
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
surveys the evolution of timekeeping.</li>
Sync with tzcode2014h
2014-10-08 01:51:03 +04:00
<li><a href="http://www.webexhibits.org/daylightsaving/">About Daylight
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
Saving Time &ndash; History, rationale, laws &amp; dates</a>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
is an overall history of <abbr>DST</abbr>.</li>
welcome to 2013d
2013-07-18 00:13:04 +04:00
<li><a href="http://www.w3.org/TR/timezone/">Working with Time Zones</a>
contains guidelines and best practices for software applications that
deal with civil time.</li>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<li><a href="http://energy.ca.gov/daylightsaving.html">Saving Time,
Saving Energy</a> discusses a primary justification for <abbr>DST</abbr>.</li>
update to tzcode2013a
2013-03-03 01:24:28 +04:00
<li><a href="http://seizethedaylight.com/dst/">A Brief
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
History of Daylight Saving Time</a> summarizes some of the contentious
history of <abbr>DST</abbr>.</li>
update to tzcode2013a
2013-03-03 01:24:28 +04:00
<li><a href="http://www.staff.science.uu.nl/~gent0113/idl/idl.htm">A History of
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
the International Date Line</a> tells the story of the most important
time zone boundary.</li>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<li><a href="http://statoids.com/tconcept.html">Basic Time
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
Zone Concepts</a> discusses terminological issues behind time zones.</li>
</ul>
<h2>National histories of legal time</h2>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<dl>
<dt>Australia</dt>
Sync with tzcode2014h
2014-10-08 01:51:03 +04:00
<dd>The Parliamentary Library has commissioned a <a
href="http://www.aph.gov.au/binaries/library/pubs/rp/2009-10/10rp10.pdf">research
paper on daylight saving time in Australia</a>.
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
The Bureau of Meteorology publishes a list of <a
href="http://www.bom.gov.au/climate/averages/tables/dst_times.shtml">Implementation
Dates of Daylight Savings Time within Australia</a>.</dd>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<dt>Belgium</dt>
<dd>The Royal Observatory of Belgium maintains a table of <a
href="http://www.astro.oma.be/GENERAL/INFO/nli001a.html"
hreflang="nl">time in Belgium (in Dutch)</a>.</dd>
<dt>Brazil</dt>
<dd>The Time Service Department of the National Observatory
records <a href="http://pcdsh01.on.br/DecHV.html"
hreflang="pt-BR">Brazil's daylight saving time decrees (in
Portuguese)</a>.</dd>
<dt>Canada</dt>
update to tzcode2013a
2013-03-03 01:24:28 +04:00
<dd>National Research Council Canada publishes current
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
and some older information about <a
update to tzcode2013a
2013-03-03 01:24:28 +04:00
href="http://www.nrc-cnrc.gc.ca/eng/services/time/time_zones.html">time
zones &amp; daylight saving time</a>.</dd>
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
<dt>Chile</dt>
Sync with tzcode2014h
2014-10-08 01:51:03 +04:00
<dd>The Hydrographic and Oceanographic Service of the Chilean Navy publishes a
<a href="http://www.horaoficial.cl/historia_hora.html" hreflang="es">history of
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
Chile's official time (in Spanish)</a>.</dd>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<dt>Germany</dt>
<dd>The National Institute for Science and Technology maintains the <a
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
href="http://www.ptb.de/cms/en/fachabteilungen/abt4/fb-44/ag-441/realisation-of-legal-time-in-germany.html">Realisation
of Legal Time in Germany</a>.</dd>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<dt>Israel</dt>
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
<dd>The Interior Ministry periodically issues <a
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
href="ftp://ftp.cs.huji.ac.il/pub/tz/announcements"
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
hreflang="he">announcements (in Hebrew)</a>.</dd>
<dt>Mexico</dt>
<dd>The Investigation and Analysis Service of the Mexican Library of
Congress has published a <a
Sync with tzcode2014h
2014-10-08 01:51:03 +04:00
href="http://www.diputados.gob.mx/bibliot/publica/inveyana/polisoc/horver/index.htm"
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
hreflang="es">history of Mexican local time (in Spanish)</a>.</dd>
Merge tzcode2003e.
2003-12-20 03:12:05 +03:00
<dt>Malaysia</dt>
<dd>See Singapore below.</dd>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<dt>Netherlands</dt>
update to tzcode2013a
2013-03-03 01:24:28 +04:00
<dd><a href="http://www.staff.science.uu.nl/~gent0113/wettijd/wettijd.htm"
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
hreflang="nl">Legal time in the Netherlands (in Dutch)</a>
covers the history of local time in the Netherlands from ancient times.</dd>
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
<dt>New Zealand</dt>
update to tzcode2013a
2013-03-03 01:24:28 +04:00
<dd>The Department of Internal Affairs maintains a brief <a
href="http://www.dia.govt.nz/Daylight-Saving-History">History of
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
Daylight Saving</a>. The privately-maintained <a
href="http://astrologyschool.com/nztime.html">History of New Zealand
time</a> has more details.</dd>
Merge tzcode2003e.
2003-12-20 03:12:05 +03:00
<dt>Singapore</dt>
<dd><a
href="http://www.math.nus.edu.sg/aslaksen/teaching/timezone.html">Why
is Singapore in the "Wrong" Time Zone?</a> details the
history of legal time in Singapore and Malaysia.</dd>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<dt>United Kingdom</dt>
<dd><a
update to tzcode2013a
2013-03-03 01:24:28 +04:00
href="http://www.polyomino.org.uk/british-time/">History of
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
legal time in Britain</a> discusses in detail the country
Import tzcode2000g.
2000-12-12 18:21:09 +03:00
with perhaps the best-documented history of clock adjustments.
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
The National Physical Laboratory also maintains an <a
welcome to 2013d
2013-07-18 00:13:04 +04:00
href="http://www.npl.co.uk/educate-explore/what-is-time/archive-of-summer-time-dates-1916-2006">Archive
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
of Summer time dates</a>.</dd>
merge 2015f
2015-08-13 14:21:18 +03:00
<dt>United States</dt>
<dd>The Department of Transportation's <a
href="http://www.transportation.gov/regulations/recent-time-zone-proceedings">Recent
Time Zone Proceedings</a> lists changes to time zone boundaries.</dd>
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
</dl>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<h2>Precision timekeeping</h2>
<ul>
<li><a
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
href="http://literature.agilent.com/litweb/pdf/5965-7984E.pdf">The
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
Science of Timekeeping</a> is a thorough introduction
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
to the theory and practice of precision timekeeping.</li>
welcome to 2014j
2014-11-18 04:58:59 +03:00
<li><a href="http://www.ntp.org"><abbr
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
title="Network Time Protocol">NTP</abbr>: The Network
Time Protocol</a>
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
discusses how to synchronize clocks of
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
Internet hosts.</li>
welcome to 2014e
2014-06-14 21:49:27 +04:00
<li>The <a href="http://www.nist.gov/el/isd/ieee/ieee1588.cfm">Precision
Time Protocol</a> (<abbr
title="Institute of Electrical and Electronics Engineers">IEEE</abbr> 1588)
can achieve submicrosecond clock accuracy on a local area network.</li>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<li><a
apply 2013b
2013-03-16 04:59:14 +04:00
href="http://tools.ietf.org/html/rfc4833">Timezone
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
Options for <abbr title="Dynamic Host Configuration Protocol">DHCP</abbr></a>
(Internet <abbr>RFC</abbr> 4833)
specifies a <a
merge 2015f
2015-08-13 14:21:18 +03:00
href="https://en.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol"><abbr>DHCP</abbr></a>
update to tzcode2013a
2013-03-03 01:24:28 +04:00
option for a server to configure
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
a client's time zone and daylight saving settings automatically.</li>
welcome to 2014j
2014-11-18 04:58:59 +03:00
<li><a href="http://gauss.gge.unb.ca/GMT.UT.and.the.RGO.html">A Few Facts
Concerning <abbr>GMT</abbr>, <abbr>UT</abbr>, and
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
the <abbr title="Royal Greenwich Observatory">RGO</abbr></a>
answers questions like "What is the
difference between <abbr>GMT</abbr> and <abbr>UTC</abbr>?"</li>
<li><a
href="http://www.cv.nrao.edu/~rfisher/Ephemerides/times.html">Astronomical
Times</a> explains more abstruse astronomical time scales like
<abbr title="Terrestrial Dynamic Time">TDT</abbr>,
<abbr title="Geocentric Coordinate Time">TCG</abbr>, and
<abbr title="Barycentric Dynamic Time">TDB</abbr>.
<a href="http://www.ucolick.org/~sla/leapsecs/timescales.html">Time
Scales</a> goes into more detail, particularly for historical variants.</li>
welcome to 2014j
2014-11-18 04:58:59 +03:00
<li>The <a href="http://iau.org"><abbr
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
title="International Astronomical Union">IAU</abbr></a>'s <a
welcome to 2014j
2014-11-18 04:58:59 +03:00
href="http://www.iausofa.org"><abbr
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
title="Standards Of Fundamental Astronomy">SOFA</abbr></a>
merge tzcode2014f via patch
2014-08-15 15:04:07 +04:00
collection contains C and <a
merge 2015f
2015-08-13 14:21:18 +03:00
href="https://en.wikipedia.org/wiki/Fortran">Fortran</a>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
code for converting among time scales like
<abbr title="International Atomic Time">TAI</abbr>,
<abbr>TDB</abbr>, <abbr>TDT</abbr> and
<abbr>UTC</abbr>.</li>
update to tzcode2013a
2013-03-03 01:24:28 +04:00
<li><a href="http://www2.jpl.nasa.gov/basics/bsf2-3.php">Basics of
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
Space Flight &ndash; Reference Systems &ndash; Time Conventions</a>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
briefly explains interplanetary space flight timekeeping.</li>
<li><a
Merge tzcode2004a.
2004-05-28 00:39:49 +04:00
href="http://www.giss.nasa.gov/tools/mars24/help/notes.html">Technical
Notes on Mars Solar Time as Adopted by the Mars24 Sunclock</a> briefly
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
describes Mars Coordinated Time (<abbr
title="Mars Coordinated Time">MTC</abbr>) and the
diverse local time
Merge tzcode2004a.
2004-05-28 00:39:49 +04:00
scales used by each landed mission on Mars.</li>
welcome to 2014j
2014-11-18 04:58:59 +03:00
<li><a href="http://leapsecond.com">LeapSecond.com</a> is
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
dedicated not only to leap seconds but to precise time and frequency
in general. It covers the state of the art in amateur timekeeping, and
how the art has progressed over the past few decades.</li>
Merge tzcode2004a.
2004-05-28 00:39:49 +04:00
<li><a
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
href="http://www.iers.org/IERS/EN/Publications/Bulletins/bulletins.html"><abbr
title="International Earth Rotation and Reference Systems Service">IERS</abbr>
update to tzcode2013a
2013-03-03 01:24:28 +04:00
Bulletins</a> contains official publications of the International
Earth Rotation and Reference Systems Service, which decides
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
when leap seconds occur.</li>
<li>The <a
welcome to 2014j
2014-11-18 04:58:59 +03:00
href="https://pairlist6.pair.net/mailman/listinfo/leapsecs">Leap
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
Second Discussion List</a> covers <a
href="http://gauss.gge.unb.ca/papers.pdf/gpsworld.november99.pdf">McCarthy
and Klepczynski's proposal to discontinue leap seconds</a>,
discussed further in
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
<a href="http://www.cl.cam.ac.uk/~mgk25/time/metrologia-leapsecond.pdf">The
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
leap second: its history and possible future</a>.
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<a href="http://www.ucolick.org/~sla/leapsecs/"><abbr>UTC</abbr>
might be redefined
update to tzcode2013a
2013-03-03 01:24:28 +04:00
without Leap Seconds</a> gives pointers on this
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
contentious issue.</li>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
</ul>
<h2>Time notation</h2>
<ul>
welcome to 2014j
2014-11-18 04:58:59 +03:00
<li>The <a href="http://cldr.unicode.org">Unicode Common Locale Data
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
Repository (<abbr>CLDR</abbr>) Project</a> has localizations for time
zone names, abbreviations, identifiers, and formats. For example, it
contains French translations for "Eastern European Summer Time",
"<abbr title="Eastern European Summer Time">EEST</abbr>", and
"Bucharest". Its
<a href="http://unicode.org/cldr/charts/by_type/index.html">by-type
Sync with tzcode2014h
2014-10-08 01:51:03 +04:00
charts</a> show these values for many locales. Data values are available in
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
both <abbr title="Locale Data Markup Language">LDML</abbr>
(an <abbr>XML</abbr> format) and <abbr>JSON</abbr>.
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<li>
welcome to 2013d
2013-07-18 00:13:04 +04:00
<a href="http://www.cl.cam.ac.uk/~mgk25/iso-time.html">A summary of
the international standard date and time notation</a> is a good
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
summary of
<a
update to tzcode2013a
2013-03-03 01:24:28 +04:00
href="http://www.iso.org/iso/catalogue_detail?csnumber=40874"><abbr
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
title="International Organization for Standardization">ISO</abbr>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
8601:2004 &ndash; Data elements and interchange formats &ndash; Information
interchange &ndash; Representation of dates and times</a>.</li>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<li>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<a href="http://www.w3.org/TR/xmlschema-2/#dateTime"><abbr>XML</abbr>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
Schema: Datatypes &ndash; dateTime</a> specifies a format inspired by
<abbr>ISO</abbr> 8601 that is in common use in <abbr>XML</abbr> data.</li>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<li>
apply 2013b
2013-03-16 04:59:14 +04:00
<a href="http://tools.ietf.org/html/rfc5322">Internet
Message Format</a> (Internet <abbr>RFC</abbr> 5322) &sect;3.3
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
specifies the time notation used in email and <a
Release 2015g - 2015-10-01 00:39:51 -0700 Changes affecting code localtime no longer mishandles America/Anchorage after 2037. (Thanks to Bradley White for reporting the bug.) The localtime module allows the variables 'timezone', 'daylight', and 'altzone' to be in common storage shared with other modules, and declares them in case the system <time.h> does not. (Problems reported by Kees Dekker.) On platforms with tm_zone, strftime.c now assumes it is not NULL. This simplifies the code and is consistent with zdump.c. (Problem reported by Christos Zoulas.) Changes affecting documentation The tzfile man page now documents that transition times denote the starts (not the ends) of the corresponding time periods. (Ambiguity reported by Bill Seymour.)
2015-10-09 20:21:45 +03:00
href="https://en.wikipedia.org/wiki/Hypertext_Transfer_Protocol"><abbr>HTTP</abbr></a>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
headers.</li>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<li>
apply 2013b
2013-03-16 04:59:14 +04:00
<a href="http://tools.ietf.org/html/rfc3339">Date and Time
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
on the Internet: Timestamps</a> (Internet <abbr>RFC</abbr> 3339)
specifies an <abbr>ISO</abbr> 8601
profile for use in new Internet
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
protocols.</li>
<li>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<a href="http://www.hackcraft.net/web/datetime/">Date &amp; Time
Formats on the Web</a> surveys web- and Internet-oriented date and time
formats.</li>
<li>
<a href="http://exit109.com/~ghealton/y2k/yrexamples.html">The
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
Best of Dates, the Worst of Dates</a> covers many problems encountered
by software developers when handling dates and time stamps.</li>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<li>Alphabetic time zone abbreviations should not be used as unique
identifiers for <abbr>UTC</abbr> offsets as they are ambiguous in
merge tzcode2014f via patch
2014-08-15 15:04:07 +04:00
practice. For example, in English-speaking North America
"<abbr>CST</abbr>" denotes 6 hours behind <abbr>UTC</abbr>,
but in China it denotes 8 hours ahead of <abbr>UTC</abbr>,
and French-speaking North Americans prefer
"<abbr title="Heure Normale du Centre">HNC</abbr>" to
"<abbr>CST</abbr>". For <abbr>POSIX</abbr> the <code><abbr>tz</abbr></code>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
database contains English abbreviations for all time stamps but in
many cases these are merely inventions of the database
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
maintainers.</li>
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<li>Numeric time zone abbreviations typically count hours east of
merge 2014i
2014-10-23 22:45:58 +04:00
<abbr>UTC</abbr>, e.g., +09 for Japan and
&minus;10 for Hawaii. However, the <abbr>POSIX</abbr>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<code><abbr>TZ</abbr></code> environment variable uses the opposite convention.
For example, one might use <code><abbr>TZ</abbr>="<abbr
title="Japan Standard Time">JST</abbr>-9"</code> and
Welcome to 2014c Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.)
2014-05-13 20:33:56 +04:00
<code><abbr>TZ</abbr>="<abbr title="Hawaii Standard Time">HST</abbr>10"</code>
for Japan and Hawaii, respectively. If the
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<code><abbr>tz</abbr></code> database is available, it is usually better to use
settings like <code><abbr>TZ</abbr>="Asia/Tokyo"</code> and
<code><abbr>TZ</abbr>="Pacific/Honolulu"</code> instead, as this should avoid
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
confusion, handle old time stamps better, and insulate you better from
any future changes to the rules. One should never set
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
<abbr>POSIX</abbr> <code><abbr>TZ</abbr></code> to a value like
Import tzcode2009k. - now understands 64bit time_t and 64bit data in timezone files. - localtime(), gmtime(), asctime() and ctime() may now fail with a NULL result if time_t cannot be represented by struct tm.
2010-01-01 01:49:15 +03:00
<code>"GMT-9"</code>, though, since this would falsely claim that
local time is nine hours ahead of <abbr>UTC</abbr> and the time zone
is called "<abbr>GMT</abbr>".</li>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
</ul>
merge 2015f
2015-08-13 14:21:18 +03:00
<h2>See also</h2>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
<ul>
Import tzcode2003d.
2003-10-29 23:19:13 +03:00
<li><a href="tz-art.htm">Time and the Arts</a></li>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
</ul>
apply 2013b
2013-03-16 04:59:14 +04:00
<hr>
<address>
update from tzcode 2013e to tzcode2013i i: The compile-time flag NOSOLAR has been removed, as nowadays the benefit of slightly shrinking runtime table size is outweighed by the cost of disallowing potential future updates that exceed old limits. h: Fix localtime overflow bugs with 32-bit unsigned time_t. zdump no longer assumes sscanf returns maximal values on overflow. g: 'zic' now runs on platforms that lack both hard links and symlinks. (Thanks to Theo Veenker for reporting the problem, for MinGW.) Also, fix some bugs on platforms that lack hard links but have symlinks. 'zic -v' again warns that Asia/Tehran has no POSIX environment variable to predict the far future, fixing a bug introduced in 2013e. f: The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.)
2013-12-26 22:34:28 +04:00
This web page is in the public domain, so clarified as of
apply 2013b
2013-03-16 04:59:14 +04:00
2009-05-17 by Arthur David Olson.
<br>
Please send corrections to this web page to the
<a href="mailto:tz@iana.org">time zone mailing list</a>.
</address>
Import tzcode2002b.
2002-01-29 15:30:41 +03:00
</body>
</html>
Reference in New Issue Copy Permalink