Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Updates zum Buch ! (2. Auflage!)

Werbeanzeige

Montana

Frischling

Beiträge: 6

Beruf: Medieninformatik-Student

  • Private Nachricht senden

11

26.02.2006, 17:23

Hinweis auf S. 204 im Buch:

Zitat

Nach jedem delete sollte eine NULL-Zuweisung auf den Zeiger stattfinden, um potenziellen Fehlern aus dem Weg zu gehen.


Oder hab' ich da jetzt 'was total falsch verstanden?

PS: Ich glaub' ich hab' mich vorhin etwas missverständlich ausgedrückt. :wirbel:
Ich meinte jetzt nicht, grundsätzlich am Ende des Programms (oder main-Funktion), sondern nur weil zufällig die "delete"-Anweisungen in den Beispiel-Listings so ziemlich am Ende der main-Funktion sind! ;)
"The software business is binary. You're either a one or a zero, alive or dead."

killmymatrix

Frischling

Beiträge: 9

  • Private Nachricht senden

12

26.02.2006, 17:25

Zitat von »"David Scherfgen"«

Warum sollte man das am Ende des Programms tun?


Mmh... vielleicht, damit man sich das angewöhnt, den Zeiger nach dem Löschen auf NULL zu setzen. Falls man danach nämlich noch Code schreibt und vergessen hat, den Zeiger auf NULL zu setzen und eventuell irgendwo wieder löscht, wäre das laut Buch eine potenzielle Fehlerquelle. Wäre vielleicht ganz praktisch, den Leser so weit möglich daran zu erinnern.
Viva C++

Anonymous

unregistriert

13

26.02.2006, 17:42

Man sollte es schlicht weg einfach aus Prinzip machen. Ganz oder gar nicht. Ob das nun sinnvoll ist oder nicht steht auf einem anderen Blatt, fakt ist eines: Man gewöhnt es sich an und vermeidet so auf einer großen Breite viele Fehler.

xeth

Frischling

Beiträge: 1

  • Private Nachricht senden

14

16.03.2006, 20:44

Hallo!

In Listing 12.36 "Game.cpp - Konstruktor, Init und Quit" ist mir ein Fehler in der Quit-Funktion aufgefallen. Und zwar beim Freigeben der Asteroidensprite. Im Bedinungsteil wird zwar der Zeiger auf die Asteroidensprite geprüft, allderings wird im folgenden Code-Block dann nochmal der Background gelöscht und auf NULL gesetzt.

C-/C++-Quelltext

 
1
2
3
4
5
6

  // Asteroidensprite freigeben

  if (m_pSpriteAsteroid != NULL)
  {
    delete (m_pSpriteBackground);
    m_pSpriteBackground = NULL;
  }


Ansonsten echt tolles Buch. :)

Grüße
xeth

Christian Bretz

Frischling

Beiträge: 4

  • Private Nachricht senden

15

30.04.2006, 15:26

Ist ja jetzt nicht so wichtig aber auf Seite 251 steht in dem Listing:

C-/C++-Quelltext

 
1

19: if stream Input ("Highscore.shc", ios::binary);

sollte aber glaube ich:

C-/C++-Quelltext

 
1

19: if stream Input ("Highscore.hsc", ios::binary);


also der Dateiname Highscore shc ist falsch.

D@ve

Frischling

Beiträge: 24

  • Private Nachricht senden

16

07.05.2006, 01:12

Listing 6.9 S. 177

Kein wirklicher Fehler, aber statt "struct Spieler" wäre es konsequenter in der Deklaration wie in den vorherigen Sources auch "struct S_Spieler" zu wählen.

Gruß, Dave

MrSleepless

Frischling

Beiträge: 3

  • Private Nachricht senden

17

10.06.2006, 14:45

Einwand von Christian zum Listing auf Seite 251

Hallo Christian,

der von Dir gedachte Fehler im Listing auf Seite 251, ist ein beabsichtigter Fehler des Autors, um die Fehlerabfrage zu simulieren.


Gruß

Tom

Anonymous

unregistriert

18

22.06.2006, 16:47

Kapitel 8.6 unvollständig Erklärung zu Teil 3

https://www.spieleprogrammierer.de/phpBB2/viewtopic.php?t=4670

[bin am aufräumen] ;)

cu

Anonymous

unregistriert

19

01.08.2006, 20:26

Beispiel 10.1
Zeile 21 muss lauten :

LPCTSTR szClassName = L"Erstes Fenster";

gefunden von MrSleepless

drakon

Supermoderator

Beiträge: 6 513

Wohnort: Schweiz

Beruf: Entrepreneur

  • Private Nachricht senden

20

27.08.2006, 16:29

Hallo zusammen.

Ich bin neu hier und habe auch das Buch c++ für spieleprogrammierer noch nicht soo lange und es auch noch nicht fertig, habe aber einen Fehler entdeckt und ev. eine kleine undeutlichkeit zu melden.

Als erstes habe ich einen Schreibfehler entdeckt.
Auf Seite 449 Zeile 8-9 steht: "Oft kommt dann Ungeduld ist Spiel,..."
Ich glaube es ist gemeint:"Oft kommt dann Ungeduld ins Spiel,..."
Ich will ja nicht kleinlich sein, aber mich persönlich würde das in meinem Buch stören. ;-)

Dann gibt es vileicht noch eine kleine unverständlichkeit auf Seite 74.
Nun wird ja die for-Schleife erklärt. Nun könnte man aber meinen, dass das Programm, oder besser gesagt die Anweisung schon beim ERSTEN mal den Wert 'i' um eins erhört, was nicht der Fall ist und darum verwirrung stiften kann. Ich selbst habe auch zuerst gemeint, dass doch der Aktionsteil bereits 1 dazuzählt und darum nachher doch nicht mehr korrigiert werden muss. Als ich es aber nachher ausprobiert habe, habe ich gemertk, dass das Programm beim ersten Durchlauf den Aktionsteil nicht ausführt.

Liebe grüsse drakon

Werbeanzeige