Version imprimable
Bonjour,
Voici en pièce jointe une prise d'écran d'un programme c++ sous visual c++6 dont le résultat ne semble pas obéir au code , ce dernier vise à compter les entiers entrés et d'en afficher la somme , mais ce qui est étonnant c'est que le compilateur ne semble pas prendre le premier entier en compte ! pourquoi ? :roll:
-main retourne int
-<iostream> tout court
-'\n' ya "endl"
-faut enlever le premier "cin".
hélas la photo est rendue illisible ! je vais vous donner le code prochainement :cry:
si, si elle est claire ! mais je ne vous ai pas compris seriousme , un peu plus d'explication
seriousme , pourquoi il faut enlever le premier cin>> ?et avec quoi se fait l'entrée itérative ?
A la place de:
on peut faire:Code:<<'\n'
Le "cin" avant la boucle "for" lit un nombre qui n'est pas utilisé donc pas dans la somme.Code:<<endl
Il veut dire que le premier "cin >> n" est sorti de la boucle, et ne sera donc pas pris en compte pour le calcul de la somme.
c'est le '\n qui pose problème en lui même ou quoi ? je l'ai toujours utilisé sous VC++ 6 et il n'a jamais posé problème !
Non il ne pose pas problème, mais "endl" est fait pour.
C'était juste une remarque générale, rien de spécifique au problème ici qui est le "cin" avant la boucle "for".
Gomila , et avec quoi se fait l'entrée des entiers ?
Avec le deuxième cin dans la boucle.
le deuxième cin>> c'est pour l'input à chaque cycle , mais j'ai fait une entrée manuelle d'une série d'entiers 6 4 3 0 avec le premier cin , si je l'enlève avec quoi se fera cette entrée manuelle ?
Sinon en le laissant:
il faut mettre juste après:
Code:som+=n;
il ne s'agit pas de trouver un remède quelconque à ce programme , ce qui m'interesse c'est le mécanisme ALGORITHMIQUE de son execution , pouvez vous me schematiser comment le programme a été exécuté sachant que le premier cin c'est pour l'entrée MANUELLE car la série d'entiers n'existe pas ailleurs !
Tu pourrais aussi rendre ton code plus lisible en l'alignant mieux, car en ce moment c'est très difficile à lire.
Il faut que tu enlèves le premier cin >> n car il n'est pas dans la boucle et c'est dans la boucle que tu incrémentes ta somme.Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17#include <iostream> int main() { int n, compt = 0, som = 0; cout << "Entrer des entiers positifs, terminer par 0" << endl; for (; ;) { cout << "\t" << compt + 1 << ":" ; cin >> n; if (n == 0) break; ++compt; som += n; } return 0; }
et pourquoi alors les trois derniers entiers ont été pris en compte ? et si j'enlève le premier cin , avec quoi se fait l'entrée manuelle sur l'écran DOS
Sinon tu peux essayer ça :
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14#include <iostream> int main() { int n, compt = 0, som = 0; cout << "Entrer des entiers positifs, terminer par 0" << endl; for (cin >> n; n != 0 ; cin >> n) { cout << "\t" << compt + 1 << ":" ; ++compt; som += n; } return 0; }
ce qui est important pour moi c'est de comprendre d'abord comment le compil a compris ça , c à d selon quel algorithme il a exécuté ce code , car en lisant le code on s'attend à ce que l'exécution donne une somme 13 ! expliquez moi pourquoi le compil a raté le premier entier 6 ! :roll: il ne s'agit pas de me donner des solutions de rechange ! car comprendre une bizarrerie c'est comprendre son compil :mouarf:
Le premier n n'est pas compté car il est remplacé lors de la deuxième extraction (entre tu ne l'a pas ajouté à som) ;)
Donc entre le premier "cin" et la boucle "for" il faut ajouter:
pour que ce "cin" serve à quelque chose.Code:s+=n;
oui, ça me parait juste, merci les gars :D
De rien ! Si ton prob est Résolu rajoutes le ;)