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}
(39) 
_{Feb}

_{Mar}

_{Apr}

_{May}

_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{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...>  20060224 21:43:36

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: Open Resolution: None 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: 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...>  20060224 16:48:30

Bugs item #928282, was opened at 20040402 09:38 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=928282&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: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: integrate(r^2/(r^2+1)^(3/2) => GCD bug (use spmod instead) Initial Comment: expression: integrate(r^2*(1+r^2)^(03/2),r,0,R); R:=positive Error message: Quotient by a polynomial of higher degree  >Comment By: Raymond Toy (rtoy) Date: 20060224 11:48 Message: Logged In: YES user_id=28849 This doesn't seem to happen with maxima 5.9.2.19cvs. Closing this bug, but perhaps we should add another bug for gcd.  Comment By: Stavros Macrakis (macrakis) Date: 20040408 19:00 Message: Logged In: YES user_id=588346 Sorry for this bug. The problem is in the default GCD routine. Please set gcd: 'spmod$ and try again.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=928282&group_id=4933 
From: SourceForge.net <noreply@so...>  20060224 14:37:52

Bugs item #846112, was opened at 20031120 14:58 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=846112&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: None Priority: 5 Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: scsimp(x,x) / FIX Initial Comment: Consider (C1) scsimp(x+1,x5=0); (D1) 6 Given no rhs, Maxima defaults it to 0 (C2) scsimp(x+1,x5); (D2) 6 The default doesn't work with an atom; this is okay (C3) scsimp(x+1,x=0); (D3) 1 but why an error for this case? (C4) scsimp(x+1,x); Error: $x is not of type LIST. Fast links are on: do (si::usefastlinks nil) for debugging Error signalled by MACSYMATOPLEVEL. Broken at MACSYMATOPLEVEL. Type :H for Help. MAXIMA>> Here is a possible fix (DEFMFUN $SCSIMP N (DO ((I N (f1 I)) (ZRS)) ((= 1 I) (SCS (ARG 1) ZRS)) (setq zrs (cons (meqhk (arg i)) zrs)))) With this definition for scsimp, (C7) scsimp(x+1,x); (D7) 1 (C8) Barton  Comment By: Barton Willis (willisbl) Date: 20060224 08:37 Message: Logged In: YES user_id=895922 The reported bug is not present in the current cvs version of Maxima. Thank you for your report. If you see this bug in a later version of Maxima, please submit a new bug report.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=846112&group_id=4933 