Fehler nach beenden der Anwendung
-
Hallo,
nach dem Beenden meiner Anwendung kommt ein Fehler mit Programm.exe hat einen Fehler festgestellt und muss nun beendet werden.
Gibt es eine Möglichkeit drauf zu kommen , wo der Fehler liegt?
(Gibt 15 Warnungen haben aber alle nur mit der Konvertierung von int zu float bzw. double zu float zu tun, grundsätzlich keines was solch einen Ausnahmezustand hervorrufen sollte)mfg Harry
-
Lass es doch unter dem Debugger laufen, dann solltest Du im Debugger landen, wenn die Exception auftritt...
-
hallo, danke mal,
folgende Fehlermeldung:
unbehandelte Ausnahme in Weather.exe (kernel32.dll): 0xC0000005 Access Violation
dann bringt er mir noch folgenden Code:7C80979D lock xadd dword ptr [ecx],eax
ne Idee wie man daraus schlau werden könnte?
-
Du musst Dir natürlich schon noch den Callstack anschauen... vermutlich übergibst Du irgendwo ein Objekt, welches schon zerstört wurde...
-
Hi, hm kann sein das irgendwas mit einemDialogfeld nicht stimmt?
ntdll.dll" wurde geladen. Es wurden keine entsprechenden Symbolinformationen gefunden. "C:\WINDOWS\system32\kernel32.dll" wurde geladen. Es wurden keine entsprechenden Symbolinformationen gefunden. "C:\WINDOWS\system32\FTD2XX.dll" wurde geladen. Es wurden keine entsprechenden Symbolinformationen gefunden. "C:\WINDOWS\system32\setupapi.dll" wurde geladen. Es wurden keine entsprechenden Symbolinformationen gefunden. "C:\WINDOWS\system32\msvcrt.dll" wurde geladen. Es wurden keine entsprechenden Symbolinformationen gefunden. "C:\WINDOWS\system32\advapi32.dll" wurde geladen. Es wurden keine entsprechenden Symbolinformationen gefunden. "C:\WINDOWS\system32\rpcrt4.dll" wurde geladen. Es wurden keine entsprechenden Symbolinformationen gefunden. "C:\WINDOWS\system32\gdi32.dll" wurde geladen. Es wurden keine entsprechenden Symbolinformationen gefunden. "C:\WINDOWS\system32\user32.dll" wurde geladen. Es wurden keine entsprechenden Symbolinformationen gefunden. Geladene Symbole für "C:\WINDOWS\system32\MFC42D.DLL" Geladene Symbole für "C:\WINDOWS\system32\MSVCRTD.DLL" Geladene Symbole für "C:\WINDOWS\system32\MFCO42D.DLL" "C:\WINDOWS\system32\mfc42loc.dll" wurde geladen. Es wurden keine entsprechenden Symbolinformationen gefunden. "C:\WINDOWS\system32\uxtheme.dll" wurde geladen. Es wurden keine entsprechenden Symbolinformationen gefunden. "C:\WINDOWS\system32\MSCTF.dll" wurde geladen. Es wurden keine entsprechenden Symbolinformationen gefunden. "C:\WINDOWS\system32\comctl32.dll" wurde geladen. Es wurden keine entsprechenden Symbolinformationen gefunden. Detected memory leaks! Dumping objects -> strcore.cpp(118) : {104} normal block at 0x009129B0, 22 bytes long. Data: < star> 01 00 00 00 09 00 00 00 09 00 00 00 73 74 61 72 C:\Programme\Microsoft Visual Studio\MyProjects\Weather\MainFrm.cpp(116) : {103} client block at 0x009128C0, subtype 0, 104 bytes long. a CDialog object at $009128C0, 104 bytes long strcore.cpp(118) : {99} normal block at 0x00912C60, 15 bytes long. Data: < 64 > 01 00 00 00 02 00 00 00 02 00 00 00 36 34 00 C:\Programme\Microsoft Visual Studio\MyProjects\Weather\MainFrm.cpp(97) : {98} client block at 0x00912A00, subtype 0, 176 bytes long. a CDialog object at $00912A00, 176 bytes long C:\Programme\Microsoft Visual Studio\MyProjects\Weather\MainFrm.cpp(78) : {91} client block at 0x00912DD0, subtype 0, 120 bytes long. a CDialog object at $00912DD0, 120 bytes long Object dump complete. Thread 0xE90 wurde mit Code 0 (0x0) beendet. Das Programm "C:\Dokumente und Einstellungen\harald\Eigene Dateien\VC++ Projekte\Weather V9\Debug\Weather.exe" wurde mit Code 0 (0x0) beendet.
-
Detected memory leaks!
Da stehts ja schon.
Mach mal nen Doppelklick auf die Dateinamen, die danach kommen und dann hast du die Verursacher.
Behebe das erstmal, vielleicht gehts dann ja schon.
Achja, die strcore.cpp-Fehler (also, die Fehler liegen schon bei dir, nicht in der Datei...) kann man leider nicht so einfach finden.
-
@estartu: Diese Memory-Leaks dürften nicht die Ursache, sondern eine Folge des Problems sein, weil das Programm nach dem Zugriffsfehler nicht weitergemacht hat mit der Speicherbereinigung
@harry: Geh mal von der Position im Call-Stack, an der der Fehler aufgetreten ist, so weit nach oben, bis du zu deinem eigenen Programmcode kommst (oder zumindest bis zu einer Funktion, die nicht als als "NTDLL! ..." angekündigt wird).
-
CStoll (off) schrieb:
@estartu: Diese Memory-Leaks dürften nicht die Ursache, sondern eine Folge des Problems sein, weil das Programm nach dem Zugriffsfehler nicht weitergemacht hat mit der Speicherbereinigung
Hast Recht, ich dachte, es geht auch andersrum.