Softwareentwicklung in C++ - ASC

6.2 Pointer 133
Auf einer Sun würde die Reihenfolge der Bytes genau umgekehrt sein. Dies
hängt mit den internen Architekturen dieser Rechner zusammen, denn einem
Intel liegt eine little Endian und einer Sun eine big Endian Byte Order
zugrunde.
Ich möchte mich hier nicht näher über little- und big Endian auslassen, wohl
aber möchte ich erwähnen, dass dieses Wissen sehr wichtig sein kann! Leser,
die mit diesen Begriffen nichts anfangen können, möchte ich auf Kapitel 13
von Softwareentwicklung in C verweisen, wo ein sehr ähnliches Beispiel mit
genauerer Erklärung gebracht wird.
Nach diesem kleinen Exkurs in die Prozessorarchitekturen zurück zum eigentlichen
Thema, nämlich dem Erzwingen einer anderen Interpretation eines
Datums als der, die der Typ eigentlich vorgeben würde. Wir haben bereits
den reinterpret_cast kennen gelernt und dabei erfahren, dass durch diesen
eine Neuinterpretation “ohne Rücksicht auf Verluste” und ohne jeglichen
Umwandlungsversuch von Seiten des Compilers stattfindet. Das machen wir
uns in den Zeilen 13–14 zunutze, denn dort erzwingen wir eine Neuinterpretation
eines int32* als uint8*. Dies bedeutet intern, dass die Adresse,
die die Variable int32_iterator hält auf num_for_extraction zeigt. Allerdings
wird der Inhalt dieser Speicherstelle nicht als int32 interpretiert,
sondern als uint8. Das bedeutet, dass nur ein einziges Byte genommen und
als uint8 interpretiert wird anstatt aller 4 Bytes, die gemeinsam die Variable
num_for_extraction ausmachen.
Wenn man nun also in einer Schleife, wie in den Zeilen 15–18 gezeigt, die
4 Bytes des int32 hintereinander ausliest, dann hat man genau das erreicht,
was man wollte. Natürlich ist in Zeile 17 wieder ein static_cast des uint8
auf uint32 notwendig, denn ansonsten würde keine Zahl, sondern irgendein
kryptischer Character am Bildschirm dargestellt werden.
Es gibt genügend Fälle, bei denen zur Compiletime noch gar nicht bekannt
ist, welcher Pointertyp dann zur Laufzeit als Parameter an eine Funktion
übergeben wird. Im OO-Teil werden uns solche mehrfach begegnen.
Jetzt wissen wir aber, dass der Compiler beim impliziten Umwandeln recht
restriktiv ist und uns damit das Leben schwer machen kann, welchen Parametertyp
wir denn jetzt eigentlich für unsere Funktion deklarieren. Dafür gibt
es in C ++ einen ganz besonderen untypisierten Pointer, nämlich den void *.
Dieser Pointertyp ist so definiert, dass jeder beliebige Pointer vom Compiler
ohne Fehlermeldung oder Warning implizit in ihn umgewandelt werden kann.
In unserer Funktion können wir dann zur Laufzeit (sofern wir wissen, womit
wir zu tun haben :-)) mittels eines reinterpret_cast wieder die gewünschte
Interpretation herstellen.
Dass ohne expliziten Cast bei einem void * keine Index-Operationen und
auch keine Pointerarithmetik möglich sind, versteht sich von selbst. Diese
Operationen sind ja so definiert, dass sie immer auf Elementbasis und nicht
auf Bytebasis rechnen. Wenn man aber nicht weiß, welches Element sich