1 страниц (4 вхождений)
Bug in solve() - The answers are different for one equation - Сообщения
#2 Опубликовано: 08.02.2023 07:48:30
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 КиБ) скачан 54 раз(а).
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 КиБ) скачан 54 раз(а).
Best regards.
Alvaro.
1 пользователям понравился этот пост
sergio 08.02.2023 08:44:00
#3 Опубликовано: 08.02.2023 09:32:30
WroteVery strange behavior.
I may have written about this bug long time ago.
Solve Calculates Different With Different Ranges
#4 Опубликовано: 09.02.2023 12:22:33
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 страниц (4 вхождений)
-
Новые сообщения
-
Нет новых сообщений