Bonjour,

Au fait je dois creer un petit programme en assembleur qui calcule la formule de Taylor la voici

tg(x) = 1+2*(x-pi/4)+4*(x-pi/4)²/2! + 16*(x-pi*4)exp 3 / 3! +256*(x-pi/4) exp 4 /4!

l´explication du code
tg(x) vaut tangente de 45 a 90, je choisis 48
le " !" correspond au factoriel
donc factoriel 2 vaut 2
factoriel 3 vaut 6
factoriel 4 vaut 24
factoriel 5 vaut 120
et pi on lui donne comme valeur 3,1416( la est mon problème je ne vois pas comment je pourrais calculer des flottants.

Voila , j´espere que vous pourrez m´aidez à résoudre ce problème.

Le premier est le deuxième calcul cava mais les suivants ne vont pas car ca fait un overflow logique 2 exp 16=65536.et au deixème troisième je suis deja a plus 100000 en decimal biensur.

svp aidez moi

Personne ne peut m´aider?

oui, pas évident de caluler les formules de taylor.
Surtout qeu je déteste les développements limités !
Je ne sais plus quel est le registre des Float en assembleur, je ne connais que les registres int EAX, EBX, etc....

pur le probleme de l´overflow, en effet, c´est un probleme assez difficile : le mieux est que tu décomposes le dénominateur en plusieurs multiplications plus petites et que tu réduis grace au numérateur des que tu peux.

d´un autre cote tu n es pas obligé d´aller loin dans la développement limité : en général 4 - 5 termes suffisent, et dans ce cas, tu n´es pas obliger de ruser pour les gros calculs.

C´est une idée, je vais essayer merci!

Quand j´y pense , si j´utilise des registres EAX au lieu des AX je n´aurais logiquement pas d´overflow puisque 2 exp 32 = 4 294 967 296 et pour le pi ce que je peux faire c´est multiplier 3.1415 par 10000 puis divisier par 10000 ? ? qu´est ce que tu en pense?

Pour PI au lieu de multiplier par 10000 et de diviser ensuite par 10000 tu peux faire un decalage de 14 bits à gauche ce qui revient a multiplier par 16384 puis redecaler les bits è droite ça t´evite de perdre du temps avec mul et div. Quand aux grands nombres il vaut mieux utiliser les registres etendus ( EAX, EBX, ECX, EDX) qui sont en 32 bits voir mieux les registres du copro arithmetique qui sont en 64bits ( il me semble)

Haaaaa, la programation du FPU ! ! Que de bon et lointains souvenirs.....

En utilisant le FPU tu aura effectivement moins de probleme puisque qu´il gere les données au dela de 64 bits.
Une rapide recherche avec google donne des resultats interessants, comme :
http://webster.cs.ucr.edu/Page_AoALinux/HTML/RealArithmetica2.html

Happy coding ! !

Les registres 32bits(EAX,EBX,ECX,EDX,...) sont apparuent sur les 386...

Pourquoi ne pas utiliser les instructions SSE,SSE2.(P3-P4)

En plus de faire plusieurs intructions mathématique sur une ligne de code en asm.
T´es pas obliger de casser la tete avec les registres standards et la pile. Sans oublier les Overflows ou les erreurs de calcule.

Tu vas utiliser ton processeurs de facon optimale....

Utilise les Xmm@...

ca marche aussi si x est pas au voisinage de zéro ton DL ?

non mais tu peux faire un changement de variable

genre si ton x vaut 10 tu fais X=x-10

je vais plutot utilisé les registres etendu étant donné que je n´ai aps encore apris a developper avec le copro , c´est le mieux à faire je crois , merci pour vos reponses en tout cas.

CoProcesseur ?

Il n´y a plus de CoProcesseurs sur les Pentiums.

Si, mais il est sur le microprocesseur. Il ne se vend plus comme pièce détachée, sous la forme d´un 587, 687 ou 787.

Kelios
---------

oui kookii mais ce changement de variable me semble insuffisant étant donné que il va apparaitre un offset qui est pas si simple a calculer ( a moins d´avoir acces a tan(x) ce qui n´est pas le cas puisque justement on en cherche un DL)

Euh je vois pas ou ca pose pb lightness. Si tu veux calculer tan(pi) par ex, tu fais le calcul du dl en 0 et tu remplaces le x par x+pi dans la formule donnée en début de post.

salut,

Je voudrais utiliser les registres Eax , Ebx, etc... mais je ne vois pas comment faire ? ?est ce que ca marche comme les simples registres AX,BX, etc... ? ?

repondez svp

Admettons que je veuillent calculer quelque chose comme ca . ne fait pas attantion aux commentaires.

;-------------------------------------------------
--------
; Donnees -

;-------------------------------------------------
--------
a1 DW 4 ; Cotes de la grande base
b1 DW 2
a2 DW 2 ; Cotes la petite base
b2 DW 1
h DW 10 ; Hauteur de la pyramide tronqu‚e
six DW 6 ; Constante calcul du volume
volume DW ? ; Volume de la pyramide
. code

;-------------------------------------------------
--------
; - procedure principale -

;-------------------------------------------------
--------

main proc
MOV EAX,@data ; Charge les donn‚es
MOV DS, EAX

; calcul de : ( 2a1+a2) b1 dans BX
MOV EAX,a1
ADD EAX,EAX
ADD EAX,a2
MUL b1 ; DX-AX < - ( 2a1+a2)b1
MOV EBX,EAX ; Bx contient le r‚sultat partiel

; calcul de a1+2a2)b2 dans AX
MOV EAX,a2
ADD EAX,EAX
ADD EAX,A1
MUL b2 ; DX-AX < - ( a1+2a2)b2
; AX contient le r‚sultat partiel

; calcul de 2a1+a2)b1 + ( a1+2a2)b2 dans AX

ADD EAX,EBX
; calcul de : 1/6 h [(2a1+a2)b1 +(a1+2a2)b2) dans volume

MUL h
DIV six
MOV volume,EAX

;-------------------------------------------------
--------------
; - Fin du programme -

;-------------------------------------------------
--------------
MOV EAX,4C00h
INT 21h

main endp
end main

quand je compile ca , il me marque un message d´erreur du genre qu´il ne reconnait pas EAX etc...

qand j´y pense le problème ne vient pas du fait que je compile le prog avec tasm qui vas jusqua 16 bits alors que moi je dois aller jusqu´a 32bits?

Je pense plutôt que c´est ton joli MOV DS, EAX qui pose un problème . ..