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}
(14) 
_{Apr}

_{May}

_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 


1
(3) 
2
(2) 
3
(9) 
4
(7) 
5
(4) 
6
(1) 
7
(1) 
8

9
(2) 
10
(2) 
11
(3) 
12
(2) 
13
(1) 
14
(2) 
15
(1) 
16

17
(1) 
18
(1) 
19
(2) 
20
(1) 
21
(2) 
22
(5) 
23
(2) 
24
(7) 
25
(6) 
26
(1) 
27
(3) 
28
(1) 
29

30
(1) 
31




From: SourceForge.net <noreply@so...>  20110830 16:57:43

Bugs item #3400882, was opened at 20110830 18:57 Message generated for change (Tracker Item Submitted) made by snipergang You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3400882&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: snipergang (snipergang) Assigned to: Nobody/Anonymous (nobody) Summary: simpsum error Initial Comment: Executing the following statements yield two different results (the result of simpsum is incorrect): T: sum((2^(k+i))/(2^(k+i)+2^(i)),i,0,k); T, simpsum; ev(T, [k=0]); T, simpsum returns 0 on my system, where it should be (according to wolfram alpha): (2^k*(1 + k))/(1 + 2^k) wxWidgets: 2.8.11 Unicode support: yes Maxima version: 5.25.0 Lisp: CLISP 2.49 (20100707)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3400882&group_id=4933 
From: SourceForge.net <noreply@so...>  20110828 10:35:15

Bugs item #3399696, was opened at 20110828 12:35 Message generated for change (Tracker Item Submitted) made by staffanl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3399696&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: Staffan (staffanl) Assigned to: Nobody/Anonymous (nobody) Summary: Multiline editing not working wxMaxima Initial Comment: I tried to tick checkbox "Enter evaluate cell", did some tests, and then I unticked the box again. Now it is not possible to enter multilines in wxMaxima 11.08.0 (Windows 7). I have tried upgrading to latest revision, uninstalling, and reinstall, but it seems to be impossible to get multiline editing back again. Both shitenter and enter evaluates the line, thus making it impossible to enter mutilline functions. It works on linux, but not in windows 7. Is it possible that the settings are stored in some file, or environment variables, that are not cleared when disabling "Enter evaluate cell" in Windows?  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3399696&group_id=4933 
From: SourceForge.net <noreply@so...>  20110827 10:19:49

Bugs item #3165356, was opened at 20110125 17:25 Message generated for change (Comment added) made by van_nek You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3165356&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: Duplicate Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Function describe not working Initial Comment: (%i1) describe(solve); Maxima encountered a Lisp error: Couldn't load #P"/usr/share/info/./maximaindex.lisp": file does not exist. This is my system information:  Maxima version: 5.23.2 Maxima build date: 14:11 1/18/2011 Host type: i686pclinuxgnu Lisp implementation type: SBCL Lisp implementation version: 1.0.40.0.debian  The above information is also reported by the function 'build_info'  >Comment By: Volker van Nek (van_nek) Date: 20110827 12:19 Message: This seems to be a duplicate of bug 3168479 (?? and describe() aren't working). If you are using the Ubuntu version of Maxima a workaround is sudo cp /usr/share/doc/maximadoc/info/maximaindex.lisp /usr/share/info/ Volker van Nek  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3165356&group_id=4933 
From: SourceForge.net <noreply@so...>  20110827 10:14:26

Bugs item #3168479, was opened at 20110131 04:00 Message generated for change (Comment added) made by van_nek 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: Open Resolution: None 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: Volker van Nek (van_nek) Date: 20110827 12: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 22: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 22: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 22: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...>  20110827 00:36:58

Bugs item #3399073, was opened at 20110826 17:36 Message generated for change (Tracker Item Submitted) made by controlalo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3399073&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: Eduardo G. (controlalo) Assigned to: Nobody/Anonymous (nobody) Summary: scalar product with a list Initial Comment: maxima 5.22.1 in ubuntu 11.04 (and debian squeeze). I tried in windows in the same maxima version and it worked well when i'd a product of a scalar number and a list i get : (%i47) 3*[a,b,c]; (%o47) [3 a, 3 b, 3 c] (%i48) x*[a,b,c]; (%o48) [a x, b x, c x] (%i49) x[1]*[a,b,c]; (%o49) x [a, b, c] 1 would expect that the result %o49 was [x a, x b, x c] but is not. the same happen with x[1](t)*[a,b,c] 1 1 1  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3399073&group_id=4933 
From: SourceForge.net <noreply@so...>  20110826 18:17:49

Bugs item #3398066, was opened at 20110825 12:31 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3398066&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: Anton Voropaev (antonvoropaev) Assigned to: Nobody/Anonymous (nobody) Summary: radcan generates floats? Initial Comment: See also bug report ID: 2990192 INPUT build_info(); display2d : false; radcan(sqrt(sqrt(2)+1/2)); INPUT AND OUTPUT (%i1) build_info(); Maxima version: 5.25.0 Maxima build date: 12:0 8/2/2011 Host type: i686pcmingw32 Lisp implementation type: Clozure Common Lisp Lisp implementation version: Version 1.7r14925M (WindowsX8632) (%o1) (%i2) display2d : false; (%o2) false (%i3) radcan(sqrt(sqrt(2)+1/2)); rat: replaced 1.5 by 3/2 = 1.5 (%o3) sqrt(2^(3/2)+1)/sqrt(2)  >Comment By: Raymond Toy (rtoy) Date: 20110826 14:17 Message: It seems to come from csign or sign. radcan calls simpexpt which calls csign which eventually calls numer. I don't know if csign should be trying to convert the expression to a numerical result. Could be a bug in numer too.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3398066&group_id=4933 
From: SourceForge.net <noreply@so...>  20110825 16:31:24

Bugs item #3398066, was opened at 20110825 20:31 Message generated for change (Tracker Item Submitted) made by antonvoropaev You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3398066&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: Anton Voropaev (antonvoropaev) Assigned to: Nobody/Anonymous (nobody) Summary: radcan generates floats? Initial Comment: See also bug report ID: 2990192 INPUT build_info(); display2d : false; radcan(sqrt(sqrt(2)+1/2)); INPUT AND OUTPUT (%i1) build_info(); Maxima version: 5.25.0 Maxima build date: 12:0 8/2/2011 Host type: i686pcmingw32 Lisp implementation type: Clozure Common Lisp Lisp implementation version: Version 1.7r14925M (WindowsX8632) (%o1) (%i2) display2d : false; (%o2) false (%i3) radcan(sqrt(sqrt(2)+1/2)); rat: replaced 1.5 by 3/2 = 1.5 (%o3) sqrt(2^(3/2)+1)/sqrt(2)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3398066&group_id=4933 
From: SourceForge.net <noreply@so...>  20110825 15:53:26

Bugs item #3398048, was opened at 20110825 19:53 Message generated for change (Tracker Item Submitted) made by antonvoropaev You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3398048&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  Trigonometry Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Anton Voropaev (antonvoropaev) Assigned to: Nobody/Anonymous (nobody) Summary: trigrat(sin(%pi/5)) makes mess Initial Comment: See also bug reports ID: 742909 and ID: 2999635 INPUT build_info(); display2d : false; trigrat(sin(%pi/5)); INPUT AND OUTPUT (%i1) build_info(); Maxima version: 5.25.0 Maxima build date: 12:0 8/2/2011 Host type: i686pcmingw32 Lisp implementation type: Clozure Common Lisp Lisp implementation version: Version 1.7r14925M (WindowsX8632) (%o1) (%i2) display2d : false; (%o2) false (%i3) trigrat(sin(%pi/5)); (%o3) (sin(3*%pi/5)+%i*(cos(3*%pi/5)cos(2*%pi/5)+2*cos(%pi/5)1) +sin(2*%pi/5)2*sin(%pi/5)) /2  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3398048&group_id=4933 
From: SourceForge.net <noreply@so...>  20110825 15:53:08

Bugs item #3398047, was opened at 20110825 19:53 Message generated for change (Tracker Item Submitted) made by antonvoropaev You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3398047&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  Trigonometry Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Anton Voropaev (antonvoropaev) Assigned to: Nobody/Anonymous (nobody) Summary: trigrat() causes an error Initial Comment: INPUT build_info(); trigrat((cos(x)+(sqrt(3)+2)*sin(x)4*sin(5*%pi/12)*cos(x(7*%pi)/12))/cos(x)); INPUT AND OUTPUT (%i1) build_info(); Maxima version: 5.25.0 Maxima build date: 12:0 8/2/2011 Host type: i686pcmingw32 Lisp implementation type: Clozure Common Lisp Lisp implementation version: Version 1.7r14925M (WindowsX8632) (%o1) (%i2) trigrat((cos(x)+(sqrt(3)+2)*sin(x)4*sin(5*%pi/12)*cos(x(7*%pi)/12))/cos(x)); `quotient' by `zero' #0: trigrat(exp=(4*sin(5*%pi/12)*cos(x7*%pi/12)+(sqrt(3)+2)*sin(x)+cos(x))/cos(x)) #1: trigrat(?_l=[(4*sin(5*%pi/12)*cos(x7*%pi/12)+(sqrt(3)+2)*sin(x)+cos(x))/cos(x)])  an error. To debug this try: debugmode(true);  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3398047&group_id=4933 
From: SourceForge.net <noreply@so...>  20110825 15:52:53

Bugs item #3398046, was opened at 20110825 19:52 Message generated for change (Tracker Item Submitted) made by antonvoropaev You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3398046&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: Anton Voropaev (antonvoropaev) Assigned to: Nobody/Anonymous (nobody) Summary: radcan() causes an error Initial Comment: INPUT build_info(); radcan((8^(1/4)+2)/(2^(1/3)+2^(1/4))4^(1/3)), algebraic; INPUT AND OUTPUT (%i1) build_info(); Maxima version: 5.25.0 Maxima build date: 12:0 8/2/2011 Host type: i686pcmingw32 Lisp implementation type: Clozure Common Lisp Lisp implementation version: Version 1.7r14925M (WindowsX8632) (%o1) (%i2) radcan((8^(1/4)+2)/(2^(1/3)+2^(1/4))4^(1/3)), algebraic; Maxima encountered a Lisp error: value ((RAT SIMP) 3 4) is not of the expected type INTEGER. Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3398046&group_id=4933 
From: SourceForge.net <noreply@so...>  20110825 15:52:39

Bugs item #3398045, was opened at 20110825 19:52 Message generated for change (Tracker Item Submitted) made by antonvoropaev You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3398045&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: Anton Voropaev (antonvoropaev) Assigned to: Nobody/Anonymous (nobody) Summary: ratsubst() causes stack overflow Initial Comment: INPUT build_info(); ratsubst(x,sqrt(log(2)),sqrt(log(2))), radsubstflag = true; INPUT AND OUTPUT (%i1) build_info(); Maxima version: 5.25.0 Maxima build date: 12:0 8/2/2011 Host type: i686pcmingw32 Lisp implementation type: Clozure Common Lisp Lisp implementation version: Version 1.7r14925M (WindowsX8632) (%o1) (%i2) ratsubst(x,sqrt(log(2)),sqrt(log(2))), radsubstflag = true; Maxima encountered a Lisp error: Stack overflow on value stack. Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3398045&group_id=4933 
From: SourceForge.net <noreply@so...>  20110825 15:52:25

Bugs item #3398044, was opened at 20110825 19:52 Message generated for change (Tracker Item Submitted) made by antonvoropaev You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3398044&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: Anton Voropaev (antonvoropaev) Assigned to: Nobody/Anonymous (nobody) Summary: ratsubst() doesn't substitute Initial Comment: INPUT build_info(); display2d : false; e : x*y+y*z; ratsubst(t,e,e+x^2); ratsubst(t,e,e+y^2); ratsubst(t,e,e+z^2); INPUT AND OUTPUT (%i1) build_info(); Maxima version: 5.25.0 Maxima build date: 12:0 8/2/2011 Host type: i686pcmingw32 Lisp implementation type: Clozure Common Lisp Lisp implementation version: Version 1.7r14925M (WindowsX8632) (%o1) (%i2) display2d : false; (%o2) false (%i3) e : x*y+y*z; (%o3) y*z+x*y (%i4) ratsubst(t,e,e+x^2); (%o4) x^2+t (%i5) ratsubst(t,e,e+y^2); (%o5) y^2+t (%i6) ratsubst(t,e,e+z^2); (%o6) z^2+y*z+x*y  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3398044&group_id=4933 
From: SourceForge.net <noreply@so...>  20110824 17:59:55

Bugs item #3397562, was opened at 20110824 13:31 Message generated for change (Settings changed) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3397562&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: Pending >Resolution: Works For Me Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: sin(x^2)/(x^2) improper integral incorrect? Initial Comment: (%i1) integrate(sin(x^2)/(x^2),x,1,inf); defint: integral is divergent. This used to just return the integral as a nounform. Numerical approximation says it's about 0.2862504407259549. Thanks!  >Comment By: Raymond Toy (rtoy) Date: 20110824 13:59 Message: What version are you using? The current version returns %i*gamma_incomplete(1,2*%i)/2+%i*gamma_incomplete(1,2*%i)/2+1/2 This is approximately .6734567682657728. quad_qagi also says the integral is approximately 0.67335. Marking this as pending/worksforme  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3397562&group_id=4933 
From: SourceForge.net <noreply@so...>  20110824 17:36:00

Bugs item #3397562, was opened at 20110824 17:31 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3397562&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: sin(x^2)/(x^2) improper integral incorrect? Initial Comment: (%i1) integrate(sin(x^2)/(x^2),x,1,inf); defint: integral is divergent. This used to just return the integral as a nounform. Numerical approximation says it's about 0.2862504407259549. Thanks!  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3397562&group_id=4933 
From: SourceForge.net <noreply@so...>  20110824 17:35:26

Bugs item #3382358, was opened at 20110729 18:29 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3382358&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: integrating function with signum incorrect Initial Comment: In Maxima 5.24.0: (%i11) integrate(x*signum(x^21/4),x,1,0); 1 (%o11)  2 But the picture makes it pretty clear this should be 1/4. Is this antideriv ok? (%i15) integrate(x*signum(x^21/4),x); ! 2 1! !x  ! ! 4! (%o15)  2 This was originally reported at the Sage trac at http://trac.sagemath.org/sage_trac/ticket/11590  >Comment By: https://www.google.com/accounts () Date: 20110824 17:33 Message: Good point, and we're working on getting that loaded in automatically. Doesn't fix the original problem, though.  Comment By: Barton Willis (willisbl) Date: 20110730 02:14 Message: By the way: (%i4) load(abs_integrate)$ Correct antiderivative: (%i5) 'integrate(x*signum(x^21/4),x); (%o5) abs(x^21/4)/2 Correct definite integral (%i6) 'integrate(x*signum(x^21/4),x,1,0); (%o6) 1/4  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3382358&group_id=4933 
From: SourceForge.net <noreply@so...>  20110824 13:54:29

Bugs item #3395683, was opened at 20110821 11:29 Message generated for change (Comment added) made by nldias You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3395683&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: Nelson Luís Dias (nldias) Assigned to: Nobody/Anonymous (nobody) Summary: as of Maxima5.21.1, depends() does not allow a similarity t Initial Comment: Hi: my name is Nelson Dias, and I am an Associate Professor in Environmental Engineering at the Federal University of Paraná, Brazil. Below is a classical problem: it transforms the PDE (dPsi/dy)(d^2Psi/dxdy)  (dPsi/dx)(d^2Psi/dy^2)  nu*(d^3Psi/dy^3) = 0 into the ODE 2f''' + f f'' = 0 through the similarity transform U = U*delta*eta, delta = (nu*x/U)^(1/2), eta = y/delta. This is the classical Blasius solution for a laminar boundarylayer. The code below transforms the PDE into the ODE: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ delta : (nu*x/U)^(1/2)$ eta : y/delta$ depends(f,eta)$ psi : U*delta*f$ eq : diff(psi,y) * diff(psi,x,1,y,1)  diff(psi,x)*diff(psi,y,2)  nu*diff(psi,y,3)$ factor(eq); ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In Maxima 5.20.1 it gives the right answer: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ (%i1) batch(psibla.max) batching /home/nldias/software/maxima5.20.1/psibla.max nu x 1/2 (%i2) delta : () U y (%i3) eta :  delta (%i4) depends(f, eta) (%i5) psi : U delta f (%i6) eq :  nu diff(psi, y, 3)  diff(psi, x) diff(psi, y, 2) + diff(psi, y) diff(psi, x, 1, y, 1) (%i7) factor(eq) 3 2 d f d f 2 (2  + f ) U y 3 y 2 d() d() nu x nu x sqrt() sqrt() U U (%o7)   2 x ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ but it fails for all the following versions: 5.21.1 5.22.1 5.23.2 5.24.0 5.25.0 giving the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ (%i1) batch(psibla.max) read and interpret file: /home/nldias/software/maxima5.25.0/psibla.max nu x 1/2 (%i2) delta : () U y (%i3) eta :  delta (%i4) depends(f, eta) y depends: argument must be a symbol; found  nu x sqrt() U  an error. To debug this try: debugmode(true); ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I don't know if this is a bug, but if it is not I would very much like to know what the alternative is for the code I used until Maxima5.20.1. Similarity transforms are a big deal to me, and I would like to be able to continue to use this (and other Maxima examples) in my classes. Sincerely Nelson L. Dias  Comment By: Nelson Luís Dias (nldias) Date: 20110824 11:54 Message: Barton, thanks a lot for the alternative; I was not aware about pdiff. Regards Nelson  Comment By: Barton Willis (willisbl) Date: 20110824 07:52 Message: Here is a workaround: (%i45) load(pdiff)$ (%i46) U * (nu*x/U)^(1/2) * F(y/(nu*x/U)^(1/2))$ (%i47) diff(%,y) * diff(%,x,1,y,1)  diff(%,x)*diff(%,y,2)  nu*diff(%,y,3)$ (%i48) ratsubst(w,y/sqrt((nu*x)/U),%)$ (%i49) solve(%,diff(F(w),w,3)); (%o49) [F[(3)](w)=(F(w)*F[(2)](w))/2] If you have questions about this, send a note to the mailing list.  Comment By: Dieter Kaiser (crategus) Date: 20110821 20:02 Message: Thank you very much for your bug report. I had a look at the problem. Because of a bug report the routine i$dependencies has been reworked in 14.12.2009. At this time a check has been added to allow only dependencies from a symbol and not an expression. This might be too restrictive, but on the other hand, if we allow dependencies on expressions, we get expressions which have a syntax which is wrong for the function diff. The following is generated with Maxima 5.20: (%i1) depends(f, 2*x); (%o1) [f(2*x)] (%i2) diff(f, x); (%o2) 2*'diff(f,2*x,1) (%i3) ev(%), nouns; diff: second argument must be a variable; found 2*x  an error. To debug this try: debugmode(true); The problem is that the function diff does not allow the differentiation wrt an expression. Perhaps, we can extend the syntax of the function diff to allow the differentiation wrt an expression. I will think again about this problem. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3395683&group_id=4933 
From: SourceForge.net <noreply@so...>  20110824 09:56:27

Bugs item #3397031, was opened at 20110823 15:43 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3397031&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: Pablo (pabloms) Assigned to: Nobody/Anonymous (nobody) Summary: ERROR: quad_qags and matrix Initial Comment: The problem is that it isn't possible integrate a matrix with quad_qags function. I have a 4x1 matrix, for example, and I want integrate componet by component with a bucle, but it doesn't work... I used a trap to get my objetive: I used determinant() function to convert the 1x1 vector to a number. ;)  >Comment By: Barton Willis (willisbl) Date: 20110824 04:56 Message: Another thing: you didn't need to use determinant to extract the 1,1 entry of a 1x1 matrix. Here are two ways: (%i56) m : matrix([42]); (%o56) matrix([42]) (%i57) first(first(m)); (%o57) 42 (%i58) m, scalarmatrixp : 'all; (%o58) 42  Comment By: Barton Willis (willisbl) Date: 20110824 04:40 Message: You can do want you want by mapping a lambda form onto the matrix: (%i37) matrixmap(lambda([s], first(quad_qags(s,x,0,1,'epsrel=1.0d10))), matrix([1,x],[x^2,x^3])); (%o37) matrix([1.0,0.5],[0.333333333333333,0.25]) Correct me if I'm mistaken, but isn't your report a feature request, not a bug?  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3397031&group_id=4933 
From: SourceForge.net <noreply@so...>  20110824 09:52:01

Bugs item #3395683, was opened at 20110821 08:29 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3395683&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: Nelson Luís Dias (nldias) Assigned to: Nobody/Anonymous (nobody) Summary: as of Maxima5.21.1, depends() does not allow a similarity t Initial Comment: Hi: my name is Nelson Dias, and I am an Associate Professor in Environmental Engineering at the Federal University of Paraná, Brazil. Below is a classical problem: it transforms the PDE (dPsi/dy)(d^2Psi/dxdy)  (dPsi/dx)(d^2Psi/dy^2)  nu*(d^3Psi/dy^3) = 0 into the ODE 2f''' + f f'' = 0 through the similarity transform U = U*delta*eta, delta = (nu*x/U)^(1/2), eta = y/delta. This is the classical Blasius solution for a laminar boundarylayer. The code below transforms the PDE into the ODE: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ delta : (nu*x/U)^(1/2)$ eta : y/delta$ depends(f,eta)$ psi : U*delta*f$ eq : diff(psi,y) * diff(psi,x,1,y,1)  diff(psi,x)*diff(psi,y,2)  nu*diff(psi,y,3)$ factor(eq); ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In Maxima 5.20.1 it gives the right answer: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ (%i1) batch(psibla.max) batching /home/nldias/software/maxima5.20.1/psibla.max nu x 1/2 (%i2) delta : () U y (%i3) eta :  delta (%i4) depends(f, eta) (%i5) psi : U delta f (%i6) eq :  nu diff(psi, y, 3)  diff(psi, x) diff(psi, y, 2) + diff(psi, y) diff(psi, x, 1, y, 1) (%i7) factor(eq) 3 2 d f d f 2 (2  + f ) U y 3 y 2 d() d() nu x nu x sqrt() sqrt() U U (%o7)   2 x ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ but it fails for all the following versions: 5.21.1 5.22.1 5.23.2 5.24.0 5.25.0 giving the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ (%i1) batch(psibla.max) read and interpret file: /home/nldias/software/maxima5.25.0/psibla.max nu x 1/2 (%i2) delta : () U y (%i3) eta :  delta (%i4) depends(f, eta) y depends: argument must be a symbol; found  nu x sqrt() U  an error. To debug this try: debugmode(true); ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I don't know if this is a bug, but if it is not I would very much like to know what the alternative is for the code I used until Maxima5.20.1. Similarity transforms are a big deal to me, and I would like to be able to continue to use this (and other Maxima examples) in my classes. Sincerely Nelson L. Dias  >Comment By: Barton Willis (willisbl) Date: 20110824 04:52 Message: Here is a workaround: (%i45) load(pdiff)$ (%i46) U * (nu*x/U)^(1/2) * F(y/(nu*x/U)^(1/2))$ (%i47) diff(%,y) * diff(%,x,1,y,1)  diff(%,x)*diff(%,y,2)  nu*diff(%,y,3)$ (%i48) ratsubst(w,y/sqrt((nu*x)/U),%)$ (%i49) solve(%,diff(F(w),w,3)); (%o49) [F[(3)](w)=(F(w)*F[(2)](w))/2] If you have questions about this, send a note to the mailing list.  Comment By: Dieter Kaiser (crategus) Date: 20110821 17:02 Message: Thank you very much for your bug report. I had a look at the problem. Because of a bug report the routine i$dependencies has been reworked in 14.12.2009. At this time a check has been added to allow only dependencies from a symbol and not an expression. This might be too restrictive, but on the other hand, if we allow dependencies on expressions, we get expressions which have a syntax which is wrong for the function diff. The following is generated with Maxima 5.20: (%i1) depends(f, 2*x); (%o1) [f(2*x)] (%i2) diff(f, x); (%o2) 2*'diff(f,2*x,1) (%i3) ev(%), nouns; diff: second argument must be a variable; found 2*x  an error. To debug this try: debugmode(true); The problem is that the function diff does not allow the differentiation wrt an expression. Perhaps, we can extend the syntax of the function diff to allow the differentiation wrt an expression. I will think again about this problem. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3395683&group_id=4933 
From: SourceForge.net <noreply@so...>  20110824 09:40:22

Bugs item #3397031, was opened at 20110823 15:43 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3397031&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: Pablo (pabloms) Assigned to: Nobody/Anonymous (nobody) Summary: ERROR: quad_qags and matrix Initial Comment: The problem is that it isn't possible integrate a matrix with quad_qags function. I have a 4x1 matrix, for example, and I want integrate componet by component with a bucle, but it doesn't work... I used a trap to get my objetive: I used determinant() function to convert the 1x1 vector to a number. ;)  >Comment By: Barton Willis (willisbl) Date: 20110824 04:40 Message: You can do want you want by mapping a lambda form onto the matrix: (%i37) matrixmap(lambda([s], first(quad_qags(s,x,0,1,'epsrel=1.0d10))), matrix([1,x],[x^2,x^3])); (%o37) matrix([1.0,0.5],[0.333333333333333,0.25]) Correct me if I'm mistaken, but isn't your report a feature request, not a bug?  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3397031&group_id=4933 
From: SourceForge.net <noreply@so...>  20110823 20:43:23

Bugs item #3397031, was opened at 20110823 22:43 Message generated for change (Tracker Item Submitted) made by pabloms You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3397031&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: Pablo (pabloms) Assigned to: Nobody/Anonymous (nobody) Summary: ERROR: quad_qags and matrix Initial Comment: The problem is that it isn't possible integrate a matrix with quad_qags function. I have a 4x1 matrix, for example, and I want integrate componet by component with a bucle, but it doesn't work... I used a trap to get my objetive: I used determinant() function to convert the 1x1 vector to a number. ;)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3397031&group_id=4933 
From: SourceForge.net <noreply@so...>  20110823 00:36:56

Bugs item #3396631, was opened at 20110822 22:55 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3396631&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: 9 Private: No Submitted By: Stefan Savolainen (stesavo) Assigned to: Nobody/Anonymous (nobody) Summary: equal terms produce different results Initial Comment: Hi, I hope I haven't made any mistake, but I doublechecked all three terms with WolframAlpha, which always comes up with the first (correct) result. Have a look at this: Maxima 5.25.0 http://maxima.sourceforge.net using Lisp Clozure Common Lisp Version 1.7r14925M (WindowsX8632) 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. maximainit.mac loaded (%i1) 5*sqrt(5)+3*sqrt(5)+5*sqrt(3)+3*sqrt(3)+2*sqrt(75)+2*sqrt(45); 5/2 (%o1) 14*sqrt(5) + 2*3 (%i2) 5*sqrt(5)+5*sqrt(3)+3*sqrt(3)+2*sqrt(75)+2*sqrt(45)+3*sqrt(5); 5/2 (%o2) 19*sqrt(5) + 2*3 (%i3) 5*sqrt(5)+5*sqrt(3)+2*sqrt(75)+2*sqrt(45)+3*sqrt(5)+3*sqrt(3); 5/2 (%o3) 34*sqrt(5) + 2*3 (%i4)  >Comment By: Dieter Kaiser (crategus) Date: 20110823 02:36 Message: I have committed a correction of the routine plusin to the branch master. I need some help to commit the correction to the branch branch5.25. I am not sure to do it correctly. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20110823 01:50 Message: I have got the error. It is simply a variable which has to be reset to the value 1. The variable is set by a side effect in a predicate and in special situations like the examples of this bug report the variable is not reseted to the value 1 which causes the bug. I will commit the correction. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20110823 00:32 Message: Thank you very much for this bug report. This is really a very silly bug. We have an additional simplification of expressions because of another bug in the main simplifier. But thousand of tests in the testsuite had not shown this silly error. This is correct: (%i1) 5*sqrt(5)+6*sqrt(5); (%o1) 11*sqrt(5) This is correct too: (%i2) 5*sqrt(5)+sqrt(3)+6*sqrt(5); (%o2) 11*sqrt(5)+sqrt(3) This is wrong: (%i3) 5*sqrt(5)+2*sqrt(3)+6*sqrt(5); (%o3) 16*sqrt(5)+2*sqrt(3) Again this is correct: (%i4) 5*sqrt(5)+3*sqrt(3)+6*sqrt(5); (%o4) 11*sqrt(5)+3^(3/2) Again this is wrong: (%i5) 5*sqrt(5)+4*sqrt(3)+6*sqrt(5); (%o5) 26*sqrt(5)+4*sqrt(3) It is wrong for a term n*sqrt(3) with n an even integer. I have a look at the algorithm to correct the error as sone as possible. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3396631&group_id=4933 
From: SourceForge.net <noreply@so...>  20110822 23:50:42

Bugs item #3396631, was opened at 20110822 22:55 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3396631&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: 9 Private: No Submitted By: Stefan Savolainen (stesavo) Assigned to: Nobody/Anonymous (nobody) Summary: equal terms produce different results Initial Comment: Hi, I hope I haven't made any mistake, but I doublechecked all three terms with WolframAlpha, which always comes up with the first (correct) result. Have a look at this: Maxima 5.25.0 http://maxima.sourceforge.net using Lisp Clozure Common Lisp Version 1.7r14925M (WindowsX8632) 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. maximainit.mac loaded (%i1) 5*sqrt(5)+3*sqrt(5)+5*sqrt(3)+3*sqrt(3)+2*sqrt(75)+2*sqrt(45); 5/2 (%o1) 14*sqrt(5) + 2*3 (%i2) 5*sqrt(5)+5*sqrt(3)+3*sqrt(3)+2*sqrt(75)+2*sqrt(45)+3*sqrt(5); 5/2 (%o2) 19*sqrt(5) + 2*3 (%i3) 5*sqrt(5)+5*sqrt(3)+2*sqrt(75)+2*sqrt(45)+3*sqrt(5)+3*sqrt(3); 5/2 (%o3) 34*sqrt(5) + 2*3 (%i4)  >Comment By: Dieter Kaiser (crategus) Date: 20110823 01:50 Message: I have got the error. It is simply a variable which has to be reset to the value 1. The variable is set by a side effect in a predicate and in special situations like the examples of this bug report the variable is not reseted to the value 1 which causes the bug. I will commit the correction. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20110823 00:32 Message: Thank you very much for this bug report. This is really a very silly bug. We have an additional simplification of expressions because of another bug in the main simplifier. But thousand of tests in the testsuite had not shown this silly error. This is correct: (%i1) 5*sqrt(5)+6*sqrt(5); (%o1) 11*sqrt(5) This is correct too: (%i2) 5*sqrt(5)+sqrt(3)+6*sqrt(5); (%o2) 11*sqrt(5)+sqrt(3) This is wrong: (%i3) 5*sqrt(5)+2*sqrt(3)+6*sqrt(5); (%o3) 16*sqrt(5)+2*sqrt(3) Again this is correct: (%i4) 5*sqrt(5)+3*sqrt(3)+6*sqrt(5); (%o4) 11*sqrt(5)+3^(3/2) Again this is wrong: (%i5) 5*sqrt(5)+4*sqrt(3)+6*sqrt(5); (%o5) 26*sqrt(5)+4*sqrt(3) It is wrong for a term n*sqrt(3) with n an even integer. I have a look at the algorithm to correct the error as sone as possible. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3396631&group_id=4933 
From: SourceForge.net <noreply@so...>  20110822 22:32:55

Bugs item #3396631, was opened at 20110822 22:55 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3396631&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: 9 Private: No Submitted By: Stefan Savolainen (stesavo) Assigned to: Nobody/Anonymous (nobody) Summary: equal terms produce different results Initial Comment: Hi, I hope I haven't made any mistake, but I doublechecked all three terms with WolframAlpha, which always comes up with the first (correct) result. Have a look at this: Maxima 5.25.0 http://maxima.sourceforge.net using Lisp Clozure Common Lisp Version 1.7r14925M (WindowsX8632) 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. maximainit.mac loaded (%i1) 5*sqrt(5)+3*sqrt(5)+5*sqrt(3)+3*sqrt(3)+2*sqrt(75)+2*sqrt(45); 5/2 (%o1) 14*sqrt(5) + 2*3 (%i2) 5*sqrt(5)+5*sqrt(3)+3*sqrt(3)+2*sqrt(75)+2*sqrt(45)+3*sqrt(5); 5/2 (%o2) 19*sqrt(5) + 2*3 (%i3) 5*sqrt(5)+5*sqrt(3)+2*sqrt(75)+2*sqrt(45)+3*sqrt(5)+3*sqrt(3); 5/2 (%o3) 34*sqrt(5) + 2*3 (%i4)  >Comment By: Dieter Kaiser (crategus) Date: 20110823 00:32 Message: Thank you very much for this bug report. This is really a very silly bug. We have an additional simplification of expressions because of another bug in the main simplifier. But thousand of tests in the testsuite had not shown this silly error. This is correct: (%i1) 5*sqrt(5)+6*sqrt(5); (%o1) 11*sqrt(5) This is correct too: (%i2) 5*sqrt(5)+sqrt(3)+6*sqrt(5); (%o2) 11*sqrt(5)+sqrt(3) This is wrong: (%i3) 5*sqrt(5)+2*sqrt(3)+6*sqrt(5); (%o3) 16*sqrt(5)+2*sqrt(3) Again this is correct: (%i4) 5*sqrt(5)+3*sqrt(3)+6*sqrt(5); (%o4) 11*sqrt(5)+3^(3/2) Again this is wrong: (%i5) 5*sqrt(5)+4*sqrt(3)+6*sqrt(5); (%o5) 26*sqrt(5)+4*sqrt(3) It is wrong for a term n*sqrt(3) with n an even integer. I have a look at the algorithm to correct the error as sone as possible. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3396631&group_id=4933 
From: SourceForge.net <noreply@so...>  20110822 20:58:38

Bugs item #3396631, was opened at 20110822 22:55 Message generated for change (Settings changed) made by stesavo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3396631&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: 9 Private: No Submitted By: Stefan Savolainen (stesavo) Assigned to: Nobody/Anonymous (nobody) Summary: equal terms produce different results Initial Comment: Hi, I hope I haven't made any mistake, but I doublechecked all three terms with WolframAlpha, which always comes up with the first (correct) result. Have a look at this: Maxima 5.25.0 http://maxima.sourceforge.net using Lisp Clozure Common Lisp Version 1.7r14925M (WindowsX8632) 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. maximainit.mac loaded (%i1) 5*sqrt(5)+3*sqrt(5)+5*sqrt(3)+3*sqrt(3)+2*sqrt(75)+2*sqrt(45); 5/2 (%o1) 14*sqrt(5) + 2*3 (%i2) 5*sqrt(5)+5*sqrt(3)+3*sqrt(3)+2*sqrt(75)+2*sqrt(45)+3*sqrt(5); 5/2 (%o2) 19*sqrt(5) + 2*3 (%i3) 5*sqrt(5)+5*sqrt(3)+2*sqrt(75)+2*sqrt(45)+3*sqrt(5)+3*sqrt(3); 5/2 (%o3) 34*sqrt(5) + 2*3 (%i4)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3396631&group_id=4933 
From: SourceForge.net <noreply@so...>  20110822 20:55:57

Bugs item #3396631, was opened at 20110822 22:55 Message generated for change (Tracker Item Submitted) made by stesavo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3396631&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: Stefan Savolainen (stesavo) Assigned to: Nobody/Anonymous (nobody) Summary: equal terms produce different results Initial Comment: Hi, I hope I haven't made any mistake, but I doublechecked all three terms with WolframAlpha, which always comes up with the first (correct) result. Have a look at this: Maxima 5.25.0 http://maxima.sourceforge.net using Lisp Clozure Common Lisp Version 1.7r14925M (WindowsX8632) 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. maximainit.mac loaded (%i1) 5*sqrt(5)+3*sqrt(5)+5*sqrt(3)+3*sqrt(3)+2*sqrt(75)+2*sqrt(45); 5/2 (%o1) 14*sqrt(5) + 2*3 (%i2) 5*sqrt(5)+5*sqrt(3)+3*sqrt(3)+2*sqrt(75)+2*sqrt(45)+3*sqrt(5); 5/2 (%o2) 19*sqrt(5) + 2*3 (%i3) 5*sqrt(5)+5*sqrt(3)+2*sqrt(75)+2*sqrt(45)+3*sqrt(5)+3*sqrt(3); 5/2 (%o3) 34*sqrt(5) + 2*3 (%i4)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3396631&group_id=4933 