Cast Problem

[C_Dummy (Gast)]

Hallo ich bin noch relative neu in der C programmierung. Also bitte ich 
um nachsehen für meine Unwissenheit. Ich habe ein Bitfeld nun ein Wert 
entspricht 2 bit in meinem Bitfeld. Nun caste ich diesen Wert in einen 
uint8. Jetzt meine Frage kann es irgend wie passieren das auch mal ein 
Wert größer als 3 (2 Bit max) in meiner uint8 Varibalen steht?

[Bronco (Gast)]

Code Beispiel?

[C_Dummy (Gast)]

#define GetSensLevelRq(variable) ((variable).Sens1_Rq)

ist ein Makro wie ich die auf die einzelnen Felder des Bitfeld's zugreife.

uint8 Sens1Value
Sens1Value = (uint8)(GetSensLevelRq(SENS_RQ));

if(Sens1Value > 2)
{

// hier kommen dann Fehlerbehandlung

}

[lowlevel (Gast)]

Wie ist denn variable definiert. Wie "castest" du denn? dynamic, 
static...

[C_Dummy (Gast)]

lowlevel schrieb : Wie "castest" du denn? dynamic, static
Entschuldige was meinst Du damit? soweit reicht meine Erfahrung noch 
nicht.

[Karl H. (kbuchegg)]

C_Dummy schrieb:

> Jetzt meine Frage kann es irgend wie passieren das auch mal ein
> Wert größer als 3 (2 Bit max) in meiner uint8 Varibalen steht?

Nein, kann nicht sein.

Bitfelder sind ja im Grunde auch nichts anderes, als das du dem Compiler 
die Aufgabe der Ausmaskierung und Zurechtschieberei überträgst. Der 
Compiler kann auch nichts anderes tun, als das was du händisch machen 
würdest, wenn du Einzelbits bearbeitest.

[Peter II (Gast)]

Karl Heinz Buchegger schrieb:
> Nein, kann nicht sein.

aber die anderen Bits habe ja keine Verwendung, steht es dem compieler 
dann nicht frei ob sie 1 oder 0 sind? Bei einem Cast würde sie dann aber 
übernommen werden.

[Xavier Lander (Gast)]

Peter II schrieb:
> Karl Heinz Buchegger schrieb:
>> Nein, kann nicht sein.
>
> aber die anderen Bits habe ja keine Verwendung, steht es dem compieler
> dann nicht frei ob sie 1 oder 0 sind? Bei einem Cast würde sie dann aber
> übernommen werden.

Natürlich steht es dem Compiler frei diese Bits zu belegen wie er 
möchte. Er muss aber im Moment des Zugriffes auf den uint8 
sicherstellen, dass der richtige Wert da steht. Das tut auch jeder 
Compiler, ansonsten ist kein Programm lauffähig und der Compiler wäre 
Schrott ^^

[Karl H. (kbuchegg)]

Peter II schrieb:
> Karl Heinz Buchegger schrieb:
>> Nein, kann nicht sein.
>
> aber die anderen Bits habe ja keine Verwendung, steht es dem compieler
> dann nicht frei ob sie 1 oder 0 sind? Bei einem Cast würde sie dann aber
> übernommen werden.

Der Cast kommt ja erst, nachdem der COmpiler bereits die beiden Bits 
extrahiert hat. Von den restlichen Bits, die du im Original hast, bleibt 
im Zuge dessen nichts übrig.

Und es fragt sich, wozu er da überhaupt casten will. Viele Probleme 
wären erst gar nicht entstanden, wenn die Programmierer einen Cast nicht 
als Kavaliersdelikt auffassen würden. Wer exzessiv Casten MUSS (also 
wirklich muss, und nicht einfach nur einen Cast reinmacht weil gerade 
schönes Wetter ist), der sollte sich mal seine benutzten Datentypen 
genauer ansehen. Casts sind die Ausnahme und nicht die Regel.

[Stefan E. (sternst)]

Mal so nebenbei:
Wozu das Makro? Wozu der Cast?
Sieht dir

Sens1Value = SENS_RQ.Sens1_Rq;

irgendwie zu "primitiv" aus?

[Karl H. (kbuchegg)]

Stefan Ernst schrieb:
> Mal so nebenbei:
> Wozu das Makro? Wozu der Cast?
> Sieht dir
>

Sens1Value = SENS_RQ.Sens1_Rq;

> irgendwie zu "primitiv" aus?

:-)
Es war schwierig zu schreiben, also solls auch schwierig zu lesen sein! 
Wo kommen wir denn da hin, wenn jeder beim Codelesen sofort verstehen 
würde, was abgeht.

[Johann L. (gjlayde)]

Karl Heinz Buchegger schrieb:
> C_Dummy schrieb:
>
>> Jetzt meine Frage kann es irgend wie passieren das auch mal ein
>> Wert größer als 3 (2 Bit max) in meiner uint8 Varibalen steht?
>
> Nein, kann nicht sein.

#include <stdint.h>

struct s { char a : 2; } s;

uint8_t geta (void)
{
    return (uint8_t) s.a;
}

geta kann zB 255 liefern.

[Volker Z. (vza)]

Johann L. schrieb:
> #include <stdint.h>
>
> struct s { char a : 2; } s;
>
> uint8_t geta (void)
> {
>     return (uint8_t) s.a;
> }
> geta kann zB 255 liefern.

Ist ja auch Lötzinn.

#include <stdint.h>
 
struct s { unsigned char a : 2; } s;
 
uint8_t geta (void)
{
    return s.a;
}

Jetzt passiert es nicht mehr.
Und wenn du jetzt noch erklärst warum, hast Du C ein bischen mehr 
verstanden.

Volker

[Karl H. (kbuchegg)]

Volker Zabe schrieb:

> Und wenn du jetzt noch erklärst warum, hast Du C ein bischen mehr
> verstanden.

Ich hoffe du meinst nicht Johann sondern den TO mit dieser Aussage :-)
Denn Johann versteht von C mit Sicherheit mehr als 99% der hier 
Anwesenden.

Und er hatte Recht: Ich hab bei meiner Aussage eine Annahme getroffen, 
die der TO nicht erwähnt hat - dass er die Definition des Bitfeldes 
sinnvoll gemacht hat.