spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ich schreibe gerade ein DebugTool. Das ganze ist nichts anderes als eine Mfc-Dll. Das Problem das ich jetzt habe ist, dass beim Beenden der Host-Applikation unbedingt noch eine Funktion aus der Dll aufgerufen werden muss. Dies muss aber auch passieren, wenn die Applikation abstürzt, oder über den "StopDebug"-Button in VS beendet wird.

Ich habe schon versucht, die Funktion in die ExitInstance Methode der Dll zu packen, diese wird bei den oben genannten Fällen aber auch nicht aufgerufen.

Hat irgendjemand von euch vielleicht eine Idee, wie man diesen Funktionsaufruf für die oben genannten Fälle erreichen kann?

mfg Philipp

Das nutzt mir aber nichts, wenn das Programm abstürzt, bzw. wenn ich den StopDebug-Button benutze. Denn da wird kein onclose, ondestory etc. mehr aufgerufen (das ist ja das eignetliche Problem).

Aber könnte es nicht sein, dass das BS die Dll nach Programmabsturz trotzdem wieder "freigibt", und dass man auf diesen Fall irgendwie reagieren kann?

mfg Philipp

Könntest du mir das genauer erklären.
Ich versteh nämlich nicht, wie mir try/catch bei meinem Problem helfen soll.

mfg Philipp

Dieser Lösungsansatz gefällt mir nicht besonders.

Ich werde mein Problem noch ein wenig konkretisieren.
Mein Logger soll eine XML-Logfile schreiben (dazu verwende ich TinyXML). Da ich nicht ständig Festplattenzugriffe haben möchte (außerdem kann TinyXml nur die gesamte Datei auf einmal schreiben => bis zu ~20 mal pro Sekunde müssten mehre MB auf die Festplatte geschrieben werden) was normalerweise nicht zielführend ist.
Deshalb möchte ich die LogDatei erst schreiben, wenn das Programm terminiert.

vielleicht gibt es da ja einen besseren Ansatz. Oder ist es vielleicht für Debug-Zwecke sogar in Ordnung, so viele Festplattenzugriffe zu haben?

mfg Philipp

Also ich habe jetzt 2 Tage versucht eine Lösugn zu finden. Anscheinend ist es nicht möglich, auf das StopDebug von Visual Studio zu reagieren. Sogar in der MSDN steht, dass VisualStudio mit terminate etc. nicht richtig umgehen kann.

Also bin ich zu dem Schluss gekommen, dass die Applikation halt "normal" beendet werden muss, damit man einen Log-Output erhlält (das mach ich jetzt mit try/catch ).

mfg Philipp