1 Pages (4 items)
Bug in solve() - The answers are different for one equation - Messages
#2 Posted: 2/8/2023 7:48:30 AM
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

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.

solve_bug.sm (9 KiB) downloaded 54 time(s).
Best regards.
Alvaro.
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.
solve_bug.sm (9 KiB) downloaded 54 time(s).
Best regards.
Alvaro.
1 users liked this post
sergio 2/8/2023 8:44:00 AM
#3 Posted: 2/8/2023 9:32:30 AM
WroteVery strange behavior.
I may have written about this bug long time ago.
Solve Calculates Different With Different Ranges
#4 Posted: 2/9/2023 12:22:33 PM
WroteVery 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.
1 Pages (4 items)
-
New Posts
-
No New Posts