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}
(45) 
_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 



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

6

7
(13) 
8
(6) 
9
(2) 
10
(8) 
11
(4) 
12

13
(15) 
14
(19) 
15
(3) 
16
(4) 
17
(2) 
18
(1) 
19
(1) 
20

21
(4) 
22
(7) 
23
(3) 
24

25
(2) 
26
(1) 
27
(1) 
28
(4) 
29
(7) 
30
(3) 
31
(1) 


From: SourceForge.net <noreply@so...>  20091222 22:51:12

Bugs item #2914296, was opened at 20091214 19:30 Message generated for change (Comment added) made by alex108 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2914296&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Limit Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jaime E. Villate (villate) Assigned to: Nobody/Anonymous (nobody) Summary: Limit gets Maxima stuck Initial Comment: The following limit makes Maxima 5.20 enter an endless loop: limit( (log(1+x^2)2+2*cos(x))/((sin(x))^2+2*sqrt(1x^2)2),x,0); In version 5.19.0 the loop ended with a wrong result "minf". The correct result is 5/7.  Comment By: Aleksas Domarkas (alex108) Date: 20091223 00:51 Message: (log(1+x^2)2+2*cos(x))/((sin(x))^2+2*sqrt(1x^2)2)$ taylor(%,x,0,5)$ limit(%,x,0); 5/7  Comment By: Dieter Kaiser (crategus) Date: 20091214 22:13 Message: For the record: lhospital generates the following expression when trying to find the limit of the example of this bug report: (%o28) 3*x^2/(x^4*(87*sin(x)^287*cos(x)^2+48*sqrt(1x^2)) +x^8*(4*sin(x)^24*cos(x)^2)3*sin(x)^2 +x^2*(28*sin(x)^2+28*cos(x)^244*sqrt(1x^2)) +x^6*(60*cos(x)^260*sin(x)^2)56*x^7*cos(x)*sin(x) +152*x^5*cos(x)*sin(x)110*x^3*cos(x)*sin(x)+14*x*cos(x)*sin(x) +3*cos(x)^2+4*sqrt(1x^2)) Then the routine limit is called again, but it returns never. We can do it directly with the above expression: (%i29) limit(expr,x,0); ^CMaxima encountered a Lisp error: EXT:GC: User break Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. I have no idea what is the problem. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2914296&group_id=4933 
From: SourceForge.net <noreply@so...>  20091222 21:56:47

Bugs item #2919296, was opened at 20091222 13:51 Message generated for change (Comment added) made by alex108 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2919296&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: binomial sums Initial Comment: wanted to use this in my teaching but... load(simplify_sum); sum(binomial(n,x)*p^x*(1p)^(nx),x,0,n); simplify_sum(%) 0 sum(binomial(n,x)*0.3^x*(10.3)^(nx),x,0,n); simplify_sum(%); rat: replaced 0.3 by 3/10 = 0.3 rat: replaced 0.7 by 7/10 = 0.7 rat: replaced 0.7 by 7/10 = 0.7 1  Comment By: Aleksas Domarkas (alex108) Date: 20091222 23:56 Message: Do it like this: load(simplify_sum); sum(binomial(n,x)*p^x*q^(nx),x,0,n); simplify_sum(%) (p+q)^n  Comment By: Andrej Vodopivec (andrejv) Date: 20091222 16:57 Message: This is a bug in the implementation of the Gosper algorithm from the Zeilberger package. A workaround for simplify_sum is to set Gosper_in_Zeilberger to false.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2919296&group_id=4933 
From: SourceForge.net <noreply@so...>  20091222 20:41:11

Bugs item #2892710, was opened at 20091105 16:26 Message generated for change (Settings changed) made by l_butler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2892710&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: Allow easier library access Initial Comment: Currently, to use Maxima as a Lisp ibrary requires (setpathnames) in the file src/initcl.lisp to load packages, but this has an unbound variable *maximalangsubdir* which is only set in another method which is only run when Maxima is actually run. This ticket would add an error catch in setpathnames to check the case where *maximalangsubdir* is neither NIL nor an actual path, by invoking (setq *maximalangsubdir* nil) wherever appropriate.  Comment By: Leo Butler (l_butler) Date: 20091222 17:47 Message: I have initialized the variable in question in src/initcl.lisp: (defvar *maximalangsubdir* nil) I believe this fixes the problem and I am closing the report.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2892710&group_id=4933 
From: SourceForge.net <noreply@so...>  20091222 17:47:23

Bugs item #2892710, was opened at 20091105 16:26 Message generated for change (Comment added) made by l_butler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2892710&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Allow easier library access Initial Comment: Currently, to use Maxima as a Lisp ibrary requires (setpathnames) in the file src/initcl.lisp to load packages, but this has an unbound variable *maximalangsubdir* which is only set in another method which is only run when Maxima is actually run. This ticket would add an error catch in setpathnames to check the case where *maximalangsubdir* is neither NIL nor an actual path, by invoking (setq *maximalangsubdir* nil) wherever appropriate.  Comment By: Leo Butler (l_butler) Date: 20091222 17:47 Message: I have initialized the variable in question in src/initcl.lisp: (defvar *maximalangsubdir* nil) I believe this fixes the problem and I am closing the report.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2892710&group_id=4933 
From: SourceForge.net <noreply@so...>  20091222 15:24:55

Bugs item #2919396, was opened at 20091222 15:24 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2919396&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: improper integral of x*cos(y*x) no longer works Initial Comment: I am finding the following possible regression from 5.19.1 to 5.20.0 (also in 5.20.1): 5.19.1 (%i1) integrate(x*cos(y*x),x,minf,inf); (%o1) 0 5.20.0 (%i1) integrate(x*cos(y*x),x,minf,inf); (%o1) <ascii art indicating the integral is returned as a nounform> This is with SBCL and ECL.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2919396&group_id=4933 
From: SourceForge.net <noreply@so...>  20091222 14:57:50

Bugs item #2919296, was opened at 20091222 12:51 Message generated for change (Comment added) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2919296&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: binomial sums Initial Comment: wanted to use this in my teaching but... load(simplify_sum); sum(binomial(n,x)*p^x*(1p)^(nx),x,0,n); simplify_sum(%) 0 sum(binomial(n,x)*0.3^x*(10.3)^(nx),x,0,n); simplify_sum(%); rat: replaced 0.3 by 3/10 = 0.3 rat: replaced 0.7 by 7/10 = 0.7 rat: replaced 0.7 by 7/10 = 0.7 1  >Comment By: Andrej Vodopivec (andrejv) Date: 20091222 15:57 Message: This is a bug in the implementation of the Gosper algorithm from the Zeilberger package. A workaround for simplify_sum is to set Gosper_in_Zeilberger to false.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2919296&group_id=4933 
From: SourceForge.net <noreply@so...>  20091222 11:51:36

Bugs item #2919296, was opened at 20091222 11:51 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2919296&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: binomial sums Initial Comment: wanted to use this in my teaching but... load(simplify_sum); sum(binomial(n,x)*p^x*(1p)^(nx),x,0,n); simplify_sum(%) 0 sum(binomial(n,x)*0.3^x*(10.3)^(nx),x,0,n); simplify_sum(%); rat: replaced 0.3 by 3/10 = 0.3 rat: replaced 0.7 by 7/10 = 0.7 rat: replaced 0.7 by 7/10 = 0.7 1  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2919296&group_id=4933 