Registriert seit: 21.12.2017
Version(en): MS 365 Family (6 User x 5 Geräte für jeden) Insider-Beta
11.01.2019, 12:09
(Dieser Beitrag wurde zuletzt bearbeitet: 11.01.2019, 12:09 von LCohen.)
(11.01.2019, 10:44)RPP63 schrieb: Mal ein kleines Rätsel … 
Was ist hier los?
VBA macht das Schaltjahr 1900 richtig. Die Fehlerausmerzung Richtung Vergangenheit ist dabei das kleinere Übel.
?Clng(#2/29/1900#) ergibt einen Fehler, iGgs zu Excel.
Registriert seit: 12.10.2014
Version(en): 365 Insider (32 Bit)
Korrekt!
?DateSerial(1900, 2, 29)
ergibt folgerichtig den 01.03.1900
während =DATUM(1900;2;29) den falschen 29.02.1900 ergibt.
Two Cents
Ralf
Gib einem Mann einen Fisch und du ernährst ihn für einen Tag.
Lehre einen Mann zu fischen und du ernährst ihn für sein Leben. (Konfuzius)
Registriert seit: 27.12.2018
Version(en): 2003,2010
Hallo,
ich hab das Gefühl, die Frage des OP läßt sich wie folgt beantworten:
In der Zelle M3 steht eine Zeichenfolge, die als gültiges Datum interpretiert werden kann. Excel hat das aber nicht als Datum erkannt. Das kann man ganz schnell checken indem man die Zellformatierung auf "Zahl" ändert, dann muß da nämlich irgend eine Zahl um die 43000 rauskommen. Bleibt der Inhalt der Zelle nach Änderung des Formats unverändert, dann ist das Datum von Excel nicht erkannt worden; folglich wird es im Rahmen einer Datumsformel als 0 interpretiert.
vg, MM
Registriert seit: 12.10.2014
Version(en): 365 Insider (32 Bit)
Dein Gefühl mag korrekt sein, mmat!
In Excel prüft man so etwas mittels ISTZAHL(Datumszelle),
in VBA mittels IsDate(Datum).
Gruß Ralf
Gib einem Mann einen Fisch und du ernährst ihn für einen Tag.
Lehre einen Mann zu fischen und du ernährst ihn für sein Leben. (Konfuzius)
