Discussion :

[gooze]

Bonjour,

J'ai un bug qui traine depuis des jours et pas moyen de le localiser, meme en reduisant les operations sur cette variable au strict minimum, elle finit par prendre la valeur -1#IND000 de facon totalement aleatoire.

Cela semble venir le plus souvent d'une division par 0 (j'ai retire toutes les divisions mais ca n'a pas regle le probleme). Pouvoir mettre un breakpoint lorsque la variable prend cette valeur pourrait me permettre d'affiner ma recherche et donc de le localiser, mais comment faire cela? QUelle condition utilisee dans un condition-breakpoint pour le faire se declencher si la valeur de la variable devient indefinie???

un genre de

if (valeur == -1#IND00)
stop!!

Sinon au pire, une autre idee d'ou peut venir ce genre de bug??

Merci du coup de main!

[Melem]

-1#IND000 (valeur '"indéterminée"), c'est le texte qui représente la valeur NaN (Not a Number). En C++, si x ne vaut pas NaN (si x contient "réellement" un nombre), alors l'expression x == x vaut toujours true. Si x vaut NaN, cette expression vaut false ce qui signifie que sa négation, qui peut s'écrire x != x, vaut true.

Deux nombreux compilateurs sont accompagnés de la fonction isnan (C99) qui ne fait pas encore partie du standard C++ mais qui fera bientôt partie. En C, inclure <math.h> et en C++, inclure <cmath> et utiliser l'espace de noms std.

[koala01]

Salut,

En sus de ce qu'a dit melem, je me pose la question de savoir si ce n'est pas le résutat d'une division par 0...

Le plus facile est donc peut-être de s'assurer, avant d'effectuer la division, de vérifier que le diviseur ne vaut pas 0 (un assert, peut être )

[JolyLoic]

Normalement non, une division par un 0 produit +/-INF, pas NAN, sauf si on divise un zéro par un zéro.

Pour ce qui est de mettre un breakpoint quand une valeur est modifiée, c'est généralement possible avec un bon debugger, même si la façon d'y parvenir n'est pas forcément des plus simples.

[LittleWhite]

Pour moi, la division par zero "plante" le programme.
Le système envoie un signal exprès pour ça.

[JolyLoic]

On parle ici de division par 0 sur des flottants. Si le compilateur suit la norme IEEE754 (tous les compilateurs classiques la suivent), il peut lever un flag en cas de division par 0, mais il doit, à ce que j'ai compris, renvoyer selon le cas +inf, -inf ou nan.

Et c'est bien ce que fait ce programme :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
#include <iostream>
 
using namespace std;
 
int main()
{
	double value;
	cin >> value;
	cout << 1.0 / value << endl;
	cout << -1.0 / value << endl;
	cout << 0.0 / value << endl;
}

Si j'entre 0 :

Code :

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

1
2
3
4
0
1.#INF
-1.#INF
-1.#IND

[Jean-Marc.Bourguet]

On parle ici de division par 0 sur des flottants. Si le compilateur suit la norme IEEE754 (tous les compilateurs classiques la suivent),

En general, les compilateurs accedent a ce que le hard permet facilement. Dependre des details d'IEEE754 (en particulier les subnormaux et les nan signalant), c'est a ce que j'ai compris relativement aleatoire (du moins Java a fait marche arriere parce que c'etait suffisemment souvent trop couteux a implementer).

il peut lever un flag en cas de division par 0, mais il doit, à ce que j'ai compris, renvoyer selon le cas +inf, -inf ou nan.

La notion d'exception d'IEEE 754 n'est pas mappee sur les exceptions du C++. Voir <fpenv.h>

Code :

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

1
2
3
4
0
1.#INF
-1.#INF
-1.#IND

Amusant. C99 demande [-]inf [-]infinity [-]nan [-]nann-char-sequence (autrement dit chiffres, lettres ascii et _)