In addition to bug 938235, here is another similar bug.
I did these calculations after applying my gfactor
patch. These are okay:
(C2) integrate(1/x^5,x,1,sqrt(2));
(D2) 3/16
(C3) integrate(1/x^5,x,1,2^(1/23));
(D3) (2^(4/23)-1)/(4*2^(4/23))
But we get a quotient by zero error for
(C4) integrate(1/x^5,x,1,2^(1/78));
QUOTIENT by ZERO
Changing gcd and algebraic doesn't help
(C5) algebraic : true$
(C6) gcd : 'spmod$
(C7) integrate(1/x^5,x,1,2^(1/78));
QUOTIENT by ZERO
(C8) build_info();
Maxima version: 5.9.0.1cvs
Maxima build date: 13:6 4/24/2004
host type: i686-pc-mingw32
lisp-implementation-type: Kyoto Common Lisp
lisp-implementation-version: GCL 2.7.0
Barton
Logged In: YES
user_id=501686
For these examples I don't get "quotient by 0" but I do get
an incorrect result ...
integrate(1/x^5,x,1,2^(1/78)); => 0
algebraic : true$
gcd : 'spmod$
integrate(1/x^5,x,1,2^(1/78)); => 0
Maxima version: 5.9.1.1cvs
Maxima build date: 22:27 8/19/2005
host type: i686-redhat-linux-gnu
lisp-implementation-type: CLISP
lisp-implementation-version: 2.33.2 (2004-06-02)
also
Maxima version: 5.9.1.1cvs
Maxima build date: 10:35 8/20/2005
host type: @host@
lisp-implementation-type: GNU Common Lisp (GCL)
lisp-implementation-version: GCL 2.6.6
Logged In: YES
user_id=28849
Maxima now returns the correct answer.