Fehler bei Bitmanipulation

@  Horst (Gast)

>unsigned char a,b,c;
>unsigned short long d;

Was ist ein short long?

>sodass in d=0x123456 ist. Beim (a<<16) scheint aber etwas nicht zu
>funktionieren.

Klasischer Fehler. Mach es mal so.

1

d=(((long)a <<16) | ((long)b<<8) | c);

Horst schrieb:

> Was mich noch wundert, ist dass ich ein Char um 8 bin verschieben kann,
> ohne dass etwas abgeschnitten wird,

Das ist nicht weiter verwunderlich.

In C gilt die Regel:
Gerechnet wird grundsätzlich immer mindestens mit int (bei dir also mit 
16 Bit) als der kleinsten Einheit.
Der Compiler kann, wenn er nachweisen kann dass sich das Ergebnis nicht 
ändert, auf 8 Bit optimieren, aber das ist eine Optimierung, d.h. er 
muss es nicht machen.
Was er aber machen muss, ist sich an den C-Standard zu halten. Und der 
schreibt int als kleinste Einheit bei Rechenoperationen (und Schieben 
ist auch nichts anderes) vor.

d.h.
    a << b

ist grundsätzlich mindestens eine int Operation, selbst dann, wenn a ein 
8 Bit Datentyp ist. (Der Datentyp von b spielt in dieser Operation keine 
Rolle)

> sobald ich es aber um 12 Bit
> verschiebe, klappt es nicht mehr.

Klar. Jetzt knallst du links über die 16 Bit deines 
int-Zwischenergebnisses raus.

> Aber das soll mich nicht weiter stören.

Falsche Einstellung. Du musst dich fragen: Was steckt da dahinter? Ist 
das vom C-Standard so definiert oder ist das etwas was mein Compiler so 
macht, weil ihm der C-Standard dazu die Freiheit lässt. Das sind relativ 
wichtige Punkte, zu wissen, welches Verhalten garantiert ist (und daher 
auf allen C-Compilern gleich funktioniert) und was nicht garantiert ist.