und jetzt nehme ich zu der Zahl 30.000, die da in A steht, nochmal 30.000 dazu. Dann würde ich erhoffen, dass in B nachher 60.000 stehen.

Was ist das Problem? B kann aber niemals die 60.000 speichern, denn er hat ja nur 16 BIT vorzeichenbehaftet. Da geht nur bis 32.000 noch was. Die überstehenden BITs werden einfach abgeschnitten bei der Rechnung.

A ist 30.000, jetzt addiere ich 30.000 auf A. Und Sie sehen, B ist minus 5.536, alles andere als wir haben wollten. Das ist extrem gefährlich. Sie kriegen mal ebenso einen Überlauf, nennt sich das dann, wenn die oberen BITs abgeschnitten werden.

Anscheinend ist das höchste BIT jetzt gesetzt, deshalb hält er die Zahl für negativ. Das Ergebnis ist ziemlich blödsinnig, aus menschlicher Sicht. Also Vorsicht, das bleibt verborgen. Wenn so ein Überlauf stattfindet, Overflow, kriegen Sie das erstmal nicht mit.

Für die Zweierkompliment-Rechnung muss das so sein, sonst würde es ja nicht ordentlich funktionieren. Aber das kann einen ganz schön beißen. Ein blödes Beispiel, wo man das mal sehen kann, habe ich ins Skript geschrieben, die einen das beißen kann. Dass die vermeintlich positiven Zahlen plötzlich ins negative umschlagen. Wenn Sie die folgende Schleife, nichts Böses ernten, folgende Schleife eintippen,

was habe ich da, eine Million, eins, zwei, drei, eins, zwei, drei, folgende Schleife eintippen, und da soll jetzt in der Schleife irgendwas passieren, keine Ahnung was da passieren soll, da wird etwas dazwischen stehen.

So, das sieht doch ganz normal aus, eine Schleife eine Million mal durchführen. Das sollte das Ding ja mal so gerade nebenbei machen. Laufen, nichts passiert, etwas langsamer. Mal gucken, wo wir gerade sind, hier mit der roten Hand anhalten.

I ist 5000, bisschen langsamer, 5000. Oh, gucken Sie sich den an, I ist minus 17000. Was passiert? Er wird diese eine Million nie erreichen, er zählt bis zu seinem Maximum.

Hier auf der Maschine ist es ein 16-Bit mit Vorzeichen, das heißt, er zählt bis 32.000 noch was, und dann addiert er eins zu und hat plötzlich minus 32.000 noch was, und fängt dann bei minus 32.000 wieder an, bis 32.000 noch was, eins dazu. Dieses Ding, diese Schleife endet nie, Vorsicht an der Stelle. Also diese Overflow, dieser Überlauf, der ignoriert wird, der kann ein Extrem beißen.

Wundern Sie sich nicht über solche Effekte, haben Sie das immer im Hinterkopf. Punkt eins, dieser Überlauf wird praktischerweise nie angezeigt. In der Sprache C sharp kann man sich eine Warnung geben lassen an der Stelle,

aber hier in C ignoriert man ihn typischerweise, gefährlich, gefährlich, Punkt eins. Eine andere Geschichte, die dieser Compiler zumindest ignoriert, ist folgendes. Wenn ich sage int A gleich Null und int B ist gleich 34 durch A,

dann findet dieser Compiler das soweit in Ordnung und rechnet auch locker mal 34 durch Null und kriegt minus eins raus. Vorsicht, auch das scheint ein Problem zu sein, dass er hier was Verbotenes tut und uns das nicht mitteilt.

Üblicherweise, das ist eigentlich ein ungewöhnliches Verhalten, üblicherweise bricht das Programm an der Stelle ab. Also wenn Sie dasselbe hier machen mit Visual C++, dem normalen Windows-Compiler, kriegen Sie einen schönen Programmabsturz mit der Fehlermeldung.

Hier wurde durch Null geteilt, Pech gehabt, Ende für heute. An dieser Stelle scheint dieser Compiler hier etwas freundlicher oder toleranter zu sein. Sie können locker durch Null teilen und kriegen dann minus eins raus. Also je nachdem, welchen Compiler Sie haben, gibt das Ärger beim Teilen durch Null oder keinen Ärger beim Teilen durch Null.