Findfirst/Findnext Sommer/Winterzeit

[himitsu]

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 durchführen.

[zeras]

Zitat von himitsu:

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 durchführen.

Ja, am Sonntag Morgen um 2 Uhr wird bei uns keine neue Software erstellt. Das sollte eigentlich sicher sein. Aber vielleicht gibt es andere Firmen, wo das ein Problem darstellen kann.
Man kann gar nicht genug "Um die Ecke denken", um alle Eventualitäten zu ergründen.

[Luckie]

Automatischer Buildprocess? Bumm.

[Dejan Vu]

Zitat von Luckie:

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 ECHO a > test.txt und vergleiche ebenfalls das Datum.
> Aktuelle Uhzeit, Zeit vom DIR und vom Explorer