Discussion :

[un passant]

salut

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
#include<stdio.h>
#include<math.h>
#include<windows.h>
 
int main(void)
{
    float a,K;
    a=-17500;
    K=1.0e10;
    a=a-K;
    printf("a=%f\n",a);
    system("PAUSE");
    return 0;    
}

pourquoi le programme me donne 10000017408 pour a au lieu de 10000017500 qui est le vrai resultat?

[souviron34]

et si tu faisais -17500.0 ?

[un passant]

ca change rien

[LinoaHeart]

Salut,

Je crois que si tu déclares tes variables en "double" ça marche

[un passant]

merci ca marche

mais un float est cense coder de 3.4*10e-38 à 3.4*10e38

[Scorpi0]

Float n'est tout simplement pas assez grand pour stocker ton 1e10. Ce qui m'étonne puisque je pensais que ça allait beaucoup plus loin.
Essaye de faire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

printf("%f\n",K);

Ton résultat devait faire 10000000 + 3 chiffres aléatoires.
Utilise des double, ca résoudra ton problème.

Edit : tu es sur quel machine/système ?

[un passant]

jsui sur un ibm thinkpad R60e sous windows
si j'utilise trop de double ca risque de prendre beaucoup de place memoire

[Lucien63]

C'est pas tellement la grandeur du float qui pose problème dans ton cas, mais plutôt sa précision (eviron 6 chiffre significatifs).

[droggo]

Kao,

Float n'est tout simplement pas assez grand pour stocker ton 1e10. Ce qui m'étonne puisque je pensais que ça allait beaucoup plus loin.
Essaye de faire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

printf("%f\n",K);

Ton résultat devait faire 10000000 + 3 chiffres aléatoires.
Utilise des double, ca résoudra ton problème.

Edit : tu es sur quel machine/système ?

Il ne faut pas confondre gamme représentable par un type flottant, et précision de cette représentation.

Pour un float (4 octets), on a 6 à 7 chiffres significatifs, au mieux.

Sans oublier qu'avec les types flottants, la plupart des valeurs ne sont pas représentables exactement (celles qui le sont ne représentent qu'une toute petite minorité de la gamme acceptée).

L'utilisation de doubles ne fait que repousser le problème, et ne le résout pas, car là aussi le problème de la représentation exacte se pose.

[un passant]

comment y remedier efficacement alors

[droggo]

Fao,

comment y remédier efficacement alors

Il n'y a pas de véritable solution universelle.

Mais il existe des bibliothèques qui permettent de calculer avec une précision qui peut être fixée par l'utilisateur, voir GMP, partie calcul flottants.

Mais quelle que soit la précision, on en voit toujours la limite, et attention au temps de calcul qui augmente rapidement.

[souviron34]

on va pas recommencer l'autre discussion

Pour 99.999999 % des applications, double suffit très largement à ce qu'on veut faire (1.5e+308 c'est pas mal non ??).

Après, il faut effectivement distinguer ce qu'on stocke de ce qu'on affiche, et là on est limité par la précision (je rappelle, pour les doubles, de 10^-13 à 10^-17 suivant les plateformes).

Donc, à part cas exceptionnels (clés de cryptage 128 bits), tout ce qui tient en général sur 32 (voire 64 bits) ne nécessite pas particulièment de bibliothèques adaptées...

Et en 27 ans de carrière scientifique (sans toucher aux clés de cryptage), je n'ai JAMAIS eu besoin de quoi que ce soit de différent du standard...

[droggo]

Hao,

on va pas recommencer l'autre discussion

Pour 99.999999 % des applications, double suffit très largement à ce qu'on veut faire (1.5e+308 c'est pas mal non ??).

Après, il faut effectivement distinguer ce qu'on stocke de ce qu'on affiche, et là on est limité par la précision (je rappelle, pour les doubles, de 10^-13 à 10^-17 suivant les plateformes).

Donc, à part cas exceptionnels (clés de cryptage 128 bits), tout ce qui tient en général sur 32 (voire 64 bits) ne nécessite pas particulièment de bibliothèques adaptées...

Et en 27 ans de carrière scientifique (sans toucher aux clés de cryptage), je n'ai JAMAIS eu besoin de quoi que ce soit de différent du standard...

Je suis d'accord, je me contente de répondre à la question posée.

Et il n'y a pas que les 13 ou 17 digits à prendre en compte, on oublie trop souvent que la plupart des valeurs, même entrant dans cette précision, ne sont pas représentables exactement.

[souviron34]

ce que je veux dire, c'est qu'on mélange plus un débutant en lui parlant de bilbiothèques éxtérieures pour gérer des précisions varaibles que de lui faire comprendre la précision, le stockage, et les formats d'impression....