BigEndian-Verwirrungen beim Unicode?

[himitsu]

Ja, weil der Größere am Ende ist, heißt es LittleEndian

wer soll sich denn sowas merken

Also im Speicher ist es LittleEndian (klein..groß)
und als Integer im Quellcode nutzen wir BigEndian (groß..klein).

Zitat von Satty67:

(Doof, aber das Thema hat zum Glück auch andere etwas verwirrt )

praktisch, wenn man es immer mal wieder vergißt und quasi immer dann, wenn man's mal braucht

[implementation]

Zitat von himitsu:

Ja, weil der Größere am Ende ist, heißt es LittleEndian

Es ist nunmal das vordere Ende gemeint, nicht das hintere

Big Endian -> groß (MSB) am vorderen Ende
Little Endian -> klein (LSB) am vorderen Ende

[Daniela.S]

Himi, merks dir doch einfach so...

Als erstes Byte, also an der niedrigsten Speicherstelle wird...

das höchstwertige Byte (BigEndian)
das niederwertigste Byte (LittleEndian)

gespeichert.

Oder vielleicht mit Alltagsphänomenen...
Die Uhrzeit gibt man in Std.Min.Sec an, ist BigEndian und das Datum Tag.Mon.Jahr ist LittleEndian

[Satty67]

Zitat von Daniela.S:

Die Uhrzeit gibt man in Std.Min.Sec an, ist BigEndian und das Datum Tag.Mon.Jahr ist LittleEndian

Klingt gut, aber in zwei Wochen hat man vergessen, ob Zeit oder Datum Litte/Big war.

In Hochsprachen braucht man sowas einfach zu selten. Das Consolen-beispiel von eNGi hab' ich einfach in mein Beispiel-Folder... in x Wochen schaue ich einfach nach.

[SirThornberry]

Ich denke die Verwirrung wird dadurch erzeugt das man beim shiften von Bits immer die BigEndian Darstellung verwendet. LittleEndian ist definitiv so das die niederwertigsten Bytes Speicheradressmäßig vor den höherwertigen Bytes kommen.
Bei LittleEndian ist ein LinksShiften eigentlich ein Shiften nach Rechts wenn man davon ausgeht das die niedrigere Speicheradresse links steht und rechts die höhere Speicheradresse.