Bug in solve()

Bug in solve() - The answers are different for one equation - Mensajes

#1 Publicado: 8/2/2023 2:12:47
Вячеслав Мезенцев

Вячеслав Мезенцев

1.558 me gusta en 1.868 mensajes.

Grupo: Moderator

Very strange behavior.

solve bug.png
Russia ☭ forever, Viacheslav N. Mezentsev
A 1 usuarios les gustó este mensaje
sergio 8/2/2023 5:52:00
#2 Publicado: 8/2/2023 7:48:30
Alvaro

Alvaro

1.139 me gusta en 1.805 mensajes.

Grupo: User

Hi Viacheslav. Numerical procedures: You can always find examples where they fail. I find this variation of your example particularly worrisome since the function changes sign in the interval where the zeros are requested. It seems that it takes as a tolerance something proportional to the width of the interval

Clipboard02.png

It is true that apparently the SMath algorithm can be improved in several ways. However, something good must have. Here SMath succeeds where Maple, Maxima and FindRoot do not.

Clipboard01.png

solve_bug.sm (9,97 KiB) descargado 1554 vez(es).

Best regards.
Alvaro.
A 1 usuarios les gustó este mensaje
sergio 8/2/2023 8:44:00
#3 Publicado: 8/2/2023 9:32:30
overlord

overlord

600 me gusta en 1.381 mensajes.

Grupo: Moderator

Wrote

Very strange behavior.


I may have written about this bug long time ago.
Solve Calculates Different With Different Ranges
#4 Publicado: 9/2/2023 12:22:33
Jean Giraud

Jean Giraud

983 me gusta en 6.866 mensajes.

Grupo: User

Wrote

Very strange behavior.


Often, strange behavior results from numerical instability.
I have observed that fact between MCD 11 XP 32 bits vs same SS 6179 32 bits.
The best example is the Mathematica 4.0 famous function.
Solving the Goat radius is another example ... no way for 15 decimals !
Mathsoft Minerr uses a specific technique to cope with this fact,
i.e: fool two similar results by injecting a small random.
As well, Smath solvers turn unstable, pedal within their own end iterate.
You forgot to show the function.
Cheers ... Jean.


  • Nuevos mensajes
  • Sin mensajes nuevos