Unerwarteter Wert bei Berechnung für s16-Wert

[Thorsty (Gast)]

Hallo,

ich habe soebend AVR Studio mit WIN-AVR zum laufen bekommen.
Nun kriege ich beim durchsteppen meines Programm bei folgender 
Berechnung ein unerwartetes Ergebnis.

signed short Wert = 13100;
Wert = (Wert * 25 + 5) / 10;

Ich erhalte Wert = -17.
Normalerweise müsste aber 32750 rauskommen.

Habs auch schon mit explizitem casten versucht.
Wert = ((signed long)(Wert * 25) + 5) / 10;
Kommt aber dasselbe raus.

Bin für jede schnelle Hilfe dankbar!!!

[Stefan E. (sternst)]

Weil du bei Wert*25 aus dem Wertebereich raus fällst. Dein Cast nützt da
nichts, da du erst das (bereits übergelaufene) Ergebnis nach long
castest, nicht aber den Wertebereich der Berechnung selber vergrößerst.
Du musst entweder aus der 25 ein long machen oder Wert nach long casten:
Wert = ((long)Wert * 25 + 5) / 10;
oder
Wert = (Wert * 25L + 5) / 10;

[Thorsty (Gast)]

Danke hat geklappt!

Aber kann der AVR-GCC Compiler das Zwischenergebnis nicht einfach in ein 
32-Bit Register ablegen? Beim Tricore Compiler klappt das, da ich da 
nicht explizit casten muss.

[Stefan E. (sternst)]

> Aber kann der AVR-GCC Compiler das Zwischenergebnis nicht einfach in ein
> 32-Bit Register ablegen?

Der Compiler rechnet immer in int, sofern keiner der Operanten größer 
ist als ein int.

> Beim Tricore Compiler klappt das, da ich da nicht explizit casten muss.

Ob man in diesem Fall casten muss oder nicht, hängt halt davon ab, wie 
groß ein int ist. Wahrscheinlich ist bei dem Tricore Compiler ein int 
32-Bit breit.

[lkmiller (Gast)]

>Der Compiler rechnet immer in int,
>sofern keiner der Operanten größer ist als ein int.
Und ganz wichtig:
int ist abhängig von der Prozessorarchitektur.
Z.B. für x86 Architekturen ist int = 32 bit

Ich schreib da gern char, short und long, dann weiß ich was ich habe.
Auch wenn ich den Prozessor mal wechsle.

[Rufus Τ. F. (rufus)]

Der Tricore-Compiler dürfte aber einer sein, bei dem sizeof(int) == 4 
ist. Oder?

[Thorsty (Gast)]

Das mit sizeof(int) habe ich nicht ausprobiert aber ich nehme mal an das 
da 4 rauskommen muss. In der Datei limits.h vom Tricore kann ich 
entnehmen das der int so gross ist wie ein long. Ausserdem klappt ja 
obige Berechnung ohne explizites casten, so das der int beim Tricore 
32-Bit breit sein muss, wie Stefan schon sagte.

[I_ H. (i_h)]

Auf IA16 x86 (jaja ich weis, benutzt eh keiner mehr) ist int übrigens 
auch nur 16 Bit.