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}
(18) 
_{Mar}

_{Apr}

_{May}

_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 

1
(2) 
2
(6) 
3
(7) 
4
(2) 
5
(9) 
6
(14) 
7
(10) 
8
(6) 
9
(12) 
10
(1) 
11
(4) 
12
(9) 
13
(5) 
14
(18) 
15

16
(3) 
17
(3) 
18
(3) 
19
(1) 
20
(2) 
21
(5) 
22
(14) 
23
(2) 
24
(5) 
25
(1) 
26

27
(4) 
28
(8) 
29
(17) 
30
(8) 





From: SourceForge.net <noreply@so...>  20091102 20:40:06

Bugs item #2880115, was opened at 20091015 22:26 Message generated for change (Comment added) made by riotorto You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2880115&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: Mario Rodriguez Riotorto (riotorto) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong result given by coercefloatfun Initial Comment: When executing f(k):=integrate(exp(%i*k*x)*sin(x)/x,x,minf,inf)$ plot2d(f,[x,3,3]); The plot does not show anything in [1;1]. The draw package has a similar problem. When the function returned by coercefloatfun is applied to x values in the range [1,1] to get the corresponding ordinate, it returns $%pi, instead of a float. An extra call to $float fixes this problem.  >Comment By: Mario Rodriguez Riotorto (riotorto) Date: 20091102 21:40 Message: Thanks for looking at this, draw also works fine with this change. I see the same piece of code in coercelispfunctionorlisplambda, but I don't know of possible implications of changing this function too.  Comment By: Raymond Toy (rtoy) Date: 20091102 18:30 Message: Found the problem. It's in coercemaximafunctionormaximalambda. In this routine, the function does: (if ($numberp result) ($float result) result))) But in this case, result is '$%pi, and ($numberp '$%pi) returns NIL. Perhaps this is a misunderstanding of what $numberp does, but I see no reason why we can't just get rid of the test and always call $float. With this fix, the graph is pi between 1 and 1.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2880115&group_id=4933 
From: SourceForge.net <noreply@so...>  20091102 19:55:24

Bugs item #2636628, was opened at 20090225 12:42 Message generated for change (Settings changed) made by van_nek You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2636628&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: solve_rat_ineq doesnt find all soloutions Initial Comment: I just solved (x^2+5)>(3x^2+5)/(2x+1) using solve_rat_ineq.mac. The returned solution is x<1/2 what is right in fact. But Im missing the second part, x>0 which is not displayed. I solved a few ineqations the last few days and here is the first one which wasnt solved properly.  >Comment By: Volker van Nek (van_nek) Date: 20091102 20:55 Message: Hello, my todays cvs commit of solve_rat_ineq.mac fixes this bug. Thank you for your help. Regards Volker van Nek  Comment By: Robert Marik (robertmarik) Date: 20091020 17:34 Message: Fixed by fix for bug 2882408 "solve_rat_ineq returns false answers" https://sourceforge.net/tracker/?func=detail&aid=2882408&group_id=4933&atid=104933  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2636628&group_id=4933 
From: SourceForge.net <noreply@so...>  20091102 19:46:24

Bugs item #2882408, was opened at 20091020 17:13 Message generated for change (Settings changed) made by van_nek You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2882408&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: Robert Marik (robertmarik) Assigned to: Nobody/Anonymous (nobody) Summary: solve_rat_ineq returns false answers Initial Comment: Solve_rat_ineq gives bad answers for inequalities like x^2+x>0, x^2+x<=0, x^2x<=0, x^2x>0 The problem of the boundary of the leftmost (rightmost) interval is x=0, then the agoritms tests this point instead a point from inside of the interval. It seems that the change suggested in the attachment solves this probleem and does not introduce any new problem. Thanks for fixing.  >Comment By: Volker van Nek (van_nek) Date: 20091102 20:46 Message: Hello Robert, my todays cvs commit of solve_rat_ineq.mac fixes this bug. Thank you for your help. Regards Volker van Nek  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2882408&group_id=4933 
From: SourceForge.net <noreply@so...>  20091102 17:30:54

Bugs item #2880115, was opened at 20091015 16:26 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2880115&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: Mario Rodriguez Riotorto (riotorto) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong result given by coercefloatfun Initial Comment: When executing f(k):=integrate(exp(%i*k*x)*sin(x)/x,x,minf,inf)$ plot2d(f,[x,3,3]); The plot does not show anything in [1;1]. The draw package has a similar problem. When the function returned by coercefloatfun is applied to x values in the range [1,1] to get the corresponding ordinate, it returns $%pi, instead of a float. An extra call to $float fixes this problem.  >Comment By: Raymond Toy (rtoy) Date: 20091102 12:30 Message: Found the problem. It's in coercemaximafunctionormaximalambda. In this routine, the function does: (if ($numberp result) ($float result) result))) But in this case, result is '$%pi, and ($numberp '$%pi) returns NIL. Perhaps this is a misunderstanding of what $numberp does, but I see no reason why we can't just get rid of the test and always call $float. With this fix, the graph is pi between 1 and 1.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2880115&group_id=4933 
From: SourceForge.net <noreply@so...>  20091102 16:25:31

Bugs item #2890315, was opened at 20091101 10:54 Message generated for change (Settings changed) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2890315&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: mitreuden (mitreude) Assigned to: Nobody/Anonymous (nobody) Summary: integrate(cot(x)^4,x,%pi/6,%pi/2) answer Initial Comment: The first time integrate(cot(x)^4,x,%pi/6,%pi/2) is executed, the answer of %pi/3 returned is correct. However, when the integral is computed again, an incorrect answer of 4*%pi/3 is returned.  >Comment By: Raymond Toy (rtoy) Date: 20091102 11:25 Message: Neat bug. But current cvs returns %pi/3 both times. Do not know what has changed, but it seems current CVS has fixed this issue. Marking as pending/worksforme  Comment By: mitreuden (mitreude) Date: 20091101 22:46 Message: This problem occurs with version 5.19.2 of Maxima.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2890315&group_id=4933 
From: SourceForge.net <noreply@so...>  20091102 03:46:46

Bugs item #2890315, was opened at 20091101 09:54 Message generated for change (Comment added) made by mitreude You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2890315&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: mitreuden (mitreude) Assigned to: Nobody/Anonymous (nobody) Summary: integrate(cot(x)^4,x,%pi/6,%pi/2) answer Initial Comment: The first time integrate(cot(x)^4,x,%pi/6,%pi/2) is executed, the answer of %pi/3 returned is correct. However, when the integral is computed again, an incorrect answer of 4*%pi/3 is returned.  >Comment By: mitreuden (mitreude) Date: 20091101 21:46 Message: This problem occurs with version 5.19.2 of Maxima.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2890315&group_id=4933 