lokale Datei vs. Datei am NW-Share Zeitunterschied +-1h ?

[APP]

Hallo,
ich habe ein Tool geschrieben, dass mittels (TJv)SHFileOperation Dateien zwischen einem lokalen Laufwerk und einem Netzwerk-Share hin- und herkopiert.
Das funktioniert auch prima, nur manchmal ändert sich der Zeitstempel und zwar der der ÄnderungsUHRZEIT von Dateien um +- einer Stunde (das Datum bleibt gleich). Leider kann ich das noch nicht reproduzieren, ich weiß auch nicht ob die Differenz lokal oder am Server entsteht.

Die lokalen Laufwerke können NTFS (NT4/Win2k) oder FAT32 (NT4/Win2k) sein, der Server ist Win2k und NTFS.

Kennt dieses Problem jemand und weiß Rat? :party:

[SubData]

Ist auf den Servern ne unterschiedliche Systemzeitzone eingestellt?

Subby

[APP]

Nein, vergaß ich zu erwähnen :oops:

Aber, auch wenn das so wäre, das Änderungsdatum sollte bei einer Kopierfunktion doch unbeeinflusst sein, oder?

[SubData]

Doch das is schon richtig. Kopieren zählt als Änderung.

[APP]

Nein gottseidank wird das Änderungsdatum nicht verändert wie ich gerade gelesen habe, Beschreibung von NTFS-Datums- und Zeitstempeln für Dateien und Ordner, maximal der Zeitstempel des letzten Zugriffs wird verändert.

Leider steht da nichts von meinem +- 1 Stundenproblem :wall:

[jim_raynor]

Das wird sicherlich in irgendeiner Form mit den Zeiteinstellungen zusammenhängen (entweder andere Zeitzone, oder Sommer-/Winterzeit).

[APP]

Genau das

Zitat:

Zitat von jim_raynor

...in irgendeiner Form mit den Zeiteinstellungen zusammenhängen...

ist im Moment mein Problem, das ich nicht lösen kann... :wall:

[APP]

Hallo,
ich habe das Problem noch immer nicht gelöst, habe aber zumindest ein paar externe Quellen zum Thema Zeitstempel gefunden.
Leider gibt es dazu im MSDN keine Hilfe (oder suche ich nur falsch?).

Es gibt offensichtlich 2 Probleme, die das Dateisystem Fat(32) unf NTFS betreffen:

Einerseits den "2 Sekunden Bug" der FAT (Rundungsfehler, danke M$)
dazu gibt es von den JEDIS die Funktion

Delphi-Quellcode:

FATDatesEqal // prüft den 2 Sekundenunterschied

und folgenden Link im WEB:
Windows NT Version 3.5 Tips

Zum Anderen gibt es Probleme bei Dateivergleichen zwischen Rechnern mit FAT und NTFS nach z.B. einer Sommer/Winterzeitumstellung:
Daylight Savings Time
MSync Freeware

Tja, da sich M$ bedeckt zu diesem Problem hält, werde ich wohl den Holzhammer auspacken und Prüfen müssen, ob die richtige Zeitzone und NTFS vorhanden sind oder nicht. :(

[Robert Marquardt]

Es ist wahrscheinlich das Problem das die eine Filezeit in lokaler Zeit zaehlt (Deutschland = UTC + 1) und die andere in UTC.