Originally Posted by: mikekaganski Yes, but is this truly SMath bug? Or some extension's? Did you try to investigate before writing "I found a bug" to the New Smath Version advertisement topic?
I have no maple/maxima on my system, could that be a thing?
======================= I read you Mike ===========================
1. It may be a problem with local machine/OS ... conflict with others [I doubt].
2. Maybe with the Maxima solve block: solve(μT(t)-q(t),t,2,30) => disable the solve block.
3. Maple is not invoked in this attached document => eliminate Maple
4. With the symbolic Ah ! but only Smath symbolic.
-------- Thiele continued fraction Smath symbolic down to the plot => 4.5 sec
-------- Thiele continued fraction Smath numeric down to the plot => 0.5 sec
A thiele continued fraction calculates bottom to top [24 Aops ... Arithmetic operations]
This Thiele in Smath symbolic is in the range of 8 pages wide, my count 326 Aops
The μ350(x) is a J_Fraction equivalent to the continued fraction still existing in Maple.
It reduces the Aops [in this case down from 24 to 13. It computes faster as well as reported in C.T. Fikes [IBM of years 70]. I think I still have the algorithm of J_Frac,
in case some of you developpers would be interested.
The rational fractions [typical normalised Padé style] are expandable in J_Fraction,
but here again: Smath symbolic expands in horrible mess as the continued fraction.
The Newton-Wallis method is a way to compute continued fraction top to bottom.
My brain has diluted on this, maybe Mathcad as well.
Now, whoever wants: test and report versions to versions.
Cheers, Jean
Forum Compute Test.sm (26kb) downloaded 52 time(s).