C Bitoperation: 32 zu 4*8

[olpo (Gast)]

hallo,

ich habe eine Uint32 Variable.
Wie kann ich die aufteilen in ein Uint8 Array[4] ?
Also, es soll in Array[0] das höchstwertige Bit stehen und in Array[3] 
das minderwertigste.

[Εrnst B. (ernst)]

union aus uint32_t und uint8_t[4].

beim Füllen "htonl" verwenden.

[Udo S. (urschmitt)]

Kommt darauf an ob der verwendete Rechner/Prozessor "big endian" oder 
"low endian" ist.

[Jim M. (turboj)]

>> beim Füllen "htonl" verwenden.
> Kommt darauf an ob der verwendete Rechner/Prozessor "big endian" oder
> "low endian" ist.

Nicht, wenn man htonl() verwendet. Das soll die "network byte order" 
herstellen, d.h. "big endian" wie es der OP haben will.
Außerdem heisst das Gegenteil "little endian".

[olpo (Gast)]

och, das läuft auf einem µC; ich würde es lieber per Hand machen.
Ob Big- oder Little Ending kann ich ja schnell ausprobieren.

[DirkB (Gast)]

Schieben und maskieren.

Array[0] = (Variable >> 24) & 0xff;
Array[1] = (Variable >> 16) & 0xff;
Array[2] = (Variable >>  8) & 0xff;
Array[3] = (Variable      ) & 0xff;

[Rolf Magnus (Gast)]

Εrnst B✶ schrieb:
> union aus uint32_t und uint8_t[4].

Das ist abgesehen davon, daß es in C eigentlich verboten ist, auch recht 
umständlich. Da würde ich lieber einen Pointer-Cast machen.

DirkB schrieb:
> Schieben und maskieren.

Das ist auch endian-unabhängig, wird aber vom Compiler auf manchen µCs 
nicht optimal umgesetzt.

[Honkihonkohonkahu (Gast)]

Rolf Magnus schrieb:
> Das ist abgesehen davon, daß es in C eigentlich verboten ist, auch recht
> umständlich.

In MISRA-C ist es vielleicht verboten aber warum soll das in C89 
und/oder C99 verboten sein?

Rolf Magnus schrieb:
> Da würde ich lieber einen Pointer-Cast machen.

Ack

[Stefan E. (sternst)]

Honkihonkohonkahu schrieb:
> In MISRA-C ist es vielleicht verboten aber warum soll das in C89
> und/oder C99 verboten sein?

Weil der C-Standard eigentlich ausdrücklich sagt, dass man aus einer 
Union nur denjenigen Member lesen darf, der auch als letztes beschrieben 
wurde.

[Honkihonkohonkahu (Gast)]

Stefan Ernst schrieb:
> Weil der C-Standard eigentlich ausdrücklich sagt, dass man aus einer
> Union nur denjenigen Member lesen darf, der auch als letztes beschrieben
> wurde.

Ergibt Sinn, ich sollte wohl um diese Uhrzeit wohl nicht zu allem meinen 
Senf dazu geben ;)

[olpo (Gast)]

Also, die "sauberste" Methode ist tatsächlich der böse Pionter-Cast?

[Simon K. (simon)]

Das ist die sauberste Methode, weil man damit genau sagt, welches Byte 
wo hin soll. Durch Pointerbastelei oder Unionbastelei kann man 
unterschiedliche Ergebnisse, je nach Compiler, Plattform, etc bekommen.

DirkB schrieb:
> Schieben und maskieren.
>

> Array[0] = (Variable >> 24) & 0xff;
> Array[1] = (Variable >> 16) & 0xff;
> Array[2] = (Variable >>  8) & 0xff;
> Array[3] = (Variable      ) & 0xff;
>

[DirkB (Gast)]

Wenn die CPU keinen Barrel-Shifter hat, kann man ja auch mit einer 
Hilfsvariablen arbeiten und die dann jeweils 8 Stellen verschiebt.

[Vlad T. (vlad_tepesch)]

DirkB schrieb:
> Wenn die CPU keinen Barrel-Shifter hat, kann man ja auch mit einer
> Hilfsvariablen arbeiten und die dann jeweils 8 Stellen verschiebt

das wird der compiler wohl von alleine optimieren.
Ich könnte wetten, dass im Assembly kein einzige(r) Shift oder 
Maskierung enthalten ist.

[Simon K. (simon)]

DirkB schrieb:
> Wenn die CPU keinen Barrel-Shifter hat, kann man ja auch mit einer
> Hilfsvariablen arbeiten und die dann jeweils 8 Stellen verschiebt.

Unsinn. Dieser C-Code wird in 99.9% aller Fälle in 0 Extra-Instruktionen 
umgesetzt. Gleichzeitig hat man sauber definiert, was wo landen soll. 
Also -> saubere Lösung.