spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »David Scherfgen«

Vergiss diesen Ratschlag, denn er ist Quatsch.

Ich bin mit deiner Aussage nicht einverstanden. Ich denke es ist besser seine Daten, sprich die Werte in den Variablen immer in einem definierten Zustand zu halten (z.B. gültiger Wert oder NULL). Das in Kombination mit ordentlichen Checks, ob während der Verarbeitung eine Variable gültige Werte enthält, finde ich besser als das Programm crashen zu lassen. Allerdings erfordert dies eine geiwsse Disziplin beim Programmieren, was unter Umständen bei einem Anfänger nicht unmittelbar gegeben ist, sondern langsam angelernt werden muß.

Thoran

Zitat von »David«

...C++ sei ein Vitamin.

Made my day

@Frage und Antwort: Was hast du nicht verstanden? Frag nach! Dazu sind wir da. Um Sachen zu beantworten.

Grade Anfänger sollten sich nicht mit manueller Speicherverwaltung beschäftigen. Um die verstehen zu können, braucht man erstmal ein gewisses Grundverständnis für's Programmieren. Und bei 99% aller Probleme, die man als Anfänger so hat braucht man sie einfach auch nicht.

Wie soll man denn ein gewisses Grundverständnis erlangen, wenn man sich nicht mit Grundlagen wie z.B. dynamischer Speicherverwaltung beschäftigt!?

Du weißt genau, wie es gemeint ist ;-)

Klar wird man sich früher oder später damit beschäftigen müssen. Aber am Anfang ist es wichtiger, die Programmierer-Denkweise zu lernen. Details wie Speicherverwaltung lenken da erstmal vom Hauptproblem ab...

Das soll eben nicht passieren. Wenn man einen Fehler macht passiert das aber hin und wieder.

Und wenn ein Fehler in einer Software passiert, ist es meistens langfristig keine gute Sache den irgendwie zu kaschieren. Sprich, es ist tatsächlich besser, wenn dein Programm abstürzt anstatt die zweite Freigabe zu ignorieren. Denn sonst merkst du nicht, dass etwas nicht stimmt.

Ich kann mich Thoran nur anschließen, ein gelöschter Zeiger gehört auf NULL gesetzt. Allerdings nicht, weil dann delete abstürtzt - tut es auch gar nicht, wenn es richtig implementiert ist, genauso wenig wie free -, aber man bekommt ihn bei falschen Zugriffen um die Ohren geworfen, d.h. das Programm stürtzt ab. Der Grund ist einfach: Wenn das Programm mit einem NULL-Zugriff abstürtzt, kann man das viel einfacher debuggen, als einen Zeiger, der auf eine Speicherstelle zeigt, die evtl. schon wieder im gleichen Programm neu vergeben wurde und der dann groben Unfug anstellt, der aber erst irgendwann später auffällt. (Warum hat sich der Wert geändert?)

Zitat

Klar wird man sich früher oder später damit beschäftigen müssen. Aber am
Anfang ist es wichtiger, die Programmierer-Denkweise zu lernen. Details
wie Speicherverwaltung lenken da erstmal vom Hauptproblem ab...

Genau das gehört doch dazu. Viele Probleme kann man nur effizient lösen, wenn man sich mit der Speicherverwaltung auskennt.

Zitat

Warum sollte man eine bereits freigegebene speicherstelle erneut freigeben?

Das kann bei komplexeren Programmen schonmal passieren, wenn eine Fehlerbehandlung direkt aufräumt und beim Beenden wird dann auch nochmal aufgeräumt. Hat man den Zeiger auf NULL gesetzt, ignorieren delete und free die Speicherfreigabe einfach und man kann sich lästiges Buchführen sparen, welche Zeiger noch gültig sind.