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}
(32) 
_{Dec}

S  M  T  W  T  F  S 




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

5

6
(1) 
7
(1) 
8
(1) 
9
(1) 
10

11
(2) 
12
(4) 
13
(4) 
14

15
(3) 
16
(3) 
17

18

19

20

21
(2) 
22

23
(2) 
24
(3) 
25

26

27
(4) 
28
(2) 




From: SourceForge.net <noreply@so...>  20060227 18:01:41

Bugs item #541030, was opened at 20020408 10:21 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=541030&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: 9 Submitted By: David Billinghurst (billingd) Assigned to: Nobody/Anonymous (nobody) Summary: integrate(sqrt(x+1/x2),x,0,1) wrong Initial Comment: The definite integral integrate(sqrt(x+1/x2),x,0,1) => 4/3 with cvs maxima/gcl under windows. The answer should be 4/3 according to Michael Wester, "A Review of CAS Mathematical Capabilities", 15 April 1995. (Problem 84). It definitely should be positive.  >Comment By: Raymond Toy (rtoy) Date: 20060227 13:01 Message: Logged In: YES user_id=28849 Fixed as suggested. The indefinite integral returns the integral, but I think that's ok. Perhaps maxima should ask for the sign of x1?  Comment By: Raymond Toy (rtoy) Date: 20060224 16:43 Message: Logged In: YES user_id=28849 I think the cause of this is in intform in sin.lisp. The very last cond clause sets $radexpand to '$all when doing maximasubstitute. This causes sqrt((x1)^2) to be come (x1), which is not right. If we set $radexpand to '$true, the definite integral is evaluated to 4/3. Hurray! But the indefinite integral returns the integral. Boo!  Comment By: Pedro Fortuny Ayuso (pfortuny) Date: 20020708 13:35 Message: Logged In: YES user_id=519681 FWIW, mupad 2.5 linux gives: int(sqrt(x+1/x2),x); > int(sqrt(x+1/x2),x); (i.e. not evaluated). while int(abs(x1)/sqrt(x),x); > sign(x1)(2*x^(3/2)/32*x^(1/2)) which, when evaluated at 1 gives: 4/3*sign(0). ... ... ...  Comment By: Juan Hierro (buscaideas) Date: 20020611 20:03 Message: Logged In: YES user_id=528795 I am not sure whether this should be a real bug or just a funny consequence of the indetermination in the sign of a square root. Looking at the comment by toy@..., one may realize that the result is correct provided that the sign of the square root in the integrand is shared with that of (x1). This problems appears in much simpler funcions too. For instance, let us say one has f(x):=sqrt(x*x2*x+1); Then, the sin algorithm performs the integration with sqrt always positive, while the risch algorithm works with sqrt sharing the sign of (x1). factor(diff(integrate(f(x),x),x)); ==> sqrt(x*x2*x+1) factor(diff(risch(f(x),x),x)); ==> (x1) Is it wrong this behaviour? Should there be any way to specify which branch to employ when handling multivaluated functions? f(x) in this last situation may be either abs(x1), or (x1), or abs(x1), or (1x). sin seems to work with abs(x1) and risch with (x1). In the same way, sqrt(x+1/x2) is either abs(x1)/sqrt(x) or (x1)/sqrt(x) where both signs are admisible in sqrt(x). In this case, both sin and risch algorithms seem to work with (x1)/sqrt(x).  Comment By: David Billinghurst (billingd) Date: 20020409 23:23 Message: Logged In: YES user_id=365569 toy@... (toy@...) wrote: I guess maxima gets this wrong because it says: (C1) integrate(sqrt(x+1/x2),x); 3/2 2 x  6 SQRT(x) (D1)  3 which is only true if x1 is positive. For some reason it has assumed x1 is positive somewhere during integration. Yet another integration bug. Ray  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=541030&group_id=4933 
From: SourceForge.net <noreply@so...>  20060227 17:58:13

Bugs item #694147, was opened at 20030226 22:42 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=694147&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: Duplicate Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong integral: integrate(sqrt(x+1/x2),x,0,1) Initial Comment: Maxima gives 4/3 instead of 4/3 for this. An old commercial version from around 1996 gives the right answer.  >Comment By: Raymond Toy (rtoy) Date: 20060227 12:58 Message: Logged In: YES user_id=28849 Duplicate of 541030 integrate(sqrt(x+1/x2),x,0,1) wrong  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=694147&group_id=4933 
From: SourceForge.net <noreply@so...>  20060227 11:38:36

Bugs item #1439566, was opened at 20060227 05:38 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1439566&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: Documentation Group: None Status: Open Resolution: None Priority: 1 Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: zerobern & bernpoly Initial Comment: The user documentation for 'bernpoly' doesn't mention that the value of 'zerobern' changes the definition of the Bernoulli polynomial. Actually the documentation refers to "the Bernoulli polynomial," so it's surprising that there are two definitions: (%i7) bernpoly(x,3), zerobern : false; (%o7) x^3(3*x^2)/2+x/21/30 (%i8) bernpoly(x,3), zerobern : true; (%o8) x^3(3*x^2)/2+x/2 Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1439566&group_id=4933 
From: SourceForge.net <noreply@so...>  20060227 11:30:43

Bugs item #1439559, was opened at 20060227 05:30 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1439559&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: Open Resolution: None Priority: 1 Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: function burn is broken Initial Comment: The function 'burn' is broken: (%i1) load("bffac")$ (%i2) burn(0); argument value `0' to args was not a list (%i3) burn(1); (%o3) 1/2 < OK Until this is fixed, use the function 'bern.' Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1439559&group_id=4933 