int32_t in Bytes zerlegen

[wanda (Gast)]

Ich versuch's so:

char3 = int32>>24;
char2 = int32>>16;
char1 = int32>>8;
char0 = int32;

Da kommt leider Müll raus. Liegt hier ein systematischer Fehler vor?

[Klaus W. (mfgkw)]

Mehrere Fehler auf einmal:
a) mangelnder Quelltext
b) miese Fehlerbeschreibung
c) kein vorheriger Versuch, das Problem selbst zu
   lösen - ca. einmal pro Tag darf sich hier jemand die
   Mühe machen und jemandem sagen, daß man a) mit
   unvollständigen Quelltexten nichts anfangen kann,
   und b) ohne ordentliche Fehlerbeschreibung nicht helfen
   kann ("es geht nicht, sagt mir warum"), und c) erst
   mal die 156742 Threads lesen kann, in denen beschrieben
   wird, wie man Variablen in Byte splitten kann und
   umgekehrt und in denen steht, daß man a)...

[Gerhard M. (ggcode)]

so eventuell

typedef union _INT32_VAL
{
    char Buffer[4];
    INT32 IntWert;
} INT32_VAL;

[Zwie B. (zwieblum)]

Das macht aber nicht das selbe wie im 1. posting ...

[Gerhard M. (ggcode)]

sollte es dass?

>>>>>   int32_t in Bytes zerlegen

[Hc Z. (mizch)]

Na ja, es ist schwer, allgemein zu sagen, was das erste Posting macht, 
denn da es einen signed Typ verwendet, ist das Ergebnis 
compilerabhängig.  Sagen wir mal so:  Es kann sein, dass die Union 
dasselbe macht wie das erste Posting, muss aber nicht.

> Das macht aber nicht das selbe wie im 1. posting ...

So allgemein ist das nicht richtig.

[Zwie B. (zwieblum)]

Wenn du den Trick mit der Union machst, fällst du bei Wechsel der 
Endianness auf die Schnauze, und das ist noch nicht mal compilerabhängig 
:-)

[Gerhard M. (ggcode)]

ne fällst du nicht weil hier nur zerlegt wird und nicht interpretiert 
!!!
Du musst schon wissen was die bytes bedeuten ob float,int etc..

[Zwie B. (zwieblum)]

Buffer[0] enthält bei Big/Little Endian das selbe ... ojemine ...

[Gerhard M. (ggcode)]

ja genau 1 byte :-)

[Zwie B. (zwieblum)]

Du programmierst unter Windows, oder?

[Gerhard M. (ggcode)]

nee

[Zwie B. (zwieblum)]

Du programmierst gar nicht?

[Gerhard M. (ggcode)]

wie kommst zu der Annahme?

[Hc Z. (mizch)]

Abgesehen davon ist Endianess sowas von typisch compilerabhängiger 
Eigenschaft (dass der sie wiederum von der Prozessorarchitektur 
ableitet, ist ein anderes Thema (und es gibt auch gemischte 
Architekturen)).

[Rolf Magnus (Gast)]

wanda schrieb:
> Ich versuch's so:
> char3 = int32>>24;
> char2 = int32>>16;
> char1 = int32>>8;
> char0 = int32;
>
> Da kommt leider Müll raus. Liegt hier ein systematischer Fehler vor?

Ja.

[Zwie B. (zwieblum)]

> Abgesehen davon ist Endianess sowas von typisch compilerabhängiger
> Eigenschaft (dass der sie wiederum von der Prozessorarchitektur
> ableitet, ist ein anderes Thema (und es gibt auch gemischte
> Architekturen)).

Aha. Wenn du in Assembler programmierst hast du also keine Endianess 
mehr, oder doch, oder was genau jetzt?

[wanda (Gast)]

Den Tipp mit der union hatte ich auch ausprobiert, bis auf die 
Problematik der endianess sollten beide Methoden dasselbe Ergebnis 
haben. Der Fehler (Muell) wird also an anderer Stelle verursacht . 
Danke.

[Gerhard M. (ggcode)]

das glaub ich weniger .....

[Karl H. (kbuchegg)]

Ooooch. Glaub ich sofort.