Une question sur le stockage des variables

Bonjour,
J'ai un petit soucis de compréhension sur la façon dont son stockées les variables dans la mémoire vive. A priori si je créer un variable de type long, je ne devrais pas pouvoir stocker de nombre décimal, or avec un code tout simple j'obtient une valeur décimale dans une variable de type long.8O

Voici le code :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

double Nombre3 = 0; double Nombre4 = 0; double ResultatDivision = 0; long ResultatDivisionEntier = 0;   printf("Faisons une division de nombres decimaux \nTaper le numerateur :");scanf("%lf", &Nombre3); printf("Taper le denominateur :"); scanf("%lf", &Nombre4); ResultatDivision = Nombre3 / Nombre4 ; ResultatDivisionEntier = Nombre3 / Nombre4 ; printf("Le resultat est %lf \n", ResultatDivision); printf("Le resultat (partie entiere) est %lf", ResultatDivisionEntier);

---

et voici ce qui s'affiche :

Code:

---

1 2 3 4 5

Faisons une division de nombres decimaux Taper le numerateur : 5 Taper le denominateur : 2 Le resultat est 2.500000 Le resultat (partie entiere) est 2.500000

---

Comment est-ce possible d'avoir "Le resultat (partie entiere) est 2.500000", alors que ResultatDivisionEntier est un long ?

J'ai essayé en simplifiant (oui encore) le programme et en mettant que la partie concernant le resultat entier. Ca donne :

Code:

---

1 2 3 4 5 6 7 8 9

double Nombre3 = 0; double Nombre4 = 0; long ResultatDivisionEntier = 0;   printf("Faisons une division de nombres decimaux \nTaper le numerateur :");scanf("%lf", &Nombre3); printf("Taper le denominateur :"); scanf("%lf", &Nombre4); ResultatDivisionEntier = Nombre3 / Nombre4 ; printf("Le resultat (partie entiere) est %lf", ResultatDivisionEntier);

---

et le Résultat :

Code:

---

1 2 3 4

Faisons une division de nombres decimaux Taper le numerateur : 5 Taper le denominateur : 2 Le resultat (partie entiere) est 0.000000

---

Autrement dit, cette fois-ci c'est cohérent puisqu'il ne reconnait pas ResultatDivisionEntier comme un nombre décimal.

Alors si quelqu'un comprend ce qui se passe je suis preneur d'une explication !!
Merci

Bien sur ce programme n'a aucun intérêt, mais ça me paraît dérangeant de réserver un emplacement mémoire pour un entier et d'en retirer un décimal.:
roll:

Cela ne viendrait pas du fait que tu utilises comme spécificateur de format %lf ? On ne devrait pas utiliser ce spécificateur pour un long ? D'autant plus que le compilateur ne doit pas pouvoir détecter ce genre d'erreur. J'imagine(pas testé) que tu pourrais utiliser %s pour afficher un long...Ce qui n'a pas de sens à mon goût.(Comportement indéfini de printf dans ce cas ? )

Citation:

---

Envoyé par UnReveDeCryptomeria

Code:

---

printf("Le resultat (partie entiere) est %lf", ResultatDivisionEntier);

---

---

Simplement parceque tu dis d'afficher un flottant.
Essayes plutôt avec %ld

Avec quel compilo as-tu travaillé ?
D'abord, j'ai fait une modif dans ton programme

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

#include <stdio.h>   int main(void) { double Nombre3 = 0; double Nombre4 = 0; double ResultatDivision = 0; long ResultatDivisionEntier = 0;   printf("Faisons une division de nombres decimaux \nTaper le numerateur :");scanf("%lf", &Nombre3); printf("Taper le denominateur :"); scanf("%lf", &Nombre4); ResultatDivision = Nombre3 / Nombre4 ; ResultatDivisionEntier = Nombre3 / Nombre4 ; printf("Le resultat est %lf \n", ResultatDivision); printf("Le resultat (partie entiere) est %lf\n", (double) ResultatDivisionEntier);   return 0; }

---

Il faut en effet mettre transformer la valeur de ResultatDivisionEntier en double pour avoir un résultat correct sinon tu fais afficher n'importe quoi.
Avec Visual C6 j'ai un warning à la compilation

Citation:

---

warning C4244: '=' : conversion from 'double ' to 'long ', possible loss of data

---

et comme résultat pour 5 et 2 : 2,5 et 2 ce qui est normal.
Si j'enlève le cast en double j'obtiens pour les mêmes valeurs 2,5 et 0.

Citation:

---

Envoyé par hegros

D'autant plus que le compilateur ne doit pas pouvoir détecter ce genre d'erreur. J'imagine(pas testé) que tu pourrais utiliser %s pour afficher un long...Ce qui n'a pas de sens à mon goût.(Comportement indéfini de printf dans ce cas ? )

---

Si avec la bonne configuration, gcc vérifie ce genre de chose (compatibilité entre le spécificateur de format et le type de la variable ainsi que le nombre d'arguments) 8-)

Comme je l'ai dit ce programme n'a aucun intérêt, il met juste en évidence le prolème, à savoir qu'il m'affiche un double alors que je lui demande d'accéder à une zone mémoire où se trouve un long, comment est-ce possible ?
Le %lf est utilisé consciemment puisque je lui demande un double, alors que je lui fourni un long, c'est justement pour montrer qu'il le fait, alors qu'il ne devrait pas.
A mon avis il doit s'emmêler les pinceaux dans l'adressage mémoire puisque dans le second cas il fonctionne correctement, mais comment ça se fait ?

J'utilise l'IDE code::blocks.

Je sais pas s'il y a une explication logique et qui s'emmêle les pinceaux ; le proce, le compilateur, ou une logique de fonctionnement du langage C ?

Et puis je n'en mourrais pas puisqu'en temps normal, on ne fait ce genre de chose.

Citation:

---

Envoyé par UnReveDeCryptomeria

Comme je l'ai dit ce programme n'a aucun intérêt, il met juste en évidence le prolème, à savoir qu'il m'affiche un double alors que je lui demande d'accéder à une zone mémoire où se trouve un long, comment est-ce possible ?
Le %lf est utilisé consciemment puisque je lui demande un double, alors que je lui fourni un long, c'est justement pour montrer qu'il le fait, alors qu'il ne devrait pas.
A mon avis il doit s'emmêler les pinceaux dans l'adressage mémoire puisque dans le second cas il fonctionne correctement, mais comment ça se fait ?

J'utilise l'IDE code::blocks.

Je sais pas s'il y a une explication logique et qui s'emmêle les pinceaux ; le proce, le compilateur, ou une logique de fonctionnement du langage C ?

Et puis je n'en mourrais pas puisqu'en temps normal, on ne fait ce genre de chose.

---

C'est le programmeur qui s'emmêle les pédales... Toute information est donnée par une séquence plus ou moins longue de bits. Rien à voir avec le type de la zone mémoire, toute case mémoire peut servir à un moment donné pour des caractères, pour des entiers, pour n'importe quoi...

Tu lui donnes une séquence de bits et tu lui dis que c'est des flottants, il devrait l'interpréter suivant la norme qu'il a pour les flottants. Un point c'est tout... Mais il ne le fait pas sinon tu aurais un nombre qui n'a rien à voir avec 2.5...

Alors pourquoi est-ce qu'il t'affiche le même résultat? Parce que ton processeur a des registres dédiés aux nombres flottants et que le compilateur n'a pas changé l'état des registres flottants donc printf récupère la dernière valeur d'un de ces registres et il se trouve que c'est le même que celui qui contient le 2.5 de l'instruction précédente...

Mais comme dit, si tu avais compiler correctement tu aurais eu :

Citation:

---

part.c:17: warning: format ‘%lf’ expects type ‘double’, but argument 2 has type ‘long int’

---

Et c'est donc au programmeur de corriger le code...

Jc

Ok, pour les zones mémoires, c'était pas clair ce que j'ai écrit...

Tu veux dire qu'il récupère le dernier nombre flottant stocké ? pourtant j'ai essayé le code suivant pour vérifier :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

double Nombre3 = 0; double Nombre4 = 0; double NombreTest = 0; long ResultatDivisionEntier = 0;   printf("Faisons une division de nombres decimaux \nTaper le numerateur :"); scanf("%lf", &Nombre3); printf("Taper le denominateur :"); scanf("%lf", &Nombre4); NombreTest = 8.452; printf("Le nombre test est %lf\n", NombreTest); ResultatDivisionEntier = Nombre3 / Nombre4 ; printf("Le resultat (partie entiere) est %lf", ResultatDivisionEntier);   return 0;

---

ce qui me donne :

Code:

---

1 2 3 4 5

Faisons une division de nombres decimaux Taper le numerateur : 5 Taper le denominateur : 2 Le nombre test est 8.452000 Le resultat (partie entiere) est 8.451996

---

C'est a rien y comprendre, où est-ce qu'il va chercher ce nombre ?
Et si j'enlève la ligne :

Code:

---

printf("Le nombre test est %lf\n", NombreTest);

---

il me met :

Code:

---

Le resultat (partie entiere) est 0.000000

---

Sinon je suis aussi d'accord sur le fait que c'est au programmeur de corriger cette incohérence, malheureusement le compilateur de code::blocks ne donne pas d'alerte. Et le résultat est tout de même surprenant. va falloir que je me trouve un schéma qui me permette de faire le lien entre les requêtes d'un programme et les actions d'écriture/lecture d'un proce en mémoire vive.

Merci pour les réponses en tout cas !!

Si tu enlèves le premier printf, il ne mettra pas le flottant dans le registre flottant donc printf ne le trouvera pas pour le 2ème appel... Rien de surprenant...

Pour Code::blocks, tu peux ajouter les options du compilateurs. Voir le forum sur les EDI...

Jc

Je crois que c'est presque résolu du coup ! Merci pour tes lumières fearyourself !
Il reste plus que cet écart de 4 dans le nouvel exemple 8.452000 et 8.451996. D'où peut-il venir ?

Citation:

---

Envoyé par UnReveDeCryptomeria

Il reste plus que cet écart de 4 dans le nouvel exemple 8.452000 et 8.451996. D'où peut-il venir ?

---

Vu que tu fais des choses non conforme, le compilateur ne passe pas les bons paramètres en place, ne met pas les bons registres en place pour le bon fonctionnement de printf.

Donc cette différence est dû à une corruption d'état du registre (sûrement) flottant contenant la valeur du premier printf...

Jc