ShortDateFormat nach Windows-Sperrung/Entsperrung geändert

[anse]

Bin gerade auf einen merkwürdiges Phänomen gestoßen, daß bei mir diverse EConvertError Exceptions bei StrToDateTime() verursacht. Ich setze bei Programmstart die regionalen Datums-Einstellungen folgendermaßen:

Delphi-Quellcode:

DateSeparator := '-';
TimeSeparator := ':';
ShortDateFormat := 'yyyy/mm/dd';
LongTimeFormat := 'hh:nn:ss';

Später mache ich sowas (stark vereinfacht):
bla := StrToDateTime('2000-01-01 01:00:00') was auch eigentlich niemals eine Exception wirft, weil ich ja das ShortDateFormat oben passend gesetzt habe.

Nun habe ich durch Zufall einmal
1. Programm gestartet
2. mein Vista gesperrt ...
3. ... und wieder entsperrt
4. tataa - EConvertErrors in StrToDateTime(), weil ShortDateFormat zurückgesetzt wurde auf meine deutschen Originaleinstellungen ('dd.MM.yyyy')

Woher kommt dieses eigenmächtige Verhalten und wie kann ich das verhindern?

[Satty67]

Wenn ich das aus der Delphi Hilfe richtig interpretiere:

Nach sperren/entsperren von Windows bekommt Deine Anwendung von Windows wohl eine WM_WININICHANGE-Botschaft. Diese sorgt dafür, das solche Variablen mit GetLocalInfo neu eingelesen werden.

Das kann man verhindern mit
Application.UpdateFormatSettings := False

[mkinzler]

Bei neueren Delphiversionen könnte man auch die überladenen Versionen mit dem Foramt als Parameter wählen.

[anse]

Vielen Dank! Application.UpdateFormatSettings ist genau dafür gedacht.

Merkwürdig dennoch, dass dass Windows-Entsperren einer "System-Änderung" gleichgesetzt wird (mit der Folge WM_WININICHANGE).

Aus der Hilfe:

Zitat von Delphi Help:

Specifies whether format settings are updated automatically when the user alters the system configuration.

Use UpdateFormatSettings to control automatic updating of format settings. The default of true is set in the constructor. UpdateFormatSettings is checked when the application receives a WM_WININICHANGE message.

Using the default format settings is recommended. These settings are initialized to the Windows local settings.

Die überladenen Versionen mit Format-Parameter verwenden eine lokale Kopie der Settings und sind damit thread-safe. Das ginge natürlich auch, ist aber in diesem Fall nicht angebracht.

[Stevie]

Kenn mich mit Vista nicht viel aus, weil ich es meide wie die Pest, aber kann es sein, dass du nicht nur gesperrt sondern dich abgemeldet und wieder angemeldet hast? (bei XP gibts dieses schnelle Benutzerwechseln, ka, wie es bei Vista ist) Dann wäre verständlich, dass diese Window Message geschickt wird.

[anse]

Das war nur eine Sperrung, also genau wie bei XP, keine Abmeldung. Habe allerdings das gleiche Phänomen unter XP gesehen.

[Satty67]

Spracheinstellungen sind ja u.U. Benutzer abhängig. Die ändern sich zwar theoretisch nicht, wenn der gleiche Benutzer den Desktop entsperrt, aber das muss ja nicht der gleiche Benutzer sein. Ein Administrator kann auch entsperren... da wird wohl einfach immer vorsorglich entsprechende Botschaft an die Anwendungen versendet.

Ist ja auch besser, dass im Programm zu berücksichtigen. Gibt ja viele Einstellungs-Änderungen, die WM_WININICHANGE (WM_SETTINGCHANGE) auslösen. Sogar die Möglichkeit, dass der Benutzer tatsächlich selber ein entsprechendes Zeit-Format ändert, während das Programm läuft.

[Stevie]

Richtig, deshalb vermeide ich es persönlich sowieso, die Formateinstellungen in meinem Programm abweichend von denen in Windows eingestellten zu haben. Wie bereits erwähnt gibt es dazu Konvertierungsfunktionen, denen man den Formatstring mitgeben kann, sollte man diese benötigen, weil man z.B. ein bestimmtes Datum/Urzeit vorbelegen möchte o.Ä.

[anse]

Ja, vermeiden sollte man das immer tunlichst - das ist nur in speziellen Situationen sinnvoll - wie z.B. in meinem Programm