1 страниц (4 вхождений)
Symbolic Bug [Maple/Smath]] - Symbolic Bug [Maple/Smath] - Сообщения
#1 Опубликовано: 24.08.2019 09:12:06
Hello Radovan and Grand Doctors,
Earlier you mentioned symbolic bug, this confirms your finding.

Maths Overflow [Max above limit].sm (19 КиБ) скачан 56 раз(а).
Earlier you mentioned symbolic bug, this confirms your finding.
Maths Overflow [Max above limit].sm (19 КиБ) скачан 56 раз(а).
#2 Опубликовано: 24.08.2019 11:41:27
If you see long lines with numbers, this means that everything works correctly. That is how it should be. Here symbolic calculations use string coding to achieve arbitrary precision. In fact, everything is much more complicated there.
If you really want to know how the symbolic engine works, then you can look at this project: Tiny.Science.
If you wonder where large integers come from, you can research this project: SymbolicC++

Thus, errors when working at the boundaries of ranges are associated with the correct operation with long integers. This correct operation is not always reducible to the area of floating point numbers. Also, a symbolic description can be difficult to reproduce in an interface. Here you need to be very careful.
If you really want to know how the symbolic engine works, then you can look at this project: Tiny.Science.
If you wonder where large integers come from, you can research this project: SymbolicC++
Thus, errors when working at the boundaries of ranges are associated with the correct operation with long integers. This correct operation is not always reducible to the area of floating point numbers. Also, a symbolic description can be difficult to reproduce in an interface. Here you need to be very careful.
Russia ☭ forever, Viacheslav N. Mezentsev
#3 Опубликовано: 24.08.2019 14:04:42
WroteThus, errors when working at the boundaries of ranges are associated with the correct operation with long integers. This correct operation is not always reducible to the area of floating point numbers. Also, a symbolic description can be difficult to reproduce in an interface. Here you need to be very careful.
Thanks Viacheslav for visiting.
For your delight, the attached has the above max and an apparently doctored
unfortunately the doctored is freaked lot worst than the red.
As it looks, the freaked are so from Maple .
Many of the Thiele continued fraction have been converted to J_Frac successfully.
Many more just can't because of the above max.
Same Thiele as proposed, Mathcad 11 spits out perfect.
Cheers ... Jean
Thiele_000 Transit_Convert Doctored_Freaked.sm (24 КиБ) скачан 50 раз(а).
#4 Опубликовано: 24.08.2019 16:10:32
WroteThanks Viacheslav for visiting.
For your delight, the attached has the above max and an apparently doctored
unfortunately the doctored is freaked lot worst than the red.
As it looks, the freaked are so from Maple .
... the attached is not Thiele at all, simply a matrix data project.
Works fine SS 6179 ... red at Radovan and the originator [SS 7109].
Project does not generate "above max" SS 6179,
why does it SS 7109 ... Question for Doc Watson.
Project Fission.sm (187 КиБ) скачан 52 раз(а).
1 страниц (4 вхождений)
-
Новые сообщения
-
Нет новых сообщений