On Jul 18, 2015, at 3:40 PM, Jon Skeet <skeet@pobox.com> wrote:
Next update: I've improved the zdump-based generation of the data, and put the data in the current format for all the tz data releases I can find (from 1996 onwards) at http://nodatime.org/tzvalidate/
I’ve generated a version of tzdata2015e-tzvalidate.txt.zip from my code here: http://howardhinnant.github.io/tzdata2015e-tzvalidate.txt.zip There are appear to be two kinds of differences: 1. I appear to start earlier than you, for example I have: Africa/Algiers 1891-03-14T23:48:48Z +00:09:21 standard PMT and you do not. 2. This one has me more concerned: When a zone specifies a rule/date combination and the date falls of the beginning of the rule table, I assume a “” variable part, where you appear to assume a “S” variable part. For example, I have: America/Barbados 1924-01-01T03:58:29Z -03:58:29 standard BMT 1932-01-01T03:58:29Z -04:00:00 standard AT 1977-06-12T06:00:00Z -03:00:00 daylight ADT And you have: America/Barbados 1924-01-01T03:58:29Z -03:58:29 standard BMT 1932-01-01T03:58:29Z -04:00:00 standard AST 1977-06-12T06:00:00Z -03:00:00 daylight ADT The America/Barbados Zone switches to the Barb Rule on 1932-01-01T03:58:29Z, using the format A%sT. But the first Barb Rule is 1977-06-12 2:00. I looked for documentation for what is supposed to happen in a situation like this, but didn’t find anything. Howard