Discussions au sujet de NI LabVIEW

annuler
Affichage des résultats de 
Rechercher plutôt 
Vouliez-vous dire : 

Bug LABVIEW 2014 - Calcul Quotient et Reste

Résolu !
Accéder à la solution

Bonjour à tous,

 

Avez-vous remarqué ce bug dans labview 2014 sur la fonction quotient et reste?

 

J'ai lu sur le forum anglais que le bug a déjà été vu en 2009. Il est à nouveau présent!

 

C'est la seconde fois que je tombe dessus et qui m'oblige à utiliser un "patch maison", mais cette fois j'en informe la communauté:

 

Par exemple dans mon cas 8.6 / 0.1 = 85 et reste 0.1... (voir PJ).

 

Merci aux personnes concernées de prendre en compte ce bug dans vos prochaines mises à jour car c'est une fonction assez basique...

 

Bonne journée.

 

0 Compliments
Message 1 sur 7
5 261 Visites

amusant !!!   Smiley frustré

 

J'ai testé ... je confirme.

 

même soucis avec 4,6 ; 5,6 ; 6,6 ; 7,6 ... mais la réponse est correcte avec 3,6 !

 

Le soucis se présente avec beaucoup de valeurs autres que 8,6 .... pas mal de x,7 aussi.

 

Bon dieu ... signalé depuis LV2009 et toujours pas fixé ... m'enfin !!!

 

PS :

 

existe-t-il un #CAR ?

 

n'y aurait-il pas possibilité de se "renseigner" pour savoir quand est prévu la résolution de ce problème ?

 

merci.

 

 

0 Compliments
Message 2 sur 7
5 257 Visites

Salut Ouadji,

 

En fait ça date de 2006 plutôt...

 

Affaire à suivre 🙂

0 Compliments
Message 3 sur 7
5 251 Visites
Solution
Accepté par l'auteur du sujet TeamJP66

Bonjour à tous les deux,

 

En effet, comportement particulier mais qui n'est pas un bug.

 

Le "souci" vient des règles qui régissent la façon dont sont arrondis les nombres à virgule:

 

IEEE Rounding rules

 

C'est pour celà que dans l'aide détaillée de la fonction une remarque est présente (cf Quotient et reste (fonction)😞

 

"Remarque  Certains nombres réels ne peuvent pas être représentés par les nombres à virgule flottante de la norme ANSI/IEEE. Il est donc possible que des erreurs d'arrondi surviennent et que LabVIEW produise des résultats inattendus si vous utilisez les nombres à virgule flottante avec cette fonction. Pour obtenir des comparaisons et des calculs exacts, convertissez les nombres à virgule flottante en entiers."

 

Bonne journée,

 

 

 

Valentin
Certified LabVIEW Architect
Certified TestStand Architect
Certified LabWindowsCVI Developer
National Instruments France

Message 4 sur 7
5 241 Visites

J'avais effectivement un doute qu'il s'agisse "encore" d'un problème d'arrondi.

 

voila la chose confirmée (merci Valentin).

 

et cela est repris (en effet) textuellement dans l'aide ... donc, rien à dire.

 

Merci Valentin.

0 Compliments
Message 5 sur 7
5 235 Visites

Bonjour Valentin, 

 

Oui j'avais également en tête cette hypothèse des nombres à virgules. 

 

Merci de cette précision, j'ai pas pris le temps de lire l'aide détaillée, cela me paraissait trop gros par rapport au calcul ridicule sur lequel j'étais confronté :D.

 

J'imagine tout de même que des adaptations pourraient être implémentées dans cette boîte de calcul (boîte noire), pour palier à ce problème pour des chiffres très communs et ne nécessitant pas une precision à 15 chiffres...

 

Bonne soirée.

 

 

 

 

0 Compliments
Message 6 sur 7
5 223 Visites

TeamJP66 : marque le sujet "résolu". Merci.

0 Compliments
Message 7 sur 7
5 215 Visites