Faites attention aux floats ! [Trucs & Astuces]

[huit_six]

Code :

1
2
3
4
5
6
7
8
9
#include <stdlib.h>
#include <stdio.h>
 
int main (int argc, char *argv[]) {
	float f = 23413470 + 1;
	printf("%f\n", f);
 
	return EXIT_SUCCESS;
}

sortie console :

Code :

23413472.000000

C'est certainement machine dépendant, même certainement dépendant du compilo, mais franchement ça fout les boules quand ça arrive .
(gcc 4.4.1 ubuntu 9.10 32bits)

[diogene]

C'est normal ! Ca dépend de la représentation des floats.
Classiquement, tu as certainement une mantisse sur 23 bits pour ton float (de 4 octets).
Au delà de 2^^24 (16.777.216) (24 parce que 1 bit est implicite) certaines valeurs entières deviennent approchées puisque devant être codées sur plus de 23 bits et tu n'auras plus au fur et à mesure que tu augmentes le nombre que des valeurs multiples de 2 puis de 4 etc.

[huit_six]

Je suis d'accord, mais je postais ce message pour bien mettre l'accent sur les dangers de la représentation des réels en C. Ce genre de bug (que je viens d'avoir cette après midi) est difficile à déboguer : je croyais que c'était un pointeur foireux, dépassant d'un tableau qui me modifiait de manière bizarre mes variables !
Donc ce message c'était juste pour dire de faire attention sachant que souvent il est possible d'utiliser des ints en remplacement...

[diogene]

L'erreur est d'utiliser des floats pour représenter des entiers si la nature de la valeur est d'être entière.

[fearyourself]

Envoyé par diogene

L'erreur est d'utiliser des floats pour représenter des entiers si la nature de la valeur est d'être entière.

En effet. L'utilisation de double aura bien sûr le même souci mais pas pour les mêmes valeurs, pour le voir, faudra avoir des valeurs beaucoup plus grandes.

23413471.000000

Jc

[huit_six]

En fait plus concrètement, le programme dans lequel j'utilisais des réels calculait le nombre (décimal) puis plaçais la virgule en divisant par une puissance de dix...

L'erreur est d'utiliser des floats pour représenter des entiers si la nature de la valeur est d'être entière.

Je suis parfaitement d'accord, mais j'irai plus loin en disant qu'il vaut mieux, si possible, utiliser des entiers quand on a affaire à des décimaux, car il n'y a pas de surprise, on peut savoir exactement quand arrivent les dépassements de capacité.

[PRomu@ld]

Plusieurs solutions sont envisageables :

-> Utiliser une bibliothèque de précision arbitraire (mais le calcul n'est pas exact)
-> Utiliser des rationnels (même si tout n'est pas représentable), ça permet de faire des calculs exacts, reste les problèmes mémoire. Mais suivant l'application ça peut passer.

[souviron34]

ceci devrait te donner une réponse (pratiquement) correcte :

Code :

	float f = 23413470.0f + 1.0f;

[Pouet_forever]

Chez moi ça donne toujours 23413472.000000 :'(

[Lavock]

Les float ont un précision de 6 digit. D'ou l'erreur. Il n'est simplement pas possible d'écrire se nombre à l'aide de ceux-ci.

D'ailleurs, l'opération (première) additionne d'abord deux long, ce qui te donne un long (valeur exacte donc). Ensuite, celui-ci est transformer du mieux qu'il peux en float.

Le problème est que le C travail toujours avec IEEE754 1985, réviser en 1987. En même temps, la dernière norme est sortie l'an dernier, et accueil, chaleureusement, les décimales (32/64/128). Est-ce que le C les verras se rajouter à une norme C1x ? J'espère quand même >< !