Page 1 sur 1

solve(asinh(x)=acosh(1/x))

Publié : mar. août 29, 2017 3:28 pm
par alb
solve(asinh(x)=acosh(1/x)) renvoie list[x>0,x<0] en desaccord avec wolfram https://www.wolframalpha.com/input/?i=s ... sh(1%2Fx))

edit
solve(x+sqrt(x^2+1)-(sqrt(-1+1/x^2)+1/x)) est ok

Re: solve(asinh(x)=acosh(1/x))

Publié : mar. sept. 19, 2017 8:01 pm
par alb
j'ose un petit up :-)

Re: solve(asinh(x)=acosh(1/x))

Publié : mer. sept. 20, 2017 11:36 am
par parisse
pas trivial a corriger celui-la...

Re: solve(asinh(x)=acosh(1/x))

Publié : mer. sept. 20, 2017 4:57 pm
par alb
en deux mots, :-) , quel est le principe de resolution de ce genre d'equation ?

Re: solve(asinh(x)=acosh(1/x))

Publié : mer. sept. 20, 2017 5:12 pm
par parisse
ecriture avec des ln qu'on peut enlever, puis systeme polynomial en introduisant des variables auxiliaires qui remplacent les racines carres (equations ajoutees argument de la racine carree=nouvelle variable au carre)

Re: solve(asinh(x)=acosh(1/x))

Publié : mer. sept. 20, 2017 6:36 pm
par alb
oui mais alors je ne comprends pas ces deux comportements:

A:=x+sqrt(x^2+1)
B:=sqrt(-1+1/x^2)+1/x
solve(ln(A)=ln(B)) // list[x>0,x<0]
solve(A=B) // list[sqrt(1/2)*sqrt(sqrt(5)-1)]

Re: solve(asinh(x)=acosh(1/x))

Publié : mer. sept. 20, 2017 6:50 pm
par parisse
c'est justement ca le bug.

Re: solve(asinh(x)=acosh(1/x))

Publié : mer. sept. 23, 2020 9:24 pm
par joaopa
Il semblerait que ce bug est fixé dans xcas 1.5.0.85.