Valeur de retour

Bonsoir,

Je sais que ma question peut paraître tarabiscotée mais quelque chose m'intrigue à propos du while interne du code ci-dessous :

Code:

---

1 2 3 4 5 6 7

do{ printf("un nb svp\n"); compte = scanf("%d", &x); while (y=(getchar()!='\n'),z=printf("y=%d et z=%d\n",y,z)); } while(compte!=1);

---

Normalement on sort d'un while quand l'expression est à zéro et je ne sors pas de mon while interne -

Code:

---

while (y=(getchar()!='\n'),z=printf("y=%d et z=%d\n",y,z))

---

- alors même que le

Code:

---

(getchar()!='\n')

---

est à 0 et le

Code:

---

printf("y=%d et z=%d\n",y,z)

---

- que j'ai inséré pour voir ce que vaut le getchar() - et je teste même le printf avec le z - qui est aussi à zéro.
Donc tout le while vaut zéro - à la première saisie ensuite z se met à valoir 11, puis 12 ! - et je devrais en sortir à la première saisie, mais non je reste dedans et je ne comprends pas du tout pourquoi ?

Je vous remercie de bien vouloir m'éclairer là dessus si vous avez une idée, merci d'avance !

Citation:

---

Envoyé par gauguin

Donc tout le while vaut zéro - à la première saisie ensuite z se met à valoir 11, puis 12 ! - et je devrais en sortir à la première saisie, mais non je reste dedans et je ne comprends pas du tout pourquoi ?

---

Bonsoir,

L'opérateur « , » évalue la première expression, puis la seconde et prend la valeur de cette seconde expression, soit, ici, celle de ton « z=printf("y=%d et z=%d\n",y,z) » et comme printf renvoie le nombre de caractères imprimés, ta fonction n'est jamais nulle. À noter que la fonction évalue d'abord ses paramètres, puis s'exécute. La valeur de z avant et après exécution de printf change donc.

Mais d'une manière générale, while() attend surtout un argument booléen, même si le type n'existe pas nativement, à proprement parler, en C. Si tu veux que tes deux conditions soient remplies pour que la boucle while se poursuive, il faut utiliser un ET logique « && ». Si au moins une condition remplie suffit, utilise le OU logique « || ».

J'ajouterais qu'il faut en général éviter les constructions compliquées qui tentent de faire 36 truc en une seule ligne... Comme tu peux le constater ça rend le code plus difficile à lire.

Ok, merci, merci beaucoup.

Désolé de répondre 3 jours après !

J'ignorais que printf renvoyait le nombre de caractères imprimés mais c'est logique.
Sinon en effet, il est préférable d'éviter les constructions compliquées, la preuve !

Dommage qu'on ne puisse pas, avec le debugger, ( j'utilise code blocks ) tester la valeur des expressions un peu comme pour les variables.

Bonne soirée