Bit-Maskierung 32bit

>würde das gehen, wenn ich das wie folgt mache?
>y = (x & 0x1FC0);
Nein, denn in dem unsigned char bleiben nur die untersten 8 Bits.
Aber du bist schon fast am Ziel:

1

unsigned char y;

2

y = (x & (0x2F << 6)) >> 6;

3

//                       ^ Auf Bit 0 verschieben

4

//                ^ Ab Bit 6

5

//        ^^^^ 6Bits

hth, Jörg

Hi und danke für die Antwort!

Ja, das mit dem Schieben hatte ich auch fast schon im Hinterkopf. War 
mir aber nicht sicher, da dachte ich: lieber mal nachfragen. Hat sich ja 
gelohnt :)

Schönen dank!

Ja, das hatte ich auch bemerkt. Aber das war mir wurscht, weil es mir ja 
ums Prinzip ging. Aber irgendwie klappt es noch nicht ganz. Wäre toll, 
wenn einer von euch mal einen Blick auf den folgenden Code wirft :)

In der h-Datei:

1

int masking(long x, int mask, int shift);

Aufruf dann z.B. so:

1

y1 = masking(variable, 0x7F, 0);

2

y2 = masking(variable, 0x3F, 7);

Und in der masking() steht z.B.:

1

int masking(long x, int mask, int shift)

2

{

3

  unsigned char temp = (x & (mask << shift) ) >> shift);

4

5

return temp;

6

}

In temp, bzw. y1 und y2 steht totaler Mumpitz. Muß ich erst noch was 
casten, was ich übersehen habe?

Danke und viele Grüße,
Jojo

Das hier sollte es auch tun:

1

return (x >> shift) & mask;

Ok, danke. Das werd ich nachher mal probieren. Aber dennoch wüßte ich ja 
gern, wo der Haken bei meinem Code liegt. Er erschien mir schon 
irgendwie logisch, aber wenns nciht geht? Ich weiß ja nicht...

Edit:
wie siehts mit den Datentypen aus? Die müßten doch eigentlich so passen, 
oder? o_O

Joachim A. schrieb:

Kai hat zwar schon gezeigt, wie es einfacher geht ...

> In temp, bzw. y1 und y2 steht totaler Mumpitz. Muß ich erst noch was
> casten, was ich übersehen habe?

wenn mask ein int ist, was ist dann wohl das Ergebnis von
   mask << shift

Was stand denn in deinem Testfall in variable, was war das Ergebnis 
und was hattest du erwartet?

>Edit:
>wie siehts mit den Datentypen aus? Die müßten doch eigentlich so passen,
>oder? o_O

Auf Anhieb sehe ich keinen Fehler. Wie breit sind denn bei dir long, int 
und char? Gab's bei C nicht auch unsigned typen? Ich denke die sind 
besser für solche Operationen geeignet.

>wenn mask ein int ist, was ist dann wohl das Ergebnis von
>   mask << shift

int - aber ich sehe bei seinem ersten Testfall kein Problem ...

Hi und nochmal danke für eure Hilfe!

Ich glaub ich hab es jetzt hinbekommen. Das Problem schien aber schon 
weiter vorher in meinem Programm seinen Ursprung gehabt zu haben. Denn 
im Laufe einiger Optimierungen hab ich auch einige Datentypen verändert, 
was scheinbar nicht so gut war.
Naja, jetzt scheint es zu funktionieren! Ich benutze das, um die 
Bitfolge des DCF77-Signals aus zu werten. Vorher hatte ich, so wie auch 
in dem Beispiel hier auf der Seite, alle Bits einzelnd abgefragt. Das 
funktionierte zwar gut, aber mein Code ist jetzt schneller und 
verbraucht deutlich (>10%) weniger Speicher =) .

Also, danke und Schönes Wochenende!

Noch eine Kleinigkeit: Meiner Meinung nach spricht nichts dagegen, 
mask und shift auf den Typ unsigned char zu setzen, wenn man die 
von mir vorgeschlagene Variante einsetzt. x würde ich auf /unsigned 
long/ setzen.

Kai Giebeler schrieb:
>>wenn mask ein int ist, was ist dann wohl das Ergebnis von
>>   mask << shift
>
> int - aber ich sehe bei seinem ersten Testfall kein Problem ...

Bei seinen Testfällen gibt es eh kein Problem.
Aber wenn man eine Funktion allgemein halten will sodass sie mit allen 
Zahlen klarkommt, dann bekommt seine Version ein Problem.

Da ist deine Variante viel besser.