I have been investigating some algsys failures. [bugs:#1266] is the failure of algsys to find a solution to [x^2+x+1=0,x^2*y+1=0].
While debugging I triggered the following.
(%i3) j:sqrt(-1/(sqrt(3)*%i+1))$
(%i4) radcan(j);
Heap exhausted during garbage collection: 0 bytes available, 8 requested.
The advice from the mailing list on a similar issue [bugs:#3223] was that algsys wasn't intended for nested squareroots.
https://sourceforge.net/p/maxima/mailman/message/35391566/
Just noting this for future reference.
(%i1) build_info();
Maxima version: "5.36.1"
Maxima build date: "2015-05-02 08:52:44"
Host type: "i686-pc-mingw32"
Lisp implementation type: "SBCL"
Lisp implementation version: "1.2.7"
Though radcan doesn't perform any root denesting, no Maxima function should ever core-dump.
Radcan handles this case fine with algebraic:true , giving the same result as ratsimp:
(reproduced on Maxima branch_5_37_base_528_g802ae7f using Lisp SBCL 1.2.11)
Thanks. radcan with algebraic:true shows some promise. more testing
required.
On 29/09/2016 00:40, Stavros Macrakis wrote:
Related
Bugs:
#1266Bugs:
#3223Bugs:
#3224The nested root is a red herring. Here is a simpler case that core dumps:
Things seem to go wrong somewhere in the everysubst00 routine.
Tested in Maxima branch_5_37_base_528_g802ae7f using Lisp SBCL 1.2.11
Commits [2986fc] and [640ca7] avoid the calls to radcan from algsys, so the original problem is resolved. Doesn't fix the core dump.
Related
Commit: [2986fc]
Commit: [640ca7]
The crash no longer occurs, closing this ticket.