spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Auf Seite 297 "Kapitel 9" heißt es in Zeile 26 im Kommentar: "

Ich galube er meinte vielmehr: " String 1 und String 2 "addieren und in String 3 speichern.

Is zwar eher unwichtig, aber könnte dennoch dezent verwirren

S.269:

Zitat

Wo soll denn hier der Fehler stecken? Dass Assert-Makro macht doch genau das, was soll, oder etwa nicht?

S. 224

Zitat

Da stellen sich zwei Frage:

Ich finde es erschreckend, wie manche Leute nach Schreibfehlern in dem Buch regelrecht suchen, ihre Texte selber jedoch voll von eben solchen sind.

Ich denke hier gehören nur sinnvolle Fehlerhinweise hinein wie z.B.
fehlerhafte codes oder gravierende Druckfehler.

Wer im Glashaus sitzt sollte nicht mit Steinen werfen.

Hallo
Zurzeit arbeite ich die 2. erweiterte Auflage “C++ für Spielerprogrammierer“ durch. Es gefällt mir. Hätte nicht gedacht, das Konsolenprogramme interessant sein können. Hab schon mein erstes eigenes Programm fertig.

Zum Buch habe ich Anmerkungen

#define NULL 0
wird auf Seite 160 erläutert. Hier steht, dass man entweder mit der Zahl 0 oder eben mit NULL sofort initialisieren soll. Dies habe ich soweit verstanden. In den Listings 6.3 und 6.4 wird aber NULL angewendet ohne vorher #define NULL 0 im Quellcode zu deklarieren und führt so zur Fehlermeldung. #define NULL 0 bitte im Quellcode nachtragen.

Irritierend finde ich auf Seite 163 unten folgende Passage:
Zeiger… und experimentiere ein wenig mit ihnen. Es ist enorm wichtig, diese Dinge zu beherrschen, da eine falsche Verwendung leicht zu ungeahnten Ergebnissen führen könnte. Jedes Mal wenn ich Quellcode habe, habe ich immer (!) mehrere Fehler. Nun hat das Zeigersystem nicht den Ruf sicher zu sein, sondern eher du kannst dir alles zerschießen dass nur noch format c: hilft. Hier hätte ich sehr gerne gewusst, in welchem Rahmen, also konkrete Bedingungen ich experimentieren darf. Ich habe hier nicht getestet.

Listing 6.6
Ich verwende Microsoft Visual Studio 2005. Im Listing 6.6 wird ausdrücklich auf den fehlenden Rückgabetyp verzichtet aber nicht indem man „void“ setzt, sondern es weglässt. Bei mir läuft es nur, wenn ich void davor setze.
Erläuterung zu dem Zeigersystem
Im groben habe ich es verstanden. Anwendungen sehe ich für mich noch nicht. Hier finde ich es sinnvoll, es mit einer einfachen Skizze grafisch darzustellen.

Zum Schluss möchte ich ausdrücklich betonen, dass das Buch auf mich einen sehr kompetenten Eindruck macht. Die Hinweise zur praktischen Übung setze ich aus Selbsterhaltungstrieb auch um. Sonst könnte ich meine reichlichen Fehler beim Quellcode erstellen nicht eigenständig abarbeiten. Da muss man schon verstanden haben, was man eintippt. Ohne die praktischen Übungen wird das Buch zum Konzentrat und wäre für mich wohl nicht mehr umsetzbar.

Zum Schluss nochmals Danke für das gute Buch.

Terep

S212 Listing 7.10 in Zeile 115 statt
pSpieler = NULL;
muss es
Gegner = Null;
heißen. PSpieler wurde 2mal geschrieben.

Das Buch wird komplizierter, ist aber ok.

Terep

Zitat

#define NULL 0
wird auf Seite 160 erläutert. Hier steht, dass man entweder mit der Zahl 0 oder eben mit NULL sofort initialisieren soll. Dies habe ich soweit verstanden. In den Listings 6.3 und 6.4 wird aber NULL angewendet ohne vorher #define NULL 0 im Quellcode zu deklarieren und führt so zur Fehlermeldung. #define NULL 0 bitte im Quellcode nachtragen.

Hmm ich kenne das Buch nicht, um ehrlich zu sein. Wird bei dem Beispiel <windows.h> eingebunden? Nunja NULL ist nur unter C++ als 0 definiert(Kannst im C++-Standard nachlesen wofür man 0 nutzen kann) unter C wird es anders definiert, d.h. sieht die Definition von NULL im Header <windows.h> (oder wo sie auch ist ...) etwas anders aus

Zitat

Irritierend finde ich auf Seite 163 unten folgende Passage:
Zeiger… und experimentiere ein wenig mit ihnen. Es ist enorm wichtig, diese Dinge zu beherrschen, da eine falsche Verwendung leicht zu ungeahnten Ergebnissen führen könnte. Jedes Mal wenn ich Quellcode habe, habe ich immer (!) mehrere Fehler. Nun hat das Zeigersystem nicht den Ruf sicher zu sein, sondern eher du kannst dir alles zerschießen dass nur noch format c: hilft. Hier hätte ich sehr gerne gewusst, in welchem Rahmen, also konkrete Bedingungen ich experimentieren darf. Ich habe hier nicht getestet.

Spiel ruhig wild rum ... vor dem Meisten sollte dich dein Betriebssystem schützen ... notfalls stürzt dein PC halt einmal ab

Zitat: Wird bei dem Beispiel <windows.h> eingebunden?
Nein, es sind noch Konsolenprogramme. Aber auf Seite 160 wird #define Null 0; beschrieben, daher konnte ich die Fehlermeldung bearbeiten.

Das mit den Zeigern habe ich jetzt verstanden. Hier ist meine Hemmschwelle deutlich gesunken. Dafür sind für mich Kapitel 7 mit Vererbung und Kapitel 8 Template-Klassen noch dicke Brocken. Meine Mühlen im Kopf mahlen das nicht so schnell.

Danke für die Antworten.

Terep