Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
17. Nov 2017
Darum wurde der Fehler ja im NTFS ausgebessert :zwinker:
und nebenbei auch die Auflösung der Zeit verfeinert.
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
16. Nov 2017
Es erstellt eine Datei im aktuellen Arbeitsverzeichnis?
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
16. Nov 2017
Das weiß niemand?
Der FAT-Filesystemdriver speichert das Datum als Local Time.
Im NTFS wird es als UTC gespeichert.
Vor allem beim FAT mußt du also auch beachten wann das Datum ist und ob die Sommer-/Winterzeit sich zwischendurch geändert hat.
Schlimmer wird es, wenn die Datei/USB-Stick von verschiedenen Rechnern kommt, mit unterschiedlichen Zeitzonen, denn das kann garnicht erkannt...
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
16. Nov 2014
Problematisch werden solche Prozesse vorallem dann, wenn sie während der Zeitumstellung arbeiten, da es dann einmal im Jahr eine Stunde lang Zeiten doppelt gibt und ab der Umstellung die Zeiten dann auseinanderlaufen.
Ist fast so schlimm, wie der 2000er-Überlauf, aber praktisch passiert das selten, da um diese Zeit die Wenigsten arbeiten oder "problematische" Prozesse dort möglichst nicht...
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
16. Nov 2014
Windows ohne Sommerzeit?
Oder Backup und Vergleich zufällig immer in der selben Zeitzone/Jahreszeit? (Sommerzeit oder Winterzeit)
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
16. Nov 2014
z.B. auch vom Datenformat, in welchem gespeichert wird.
Ältere FAT32 speicherten das Datum gern in einem Integer und waren dann nur bus zu einer ganzen Sekunde genau, NTFS speichert das Datum des letzten Zugriffs anders, als das Datum der Erstellung, bzw. der letzten Änderung, und die verschiedensten Archiv-Formate (ZIP usw.) machen es auch wieder anders,
womit es dort jeweis zu...