Hallo.

Aus aktuellem Anlass kam mir diese Frage in den Sinn:
Ich konnte es leider nicht testen, weil ich bei der Zeitumstellung nicht dran gedacht habe und im Bett war

Wie verhält sich denn Delphi bei der Zeitumstellung? Also wenn ich z.b. einen String in ein TDateTime umwandeln will und ich einen Zeitpunkt habe, den es nicht gibt, weil es ihn 2 Mal oder gar nicht gibt?
Wo sind denn die typischen Stolpersteine und wie kann ich die umschiffen?

Danke,
Matze

matze hat folgendes geschrieben :

Ich konnte es leider nicht testen, weil ich bei der Zeitumstellung nicht dran gedacht habe und im Bett war

Dann schalte doch mal die Synchronisierung aus und stell das Datum auf den 28. März

matze hat folgendes geschrieben :

Wie verhält sich denn Delphi bei der Zeitumstellung? Also wenn ich z.b. einen String in ein TDateTime umwandeln will und ich einen Zeitpunkt habe, den es nicht gibt, weil es ihn 2 Mal oder gar nicht gibt?

TDateTime rechnet IMHO mit der Greenwich Meantime, die keine Sommerzeit besitzt. Ich hab mich das auch schonmal gefragt, nur um dann auf diese Lösung zu kommen. Aber sicher bin ich mir da nicht.

Du meinst also, was passiert, wenn man den 29.03.2009 02:30 umwandeln möchte? Nichts

GTA-Place hat folgendes geschrieben :

Du meinst also, was passiert, wenn man den 29.03.2009 02:30 umwandeln möchte?

Ach, jetzt hab ich das verstanden. Genau, ich hab mich damals gefragt, was passiert, wenn man zu einem UNIX-Timestamp eine halbe Stunde dazuzählt und damit geradewegs in der "verbotenen Zone" landet. Aber von String zu Zeitstempel ist das durchaus ein Problem.

Hm, ich hab das mal ausprobiert:


Oder gibts da schon wieder keine Sommerzeit? Wie dem auch sei - ich hab jetzt keine SommerZeit das genauer zu untersuchen

Normal unterscheidet man im Amtsdeutsch da zwischen 2:30 A und 2:30 B. Was da nun UTC+1 (Winterzeit) und was UTC+2 (Sommerzeit) angegeben hat, müsste ich nachgucken. Hab da zu hause nen Link zu.

Wie das aber Delphi intern behandelt und OB Delphi mit der A\B-Angabe überhaupt was macht: Ich glaubs nicht

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.

Yogu hat folgendes geschrieben :

Dann schalte doch mal die Synchronisierung aus und stell das Datum auf den 28. März

Hmmm... vermutlich werde ich genau das mal machen.
Also hat hier noch niemand damit groß Probleme gehabt oder Erfahrungswerte gesammelt.
Wenn ich dann mal dazu komme, das zu Testen, schreib ich euch hier meine Ergebnisse!

Delphi berücksichtigt Sommerzeit/Winterzeit nicht speziell. Gewisse TDateTime Werte werden also effektiv nie angenommen bzw. kommen doppelt vor. Somit wäre im Oktober TDateTime("2:30 A") = TDateTime("2:30 B"). Anders ausgedrückt: Delphi rechnet immer mit 24h-Tagen, egal ob sie effektiv 23h oder 25h lang waren.

Wenn du 29.03.2009 02:30 umwandelst, bekommst du als Nachkommawert wie an jedem anderen Tag auch 2.5/24.

Das ist auch gut so, sonst würde DateTimeToStr nach der Zeitänderung plötzlich andere Werte anzeigen für TDateTime Werte vom Vortag - oder man müsste die Zeitzone mit TDateTime mitspeichern, was nicht der Fall ist.