BigEndian-Verwirrungen beim Unicode?

[himitsu]

Bin grade wieder auf was gestoßen, welches mich irgendwie schon ein paar Mal gewundert hatte.

Code:

Codepage 1200 - Unicode (aka UTF-16)
Codepage 1201 - Unicode Big-Endian

Dieses kennen bestimmt Einige?

s := #$FEFF'123'; ergibt $FF $FE $31 $00 $32 $00 $33 $00 $34 $00 (Speicherauszug).
Dieses entspricht der Codepage 1200 und wenn man genau hinguckt,
dann ist das doch BigEndian, denn die höherwertige Bytes kommen als Letztes.

Was ist also nun richtig?


Ich komme zwar ständig beim Windows durcheinander, also ob der Integer Big- oder LitleEndian ist, also k.A. und vielleicht bin ich auch nur schonwieder falsch.

http://msdn.microsoft.com/en-us/library/dd317756.aspx

[Neutral General]

BigEndian = Höchwertigstes Byte kommt als erstes

$FEFF => FE FF = Big Endian
$FEFF => FF FE = Little Endian

Prinzipiell sind bei x86 CPUs alle Daten(typen) LittleEndian. (Es sei denn man speichert sie explizit "falschrum")

[BUG]

Zitat von himitsu:

s := #$FEFF'123'; ergibt $FF $FE $31 $00 $32 $00 $33 $00 $34 $00 (Speicherauszug).

Kommt mir das nur so vor, oder steht im Speicherauszug noch eine 4 (s := #$FEFF'1234'; )

[himitsu]

Zitat von Neutral General:

BigEndian = Höchwertigstes Byte kommt als erstes

Ich sag ja ... also doch falschrum (bei mir)

Ich glaub ich merk mir das nie, solange BigEndian nicht "mit Groß endend" übersetzt

[BUG]

Das dicke Ende (der Zahl) kommt zuerst ...

... ich merke es mir tatsächlich so, das ich weiß, das mein PC LittleEndian ist und dort die Zahlen "falsch herum" im Speicher liegen

[himitsu]

Zitat von BUG:

Kommt mir das nur so vor, oder steht im Speicherauszug noch eine 4 (s := #$FEFF'1234'; )

du merkst aber och alles
das war die von Hand gekürzte Variante von #$FEFF'1234567' .
Wo ich wohl ein bissl falsch gekürzt und abgeschrieben hab.

Blöd halt, denn man kann sich die "angezeigten" Werte der überwachten Variablen immernoch nicht kopieren.

Zitat von BUG:

... kommt zuerst ...

Endian klingt nunmal nach Ende/Aufwören und nicht nach Anfangen/Zuerst

[SirThornberry]

Ich merke es mir ebenso das ich weiß das x86 immer LitteEndian ist und ich mit
PByte(@YourCardinal) das zurück bekomme was von der Zahl in ein Byte passt.

[himitsu]

Zitat von SirThornberry:

das zurück bekomme was von der Zahl in ein Byte passt.

Das ist ja das Problem ... wenn das größere Byte zuerst im Speicher steht, dann müßte man hier eigentlich das HiByte bekommen und nicht LoByte o.O

[Satty67]

Zitat von Neutral General:

BigEndian = Höchwertigstes Byte kommt als erstes

$FEFF => FE FF = Big Endian
$FEFF => FF FE = Little Endian

BigEndian, höchstwertiges Byte am Ende dachte ich... also umgekehrt!? (quasi Big Ende)

$1234 => 34 12 = Big Endian
$1234 => 12 34 = Little Endian

€: Nachgeschaut:

BigEndian, höchstwertigstes Byte an der höchsten Speicheradresse. Also im Stream am Ende ankommend?
LittleEndian, höchstwertiges Byte kommt an erster Speicheradresse, als erstes aus dem Stream, mit niedrigsten Index im String... (bin mir so langsam fast sicher)

(irgendwie glaube ich, Beschreibung richtig, Darstellung falsch umd bei NG umgekehrt?)

[Neutral General]

Also.. Nehmen wir mal dieses Zitat von Wikipedia:

Zitat:

Heutige PC-Systeme (x86-kompatible) verwenden Little-Endian.

dazu nehmen wir folgendes Programm:

Delphi-Quellcode:

program Project1;

{$APPTYPE CONSOLE}

uses
  SysUtils;

var Int: Word;
    B: PByte;
begin
  Int := $ABCD;

  writeln('Wert: $ABCD');
  write('Speicher: ');

  B := @Int;
  write('$',IntToHex(B^,2),', ');

  inc(B);
  write('$',IntToHex(B^,2));

  readln;
end.

Und jetzt wissen wir was LittleEndian bedeutet.