Errata zur Skriptversion vom 1. Juli 2005

• S.47. Abschnitt 2.2.2, Zeile 7: Das zweite a in dieser Zeile muss ein b sein.

• S.53. Die Ableitung von 127 ist falsch. Die vorletzte Zeile der Ableitung (127 suffix) ist zu streichen.

• S.61. Letzter Kommentar: Leerzeichen fehlt zwischen variable und do.

• S.70. Die Implementierung der globalen Funktion operator* ist inkorrekt, weil sie die private Member-Funktion normalize der Klasse Rational aufruft. Dies ist nicht zulässig. Es gibt hier zwei sinnvolle Möglichkeiten, den Fehler zu beheben. Einerseits kann man den Aufruf von z.normalize() einfach weglassen und davon ausgehen, dass die aufgerufene Member-Funktion operator*= bereits die Normalisierung vornimmt. Laut unserer Invariante im privaten Teil der Klassendeklaration auf Seite 66 muss sie dies sogar machen, insofern ist das die bevorzugte Lösung.

  Andererseits kann man aber auch mit Hilfe des auf Seite 79 unten diskutierten friend-Mechanismus der globalen Funktion Zugriff auf die privaten Member erlauben. Dafür muss die Funktion innerhalb der Klasse Rational als friend deklariert sein. Man sieht diesen Mechanismus häufig, er ist aber in unserem Fall nicht notwendig.

  Keine gute Lösung ist es, die Funktion normalize einfach als public zu deklarieren. Dies würde zwar das Problem beseitigen, aber nur zum Preis einer unerwüschten Offenlegung von Implementierungsdetails, die den Benutzer der Klasse Rational nicht interessieren sollten.

• S.82.Diese fehlerhafte Implementierung des Listen-Destruktors ist ein gutes Beispiel für ein Stück Code, das zwar kompiliert, zur Laufzeit aber desaströse Folgen haben kann. Die erste Anweisung des Schleifenblocks muss korrekt lauten: ListElement* s = p; In der Skriptversion wird der Pointer s nicht initialisiert, zeigt also auf eine mehr oder weniger zufällige Speicheradresse. Die Anweisung delete s; zwei Zeilen später gibt dann den Speicher an dieser Adresse frei, was zu einem inkonsistenten Speicherzustand führt.