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}
(22) 
_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 

1
(2) 
2
(12) 
3
(1) 
4
(4) 
5

6
(3) 
7

8
(1) 
9
(8) 
10
(4) 
11
(6) 
12
(1) 
13
(5) 
14
(3) 
15
(5) 
16
(3) 
17
(3) 
18
(2) 
19
(5) 
20
(4) 
21
(6) 
22
(1) 
23
(1) 
24
(6) 
25
(9) 
26
(1) 
27
(1) 
28
(8) 
From: SourceForge.net <noreply@so...>  20090228 21:11:44

Bugs item #1517589, was opened at 20060705 11:39 Message generated for change (Comment added) made by dgildea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1517589&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  Polynomials Group: Fix for 5.9.2 Status: Closed Resolution: Works For Me Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: wrong multiplicities for a simple polynomial Initial Comment: solve produces correct solutions, but wrong multiplicities: (%i1) solve((z^21/%e)^3=0,z); 1 1 (%o1) [z =  , z = ] sqrt(%e) sqrt(%e) (%i2) multiplicities; (%o2) [1, 1] (%i3) ================================================= Maxima version: 5.9.3 Maxima build date: 14:45 6/5/2006 host type: i686pclinuxgnu lispimplementationtype: CLISP lispimplementationversion: 2.38 (20060124)  >Comment By: Dan Gildea (dgildea) Date: 20090228 16:11 Message: OK in current cvs: (%i6) solve((z^21/%e)^3=0,z); (%o6) [z = 1/sqrt(%e),z = 1/sqrt(%e)] (%i7) multiplicities; (%o7) [3,3]  Comment By: Dan Gildea (dgildea) Date: 20090228 16:09 Message: OK in current cvs: (%i6) solve((z^21/%e)^3=0,z); (%o6) [z = 1/sqrt(%e),z = 1/sqrt(%e)] (%i7) multiplicities; (%o7) [3,3]  Comment By: Dan Gildea (dgildea) Date: 20090228 16:08 Message: OK in current cvs: (%i6) solve((z^21/%e)^3=0,z); (%o6) [z = 1/sqrt(%e),z = 1/sqrt(%e)] (%i7) multiplicities; (%o7) [3,3]  Comment By: Dan Gildea (dgildea) Date: 20090228 16:07 Message: OK in current cvs: (%i6) solve((z^21/%e)^3=0,z); (%o6) [z = 1/sqrt(%e),z = 1/sqrt(%e)] (%i7) multiplicities; (%o7) [3,3]  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1517589&group_id=4933 
From: SourceForge.net <noreply@so...>  20090228 21:09:20

Bugs item #1517589, was opened at 20060705 11:39 Message generated for change (Comment added) made by dgildea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1517589&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  Polynomials Group: Fix for 5.9.2 Status: Closed Resolution: Works For Me Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: wrong multiplicities for a simple polynomial Initial Comment: solve produces correct solutions, but wrong multiplicities: (%i1) solve((z^21/%e)^3=0,z); 1 1 (%o1) [z =  , z = ] sqrt(%e) sqrt(%e) (%i2) multiplicities; (%o2) [1, 1] (%i3) ================================================= Maxima version: 5.9.3 Maxima build date: 14:45 6/5/2006 host type: i686pclinuxgnu lispimplementationtype: CLISP lispimplementationversion: 2.38 (20060124)  >Comment By: Dan Gildea (dgildea) Date: 20090228 16:09 Message: OK in current cvs: (%i6) solve((z^21/%e)^3=0,z); (%o6) [z = 1/sqrt(%e),z = 1/sqrt(%e)] (%i7) multiplicities; (%o7) [3,3]  Comment By: Dan Gildea (dgildea) Date: 20090228 16:08 Message: OK in current cvs: (%i6) solve((z^21/%e)^3=0,z); (%o6) [z = 1/sqrt(%e),z = 1/sqrt(%e)] (%i7) multiplicities; (%o7) [3,3]  Comment By: Dan Gildea (dgildea) Date: 20090228 16:07 Message: OK in current cvs: (%i6) solve((z^21/%e)^3=0,z); (%o6) [z = 1/sqrt(%e),z = 1/sqrt(%e)] (%i7) multiplicities; (%o7) [3,3]  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1517589&group_id=4933 
From: SourceForge.net <noreply@so...>  20090228 21:08:17

Bugs item #1517589, was opened at 20060705 11:39 Message generated for change (Comment added) made by dgildea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1517589&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  Polynomials Group: Fix for 5.9.2 Status: Closed Resolution: Works For Me Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: wrong multiplicities for a simple polynomial Initial Comment: solve produces correct solutions, but wrong multiplicities: (%i1) solve((z^21/%e)^3=0,z); 1 1 (%o1) [z =  , z = ] sqrt(%e) sqrt(%e) (%i2) multiplicities; (%o2) [1, 1] (%i3) ================================================= Maxima version: 5.9.3 Maxima build date: 14:45 6/5/2006 host type: i686pclinuxgnu lispimplementationtype: CLISP lispimplementationversion: 2.38 (20060124)  >Comment By: Dan Gildea (dgildea) Date: 20090228 16:08 Message: OK in current cvs: (%i6) solve((z^21/%e)^3=0,z); (%o6) [z = 1/sqrt(%e),z = 1/sqrt(%e)] (%i7) multiplicities; (%o7) [3,3]  Comment By: Dan Gildea (dgildea) Date: 20090228 16:07 Message: OK in current cvs: (%i6) solve((z^21/%e)^3=0,z); (%o6) [z = 1/sqrt(%e),z = 1/sqrt(%e)] (%i7) multiplicities; (%o7) [3,3]  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1517589&group_id=4933 
From: SourceForge.net <noreply@so...>  20090228 21:07:15

Bugs item #1517589, was opened at 20060705 11:39 Message generated for change (Settings changed) made by dgildea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1517589&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  Polynomials Group: Fix for 5.9.2 >Status: Closed >Resolution: Works For Me Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: wrong multiplicities for a simple polynomial Initial Comment: solve produces correct solutions, but wrong multiplicities: (%i1) solve((z^21/%e)^3=0,z); 1 1 (%o1) [z =  , z = ] sqrt(%e) sqrt(%e) (%i2) multiplicities; (%o2) [1, 1] (%i3) ================================================= Maxima version: 5.9.3 Maxima build date: 14:45 6/5/2006 host type: i686pclinuxgnu lispimplementationtype: CLISP lispimplementationversion: 2.38 (20060124)  >Comment By: Dan Gildea (dgildea) Date: 20090228 16:07 Message: OK in current cvs: (%i6) solve((z^21/%e)^3=0,z); (%o6) [z = 1/sqrt(%e),z = 1/sqrt(%e)] (%i7) multiplicities; (%o7) [3,3]  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1517589&group_id=4933 
From: SourceForge.net <noreply@so...>  20090228 20:49:37

Bugs item #2113751, was opened at 20080916 10:48 Message generated for change (Comment added) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2113751&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: Satoshi Adachi (satoshi_adachi) Assigned to: Nobody/Anonymous (nobody) Summary: Incomprehensible behavior of coeff(). Initial Comment: Dear Developers of Maxima, I met an incomprehensible behavior of coeff(). This is an example program for demonstration:  /* * incomprehensible_behavior_of_coeff.maxima: * * S.Adachi 2008/09/13 */ display2d:false; comprehensible_1_0:coeff(%e^x, x, 0); INCOMPREHENSIBLE_2_0:coeff(2*%e^x, x, 0); INCOMPREHENSIBLE_3_0:coeff(3*%e^x, x, 0); comprehensible_1_1:coeff(x*%e^x, x, 1); comprehensible_2_1:coeff(2*x*%e^x, x, 1); comprehensible_3_1:coeff(3*x*%e^x, x, 1); comprehensible_1_2:coeff(x^2*%e^x, x, 2); comprehensible_2_2:coeff(2*x^2*%e^x, x, 2); comprehensible_3_2:coeff(3*x^2*%e^x, x, 2); /* END */  The result of execution is as follows:  Maxima 5.14.0cvs http://maxima.sourceforge.net Using Lisp GNU Common Lisp (GCL) GCL 2.6.7 (aka GCL) 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) batch(incomprehensible_behavihor_of_coeff.maxima) batching #p/Volumes/HFS+2/home/adachi/work/306/incomprehensible_behavihor_of_coeff.maxima (%i2) display2d : false (%o2) false (%i3) comprehensible_1_0:coeff(%e^x,x,0) (%o3) %e^x (%i4) INCOMPREHENSIBLE_2_0:coeff(2*%e^x,x,0) (%o4) 0 (%i5) INCOMPREHENSIBLE_3_0:coeff(3*%e^x,x,0) (%o5) 0 (%i6) comprehensible_1_1:coeff(x*%e^x,x,1) (%o6) %e^x (%i7) comprehensible_2_1:coeff(2*x*%e^x,x,1) (%o7) 2*%e^x (%i8) comprehensible_3_1:coeff(3*x*%e^x,x,1) (%o8) 3*%e^x (%i9) comprehensible_1_2:coeff(x^2*%e^x,x,2) (%o9) %e^x (%i10) comprehensible_2_2:coeff(2*x^2*%e^x,x,2) (%o10) 2*%e^x (%i11) comprehensible_3_2:coeff(3*x^2*%e^x,x,2) (%o11) 3*%e^x (%o12) "incomprehensible_behavihor_of_coeff.maxima"  By seeing the results at other lines, I expect that coeff(2*%e^x,x,0) is calculated to be 2*%e^x and coeff(3*%e^x,x,0) is calculated to be 3*%e^x. However, they are not in actuality. This phenomenon may be a bug of coeff(). Or it may be a part of ``specification'' of coeff(). I cannot judge which is the case. If someone can access some old version of Maxima, which is old enough, he or she can run the above example program by using the old Maxima to get the result by that version of Maxima to compare the result with my result. This may help to judge whether this phenomenon is a bug or a part of specification of coeff(). If this phenomenon is a bug of coeff(), plase fix it. Since this phenomenon of coeff() exists, I had to put an ugly fragment of code in my Maxima program for the workaround. Sincerely yours, Satoshi Adachi  >Comment By: Andrej Vodopivec (andrejv) Date: 20090228 21:49 Message: I propose this patch should make it work as expected: Index: comm.lisp =================================================================== RCS file: /cvsroot/maxima/maxima/src/comm.lisp,v retrieving revision 1.32 diff r1.32 comm.lisp 1053c1053 < ((equal pow 0) (if (free e var) e 0))  > ((equal pow 0) (if (coeffcontainspowers e var) 0 e)) 1058a1059,1067 > (defun coeffcontainspowers (e var) > (cond ((alike1 e var) t) > ((atom e) nil) > ((eq (caar e) 'mexpt) > (alike1 (cadr e) var)) > ((eq (caar e) 'mtimes) > (member t (mapcar #'(lambda (e) (coeffcontainspowers e var)) (cdr e)))) > (t nil))) > Andrej  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2113751&group_id=4933 
From: SourceForge.net <noreply@so...>  20090228 19:14:12

Bugs item #2585332, was opened at 20090210 15:44 Message generated for change (Comment added) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2585332&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: Giovanni Bacci (benci) Assigned to: Nobody/Anonymous (nobody) Summary: strange linechar/label display Initial Comment: When i change defaul label from %t to any other string maxima loose progressive numbering. An example: (%i1) a:2; (%o1) 2 (%i2) b:3; (%o2) 3 (%i3) ldisplay(a,b); (%t3) a = 2 (%t4) b = 3 (%o4) [%t3, %t4] (%i5) linechar:"ciao"; (%o5) ciao (%i6) ldisplay(a,b); (ciao6) a = 2 (ciao6) b = 3 (%o6) [ciao6, ciao6] I think maxima should outpu ciao6 and ciao7. >From bug_report() i get the following: Maxima version: 5.16.3 Maxima build date: 12:31 11/5/2008 host type: i386redhatlinuxgnu lispimplementationtype: CLISP lispimplementationversion: 2.46 (20080702) (built on xenbuilder4.fedora.phx.redhat.com) I've tried the same on a kubuntu with an earlier maxima version (5.13 if i remember correctly) an all behave as expected (whit ciao6, ciao7 as output)  >Comment By: Andrej Vodopivec (andrejv) Date: 20090228 20:13 Message: Fixed in suprv1.lisp rev. 1.77. Andrej  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2585332&group_id=4933 
From: SourceForge.net <noreply@so...>  20090228 17:20:30

Bugs item #2354306, was opened at 20081127 23:04 Message generated for change (Comment added) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2354306&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: Andrej Vodopivec (andrejv) Assigned to: Nobody/Anonymous (nobody) Summary: Questions with multiple commands Initial Comment: Maxima prints main prompt after questions if multiple commands are entered: (%i5) 1$ ode2('diff(Y,x,2) + a*Y, Y, x); Is a positive, negative, or zero? (%i6) nonzero; Is a positive, negative, or zero? (%i6) pos; (%o6) Y = %k1 sin(sqrt(a) x) + %k2 cos(sqrt(a) x) (%i7) build_info(); Maxima version: 5.16post Maxima build date: 13:0 11/25/2008 host type: i386appledarwin9.5.0 lispimplementationtype: CMU Common Lisp lispimplementationversion: Stage 3 20071107T024924 (19D)  >Comment By: Andrej Vodopivec (andrejv) Date: 20090228 18:20 Message: Fixed in src/macdes.lisp rev. 1.36. Andrej  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2354306&group_id=4933 
From: SourceForge.net <noreply@so...>  20090228 00:51:05

Bugs item #2647130, was opened at 20090228 00:49 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2647130&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: 2^2^3 = 256 Initial Comment: wxMaxima 0.8.1 2^2^3 = 256 shouldn't this result in 64?  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2647130&group_id=4933 
From: SourceForge.net <noreply@so...>  20090227 16:03:11

Bugs item #2631766, was opened at 20090223 23:24 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2631766&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: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: abs((1+%i)^%i) is wrong Initial Comment: That is the complex number when we evaluate the expression numerically: (%i91) rectform((%i+1)^%i),numer; (%o91) .1548717524642468*%i+.4288290062943678 That is the correct absolute value of the complex number: (%i92) abs(%); (%o92) .4559381277659962 Now the wrong result: (%i93) abs((%i+1)^%i); (%o93) 1 That is the result when we use cabs: (%i94) cabs((%i+1)^%i); (%o94) sqrt(%e^(%pi/2)*sin(log(2)/2)^2+%e^(%pi/2)*cos(log(2)/2)^2) cabs evaluates to the correct numerical result: (%i95) cabs((%i+1)^%i),numer; (%o95) .4559381277659962 Remark: It does not help that cabs gets a correct result. The abs function should give a correct result or no result. I have not studied the bug systematically. I think we have wrong results whenever we have a complex exponent. Dieter Kaiser  >Comment By: Dieter Kaiser (crategus) Date: 20090227 17:03 Message: The proposed fix has been committed. The Example 59 in rtest16.mac has been modified and a test was added to rtest_abs.lisp. Closing this bug report as fixed. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20090225 17:44 Message: I have checked the suggested change with the testsuite and share_testsuite. There would be only one problem in rtest16.mac with example 59. We have to add an extra assumption and to remove a rectform and the test will work again. This is a diff: Index: rtest16.mac =================================================================== RCS file: /cvsroot/maxima/maxima/tests/rtest16.mac,v retrieving revision 1.65 diff u r1.65 rtest16.mac  rtest16.mac 20 Feb 2009 03:33:20 0000 1.65 +++ rtest16.mac 25 Feb 2009 16:40:20 0000 @@ 215,9 +215,10 @@ /* * Bug [ 1661490 ] An integral gives a wrong result. */ (assume(a>0, b>0, sqrt(sqrt(b^2+a^2)a)*(sqrt(b^2+a^2)+a)^(3/2)b^2>0),0); +(assume(a>0, b>0, sqrt(sqrt(b^2+a^2)a)*(sqrt(b^2+a^2)+a)^(3/2)b^2>0, + equal(sin(b)^2+cos(b)^2,1)),0); 0; radcan(integrate(exp((a+%i*b)*x^2),x,minf,inf)/rectform(sqrt(%pi)/sqrt(a+%i*b))); +radcan(integrate(exp((a+%i*b)*x^2),x,minf,inf)/(sqrt(%pi)/sqrt(a+%i*b))); 1; I think we should do the suggested fix. Dieter Kaiser  Comment By: Barton Willis (willisbl) Date: 20090224 04:48 Message: A fix might be to change cabs to $cabs in simpabs: (defmfun simpabs (x y z) (oneargcheck x) (setq y (simpcheck (cadr x) z)) (cond ((numberp y) (abs y)) ((or (arrayp y) ($member y $arrays)) `((mabs simp) ,y)) ((or (ratnump y) ($bfloatp y)) (list (car y) (abs (cadr y)) (caddr y))) ((taylorize 'mabs (second x))) ((member y '($inf $infinity $minf) :test #'eq) '$inf) ((member y '($ind $und) :test #'eq) y) ((eq (setq z (csign y)) t) ($cabs y)) < was (cabs y) ((member z '($pos $pz) :test #'eq) y)  Comment By: Barton Willis (willisbl) Date: 20090224 04:47 Message: A fix might be to change cabs to $cabs in simpabs: (defmfun simpabs (x y z) (oneargcheck x) (setq y (simpcheck (cadr x) z)) (cond ((numberp y) (abs y)) ((or (arrayp y) ($member y $arrays)) `((mabs simp) ,y)) ((or (ratnump y) ($bfloatp y)) (list (car y) (abs (cadr y)) (caddr y))) ((taylorize 'mabs (second x))) ((member y '($inf $infinity $minf) :test #'eq) '$inf) ((member y '($ind $und) :test #'eq) y) ((eq (setq z (csign y)) t) ($cabs y)) < was (cabs y) ((member z '($pos $pz) :test #'eq) y)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2631766&group_id=4933 
From: SourceForge.net <noreply@so...>  20090226 08:55:40

Bugs item #2607007, was opened at 20090216 21:41 Message generated for change (Comment added) made by villate You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2607007&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: Lester Ingber (ingber) Assigned to: Jaime E. Villate (villate) Summary: legend does not work Initial Comment: Here's a simple example: plot3d(x+y,[x,3,3],[y,4,4],[legend,"Line"]); I get "y+x ___________" instead of "Line" for a title/legend? I cannot get the title to use legend? If I have an expression name instead of a function, I get the generic title of "Function _________". At least [legend, false] works, but I'd like to put titles in my graphs. Thanks. Lester  >Comment By: Jaime E. Villate (villate) Date: 20090226 08:55 Message: The problem is that legend was implemented only for plot2d and not for plot3d. I'll try to make it work in plot3d before the next release or if I can't I will then make a note in the documentation to alert to that fact. Thank you for your report.  Comment By: Robert Dodier (robert_dodier) Date: 20090225 18:09 Message: Appears that legend works OK for plot2d but not for plot3d. I'm assigning this report to the person who was last working on the plot options.  Comment By: Lester Ingber (ingber) Date: 20090216 21:45 Message: P.S. I'm using Maxima under Cygwin on a Thinkpad with XP Pro. This seems to be a gnuplot option. I could not get legend to work with other gnuplot options which do work fine. E.g.: plot__smni_Lag:if abs(smni_Lag) > 1.0 then 0 else smni_Lag$ plot3d(plot__smni_Lag,[ze,80,80],[zi,30,30],[gnuplot_term, ps],[gnuplot_out_file,"c:/cygwin/home/ingber/smni_Lag.ps"],[xlabel, "M_E"],[ylabel,"M_I"],[zlabel,"L"],[legend,"smni_Lag"],['grid,40,15])$ Lester  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2607007&group_id=4933 
From: SourceForge.net <noreply@so...>  20090225 23:28:46

Bugs item #2616384, was opened at 20090219 09:06 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2616384&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: Tests Group: None Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: maxima tests unexpected failures Initial Comment: Maxima version: 5.13.0 Maxima build date: 22:40 9/5/2008 host type: powerpcunknownlinuxgnu lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.7 Error summary: Errors found in /usr/share/maxima/5.13.0/tests/rtest15.mac, problems: (43 50 56 62 68 74 80 86 154 163) real time : 380.730 secs rungbc time : 146.210 secs child run time : 0.050 secs gbc time : 26.860 secs (%o0) done  >Comment By: Raymond Toy (rtoy) Date: 20090225 17:50 Message: Just noticed this is for version 5.13.0. Maybe we don't care about 5.13 anymore and should just close it?  Comment By: Robert Dodier (robert_dodier) Date: 20090225 15:27 Message: To the original poster: please try: run_testsuite(false,false,["rtest15"]); and post the output here. To everyone else: there isn't enough information in this report to make headway. I've marked this report "pending". If additional information is not forthcoming we should just close it.  Comment By: Raymond Toy (rtoy) Date: 20090219 09:12 Message: 5.13 is pretty old. Since tests sometimes get renumbered, can you show the actual test and results?  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2616384&group_id=4933 
From: SourceForge.net <noreply@so...>  20090225 20:42:39

Bugs item #2638382, was opened at 20090225 20:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2638382&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: Xmaxima or other UI Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Xmaxima confused? Initial Comment: In order to improve memory problems on the Windows maxima5.17.1, I compile this from source under Cygwin with clisp. maxima seems to work fine. However, when I start up xmaxima, I get the attached window plus a few other complaining windows after that. This file is in fact in the location specified in the attachment? Thanks. Lester  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2638382&group_id=4933 
From: SourceForge.net <noreply@so...>  20090225 20:27:03

Bugs item #2616384, was opened at 20090219 07:06 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2616384&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: Tests Group: None >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: maxima tests unexpected failures Initial Comment: Maxima version: 5.13.0 Maxima build date: 22:40 9/5/2008 host type: powerpcunknownlinuxgnu lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.7 Error summary: Errors found in /usr/share/maxima/5.13.0/tests/rtest15.mac, problems: (43 50 56 62 68 74 80 86 154 163) real time : 380.730 secs rungbc time : 146.210 secs child run time : 0.050 secs gbc time : 26.860 secs (%o0) done  >Comment By: Robert Dodier (robert_dodier) Date: 20090225 13:27 Message: To the original poster: please try: run_testsuite(false,false,["rtest15"]); and post the output here. To everyone else: there isn't enough information in this report to make headway. I've marked this report "pending". If additional information is not forthcoming we should just close it.  Comment By: Raymond Toy (rtoy) Date: 20090219 07:12 Message: 5.13 is pretty old. Since tests sometimes get renumbered, can you show the actual test and results?  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2616384&group_id=4933 
From: SourceForge.net <noreply@so...>  20090225 20:16:51

Bugs item #2535254, was opened at 20090125 04:34 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2535254&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: Installation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Erich Neuwirth (neuwirthe) Assigned to: Nobody/Anonymous (nobody) Summary: OSX build problem with 5.17.1 Initial Comment: I am tryiing to builld 5.17.1 on OSX 10.5.6. I can get the command lin version to work with CMUCL. With 'sudo make install' I get Making install in info pattern=`printf "\r$"` ; \ bad_files=`find . name '*.texi' print  xargs grep E l e "$pattern"` ; \ [ z "$bad_files" ]  ( echo "WARNING: The following files have DOSstyle EOLs: $bad_files" ; \ echo "Run /doc/info/fix_crlf to fix the problem." ) pattern=`printf "\t"` ; \ bad_files=`find . name '*.texi' print  xargs grep E l e "$pattern"` ; \ [ z "$bad_files" ]  ( echo "WARNING: The following files have unexpanded Tabs: $bad_files" ; \ echo "Run /doc/info/fix_tab to fix the problem." ) make[4]: Nothing to be done for `installexecam'. sh extract_categories.sh maxima sh: extract_categories.sh: No such file or directory make[4]: *** [maxima.html] Error 127 make[3]: *** [installam] Error 2 make[2]: *** [installrecursive] Error 1 make[1]: *** [installrecursive] Error 1 make: *** [installrecursive] Error 1 xmaxima can be started, but double clicking the commands to be run does not produce results.  >Comment By: Robert Dodier (robert_dodier) Date: 20090225 13:16 Message: > I did use the latest tarball. Attached is the output of the grep as you requested. The grep output is something different. I'm attempting to determine whether the info (texinfo output) and html files are present in the tarball. Can you please run the tar/grep command as it was shown. Here it is for reference. tar tvzf maxima5.17.1.tar.gz  grep 'maxima\.\(info\html\)$'  Comment By: Erich Neuwirth (neuwirthe) Date: 20090127 01:55 Message: More info: I managed to get wxMaxima to run now. Compling from the tarball produced a running version. Compiling from the cvs download seemed to compile, but wxMaxima told me Maxima process terminated. xmaxima still does not work. I see (%i1), but on enter and on ShftEnter nothing happens, and clicking on the editable expressens in the lower window does not do anything either. But I am happy with a running wxMaxima in any case.  Comment By: Erich Neuwirth (neuwirthe) Date: 20090127 01:34 Message: I did use the latest tarball. Attached is the output of the grep as you requested. The files were already untarred, so I just grepped in the untarred directory. I also checked out the current version from cvs, and I have the same problem. Maxima itself works, but in xmaxima clicking the links does no work. In wxMaxima (I managed to build it with the instructions by Stuart Schmitt on http://pangea.stanford.edu/~schmitt/maxima_clisp.html When I try to start maxima I get Maxima process terminated. File Added: grep.out  Comment By: Robert Dodier (robert_dodier) Date: 20090126 22:21 Message: I'm guessing that you are attempting to build Maxima from a tar ball. If not, please say so. The Maxima tar ball is supposed to contain the generated documentation (.info and .html files). What does the following show: tar tvzf maxima5.17.1.tar.gz  grep 'maxima\.\(info\html\)$' The intent is to detect maxima.info and maxima.html at the end of a line. You might need to adjust the regular expression. If your tarball does not contain maxima.info or maxima.html files, from where did you get it? If you did not get it from Sourceforge, you might obtain the tarball from the Maxima download page and try again. If your tarball does contain the generated documentation, make should not be trying to build it. If make is trying to build existing files, come back and leave another comment and we'll go from there.  Comment By: Raymond Toy (rtoy) Date: 20090125 13:14 Message: I didn't try 5.17.1, but the CVS version installs ok for me on OSX and CMUCL. I do get lots of notes about unknown previous node when building the documentation.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2535254&group_id=4933 
From: SourceForge.net <noreply@so...>  20090225 18:44:31

Bugs item #2624705, was opened at 20090221 10:46 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2624705&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: plotdf(1/f(x,y))  syntax error Initial Comment: plotdf(1/(x+y+1)) gives the following error: "syntax error can't read "parse_table(1)": no such element in array while executing "set tem $parse_table($s) " In general plotdf does not seem to work for any argument in the form 1/f(x,y), but it works for 1.0/f(x,y). The example can be plotted using plotdf(1.0/(x+y+1)).  >Comment By: Robert Dodier (robert_dodier) Date: 20090225 11:44 Message: If it works for 1.0/f(x, y) but not 1/f(x, y), I guess plotdf needs to call COERCEFLOATFUN.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2624705&group_id=4933 
From: SourceForge.net <noreply@so...>  20090225 18:31:47

Bugs item #2564543, was opened at 20090204 09:36 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2564543&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: Installation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lester Ingber (ingber) Assigned to: Nobody/Anonymous (nobody) Summary: load("f90"); fails Initial Comment: Hi. I'm using maxima under XP Pro SP3. I suspect this may be a path problem; I do see "c:/Program Files/Maxima5.17.1/share/maxima/5.17.1/share/contrib/f90.lisp", but no .mac package. % maxima Maxima 5.17.1 http://maxima.sourceforge.net Using Lisp GNU Common Lisp (GCL) GCL 2.6.8 (aka GCL) 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("f90"); Could not find `f90' using paths in file_search_maxima,file_search_lisp.  an error. To debug this try debugmode(true); (%i2) debugmode(true); (%o2) true (%i3) load("f90"); Could not find `f90' using paths in file_search_maxima,file_search_lisp.  an error. Entering the Maxima Debugger dbm Enter `:h' for help (dbm:1) Thanks. Lester  >Comment By: Robert Dodier (robert_dodier) Date: 20090225 11:31 Message: At the command prompt, what does the following yield? maxima directories At the Maxima prompt, what does the following yield? file_search_maxima; file_search_lisp; For the record, file_search_maxima and file_search_lisp are Maxima global variables, for which values are constructed; no attempt is made to fetch them from environment variables. At this point I'm guessing that the /cygdrive/c/... stuff is frustrating GCL's attempt to open files. If (I speculate) GCL is calling a C library function to open a file, and that call bypasses Cygwin's path translation, then the attempt will fail. Dunno what is the best way to work around that.  Comment By: Nobody/Anonymous (nobody) Date: 20090208 08:00 Message: jpVtga <a href="http://kenlvficyrpe.com/">kenlvficyrpe</a>;, [url=http://rebqxsaodhux.com/]rebqxsaodhux[/url], [link=http://mtdxhnftsgoe.com/]mtdxhnftsgoe[/link], http://srcjqwaggpgp.com/  Comment By: Lester Ingber (ingber) Date: 20090206 13:31 Message: In reply to Robert 12:14: Yes, if I open a run Window and go under c/Program Files/Maxima5.17.1, and type load(f90), I get back the correct path with no complaints: In run: "C:\Program Files\Maxima5.17.1\bin\maxima.bat" Maxima 5.17.1 http://maxima.sourceforge.net Using Lisp GNU Common Lisp (GCL) GCL 2.6.8 (aka GCL) 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(f90); (%o1) C:/PROGRA~1/MAXIMA~1.1/share/maxima/5.17.1/share/contrib/f90.lisp (%i2) I like to run under a Unix environment, even under Windows, and I have no problems under Cygwin with just about everything else. Perhaps my paths are not correct?: Well, my MAXIMA_PREFIX must be correct, or I could not get into maxima (if I change MAXIMA_PREFIX, then maxima fails): 12:23:35 @lester:~% printenv  grep i maxima MAXIMA_PREFIX=/cygdrive/c/ProgramFiles/Maxima/ 12:23:42 @lester:~% maxima Maxima 5.17.1 http://maxima.sourceforge.net Using Lisp GNU Common Lisp (GCL) GCL 2.6.8 (aka GCL) 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(f90); Could not find `f90' using paths in file_search_maxima,file_search_lisp.  an error. To debug this try debugmode(true); (%i2) If I set the other variables you suggest: 12:24:31 @lester:~% printenv  grep i maxima MAXIMA_PREFIX=/cygdrive/c/ProgramFiles/Maxima/ file_search_maxima=/cygdrive/c/ProgramFiles/Maxima/ file_search_lisp=/cygdrive/c/ProgramFiles/Maxima/ 12:24:35 @lester:~% maxima Maxima 5.17.1 http://maxima.sourceforge.net Using Lisp GNU Common Lisp (GCL) GCL 2.6.8 (aka GCL) 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(f90); Could not find `f90' using paths in file_search_maxima,file_search_lisp.  an error. To debug this try debugmode(true); (%i2) (A) Have I set file_search_maxima and/or file_search_lisp incorrectly? (B) Should I set these search paths in ~/..maxima/maximarc ; what commands should I use if so? BTW, under Cygwin I am trying to run: 12:28:26 @lester:~% ls l /usr/local/bin/maxima lrwxrwxrwx 1 ingber None 43 Feb 4 18:39 /usr/local/bin/maxima > /cygdrive/c/ProgramFiles/Maxima//bin/maxima* where: 2:29:20 @lester:/cygdrive/c/Program Files% ls l Maxima lrwxrwxrwx 1 ingber None 15 Dec 22 12:29 Maxima > ./Maxima5.17.1/ 12:30:17 @lester:/cygdrive/c% ls l ProgramFiles lrwxrwxrwx 1 ingber None 13 Mar 31 2003 ProgramFiles > Program Files/ I can run just about everything under Cygwin this way, e.g., Word, Excel, etc. Thanks. Lester  Comment By: Robert Dodier (robert_dodier) Date: 20090206 13:14 Message: > I should add that my first report is with running maxima under Cygwin. What is the value of the global variable file_search_lisp? How about file_search_maxima? It seems likely that Cygwin is doing something unexpected (from Maxima's point of view) with paths. Try the same operation from an ordinary Windows command prompt.  Comment By: Lester Ingber (ingber) Date: 20090204 11:00 Message: I should add that my first report is with running maxima under Cygwin.  Comment By: Lester Ingber (ingber) Date: 20090204 10:59 Message: Note: I see that under xmaxima, the path for either load("f90") or load(f90) is resolved just fine: Maxima 5.17.1 http://maxima.sourceforge.net Using Lisp GNU Common Lisp (GCL) GCL 2.6.8 (aka GCL) 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(f90); (%o1) C:/PROGRA~1/MAXIMA~1.1/share/maxima/5.17.1/share/contrib/f90.lisp (%i2)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2564543&group_id=4933 
From: SourceForge.net <noreply@so...>  20090225 18:10:11

Bugs item #2607007, was opened at 20090216 14:41 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2607007&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: Lester Ingber (ingber) >Assigned to: Jaime E. Villate (villate) Summary: legend does not work Initial Comment: Here's a simple example: plot3d(x+y,[x,3,3],[y,4,4],[legend,"Line"]); I get "y+x ___________" instead of "Line" for a title/legend? I cannot get the title to use legend? If I have an expression name instead of a function, I get the generic title of "Function _________". At least [legend, false] works, but I'd like to put titles in my graphs. Thanks. Lester  >Comment By: Robert Dodier (robert_dodier) Date: 20090225 11:09 Message: Appears that legend works OK for plot2d but not for plot3d. I'm assigning this report to the person who was last working on the plot options.  Comment By: Lester Ingber (ingber) Date: 20090216 14:45 Message: P.S. I'm using Maxima under Cygwin on a Thinkpad with XP Pro. This seems to be a gnuplot option. I could not get legend to work with other gnuplot options which do work fine. E.g.: plot__smni_Lag:if abs(smni_Lag) > 1.0 then 0 else smni_Lag$ plot3d(plot__smni_Lag,[ze,80,80],[zi,30,30],[gnuplot_term, ps],[gnuplot_out_file,"c:/cygwin/home/ingber/smni_Lag.ps"],[xlabel, "M_E"],[ylabel,"M_I"],[zlabel,"L"],[legend,"smni_Lag"],['grid,40,15])$ Lester  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2607007&group_id=4933 
From: SourceForge.net <noreply@so...>  20090225 16:44:11

Bugs item #2631766, was opened at 20090223 23:24 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2631766&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: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: abs((1+%i)^%i) is wrong Initial Comment: That is the complex number when we evaluate the expression numerically: (%i91) rectform((%i+1)^%i),numer; (%o91) .1548717524642468*%i+.4288290062943678 That is the correct absolute value of the complex number: (%i92) abs(%); (%o92) .4559381277659962 Now the wrong result: (%i93) abs((%i+1)^%i); (%o93) 1 That is the result when we use cabs: (%i94) cabs((%i+1)^%i); (%o94) sqrt(%e^(%pi/2)*sin(log(2)/2)^2+%e^(%pi/2)*cos(log(2)/2)^2) cabs evaluates to the correct numerical result: (%i95) cabs((%i+1)^%i),numer; (%o95) .4559381277659962 Remark: It does not help that cabs gets a correct result. The abs function should give a correct result or no result. I have not studied the bug systematically. I think we have wrong results whenever we have a complex exponent. Dieter Kaiser  >Comment By: Dieter Kaiser (crategus) Date: 20090225 17:44 Message: I have checked the suggested change with the testsuite and share_testsuite. There would be only one problem in rtest16.mac with example 59. We have to add an extra assumption and to remove a rectform and the test will work again. This is a diff: Index: rtest16.mac =================================================================== RCS file: /cvsroot/maxima/maxima/tests/rtest16.mac,v retrieving revision 1.65 diff u r1.65 rtest16.mac  rtest16.mac 20 Feb 2009 03:33:20 0000 1.65 +++ rtest16.mac 25 Feb 2009 16:40:20 0000 @@ 215,9 +215,10 @@ /* * Bug [ 1661490 ] An integral gives a wrong result. */ (assume(a>0, b>0, sqrt(sqrt(b^2+a^2)a)*(sqrt(b^2+a^2)+a)^(3/2)b^2>0),0); +(assume(a>0, b>0, sqrt(sqrt(b^2+a^2)a)*(sqrt(b^2+a^2)+a)^(3/2)b^2>0, + equal(sin(b)^2+cos(b)^2,1)),0); 0; radcan(integrate(exp((a+%i*b)*x^2),x,minf,inf)/rectform(sqrt(%pi)/sqrt(a+%i*b))); +radcan(integrate(exp((a+%i*b)*x^2),x,minf,inf)/(sqrt(%pi)/sqrt(a+%i*b))); 1; I think we should do the suggested fix. Dieter Kaiser  Comment By: Barton Willis (willisbl) Date: 20090224 04:48 Message: A fix might be to change cabs to $cabs in simpabs: (defmfun simpabs (x y z) (oneargcheck x) (setq y (simpcheck (cadr x) z)) (cond ((numberp y) (abs y)) ((or (arrayp y) ($member y $arrays)) `((mabs simp) ,y)) ((or (ratnump y) ($bfloatp y)) (list (car y) (abs (cadr y)) (caddr y))) ((taylorize 'mabs (second x))) ((member y '($inf $infinity $minf) :test #'eq) '$inf) ((member y '($ind $und) :test #'eq) y) ((eq (setq z (csign y)) t) ($cabs y)) < was (cabs y) ((member z '($pos $pz) :test #'eq) y)  Comment By: Barton Willis (willisbl) Date: 20090224 04:47 Message: A fix might be to change cabs to $cabs in simpabs: (defmfun simpabs (x y z) (oneargcheck x) (setq y (simpcheck (cadr x) z)) (cond ((numberp y) (abs y)) ((or (arrayp y) ($member y $arrays)) `((mabs simp) ,y)) ((or (ratnump y) ($bfloatp y)) (list (car y) (abs (cadr y)) (caddr y))) ((taylorize 'mabs (second x))) ((member y '($inf $infinity $minf) :test #'eq) '$inf) ((member y '($ind $und) :test #'eq) y) ((eq (setq z (csign y)) t) ($cabs y)) < was (cabs y) ((member z '($pos $pz) :test #'eq) y)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2631766&group_id=4933 
From: SourceForge.net <noreply@so...>  20090225 13:01:35

Bugs item #2636628, was opened at 20090225 11:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2636628&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: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: solve_rat_ineq doesnt find all soloutions Initial Comment: I just solved (x^2+5)>(3x^2+5)/(2x+1) using solve_rat_ineq.mac. The returned solution is x<1/2 what is right in fact. But Im missing the second part, x>0 which is not displayed. I solved a few ineqations the last few days and here is the first one which wasnt solved properly.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2636628&group_id=4933 
From: SourceForge.net <noreply@so...>  20090224 23:20:43

Bugs item #816166, was opened at 20031001 18:24 Message generated for change (Comment added) made by dgildea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=816166&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  Complex Group: None >Status: Closed >Resolution: Works For Me Priority: 5 Private: No Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: rectform/carg doesn't normalize exp(%i*n) (also asin, log) Initial Comment: carg(exp(%i*x)) => x (OK?) carg(exp(%i*10.0)) => 10.0 (No?) carg(exp(%i*%pi)) => %pi (OK) float(carg(exp(%i*%pi))) => 3.14 (OK) carg(exp(%i*float(%pi))) => 3.14 (?) float(carg(asin(%i*10))) => 1.57 (OK) carg(asin(%i*10)),numer => 4.71 (No!) float(rectform(log(%i*10))) => 2.30  1.57*%I (OK) rectform(log(%i*10)),numer => 2.30+4.71*%I (No!) Presumably the principal values is what is wanted. I will correct that. This is related to the fact that carg(exp(%i*x)) doesn't normalize x to (pi,pi] when x is not an explicit multiple of pi: carg(exp(%i*10)) => 10 carg(exp(%i*x)) => x but carg(exp(%i*(3*%pix))) => %pix How far should this go? I think it's pretty clear for the float/bfloat case, but how about carg(exp(%i*10))? Should that really return 104*%pi? Currently, it goes the other way around!: exp(%i*(104*%pi)) actually simplifies to exp(%i*10)....  >Comment By: Dan Gildea (dgildea) Date: 20090224 18:20 Message: In current cvs: (%i6) carg(exp(%i*x)); (%o6) x (%i7) carg(exp(%i*10.0)); (%o7) 2.566370614359173 (%i8) carg(exp(%i*%pi)); (%o8) %pi (%i9) float(carg(exp(%i*%pi))); (%o9) 3.141592653589793 (%i10) carg(exp(%i*float(%pi))); (%o10) 3.141592653589793 (%i11) float(carg(asin(%i*10))); (%o11) 1.570796326794897 (%i12) float(carg(asin(%i*10))); (%o12) 1.570796326794897 (%i13) float(rectform(log(%i*10))); (%o13) 2.3025850929940461.570796326794897*%i (%i14) rectform(log(%i*10)),numer; (%o14) log(10)%i*%pi/2 not sure why that last one didn't come out numerically: (%i18) log(%i*10),numer; (%o18) 2.3025850929940461.570796326794897*%i  Comment By: Barton Willis (willisbl) Date: 20050718 06:42 Message: Logged In: YES user_id=895922 How about 'nummod'? See my recent Maxima list posting and "Concrete Mathematics" by Graham, Knuth, and Patashnik, Section 3.4 (%i1) load("C:/maxima/nummod/nummod.lisp")$ (%i2) f(x) := %pi  nummod(%pix,2*%pi)$ (%i3) f(%pi); (%o3) %pi (%i4) f(0); (%o4) 0 (%i5) f(%pi); (%o5) %pi (%i6) f(%pi + 1/10^9); (%o6) 1/1000000000%pi (%i7) f(%pi  1/10^9); (%o7) %pi1/1000000000 (%i8) Barton  Comment By: Robert Dodier (robert_dodier) Date: 20050716 03:15 Message: Logged In: YES user_id=501686 Well, how about carg (exp (%i*10)) => 'mod (10, 2*%pi) ??  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=816166&group_id=4933 
From: SourceForge.net <noreply@so...>  20090224 23:15:39

Bugs item #940835, was opened at 20040423 12:08 Message generated for change (Comment added) made by dgildea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=940835&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  Complex Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Stavros Macrakis (macrakis) >Assigned to: Dan Gildea (dgildea) Summary: rectform fails with float/numer flags Initial Comment: rectform(log(%i)) => %i*%pi/2 OK float(rectform(log(%i))) => 1.57 * %i OK rectform(log(%i)),numer => 4.71 * %i NO! rectform(log(%i)),float => fatal error The problem is the function 2pistrip.  >Comment By: Dan Gildea (dgildea) Date: 20090224 16:58 Message: Fixed in rpart.lisp rev 1.16 (%i4) rectform(log(%i)); (%o4) %i*%pi/2 (%i5) float(rectform(log(%i))); (%o5) 1.570796326794897*%i (%i6) rectform(log(%i)),numer; (%o6) 1.570796326794897*%i (%i7) rectform(log(%i)),float; (%o7) 0.5*%i*%pi  Comment By: Robert Dodier (robert_dodier) Date: 20060729 02:20 Message: Logged In: YES user_id=501686 In 5.9.3cvs: rectform(log(%i)),numer; =>  1.570796326794897 %i (OK) rectform(log(%i)),float; => 1.5 %i %pi (OOPS)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=940835&group_id=4933 
From: SourceForge.net <noreply@so...>  20090224 03:51:42

Bugs item #2617416, was opened at 20090219 13:58 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2617416&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Maxima can't solve equation Initial Comment: Can someone tell me if this is an equation that Maxima should solve? because it solves it in terms of l1 which is the variable I'm trying to solve it for. l1/sqrt(l1^2+22500)(500l1)/sqrt((500l1)^2+2500)  >Comment By: Barton Willis (willisbl) Date: 20090223 21:51 Message: Yes, it would be good if the solve function would handle this equation. For now, this is the best we havewe're always looking for volunteers that can help.  Comment By: Barton Willis (willisbl) Date: 20090223 21:51 Message: Yes, it would be good if the solve function would handle this equation. For now, this is the best we havewe're always looking for volunteers that can help.  Comment By: Nobody/Anonymous (nobody) Date: 20090221 21:11 Message: ok, but it seems a simple enough equation that Maxima should solve without having to use an optional package, right?  Comment By: Barton Willis (willisbl) Date: 20090219 21:21 Message: The optional package to_poly_solve solves this equation: (%i1) load("topoly_solver.mac")$ (%i2) to_poly_solve(l1/sqrt(l1^2+22500)(500l1)/sqrt((500l1)^2+2500),l1); (%o2) [[l1=375]]  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2617416&group_id=4933 
From: SourceForge.net <noreply@so...>  20090224 03:51:20

Bugs item #2617416, was opened at 20090219 13:58 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2617416&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Maxima can't solve equation Initial Comment: Can someone tell me if this is an equation that Maxima should solve? because it solves it in terms of l1 which is the variable I'm trying to solve it for. l1/sqrt(l1^2+22500)(500l1)/sqrt((500l1)^2+2500)  >Comment By: Barton Willis (willisbl) Date: 20090223 21:51 Message: Yes, it would be good if the solve function would handle this equation. For now, this is the best we havewe're always looking for volunteers that can help.  Comment By: Nobody/Anonymous (nobody) Date: 20090221 21:11 Message: ok, but it seems a simple enough equation that Maxima should solve without having to use an optional package, right?  Comment By: Barton Willis (willisbl) Date: 20090219 21:21 Message: The optional package to_poly_solve solves this equation: (%i1) load("topoly_solver.mac")$ (%i2) to_poly_solve(l1/sqrt(l1^2+22500)(500l1)/sqrt((500l1)^2+2500),l1); (%o2) [[l1=375]]  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2617416&group_id=4933 
From: SourceForge.net <noreply@so...>  20090224 03:48:55

Bugs item #2631766, was opened at 20090223 16:24 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2631766&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: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: abs((1+%i)^%i) is wrong Initial Comment: That is the complex number when we evaluate the expression numerically: (%i91) rectform((%i+1)^%i),numer; (%o91) .1548717524642468*%i+.4288290062943678 That is the correct absolute value of the complex number: (%i92) abs(%); (%o92) .4559381277659962 Now the wrong result: (%i93) abs((%i+1)^%i); (%o93) 1 That is the result when we use cabs: (%i94) cabs((%i+1)^%i); (%o94) sqrt(%e^(%pi/2)*sin(log(2)/2)^2+%e^(%pi/2)*cos(log(2)/2)^2) cabs evaluates to the correct numerical result: (%i95) cabs((%i+1)^%i),numer; (%o95) .4559381277659962 Remark: It does not help that cabs gets a correct result. The abs function should give a correct result or no result. I have not studied the bug systematically. I think we have wrong results whenever we have a complex exponent. Dieter Kaiser  >Comment By: Barton Willis (willisbl) Date: 20090223 21:48 Message: A fix might be to change cabs to $cabs in simpabs: (defmfun simpabs (x y z) (oneargcheck x) (setq y (simpcheck (cadr x) z)) (cond ((numberp y) (abs y)) ((or (arrayp y) ($member y $arrays)) `((mabs simp) ,y)) ((or (ratnump y) ($bfloatp y)) (list (car y) (abs (cadr y)) (caddr y))) ((taylorize 'mabs (second x))) ((member y '($inf $infinity $minf) :test #'eq) '$inf) ((member y '($ind $und) :test #'eq) y) ((eq (setq z (csign y)) t) ($cabs y)) < was (cabs y) ((member z '($pos $pz) :test #'eq) y)  Comment By: Barton Willis (willisbl) Date: 20090223 21:47 Message: A fix might be to change cabs to $cabs in simpabs: (defmfun simpabs (x y z) (oneargcheck x) (setq y (simpcheck (cadr x) z)) (cond ((numberp y) (abs y)) ((or (arrayp y) ($member y $arrays)) `((mabs simp) ,y)) ((or (ratnump y) ($bfloatp y)) (list (car y) (abs (cadr y)) (caddr y))) ((taylorize 'mabs (second x))) ((member y '($inf $infinity $minf) :test #'eq) '$inf) ((member y '($ind $und) :test #'eq) y) ((eq (setq z (csign y)) t) ($cabs y)) < was (cabs y) ((member z '($pos $pz) :test #'eq) y)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2631766&group_id=4933 
From: SourceForge.net <noreply@so...>  20090224 03:47:12

Bugs item #2631766, was opened at 20090223 16:24 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2631766&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: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: abs((1+%i)^%i) is wrong Initial Comment: That is the complex number when we evaluate the expression numerically: (%i91) rectform((%i+1)^%i),numer; (%o91) .1548717524642468*%i+.4288290062943678 That is the correct absolute value of the complex number: (%i92) abs(%); (%o92) .4559381277659962 Now the wrong result: (%i93) abs((%i+1)^%i); (%o93) 1 That is the result when we use cabs: (%i94) cabs((%i+1)^%i); (%o94) sqrt(%e^(%pi/2)*sin(log(2)/2)^2+%e^(%pi/2)*cos(log(2)/2)^2) cabs evaluates to the correct numerical result: (%i95) cabs((%i+1)^%i),numer; (%o95) .4559381277659962 Remark: It does not help that cabs gets a correct result. The abs function should give a correct result or no result. I have not studied the bug systematically. I think we have wrong results whenever we have a complex exponent. Dieter Kaiser  >Comment By: Barton Willis (willisbl) Date: 20090223 21:47 Message: A fix might be to change cabs to $cabs in simpabs: (defmfun simpabs (x y z) (oneargcheck x) (setq y (simpcheck (cadr x) z)) (cond ((numberp y) (abs y)) ((or (arrayp y) ($member y $arrays)) `((mabs simp) ,y)) ((or (ratnump y) ($bfloatp y)) (list (car y) (abs (cadr y)) (caddr y))) ((taylorize 'mabs (second x))) ((member y '($inf $infinity $minf) :test #'eq) '$inf) ((member y '($ind $und) :test #'eq) y) ((eq (setq z (csign y)) t) ($cabs y)) < was (cabs y) ((member z '($pos $pz) :test #'eq) y)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2631766&group_id=4933 