Der operator<< und operator>> in MFC 7.1 serialisiert grunds\u00e4tzlich nur 32bit Werte des CTime. Das wurde offensichtlich gemacht um r\u00fcckw\u00e4rtskompatibel zu sein zu time_t obwohl mittlerweile ja intern __time64_t verwendet wird.
\nGleichzeitig wurde Serialize64 eingef\u00fchrt.
\nMan muss also in VS2003 mit MFC 7.1 Serialize64 verwenden um alle 64bit zu speichern, also den komplettem Wertebereich von CTime.<\/p>\n
In VS2005 mit der MFC 8.0 ging man jetzt einen Schritt weiter. Die Operatoren operator<< und operator>> sollten auch 64bit verarbeiten k\u00f6nnen. Man wollte 64bit speichern und 32bit Daten beim Einlesen erkennen wenn es eben aus alten Dateien stammt und nicht mit der neuen MFC geschrieben wurde.<\/p>\n
Dazu wird bei Speicherung von 64bit CTime \u00fcber den operator<< zuerst ein DWORD gespeichert mit dem Wert cTime64Mark (der Wert ist INT_MIN+10). Danach der 64bit Wert.
\nBeim Lesen wird zuerst ein DWORD gelesen. Ist dieses nicht cTime64Mark (also INT_MIN+10), dann wird dieser Wert als 32bit CTime Wert gelesen.
\nAnsonsten werden die 64bit in den CTime Wert gelesen.<\/p>\n
operator>> bl\u00e4ht also auch die Ausgabe um weitere 32bit auf. Ein 64bit CTime Wert wird in der MFC 8.0 als 32+64bit Wert gespeichert, also 4Bytes mehr.<\/p>\n
Speicherst man mit MFC 7.1 und dem operator<<, dann kannst man die Daten in MFC 7.1 und MFC 8.0 mit dem operator>> lesen, denn der Wert wird wegen des fehlenden Leadin-Bytes als 32bit Wert in der MFC 8.0 erkannt.
\nSpeicherst man aber mit MFC 8.0 und dem operator<< dann ist das f\u00fcr MFC 8.0 kompatibel. Und kannst es in MFC 8.0 mit dem operator>> lesen. Allerdings speichert – wie schon gesagt – MFC 8.0 zuerst ein DWORD (das Leadin f\u00fcr 64bit) und dann den 64bit Wert.
\nDas versteht nun MFC 7.1 gar nicht, denn das liest immer nur ein DWORD mit dem operator>>.<\/p>\n
\u2757 Ein Problem liegt also im Schreiben unter MFC 8.0 mit dem operator<< und im Lesen der Daten mit einem Programm das die MFC 7.1 verwendet und den operator>>!<\/p>\n
\u2753 Was kann man machen um\u00a0komplett kompatibel zu sein?<\/p>\n
Eigent\u00fcmlich ist, dass dies nicht als Breaking Change dokumentiert ist. PS: Ich habe CTime Aufgrund der vielen Unzul\u00e4nglichkeiten nie verwendet. Mein Favorit ist seit eh und je COleDateTime bzw. DATE und die dazugeh\u00f6rige COleDateTimeSpan Klasse. Diese ist wirklich einfach in der Kalkulation und war durch das Design nie von einem begrenzten Wertebereich betroffen.<\/p>\n","protected":false},"excerpt":{"rendered":" Der operator<< und operator>> in MFC 7.1 serialisiert grunds\u00e4tzlich nur 32bit Werte des CTime. Das wurde offensichtlich gemacht um r\u00fcckw\u00e4rtskompatibel zu sein zu time_t obwohl mittlerweile ja intern __time64_t verwendet wird. Gleichzeitig wurde Serialize64 eingef\u00fchrt. Man muss also in VS2003 mit MFC 7.1 Serialize64 verwenden um alle 64bit zu speichern, also den komplettem Wertebereich von … \u201eProbleme bei der CTime Serialisierung mit MFC 7.1 und MFC 8.0\u201c <\/span>weiterlesen<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[4,3],"tags":[352,153,36],"class_list":["post-56","post","type-post","status-publish","format-standard","hentry","category-mfc","category-programmieren","tag-mfc","tag-vs-2003","tag-vs-2005"],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/posts\/56","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/comments?post=56"}],"version-history":[{"count":0,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/posts\/56\/revisions"}],"wp:attachment":[{"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/media?parent=56"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/categories?post=56"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/tags?post=56"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\n<\/strong>Oder ich habe es (wie so manches) einfach \u00fcberlesen, aber hier steht es nicht:
\nATL and MFC Changes: ATL 7.1 and MFC 7.1<\/a>
\nATL and MFC Changes: ATL 7.0 and MFC 7.0<\/a><\/p>\n