Aktuelle MFC42.dll
-
Ich habe die mfc42.dll die dort zum Absturz führt! Die könnte statisch eingebunden werden??!!
Wie kann ich denn die Klassen die in der mfc42.dll entalten sind herausfinden? Dann könnte ich gucken welche ich von denen verwendet und evtl im Sourcecode etwas ändern.
-
1. Der Fehler liegt mit Sicherheitnicht in der MFC42.DLL, dort knallt es nur.
Es gibt keine bekannten Fehler in der MFC42 dir einen Crash verursachen. Der Fehlerliegt in Deinem Code. Das ganze läuft nur deshalb unter XP weil das evtl. ein anderes Speicher-Handling hat.
Teste Deine Applikation mal mit dem Application Verifier und Du wirst Dein blaues Wunder erleben.
Suche den Fehlernnicht in der MFC42.DLL sondern bei Dir!
2. Statisches Linken macht Dich unabhängig von den MFC DLL's! Dann ist diese Datei gar nicht mehr nötig.
-
visionz2304 schrieb:
Wie kann ich denn dann die mfc42.dll mit der mfc80.dll ersetzen?
Du kannst sie "ersetzen" indem Du Dein Projekt mit VS2005 übersetzt
Wenn Du eine "aktuelle" mfc42.dll haben willst musst Du das letzte Service-Pack für VC6 installieren (6?). Dort ist sie dann dabei.
-
hi Martin,
ok das ist ein gute Idee. Nur ich muss versuchen den Fehler einzugrenzen. Das heißt ich müsste schauen welche Klassen ich aus der MFC verwende und dann dort in meinem Quellcode nach dem Fehler suchen. Nur ich finde die in der MFC enthaltenen Klassen einfache nicht. Habe schon bei Google gesucht, nix gefunden
-
visionz2304 schrieb:
Nur ich finde die in der MFC enthaltenen Klassen einfache nicht. Habe schon bei Google gesucht, nix gefunden
Du scheinst das ja wirklich erst zu meinen.
Die Klassen der MFC findest du da.
-
super genaus das habe ich gesucht
danke
-
visionz2304 schrieb:
hi Martin,
ok das ist ein gute Idee. Nur ich muss versuchen den Fehler einzugrenzen. Das heißt ich müsste schauen welche Klassen ich aus der MFC verwende und dann dort in meinem Quellcode nach dem Fehler suchen. Nur ich finde die in der MFC enthaltenen Klassen einfache nicht. Habe schon bei Google gesucht, nix gefunden
Warum debuggst Du nicht einfach Deinen Absturz??? MiniDump oder direkt im Debugger?
-
Sehe ich genauso wie Jochen!
Ich wette mit Dir, dass Du einen Speicherbereich überschreibst...
-
Das "nicht debuggen" liegt bestimmt daran:
visionz2304 schrieb:
...nach ca. 17 Std +- 5 Stunden auf einem Windwos Server folgenden Speicherfehler verursacht...
...Auf meiner XP-Kiste läuft die Andwendung Einwandfrei...Ist der hier:
visionz2304 schrieb:
...Fehleradresse 0x00085800...
zufällig wieder diese Fehlermeldung?
http://www.chip.de/c1_forum/thread.html?bwthreadid=797248
http://www.chip.de/forum/thread.html?bwthreadid=655893&PHPSESSID=ff739c717d8192e5a5fd4fbb65321148
-
Einfach den Application Verifier mit den Basic Test an die Applikation anschließen. Wenn die kleinste Speicherungereimtheit, drin ist, fliegt einem Sofort die Applikation um die Ohren.
Zum Testen ideal!
-
Martin Richter schrieb:
Einfach den Application Verifier mit den Basic Test an die Applikation anschließen. Wenn die kleinste Speicherungereimtheit, drin ist, fliegt einem Sofort die Applikation um die Ohren.
Zum Testen ideal!
Klingt ja interessant... ich wollte es gerade mal spaßeshalber auf meine Anwendung ansetzen, leider spielt Microsoft da nicht mehr mit: Man muss mind. Win XP haben. (Ich habe nur 2000 Pro.)
Aber wer nicht lange suchen will, hier gehts zum Downloaden: http://www.microsoft.com/downloads/details.aspx?familyid=BD02C19C-1250-433C-8C1B-2619BD93B3A2&displaylang=en#filelist
-
Hmm.. den aktuellen gibt es wohl hier:
http://www.microsoft.com/downloads/details.aspx?FamilyID=d2dd7ee0-aaa2-402a-821d-43795d6cf139&DisplayLang=en
-
Kann man das auch bei einem Kunden laufen lassen, der mysteriöse, nicht nachvollziehbare Abstürze hat?
-
Das ist ein freies Tool. Nurbenötigt man dann einen Debugger der angeschlossen ist.
Und ohne pdb Dateien nützt das auch nichts. Es ist wirklich nur etwas für die Qualitätsicherung, aber es macht einen auf alle geradenoch funktionierenden schmutzigen Sachen aufmerksam.
