You can subscribe to this list here.
2002 
_{Jan}

_{Feb}

_{Mar}

_{Apr}

_{May}

_{Jun}
(67) 
_{Jul}
(61) 
_{Aug}
(49) 
_{Sep}
(43) 
_{Oct}
(59) 
_{Nov}
(24) 
_{Dec}
(18) 

2003 
_{Jan}
(34) 
_{Feb}
(35) 
_{Mar}
(72) 
_{Apr}
(42) 
_{May}
(46) 
_{Jun}
(15) 
_{Jul}
(64) 
_{Aug}
(62) 
_{Sep}
(22) 
_{Oct}
(41) 
_{Nov}
(57) 
_{Dec}
(56) 
2004 
_{Jan}
(48) 
_{Feb}
(47) 
_{Mar}
(33) 
_{Apr}
(39) 
_{May}
(6) 
_{Jun}
(17) 
_{Jul}
(19) 
_{Aug}
(10) 
_{Sep}
(14) 
_{Oct}
(74) 
_{Nov}
(80) 
_{Dec}
(22) 
2005 
_{Jan}
(43) 
_{Feb}
(33) 
_{Mar}
(52) 
_{Apr}
(74) 
_{May}
(32) 
_{Jun}
(58) 
_{Jul}
(18) 
_{Aug}
(41) 
_{Sep}
(71) 
_{Oct}
(28) 
_{Nov}
(65) 
_{Dec}
(68) 
2006 
_{Jan}
(54) 
_{Feb}
(37) 
_{Mar}
(82) 
_{Apr}
(211) 
_{May}
(69) 
_{Jun}
(75) 
_{Jul}
(279) 
_{Aug}
(139) 
_{Sep}
(135) 
_{Oct}
(58) 
_{Nov}
(81) 
_{Dec}
(78) 
2007 
_{Jan}
(141) 
_{Feb}
(134) 
_{Mar}
(65) 
_{Apr}
(49) 
_{May}
(61) 
_{Jun}
(90) 
_{Jul}
(72) 
_{Aug}
(53) 
_{Sep}
(86) 
_{Oct}
(61) 
_{Nov}
(62) 
_{Dec}
(101) 
2008 
_{Jan}
(100) 
_{Feb}
(66) 
_{Mar}
(76) 
_{Apr}
(95) 
_{May}
(77) 
_{Jun}
(93) 
_{Jul}
(103) 
_{Aug}
(76) 
_{Sep}
(42) 
_{Oct}
(55) 
_{Nov}
(44) 
_{Dec}
(75) 
2009 
_{Jan}
(103) 
_{Feb}
(105) 
_{Mar}
(121) 
_{Apr}
(59) 
_{May}
(103) 
_{Jun}
(82) 
_{Jul}
(67) 
_{Aug}
(76) 
_{Sep}
(85) 
_{Oct}
(75) 
_{Nov}
(181) 
_{Dec}
(133) 
2010 
_{Jan}
(107) 
_{Feb}
(116) 
_{Mar}
(145) 
_{Apr}
(89) 
_{May}
(138) 
_{Jun}
(85) 
_{Jul}
(82) 
_{Aug}
(111) 
_{Sep}
(70) 
_{Oct}
(83) 
_{Nov}
(60) 
_{Dec}
(16) 
2011 
_{Jan}
(61) 
_{Feb}
(16) 
_{Mar}
(52) 
_{Apr}
(41) 
_{May}
(34) 
_{Jun}
(41) 
_{Jul}
(57) 
_{Aug}
(73) 
_{Sep}
(21) 
_{Oct}
(45) 
_{Nov}
(50) 
_{Dec}
(28) 
2012 
_{Jan}
(70) 
_{Feb}
(36) 
_{Mar}
(71) 
_{Apr}
(29) 
_{May}
(48) 
_{Jun}
(61) 
_{Jul}
(44) 
_{Aug}
(54) 
_{Sep}
(20) 
_{Oct}
(28) 
_{Nov}
(41) 
_{Dec}
(137) 
2013 
_{Jan}
(62) 
_{Feb}
(55) 
_{Mar}
(31) 
_{Apr}
(23) 
_{May}
(54) 
_{Jun}
(54) 
_{Jul}
(90) 
_{Aug}
(46) 
_{Sep}
(38) 
_{Oct}
(60) 
_{Nov}
(92) 
_{Dec}
(17) 
2014 
_{Jan}
(62) 
_{Feb}
(35) 
_{Mar}
(72) 
_{Apr}
(30) 
_{May}
(97) 
_{Jun}
(81) 
_{Jul}
(63) 
_{Aug}
(64) 
_{Sep}
(28) 
_{Oct}
(45) 
_{Nov}
(48) 
_{Dec}
(109) 
2015 
_{Jan}
(106) 
_{Feb}
(36) 
_{Mar}
(65) 
_{Apr}
(63) 
_{May}
(95) 
_{Jun}
(56) 
_{Jul}
(48) 
_{Aug}
(55) 
_{Sep}
(100) 
_{Oct}
(57) 
_{Nov}
(33) 
_{Dec}
(46) 
2016 
_{Jan}
(76) 
_{Feb}
(53) 
_{Mar}
(88) 
_{Apr}
(79) 
_{May}
(62) 
_{Jun}
(65) 
_{Jul}
(37) 
_{Aug}
(23) 
_{Sep}
(108) 
_{Oct}
(68) 
_{Nov}
(66) 
_{Dec}
(47) 
2017 
_{Jan}
(55) 
_{Feb}
(11) 
_{Mar}
(30) 
_{Apr}
(19) 
_{May}
(14) 
_{Jun}
(21) 
_{Jul}
(30) 
_{Aug}
(31) 
_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 





1

2
(1) 
3

4
(10) 
5
(3) 
6
(3) 
7
(1) 
8
(1) 
9
(4) 
10
(7) 
11
(7) 
12

13

14

15
(2) 
16
(2) 
17
(9) 
18
(1) 
19

20
(3) 
21

22

23

24

25

26
(2) 
27

28
(2) 
29
(5) 
30
(4) 
31
(8) 
From: SourceForge.net <noreply@so...>  20091017 21:45:45

Bugs item #2880797, was opened at 20091017 00:27 Message generated for change (Comment added) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2880797&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Integration Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Robert Marik (robertmarik) Assigned to: Nobody/Anonymous (nobody) Summary: bad answer in integrate(sqrt(sin(t)^2+cos(t)^2),t,0,2*%pi) Initial Comment: integrate(sqrt(sin(t)^2+cos(t)^2),t,0,2*%pi) returns %pi but the result is 2*%pi The Maxima bug database is available at http://sourceforge.net/tracker/?atid=104933&group_id=4933&func=browse Submit bug reports by following the 'Add new artifact' link on that page. Please include the following build information with your bug report:  Maxima version: 5.19.1 Maxima build date: 1:42 10/16/2009 host type: i686pclinuxgnu lispimplementationtype: ECL lispimplementationversion: 9.8.4  The above information is also available from the Maxima function build_info(). this bug is not in 5.13 reported at http://groups.google.cz/group/sagedevel/t/f82e24efdfe23b07 Robert Marik  >Comment By: Andrej Vodopivec (andrejv) Date: 20091017 23:45 Message: The problem comes from (%i1) integrate(sqrt(sin(x)^2+cos(x)^2), x); (%o1) atan(tan(x)) This integral is done with substitution (tan(x/2)) and we need to make sure that atan(tan(x))=x when we backsubstitute. Here is a simple patch which fixes the problem: Index: sin.lisp =================================================================== RCS file: /cvsroot/maxima/maxima/src/sin.lisp,v retrieving revision 1.51 diff u r1.51 sin.lisp  sin.lisp 18 Aug 2009 16:59:37 0000 1.51 +++ sin.lisp 17 Oct 2009 21:33:54 0000 @@ 1503,7 +1503,7 @@ getout (setq y (list '(mtimes) *yy* *yz*)) get2 (setq y (simplify y))  (return (substint repl 'x (integrator y 'x))))) + (return (let (($triginverses '$all)) (substint repl 'x (integrator y 'x)))))) (defmvar $integration_constant_counter 0) (defmvar $integration_constant '$%c)  Comment By: Dieter Kaiser (crategus) Date: 20091017 00:57 Message: Perhaps this bug is not a new problem. The answer of Maxima depends on the flag triginversers. (%i36) integrate(sqrt(sin(t)^2+cos(t)^2),t,0,2*%pi),triginverses:true; (%o36) %pi (%i37) integrate(sqrt(sin(t)^2+cos(t)^2),t,0,2*%pi),triginverses:all; (%o37) 2 %pi The default value of triginverses has changed with revision 1.33 of trigi.lisp from 'all to 'true. The bug was not visible in the past with the standard value 'all of triginverses. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2880797&group_id=4933 
From: SourceForge.net <noreply@so...>  20091017 17:26:34

Bugs item #2881021, was opened at 20091017 19:25 Message generated for change (Settings changed) made by robertmarik You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2881021&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Lisp Core  Differential eqns Group: None Status: Open Resolution: None >Priority: 7 Private: No Submitted By: Robert Marik (robertmarik) Assigned to: Nobody/Anonymous (nobody) Summary: ic2 and bc2 may return incorrect results (solution suggeste) Initial Comment: ic2 and bc2 may return in some cases answer, which is not a solution of ODE. For an example and suggestion how to change the definition ic2 and bc2 see http://thread.gmane.org/gmane.comp.mathematics.maxima.general/28434 A suggestion how to fix this problem is included in the thread. This solution is not optimal, since TEMP_k is not declared local, but it could be fixed easily. Thank's for fixing the problem.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2881021&group_id=4933 
From: SourceForge.net <noreply@so...>  20091017 17:25:13

Bugs item #2881021, was opened at 20091017 19:25 Message generated for change (Tracker Item Submitted) made by robertmarik You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2881021&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Robert Marik (robertmarik) Assigned to: Nobody/Anonymous (nobody) Summary: ic2 and bc2 may return incorrect results (solution suggeste) Initial Comment: ic2 and bc2 may return in some cases answer, which is not a solution of ODE. For an example and suggestion how to change the definition ic2 and bc2 see http://thread.gmane.org/gmane.comp.mathematics.maxima.general/28434 A suggestion how to fix this problem is included in the thread. This solution is not optimal, since TEMP_k is not declared local, but it could be fixed easily. Thank's for fixing the problem.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2881021&group_id=4933 
From: SourceForge.net <noreply@so...>  20091017 11:16:36

Bugs item #2880923, was opened at 20091017 05:50 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2880923&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: realpart > floatingpointoverflow Initial Comment: With either SBCL 1.0.29 or Clozure CL, Maxima reports a floating point overflow error computing the real part of sqrt(4*%e^20093)1. Likely, this is a bug in sign or friends. (%o20) sqrt(4*%e^20093)1 (%i21) realpart(%); Maxima encountered a Lisp error: arithmetic error FLOATINGPOINTOVERFLOW signalled (%i22) build_info(); Maxima version: 5.19post Maxima build date: 7:45 10/16/2009 Host type: i686pcmingw32 Lisp implementation type: SBCL Lisp implementation version: 1.0.29 Let's try Clozure: (%o5) sqrt(4*%e^20093)1 (%i6) realpart(%); Maxima encountered a Lisp error: FLOATINGPOINTOVERFLOW detected performing EXP on (2009.0) Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. (%i7) build_info(); Maxima version: 5.19post Maxima build date: 5:44 10/17/2009 Host type: i686pcmingw32 Lisp implementation type: Clozure Common Lisp Lisp implementation version: Version 1.4dev (WindowsX8632)  >Comment By: Barton Willis (willisbl) Date: 20091017 06:16 Message: And another related bug: (%i13) sign(exp(2009)); Maxima encountered a Lisp error: FLOATINGPOINTOVERFLOW detected performing EXP on (2009.0) Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. (%i14) build_info(); Maxima version: 5.19post Maxima build date: 5:44 10/17/2009 Host type: i686pcmingw32 Lisp implementation type: Clozure Common Lisp Lisp implementation version: Version 1.4dev (WindowsX8632)  Comment By: Barton Willis (willisbl) Date: 20091017 06:12 Message: A related problem: (%i8) sqrt(4*exp(2009)); Maxima encountered a Lisp error: FLOATINGPOINTOVERFLOW detected performing EXP on (2009.0) Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2880923&group_id=4933 
From: SourceForge.net <noreply@so...>  20091017 11:14:25

Bugs item #2687528, was opened at 20090315 21:15 Message generated for change (Settings changed) made by billingd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2687528&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Share Libraries Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: David Billinghurst (billingd) Summary: Wrong solution to ode2 Initial Comment: I tried to solve this very simple ODE. When a=0 the solution is wrong; furthermore I get a division by "a" in the output. ode2('diff(y,t,2)a*'diff(y,t)=t,y,t); Is a zero or nonzero?zero; y=(%k2*t+%k1)*%e^((a*t)/2)(4*a*t+16)/a^3 The correct answer should be y=t^3/6+%k2*t+%k1 Thanks. Franco Buratti bufranz@...  Maxima version: 5.17.0 Maxima build date: 19:8 12/4/2008 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8   >Comment By: David Billinghurst (billingd) Date: 20091017 22:14 Message: I will take this one.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2687528&group_id=4933 
From: SourceForge.net <noreply@so...>  20091017 11:12:13

Bugs item #2880923, was opened at 20091017 05:50 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2880923&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: realpart > floatingpointoverflow Initial Comment: With either SBCL 1.0.29 or Clozure CL, Maxima reports a floating point overflow error computing the real part of sqrt(4*%e^20093)1. Likely, this is a bug in sign or friends. (%o20) sqrt(4*%e^20093)1 (%i21) realpart(%); Maxima encountered a Lisp error: arithmetic error FLOATINGPOINTOVERFLOW signalled (%i22) build_info(); Maxima version: 5.19post Maxima build date: 7:45 10/16/2009 Host type: i686pcmingw32 Lisp implementation type: SBCL Lisp implementation version: 1.0.29 Let's try Clozure: (%o5) sqrt(4*%e^20093)1 (%i6) realpart(%); Maxima encountered a Lisp error: FLOATINGPOINTOVERFLOW detected performing EXP on (2009.0) Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. (%i7) build_info(); Maxima version: 5.19post Maxima build date: 5:44 10/17/2009 Host type: i686pcmingw32 Lisp implementation type: Clozure Common Lisp Lisp implementation version: Version 1.4dev (WindowsX8632)  >Comment By: Barton Willis (willisbl) Date: 20091017 06:12 Message: A related problem: (%i8) sqrt(4*exp(2009)); Maxima encountered a Lisp error: FLOATINGPOINTOVERFLOW detected performing EXP on (2009.0) Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2880923&group_id=4933 
From: SourceForge.net <noreply@so...>  20091017 10:58:27

Bugs item #2876387, was opened at 20091011 10:30 Message generated for change (Comment added) made by billingd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2876387&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Share Libraries Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: David Billinghurst (billingd) Assigned to: David Billinghurst (billingd) Summary: ode2 asks if sqrt(3) is an integer Initial Comment: (%i1) ode2('diff(y,x,2)*x^2+'diff(y,x)*x+(x^23)*y=0,y,x); is sqrt(3) an integer? type y or n. n; (%o1) y = bessel_j( sqrt(3), x) %k2 + bessel_j(sqrt(3), x) %k1 Reported by Robert Malik. I have had a look and this is actually a problem in the ode2() function. In share/diffequations/ode/ode2.mac we have: bessel2(a,b):=block([nu,b1,intp,radexpand:'all,%k1,%k2], if not(freeof(x,y,b1: ratsimp((1b)*(xpt)^2))) then return(false), if ratsimp(a*(xpt)) # 1 then return(false), nu: sqrt(b1), method: 'bessel, if nu = 1/2 then return(y = (%k1*sin(xpt) + %k2*cos(xpt))/sqrt(xpt)), if featurep(nu,'integer) then intp: 'y else if numberp(nu) then intp: 'n, loop, if not(intp='y or intp='n) then (intp: readonly("is", nu, "an integer? type y or n."), go(loop)), if intp = 'y then return(y = %k1*bessel_j(nu,xpt) + %k2*bessel_y(nu,xpt)), return(y = %k1*bessel_j(nu,xpt) + %k2*bessel_j(nu,xpt)))$ I thought that the askinteger() function might be part of the solution. However: (%i1) askinteger(sqrt(3)); Is sqrt(3) an integer? no; (%o1) no  >Comment By: David Billinghurst (billingd) Date: 20091017 21:58 Message: The second stage of the fix is to extend the function nonintegerp, which is called by askinteger, to recognise that sqrt(n) is not an integer. This is done in revision 1.59 of compar.lisp. The ode in this report has been added to the testsuite in rtestode.mac.  Comment By: David Billinghurst (billingd) Date: 20091017 21:58 Message: The reported bug is not present in the current cvs version of Maxima. Thank you for your report. If you see this bug in a later version of Maxima, please submit a new bug report.  Comment By: David Billinghurst (billingd) Date: 20091011 11:41 Message: For DEs of the form x^2*'diff(y,x,2)+x*'diff(y,x)+(x^2n^2)*y=0, we need to know if n is an integer. The existing code is weak and asks when n is a known constant such as %e, declared as noninteger or is a surd such as sqrt(3). We can fix some of these using the askinteger() function in function bessel2(). This is done in revision 1.4 of share/diffequations/ode2.mac. The original problem is not solved. We need to improve the askinteger() function.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2876387&group_id=4933 
From: SourceForge.net <noreply@so...>  20091017 10:50:15

Bugs item #2880923, was opened at 20091017 05:50 Message generated for change (Tracker Item Submitted) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2880923&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: realpart > floatingpointoverflow Initial Comment: With either SBCL 1.0.29 or Clozure CL, Maxima reports a floating point overflow error computing the real part of sqrt(4*%e^20093)1. Likely, this is a bug in sign or friends. (%o20) sqrt(4*%e^20093)1 (%i21) realpart(%); Maxima encountered a Lisp error: arithmetic error FLOATINGPOINTOVERFLOW signalled (%i22) build_info(); Maxima version: 5.19post Maxima build date: 7:45 10/16/2009 Host type: i686pcmingw32 Lisp implementation type: SBCL Lisp implementation version: 1.0.29 Let's try Clozure: (%o5) sqrt(4*%e^20093)1 (%i6) realpart(%); Maxima encountered a Lisp error: FLOATINGPOINTOVERFLOW detected performing EXP on (2009.0) Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. (%i7) build_info(); Maxima version: 5.19post Maxima build date: 5:44 10/17/2009 Host type: i686pcmingw32 Lisp implementation type: Clozure Common Lisp Lisp implementation version: Version 1.4dev (WindowsX8632)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2880923&group_id=4933 
From: SourceForge.net <noreply@so...>  20091017 06:13:59

Bugs item #2880886, was opened at 20091017 08:13 Message generated for change (Tracker Item Submitted) made by robertmarik You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2880886&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Robert Marik (robertmarik) Assigned to: Nobody/Anonymous (nobody) Summary: definite integral  bad answer Initial Comment: This bug has been reported at Sage forum http://groups.google.cz/group/sagedevel/t/c9c147c4dd4ea840 integrate(cos(x)^2 * (1 + sin(x)^2)^3,x,0,%pi/2) returns a value wich is numericaly about 1.4.... but the correct value is close to 0.49 This is my bug_report(), but according to the discussion, the same problem is in the CVS version. Maxima version: 5.18.1 Maxima build date: 13:5 5/3/2009 host type: i686pclinuxgnu lispimplementationtype: CMU Common Lisp lispimplementationversion: CVS 19d 19drelease (19D)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2880886&group_id=4933 
From: SourceForge.net <noreply@so...>  20091016 22:57:09

Bugs item #2880797, was opened at 20091017 00:27 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2880797&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Integration Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Robert Marik (robertmarik) Assigned to: Nobody/Anonymous (nobody) Summary: bad answer in integrate(sqrt(sin(t)^2+cos(t)^2),t,0,2*%pi) Initial Comment: integrate(sqrt(sin(t)^2+cos(t)^2),t,0,2*%pi) returns %pi but the result is 2*%pi The Maxima bug database is available at http://sourceforge.net/tracker/?atid=104933&group_id=4933&func=browse Submit bug reports by following the 'Add new artifact' link on that page. Please include the following build information with your bug report:  Maxima version: 5.19.1 Maxima build date: 1:42 10/16/2009 host type: i686pclinuxgnu lispimplementationtype: ECL lispimplementationversion: 9.8.4  The above information is also available from the Maxima function build_info(). this bug is not in 5.13 reported at http://groups.google.cz/group/sagedevel/t/f82e24efdfe23b07 Robert Marik  >Comment By: Dieter Kaiser (crategus) Date: 20091017 00:57 Message: Perhaps this bug is not a new problem. The answer of Maxima depends on the flag triginversers. (%i36) integrate(sqrt(sin(t)^2+cos(t)^2),t,0,2*%pi),triginverses:true; (%o36) %pi (%i37) integrate(sqrt(sin(t)^2+cos(t)^2),t,0,2*%pi),triginverses:all; (%o37) 2 %pi The default value of triginverses has changed with revision 1.33 of trigi.lisp from 'all to 'true. The bug was not visible in the past with the standard value 'all of triginverses. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2880797&group_id=4933 
From: SourceForge.net <noreply@so...>  20091016 22:27:14

Bugs item #2880797, was opened at 20091017 00:27 Message generated for change (Tracker Item Submitted) made by robertmarik You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2880797&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Integration Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Robert Marik (robertmarik) Assigned to: Nobody/Anonymous (nobody) Summary: bad answer in integrate(sqrt(sin(t)^2+cos(t)^2),t,0,2*%pi) Initial Comment: integrate(sqrt(sin(t)^2+cos(t)^2),t,0,2*%pi) returns %pi but the result is 2*%pi The Maxima bug database is available at http://sourceforge.net/tracker/?atid=104933&group_id=4933&func=browse Submit bug reports by following the 'Add new artifact' link on that page. Please include the following build information with your bug report:  Maxima version: 5.19.1 Maxima build date: 1:42 10/16/2009 host type: i686pclinuxgnu lispimplementationtype: ECL lispimplementationversion: 9.8.4  The above information is also available from the Maxima function build_info(). this bug is not in 5.13 reported at http://groups.google.cz/group/sagedevel/t/f82e24efdfe23b07 Robert Marik  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2880797&group_id=4933 
From: SourceForge.net <noreply@so...>  20091015 20:26:08

Bugs item #2880115, was opened at 20091015 22:26 Message generated for change (Tracker Item Submitted) made by riotorto You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2880115&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Plotting Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mario Rodriguez Riotorto (riotorto) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong result given by coercefloatfun Initial Comment: When executing f(k):=integrate(exp(%i*k*x)*sin(x)/x,x,minf,inf)$ plot2d(f,[x,3,3]); The plot does not show anything in [1;1]. The draw package has a similar problem. When the function returned by coercefloatfun is applied to x values in the range [1,1] to get the corresponding ordinate, it returns $%pi, instead of a float. An extra call to $float fixes this problem.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2880115&group_id=4933 
From: SourceForge.net <noreply@so...>  20091015 02:20:55

Bugs item #2870695, was opened at 20090930 12:24 Message generated for change (Settings changed) made by sfrobot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2870695&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Integration Group: None >Status: Closed Resolution: Out of Date Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: integration mistery Initial Comment: integrate(exp(sqrt(x)),x,0,2) return "Is yx positive or negative?" It's very strange because integrate(exp(sqrt(x)),x) return the good result and integrate(2^(sqrt(x)/(log(2)),x,0,2) return the good result too....  >Comment By: SourceForge Robot (sfrobot) Date: 20091015 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker).  Comment By: Raymond Toy (rtoy) Date: 20090930 12:36 Message: This no longer happens with the 5.19post version of maxima. Marking as pending  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2870695&group_id=4933 
From: SourceForge.net <noreply@so...>  20091011 20:57:08

Bugs item #2876637, was opened at 20091011 22:57 Message generated for change (Tracker Item Submitted) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2876637&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 1 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: labels(symbol) inconsistent Initial Comment: The user function labels quotes its argument. Therefore, I was wondering why the following works without a doublequote: (%i8) labels(inchar); (%o8) [%i8,%i7,%i6,%i5,%i4,%i3,%i2] (%i9) labels(outchar); (%o9) [%o8,%o7,%o6,%o5,%o4,%o3,%o2,%o1] I have expected the following behavior: (%i10) a:i; (%o10) i (%i11) labels(a); (%o11) [] (%i12) labels(''a); (%o12) [%i12,%i11,%i10,%i9,%i8,%i7,%i6,%i5,%i4,%i3,%i2] The reason is, that the function getlabels only look at the first char of a symbol ($ an %chars are stripped away). In this case the first char of the symbols '$inchar and '$outchar are equal to the value of $inchar and $outchar. Therefore, every symbol which starts with an actual labelchar will work too: (%i13) labels(i_and_more); (%o13) [%i13,%i12,%i11,%i10,%i9,%i8,%i7,%i6,%i5,%i4,%i3,%i2] (%i14) labels(o_and_more); (%o14) [%o13,%o12,%o11,%o10,%o9,%o8,%o7,%o6,%o5,%o4,%o3,%o2,%o1] This might be no problem as long as the user only uses one and different chars for the input and output labels. But the documentation about inchar and outchar says: inchar/outchar may be assigned any string or symbol, not necessarily a single character. The user may be surprised that this does not work as expected: (%i2) inchar:my_i; (%o2)my_i (my_i3) outchar:my_o; (my_o3)my_o (my_i4) labels(my_i); (my_o4) [my_i4, my_o3, my_i3, my_i1, my_o0] (my_i5) labels(my_o); (my_o5) [my_i5, my_o4, my_i4, my_o3, my_i3, my_i1, my_o0] The user always get a complete list of all symbols which start with the char 'm. More worse might be that the command kill(inlabels) or kill(outlabels) for this case always will remove all labels. (my_i6) kill(inlabels); (my_o6) done (my_i7) labels(my_i); (my_o7) [my_i7,my_o6] I think it is only a small inconsistency, but it might be annoying for a user when using this functionality. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2876637&group_id=4933 
From: SourceForge.net <noreply@so...>  20091011 20:49:52

Bugs item #2876284, was opened at 20091010 11:57 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2876284&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Share Libraries Group: None >Status: Closed >Resolution: Fixed Priority: 4 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Barton Willis (willisbl) Summary: nicedummies of subscripted Initial Comment: (%i1) load("C:/maximacvs3/maxima/share/contrib/to_poly_solver.mac")$ (%i2) nicedummies(p[1]); Maxima encountered a Lisp error:  >Comment By: Barton Willis (willisbl) Date: 20091011 15:49 Message: fixed by topoly.lisp CVS revision 1.13  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2876284&group_id=4933 
From: SourceForge.net <noreply@so...>  20091011 11:13:23

Bugs item #2808568, was opened at 20090618 20:34 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2808568&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: doug edmunds (dougedmunds) Assigned to: Nobody/Anonymous (nobody) Summary: Reserved words that aren't reserved Initial Comment: Maxima version: 5.18.1 Maxima build date: 20:57 4/19/2009 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8  The manual (chapter 6.1) lists a group of words "which cannot be used as variable names". However on testing, I find that several of them will accept variable assignments, without reporting an error. The following 7 'reserved words' will take an assignment: [integrate, diff, in, at, limit, sum, product] for example, limit: 20; is accepted without error or warning. The other reserved words will not accept variable assignment, i.e. "step:1;" Incorrect syntax: : is not a prefix operator step:1  >Comment By: Dieter Kaiser (crategus) Date: 20091011 13:13 Message: As suggested the documentation has been clarified in Expressions.texi revision 1.65. Closing this bug report. Dieter Kaiser  Comment By: Robert Dodier (robert_dodier) Date: 20090708 22:57 Message: I'm inclined to resolve this by just cutting out the stuff about reserved words in the documentation. Maxima is pretty lenient about what you can do with symbols, and that is entirely a good thing. You can do lots of questionable stuff that other programming languages forbid. That's a feature, not a bug.  Comment By: Dieter Kaiser (crategus) Date: 20090622 01:09 Message: These reserved words are not declared to be a SYSCONST. This can be changed, e. g. (setf (get '$integrate 'sysconst) t) The following symbols are already declared to be a SYSCONST. und, ind, zeroa, zerob, inf, minf, infinity, %pi, %i, %e, %phi, %gamma Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2808568&group_id=4933 
From: SourceForge.net <noreply@so...>  20091011 11:09:35

Bugs item #2148461, was opened at 20081006 01:02 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2148461&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Gabriel Pannwitz (gabkdlly) Assigned to: Nobody/Anonymous (nobody) Summary: docs for factor refer to "the field of integers" Initial Comment: The documentation for the function factor in the online reference manual refer to "the field of integers". The integers form a ring, not a field. Please clarify, thanks.  >Comment By: Dieter Kaiser (crategus) Date: 20091011 13:09 Message: Fixed in Polynomials.texi revision 1.29. Closing this bug report. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2148461&group_id=4933 
From: SourceForge.net <noreply@so...>  20091011 11:04:20

Bugs item #2824360, was opened at 20090720 18:18 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2824360&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: JoanPau (joanpau) Assigned to: Nobody/Anonymous (nobody) Summary: Missing Bug Reporting node in manual's detailed menu Initial Comment: I think the Bug Reporting node (second node in the manual) is missing in the detailed menu at the Top node of Maxima Manual.  >Comment By: Dieter Kaiser (crategus) Date: 20091011 13:04 Message: Fixed in includemaxima.texi.in revision 1.4. Closing this bug report. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2824360&group_id=4933 
From: SourceForge.net <noreply@so...>  20091011 11:02:34

Bugs item #2873057, was opened at 20091005 20:36 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2873057&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: Includes proposed fix >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Leo Butler (l_butler) Assigned to: Nobody/Anonymous (nobody) Summary: version incorrectly reported Initial Comment: The version of Maxima is incorrectly reported on the front page of the manual.  >Comment By: Dieter Kaiser (crategus) Date: 20091011 13:02 Message: Fixed in includemaxima.texi.in revision 1.4. Closing this bug report. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2873057&group_id=4933 
From: SourceForge.net <noreply@so...>  20091011 00:41:18

Bugs item #2876387, was opened at 20091011 10:30 Message generated for change (Comment added) made by billingd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2876387&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Share Libraries Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Billinghurst (billingd) Assigned to: David Billinghurst (billingd) Summary: ode2 asks if sqrt(3) is an integer Initial Comment: (%i1) ode2('diff(y,x,2)*x^2+'diff(y,x)*x+(x^23)*y=0,y,x); is sqrt(3) an integer? type y or n. n; (%o1) y = bessel_j( sqrt(3), x) %k2 + bessel_j(sqrt(3), x) %k1 Reported by Robert Malik. I have had a look and this is actually a problem in the ode2() function. In share/diffequations/ode/ode2.mac we have: bessel2(a,b):=block([nu,b1,intp,radexpand:'all,%k1,%k2], if not(freeof(x,y,b1: ratsimp((1b)*(xpt)^2))) then return(false), if ratsimp(a*(xpt)) # 1 then return(false), nu: sqrt(b1), method: 'bessel, if nu = 1/2 then return(y = (%k1*sin(xpt) + %k2*cos(xpt))/sqrt(xpt)), if featurep(nu,'integer) then intp: 'y else if numberp(nu) then intp: 'n, loop, if not(intp='y or intp='n) then (intp: readonly("is", nu, "an integer? type y or n."), go(loop)), if intp = 'y then return(y = %k1*bessel_j(nu,xpt) + %k2*bessel_y(nu,xpt)), return(y = %k1*bessel_j(nu,xpt) + %k2*bessel_j(nu,xpt)))$ I thought that the askinteger() function might be part of the solution. However: (%i1) askinteger(sqrt(3)); Is sqrt(3) an integer? no; (%o1) no  >Comment By: David Billinghurst (billingd) Date: 20091011 11:41 Message: For DEs of the form x^2*'diff(y,x,2)+x*'diff(y,x)+(x^2n^2)*y=0, we need to know if n is an integer. The existing code is weak and asks when n is a known constant such as %e, declared as noninteger or is a surd such as sqrt(3). We can fix some of these using the askinteger() function in function bessel2(). This is done in revision 1.4 of share/diffequations/ode2.mac. The original problem is not solved. We need to improve the askinteger() function.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2876387&group_id=4933 
From: SourceForge.net <noreply@so...>  20091010 23:30:41

Bugs item #2876387, was opened at 20091011 10:30 Message generated for change (Tracker Item Submitted) made by billingd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2876387&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Share Libraries Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Billinghurst (billingd) Assigned to: David Billinghurst (billingd) Summary: ode2 asks if sqrt(3) is an integer Initial Comment: (%i1) ode2('diff(y,x,2)*x^2+'diff(y,x)*x+(x^23)*y=0,y,x); is sqrt(3) an integer? type y or n. n; (%o1) y = bessel_j( sqrt(3), x) %k2 + bessel_j(sqrt(3), x) %k1 Reported by Robert Malik. I have had a look and this is actually a problem in the ode2() function. In share/diffequations/ode/ode2.mac we have: bessel2(a,b):=block([nu,b1,intp,radexpand:'all,%k1,%k2], if not(freeof(x,y,b1: ratsimp((1b)*(xpt)^2))) then return(false), if ratsimp(a*(xpt)) # 1 then return(false), nu: sqrt(b1), method: 'bessel, if nu = 1/2 then return(y = (%k1*sin(xpt) + %k2*cos(xpt))/sqrt(xpt)), if featurep(nu,'integer) then intp: 'y else if numberp(nu) then intp: 'n, loop, if not(intp='y or intp='n) then (intp: readonly("is", nu, "an integer? type y or n."), go(loop)), if intp = 'y then return(y = %k1*bessel_j(nu,xpt) + %k2*bessel_y(nu,xpt)), return(y = %k1*bessel_j(nu,xpt) + %k2*bessel_j(nu,xpt)))$ I thought that the askinteger() function might be part of the solution. However: (%i1) askinteger(sqrt(3)); Is sqrt(3) an integer? no; (%o1) no  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2876387&group_id=4933 
From: SourceForge.net <noreply@so...>  20091010 22:44:54

Bugs item #2876382, was opened at 20091011 00:44 Message generated for change (Tracker Item Submitted) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2876382&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Assume Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: sign(a+b+sin(1) unknown Initial Comment: We assume a and b positive, sin(1) is positive too. Maxima does not know it for the sum: (%i1) assume(a>0,b>0)$ (%i2) sign(a+b+sin(1)); (%o2) pnz But if we multiply sin(1) with a factor it works: (%i3) sign(a+b+2*sin(1)); (%o3) pos In the routine signsum the sign of every term is determined with a call to the Lisp function sign. But this function does not check for a constant expression. If we call the Lisp function sign1 this error will vanish. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2876382&group_id=4933 
From: SourceForge.net <noreply@so...>  20091010 21:18:58

Bugs item #2876277, was opened at 20091010 18:34 Message generated for change (Settings changed) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2876277&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Simplification Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: hgfred([3/2,2],[5/2],x) not fully simplified Initial Comment: (%i4) hgfred([3/2,2],[5/2],x); (%o4) 8*jacobi_p(2,3/2,3,2*x+1)/35 This can be further simplified: (%i5) ev(%),nouns; (%o5) 3*x^2/7+6*x/5+1 The problem is that we use an unsimplified Jacobi P noun form for the result in the routine 2f1polys. Dieter Kaiser  >Comment By: Dieter Kaiser (crategus) Date: 20091010 23:18 Message: Fixed in hyp.lisp revision 1.108. Closing this bug report. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2876277&group_id=4933 
From: SourceForge.net <noreply@so...>  20091010 21:17:42

Bugs item #2847387, was opened at 20090830 20:53 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2847387&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: hgfred([3/2,b],[5/2],1) bogus Initial Comment: The general result for the definite integral integrate(sqrt(t)*(t+1)^b,t,0,1) is 2/3*hypergeometric([3/2,b],[5/2],1). The new hypergeometric code gives correct answers for b a positive integer: (%i128) 2/3*hypergeometric([3/2,1],[5/2],1); (%o128) 16/15 (%i129) 2/3*hypergeometric([3/2,2],[5/2],1); (%o129) 184/105 (%i130) 2/3*hypergeometric([3/2,3],[5/2],1); (%o130) 928/315 For negative integers I have tried hgfred. This is an example for b=3: (%i112) 2/3*hgfred([3/2,3],[5/2],1); (%o112) (12*((1/(2*(1("*"()))^3*(1))+5/(8*(1("*"()))^2*(1)^2) 15/(16*(1("*"()))*(1)^3) +15*atanh(sqrt(1))/(16*(1)^(7/2)) 3/(1("*"()))^4) *sqrt(1("*"())) 2*(1/(4*(1("*"()))^2*(1))+3/(8*(1("*"()))*(1)^2) 3*atanh(sqrt(1))/(8*(1)^(5/2)) 1/(1("*"()))^3) /sqrt(1("*"())) 3*(1/(4*(1("*"()))*(1))+atanh(sqrt(1))/(4*(2*sqrt(1))) 1/(2*(1("*"()))^2)) /(2*(2*sqrt(1("*"())))) 3*(atanh(sqrt(1))/(2*sqrt(1))1/(2*(1("*"())))) /(2*(1("*"()))^(5/2)) 15*(1atanh(sqrt(1))*sqrt(1))/(16*(1("*"()))^(7/2))) *(2*sqrt(1("*"())))*(1)^2 36*((1/(4*(1("*"()))^2*(1))+3/(8*(1("*"()))*(1)^2) 3*atanh(sqrt(1))/(8*(1)^(5/2)) 1/(1("*"()))^3) *sqrt(1("*"())) 3*(1/(4*(1("*"()))*(1))+atanh(sqrt(1))/(4*(2*sqrt(1))) 1/(2*(1("*"()))^2)) /(2*sqrt(1("*"()))) 3*(atanh(sqrt(1))/(2*sqrt(1))1/(2*(1("*"())))) /(4*(2*sqrt(1("*"())))) 3*(1atanh(sqrt(1))*sqrt(1))/(8*(1("*"()))^(5/2))) *sqrt(1("*"()))*(1)^2 +9*((1/(4*(1("*"()))*(1))+atanh(sqrt(1))/(4*(2*sqrt(1))) 1/(2*(1("*"()))^2)) *sqrt(1("*"())) (atanh(sqrt(1))/(2*sqrt(1))1/(2*(1("*"())))) /sqrt(1("*"())) (1atanh(sqrt(1))*sqrt(1))/(4*(2*sqrt(1("*"())))))*(1)^2 /sqrt(1("*"())) 48*((1/(4*(1("*"()))^2*(1))+3/(8*(1("*"()))*(1)^2) 3*atanh(sqrt(1))/(8*(1)^(5/2)) 1/(1("*"()))^3) *sqrt(1("*"())) 3*(1/(4*(1("*"()))*(1))+atanh(sqrt(1))/(4*(2*sqrt(1))) 1/(2*(1("*"()))^2)) /(2*sqrt(1("*"()))) 3*(atanh(sqrt(1))/(2*sqrt(1))1/(2*(1("*"())))) /(4*(2*sqrt(1("*"())))) 3*(1atanh(sqrt(1))*sqrt(1))/(8*(1("*"()))^(5/2))) *(2*sqrt(1("*"())))*1 +72*((1/(4*(1("*"()))*(1))+atanh(sqrt(1))/(4*(2*sqrt(1))) 1/(2*(1("*"()))^2)) *sqrt(1("*"())) (atanh(sqrt(1))/(2*sqrt(1))1/(2*(1("*"())))) /sqrt(1("*"())) (1atanh(sqrt(1))*sqrt(1))/(4*(2*sqrt(1("*"()))))) *sqrt(1("*"()))*1 +24*((1/(4*(1("*"()))*(1))+atanh(sqrt(1))/(4*(2*sqrt(1))) 1/(2*(1("*"()))^2)) *sqrt(1("*"())) (atanh(sqrt(1))/(2*sqrt(1))1/(2*(1("*"())))) /sqrt(1("*"())) (1atanh(sqrt(1))*sqrt(1))/(4*(2*sqrt(1("*"()))))) *(2*sqrt(1("*"())))) /3 The answer is not simplified and contains bad subexpressions. But if we do an extra expand we get the correct solution: (%i113) expand(%); (%o113) %pi/16 We have the same problem with other negative integers for b too. For a positive integer we get an answer in terms of the jacobi_p function which does not simplify to a rational number. There is a problem with b=2: (%i124) 2/3*hgfred([3/2,2],[5/2],1); (%o124) 16*jacobi_p(2,3/2,2*false5/2,3)/105 The answer contains the boolean value false. Dieter Kaiser  >Comment By: Dieter Kaiser (crategus) Date: 20091010 23:17 Message: Both problems of this bug report are fixed in hyp.lisp revision 1.108. Closing this bug report as fixed. Dieter Kaiser  Comment By: Raymond Toy (rtoy) Date: 20090903 18:45 Message: I think the fundamental issue is that hgfred is meant for symbolic work with symbolic argument. Now, for the first problem, hgfred([3/2,2],[5/2],1) does something bad probably from the call to subst at the end of hypatanh. Perhaps it should use $subst. The second problem with jacobi_p is another example of where maxima is assuming the argument is symbolic, not numeric. Since people use hgfred all the time with numeric argument, perhaps hgfred should either warn/error about that, or it should replace the argument with a gensym, do the simplification, and then subst/limit the result with the numeric argument.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2847387&group_id=4933 
From: SourceForge.net <noreply@so...>  20091010 16:57:20

Bugs item #2876284, was opened at 20091010 11:57 Message generated for change (Tracker Item Submitted) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2876284&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Share Libraries Group: None Status: Open Resolution: None Priority: 4 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Barton Willis (willisbl) Summary: nicedummies of subscripted Initial Comment: (%i1) load("C:/maximacvs3/maxima/share/contrib/to_poly_solver.mac")$ (%i2) nicedummies(p[1]); Maxima encountered a Lisp error:  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2876284&group_id=4933 