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

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 


1
(1) 
2
(4) 
3
(2) 
4
(1) 
5

6

7
(5) 
8
(9) 
9

10
(2) 
11
(6) 
12
(12) 
13
(5) 
14
(7) 
15
(4) 
16
(4) 
17

18

19
(2) 
20
(7) 
21
(9) 
22
(7) 
23
(6) 
24
(5) 
25
(12) 
26
(12) 
27
(10) 
28
(4) 
29
(4) 
30
(5) 
31




From: SourceForge.net <noreply@so...>  20100316 21:47:54

Bugs item #2969546, was opened at 20100312 19:04 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2969546&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: None Priority: 5 Private: No Submitted By: jamlatino (jamlatino) Assigned to: Nobody/Anonymous (nobody) Summary: Does not solve simple equation Initial Comment: Maxima is not able to solve this simple equation 400(800*(6x))/sqrt((6x)^2+4)=0  >Comment By: Dieter Kaiser (crategus) Date: 20100316 22:47 Message: The Maxima function solve can not solve the equation of this example. I call it a missing feature of the function solve and not a bug. From the viewpoint of the algorithm of solve we have not a "simple equation". But we have the package to_poly_solver which extends the functionality of solve. to_poly_solve has the feature to solve this equation. Therefore, Maxima can solve this equation. I have added this example to a feature request to put the functionality of to_poly_solve incore. Dieter Kaiser  Comment By: Stefan Dermitzakis (stefand) Date: 20100316 14:52 Message: I have the same problem and sorry, i think you all have not understand the problem. The bug is that maxima cannot recognize the unknow x inside the sqrt(.....) in the equation. Note: the old Mcsyma have the same problem. Possibly many other bugs in maxima have the same cause.  Comment By: Dieter Kaiser (crategus) Date: 20100314 14:54 Message: The example of this bug report has been added to the open feature request ID: 2617416 "to_poly_solve in core, was: Maxima can't solve equation". Closing this bug report. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20100312 20:19 Message: Maxima is able to solve this equation with the Maxima function to_poly_solve. The package to_poly_solver has to be loaded first: (%i3) load(to_poly_solver); (%o3) "/usr/local/share/maxima/5.20post/share/contrib/to_poly_solver.mac" (%i4) eqn:400(800*(6x))/sqrt((6x)^2+4)=0$ (%i5) to_poly_solve(eqn,x); (%o5) %union([x = (2*3^(3/2)2)/sqrt(3)]) I suggest to add a comment about to_poly_solve to the documentation of solve and close this bug report. It might be arguable to extend the Maxima function solve to handle this equation too. But this would be a feature request. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2969546&group_id=4933 
From: SourceForge.net <noreply@so...>  20100316 13:52:02

Bugs item #2969546, was opened at 20100312 19:04 Message generated for change (Comment added) made by stefand You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2969546&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: None Priority: 5 Private: No Submitted By: jamlatino (jamlatino) Assigned to: Nobody/Anonymous (nobody) Summary: Does not solve simple equation Initial Comment: Maxima is not able to solve this simple equation 400(800*(6x))/sqrt((6x)^2+4)=0  Comment By: Stefan Dermitzakis (stefand) Date: 20100316 14:52 Message: I have the same problem and sorry, i think you all have not understand the problem. The bug is that maxima cannot recognize the unknow x inside the sqrt(.....) in the equation. Note: the old Mcsyma have the same problem. Possibly many other bugs in maxima have the same cause.  Comment By: Dieter Kaiser (crategus) Date: 20100314 14:54 Message: The example of this bug report has been added to the open feature request ID: 2617416 "to_poly_solve in core, was: Maxima can't solve equation". Closing this bug report. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20100312 20:19 Message: Maxima is able to solve this equation with the Maxima function to_poly_solve. The package to_poly_solver has to be loaded first: (%i3) load(to_poly_solver); (%o3) "/usr/local/share/maxima/5.20post/share/contrib/to_poly_solver.mac" (%i4) eqn:400(800*(6x))/sqrt((6x)^2+4)=0$ (%i5) to_poly_solve(eqn,x); (%o5) %union([x = (2*3^(3/2)2)/sqrt(3)]) I suggest to add a comment about to_poly_solve to the documentation of solve and close this bug report. It might be arguable to extend the Maxima function solve to handle this equation too. But this would be a feature request. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2969546&group_id=4933 
From: SourceForge.net <noreply@so...>  20100316 08:50:38

Bugs item #2847436, was opened at 20090830 17:27 Message generated for change (Comment added) made by dgildea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2847436&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: integrate(sqrt(t)*log(t)^(1/2),t,0,1) wrong sign Initial Comment: The following two integrals have the wrong sign: integrate(sqrt(t)*log(t)^(1/2),t,0,1) and integrate(sqrt(t)*log(t)^(1/2),t,0,1) It is interesting that Maxima is able to solve the more general type: (%i164) declare(s,noninteger); (%o164) done (%i165) expr:integrate(sqrt(t)*log(t)^s,t,0,1); (%o165) 3^(s1)*(1)^s*2^(s+1)*gamma_incomplete(s+1,0) For s=1/2 and s=1/2 we get the answers: (%i167) expr,s=1/2; (%o167) sqrt(2)*sqrt(%pi)*%i/(2*sqrt(3)) (%i168) expr,s=1/2; (%o168) sqrt(2)*sqrt(%pi)*%i/sqrt(3) Both solutions can be checked to be correct. Now we do it directly: (%i4) integrate(sqrt(t)*log(t)^(1/2),t,0,1); (%o4) %i*('limit(sqrt(2)*sqrt(%pi)*erf(sqrt(3)*sqrt(log(t))/sqrt(2))/3^(3/2) 2*t^(3/2)*sqrt(log(t))/3,t,0,plus)) We need an extra evaluation, but this is another problem: (%i5) %,nouns; (%o5) sqrt(2)*sqrt(%pi)*%i/3^(3/2) Now the integral for s=1/2: (%i6) integrate(sqrt(t)*log(t)^(1/2),t,0,1); (%o6) sqrt(2)*sqrt(%pi)*%i/sqrt(3) These solutions differ by the sign with the answers from above. I have checked it for a lot of other values for the parameter s. In all other cases the result of the integral and the more general solution are equal. Remark: The integral is divergent for s a negative integer. For these cases the gamma_incomplete function is not defined. Dieter Kaiser  >Comment By: Dan Gildea (dgildea) Date: 20100316 04:50 Message: Fixed in sin.lisp 1.58.  Comment By: Raymond Toy (rtoy) Date: 20100204 09:41 Message: The definite integral is computed by doing the indefinite integral via rischint. The limits are then taken. For some reason limit cannot evaluate the limit, which explains the noun form in the result. In addition, the limit at 0 is done by breaking the result into real and imaginary parts and taking the limit of each and putting them back together. The limit of the real part is 0, but the limit of the imaginary part has the incorrect sign. Perhaps the imaginary part is computed incorrectly?  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2847436&group_id=4933 
From: SourceForge.net <noreply@so...>  20100316 08:36:07

Bugs item #1106912, was opened at 20050121 14:07 Message generated for change (Comment added) made by dgildea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1106912&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: Fixed Priority: 5 Private: No Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: limit(x/sin(x)^2,x,inf) Initial Comment: limit(x/sin(x)^2,x,inf) => UND actually = inf  >Comment By: Dan Gildea (dgildea) Date: 20100316 04:36 Message: On further thought, I think that limit(x/sin(x)^2,x,inf) should be undefined, since the function is not defined for all x > S, whatever S we choose. As of limit.lisp 1.93 and compar.lisp 1.66, we get: (%i3) limit(x/(sin(x)^2),x,inf); (%o3) und (%i4) limit(x/(sin(x)),x,inf); (%o4) und (%i5) limit(x/(2+sin(x)^2),x,inf); (%o5) inf (%i6) limit(x/(2+sin(x)),x,inf); (%o6) inf (%i7) limit(x/(2+sin(x)),x,inf); (%o7) minf  Comment By: Dan Gildea (dgildea) Date: 20100308 10:12 Message: The change in limit.lisp rev 1.93 introduces the following problems: (%i5) limit(x/(sin(x)),x,inf); (%o5) inf (%i10) limit(x/(2+sin(x)),x,inf); (%o10) inf reopening report.  Comment By: Dieter Kaiser (crategus) Date: 20100210 14:37 Message: Fixed in in limit.lisp revision 1.93. Closing this bug report as fixed. Dieter Kaiser  Comment By: https://www.google.com/accounts () Date: 20100207 09:11 Message: After 5 years it still doesn't work. Another similar limit non properly evaluated: limit(x/(a+sin(x)),x,inf) (a is a number greater or equal to 1) that returns "und" instead of "inf"  Comment By: Raymond Toy (rtoy) Date: 20061108 20:35 Message: Logged In: YES user_id=28849 Fix summary. Problem still exists in current CVS.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1106912&group_id=4933 