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

_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 





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

8

9
(4) 
10
(5) 
11

12

13
(3) 
14
(8) 
15
(2) 
16

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

23

24
(5) 
25
(1) 
26
(3) 
27
(2) 
28
(3) 
29
(1) 
30
(1) 
31
(2) 
From: SourceForge.net <noreply@so...>  20100703 20:22:51

Bugs item #3023978, was opened at 20100701 20:48 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3023978&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: integrate(x^x+x,x) is wrong Initial Comment: The following is correct. Maxima returns a noun form: (%i4) integrate(x^x,x); (%o4) 'integrate(x^x,x) This is wrong: (%i5) integrate(x^x+x,x); (%o5) x^2/2 The error is in the pattern m2exptype2 in sin.lisp. The pattern is to general. Dieter Kaiser  >Comment By: Dieter Kaiser (crategus) Date: 20100703 22:22 Message: The problem has been solved. The integral is no longer wrong, we get the following with the current CVS version of Maxima: (%i2) integrate(x^x+x,x); (%o2) 'integrate(%e^(x*log(x)),x)+x^2/2 Dieter Kaiser  Comment By: Emilio Suarez (folok) Date: 20100703 19:06 Message: Sorry, What do you mean when you say "Fixed in sin.lisp revision 1.61"? is the problem solved?  Comment By: Emilio Suarez (folok) Date: 20100703 19:01 Message: Sorry, What do you mind when you say "Fixed in sin.lisp revision 1.61"? is the problem solved?  Comment By: Dieter Kaiser (crategus) Date: 20100701 21:11 Message: Fixed in sin.lisp revision 1.61. Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3023978&group_id=4933 
From: SourceForge.net <noreply@so...>  20100703 17:06:33

Bugs item #3023978, was opened at 20100701 20:48 Message generated for change (Comment added) made by folok You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3023978&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: integrate(x^x+x,x) is wrong Initial Comment: The following is correct. Maxima returns a noun form: (%i4) integrate(x^x,x); (%o4) 'integrate(x^x,x) This is wrong: (%i5) integrate(x^x+x,x); (%o5) x^2/2 The error is in the pattern m2exptype2 in sin.lisp. The pattern is to general. Dieter Kaiser  Comment By: Emilio Suarez (folok) Date: 20100703 19:06 Message: Sorry, What do you mean when you say "Fixed in sin.lisp revision 1.61"? is the problem solved?  Comment By: Emilio Suarez (folok) Date: 20100703 19:01 Message: Sorry, What do you mind when you say "Fixed in sin.lisp revision 1.61"? is the problem solved?  Comment By: Dieter Kaiser (crategus) Date: 20100701 21:11 Message: Fixed in sin.lisp revision 1.61. Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3023978&group_id=4933 
From: SourceForge.net <noreply@so...>  20100703 17:01:51

Bugs item #3023978, was opened at 20100701 20:48 Message generated for change (Comment added) made by folok You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3023978&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: integrate(x^x+x,x) is wrong Initial Comment: The following is correct. Maxima returns a noun form: (%i4) integrate(x^x,x); (%o4) 'integrate(x^x,x) This is wrong: (%i5) integrate(x^x+x,x); (%o5) x^2/2 The error is in the pattern m2exptype2 in sin.lisp. The pattern is to general. Dieter Kaiser  Comment By: Emilio Suarez (folok) Date: 20100703 19:01 Message: Sorry, What do you mind when you say "Fixed in sin.lisp revision 1.61"? is the problem solved?  Comment By: Dieter Kaiser (crategus) Date: 20100701 21:11 Message: Fixed in sin.lisp revision 1.61. Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3023978&group_id=4933 
From: SourceForge.net <noreply@so...>  20100703 14:19:09

Bugs item #1928142, was opened at 20080328 18:37 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1928142&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Simplification Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Harald Geyer (hgeyer) Assigned to: Nobody/Anonymous (nobody) Summary: keepfloat breaks ratsubst() in some cases Initial Comment: ratsubst returns incorrect results when keepfloat==true and the substitution causes the expression to contain both floats and rationals at the same time. See the following example session for things that don't work as well as for some things that do work. I can reproduce the problem from at least 5.11.0 up to current cvs with clisp and gcl. Maxima 5.14.0cvs http://maxima.sourceforge.net Using Lisp CLISP 2.41 (20061013) 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(ratsubstbug.mac) batching /home/rld/ratsubstbug.mac (%i2) keepfloat : true (%i3) display2d : false (%i4) cos(%pi/3) (%o4) 1/2 (%i5) subst(%pi/3,th,1.2*cos(th)) (%o5) 0.6 (%i6) ratsubst(%pi/3,th,1.2*cos(th)) (%o6) 1.2 (%i7) cos(%pi) (%o7) 1 (%i8) subst(%pi,th,1.2*cos(th)) (%o8) 1.2 (%i9) ratsubst(%pi,th,1.2*cos(th)) (%o9) 1.2 (%i10) sqrt(1/4) (%o10) 1/2 (%i11) subst(4,th,1.2*sqrt(1/th)) (%o11) 0.6 (%i12) ratsubst(4,th,1.2*sqrt(1/th)) Maxima encountered a Lisp error: COMMONLISP:GCD: 1.2 is not an integer Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. (%i13) subst(9,th,1.2*sqrt(1/th)) (%o13) 0.4 (%i14) ratsubst(9,th,1.2*sqrt(1/th)) Maxima encountered a Lisp error: COMMONLISP:GCD: 1.2 is not an integer Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. (%i15) ratsubst(9,th,1.2*sqrt(th)) (%o15) 3.6 (%i16) ratsubst(4,th,1.2/sqrt(th)) Maxima encountered a Lisp error: COMMONLISP:GCD: 1.2 is not an integer Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. (%i17) log(%e^(1/2)) (%o17) 1/2 (%i18) subst(%e^(1/2),th,1.2*log(th)) (%o18) 0.6 (%i19) ratsubst(%e^(1/2),th,1.2*log(th)) (%o19) 1.2 (%i20) ratsubst(%e^(1/3), th, 1.2*log(th)); (%o20) 1.2 (%i21) subst(%e^2,th,1.2*log(th)) (%o21) 2.4 (%i22) ratsubst(%e^2,th,1.2*log(th)) (%o22) 2.4  >Comment By: Dieter Kaiser (crategus) Date: 20100703 16:19 Message: The algorithm of radsubst does not work with floating point numbers. In revision 1.22 of nrat4.lisp $keepfloat is bound to NIL. radsubst now ignores the value of $keepfloat. The examples of this bug report give correct results. Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1928142&group_id=4933 
From: SourceForge.net <noreply@so...>  20100703 13:27:24

Bugs item #2789110, was opened at 20090508 18:40 Message generated for change (Settings changed) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2789110&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: solve, tan and atan depend on order of variables Initial Comment: solve(tan(x  atan(c1/c2)) = 0, x); returns [x=atan(c1/c2)] corretly, but solve(tan(x  atan(c2/c1)) = 0, x); returns [ ].  Maxima version: 5.18.1 Maxima build date: 14:34 4/18/2009 host type: i686appledarwin8.11.1 lispimplementationtype: CMU Common Lisp lispimplementationversion: 19f (19F)   >Comment By: Dieter Kaiser (crategus) Date: 20100703 15:27 Message: Fixed in solve.lisp revision 1.26. We have added code to compare simplified expressions. Closing this bug report as fixed. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20100309 00:00 Message: This is an interesting bug which is caused by the comparison with an unsimplified expression. The problem occurs in the routine OFFORMA*F<X>^N+B in solve.lisp. The additional term atan(a/b) or atan(c/b) of this bug report is a constant which should not influence the solvability of the equation. But it does. The first example for atan(a/b) gives the expected answer. The routine OFFORMA*F<X>^N+B returns T. I have put code into the routine to show the values of *HAS*VAR and the result of the call of PDIS: (%i65) solve(tan(x  atan(a/b)) = 0, x); 0: (OFFORMA*F<X>^N+B (#:tan(xatan(a/b))1895 1 1)) OFFORMA*F<X>^N+B : *has*var = (((%TAN) ((MPLUS RATSIMP) $X ((MTIMES RATSIMP) 1 ((%ATAN) ((MTIMES RATSIMP) $A ((MEXPT RATSIMP) $B 1)))))) $X) : pdis.. = ((%TAN) ((MPLUS RATSIMP) $X ((MTIMES RATSIMP) 1 ((%ATAN) ((MTIMES RATSIMP) $A ((MEXPT RATSIMP) $B 1)))))) 0: OFFORMA*F<X>^N+B returned T solve: using arctrig functions to get a solution. Some solutions will be lost. (%o65) [x = atan(a/b)] Now the second example with atan(c/b). For this example the routine OFFORMA*F<X>^N+B returns NIL. The comparison of *HAS*VAR and the return value of PDIS fails. The reason is that *HAS*VAR contains an unsimplified %atan expression with a different order of the arguments. (%i66) solve(tan(x  atan(c/b)) = 0, x); 0: (OFFORMA*F<X>^N+B (#:tan(xatan(c/b))1928 1 1)) OFFORMA*F<X>^N+B : *has*var = (((%TAN) ((MPLUS RATSIMP) $X ((MTIMES RATSIMP) 1 ((%ATAN) ((MTIMES RATSIMP) $C ((MEXPT RATSIMP) $B 1)))))) $X) : pdis.. = ((%TAN) ((MPLUS RATSIMP) $X ((MTIMES RATSIMP) 1 ((%ATAN SIMP) ((MTIMES SIMP) ((MEXPT SIMP RATSIMP) $B 1) $C))))) 0: OFFORMA*F<X>^N+B returned NIL (%o66) [] It is by design of the routines which gives the value of *HAS*VAR (e.g. varsort, newvar, newvar1, fnewvar, ...) that an unsimplified expression with a special order of the arguments is returned. Therefore, it might be the best to improve the test in OFFORMA*F<X>^N+B to be sure not to miss the case of equivalence of two expressions. Dieter Kaiser  Comment By: Harry Litzroth (hlitzroth) Date: 20090513 22:55 Message: I use wxMaxima 0.8.2 with Maxima 5.18.1. The same problem exists with vg1 : tan(x  atan(y/z))= 0; solve(vg1, x); giving the solution tan(atan(y/z)x)=0, and vg2 : tan(x  atan(z/y)) = 0; solve(vg2, x); giving no solution at all.  Comment By: Nobody/Anonymous (nobody) Date: 20090512 07:58 Message: Both give the same result: []  Maxima version: 5.18.1 Maxima build date: 20:57 4/19/2009 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8   You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2789110&group_id=4933 
From: SourceForge.net <noreply@so...>  20100703 12:13:15

Bugs item #2465066, was opened at 20081224 22:46 Message generated for change (Settings changed) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2465066&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: unsimplified result from integrate Initial Comment: (%i1) matchdeclare(x, symbolp); (%o1) done (%i2) tellsimpafter('integrate(f(x),x), g(x)); (%o2) [integraterule1,simpinteg] Wrong (should be 5*g(x)+7*x): (%i3) integrate(5*f(x) + 7,x); (%o3) 5*integrate(f(x),x)+7*x (%i4) expand(%,0,0); (%o4) 5*g(x)+7*x One fix is to change simplfiy to resimplify in sinint. But maybe the problem is before that.  >Comment By: Dieter Kaiser (crategus) Date: 20100703 14:13 Message: Fixed in sin.lisp revision 1.63. Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2465066&group_id=4933 
From: SourceForge.net <noreply@so...>  20100703 12:00:19

Bugs item #3024797, was opened at 20100703 19:57 Message generated for change (Settings changed) made by onixie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3024797&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: Includes proposed fix Status: Open Resolution: None >Priority: 3 Private: No Submitted By: onixie (onixie) Assigned to: Nobody/Anonymous (nobody) Summary: @POSIX_SHELL@ always substitued by /bin/sh in configure.lisp Initial Comment: @POSIX_SHELL@ is always substituted by /bin/sh. The keyword argument :posix_shell of function (configure) does not take effect.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3024797&group_id=4933 
From: SourceForge.net <noreply@so...>  20100703 11:58:00

Bugs item #3024797, was opened at 20100703 19:57 Message generated for change (Tracker Item Submitted) made by onixie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3024797&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: Includes proposed fix Status: Open Resolution: None Priority: 5 Private: No Submitted By: onixie (onixie) Assigned to: Nobody/Anonymous (nobody) Summary: @POSIX_SHELL@ always substitued by /bin/sh in configure.lisp Initial Comment: @POSIX_SHELL@ is always substituted by /bin/sh. The keyword argument :posix_shell of function (configure) does not take effect.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3024797&group_id=4933 
From: SourceForge.net <noreply@so...>  20100703 11:57:21

Bugs item #2803755, was opened at 20090609 22:27 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2803755&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: Pending >Resolution: Out of Date Priority: 5 Private: No Submitted By: blair sutton (bsdz) Assigned to: Nobody/Anonymous (nobody) Summary: build with ECL on Windows fails Initial Comment: When building Maxima 5.18.1 using ECL on Windows and following the instructions in INSTALL.LISP one receives the following error:  >>>>>>> (trace mk:oos) (mk:oos "maxima" :compile) The function MAKE:OOS is already traced. (MAKE:OOS) >>>>>>>  2> (MAKE:OOS "maxima" :COMPILE) ;;; Loading "C:/maxima5.18.1/src/binaryecl/maximapackage.obj" Found invalid character Soh Broken at MAKE::LOADFILEOPERATION. File: #P"C:/maxima5.18.1/lisputils/defsystem.lisp" (Form #226) No restarts available. Broken at MAKE::LOADFILEOPERATION. File: #P"C:/maxima5.18.1/lisputils/defsystem.lisp" (Form #226) >>>>>>>> I found the solution is to copy a more recent defsystem.lisp library to the lisputils folder. The version supplied with Maxima is:  DEFSYSTEM 3.4 Interim 3. One that works and is bundled with ECL 9 is:  DEFSYSTEM 3.6 Interim. Would it be possible to update to the latest one in the Maxima source repository?  >Comment By: Dieter Kaiser (crategus) Date: 20100703 13:57 Message: This bug report seems to be out of date. Now we have Maxima 5.21. Perhaps we can get a new bug report, when the issue is still present. Setting the status to pending and the resolution to "out of date". Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2803755&group_id=4933 