C Inkrement wird nicht durchgeführt

Rüdiger Neumann schrieb:
> b = 5 > 7 && a++;

5>7 is true
a++ auch

true und true is true=1

a++ ist POST increment, also wird erst nach der Rechnung erhöht

++a wäre PRE increment

> 5>7 is true

Eher nicht. Und das ist auch der Schlüssel zu dem Ergebnis a = 1. Denn 
wenn 5>7 falsch ist, dann kann die Und-Verknüpfung nie mehr wahr werden. 
Also spart sich der Compiler den Rest. Nennt sich short circuit 
evaluation. Und man lernt daraus, Post- und Predekrement und inkrement 
niemals (oder sagen wir, nur nach reichlicher Überlegung) in boolschen 
Ausdrücken zu verwenden.

>Sieht nach vergessenen Klammern aus

Ganz genau! Klammern kannst Du hier vergessen. :-)

Wieso? Geht doch!

#include <stdio.h>

int main()
{
    int a = 1, b;
    b = a++ && 5 > 7;
    printf ("a= %d", a);
}

a= 2Press any key to continue...

:)

Ok, Danke.
die Lösung macht Sinn!

http://www.spiegel.de/kultur/zwiebelfisch/zwiebelfisch-stop-making-sense-a-261738.html

@Oha
Volle Zustimmung!

Zu deinem Uni Beispiel:
b = 5 > 7 && a++;
5>7 ist false
Somit braucht man erst garnicht den zweiten Teil der Und Verknüpfung 
betrachten, denn das Ergebnis wäre ohnehin false.
Da bereits zur Zeit der Programmerstellung das Ergebnis feststeht, würde 
es mich nicht wundern, wenn der Compiler hier gar noch etwas 
wegoptimiert.

Und jetzt noch ein paar Worte zur Realität:
Wenn du solchen Code in der Privatwirtschaft ablieferst, bekommst du 
sicher Probleme mit dem Abteilungsleiter oder mit der 
Qualitätsabteilung.
Nur weil man in C ziemlich viel Dinge tun kann, heißt das noch lange 
nicht, dass man es tun soll.
Das obige Beispiel sollte eigentlich so programmiert werden:
if(5>7)
{
  a++;
}

rwrw schrieb:
> Und jetzt noch ein paar Worte zur Realität:
> Wenn du solchen Code in der Privatwirtschaft ablieferst, bekommst du
> sicher Probleme mit dem Abteilungsleiter oder mit der
> Qualitätsabteilung.

Mit dem Abteilungsleiter eher nicht. Der hat entweder keine Ahnung vom 
Programmieren oder keine Zeit, in den Code zu schauen. Meistens sogar 
beides.

> Das obige Beispiel sollte eigentlich so programmiert werden:
> if(5>7)
> {
>   a++;
> }

Es geht bei diesem Beispiel nicht um schönen Code, sondern einzig darum, 
die short-cirquit evaluation zu verstehen.

Hmm, wie ich gerade festgestellt hab, wurde die wohl auch schon 
eingedeutscht:
http://de.wikipedia.org/wiki/Kurzschlussauswertung


Oha schrieb:
> 
http://www.spiegel.de/kultur/zwiebelfisch/zwiebelfisch-stop-making-sense-a-261738.html

http://www.sinn-macher.de/

rwrw schrieb:
> Nur weil man in C ziemlich viel Dinge tun kann, heißt das noch lange
> nicht, dass man es tun soll.

wohl wahr! Aber man kann es auch übertreiben, z.B. so:

> Das obige Beispiel sollte eigentlich so programmiert werden:
> if(5>7)
> {
>   a++;
> }

das erinnert mich an manche Damen aus dem Show-Geschäft: kann vor lauter 
Schönheit nicht mehr laufen :) Wo ist die Zuweisung an b geblieben?

"short circuit evaluation" schimpft sich der Fachausdruck dafür