Je ne comprends pas le raisonnement ...
Quoi qu'il en soit, une precision de 10e-60 avec des double ne veut rien dire

Pour revenir a la "precision de 10e-60" ... c'est tout bonnement absurde d'affirmer cela :
Avec les doubles au maximum tu peux avoir 16 chiffres significatifs, donc la précision maximale est de 10e-16

Il ne faut pas confondre le fait que l'on puisse ecrire le nombre 10e-100 dans un double et le fait le nombre 1.000 000 000 000 000 1 * 10e-100 le soit aussi alors que 1.000 000 000 000 000 01 * 10e-100 (avec un 0 de plus) soit identique a 10e-100 !
Bref 10e+100 additionne avec 10e-100 n'a aucun sans dans l'arithmetique des flottants.


Pour finir, un petit retour sur des choses plus mathemtiques :
ton test d'arret est que fabs(term)<epsilon, cele ne veut absolument pas dire que l'ecart a la vraie valeur est plus petite d'epsilon, mais seulement que le dernier terme de la serie de Taylor est plus petit en module a epsilon.
Avec ce raisonnement il suffirait de prendre la serie harmonique somme 1/n et dire qu'il suffit de s'arreter quand n depasse 1/epsilon ... alors que la serie harmonique diverge (equivalent a ln(n)+constante d'Euler+...).
Donc morale de l'histoire ne pas confondre grandeur du dernier terme avec l'erreur commise sur l'approximation

globalement c'est bien symetrique
il se peut qu'il y ait quelques petites erreurs de calcul numerique

Je n'en sais trop rien, je mets toutes mes sources en débutant. De toute maniere ici il ne faut pas se fier a la categorie, quand je vois certaine source "experte" je me marre...

le Java n'est en fait pas mon langage "de predilection" !
je prefere le C. cependant ici je donne la version Java, mais mon style de programmation ressemble beaucoup au C donc tu peux aller directement voir comment c'est fait, la traduction en C est facile (sinon demande moi). la source est dans le .jar dans MagicEye.java (en hommage a la serie de livres "oeil magique" qui propose de magnifiques stereogrammes !)

le principe algorithmique est le suivant :
* on designe par le segment [AB] le motif initial (une ligne horizontale de l'image du Mandelbrot par exemple)
* la fonction x2 = goto_AB(x1,y) permet de calculer une abscisse x2 qui appartient a [AB], la couleur du point (x1,y) sera le meme que celle du point (x2,y) [NB:pour passer du point au pixel il faut faire des interpolations lineraires car x1,x2 et y sont reels]
* goto_AB utilise la fonction xx = X(x,y,eps) puis fais x = xx jusqu'a temps que xx soit dans [AB]
* cette fonction X() calcule un trajet de rayon passant par les deux yeux, ce qui definit une autre abscisse xx. Il faut résoudre une equation dependant de la figure 3D (ici des ondes). Le methode utilisee est la dichotomie.

en cliquant sur CTRL et en bougeant la souris, tu peux voir comment se fait le calcul des rayons

béosienne ?? kesako !?

houlala cette discussion date de longtemps !!
sujet passionnant... oui normalement 2^0=1

on pourrait tout refaire en 64 bits et voir qui va gagner !
je n'aurai qu'a rajouter un "if" et ca tourne !
d'ailleur au passage pour parler un peu de complexite
des algorithmes : le mien est en log(log(param))

c'est pas faux... voire meme vrai ^^

oui c'est vrai que ce n'est pas adapte, mais de toute facon ce prgm ne sert a rien dans la vraie vie, il sert juste a faie un petit exemple d'utilisation du GDI avec l'api Windows (WM_CREATE PAINT DESTROY...)

il faut aller dans les options de compilation et inclure dans les .lib la ligne comctl32.lib