spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Aus welchem Buch ist das bzw. welches Jahr?

Du wirst kein System ausserhalb eines Museums finden, bei dem ein int nicht 4 Byte groß ist. Ich benutze ausschließlich int bzw. int64 und niemals long und es läuft einwandfrei auf: Windows 32, Windows 64, Windows CE/Mobile sämtlicher Generationen, Android, iPhone, Mac OS X, Symbian und sowohl Ubuntu 32 als auch 64.

Falls sich in diesem Leben an der Tatsache noch etwas ändern sollte, lasse ich halt einmal ein globales Ersetzen über den Quelltext laufen und fertig ist die Maus, aber ich denke, das wird nicht mehr geschehen.
Der einzige etwas widerwillige Typ ist wchar_t, der unter Unix-Systemen 4-Byte groß ist und unter Windows nicht. Da für mich Windows natürlich 95%ige Priorität hat, verwalte ich Texte entsprechend natürlich im 2-Byte-Format, um sinnvoll debuggen zu können, und wrappe es unter Unix auf unsigned short, was das Debuggen von String-Angelegenheiten auf diesen Systemen natürlich dann nicht besonders schön macht.

In diesem Sinne LG,
Alyx

Sinnvoll war es bestimmt nicht, aber standardkonform. Iirc sagt der Standard lediglich folgendes aus:
char <= short <= int <= long

Ein 4byte char würde also auch dem Standard entsprechen

Hat halt ein wenig gedauert, bis sich mal alle auf mehr oder weniger das gleiche geeinigt hatten.

Zitat von »Sylence«

Ein 4byte char würde also auch dem Standard entsprechen

Nein, würde er nicht.
§5.3.3 Sizeof:
"[...] sizeof(char), sizeof(signed char) and sizeof(unsigned char) are 1. [...]"

Ok, aber die anderen Datentypen sind nur durch das was ich geschrieben hab beschränkt, oder?

18.2.2: Abschnitt über climits: "[...]The contents are the same as the Standard C library header <limits.h>."
Wenn man da im C-Standard nachliest, findet man, dass SCHAR_MIN <= -127 ist, SCHAR_MAX >= 127, UCHAR_MAX >= 255, CHAR_MIN entweder SCHAR_MIN oder 0, CHAR_MAX entweder SCHAR_MAX oder UCHAR_MAX, SHRT_MIN <= –32,767, SHRT_MAX >= 32767, USHRT_MAX >= 65535, bei int sinds auch mindestens die short-grenzen, LONG_MIN ist <= -2,147,483,647, LONG_MAX >= 2,147,483,647, ULONG_MAX >= 4294967295.

Aus Struppis Buch:
1 := sizeof(char) <= sizeof(short) <= sizeof(int) <= sizeof(long)
1 <= sizeof(bool <= sizeof(long)
sizeof(char) <= sizeof(wchar_t) <= sizeof(long)
sizeof(float) <= sizeof(double) <= sizeof(long double)
sizeof(N) := sizeof(signed N) := sizeof(unsigned N)

Jeder dieser "fundamentalen" Typen kann also in der Größe variieren, es gibt allerdings Regelungen das z.B. ein short niemals größer als ein int sein darf usw... (s.O.)

Ansonsten wird relativ von char ausgehend definiert. Char ist immer genau ein Byte groß. Es ist allerdings nicht festgelegt wieviel Bit ein Byte hat (in den allermeisten Fällen sind das allerdings 8 Bit).

Zitat von »jokester«

Zitat von »Sylence«

Ein 4byte char würde also auch dem Standard entsprechen

Nein, würde er nicht.
§5.3.3 Sizeof:
"[...] sizeof(char), sizeof(signed char) and sizeof(unsigned char) are 1. [...]"

4 Byte für char geht.
sizeof liefert nämlich nicht die Größe in Bytes, sondern bezieht sich auf die Größe von char.
sizeof(char) ist daher per Definition = 1. Aber das heißt nicht, dass char automatisch 1 Byte groß ist.