Hallo zusammen, ich möchte wissen ob Visual Studio 2008 Standard, und Visual Studio 2010 Professional, unter Windows 10 läuft. Ein C++ MFC Programm von mir lässt sich unter VS 2019 zwar compilieren, stürzt aber nach dem Starten ab. Bei VS 2008 Standard läuft es.

Ja, sie sollten auch unter Windows 10 laufen.
Aber möchtest du nicht den Fehler beheben? Was zeigt denn der Debugger an?

Die Fehlermeldung liefere ich noch nach, im folgenden der Code:


Vielleicht sollte ich eine verbesserte Version von "fopen" verwenden.

Ja, warum überhaupt C-Funktionen, wenn du die MFC verwendest? Warum also nicht CFile?

Ist DateiName ein absoluter Pfad oder ein relativer (denn dann ist es abhängig vom aktuellen Arbeitsverzeichnis)?

Ich habe schon vieles versucht, das Problem mit OpenDocumentFile wird auch im Internet beschrieben. Mein MFC Programm pflege ich mit VS 2008/2010 weiter, alles andere mit C# .NET. Danke Dir !

Welchen Fehler denn und kannst du den Link mal angeben?

Bei Google "Fehler bei OpenDocumentFile".
Vermutlich ist folgender Link, ein Beispiel dafür: Runtime error mfc120d.dll bei CWinApp::OpenDocumentFile

Moderiert von Th69: URL-Titel hinzugefügt.

Da geht es darum das in der Debug Variante der Runtime Assertions fliegen wenn man die Runtime nicht richtig initialisiert.
Das finde ich vollkommen korrekt. Wenn das mit einer älteren Runtime nicht knallt hatte eher die alte Runtime einen Fehler als die aktuellere Version.

Wenn das vergleichbar ist mit deiner Situation, passiert dir das auch mit der deploybaren echten Runtime?
Und 2.ten wenn das vergleichbar ist mit deiner Situation warum initialisierst du die Runtime nun dann nicht einfach richtig?

Darf ich als nicht Profi, ( ohne mich zu blamieren ) fragen, was das heisst, und wie man es macht, eine Runtime initialisieren ?

Fragen stellen ist der Sinn dieses Forums

Wie genau die Runtime vorbereitet werden muss sollte die Doku der entsprechenden Klasse/Methode dir sagen. Sozusagen die Vorbedingungen nennen bevor etwas benutzt werden kann.
Aus dem von dir verlinkten Forenbeitrag entnehme ich das die von die benutzte Klasse aus der OLE/COM Ecke stammt und daher das COM Subsystem von Windows initialisiert werden muss.

Das macht man per Aufruf der CoInitialize (bzw. am Ende per CoUnitialize) API.
Dem Forenbeitrag entnehme ich aber auch das das scheinbar in MFC durch afxOleInit() gekapselt ist und man diese am Anfang aufrufen sollte.

Wenn du diese Anwendung in irgendeiner alten Visual Studio Version angefangen hast wäre es möglicherweise hilfreich einfach mal in Visual Studio 2019 eine neue leere MFC App anzulegen und denn generierten Start/Initialisierungscode zu vergleichen was sich mittlerweile alles geändert hat und das passend in der eigentlichen Applikation nachziehen. Dann weißt du zumindest auch wo sich die Autoren der MFC gedacht haben von wo man das entsprechende aufrufen sollte.

Moderiert von Th69: Code-Tags hinzugefügt

Ich weiss nicht, wo ich AfxOleInit() hinschreiben soll, an verschiedenen Stellen in InitInstance, hängt das Programm.

Moderiert von Th69: Code-Tags hinzugefügt

Hast du noch einen Aufruf von CoInitialize(NULL) drin?

Das beste wäre wohl, du setzt mal ein neues MFC-Testprojekt auf und testest ersteinmal die Grundfunktionalität von OpenDocumentFile.

Ich habe die Migration nach VS2019, nochmal erstellt, und den Migrationstext genauer gelesen, diese Projekte ( bei mir C++ MFC von VS2008 ) werden nicht unterstützt. Bei einer Test-Neuanlage hat OpenDocumentFile funktioniert. Aber InitInstance sieht bei VS2019 vollkommen anders aus, da wären im ganzen Programm sehr viele Änderungen nötig. Gut dass VS2008 auch auf Windows 10 läuft. Jetzt habe ich Euch umsonst genervt. Sorry ...

Moderiert von Th69: Code-Tags hinzugefügt