Discussion :

[dword2add]

J'ai un problème :

Je n'arrive pas faire aller les boucle for jusqu'au bout.
Par exemple, avec le code suivant :

Code :

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

1
2
3
4
5
6
7
float a=4;
float b=7;
 
float f;
for(f=a;f<=b;f+=0.1) {
	printf("%f\n", f);
}

f ne va que jusqu'à 6.9.
Les valeurs successives de f ne sont pas 4, 4.1, 4.2, ...
mais 4, 4,10008, 4,20003, ...
Comment remédier à ce problème ?
Merci

[Emmanuel Delahaye]

J'ai un problème :

Je n'arrive pas faire aller les boucle for jusqu'au bout.
Par exemple, avec le code suivant :

Code :

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

1
2
3
4
5
6
7
float a=4;
float b=7;
 
float f;
for(f=a;f<=b;f+=0.1) {
	printf("%f\n", f);
}

f ne va que jusqu'à 6.9.
Les valeurs successives de f ne sont pas 4, 4.1, 4.2, ...
mais 4, 4,10008, 4,20003, ...
Comment remédier à ce problème ?
Merci

C'est un problème inhérent à l'utilisation des flottants (la valeur est le plus souvent une approximation).

Je recommande l'usage des double
- Meilleure précision
- Code natif fait pour les doubles (pas de conversion)

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
#include <stdio.h>
#include <float.h>
 
int main (void)
{
   double a = 4;
   double b = 7;
   double f;
 
   for (f = a; f <= b; f += 0.1)
   {
      printf ("%f\n", f);
   }
   return 0;
}

Code :

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

1
2
3
4
5
6
7
8
9
10
4.000000
4.100000
4.200000
4.300000
...
6.800000
6.900000
7.000000
 
Press ENTER to continue.

[dword2add]

Sur mon compilateur quand j'affiche des doubles il n'y a pas plus de décimal, c'est normal ?

[elghadi_mohamed]

Sur mon compilateur quand j'affiche des doubles il n'y a pas plus de décimal, c'est normal ?

c'est quoi ton environnement de programmat...?

decimale ???

[Emmanuel Delahaye]

Sur mon compilateur quand j'affiche des doubles il n'y a pas plus de décimal, c'est normal ?

Si tu utilises "%d", c'est normal. C'est "%f"...

[dword2add]

J'utilise Mingw-32-g++
J'utilise la commande c++ cout.

[Gruik]

Et oui, tu peux pas tester l'égalité entre 2 flottants, tu peux juste mesurer la difference (=> tester lequel est le plus grand)

Code :

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

1
2
3
4
5
6
7
float a=4;
float b=7;
float f;
for(f=a;f<=b + 0.001f;f+=0.1)
{ 
  printf("%f\n", f);
}

Sinon, oui, on ne devrait utiliser que des doubles, à part si on a besoin d'économiser de la memoire

[Emmanuel Delahaye]

J'utilise Mingw-32-g++
J'utilise la commande c++ cout.

Et c'est sans doute la raison pour laquelle tu postes dans le forum C ! C'était de la bonne ?

Le forum C++, c'est à coté.

[Gruik]

C'était de la bonne ?

ptdr

[Jean-Marc.Bourguet]

Des nombres comme 0.1 et 4.2 ne sont pas représentable exactement dans les formats courants de flottant. Donc ils sont remplacés par des nombres légèrement plus grand ou plus petit, apparemment en float 0.1 donne un nombre légèrement plus grand, donc tu dépasses la borne, en double un nombre légèrement plus petit et pour Emmanuel ça passe par chance. Ma solution serait de faire

Code :

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

1
2
3
4
int i;
for (i = 30; i <= 70; i += 1) {
   float f = i/10.0;
}

qui n'évite pas une erreur sur f, mais au moins évite qu'elle soit le résultat de l'accumulation de l'erreur faite sur 0.1. Si les bornes te sont données au départ dans des flottants, le problème est beaucoup plus complexe car sauf cas particuliers, une erreur est déjà présente. Suivant ce qu'on sait des nombres au départ, il est possible qu'on puisse s'en sortir.

[Jean-Marc.Bourguet]

Sur mon compilateur quand j'affiche des doubles il n'y a pas plus de décimal, c'est normal ?

Parce qu'en C comme en C++, le format utilisé par les sorties formatées est déterminé de la même façon pour les floats et pour les doubles.

[Emmanuel Delahaye]

Code :

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

1
2
3
4
int i;
for (i = 30; i <= 70; i += 1) {
   float f = i/10.0;
}

qui n'évite pas une erreur sur f, mais au moins évite qu'elle soit le résultat de l'accumulation de l'erreur faite sur 0.1.

+1.

J'avais oublié cette astuce. Il faut absolument éviter les itérateurs de type flottants quand c'est possible, quitte à recalculer la valeur à chaque fois en fonction des limites et du pas.

[Emmanuel Delahaye]

Parce qu'en C comme en C++, le format utilisé par les sorties formatées est déterminé de la même façon pour les floats et pour les doubles.

Ah, OK. Par 'plus de décimales', il entend 'tout à 0' et non 'rien' (comme un entier).

[Jean-Marc.Bourguet]

Ah, OK. Par 'plus de décimales', il entend 'tout à 0' et non 'rien' (comme un entier).

J'ai compris qu'il avait toujours un affichage avec 6 chiffres significatifs que ce soit pour des floats ou des doubles, ce qui est normal (surtout en C ou les promotions sur les arguments des fonctions variadiques font qu'on ne passe pas des float à printf).

[dword2add]

OK, merci pour vos réponses.

[Gnux]

Des nombres comme 0.1 et 4.2 ne sont pas représentable exactement dans les formats courants de flottant. Donc ils sont remplacés par des nombres légèrement plus grand ou plus petit, apparemment en float 0.1 donne un nombre légèrement plus grand, donc tu dépasses la borne, en double un nombre légèrement plus petit et pour Emmanuel ça passe par chance. Ma solution serait de faire

Code :

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

1
2
3
4
int i;
for (i = 30; i <= 70; i += 1) {
   float f = i/10.0;
}

qui n'évite pas une erreur sur f, mais au moins évite qu'elle soit le résultat de l'accumulation de l'erreur faite sur 0.1. Si les bornes te sont données au départ dans des flottants, le problème est beaucoup plus complexe car sauf cas particuliers, une erreur est déjà présente. Suivant ce qu'on sait des nombres au départ, il est possible qu'on puisse s'en sortir.

On peut aussi utiliser un opérateur de formatage non? Qque chose comme:

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 <stdlib.h>
 
int main (void)
{
  float a = 4.0;
  float b = 7.0;
  float f;
 
  for (f=a; f < b; f += 0.1){ 
    printf ( "%.01f\n", f);
  }
  return EXIT_SUCCESS;
}

me donne le résultat que l'OP a l'air d'attendre non?

[Jean-Marc.Bourguet]

On peut aussi utiliser un opérateur de formatage non?

Le formatage peut masquer le problème. Mais il était surtout révélé par le fait que l'OP voulait que la boucle soit exécutée pour les bornes... ce que ton exemple ne fait pas.

À propos de boucle exécutée pour les bornes, le C est pénible même pour les entiers. Comment faite vous pour une boucle de a à b, exécutée pour les bornes en sachant que celles-ci peuvent être LONG_MIN ou LONG_MAX ou même indiquer un intervalle nul. Ma meilleure solution est

Code :

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

1
2
3
4
5
6
if (a < b) {
   long i = a;
   do {
      /* corps de la boucle */
   } while (i != b ? ++i, 1 : 0);
}

qui n'est guère satisfaisante.