<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>Keeping mind that there are other implementations that read the tzdata directly, I thought I would check a few that I'm familiar with.<div><span style="font-size: 12pt;">I checked Noda Time (C#), pytz (Python), and moment-timezone (JavaScript). &nbsp;They all correctly interpret this zone's change from MDT to CST as of 8:00 UTC, keeping the UTC-06:00 offset the whole time.</span></div><div><span style="font-size: 12pt;">I would expect if an implementation interpreted it incorrectly, there would be a one hour period where the zone used MST with a UTC-07:00 offset.</span></div><div><div><br></div><div><br></div><div><div>&gt; From: random832@fastmail.us<br>&gt; To: tz@iana.org<br>&gt; Date: Sat, 6 Jun 2015 23:30:23 -0400<br>&gt; Subject: Re: [tz] Possible bug in the tz database<br>&gt; <br>&gt; On Sat, Jun 6, 2015, at 21:36, Howard Hinnant wrote:<br>&gt; &gt; But this data indicates that local time behaves as follows that morning:<br>&gt; &gt; <br>&gt; &gt;     2010-11-07 01:59:59 MDT = 2010-11-07 07:59:59 UTC<br>&gt; &gt;     2010-11-07 01:00:00 MST = 2010-11-07 08:00:00 UTC<br>&gt; &gt;     2010-11-07 01:00:01 MST = 2010-11-07 08:00:01 UTC<br>&gt; &gt;     …<br>&gt; &gt;     2010-11-07 01:59:59 MST = 2010-11-07 08:59:59 UTC<br>&gt; &gt;     2010-11-07 03:00:00 CST = 2010-11-07 09:00:00 UTC<br>&gt; &gt;     2010-11-07 03:00:01 CST = 2010-11-07 09:00:01 UTC<br>&gt; &gt; <br>&gt; &gt; However I believe the intended behavior is:<br>&gt; &gt; <br>&gt; &gt;     2010-11-07 01:59:59 MDT = 2010-11-07 07:59:59 UTC<br>&gt; &gt;     2010-11-07 02:00:00 CST = 2010-11-07 08:00:00 UTC<br>&gt; &gt;     2010-11-07 02:00:01 CST = 2010-11-07 08:00:01 UTC<br>&gt; <br>&gt; My system's zdump output:<br>&gt; America/North_Dakota/Beulah  Sun Mar 14 08:59:59 2010 UTC = Sun Mar 14<br>&gt; 01:59:59 2010 MST isdst=0<br>&gt; America/North_Dakota/Beulah  Sun Mar 14 09:00:00 2010 UTC = Sun Mar 14<br>&gt; 03:00:00 2010 MDT isdst=1<br>&gt; America/North_Dakota/Beulah  Sun Nov  7 07:59:59 2010 UTC = Sun Nov  7<br>&gt; 01:59:59 2010 MDT isdst=1<br>&gt; America/North_Dakota/Beulah  Sun Nov  7 08:00:00 2010 UTC = Sun Nov  7<br>&gt; 02:00:00 2010 CST isdst=0<br>&gt; America/North_Dakota/Beulah  Sun Mar 13 07:59:59 2011 UTC = Sun Mar 13<br>&gt; 01:59:59 2011 CST isdst=0<br>&gt; America/North_Dakota/Beulah  Sun Mar 13 08:00:00 2011 UTC = Sun Mar 13<br>&gt; 03:00:00 2011 CDT isdst=1<br>&gt; <br>&gt; In general, it's probably more useful to rely on zdump output, rather<br>&gt; than working through interpreting the data by hand, for reasoning about<br>&gt; what behavior a given piece of timezone data actually produces.<br></div></div></div>                                               </div></body>
</html>