[Octave-bug-tracker] [bug #53576] [octave forge] (symbolic) dsolve errors on sqrt coefficient

[Mike Miller]

Update of bug #53576 (project octave):

                 Summary: Symbolic pkg dsolve now not woeking => [octave
forge] (symbolic) dsolve errors on sqrt coefficient

    _______________________________________________________

Follow-up Comment #1:

I think the relevant piece that has changed here is that the symbolic package
now tries to work around any floating point values it sees by applying various
heuristics to convert it into a symbolic expression.

In version 2.5.0, the DE was converted into this symbolic expression, with a
rational approximation to sqrt(2):


de = (sym)

                    2                      
                   d                       
             1393⋅───(y(x))                
                    2           3          
  d               dx           d           
  ──(y(x)) + ────────────── + ───(y(x))
= 0
  dx              985           3          
                              dx           



In the current symbolic 2.6.0, it is


de = (sym)

                  2           3          
  d              d           d           
  ──(y(x)) + √2⋅───(y(x)) + ───(y(x)) = 0
  dx              2           3          
                dx          dx           



And the sqrt(2), which wasn't there before, seems to be where SymPy's dsolve
is erroring.

If you convert the coefficient to some other number, it will work again. It
would be best to show an example with all integer or rational coefficients.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?53576>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/