SetSystemTime - UTC ou heure locale?

Question

J'ai un appel à SetSystemTime depuis mon application C#. Toutefois, si le fuseau horaire de Windows est décalé par rapport à l'heure UTC, il semble parfois ajuster l'horloge du système comme si l'heure fournie était UTC (c'est-à-dire convertie en heure locale) et d'autres fois non. règle l'heure directement sur le paramètre date.

[StructLayout(LayoutKind.Sequential)] 
    internal struct SystemTime 
    { 
     public short Year; 
     public short Month; 
     public short DayOfWeek; 
     public short Day; 
     public short Hour; 
     public short Minute; 
     public short Second; 
     public short Milliseconds; 
    } 

    [DllImport("kernel32.dll", SetLastError = true)] 
    internal static extern bool SetSystemTime(ref SystemTime st); 

    public static bool AdjustSystemClock(DateTime date) 
    { 
     SystemTime systemTime = new SystemTime(); 
     systemTime.Year = (short)date.Year; 
     systemTime.Month = (short)date.Month; 
     systemTime.Day = (short)date.Day; 
     systemTime.Hour = (short)date.Hour; 
     systemTime.Minute = (short)date.Minute; 
     systemTime.Second = (short)date.Second; 
     return SetSystemTime(ref systemTime); 
    } 

La différence semble être: Quand je mets le fuseau horaire à l'aide de Windows, puis démarrez l'application, quand je l'appelle SetSystemTime() il ajuste le temps prévu comme si elle était UTC.

Mais lorsque je définis le fuseau horaire à l'aide de la fonction SetDynamicTimeZoneInformation(), redémarrez l'application, puis appelez le SetSystemTime(), puis réglez l'heure directement sur l'heure fournie, quel que soit le fuseau horaire.

Est-ce le comportement attendu? Comment puis-je obtenir la cohérence entre les deux méthodes pour définir le fuseau horaire?

Answer 1

Je crois que j'ai trouvé le problème.

Il s'avère que la personne qui a écrit le bit de code à SetDynamicTimeZoneInformation() a négligé de définir la propriété Bias. Par conséquent, les informations de fuseau horaire étant définies avec un décalage UTC de zéro, donc aucun ajustement n'aurait lieu.