Bits "rausshiften"

Die fallen am Ende des Registers runter. Das ist der Staub auf den 
Platinen. Blowing in the wind.

> Bei einer Größe von 8Bit würde der Leftshift bewirken, dass win=0 ist?

Nein, undefiniert.

> Werden die rausgeschobenen Zustände noch irgendwo gesichert oder sind
> sie beim Shiften sofort verschwunden?

Nein, normalerweise(tm) kein Carry (und auch kein rotate).

Sehr ästhetisch :)
Also vorher sichern, ich danke dir für die schnelle Antwort.

MfG

> Nein, undefiniert.

.oO(..ausser es wird vorher promoted..) </ingrid>

Das wird nicht Null?

1

(1 << ? ) = 0

Durch was muss ich das "?" ersetzen, damit die Gleichung stimmt? Ich 
dachte, man kriegt das mit 'nem Durchshift hin...

Boon schrieb:
> Das wird nicht Null?
> (1 << ? ) = 0
>
> Durch was muss ich das "?" ersetzen, damit die Gleichung stimmt? Ich
> dachte, man kriegt das mit 'nem Durchshift hin...

Hängt von der Registergröße ab. :-)

So, Nachtrag: Es wird vorher promoted, es kommt also standardkonform 0 
raus.

(((uint8_t)1) << 8) == 0

Also nochmal zusammenfassend:

Der oben beschriebene Programmschnipsel mit einer expliziten uint8_t 
Deklaration würde Null ergeben und die "rausgeshifteten" Bits sind nicht 
mehr zu retten.

Treffen diese zwei Aussagen zu?

>Der oben beschriebene Programmschnipsel mit einer expliziten uint8_t
>Deklaration würde Null ergeben und die "rausgeshifteten" Bits sind nicht
>mehr zu retten.
>
>Treffen diese zwei Aussagen zu?

Ja, die ganze Funktion ist Blödsinn weil sie
sowieso wegoptimiert wird.

Yalu X. schrieb:
> return schrieb:
>> (((uint8_t)1) << 8) == 0
>
> Nein, das Ergebnis des Shifts ist 256. Zu 0 wird das Ganze erst, wenn
> man es einem uint8_t zuweist, wie im Beispiel ganz am Anfang des
> Threads.

Wird Null, da unsigned Überlauf definiert ist.

((uint8_t)(1 << 8)) == 0