spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Nichts Gutes

Manchmal kann es einfach sein, dass nix schlimmeres passiert, evtl. sind die sogar Memorymanaged...

Aber es kann (je nachdem) auch zu (System-/Treiber-)abstürzen kommen...

Kleiner Tipp: RAII verwenden, dann brauchst du dich nichtmal um Release() kümmern Die std::tr1 bzw. boost stellt hierfür auch geeignete Interfaces bereit.

mfg CBenni::O

Normalerweise wird einfach alles was zu deinem Prozess gehoerte, weggeschmissen und aufgeraeumt. Denn dein Prozess soll ja normalerweise keine Auswirkung auf andere Prozesse haben duerfen. Passiert das doch, ist es normalerweise in Bug in Treiber o.ae.

Der Treiber hat ja aber mit der Anwendung nichts zu tun. Wenn die Anwendung den Treiber lädt, ihn in einen 'komischen' Zustand versetzt (z.B. "Setze Pin X dauerhaft auf 1") und sich dann beendet, dann bekommt der Treiber das nicht mal mit.

Die einzige Moeglichkeit wie ein Prozess nach dem Beenden noch auf das System einwirken kann (ausser irgendwas permanent auf HD zu speichern) waere einen anderen Prozess zu veraendern, halt z.b. einen Treiberprozess. Dann passiert z.b. sowas wie hier: http://www.computerhilfen.de/hilfen-4-170404-0.html
Also theoretisch koennte es sein, das man z.b. DXInput nicht ordentlich abmeldet dann Tastatur oder Maus nicht mehr korrekt passiert, weil eben der Treiber sich nicht korrekt resettet und sich das "Setze Pin X dauerhaft auf 1" doch merkt.

Darauf wollte ich hinaus. Passieren kann viel, gerade bei Treibern. Bei Verwendung von DirectX aber unwahrscheinlich.

Leute, ihr müsst nicht nur an den Treiber denken. Es gibt ja noch den COM-Server die die ganzen Resourcen verwaltet. Die Anwendung verwaltet zwar die Zeiger, aber nicht die eigentlichen Resourcen die dann zum Treiber gereicht werden. Das ist der COM-Server. Sollte der nicht durch Release(); informiert werden, bleibt der Zugriff bestehen bis zum Server-Restart. COM-Clients wie DirectX kommunizieren über den COM-Server zu dem Treiber, ist der COM-Client weg, ist das beim Server aber noch lange nicht.

Dieses Problem wird (leider) in fast jedem Buch/Tutorial links liegen gelassen. In den COM-Büchern von Microsoft Press wird dieses Verhalten und der Aufbau von COM im Detail durchleuchtet.

Drum bitte bitte bitte, teilt dem COM-Server über AddRef(); und Relase(); den Status der Resource mit. Ihr reißt euch sonst Löcher in den Resourcen-Manager so groß wie Australien und noch Sicherheitslücken dazu.

Genau, und sobald mal irgendein Prozess abstuerzt oder mitm Taskmanager beendet wird, fliegt das ganze Com-System auseinander...

TGGC
Darf man Fragen wie du auf solch einen Unsinn kommst?

Nun, Direct3D wird sicherlich ein InProcess Server sein, folgedessen ist anzunehmen dass auch Direct3D Ressourcen beim Beenden korrekt aufgeräumt werden. Sauberer Code allerdings verlässt sich nicht darauf dass das OS eh aufräumt sondern sorgt dafür dass er seinen Müll selber korrekt recycled.