'Ungültiges Argument zum Codieren des Datums'

[Delbor]

Hi Klaus01

Nein - ich wusste gar nicht, dass ein solcher Wert in einen TDateTime-Wert passt. Die Ursache ist das kleine Symbol '<='. Offenbar fängt "er" dann wieder zu zählen an; im Code geschieht dies immer mit 'Datum :=Datum + 1' Nachdem der/ein Monatsende erreicht ist, fängt der Datumsvergleich wieder von vorne an - und dies eben so lange, wie der Datenyp das Datum noch darstellen kann.


Gruss
Delbor

Ps: Ja, Aviator, jetzt, wo du's sagst: Ich hab das auch gelesen

[Redeemer]

Zitat von Delbor:

Hi Klaus01

Nein - ich wusste gar nicht, dass ein solcher Wert in einen TDateTime-Wert passt.

In ein Double passt sehr viel rein, die Genauigkeit nimmt aber ab, je weiter du vom minus-ersten Januar des Normaljahres 1900 um 0 Uhr entfernt bist. Der letzte Tag, den TDateTime sekundengenau darstellen kann, ist der 12. November 188149436. Der letzte Wert ist in ca. 5*10^305 Jahren, also eine Jahreszahl mit 306 Stellen.

Die allermeisten Programme beschränken die Gültigkeit künstlich auf die Jahre 1 bis 9999. Excel kann hingegen nicht auf einen geringeren Wert als den 0. Januar des Schaltjahres 1900 (was kein Schaltjahr war) rechnen.