comment faire un programme qui calcul la somme ?

Version imprimable

11/12/2006, 17h10
jahjouna

comment faire un programme qui calcul la somme ?

donner moi svp le code source d'un programme qui calcule la somme de deux reéls ?

merci

Code:

1
2
3
4
5
6
7
8
9
10
11
12
#include<conio.h>
#include<iostream.h>
void main()
{
 float a,b;
 cout<<"donner a"<<endl;
 cin>>a;
 cout<<"donner b"<<endl;
 cin>>b;
 cout<<"la somme des deux reéls est egal a "<<a+b<<endl;
 getch();
}

balise [code] réjoutée par r0d. Merci d'y penser la prochaine fois.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
#include <iostream.h>
 
void main ()
{
  cout << "Entrez un premier réel \n";
 
  double r, s;
  cin >> r;
 
  cout << "Entrez un deuxième réel \n";
  cin >> s;
 
  cout << r << " + " << s " = " << (r+s) << "\n";
}

Si tu veux pas qu'il quitte rajoute une boucle infinie ou un cin à la fin.
Edit: Pris de vitesse!

Et vous avez tous les deux faux.
Il n'y en a pas un pour racheter l'autre dans cette utilisation éhontée de code obsolète et non-standard.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 //Les headers en ".h" sont obsolètes. #include <iostream> using namespace std; //main() retourne TOUJOURS un int int main(void) { cout << "Entrez un premier réel:" << endl; double r, s; cin >> r; cout << "Entrez un deuxième réel:" << endl; cin >> s; cout << r << " + " << s << " = " << (r+s) << endl; return 0; }
Et si vous tenez absolument à avoir une pause à la fin, le mieux est d'attendre un appui sur Entrée avec un appel (dont je ne me souviens plus) à cin.ignore(). Ou à défaut sous Win32, un petit system("pause") est déjà plus pratique à utiliser qu'un getch() (notamment si on compile avec MinGW).

11/12/2006, 17h46
Laurent Gomila

C'est pas bien de donner du code tout cuit à des étudiants paresseux et malpolis...
11/12/2006, 17h47
Médinoc

En effet, mais je pense que c'est pire de leur donner du code brûlé...

Edit: ortaugraf!
12/12/2006, 01h56
Thierry Chappuis

Citation:

Envoyé par Médinoc

En effet, mais je pense que c'est pire de leur donné du code brûlé...

+1
12/12/2006, 09h55
superspag

C'est un vrai festival en ce moment :lol:
12/12/2006, 11h09
Cheps

Citation:

Envoyé par Médinoc

Et vous avez tous les deux faux.
Il n'y en a pas un pour racheter l'autre dans cette utilisation éhontée de code obsolète et non-standard.

cout << r << " + " << s " = " << (r+s) << endl;

Tu as aussi faux, ton code ne compile même pas :)
Te manque un << après le s :aie:
12/12/2006, 11h17
Médinoc

Ça mapprendra à partiellement recopier du code incorrect. C'est corrigé.:oops:
12/12/2006, 11h39
Flow_75

Citation:

Envoyé par Laurent Gomila

C'est pas bien de donner du code tout cuit à des étudiants paresseux et malpolis...

surtout pour un code si simple....
12/12/2006, 12h55
coyotte507

Pour le <iostream.h>, peut être que c'est obsolète mais c'est quand même portable.

Ensuite en C++ je vois pas pourquoi ne pas utiliser "\n" et à tout prix utiliser le symbole endl.
12/12/2006, 13h03
Médinoc
1. Ben non, il y a déjà des compilos qui ne fournissent plus ces vieux headers. Donc ce code de compilera pas dessus, donc ce n'est pas portable.
2. Pour des raisons de bufferisation, notamment.
12/12/2006, 13h04
Thierry Chappuis

Citation:

Envoyé par coyotte507

Pour le <iostream.h>, peut être que c'est obsolète mais c'est quand même portable.

Ensuite en C++ je vois pas pourquoi ne pas utiliser "\n" et à tout prix utiliser le symbole endl.

std::endl te permet de vider le tampon en plus d'envoyer un caractère fin de ligne sur le flux de sortie correspondant (ici, la sortie standard).

Thierry
12/12/2006, 15h12
Cheps
Citation:
Envoyé par Médinoc

Ben non, il y a déjà des compilos qui ne fournissent plus ces vieux headers. Donc ce code de compilera pas dessus, donc ce n'est pas portable.
Petite question, dans les specs actuels de C++, est-ce que les vieux headers .h sont inexistants, ou simplement deprecated? Car si ils y sont toujours, alors un compilo qui ne les fournit pas ne peut pas être considéré comme standard.

Note que je suis tout à fait d'accord avec l'utilisation des nouveaux headers ;)
12/12/2006, 17h18
coyotte507

pour les endl, ca veut dire que le C avec son \n gère moins bien la mémoire que le C++ avec son endl?
12/12/2006, 17h21
Laurent Gomila

Non, endl a un équivalent en C, c'est juste que ça coûte deux instructions alors qu'en C++ ça peut n'en coûter qu'une.
12/12/2006, 17h56
Médinoc
Il me semblait que c'était plutôt qu'en C++, le vidage de buffer sur \n n'était garanti pour aucun flux, alors qu'en C, c'était garanti pour les consoles/terminaux et pas le reste (pour le C, c'est ce que j'ai cru comprendre des notes d'Emmanuel).

Le manipulateur std::endl en C++, si je ne me trompe pas, effectue deux choses en vérité:
1. Il envoie le \n
2. Il appelle la fonction membre flush() du flux pour forcer la sortie en toutes circonstances.
13/12/2006, 00h33
Luc Hermitte

Citation:

Envoyé par Cheps

Petite question, dans les specs actuels de C++, est-ce que les vieux headers .h sont inexistants, ou simplement deprecated? Car si ils y sont toujours, alors un compilo qui ne les fournit pas ne peut pas être considéré comme standard.

Ils n'ont jamais fait parti du standard qui ... date de 98. Faudrait penser à se réveiller et regarder la date sur le calendrier :?
Et ils ne sont fournis qu'avec certains compilos, et toutes leurs distributions ne sont pas identiques. Logique, ce n'est pas standardisé!
Genre les flux.h de GCC qui chargent les définitions standard dans l'espace de nom global. Et les flux de VC6 (déprécié, plus maintenu, plus vieux que le standard, ...) qui sont incompatibles avec les flux standard et même certaines classes standard comme std::string.

Bref, tout sauf vraiment portable.