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}
(23) 
_{Nov}

_{Dec}

S  M  T  W  T  F  S 






1
(2) 
2
(7) 
3

4
(4) 
5

6

7
(5) 
8

9

10
(2) 
11
(1) 
12

13

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

28
(7) 
29
(2) 
30
(4) 
31
(13) 






From: SourceForge.net <noreply@so...>  20100117 22:42:05

Bugs item #2933996, was opened at 20100117 16:26 Message generated for change (Settings changed) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2933996&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: Closed >Resolution: Fixed Priority: 2 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Barton Willis (willisbl) Summary: abs_integrate bug Initial Comment: (%i1) load("abs_integrate.mac"); The answer isn't wrong, but the error message indicates that something has gone wrong: (%i2) integrate(f(floor(x)),x); Too few arguments supplied to floor_int(q,x); found: [g2405] Too few arguments supplied to floor_int(q,x); found: [g2782] (%o2) integrate(f(floor(x)),x) Better (no error message) (%i3) integrate(g(floor(x)),x); (%o3) integrate(g(floor(x)),x)  >Comment By: Barton Willis (willisbl) Date: 20100117 16:42 Message: Fixed by CVS revision 1.23  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2933996&group_id=4933 
From: SourceForge.net <noreply@so...>  20100117 22:26:39

Bugs item #2933996, was opened at 20100117 16:26 Message generated for change (Tracker Item Submitted) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2933996&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: 2 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Barton Willis (willisbl) Summary: abs_integrate bug Initial Comment: (%i1) load("abs_integrate.mac"); The answer isn't wrong, but the error message indicates that something has gone wrong: (%i2) integrate(f(floor(x)),x); Too few arguments supplied to floor_int(q,x); found: [g2405] Too few arguments supplied to floor_int(q,x); found: [g2782] (%o2) integrate(f(floor(x)),x) Better (no error message) (%i3) integrate(g(floor(x)),x); (%o3) integrate(g(floor(x)),x)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2933996&group_id=4933 
From: SourceForge.net <noreply@so...>  20100117 17:11:03

Bugs item #2933882, was opened at 20100117 18:11 Message generated for change (Tracker Item Submitted) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2933882&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  Simplification Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: Power function: 0^a not fully implemented Initial Comment: We assume a to be positive: (%i1) assume(a>0)$ This is correct: (%i2) 0^a; (%o2) 0 The exponent is negative. The result is not correct: (%i3) 0^a; (%o3) 0 The realpart of the exponent is positive. Therefore we should give zero as a result: (%i4) 0^(a+%i*y); 0 to a complex quantity has been generated.  an error. To debug this try: debugmode(true); (%i5) 0^(2+%i*10); 0 to a complex quantity has been generated.  an error. To debug this try: debugmode(true); Maxima simplifies all expressions which does not contain the symbol %i to zero. Furthermore, Maxima does not look at the sign of the realpart. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2933882&group_id=4933 
From: SourceForge.net <noreply@so...>  20100117 02:00:09

Bugs item #2234113, was opened at 20081107 13:39 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2234113&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: Works For Me Priority: 5 Private: No Submitted By: mluca (bluluca789) Assigned to: Nobody/Anonymous (nobody) Summary: plot2d odd roots of X plots only positive values Initial Comment: The bug is only from version 5.14.x (tested for windows versions), typing plot2d(x^(1/3),[x,5,5]) the plot is only for x>0. For versions up to 5.13.x the plot is correct. Calculating x(1/3) with x<0, the result is correct (%i1) 27^(1/3); (%o1) 3 The plot3d function is not affected by this problem  >Comment By: Dieter Kaiser (crategus) Date: 20100117 03:00 Message: In Maxima 5.20post the plot of this example works for me too. Closing this bug report as "Works for me". Dieter Kaiser  Comment By: Leo Butler (l_butler) Date: 20091009 17:51 Message: In v5.19.2, this plot command works as you wish. I suggest upgrading your version of Maxima, since it is rather old.  Comment By: mluca (bluluca789) Date: 20090715 13:34 Message: The new version of maxima gives a complex number for the cube root of a negative value, and the plot2d is only for real numbers.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2234113&group_id=4933 
From: SourceForge.net <noreply@so...>  20100117 01:55:16

Bugs item #2219974, was opened at 20081104 05:40 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2219974&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  Assume Group: None >Status: Pending >Resolution: Works For Me Priority: 7 Private: No Submitted By: Robert Dodier (robert_dodier) Assigned to: Nobody/Anonymous (nobody) Summary: is(equal(asinh(1), log(1 + sqrt(2)))); => false Initial Comment: is(equal(asinh(1), log(1 + sqrt(2)))); => false (should be true) Result is due to bigfloat evaluation of asinh(1)  log(1 + sqrt(2)), which yields a small positive residual. signbfloat=false disables bigfloat evaluation: is(equal(asinh(1), log(1 + sqrt(2)))), signbfloat=false; => unknown which is not entirely helpful, but at least it is not incorrect. Not sure what to do here. Certainly we don't want the sign test to be too quick to return true or false, but if we make the numerical test more stringent, we could miss some otherwisesolvable problems.  >Comment By: Dieter Kaiser (crategus) Date: 20100117 02:55 Message: This error seems to be no longer present. We had changes to the implementation of the bigfloat routines. Perhaps because of these changes the example of this bug report works. This is my version: Maxima version: 5.20post Maxima build date: 1:2 1/17/2010 Host type: i686pclinuxgnu Lisp implementation type: SBCL Lisp implementation version: 1.0.29.11.debian At this is the result: (%i1) is(equal(asinh(1), log(1 + sqrt(2)))); (%o1) true Setting the status to pending at the resolution to works for me. Dieter Kaiser  Comment By: Barton Willis (willisbl) Date: 20081106 05:05 Message: One way to get through the test suite with signbfloat : false is to add a logcontract to the top of sign1: (defun sign1 (x) (let (($logconcoeffp '$integerp)) (setq x (specrepcheck x)) (setq x ($logcontract (infsimp* x))) ....) I tested this with SBCL 1.0.22 + CVS Maxima.  Comment By: Barton Willis (willisbl) Date: 20081105 00:40 Message: I built Maxima using signbfloat : false. The test suite reports two problems in rtest16; here is one problem testsuite problem (the other is similar): OK with signbfloat : true: (%i1) limit((%pi*4^N*N!^2)/(2*2^(2*N)*gamma(N+1/2)*gamma(N+3/2)), N, inf); (%o1) 0 Not OK: (%i2) signbfloat : false$ (%i3) limit((%pi*4^N*N!^2)/(2*2^(2*N)*gamma(N+1/2)*gamma(N+3/2)), N, inf); Is log(4)  2 * log(2) positive, negative, or zero? zero; Is 2 * log(2)  log(4) positive, negative, or zero? zero; (%o3) 0  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2219974&group_id=4933 
From: SourceForge.net <noreply@so...>  20100117 01:26:51

Bugs item #2933440, was opened at 20100116 17:52 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2933440&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  Simplification Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: sqrt(z^2) simplifies to %i*sqrt(z^2) for z complex Initial Comment: Maxima always simplifies sqrt(z^2) > %i*sqrt(z^2). This is not correct for z a complex value. (%i2) declare(z,complex)$ (%i3) sqrt(z^2); (%o3) %i*sqrt(z^2) We get the wrong sign for e.g. %i: (%i4) %,z=%i; (%o4) 1 This is the correct result: (%i5) sqrt(%i^2); (%o5) 1 Dieter Kaiser  >Comment By: Dieter Kaiser (crategus) Date: 20100117 02:26 Message: Fixed in simp.lisp revision 1.96. No simplification if the argument is complex: (%i1) declare(z,complex)$ (%i2) sqrt(z^2); (%o2) sqrt(z^2) Simplification if the argument is real: (%i3) sqrt(x^2); (%o3) %i*abs(x) Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2933440&group_id=4933 
From: SourceForge.net <noreply@so...>  20100117 01:24:33

Bugs item #2852992, was opened at 20090906 17:42 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2852992&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  Simplification Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: sqrt(1/x)%i/sqrt(x) not zero Initial Comment: For any real value sqrt(1/x) should simplify to %i/sqrt(x). We try a positive symbol and get a wrong sign: (%i1) assume(x>0)$ (%i2) sqrt(1/x); (%o2) %i/sqrt(x) This should be zero: (%i3) sqrt(1/x)%i/sqrt(x); (%o3) 2*%i/sqrt(x) For numbers all is correct. We get the expected answers for positive and negative numbers: (%i15) sqrt(1/2)%i/sqrt(2); (%o15) 0 (%i16) sqrt(1/(2))%i/sqrt(2); (%o16) 0 For a general real value we get a wrong simplification too: (%i18) kill(all)$ (%i1) expr:sqrt(1/x)%i/sqrt(x); (%o1) 1/sqrt(x)%i/sqrt(x) The expression is wrongly simplified. We should get zero for positive and negative numbers: (%i2) expr,x=2; (%o2) sqrt(2)*%i (%i3) expr,x=2; (%o3) 0 This bug is related to the bug ID: 1010768 "sqrt(1/z)  1/sqrt(z) => 0". Dieter Kaiser  >Comment By: Dieter Kaiser (crategus) Date: 20100117 02:24 Message: Fixed in simp.lisp revision 1.96. For a real argument Maxima simplifies: (%i1) sqrt(1/x); (%o1) %i/sqrt(x) The example of this bug report simplifies to zero: (%i2) sqrt(1/x)%i/sqrt(x); (%o2) 0 No simplification if the argument is complex: (%i3) declare(z,complex)$ (%i4) sqrt(1/z); (%o4) sqrt(1/z) Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2852992&group_id=4933 
From: SourceForge.net <noreply@so...>  20100117 01:19:44

Bugs item #1010768, was opened at 20040817 16:43 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1010768&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  Complex Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: sqrt(1/z)  1/sqrt(z) => 0 Initial Comment: sqrt(1/z)  1/sqrt(z) => 0 in maxima 5.9.0.9beta2 and stable 5.9.0. If except z is real and negative, it's false but sqrt(1/z) + 1/sqrt(z) => 0 See C(23) at http://www.math.unm.edu/~wester/demos/ComplexDom ain/Macsyma.problems Cheers  >Comment By: Dieter Kaiser (crategus) Date: 20100117 02:19 Message: Fixed in simp.lisp revision 1.96. Maxima no longer simplifies sqrt(1/x) when the sign is not known. (%i2) sqrt(1/x); (%o2) sqrt(1/x) (%i3) assume(x>0)$ (%i4) sqrt(1/x); (%o4) 1/sqrt(x) (%i5) sqrt(1/x)1/sqrt(x); (%o5) 0 (%i6) sqrt(1/x)+1/sqrt(x); (%o6) 0 Closing this bug report as fixed. Dieter Kaiser  Comment By: Robert Dodier (robert_dodier) Date: 20060731 04:54 Message: Logged In: YES user_id=501686 Observed in 5.9.3cvs. A review of Wester's problems might turn up additional bugs in Maxima.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1010768&group_id=4933 