Menu ▾ ▴

#5651 Some integrals take too much time

None
closed
nobody
integrate (212)
5
20 hours ago
4 days ago
No

From the mailing list:

integrate(sqrt(a+%i*a*tan(c+d*x))/tan(c+d*x)^(3/2),x) and integrate((a+%i*a*tan(e+f*x))^(7/2)*(A+B*tan(e+f*x))/(c-%i*c*tan(e+f*x))^(13/2),x) take several orders of magnitude more time after commits [c68475] and [0ca8a1].

Related

Bugs: #5655
Commit: [0ca8a1]
Commit: [c68475]

Discussion

  • David Scherfgen

    David Scherfgen - 4 days ago
    • status: open --> pending
     
  • David Scherfgen

    David Scherfgen - 4 days ago

    The first integral is back to normal with commit [5f89f7]. The other one will also be fixed soon.

     

    Related

    Commit: [5f89f7]

  • David Scherfgen

    David Scherfgen - 2 days ago
    • status: pending --> closed
     
  • David Scherfgen

    David Scherfgen - 2 days ago

    Fixed by commit [386344].

     

    Related

    Commit: [386344]


    Last edit: David Scherfgen 2 days ago
  • Dan Gildea

    Dan Gildea - 1 day ago
    • status: closed --> open
     
  • Dan Gildea

    Dan Gildea - 1 day ago

    The first integral seems to take forever in ecl and gcl, even with these commits.

     
    • David Scherfgen

      Something strange is going on there. With GCL (and probably also ECL), the calculation stalls, but when I press Ctrl+C to interrupt it, it immediately prints the result. Will investigate.

       
  • David Scherfgen

    David Scherfgen - 20 hours ago
    • status: open --> closed
     
  • David Scherfgen

    David Scherfgen - 20 hours ago

    Fixed by commit [317711].
    Maxima's GCD algorithm used sort, whose behavior is unspecified when two items compare equal. GCL decides randomly, while SBCL's deterministic choice was "lucky". The code now uses stable-sort with a better sorting predicate.

     

    Related

    Commit: [317711]


Log in to post a comment.