C Inkrement - Aufgabe

[ronan191]

Hallo!

Bei der folgenden Aufgabe bin ich mir etwas unsicher und würde mich freuen, wenn jemand mir da weiterhelfen könnte

int b=19;
int c;

c = b++

-------------------------------

Da b++ nichts weiter als b=b+1 ist, habe ich b=19+1 -> b=20 gerechnet.
c = b++ -> c=b=20 ???

Kann das richtig sein?

 

[amokkx]

c = b++;

c = 19
b = 20;


c = ++b

c = 20
b = 20

Und wieso nicht einfach ausprobieren? Ist doch ne Sache von paar Sekunden...

 

[Frader]

Seh ich genauso wie amokkx.

Gib doch am Ende einfach folgendes ein.

printf ("Der Inhalt für Integer b lautet %d.\n", b,);

Dann müsste dort 20 erscheinen.

 

[ronan191]

Hast recht mit dem Ausprobieren. Habe es sogar gemacht, jedoch kam durch einen von mir übersehenen Fehler was komisches raus.

Nach Eingabe in den Compiler habe ich aber nun exakt dasselbe raus. Vielen Dank für die schnelle Hilfe!

Ergänzung (30. Juni 2012)

@ Frader

Der Compiler gibt amokkx aber recht ;-)

Edit: Ok du hast dich korrigiert :-)

 

[Frader]

Jep :-) Hab mich da vertippt :-)

 

[maxwell-cs]

da es sich hier um den postinkrement-operator handelt, wird 19 ausgegeben.

der unterschied zwischen ++b und b++ ist, dass der ausdruck ++b b+1 zurückgibt, während b++ b zurückgibt. in beiden fällen ist danach b um eins erhöht.

++b ist übrigens effizienter als b++, da bei b++ erst eine kopie von b angelegt werden muss, dann b erhöht, und dann die kopie zurückgegeben wird. bei ++b wird einfach b erhöht und dann zurückgegeben.

 

[ronan191]

Auch dir vielen Dank für die leicht verständliche Ausführung!

 

[asdfman]

++b ist übrigens effizienter als b++, da bei b++ erst eine kopie von b angelegt werden muss, dann b erhöht, und dann die kopie zurückgegeben wird. bei ++b wird einfach b erhöht und dann zurückgegeben.

Jetzt erzähl mir nicht, aktuelle Compiler könnten das nicht optimieren.

 

[antred]

Jetzt erzähl mir nicht, aktuelle Compiler könnten das nicht optimieren.

Hat er ja nicht behauptet, oder? Aber warum nicht das programmieren, was man wirklich meint, und nicht das, was man hofft, das der Compiler draus macht? Im übrigen mag der Compiler zwar in der Lage sein, Postinkrement für built-in types wegzuoptimieren, aber bei benutzerdefinierten Typen wär ich mir da nicht so sicher.

 

[mensch183]

Im übrigen mag der Compiler zwar in der Lage sein, Postinkrement für built-in types wegzuoptimieren, aber bei benutzerdefinierten Typen wär ich mir da nicht so sicher.

Ein C-Compiler wird bei ++ auf benutzerdefinierte Typen einen Fehler ausgeben.

 

[antred]

Stimmt. Sorry, ich war in Gedanken schon wieder in C++-Land.