On 2005-02-25 11:18:38 +0100, Vincent Lefevre wrote: > Si tu entends par l� que c'est cens� �muler un syst�me � virgule fixe > en base 10, alors en fait, ce n'est pas tout � fait vrai, m�me lorsque > les calculs sont tr�s simples. Il peut y avoir des erreurs, avec des > calculs du genre 1.33 / 2, car le r�sultat exact correspond � la
Oops, je voulais dire 2.33 / 2 (et remplacer 1.33 par 2.33 ci-dessous). > fronti�re entre deux arrondis. Si la conversion de 1.33 en base 2 (pour > calculs internes) donne une valeur inf�rieure � 1.33, on obtiendra le > r�sultat 1.16; si elle est sup�rieure � 1.33, on obtiendra le r�sultat > 1.17. Bref, suivant le nombre de d�part, le comportement est tr�s > d�pendant de l'arithm�tique utilis�e en interne. Je viens de tester, et en fait, ce qui est affich� pour les nombres de la forme (2n+1)/100 (i.e. les nombres d�cimaux avec 2 chiffres apr�s la virgule, dont le 2e est impair), quand on les divise par 2, c'est toujours l'arrondi du r�sultat par exc�s sur la valeur absolue[*] (ce qui est la r�gle de base en calcul financier lorsque le r�sultat exact est exactement entre deux nombres repr�sentables, il me semble). [*] "away from 0" Du coup, je me demande, comme Christian, de quelle mani�re sont faits les calculs. OpenOffice est un logiciel open source, donc on peut toujours regarder le source... -- Vincent Lef�vre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
