Unerwarteter Wert bei Berechnung für s16-Wert

Thorsty Gast #925078 
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!!!
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Langsamer Modus Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Melden Danke
Stefan E. #925090 
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;
Antwort Zitieren Bearbeiten Löschen Melden Danke
Thorsty Gast #925230 
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.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Stefan E. #925239 
> 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.
Antwort Zitieren Bearbeiten Löschen Melden Danke
lkmiller Gast #925293 
>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.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Thorsty Gast #926447 
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.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Thread beobachten

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 18 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.