Fehlermeldung: 1.1.2013 ist kein gültiges Datum

[Lemmy]

Hallo,

habe bei mir in einem Projekt folgenden Code:

Delphi-Quellcode:

var Temp: TDateTime;
...
begin
...
  Temp := EncodeDate(Jahr,Monat,Tag);
...

in dieser Zeile tritt bei einem Anwender (und nur bei dem) der Fehler auf:

EConvertError: '01.01.2013' ist kein gültiges Datum

OS ist WIn7 x64. Das Programm läuft aber (seit Jahren) auf anderen WIn7 x64 ohne Probleme. Auf anderen Rechnern (auch mit Win7) des Anwenders läuft die Software auch ohne Probleme.

Ich habe jetzt aktuell keinerlei Idee was denn eigentlich das Problem ist. Erst dachte ich an die Systemeinstellungen, aber EncodeDate verwendet doch diese Einstellungen. Hat jemand von Euch ne Idee?

Grüße

[arnof]

ist ein beliebtes Windows 7 Problem, wenn es vorinstalliert ist.

Das steht intern irgendwie auf Englisch wenn man aber unter Regions und Spracheinstellungen schaut, sieht man da oft das es auf Deutsch eingestellt ist :twisted:

Lösung: einmal auf Englisch stellen Übernehmen und schließen und dann wieder auf Deutsch stellen und schon geht es :thumb:

[Mavarik]

Zitat:

Zitat von arnof (Beitrag 1218175)

ist ein beliebtes Windows 7 Problem, wenn es vorinstalliert ist.

Das steht intern irgendwie auf Englisch wenn man aber unter Regions und Spracheinstellungen schaut, sieht man da oft das es auf Deutsch eingestellt ist :twisted:

Lösung: einmal auf Englisch stellen Übernehmen und schließen und dann wieder auf Deutsch stellen und schon geht es :thumb:

Und das sollen alle User auch machen? Setzt doch einfach die Format-Settings richtig beim Programmstart.

Mavarik

[arnof]

Nö sicher nicht, die Formatsetting sollte man i.d.R. nicht umschalten.

Das obige Problem ist ein beliebter WIN7 Bug aus der Systembuilderversion, welches man auf dem und auf dem zweiten Blick nicht versteht! Erst wenn man sich die Formatierungssetting anschaut, kommt man dem Problem näher, warum der 1.1.2013 kein Datum ist!

Ich habe das so gelöst, das ich den beliebten Befehl aus der Sysutil StrtoDate umgeschrieben habe, so das er immer geht und keine dummen Konvertierungsfehlermeldungen mehr bringt :thumb:

Das gilt auch für andere dummen Meldungen zum Thema Konvertierung und welcher Depp hat die überhaupt programmiert bei Borland (das kommt noch aus dieser Zeit) :!:

[DeddyH]

Man könnte aber stattdessen auch die überladene Version verwenden, bei der man die FormatSettings angeben kann.

[Lemmy]

Zitat:

Zitat von Mavarik (Beitrag 1218186)

Und das sollen alle User auch machen? Setzt doch einfach die Format-Settings richtig beim Programmstart.

???? Warum soll ich zum Geier die FOrmat-Settings setzen? Das weiß doch der Anwender besser, welches Format er wo sehen will....


Nachtrag: Der Tipp mit den Ländereinstellungen umstellen hat funktioniert. Danke!

[pustekuchen]

Vielleicht helfen dir diese Methoden weiter:

Delphi-Quellcode:

GetLocaleFormatSettings(LOCALE_SYSTEM_DEFAULT, formatSettings);
TryEncodeDate(Jahr,Monat,Tag);

[sx2008]

Zitat:

Zitat von arnof (Beitrag 1218188)

Das obige Problem ist ein beliebter WIN7 Bug aus der Systembuilderversion, welches man auf dem und auf dem zweiten Blick nicht versteht!

Das kann ich so auch bestätigen.
Das Datumsformat ist innerhalb von Windows inkonsistent gespeichert.
Daher bekommen nicht nur Delphi-Programme sondern auch Programme aus anderen Compilern Schwierigkeiten.
Die richtige Abhilfe ist daher das ursprüngliche Problem zu beheben.

Sinnvoll wäre es beim Programmstart das Datumsformat auf unterschiedliche Weise abzufragen und bei einem Unterschied Alarm zu schlagen.
Leider ist es so, dass sobald man den Trick mit dem Umstellen auf Englisch und wieder zurück vorgenommen hat, man den fehlerhaften Zustand nicht mehr reproduzieren kann.
Daher ist es etwas schwierig dem Problem auf den Grund zu gehen.