About time transfer 2014
As you know, on October 26, 2014 at 2 am we again translate the time. For obvious reasons, there will be no patch for Windows XP, for the supported OS, the patch is expected 2 weeks before the X date. This post is dedicated to XP users and those who want to check everything in advance.
Collected by hands with the help of Tzedit (not from Microsoft, he does not understand Dynamic DST, but with this ) the time zones for all of Russia for Win7 and XP are here .
So far, only very preliminary testing, on Vista, 8, servers did not check (but should come up), and even these ones were tested very conditionally, I could get confused somewhere with transitions. Some technological software 100% of them will be broken. Very likely, somewhere my opinion about the transition and time zones will not coincide with the future opinion of Microsoft, when they did release a patch. For XP, then you can simply import part of the registry from Win7. All the information below is for those who want to test their software in advance, or if the patch is not released on time for various reasons, and someone else will be interested in the topic of time transfer among the surrounding nuclear ash.
')
Those interested can test or start collecting their own, after making a backup copy of the contents of HKLM \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Time Zones. Do not forget that after editing the data on the timezone in the repository, it still needs to be applied by selecting another zone, applying and then choosing the correct one, or from the command line (Win 7 from the box, Vista after kb2556308 - tzutil.exe / s “Russian Standard Time "For XP control.exe timedate.cpl ,, / Z Russian Standard Time). Do not forget about UAC on Win 7, assign changes to the policies of the computer.
Since on Vista + the Russians (as well as in any other language) have the names signed in tzres.dll, signed with a digital signature, and I cannot change them - so as not to be confused with the old names, I delete all the keys with links to the MUI names. True, TZEdit is a bit worse after that, there are no problems with the rest. If the removal of someone prevented - remove all keys of the form "MUI_Display" = - "MUI_Dlt" = - "MUI_Std" = - from the file. In addition, I see no reason to make another file with English zone names for English-language distributions - let him feel some aesthetic incorrectness.
To understand what is changing and how much, apart from the common file, there are separate ones for each time zone, in the format <new UTC offset> -zone name (change from old), for example, 03-Russian Standard Time (-1) .reg. For regions that change the time zone in an unusual way, three separate non-existent zones have been created, for everyone the name starts with an exclamation mark -! 07-Kemerovo (0) .reg,! 08-Chita (-2) .reg,! 11-UTC11 (-1) .reg - it makes sense to set them for the automatic transition to the night of the 26th, then replace it with the standard ones for the zone and forget it like a bad dream.
I don’t say that Microsoft will make the transition exactly this way (for whom it’s interesting - see the dynamic dst transitions in other countries, everything’s pretty obvious), so before the official patch, everything is at your own peril and risk. Everything that relates to XP corresponds to Windows Server 2003 (with accuracy to the language); everything related to Vista / 7 should be suitable for Windows Server 2008/2008 R2 and later.
To support Dynamic DST on XP, 2007 timezone update KB931836 or higher should be installed if you correctly switched in 2012 - you should have it; for Vista, for the presence of tzutil.exe to automate the installation of the timezone, there should be an update kb2556308 - most likely you also have it.
References:
Act 2014 ;
Law 2011 ;
Squeeze someone where;
Dynamic DST Theory
(in XP / 2003 Dynamic DST is supported since 2007 and KB931836, alas, not on Win2k);
TZEdit utility with Dynamic DST support;
Theory for developers ;
Timezone selection from the command line ;
A nice post about changing time zones in 2011.
Comments, suggestions are welcome.
UPD As promised, patch kb2998527 released.
UPD 2 As it turned out, Dynamic DST support in XP / 2003 is incomplete, so that there is no unforeseen translation of the clock hands on the night of January 6-7, certain actions must be taken.
Collected by hands with the help of Tzedit (not from Microsoft, he does not understand Dynamic DST, but with this ) the time zones for all of Russia for Win7 and XP are here .
So far, only very preliminary testing, on Vista, 8, servers did not check (but should come up), and even these ones were tested very conditionally, I could get confused somewhere with transitions. Some technological software 100% of them will be broken. Very likely, somewhere my opinion about the transition and time zones will not coincide with the future opinion of Microsoft, when they did release a patch. For XP, then you can simply import part of the registry from Win7. All the information below is for those who want to test their software in advance, or if the patch is not released on time for various reasons, and someone else will be interested in the topic of time transfer among the surrounding nuclear ash.
')
Those interested can test or start collecting their own, after making a backup copy of the contents of HKLM \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Time Zones. Do not forget that after editing the data on the timezone in the repository, it still needs to be applied by selecting another zone, applying and then choosing the correct one, or from the command line (Win 7 from the box, Vista after kb2556308 - tzutil.exe / s “Russian Standard Time "For XP control.exe timedate.cpl ,, / Z Russian Standard Time). Do not forget about UAC on Win 7, assign changes to the policies of the computer.
Since on Vista + the Russians (as well as in any other language) have the names signed in tzres.dll, signed with a digital signature, and I cannot change them - so as not to be confused with the old names, I delete all the keys with links to the MUI names. True, TZEdit is a bit worse after that, there are no problems with the rest. If the removal of someone prevented - remove all keys of the form "MUI_Display" = - "MUI_Dlt" = - "MUI_Std" = - from the file. In addition, I see no reason to make another file with English zone names for English-language distributions - let him feel some aesthetic incorrectness.
To understand what is changing and how much, apart from the common file, there are separate ones for each time zone, in the format <new UTC offset> -zone name (change from old), for example, 03-Russian Standard Time (-1) .reg. For regions that change the time zone in an unusual way, three separate non-existent zones have been created, for everyone the name starts with an exclamation mark -! 07-Kemerovo (0) .reg,! 08-Chita (-2) .reg,! 11-UTC11 (-1) .reg - it makes sense to set them for the automatic transition to the night of the 26th, then replace it with the standard ones for the zone and forget it like a bad dream.
I don’t say that Microsoft will make the transition exactly this way (for whom it’s interesting - see the dynamic dst transitions in other countries, everything’s pretty obvious), so before the official patch, everything is at your own peril and risk. Everything that relates to XP corresponds to Windows Server 2003 (with accuracy to the language); everything related to Vista / 7 should be suitable for Windows Server 2008/2008 R2 and later.
To support Dynamic DST on XP, 2007 timezone update KB931836 or higher should be installed if you correctly switched in 2012 - you should have it; for Vista, for the presence of tzutil.exe to automate the installation of the timezone, there should be an update kb2556308 - most likely you also have it.
References:
Act 2014 ;
Law 2011 ;
Squeeze someone where;
Dynamic DST Theory
(in XP / 2003 Dynamic DST is supported since 2007 and KB931836, alas, not on Win2k);
TZEdit utility with Dynamic DST support;
Theory for developers ;
Timezone selection from the command line ;
A nice post about changing time zones in 2011.
Comments, suggestions are welcome.
UPD As promised, patch kb2998527 released.
UPD 2 As it turned out, Dynamic DST support in XP / 2003 is incomplete, so that there is no unforeseen translation of the clock hands on the night of January 6-7, certain actions must be taken.
Source: https://habr.com/ru/post/234363/
All Articles