Anfängerfrage Variablen Größe bei Berechnungen in C

So wird das nicht funktionieren. Er wird zuerst 255*80 rechnen was zu 
groß ist und zu einem Überlauf führt und anschließend durch 100 teilen. 
Ich bin mir Grade nicht sicher ob es da ein definiertes verhalten gibt 
aber vermutlich bleibt er einfach bei 255 und teilt durch 100 oder tut 
irgend was anderes was du nicht möchtest. Alternative kannst du erst 
durch 100 teilen und dann mal 80 rechnen, hier wird die aber ordentlich 
Präzision verloren gehen, da er die 2,55 zu 2 macht. Meiner Meinung nach 
solltest du mit einem 16 Bit Wert rechnen und erst mit 80 multiplizieren 
und anschließend durch 100 teilen.

GeraldB schrieb:
> Kann man das nicht evtl. sicherheitshalber casten?

Casten kann man das. Aber mit welchem Sinn?

foobar schrieb:
> Gerechnet wird also prinzipiell immer mit mindestens int-Größe.

Genau. Damit funktioniert die Rechnung, da int immer mindestens 16 Bit 
breit ist und der Maximalwert von 255 * 100 für das Zwischenergebnis da 
rein passt.

Eingabe 0 liefert 0x00, Eingabe >=100 liefert 0xff

1

#include <stdio.h>

2

#include <stdlib.h>

3

#include <string.h>

4

#include <inttypes.h>

5

6

int main(int argc, char* argv[])

7

{

8

   uint8_t Ergebnis;

9

   uint8_t Wert;

10

   uint8_t Prozent;

11

12

   Prozent =atoi(argv[1]);

13

   if (Prozent > 100) Prozent = 100;

14

   Wert = 255;

15

   Ergebnis =(uint8_t)((unsigned int)Wert * (unsigned int)Prozent / 100);

16

17

   printf("Prozent: %d Ergebnis: 0x%02x\r\n",Prozent,Ergebnis);

18

}

nicht so wichtig schrieb:
> Da wird tatsächlich abgeschnittet.

Danke für den Hinweiß.

Man muss die Abfrage direkt auf das Ergebnis von atoi() machen.

Bernd schrieb:
> C wandelt beide Variablen in die größere der Variablen um und das
> Ergebnis besteht ebenfalls aus diesem Typ.

Mindestens jedoch int. Das nennt sich in C-Sprech "integer promotion".

> Bei einem 8-Bit- und einem 16-Bit-Wert werden der 8-Bit-Wert erst in 16
> Bit umgewandelt und dann gerechnet und ein 16-Bit-Wert ausgegeben.

Nur wenn int 16 Bit breit ist. Wenn der 32 Bit breit ist, werden beide 
Seiten erst auf 32 Bit erweitert.

> Ebenso wird bei int und float erst in float umgewandelt, das Ergebnis ist
> dann auch float.

Die genauen Regeln können aber etwas komplizierter sein. Das findet man 
unter dem Begriff "usual arithmetic conversions".

> Es würde also oben im Beispiel reichen, eine Variable zu casten.

Es würde auch reichen, gar keine zu casten. Ich würde gerade einem 
Anfänger raten, nur dann einen Cast einzusetzen, wenn er auch notwendig 
ist und wenn man genau erklären kann, warum er notwendig ist.

> Es würde nicht reichen, die 100 auf 16 Bit zu casten,

100 ist vom Typ int und damit sowieso mindestens 16 Bit breit.

> Es mag sein, das ein Compiler grundsätzlich in int rechnet,

Jeder standardkonforme Compiler tut das.