0 jan@muizenberg:/srv/local/Disk_Space/jan/sage-5.7/local/bin$./maxima
;;; Loading #P"/srv/local/Disk_Space/jan/sage-5.7/local/lib/ecl-12.12.1/sb-bsd-sockets.fas"
;;; Loading #P"/srv/local/Disk_Space/jan/sage-5.7/local/lib/ecl-12.12.1/sockets.fas"
;;; Loading #P"/srv/local/Disk_Space/jan/sage-5.7/local/lib/ecl-12.12.1/defsystem.fas"
;;; Loading #P"/srv/local/Disk_Space/jan/sage-5.7/local/lib/ecl-12.12.1/cmp.fas"
Maxima 5.29.1 http://maxima.sourceforge.net
using Lisp ECL 12.12.1
Distributed under the GNU Public License. See the file COPYING.
Dedicated to the memory of William Schelter.
The function bug_report() provides bug reporting information.
(%i1) load (to_poly_solve);
Loading maxima-grobner $Revision: 1.6 $ $Date: 2009-06-02 07:49:49 $
(%o1) /srv/local/Disk_Space/jan/sage-5.7/local/share/maxima/5.29.1/share/to_po\
ly_solve/to_poly_solve.mac
(%i2) to_poly_solve ([(a*x+b*y)*x*y/c=1,3*log(a + b + c) - log(27*a*b*x*y)],[x,y]);
This causes many errors like below and then a segfault
;;;
;;; Detected access to protected memory, also kwown as 'bus or segmentation fault'.
;;; Jumping to the outermost toplevel prompt
;;;
Segmentation fault
Observed in current development version (post-5.30). I can't figure out exactly what's going on, but it appears to be that there is an attempt to compute
realpart(3*log(a + b + c))
which gets stuck in a loop. By itself,realpart(3*log(a + b + c))
doesn't cause any trouble, so it must be an interaction with something introduced by to_poly_solve.With
log(a + b + c)
replaced byfoo(a, b, c)
, to_poly_solve returns successfully. Substituting back into the solution, I get:I don't know if that's right.
Tried it with current development version (commit b48f887, post-5.46) and I get a result immediately:
I didn't verify the result, but anyway it's possible that the bug has been fixed somewhere along the way.