[gelöst] UInt32 aus Filestream lesen

[theo]

Ich wollte eigentlich nur die Bedeutung von

Code: Alles auswählen

const byte ByteMask = 0b11111111;
UINt32 a = (value >> 24) & ByteMask;
UINt32 b = (value >> 16) & ByteMask;
UINt32 c = (value >> 8) & ByteMask;
UINt32 d = (value >> 0) & ByteMask;
value = a << 0 | b << 8 | c << 16 | d <<24

verstehen, und wie man das in PASCAL - Syntax übersetzt.

Code: Alles auswählen

procedure TForm1.Button1Click(Sender: TObject);
const
  ByteMask = %11111111;
var
  Value, a, b, c, d:  Cardinal;
begin
  Value := $FF00;
  Memo1.Lines.add(Value.ToHexString);
  
  //1:1 in Pascal Syntax übersetzt:
  a := (Value shr 24) and ByteMask;
  b := (Value shr 16) and ByteMask;
  c := (Value shr 8) and ByteMask;
  d := (Value shr 0) and ByteMask;
  Value := a shl 0 or b shl 8 or c shl 16 or d shl 24;
  
  Memo1.Lines.add(Value.ToHexString());

//Oder einfach:
  Value := $FF00;
  Memo1.Lines.add(Value.ToHexString);
  Value:=SwapEndian(Value);
  Memo1.Lines.add(Value.ToHexString);
end;   

[six1]

das kannst du mit einem SHR 24/16/8 machen

Da wird zuerst das höchstwertige Byte ganz nach rechts geschoben und mit FF maskiert. Das ergibt EIN Byte. Nehmen wir mal an, das QUAD Byte besteht aus folgendem:
AABBCCDD

AA ist das höchstwertige und DD das niederwertigste Byte

Dann wird AA 24Bit nach rechts geschoben und ist somit an der Position von "DD". Das wird mit FF maskiert (ver-und-et) und somit kommt "AA" raus
Das ganze wird dann mit 16Bit nach rechts und 8 Bit nach rechts wiederholt. Zum Schluss wird der Wert einfach mit FF maskiert ohne Verschiebung und man hat das "DD" Byte

Reicht das für Dein Verständnis?


Edit: Theo war schneller

[Zvoni]

Ich wollte eigentlich nur die Bedeutung von

Code: Alles auswählen

const byte ByteMask = 0b11111111;
UINt32 a = (value >> 24) & ByteMask;
UINt32 b = (value >> 16) & ByteMask;
UINt32 c = (value >> 8) & ByteMask;
UINt32 d = (value >> 0) & ByteMask;
value = a << 0 | b << 8 | c << 16 | d <<24

verstehen, und wie man das in PASCAL - Syntax übersetzt.

ersetze ">>" mit "shr", "<<" mit "shl", "&" mit "And", "|" mit "Or" und du bist zu 95% da

[kirchfritz]

Vielen Dank!
Alle Fragen geklärt.

[PascalDragon]

Ist das im original C?
Am Ende ist ja BSWAP ein x86 ASM Befehl.
Warum wird der im obigen Code nicht genutzt?

Selbst wenn es C und nicht C# wäre: warum sollte ein CPU-spezifischer Befehl genutzt werden, wenn man es auch unabhängig davon machen kann? (Auch wenn man natürlich eine passende Funktion dafür nutzen sollte (wie in FPC SwapEndian), da der Compiler (oder die RTL) das dann normalerweise mit eben solchen Assemblerbefehlen passend für die Ziel-CPU optimiert)

[theo]

Ist das im original C?
Am Ende ist ja BSWAP ein x86 ASM Befehl.
Warum wird der im obigen Code nicht genutzt?

Selbst wenn es C und nicht C# wäre: warum sollte ein CPU-spezifischer Befehl genutzt werden, wenn man es auch unabhängig davon machen kann? (Auch wenn man natürlich eine passende Funktion dafür nutzen sollte (wie in FPC SwapEndian), da der Compiler (oder die RTL) das dann normalerweise mit eben solchen Assemblerbefehlen passend für die Ziel-CPU optimiert)

So war das auch gemeint.
Ich wunderte mich nur, dass man eine Funktion mühsam "von Hand" schreibt, die so essenziell ist, dass sie sogar als ASM Befehl vorliegt.
Natürlich sollte man konkret den entsprechenden hochsprachlichen Befehl verwenden.

[Mathias]

Ich wunderte mich nur, dass man eine Funktion mühsam "von Hand" schreibt, die so essenziell ist, dass sie sogar als ASM Befehl vorliegt.

Ist C# nicht ein Interpreter, dem nicht bekannt ist, was für eine CPU man hat ?

[PascalDragon]

Ich wunderte mich nur, dass man eine Funktion mühsam "von Hand" schreibt, die so essenziell ist, dass sie sogar als ASM Befehl vorliegt.

Ist C# nicht ein Interpreter, dem nicht bekannt ist, was für eine CPU man hat ?

Erstens ist C# kein Interpreter. C# Code wird in sogenannte Intermediate Language (aka "Zwischensprache") kompiliert, welche dann in der PE-Datei abgelegt wird. Die .NET-Laufzeitumgebung (CLR für Common Language Runtime), mit der du die Anwendung dann ausführst, kompiliert diese Intermediate Language in den eigentlichen Maschinencode. Hier kann die CLR natürlich irgendeinen allgemeinen Befehl zum Ändern der Endianess nutzen. Oder es kann eine Bibliotheksfunktion bereitgestellt sein, welche dann plattformspezifisch implementiert ist.

Und zweitens, selbst wenn es interpretiert wäre, die beiden letzten Punkte können auch für interpretierten Code gelten.