Une affectation renvoie le résultat de l'affectation, c'est ce qui permet d'écrire des choses comme : a = b = c = 0;
Et dans une liste d'expressions, la valeur de la liste est la valeur de l'expression la plus à droite.
Donc pour ce for là, c va arriver à 0 (il est décrémenté de 14 et est initialisé à un multiple de 14), donc g va être égal à zéro, l'expression sera donc nulle, la liste aussi, et le test faux.
Dans la dernière boucle, c'est b qui est décrémenté et va arriver à zéro.
Dans la première boucle, même principe. (b-c) est égal à -8400 au début et augmente avec b++.
C'est une autre manière d'écrire
for(b=0;b<c;b++) f[b]=a/5;
Par contre, il faut impérativement que le compilateur initialise les variables globales à zéro. Ca tombe bien, les globales le sont normalement.
[^] # Re: La preuve
Posté par Mokona . En réponse à la dépêche Vous ne maîtrisez pas Perl ?. Évalué à 1.
Une affectation renvoie le résultat de l'affectation, c'est ce qui permet d'écrire des choses comme : a = b = c = 0;
Et dans une liste d'expressions, la valeur de la liste est la valeur de l'expression la plus à droite.
Donc pour ce for là, c va arriver à 0 (il est décrémenté de 14 et est initialisé à un multiple de 14), donc g va être égal à zéro, l'expression sera donc nulle, la liste aussi, et le test faux.
Dans la dernière boucle, c'est b qui est décrémenté et va arriver à zéro.
Dans la première boucle, même principe. (b-c) est égal à -8400 au début et augmente avec b++.
C'est une autre manière d'écrire
for(b=0;b<c;b++) f[b]=a/5;
Par contre, il faut impérativement que le compilateur initialise les variables globales à zéro. Ca tombe bien, les globales le sont normalement.