<div dir="ltr">> It would not be too hard to convert from tz to MS reg data to provide correct times in earlier years.<div><br></div><div>Actually, it's quite a pain.  The registry format presumes there are always exactly either zero or two DST transitions in every year.  All kinds of workarounds are in place to deal with edge cases like standard time changing mid-year or DST ending permanently, etc.  Not to mention time zones with 3 or 4 transitions, such as for Ramadan - which the OS has to handle special.</div><div><br></div><div>Also, you'll find that the decisions about which time zones are grouped together start to get fuzzy as you go back in time.  If you were to try to fill in the older data for all entries, you'd eventually encounter two differing IANA zones that are grouped under the same Windows zone, and you'd need a new Windows zone to split them apart.  The 1970 rule we have in tzdata is 2010 in the Windows data.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 7, 2022 at 11:03 AM Brian Inglis via tz <<a href="mailto:tz@iana.org">tz@iana.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2022-10-06 14:25, Brooks Harris via tz wrote:<br>
> On 2022-10-06 4:07 PM, Paul Eggert wrote:<br>
<br>
>> Yes, as I understand it Microsoft Windows 8.1 and later has data <br>
>> derived from tzdb in its Windows Runtime / Universal Windows Platform <br>
>> classes. <br>
<br>
Uses MS port of tz code/data for UWP Store apps.<br>
<br>
> The time zone information resides in the Windows Registry, at<br>
> HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones<br>
<br>
Used by native MS Windows libraries and apps: MS do their own thing <br>
here. It would not be too hard to convert from tz to MS reg data to <br>
provide correct times in earlier years.<br>
<br>
Windows dynamic time zones may have been added to support the EU 2006 <br>
and/or US 2007 changes, and new data is now added for other zones.<br>
The earliest dynamic zone I can find is for Cuba 2003.<br>
<br>
Base data is static current e.g. Cuba Standard Time<br>
<br>
Display (REG_SZ) = "(UTC-05:00) Havana"<br>
Std (REG_SZ) = "Cuba Standard Time"<br>
Dlt (REG_SZ) = "Cuba Summer Time"<br>
MUI_Display (REG_SZ) = "@tzres.dll,-2430"<br>
MUI_Dlt (REG_SZ) = "@tzres.dll,-2431"<br>
MUI_Std (REG_SZ) = "@tzres.dll,-2432"<br>
TZI (REG_BINARY) = 2c 01 00 00 00 00 00 00<br>
<br>
but some zones also support 'Dynamic DST' e.g.<br>
<br>
FirstEntry (REG_DWORD) = 0x000007d3 (2003)<br>
LastEntry (REG_DWORD) = 0x000007dd (2013)<br>
2003 (REG_BINARY) = 2c 01 00 00 00 00 00 00<br>
2004 (REG_BINARY) = 2c 01 00 00 00 00 00 00<br>
2005 (REG_BINARY) = f0 00 00 00 00 00 00 00<br>
2006 (REG_BINARY) = 2c 01 00 00 00 00 00 00<br>
2007 (REG_BINARY) = 2c 01 00 00 00 00 00 00<br>
2008 (REG_BINARY) = 2c 01 00 00 00 00 00 00<br>
2009 (REG_BINARY) = 2c 01 00 00 00 00 00 00<br>
2010 (REG_BINARY) = 2c 01 00 00 00 00 00 00<br>
2011 (REG_BINARY) = 2c 01 00 00 00 00 00 00<br>
2012 (REG_BINARY) = 2c 01 00 00 00 00 00 00<br>
2013 (REG_BINARY) = 2c 01 00 00 00 00 00 00<br>
<br>
-- <br>
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada<br>
<br>
This email may be disturbing to some readers as it contains<br>
too much technical detail. Reader discretion is advised.<br>
[Data in binary units and prefixes, physical quantities in SI.]<br>
</blockquote></div>