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}
(53) 
_{Mar}
(88) 
_{Apr}
(79) 
_{May}
(62) 
_{Jun}
(65) 
_{Jul}
(37) 
_{Aug}
(23) 
_{Sep}
(108) 
_{Oct}
(68) 
_{Nov}
(66) 
_{Dec}
(47) 
2017 
_{Jan}
(55) 
_{Feb}
(11) 
_{Mar}
(30) 
_{Apr}
(19) 
_{May}
(14) 
_{Jun}
(21) 
_{Jul}
(30) 
_{Aug}
(23) 
_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 


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

7
(2) 
8
(2) 
9
(2) 
10
(14) 
11
(4) 
12
(3) 
13
(3) 
14
(3) 
15
(1) 
16
(4) 
17
(4) 
18
(5) 
19
(2) 
20
(1) 
21
(3) 
22
(2) 
23
(1) 
24
(4) 
25
(3) 
26
(2) 
27
(1) 
28







From: SourceForge.net <noreply@so...>  20100224 11:59:03

Bugs item #2957758, was opened at 20100224 04:41 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2957758&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: maurerpe (maurerpe) Assigned to: Nobody/Anonymous (nobody) Summary: plotting gamma_incomplete_regularized incorrect Initial Comment: In a new session: gamma_incomplete_regularized(3,0); > 1 (which is correct) gamma_incomplete_regularized(3,0.1); > .9998453469297354 (also correct) plot2d(gamma_incomplete_regularized(3,x),[x,0,10]); (plot window opens, but the plot is scaled incorrectly. It starts at 2 instead of at 1. It appears to be a plot of gamma_incomplete(3,x) instead of the regularized version). This is true for a plot of gamma_incomplete_regularized(a,x), for a != 2 and a != 3. The plot appears to be gamma_incomplete(a,x). Note that for a = 2 and a = 3, the functions are equivalent, so it cannot be determined if gamma_incomplete_regularized and gamma_incomplete is being plotted. I have only observed this while plotting. Evaluating the functions produces the correct results. The error was originally noticed when using the cdf_gamma function in the distrib package (which uses the gamma_incomplete_regularized function).  >Comment By: Dieter Kaiser (crategus) Date: 20100224 12:59 Message: This bug is caused by a typo in the function $gamma_incomplete_regularized. The verb function simplified wrongly to gamma_incomplete. Fixid in gamma.lisp revision 1.48. Closing this bug report as fixed. Dieter Kaiser  Comment By: maurerpe (maurerpe) Date: 20100224 04:45 Message: Here is the version that I am running: Maxima 5.20.1 http://maxima.sourceforge.net using Lisp SBCL 1.0.19gentoo  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2957758&group_id=4933 
From: SourceForge.net <noreply@so...>  20100224 03:45:07

Bugs item #2957758, was opened at 20100223 22:41 Message generated for change (Comment added) made by maurerpe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2957758&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: maurerpe (maurerpe) Assigned to: Nobody/Anonymous (nobody) Summary: plotting gamma_incomplete_regularized incorrect Initial Comment: In a new session: gamma_incomplete_regularized(3,0); > 1 (which is correct) gamma_incomplete_regularized(3,0.1); > .9998453469297354 (also correct) plot2d(gamma_incomplete_regularized(3,x),[x,0,10]); (plot window opens, but the plot is scaled incorrectly. It starts at 2 instead of at 1. It appears to be a plot of gamma_incomplete(3,x) instead of the regularized version). This is true for a plot of gamma_incomplete_regularized(a,x), for a != 2 and a != 3. The plot appears to be gamma_incomplete(a,x). Note that for a = 2 and a = 3, the functions are equivalent, so it cannot be determined if gamma_incomplete_regularized and gamma_incomplete is being plotted. I have only observed this while plotting. Evaluating the functions produces the correct results. The error was originally noticed when using the cdf_gamma function in the distrib package (which uses the gamma_incomplete_regularized function).  >Comment By: maurerpe (maurerpe) Date: 20100223 22:45 Message: Here is the version that I am running: Maxima 5.20.1 http://maxima.sourceforge.net using Lisp SBCL 1.0.19gentoo  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2957758&group_id=4933 
From: SourceForge.net <noreply@so...>  20100224 03:41:53

Bugs item #2957758, was opened at 20100223 22:41 Message generated for change (Tracker Item Submitted) made by maurerpe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2957758&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: maurerpe (maurerpe) Assigned to: Nobody/Anonymous (nobody) Summary: plotting gamma_incomplete_regularized incorrect Initial Comment: In a new session: gamma_incomplete_regularized(3,0); > 1 (which is correct) gamma_incomplete_regularized(3,0.1); > .9998453469297354 (also correct) plot2d(gamma_incomplete_regularized(3,x),[x,0,10]); (plot window opens, but the plot is scaled incorrectly. It starts at 2 instead of at 1. It appears to be a plot of gamma_incomplete(3,x) instead of the regularized version). This is true for a plot of gamma_incomplete_regularized(a,x), for a != 2 and a != 3. The plot appears to be gamma_incomplete(a,x). Note that for a = 2 and a = 3, the functions are equivalent, so it cannot be determined if gamma_incomplete_regularized and gamma_incomplete is being plotted. I have only observed this while plotting. Evaluating the functions produces the correct results. The error was originally noticed when using the cdf_gamma function in the distrib package (which uses the gamma_incomplete_regularized function).  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2957758&group_id=4933 
From: SourceForge.net <noreply@so...>  20100224 02:20:30

Bugs item #2944659, was opened at 20100202 15:07 Message generated for change (Settings changed) made by sfrobot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2944659&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: Closed Resolution: Works For Me Priority: 5 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: limit(erf(sqrt(log(t))/sqrt(2)),t,0) > Lisp error Initial Comment: This example gives a Lisp error: (%i7) limit(erf(sqrt(log(t))/sqrt(2)),t,0); Maxima encountered a Lisp error: The value NIL is not of type FIXNUM. Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. The constant sqrt(2) in the numerator or denominator is necessary to get the error. Without the constant the limit gives a noun form. (%i8) limit(erf(sqrt(log(t))),t,0); (%o8) 'limit(erf(sqrt(log(t))),t,0) I think the source of the error is taylim (now the constant sqrt(2) is in the numerator): (%i9) tlimit(erf(sqrt(log(t))*sqrt(2)),t,0); Maxima encountered a Lisp error: The value NIL is not of type FIXNUM. Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. Dieter Kaiser  >Comment By: SourceForge Robot (sfrobot) Date: 20100224 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker).  Comment By: Dieter Kaiser (crategus) Date: 20100209 23:59 Message: I think this error has gone. We get a noun form for the examples of this bug report: (%i4) limit(erf(sqrt(log(t))*sqrt(2)),t,0); (%o4) 'limit(erf(sqrt(2)*sqrt(log(t))),t,0) (%i5) limit(erf(sqrt(log(t))/sqrt(2)),t,0); (%o5) 'limit(erf(sqrt(log(t))/sqrt(2)),t,0) This might be due to the change of the code for simplifying 0^a which has been reverted in parts. 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=2944659&group_id=4933 