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}
(9) 
S  M  T  W  T  F  S 



1
(2) 
2

3

4
(2) 
5

6

7

8
(1) 
9
(1) 
10
(2) 
11

12

13
(4) 
14
(4) 
15

16
(4) 
17
(2) 
18
(10) 
19
(1) 
20
(1) 
21
(1) 
22

23

24

25
(5) 
26

27
(1) 
28
(7) 
29

30
(2) 



From: SourceForge.net <noreply@so...>  20111118 14:48:37

Bugs item #3439930, was opened at 20111118 06:48 Message generated for change (Tracker Item Submitted) made by boverio You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3439930&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: Anto (boverio) Assigned to: Nobody/Anonymous (nobody) Summary: plot2d ok in 5.24, not ok in 5.25 Initial Comment: The following plot (either using plot2d or wxplot2d) worked fine in Maxima 5.24, no longer in 5.25 plot2d( [discrete, [0,1,2,3,4], [0.0,0.0794262121785545,0.103264657819926,0.104213428899564,0.10543553853034] ] );  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3439930&group_id=4933 
From: SourceForge.net <noreply@so...>  20111118 13:12:53

Bugs item #3439900, was opened at 20111118 05:12 Message generated for change (Tracker Item Submitted) made by boverio You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3439900&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: Anto (boverio) Assigned to: Nobody/Anonymous (nobody) Summary: plot2d ok in 5.24, not ok in 5.25 Initial Comment: The following plot (either using plot2d or wxplot2d) worked fine in Maxima 5.24, no longer in 5.25 plot2d( [discrete, [0,1,2,3,4], [0.0,0.0794262121785545,0.103264657819926,0.104213428899564,0.10543553853034] ] );  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3439900&group_id=4933 
From: SourceForge.net <noreply@so...>  20111118 13:05:20

Bugs item #3439895, was opened at 20111118 05:05 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3439895&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: lumbricus () Assigned to: Nobody/Anonymous (nobody) Summary: makeset can't deal with sets of sets Initial Comment: It's not possible to use makeset(exp(x), [x], set) where x itself is a set. To reproduce try: makeset(union(x), [x], {[{1}]}); Error: append: argument must be a nonatomic expression; found x In the beginning I didn't think it was a bug, so I asked here for help: http://stackoverflow.com/questions/8182094/maximausingmakesetwithagivenset  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3439895&group_id=4933 
From: SourceForge.net <noreply@so...>  20111117 12:01:57

Bugs item #3439370, was opened at 20111117 04:01 Message generated for change (Tracker Item Submitted) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3439370&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: Open Resolution: None Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: 'at' applied to definite integral Initial Comment: For better or worse, 'at' goes ahead and makes the substitution, but still returns a nounform: (%i1) at(integrate(f(t),t,0,x),x=0); (%o1) at(integrate(f(t),t,0,0),x=0) The expression %o1 is unsimplified: (%i2) expand(%,0,0); (%o2) 0  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3439370&group_id=4933 
From: SourceForge.net <noreply@so...>  20111117 06:53:13

Bugs item #3438911, was opened at 20111116 10:14 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3438911&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: Ted Woollett (woollett) Assigned to: Nobody/Anonymous (nobody) Summary: elliptic_e error observed Initial Comment: elliptic_e bug report Use of the manual formula for elliptic_e(phi,m) : integrate ( sqrt (1m*sin(x)^2), x,0,phi ) for the case phi = 2 and m = 0.1 disagrees with current Maxima function return. (%i1) display2d:false$ (%i2) float(elliptic_e(2,0.1)); (%o2) 1.122244398735427 (%i3) quad_qag(sqrt (10.1*sin(x)^2),x,0,2,3,limit=700); (%o3) [1.9392708750601,2.1530231764766982E14,31,0] (%i4) quad_qags(sqrt (10.1*sin(x)^2),x,0,2,limit=700); (%o4) [1.9392708750601,2.1530231764766989E14,21,0] Also, I tried Wolfram alpha, which gives N[EllipticE[2, 0.1]] > 1.939270875060100.. Ted Woollett  >Comment By: Raymond Toy (rtoy) Date: 20111116 22:53 Message: Fix in git. Periodicity added for elliptic_e (and elliptic_f, which had the same defect).  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3438911&group_id=4933 
From: SourceForge.net <noreply@so...>  20111116 18:56:12

Bugs item #3438735, was opened at 20111116 03:37 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3438735&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: sublis into indeterminate Initial Comment: (%i10) q : x*cos(x)/sin(x); (%o10) (x*cos(x))/sin(x) (%i11) sublis([x=0],q); (%o11) 0  >Comment By: Dieter Kaiser (crategus) Date: 20111116 10:56 Message: The reason is the way of simplification of zeros in simptimes: (%i1) q : x*cos(x)/sin(x)$ (%i2) :lisp (trace simptimes) (SIMPTIMES) (%i2) sublis([x=0], q); 0: (SIMPTIMES ((MTIMES) 0 ((%COS) 0) ((MEXPT) ((%SIN) 0) 1)) 1 NIL) 0: SIMPTIMES returned 0 (%o2) 0 If simptimes recognizes a zero as a factor, it returns immediately without further examination of the other factors. This behavior can be seen in a simple example: This is the expected result: (%i3) 0.0*0; (%o3) 0.0 But this not. The type of the expression is not recognized. simptimes returns after the first occurrence of the value zero. (%i3) 0*0.0; (%o3) 0 Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3438735&group_id=4933 
From: SourceForge.net <noreply@so...>  20111116 18:15:00

Bugs item #3438911, was opened at 20111116 10:14 Message generated for change (Tracker Item Submitted) made by woollett You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3438911&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: Ted Woollett (woollett) Assigned to: Nobody/Anonymous (nobody) Summary: elliptic_e error observed Initial Comment: elliptic_e bug report Use of the manual formula for elliptic_e(phi,m) : integrate ( sqrt (1m*sin(x)^2), x,0,phi ) for the case phi = 2 and m = 0.1 disagrees with current Maxima function return. (%i1) display2d:false$ (%i2) float(elliptic_e(2,0.1)); (%o2) 1.122244398735427 (%i3) quad_qag(sqrt (10.1*sin(x)^2),x,0,2,3,limit=700); (%o3) [1.9392708750601,2.1530231764766982E14,31,0] (%i4) quad_qags(sqrt (10.1*sin(x)^2),x,0,2,limit=700); (%o4) [1.9392708750601,2.1530231764766989E14,21,0] Also, I tried Wolfram alpha, which gives N[EllipticE[2, 0.1]] > 1.939270875060100.. Ted Woollett  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3438911&group_id=4933 
From: SourceForge.net <noreply@so...>  20111116 18:03:00

Bugs item #3438908, was opened at 20111116 10:03 Message generated for change (Tracker Item Submitted) made by woollett You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3438908&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: Ted Woollett (woollett) Assigned to: Nobody/Anonymous (nobody) Summary: trojan horse virus xmaxima.exe Initial Comment: Trojan horse virus report for xmaxima.exe My virus program AVG found that bin/xmaxima.exe was a Trojan horse virus SHeur4.HKI for the Maxima windows binary installations: ver. 5.25.1gcl 5.25.0 gcl 5.24.0 gcl 5.22.1 gcl After uninstalling these program files located in c:/Program Files/... and removing all icon links and folders, a new version of 5.25.1gcl windows binary was downloaded and scanned with AVG (no problems found). But the installation process (no desktop icons mode) then found the same problem with bin/xmaxima.exe, which was removed to the virus vault automatically by AVG. My daily scan of the whole computer later in the day found seven (7) infected files with names such as A0117921.exe located in subsub folders of: c:/System Volume Information/ which were removed to the virus vault and all identified as Trojan horse virus SHeur4.HKI Ted Woollett  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3438908&group_id=4933 
From: SourceForge.net <noreply@so...>  20111116 11:37:08

Bugs item #3438735, was opened at 20111116 03:37 Message generated for change (Tracker Item Submitted) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3438735&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: sublis into indeterminate Initial Comment: (%i10) q : x*cos(x)/sin(x); (%o10) (x*cos(x))/sin(x) (%i11) sublis([x=0],q); (%o11) 0  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3438735&group_id=4933 
From: SourceForge.net <noreply@so...>  20111114 22:22:25

Bugs item #3437268, was opened at 20111113 02:45 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3437268&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: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: expand doesn't fully expand Initial Comment: (%i1) (atan((sqrt(2)*sin(8))/cos(8))+3*%pi)/sqrt(2)+atan((sqrt(2)*sin(8))/cos(8))/sqrt(2)+sqrt(2)*%pi+%pi/sqrt(2); (%o1) atan((sqrt(2)*sin(8))/cos(8))/sqrt(2)+(atan((sqrt(2)*sin(8))/cos(8))3*%pi)/sqrt(2)+sqrt(2)*%pi+%pi/sqrt(2) (%i2) expand(%); (%o2) sqrt(2)*%pisqrt(2)*%pi (%i3) expand(%); (%o3) 0 (%i5) build_info(); Maxima version: 5.25.0 Maxima build date: 16:14 8/15/2011 Host type: i686pcmingw32 Lisp implementation type: GNU Common Lisp (GCL) Lisp implementation version: GCL 2.6.8 (%o5)  >Comment By: Dieter Kaiser (crategus) Date: 20111114 14:22 Message: Fixed in simp.lisp revision 14.11.2011. Closing this bug report as fixed. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20111113 06:49 Message: Some further remarks. The problem does not occur for numbers: (%i1) 3/sqrt(2)+sqrt(2)+1/sqrt(2); (%o1) 0 We have to multiply an additional constant into the sum: (%i4) 3*a/sqrt(2)+a*sqrt(2)+a/sqrt(2); (%o4) sqrt(2)*asqrt(2)*a Changing slightly the order gives the expected result: (%i5) a/sqrt(2)3*a/sqrt(2)+a*sqrt(2); (%o5) 0 The problem is, that the algorithm of plusin correctly simplifies: (%i7) 3*a/sqrt(2)+a/sqrt(2); (%o7) sqrt(2)*a But the algorithm does not look at the previous terms, which have already been put on the list of results and therefore the algorithm does not see that their is already a term sqrt(2)*a. The main problem here is, that the algorithm for a sum and a product are implemented as nary algorithm. A much more simple binary algorithm would not have these problems. But of course it would be much slower for a lot of other problems. I will think about a solution oft this problem. By the way: This is an old problem. In older versions of Maxima, e.g. Maxima 5.10 we get: (%i1) 3/sqrt(2)+sqrt(2)+1/sqrt(2); (%o1) sqrt(2)2/sqrt(2) (%i2) 3*a/sqrt(2)+a*sqrt(2)+a/sqrt(2); (%o2) sqrt(2)*a2*a/sqrt(2) (%i3) a/sqrt(2)3*a/sqrt(2)+a*sqrt(2); (%o3) sqrt(2)*a2*a/sqrt(2) This older version does not simplify 2/sqrt(2) to sqrt(2). Therefore, the problem might be not so obvious. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20111113 04:42 Message: This is a shorter example of the above problem: (%i3) sqrt(2)*%pi3*%pi/sqrt(2)+%pi/sqrt(2); (%o3) sqrt(2)*%pisqrt(2)*%pi Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3437268&group_id=4933 
From: SourceForge.net <noreply@so...>  20111114 21:10:15

Bugs item #3437923, was opened at 20111114 13:08 Message generated for change (Settings changed) made by catonga You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3437923&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: 9 Private: No Submitted By: Oliver C. (catonga) Assigned to: Nobody/Anonymous (nobody) Summary: Possible Trojan horse or false positive Initial Comment: AVG Antivirus is reporting that xmaxima.exe is infected with a trojan horse. SHeur4.HKI This could be a false positive but it might be also possible, that it is not a false positive. See here the virus scan test result on jotti.org for more information to xmaxima.exe xmaxima.exe from maxima 5.25.1 http://virusscan.jotti.org/de/scanresult/0f225d450d7c370fa3ca25db091594aeb2b358be and xmaxima.exe from maxima 5.25.0 http://virusscan.jotti.org/de/scanresult/9d02f4b2779aef96ed327a0a8ba8b20b2ad5a96d I tried xmaxima.exe from the maxima5.25.0.exe and maxima5.25.1.exe installation packages for Windows. I also want to mention, that clicking on FAQ on http://maxima.sourceforge.net/ leads to a russian page not related to maxima showing the message that http://maximaproject.org/ domain registration is suspended.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3437923&group_id=4933 
From: SourceForge.net <noreply@so...>  20111114 21:08:49

Bugs item #3437923, was opened at 20111114 13:08 Message generated for change (Tracker Item Submitted) made by catonga You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3437923&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: Oliver C. (catonga) Assigned to: Nobody/Anonymous (nobody) Summary: Possible Trojan horse or false positive Initial Comment: AVG Antivirus is reporting that xmaxima.exe is infected with a trojan horse. SHeur4.HKI This could be a false positive but it might be also possible, that it is not a false positive. See here the virus scan test result on jotti.org for more information to xmaxima.exe xmaxima.exe from maxima 5.25.1 http://virusscan.jotti.org/de/scanresult/0f225d450d7c370fa3ca25db091594aeb2b358be and xmaxima.exe from maxima 5.25.0 http://virusscan.jotti.org/de/scanresult/9d02f4b2779aef96ed327a0a8ba8b20b2ad5a96d I tried xmaxima.exe from the maxima5.25.0.exe and maxima5.25.1.exe installation packages for Windows. I also want to mention, that clicking on FAQ on http://maxima.sourceforge.net/ leads to a russian page not related to maxima showing the message that http://maximaproject.org/ domain registration is suspended.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3437923&group_id=4933 
From: SourceForge.net <noreply@so...>  20111114 16:12:08

Bugs item #3437841, was opened at 20111114 08:12 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3437841&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Definite integral doesn't use indefinite integral Initial Comment: Maxima 5.25.0 http://maxima.sourceforge.net using Lisp SBCL 1.0.24 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) integrate(1/(sqrt(x)*((1+sqrt(x))^2)),x,1,1); (%o1) 0 (%i2) integrate(1/(sqrt(x)*((1+sqrt(x))^2)),x,1,9); 9 / [ 1 (%o2) I  dx ] 2 / (sqrt(x) + 1) sqrt(x) 1 (%i3) integrate(1/(sqrt(x)*((1+sqrt(x))^2)),x); 2 (%o3)   sqrt(x) + 1  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3437841&group_id=4933 
From: SourceForge.net <noreply@so...>  20111113 14:49:08

Bugs item #3437268, was opened at 20111113 02:45 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3437268&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: expand doesn't fully expand Initial Comment: (%i1) (atan((sqrt(2)*sin(8))/cos(8))+3*%pi)/sqrt(2)+atan((sqrt(2)*sin(8))/cos(8))/sqrt(2)+sqrt(2)*%pi+%pi/sqrt(2); (%o1) atan((sqrt(2)*sin(8))/cos(8))/sqrt(2)+(atan((sqrt(2)*sin(8))/cos(8))3*%pi)/sqrt(2)+sqrt(2)*%pi+%pi/sqrt(2) (%i2) expand(%); (%o2) sqrt(2)*%pisqrt(2)*%pi (%i3) expand(%); (%o3) 0 (%i5) build_info(); Maxima version: 5.25.0 Maxima build date: 16:14 8/15/2011 Host type: i686pcmingw32 Lisp implementation type: GNU Common Lisp (GCL) Lisp implementation version: GCL 2.6.8 (%o5)  >Comment By: Dieter Kaiser (crategus) Date: 20111113 06:49 Message: Some further remarks. The problem does not occur for numbers: (%i1) 3/sqrt(2)+sqrt(2)+1/sqrt(2); (%o1) 0 We have to multiply an additional constant into the sum: (%i4) 3*a/sqrt(2)+a*sqrt(2)+a/sqrt(2); (%o4) sqrt(2)*asqrt(2)*a Changing slightly the order gives the expected result: (%i5) a/sqrt(2)3*a/sqrt(2)+a*sqrt(2); (%o5) 0 The problem is, that the algorithm of plusin correctly simplifies: (%i7) 3*a/sqrt(2)+a/sqrt(2); (%o7) sqrt(2)*a But the algorithm does not look at the previous terms, which have already been put on the list of results and therefore the algorithm does not see that their is already a term sqrt(2)*a. The main problem here is, that the algorithm for a sum and a product are implemented as nary algorithm. A much more simple binary algorithm would not have these problems. But of course it would be much slower for a lot of other problems. I will think about a solution oft this problem. By the way: This is an old problem. In older versions of Maxima, e.g. Maxima 5.10 we get: (%i1) 3/sqrt(2)+sqrt(2)+1/sqrt(2); (%o1) sqrt(2)2/sqrt(2) (%i2) 3*a/sqrt(2)+a*sqrt(2)+a/sqrt(2); (%o2) sqrt(2)*a2*a/sqrt(2) (%i3) a/sqrt(2)3*a/sqrt(2)+a*sqrt(2); (%o3) sqrt(2)*a2*a/sqrt(2) This older version does not simplify 2/sqrt(2) to sqrt(2). Therefore, the problem might be not so obvious. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20111113 04:42 Message: This is a shorter example of the above problem: (%i3) sqrt(2)*%pi3*%pi/sqrt(2)+%pi/sqrt(2); (%o3) sqrt(2)*%pisqrt(2)*%pi Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3437268&group_id=4933 
From: SourceForge.net <noreply@so...>  20111113 12:42:55

Bugs item #3437268, was opened at 20111113 02:45 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3437268&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: expand doesn't fully expand Initial Comment: (%i1) (atan((sqrt(2)*sin(8))/cos(8))+3*%pi)/sqrt(2)+atan((sqrt(2)*sin(8))/cos(8))/sqrt(2)+sqrt(2)*%pi+%pi/sqrt(2); (%o1) atan((sqrt(2)*sin(8))/cos(8))/sqrt(2)+(atan((sqrt(2)*sin(8))/cos(8))3*%pi)/sqrt(2)+sqrt(2)*%pi+%pi/sqrt(2) (%i2) expand(%); (%o2) sqrt(2)*%pisqrt(2)*%pi (%i3) expand(%); (%o3) 0 (%i5) build_info(); Maxima version: 5.25.0 Maxima build date: 16:14 8/15/2011 Host type: i686pcmingw32 Lisp implementation type: GNU Common Lisp (GCL) Lisp implementation version: GCL 2.6.8 (%o5)  >Comment By: Dieter Kaiser (crategus) Date: 20111113 04:42 Message: This is a shorter example of the above problem: (%i3) sqrt(2)*%pi3*%pi/sqrt(2)+%pi/sqrt(2); (%o3) sqrt(2)*%pisqrt(2)*%pi Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3437268&group_id=4933 
From: SourceForge.net <noreply@so...>  20111113 10:45:26

Bugs item #3437268, was opened at 20111113 02:45 Message generated for change (Tracker Item Submitted) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3437268&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: expand doesn't fully expand Initial Comment: (%i1) (atan((sqrt(2)*sin(8))/cos(8))+3*%pi)/sqrt(2)+atan((sqrt(2)*sin(8))/cos(8))/sqrt(2)+sqrt(2)*%pi+%pi/sqrt(2); (%o1) atan((sqrt(2)*sin(8))/cos(8))/sqrt(2)+(atan((sqrt(2)*sin(8))/cos(8))3*%pi)/sqrt(2)+sqrt(2)*%pi+%pi/sqrt(2) (%i2) expand(%); (%o2) sqrt(2)*%pisqrt(2)*%pi (%i3) expand(%); (%o3) 0 (%i5) build_info(); Maxima version: 5.25.0 Maxima build date: 16:14 8/15/2011 Host type: i686pcmingw32 Lisp implementation type: GNU Common Lisp (GCL) Lisp implementation version: GCL 2.6.8 (%o5)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3437268&group_id=4933 
From: SourceForge.net <noreply@so...>  20111113 04:02:44

Bugs item #3437139, was opened at 20111112 20:02 Message generated for change (Tracker Item Submitted) made by donwinsor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3437139&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: Don Winsor (donwinsor) Assigned to: Nobody/Anonymous (nobody) Summary: Failure to evaluate definite integral Initial Comment: Hello Maxima team, The following definite integral (and some similar ones) fails to evaluate: integrate(1/(sqrt(x)*((1+sqrt(x))^2)),x,1,4); This seems strange as maxima has no problem finding the corresponding indefinite integral, and evaluating that at the limits is straightforward. Record of a session is below. Any ideas on what might be causing this? Don Winsor University of Michigan Maxima 5.25.1 http://maxima.sourceforge.net using Lisp CLISP 2.49 (20100707) 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) 2 (%o1)   sqrt(x) + 1 (%i2) 4 / [ 1 (%o2) I  dx ] 2 / (sqrt(x) + 1) sqrt(x) 1 (%i3)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3437139&group_id=4933 
From: SourceForge.net <noreply@so...>  20111110 16:54:39

Bugs item #3436157, was opened at 20111110 08:54 Message generated for change (Tracker Item Submitted) made by vext0101 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3436157&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: Edd Barrett (vext0101) Assigned to: Nobody/Anonymous (nobody) Summary: Nonportable configure script Initial Comment: Hi, On OpenBSD, some parts of the configure script fail, in particular: expanded_libdir="`eval \"exec_prefix=${tmp_exec_prefix};echo ${libdir}\"`" expanded_libexecdir="`eval \"exec_prefix=${tmp_exec_prefix};echo ${libexecdir}\"`" expanded_datadir="`eval \"prefix=${tmp_prefix};datarootdir=${datarootdir};echo ${datadir}\"`" expanded_infodir="`eval \"prefix=${tmp_prefix};datarootdir=${datarootdir};echo ${infodir}\"`" Gives: configure: no closing quote configure: no closing quote configure: no closing quote configure: no closing quote If I use bash, it works fine, but this would mean pulling bash in as a build dependency. Would appreciate a patch. Cheers.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3436157&group_id=4933 
From: SourceForge.net <noreply@so...>  20111110 08:02:44

Bugs item #3435971, was opened at 20111110 00:02 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3435971&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  Solving equations Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: eigenvectors produces wrong results Initial Comment: [vals,vec]:eigenvectors(matrix([0.2273,0.0852],[0.193,0.1794])); rat: replaced 0.0164436 by 1134/68963 = 0.01644360019141 rat: replaced 0.1794 by 897/5000 = 0.1794 rat: replaced 0.2273 by 2273/10000 = 0.2273 rat: replaced 0.01644360019141 by 1091/66348 = 0.01644360040996 rat: replaced 0.1794 by 897/5000 = 0.1794 rat: replaced 0.2273 by 2273/10000 = 0.2273 rat: replaced 1.2057635497678905E12 by 1/829350000000 = 1.2057635497678905E12 rat: replaced 2.1637741760636258E+11 by 216377417606/1 = 2.16377417606E+11 rat: replaced 2.1637741760636258E+11 by 216377417606/1 = 2.16377417606E+11 (%o40) [[[0.07289999842889,0.33380000157111],[1,1]],[[[1,1.812206572769953]],[[1, 1.25]]]] However, the eigenvectors should be [0.62166748, 0.78328126] and [0.46864735,0.88338534].  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3435971&group_id=4933 
From: SourceForge.net <noreply@so...>  20111109 23:52:45

Bugs item #3435775, was opened at 20111109 15:52 Message generated for change (Tracker Item Submitted) made by sueyllam You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3435775&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: Hisham Sueyllam (sueyllam) Assigned to: Nobody/Anonymous (nobody) Summary: Simplification Initial Comment: Since Maxima does not perform Singular value decomposition for matrices with symbolic entries, I computed the SVD of the xshear matrix (computer graphics) by hand and tried to use maxima to verify the result. The matrix is matrix([1, x], [0, 1]). As recorded in the uploaded xMaxima console file I entered the U, S and VT and tried to evaluate U.S.VT which should evaluate to the shear matrix but got a matrix with complicated entries. Trying a smaller step I computed u11^2+u21^2, i.e. the length of the first column which is supposed to be 1 since U is an orthonormal matrix, but even that xMaxima was unable to verify.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3435775&group_id=4933 
From: SourceForge.net <noreply@so...>  20111108 06:53:31

Bugs item #3434812, was opened at 20111107 22:53 Message generated for change (Tracker Item Submitted) made by sheep_tk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3434812&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  Limit Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Tim Kroeger (sheep_tk) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong limit Initial Comment: I am using maxima 5.22.1. The following happend to me when I was unaware of the difference between "inf" and "infinity". I entered limit(n*(sqrt(n^2+1)n),n,infinity); and got the result infinity when I expected 1/2. I now know the difference, and in fact I see that limit(n*(sqrt(n^2+1)n),n,inf); gives 1/2 as expected, but nevertheless, I disagree with the other result. That is, a limit to "inf" is, so to say, a special case of a limit to "infinity", so that, if the limit to "inf" of a certain expression exists and is a finite value, the corresponding limit to "infinity" must either be the same value or "und" (undefined).  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3434812&group_id=4933 
From: SourceForge.net <noreply@so...>  20111104 19:51:07

Bugs item #3152960, was opened at 20110107 07:56 Message generated for change (Settings changed) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3152960&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  Solving equations Group: None >Status: Pending >Resolution: Wont Fix Priority: 5 Private: No Submitted By: https://me.yahoo.com/a/ps7pCZkQ () Assigned to: Nobody/Anonymous (nobody) Summary: LISP allocation error Initial Comment: I got this error, and I have no idea how i can use Allocate or what this means. Maxima encountered a Lisp error: Error in PROGN [or a callee]: The storage for BIGNUM is exhausted. Currently, 5630 pages are allocated. Use ALLOCATE to expand the space. Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil.  here my code: eqe3: J=xp^2*mp+xw^2*mw+xb^2*mb+(xp^3/3+xb^3/3)*A*roh; eqe4:xw*mw+mb*xb+mp*xp+(xp^2/2+xb^2/2)*A*roh=0; eqe5:xcogw=(xw*mw+xb*mb+(xp^2/2+xb^2/2)*A*roh)/(mw+mb+mt); eqe6:mw=(xpo+xp+xbxbo)*A*roh+mwo; solve([eqe3,eqe4,eqe5,eqe6],[mw,xw,xp,xb]); I am using wxMaxima 0.8.7 on win7 32 bit How can I fix this?  >Comment By: Dieter Kaiser (crategus) Date: 20111104 12:51 Message: I can reproduce the problem with Maxima 5.25post and SBCL. The system of equations seems to be to complicated for Maxima. Intermediate expression swelling seems to exhaus the available memory of the underlying lisp. At this time I would like to suggest to close this bug report as won't fix. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3152960&group_id=4933 
From: SourceForge.net <noreply@so...>  20111104 19:26:40

Bugs item #3168479, was opened at 20110130 19:00 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3168479&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: Works For Me Priority: 5 Private: No Submitted By: jrredford (jrredford) Assigned to: Nobody/Anonymous (nobody) Summary: ?? and describe() aren't working Initial Comment: describe() and ?? aren't working: (%i1) describe(integrate); WARNING: Empty documentation index. Describe command will not work! No exact match found for topic `integrate'. Try `?? integrate' (inexact match) instead. (%o1) false (%i2) ?? integrate; (%o2) false Below is the Maxima version that I'm using: Maxima version: 5.23.2 Maxima build date: 17:9 1/17/2011 Host type: i686pcmingw32 Lisp implementation type: GNU Common Lisp (GCL) Lisp implementation version: GCL 2.6.8  >Comment By: Dieter Kaiser (crategus) Date: 20111104 12:26 Message: The last posting says that this is a problem in Ubuntu versions of Maxima only. A workaround has been given. Closing this bug report as "Works for me". Dieter Kaiser  Comment By: Volker van Nek (van_nek) Date: 20110827 03:14 Message: It seems that this bug is only present in Ubuntu versions of Maxima. If Maxima is compiled from sources, *.infofiles and maximaindex.lisp will be found in /usr/local/share/info and describe works properly. In Ubuntu *.infofiles are in /usr/share/info/ while maximaindex.lisp is in /usr/share/doc/maximadoc/info/. So a workaround for Ubuntu is the command sudo cp /usr/share/doc/maximadoc/info/maximaindex.lisp /usr/share/info/ I will write an email to Istvan Blahota who is the maintainer of Maxima in Ubuntu. Volker van Nek  Comment By: Volker van Nek (van_nek) Date: 20110612 13:23 Message: I have to reopen this bug report. My observation: volker@...:~$ maxima Maxima 5.24.0 http://maxima.sourceforge.net using Lisp SBCL 1.0.45.0.debian 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) ?? integrate Maxima encountered a Lisp error: Couldn't load #P"/usr/share/info/./maximaindex.lisp": file does not exist. Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. ; ; compilation unit aborted ; caught 1 fatal ERROR condition (%i2) quit()$ maximaindex.lisp is located at a different place: volker@...:~$ find /usr/share/ name maximaindex.lisp /usr/share/doc/maximadoc/info/maximaindex.lisp Volker van Nek  Comment By: Volker van Nek (van_nek) Date: 20110612 13:23 Message: I have to reopen this bug report. My observation: volker@...:~$ maxima Maxima 5.24.0 http://maxima.sourceforge.net using Lisp SBCL 1.0.45.0.debian 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) ?? integrate Maxima encountered a Lisp error: Couldn't load #P"/usr/share/info/./maximaindex.lisp": file does not exist. Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. ; ; compilation unit aborted ; caught 1 fatal ERROR condition (%i2) quit()$ maximaindex.lisp is located at a different place: volker@...:~$ find /usr/share/ name maximaindex.lisp /usr/share/doc/maximadoc/info/maximaindex.lisp Volker van Nek  Comment By: Dieter Kaiser (crategus) Date: 20110217 13:29 Message: This bug is no longer present, because of the filerelease: 20110217 18:54:02 CET by andrejv Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3168479&group_id=4933 
From: SourceForge.net <noreply@so...>  20111101 22:42:23

Bugs item #3207833, was opened at 20110312 16:27 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3207833&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: 2 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: Option variable lognumer has no effect Initial Comment: The documented option variable lognumer has no effect. There is no code, which handles this option variable. (%i2) log(1.5); (%o2) 3.141592653589793*%i+.4054651081081644 (%i3) log(1.5),lognumer:true; (%o3) 3.141592653589793*%i+.4054651081081644 I suggest to cut out the documentation for lognumer. Dieter Kaiser  >Comment By: Dieter Kaiser (crategus) Date: 20111101 23:42 Message: Cutting out the declaration and the documentation of the option variable lognumer from: simp.lisp mlisp.lisp MathFunctions.texi Evaluation.texi Evaluation.de.texi Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3207833&group_id=4933 
From: SourceForge.net <noreply@so...>  20111101 22:40:11

Bugs item #3404854, was opened at 20110906 13:21 Message generated for change (Settings changed) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3404854&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: 4 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: default for logexapand Initial Comment: The user documentation says that the default for logexpand is false. The actual default is true.  >Comment By: Dieter Kaiser (crategus) Date: 20111101 23:40 Message: Correct in MathFunctions.texi and Mathfunctions.de.texi revision 01.11.2011. Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3404854&group_id=4933 