Findfirst/Findnext Sommer/Winterzeit

[Dejan Vu]

Zitat:

Zitat von Luckie (Beitrag 1279983)

Automatischer Buildprocess? Bumm.

Erklär mal, wie das bei Steuerungsprogrammierung funktionieren soll. Die Maschinen werden -zumindest da, wo ich bisher gearbeitet habe, erst beim Kunden fertig programmiert, zum größten Teil ohne Internetverbindung.

Wir haben das aber so gelöst, das die Programmierer gehalten waren, den aktuellen Stand mindestens zum Freitag zu sichern, bei Hotfixes jedoch täglich zum Feierabend (wie man das eben einrichten kann).

Bei Großprojekten wurde eine Art SVN beim Kunden eingerichtet, ansonsten wurde der aktuelle Stand auf dem Heimserver eingelagert.

[Luckie]

Ok, so genau hast du es ja nicht erläutert. Aber so etwas ware eben was, was automtisch angestoßen wird.

[zeras]

Ich komme noch einmal auf das Thema zurück, da ich mein Programm derzeit ein wenig anpassen muss. Da stellt sich mir die Frage, wer die Uhrzeit überhaupt richtig anzeigt.
Das alles unter Windows 7 bezieht sich auf eine Datei auf einem FAT16 USB Stick.
Wenn ich beispielsweise ein DOS Fenster aufmache, steht als Uhrzeit 07:44 drin, wenn ich das gleiche im Explorer oder SpeedCommander anzeigt, wird als Uhrzeit 08:44 angezeigt. Was ist da nun richtig?

[himitsu]

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 werden.

Teilweise passt der Treiber das Datum an,
manchmal die Programme.

Tipp: Speichere mal mit dem Notepad eine Datei, dann verleiche das Datum.
Und mache in der Konsole (nein, das ist kein DOS) ein

Delphi-Quellcode:

ECHO a > test.txt

und vergleiche ebenfalls das Datum.
> Aktuelle Uhzeit, Zeit vom DIR und vom Explorer

[zeras]

Zitat:

Zitat von himitsu (Beitrag 1386454)

Delphi-Quellcode:

ECHO a > test.txt

Was soll das machen? Da passiert bei mir nichts.

Ich habe eine neue Datei auf dem USB Stick erstellt. Zeit 21:57 in der Konsole und auch im Explorer.

[himitsu]

Es erstellt eine Datei im aktuellen Arbeitsverzeichnis?

[Luckie]

Mit FAT hast du verloren, würde ich sagen. Denn dann müsstest du wissen wo der Rechner zum Zeitpunkt des Speicherns gestanden hat und wann die Datei gespeichert wurde. Bei NTFS ist es einfach, da, wie schon gesagt UTC (Oder um die Navi CIS Fans zu erfreuen) Zulu Time benutzt wird. ;-)

[p80286]

Nachdem ich vor kurzem bemerkt habe, das die Kopien der Dateien von meinem Arbeitsplatzrechner auf dem Fileserver einen um 1 Stunde differierenden Zeitstempel anzeigen, ist es mir in der Zwischenzeit s...egal wenn das Dateidatum um exakt eine Stunde differiert. Vor 10-15 Jahren konnte man noch Sommer/Winterzeit als Ausrede benutzen, heute halte ich das für ein Armutszeugnis.

Gruß
K-H

[himitsu]

Zitat:

Zitat von p80286 (Beitrag 1386463)

Vor 10-15 Jahren konnte man noch Sommer/Winterzeit als Ausrede benutzen, heute halte ich das für ein Armutszeugnis.

Darum wurde der Fehler ja im NTFS ausgebessert :zwinker:
und nebenbei auch die Auflösung der Zeit verfeinert.

[zeras]

Zitat:

Zitat von Luckie (Beitrag 1386462)

Mit FAT hast du verloren, würde ich sagen. Denn dann müsstest du wissen wo der Rechner zum Zeitpunkt des Speicherns gestanden hat und wann die Datei gespeichert wurde. Bei NTFS ist es einfach, da, wie schon gesagt UTC (Oder um die Navi CIS Fans zu erfreuen) Zulu Time benutzt wird. ;-)

Die Dateien werden bei uns immer in einer Firma erzeugt und gespeichert. Immer Thüringen :-)
Deshalb frage ich mich, warum hier UTC eine Rolle spielen sollte.

Wird denn bei NTFS die Uhrzeit in UTC gespeichert und dann anhand der Location des Rechners auf lokale Zeit umgerechnet?