spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Naja der Begriff "Sauber" ist hier etwas verwirrend. an dem speicher können werte von alten dingen stehen, aber das sollte dich nur dann stören, wenn du diesen speicher nicht initialisiert. speziell auf D3DPRESENT_PARAMETERS bezogen heisst das: fülle alle Felder der struct mit sinnvollen werten oder rufe ZeroMemory auf. wobei mit ZeroMemory ist auch nicht immer sicher, weil für bestimmte felder null ungültig sein kann.
also wenn du zeromemory ausführst und danach alle felder von D3DPRESENT_PARAMETERS füllst, ist das ZeroMemory unnötig.

Wenn man aber gerne dazu neigt Strukturen wie die bereits genannte nur zum Teil mit richtigen Werten zu füllen, hat man mit einem ZeroMemory davor immerhin ein reproduzierbares Problem, wenn man eins haben sollte.

Zitat von »Johannes Schneider«

Soll ich im Konstruktor meiner Engine bei jeder Klasse eigentlich ein ZeroMemory(this,sizeof(ENGINE_CLA....)); einbauen oder nicht?

Auf keinen Fall, das ist generell einfach nur falsch, funktioniert nur in ganz speziellen Ausnahmefällen. Spätestens bei einer Klasse die virtuelle Methoden hat, wird das ganz bös' in die Hose gehen. (Believe me, I learned the hard way . Der Grund dafür ist, dass eine solche Klasse verstecke Membervariablen enthält, Stichwort Virtual Function Table wenns interessiert. Und rein prinzipiell ist das genaue Layout eines Objektes im Speicher im Allgemeinen nicht definiert.)

Zitat von »Johannes Schneider«

Und warum macht man bei einem D3DPRESENT_PARAMETERS d3dpp immer ZeromMemory??

D3DPRESENT_PARAMETERS ist ein sog. PoD (Plain old Datatype, prinzipiell eine Klasse die nur primitive Datentypen als Member und nur einen trivialen Copy-Constructor, Assignment-Operator und Destruktor hat), also genau ein solcher Ausnahmefall. Ich initialisiere solche Strukturen wie D3DPRESENT_PARAMETERS allerdings nie mit ZeroMemory() sondern immer alle Member explizit, auch wenn es nur ein = 0 ist. Dann ist immer sofort klar was welche Werte bekommt und man kann nie was übersehen. Außerdem: Warum sollte ich zuerst alles mit 0en füllen, wenn ich Teile davon nacher gleich wieder mit was anderem überschreibe!?

Zitat von »dot«

Und rein prinzipiell ist das genaue Layout eines Objektes im Speicher im Allgemeinen nicht definiert.

Und ich dachte in C/C++ ist es ziemlich genau definiert.