problème avec #INF

Version imprimable

29/04/2009, 19h09
mar1985

problème avec #INF
j'ai ce programme pour le calcule de la somme "s" des carrés d'éléments d'un vecteur, lors de l'exécution pour nb grand il me donne #INF. qlq peut m'aider SVP ?
Code:

1 2 3 4 5 6 7 double s=0; double x; for (int i=0; i<4*nb; i++) { x = err[i]*err[i]; s = s + x ; }
29/04/2009, 20h55
Matthieu Brucher

Quelle est l'amplitude de tes données ? (t'aurai dû préciser ce genre d'information dès le départ, c'est ce qui est le plus important...)
29/04/2009, 21h47
mar1985

oui vous avez raison, mais je ne sais pas vraiment jusqu'à ou peut aller car ce sont des résultats issuent d'une autre étape.
ce que j'ai remarqué est que:
- les données dont err[i] varient entre 0.001453 et 2.09844
- la valeur qu'a atteint s avant de devenir #INF est: 75.98424
29/04/2009, 22h36
Matthieu Brucher

Et que te dit le débuggeur ?
30/04/2009, 09h39
3DArchi

Salut,
Un débordement sur ton indice qui ferait prendre une valeur inattendue ?
30/04/2009, 12h00
mar1985

Bonjour, non je ne crois pas que c le cas. car j'ai visualisé le contenu de err[i] dans chaque itération et toutes les valeurs étaient bonnes!!!!

Alors je me demande est ce que j'ai besoin d'utiliser une librairie qui réalise des calculs long ou quoi???

Code:

1 2 3 4 5 6 7 8 9 double s=0; double x; for (int i=0; i<4*nb; i++) { std::cout<<"i = "<<i<<"err[i]= "<<err[i]<<"s = "<<s<<endl; x = err[i]*err[i]; s = s + x ; }
Les deux trois dernières lignes affichent quoi ?

EN voici les trois dernières lignes avant que ça commence à afficher le #INF:
Code:

1 2 3 4 5 6 err[15] = 0 r15 = 75.95485446 err[16] = 0 r15 = 75.95485446 err[17] = -2.788156703e+283 r17 = 1.#INF

30/04/2009, 12h57
3DArchi

err[17] = -2.788156703e+283
Ton tableau est donc mal rempli...
30/04/2009, 13h28
Matthieu Brucher

Voilà, il suffisait de regarder avec un débuggeur, comme j'avais conseillé de le faire, et la question n'aurait même pas été posée.
30/04/2009, 13h55
3DArchi

Citation:

Envoyé par Matthieu Brucher

Voilà, il suffisait de regarder avec un débuggeur, comme j'avais conseillé de le faire, et la question n'aurait même pas été posée.

En plus une telle valeur, ça me fait quand même penser à un dépassement d'indice (ou un écrasement) :?
30/04/2009, 14h16
Matthieu Brucher

Citation:

Envoyé par 3DArchi

En plus une telle valeur, ça me fait quand même penser à un dépassement d'indice (ou un écrasement) :?

Exactement.
Un débuggeur aurait montré qu'on fait une itération supplémentaire sans avoir à modifier le code (au hasard, on ne devrait pas aller jusque 17), ou permet de détecter le moment où la valeur est écrasée.
04/05/2009, 13h02
mar1985

Merci bien pour votre aide.
C comme vous l'avez dit; le tableau était mal rempli par la phase précédante.
Je regarderai attentivement la prochaine fois le debuggeur.