Was genau ist das Risiko bei der Verwendung von TerminateProcess?

Question

Meine Win32-Konsolenanwendung verwendet eine Fremdanbieterbibliothek. Nach dem Beenden von WinMain beginnt die globale Zerstörung von Objekten und ein AV findet irgendwo tief im Inneren statt. Ich bin wirklich versucht, nur

irgendwo am Ende von WinMain zu schreiben. Wenn ich dies tue, endet die Anwendung anmutig.

Aber MSDN says dass so kann den Zustand der globalen Daten durch Dynamic Link Libraries (DLLs) verwaltet, die nicht klar ist. Ich verstehe, dass, wenn ich ein globales Objekt habe, sein Destruktor nicht ausgeführt wird und ich riskiere, keine Datenbankverbindung oder etwas Ähnliches zu finalisieren. Ich habe so etwas in meinem Programm nicht.

Was genau ist das Risiko bei der Verwendung von TerminateProcess? Wie kann ich feststellen, ob ich es für meinen Zweck verwenden kann?

Answer 1

Im Allgemeinen werden die schlechten Dinge bei der Interaktion mit Objekten außerhalb Ihres Prozesses passieren. Ein Beispiel dafür ist, dass Sie über einen gemeinsam genutzten Speicher verfügen, der von mehreren Prozessen verwendet wird, in die Ihr Prozess schreibt und in die andere Prozesse lesen und/oder schreiben. Normalerweise wird zum Synchronisieren des Lesens und Schreibens ein Mutex verwendet. Wenn ein Thread in Ihrem Prozess den Mutex erworben hat und gerade Änderungen durchführt, wenn TerminatePorcess aufgerufen wird, wird der Mutex abgebrochen und der gemeinsam genutzte Speicher möglicherweise in einem inkonsistenten Zustand belassen.

Ich vermute, dass Sie eine der Bibliotheken von Drittanbietern vermissen. DllMain ist etwas einschränkend, so dass die Bibliothek Funktionen initialisieren und nicht initialisieren kann, die Sie aufrufen sollen.

Answer 2

Basierend auf der Dokumentation für diese und ExtiProcess scheint es das primäre Anliegen ist, dass DLLs ohne einen Aufruf von DllMain mit dem Flag DLL_PROCESS_DETACH entladen werden.

Meine 2cents: Die Dokumentation wird paranoid, dass Sie einige kritische Operation verärgern, die in DllMain + DLL_PROCESS_DETACH ausgeführt wird. Jeder, der davon abhängig ist, um einen kritischen Zustand aufrechtzuerhalten, ist dem Task-Manager bereits ausgeliefert. Daher sehe ich kein großes Risiko bei der Verwendung dieser API.

Answer 3

Es hängt davon ab, wie Sie "globale Daten" interpretieren. Wenn Sie meinen, dass es sich um Daten handelt, die im Adressraum des Prozesses gespeichert sind, macht der Hinweis keinen Sinn - wir wissen, dass die Erinnerung verschwindet, also wen interessiert es, was damit passiert?

Es kann sich also auf OS-weite Sachen beziehen, die eine DLL möglicherweise gemacht hat, die außerhalb der Lebensdauer eines Prozesses bestehen. Ein einfaches Beispiel wäre eine temporäre Datei, die möglicherweise bereinigt werden muss. stürze den Prozess zu oft ab und du hast keinen Speicherplatz mehr auf der Festplatte, also solltest du dich wahrscheinlich nicht daran gewöhnen.

Answer 4

AFAIK, wenn Sie nichts "Phantasie" tun (was beinhaltet, ist aber nicht beschränkt auf: Erstellen von Threads, Sperren, DB-Verbindungen, COM-Objekte), wird nichts Schreckliches passieren. Aber wie Earwicker says, Sie nicht wissen was OS-weite Sachen eine DLL tut, und Sie sicherlich nicht wissen, ob das in Zukunft ändern wird, so darauf verlassen, ist sehr fragil.

Sind Sie nicht neugierig, warum diese Zugriffsverletzung auftritt? Es könnte gut das Zeichen von etwas sein, das viel früher korrumpiert wurde. Bitte bestätigen Sie mindestens , dass der Fehler durch diese 3rd-Party-Bibliothek verursacht wird, z. indem Sie ein Programm schreiben, das mit der Bibliothek verbunden ist, aber dessen main() nichts tut und bestätigt, dass dies den gleichen Absturz verursacht.