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







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

7
(2) 
8
(7) 
9
(13) 
10
(1) 
11
(6) 
12
(4) 
13
(4) 
14
(2) 
15
(6) 
16

17
(3) 
18
(1) 
19
(3) 
20
(2) 
21
(4) 
22
(3) 
23
(8) 
24
(4) 
25
(6) 
26
(4) 
27
(14) 
28
(10) 
29
(3) 
30
(4) 
31
(4) 





From: SourceForge.net <noreply@so...>  20100504 22:29:35

Bugs item #2113751, was opened at 20080916 10:48 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2113751&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Satoshi Adachi (satoshi_adachi) Assigned to: Nobody/Anonymous (nobody) Summary: Incomprehensible behavior of coeff(). Initial Comment: Dear Developers of Maxima, I met an incomprehensible behavior of coeff(). This is an example program for demonstration:  /* * incomprehensible_behavior_of_coeff.maxima: * * S.Adachi 2008/09/13 */ display2d:false; comprehensible_1_0:coeff(%e^x, x, 0); INCOMPREHENSIBLE_2_0:coeff(2*%e^x, x, 0); INCOMPREHENSIBLE_3_0:coeff(3*%e^x, x, 0); comprehensible_1_1:coeff(x*%e^x, x, 1); comprehensible_2_1:coeff(2*x*%e^x, x, 1); comprehensible_3_1:coeff(3*x*%e^x, x, 1); comprehensible_1_2:coeff(x^2*%e^x, x, 2); comprehensible_2_2:coeff(2*x^2*%e^x, x, 2); comprehensible_3_2:coeff(3*x^2*%e^x, x, 2); /* END */  The result of execution is as follows:  Maxima 5.14.0cvs http://maxima.sourceforge.net Using Lisp GNU Common Lisp (GCL) GCL 2.6.7 (aka GCL) Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. The function bug_report() provides bug reporting information. (%i1) batch(incomprehensible_behavihor_of_coeff.maxima) batching #p/Volumes/HFS+2/home/adachi/work/306/incomprehensible_behavihor_of_coeff.maxima (%i2) display2d : false (%o2) false (%i3) comprehensible_1_0:coeff(%e^x,x,0) (%o3) %e^x (%i4) INCOMPREHENSIBLE_2_0:coeff(2*%e^x,x,0) (%o4) 0 (%i5) INCOMPREHENSIBLE_3_0:coeff(3*%e^x,x,0) (%o5) 0 (%i6) comprehensible_1_1:coeff(x*%e^x,x,1) (%o6) %e^x (%i7) comprehensible_2_1:coeff(2*x*%e^x,x,1) (%o7) 2*%e^x (%i8) comprehensible_3_1:coeff(3*x*%e^x,x,1) (%o8) 3*%e^x (%i9) comprehensible_1_2:coeff(x^2*%e^x,x,2) (%o9) %e^x (%i10) comprehensible_2_2:coeff(2*x^2*%e^x,x,2) (%o10) 2*%e^x (%i11) comprehensible_3_2:coeff(3*x^2*%e^x,x,2) (%o11) 3*%e^x (%o12) "incomprehensible_behavihor_of_coeff.maxima"  By seeing the results at other lines, I expect that coeff(2*%e^x,x,0) is calculated to be 2*%e^x and coeff(3*%e^x,x,0) is calculated to be 3*%e^x. However, they are not in actuality. This phenomenon may be a bug of coeff(). Or it may be a part of ``specification'' of coeff(). I cannot judge which is the case. If someone can access some old version of Maxima, which is old enough, he or she can run the above example program by using the old Maxima to get the result by that version of Maxima to compare the result with my result. This may help to judge whether this phenomenon is a bug or a part of specification of coeff(). If this phenomenon is a bug of coeff(), plase fix it. Since this phenomenon of coeff() exists, I had to put an ugly fragment of code in my Maxima program for the workaround. Sincerely yours, Satoshi Adachi  >Comment By: Dieter Kaiser (crategus) Date: 20100505 00:29 Message: The suggested patch has been committed in comm.lisp revision 1.43. Closing this bug report as fixed. Dieter Kaiser  Comment By: Andrej Vodopivec (andrejv) Date: 20090228 21:49 Message: I propose this patch should make it work as expected: Index: comm.lisp =================================================================== RCS file: /cvsroot/maxima/maxima/src/comm.lisp,v retrieving revision 1.32 diff r1.32 comm.lisp 1053c1053 < ((equal pow 0) (if (free e var) e 0))  > ((equal pow 0) (if (coeffcontainspowers e var) 0 e)) 1058a1059,1067 > (defun coeffcontainspowers (e var) > (cond ((alike1 e var) t) > ((atom e) nil) > ((eq (caar e) 'mexpt) > (alike1 (cadr e) var)) > ((eq (caar e) 'mtimes) > (member t (mapcar #'(lambda (e) (coeffcontainspowers e var)) (cdr e)))) > (t nil))) > Andrej  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2113751&group_id=4933 
From: SourceForge.net <noreply@so...>  20100504 20:06:57

Bugs item #1994295, was opened at 20080615 10:18 Message generated for change (Settings changed) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1994295&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Andrej Vodopivec (andrejv) Assigned to: Nobody/Anonymous (nobody) Summary: errormsg Initial Comment: The variable errormsg controls if the error message is printed. There are some bugs when setting errormsg locally: (%i1) errormsg; (%o1) true (%i2) 1/x, errormsg=false; (%o2) 1/x (%i3) errormsg; (%o3) false (%i1) errormsg; (%o1) true (%i2) divide(x) := block([errormsg:false], 1/x); (%o2) divide(x):=block([errormsg:false],1/x) (%i3) divide(x); (%o3) 1/x (%i4) errormsg; (%o4) false Andrej  >Comment By: Dieter Kaiser (crategus) Date: 20100504 22:06 Message: With revision 1.87 of mlisp.lisp the variable $errormsg is no longer set to NIL when used locally in a block. But it is not possible to assign a local value. This has been documented in Program.texi revision 1.34. Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1994295&group_id=4933 
From: SourceForge.net <noreply@so...>  20100504 19:29:01

Bugs item #2996065, was opened at 20100503 13:28 Message generated for change (Settings changed) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2996065&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Share Libraries Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Anton Voropaev (antonvoropaev) Assigned to: Barton Willis (willisbl) Summary: Unevaluated numerical hypergeometric() call Initial Comment: hypergeometric([1/4,1/4],[1],16.0/25) doesn't work  >Comment By: Barton Willis (willisbl) Date: 20100504 14:29 Message: Fixed by nfloat CVS revision 1.9  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2996065&group_id=4933 
From: SourceForge.net <noreply@so...>  20100504 13:08:25

Bugs item #2996542, was opened at 20100504 14:38 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2996542&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: akalinin (aleckalinin) Assigned to: Nobody/Anonymous (nobody) Summary: log(x) integration is incorrect Initial Comment: Correct behaviour in previous verison: wxMaxima 0.8.4, Maxima 5.20.1: integrate(log(x), x, 0, a) > a log(a) a Incorrect behaviour in current version: wxMaxima 0.8.5, Maxima 5.21.0: integrate(log(x), x, 0, a) > gamma_incomplete(2,log(a))  >Comment By: Dieter Kaiser (crategus) Date: 20100504 15:08 Message: Yes, the result has changed between Maxima 5.21 and 5.20. I do not know the reason at this time, but the new result is not really wrong. It simplifies to the old result with the flag gamma_expand: (%i1) assume(a>0)$ (%i2) integrate(log(x),x,0,a),gamma_expand:true; (%o2) a*log(a)a Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2996542&group_id=4933 
From: SourceForge.net <noreply@so...>  20100504 12:38:17

Bugs item #2996542, was opened at 20100504 16:38 Message generated for change (Tracker Item Submitted) made by aleckalinin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2996542&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: akalinin (aleckalinin) Assigned to: Nobody/Anonymous (nobody) Summary: log(x) integration is incorrect Initial Comment: Correct behaviour in previous verison: wxMaxima 0.8.4, Maxima 5.20.1: integrate(log(x), x, 0, a) > a log(a) a Incorrect behaviour in current version: wxMaxima 0.8.5, Maxima 5.21.0: integrate(log(x), x, 0, a) > gamma_incomplete(2,log(a))  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2996542&group_id=4933 
From: SourceForge.net <noreply@so...>  20100504 08:24:45

Bugs item #2996320, was opened at 20100504 06:50 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2996320&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: erf is incorrect Initial Comment: Laplace function  erf  calculates incorrectly. The real erf is like the float(romberg(%e^(t^2/2),t,0.0,x)/(sqrt(2)*sqrt(%pi)));  >Comment By: Dieter Kaiser (crategus) Date: 20100504 10:24 Message: With Maxima 5.20post (and earlier versions of Maxima) the Laplace transform of the Error function is correct: (%i2) laplace(erf(t),t,s); (%o2) %e^(s^2/4)*(1erf(s/2))/s I do not see the connection between the Laplace transform of the Error function erf and your expected result. Perhaps, I am something missing and we can get some more information. Setting the status to pending and the resolution to "works for me". Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2996320&group_id=4933 
From: SourceForge.net <noreply@so...>  20100504 04:50:30

Bugs item #2996320, was opened at 20100504 04:50 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2996320&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: erf is incorrect Initial Comment: Laplace function  erf  calculates incorrectly. The real erf is like the float(romberg(%e^(t^2/2),t,0.0,x)/(sqrt(2)*sqrt(%pi)));  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2996320&group_id=4933 