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

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 





1

2
(1) 
3

4
(10) 
5
(3) 
6
(3) 
7
(1) 
8
(1) 
9
(4) 
10
(7) 
11
(7) 
12

13

14

15
(2) 
16
(2) 
17
(9) 
18
(1) 
19

20
(3) 
21

22

23

24

25

26
(2) 
27

28
(2) 
29
(5) 
30
(4) 
31
(8) 
From: SourceForge.net <noreply@so...>  20091004 22:40:24

Bugs item #2872605, was opened at 20091004 11:03 Message generated for change (Settings changed) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2872605&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: None Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Barton Willis (willisbl) Summary: abs_integrate bug Initial Comment: (%i21) load("abs_integrate")$ (%i22) integrate(max(x^5x^3,x*(x^4qy)*(1x^2)),x); (%o22) 6*false+(x^4*y)/8(x^2*y)/4x^8/16+x^6/6+(q*x^4)/8x^4/8(q*x^2)/4 Richard Hennessy reported this bug to me. I'm testing a fix for this bug.  >Comment By: Barton Willis (willisbl) Date: 20091004 17:40 Message: fixed by abs_integrate.mac CVS revision 1.17; appended regression test.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2872605&group_id=4933 
From: SourceForge.net <noreply@so...>  20091004 20:52:59

Bugs item #2811926, was opened at 20090625 05:01 Message generated for change (Settings changed) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2811926&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: 6 Private: No Submitted By: Robert Dodier (robert_dodier) Assigned to: Nobody/Anonymous (nobody) Summary: integrate(exp(x^(%i)),x,0,1); => Is %i an integer? Initial Comment: integrate(exp(x^(%i)),x,0,1); => Is %i an integer?  >Comment By: Dieter Kaiser (crategus) Date: 20091004 22:52 Message: With revision 1.56 of compar.lisp %i has the following properties: (%i12) featurep(%i,imaginary); (%o12) true (%i13) featurep(%i,complex); (%o13) true (%i14) featurep(%i,noninteger); (%o14) true The integral of this bug report no longer ask a question about %i. We get: (%i15) integrate(exp(x^%i),x,0,1); (%o15) %i*(%i*('limit(%i*gamma_incomplete(%i,log(x+1))/2 %i*gamma_incomplete(%i,log(x+1))/2,x,0,minus) +%i*gamma_incomplete(%i,1)/2%i*gamma_incomplete(%i,1)/2) +'limit(gamma_incomplete(%i,log(x+1))/2 gamma_incomplete(%i,log(x+1))/2,x,0,minus) +gamma_incomplete(%i,1)/2+gamma_incomplete(%i,1)/2) The above integral can not be evaluated completely because the limit of gamma_incomplete(%i,x) as x>0 is not known. The indefinite integral is correct: (%i16) integrate(exp(x^%i),x); (%o16) %i*gamma_incomplete(%i,x^%i)*x*(x^%i)^%i Closing this bug report as fixed. Dieter Kaiser  Comment By: Barton Willis (willisbl) Date: 20090625 06:32 Message: Answering yes gives two more questions and a spurious value for the integral (%i98) integrate(exp(x^(%i)),x,0,1); Is %i an integer?no; Is yx positive or negative?pos; Is yx1 positive, negative, or zero?pos; (%o98) %i*gamma_incomplete(%i,1)true  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2811926&group_id=4933 
From: SourceForge.net <noreply@so...>  20091004 19:15:02

Bugs item #2811926, was opened at 20090624 23:01 Message generated for change (Settings changed) made by dgildea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2811926&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: Open Resolution: None >Priority: 6 Private: No Submitted By: Robert Dodier (robert_dodier) Assigned to: Nobody/Anonymous (nobody) Summary: integrate(exp(x^(%i)),x,0,1); => Is %i an integer? Initial Comment: integrate(exp(x^(%i)),x,0,1); => Is %i an integer?  Comment By: Barton Willis (willisbl) Date: 20090625 00:32 Message: Answering yes gives two more questions and a spurious value for the integral (%i98) integrate(exp(x^(%i)),x,0,1); Is %i an integer?no; Is yx positive or negative?pos; Is yx1 positive, negative, or zero?pos; (%o98) %i*gamma_incomplete(%i,1)true  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2811926&group_id=4933 
From: SourceForge.net <noreply@so...>  20091004 19:07:49

Bugs item #2870018, was opened at 20090929 15:01 Message generated for change (Settings changed) made by dgildea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2870018&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: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: %i should never be an integer, even in integration Initial Comment: integrate(exp(x^%i),x,0,1); yields a question about whether %i is an integer. But integer(%i) => false.  >Comment By: Dan Gildea (dgildea) Date: 20091004 15:07 Message: Duplicate of bug 2811926.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2870018&group_id=4933 
From: SourceForge.net <noreply@so...>  20091004 19:06:05

Bugs item #2869955, was opened at 20090929 13:35 Message generated for change (Settings changed) made by dgildea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2869955&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: limit incorrect for x/sqrt(1x^2) Initial Comment: Maxima 5.19.1 <snip> (%i1) limit(x/sqrt(1x^2),x,1,minus); (%o1) infinity (%i2) domain(x); (%o2) real(x) The answer should be minf.  >Comment By: Dan Gildea (dgildea) Date: 20091004 15:06 Message: Fixed in limit.lisp rev 1.84.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2869955&group_id=4933 
From: SourceForge.net <noreply@so...>  20091004 19:01:42

Bugs item #2821277, was opened at 20090714 13:21 Message generated for change (Settings changed) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2821277&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: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: inverse_jacobi_sn(x,0) Initial Comment: inverse_jacobi_sn(x,0) simplifies to (($ASIN SIMP) $X) , but I think it should be ((%ASIN SIMP) $X) . One problem this causes is: (%i109) inverse_jacobi_sn(x,0); (%o109) asin(x) (%i110) diff(%,x); (%o110) 'diff(asin(x),x,1) (%i111) ev(%,diff); (%o111) 1/sqrt(1x^2)  >Comment By: Dieter Kaiser (crategus) Date: 20091004 21:01 Message: Fixed in ellipt.lisp revision 1.70. Closing this bug report. Dieter Kaiser  Comment By: Raymond Toy (rtoy) Date: 20090715 16:12 Message: I will fix the trig problem soon, and close this report. I think a new bug report should be filed for the $elliptic_e/f/pi issue.  Comment By: Dieter Kaiser (crategus) Date: 20090714 20:26 Message: Further comment: The functions elliptic_e and elliptic_f are implemented as simplifying functions with the symbol $elliptic_e and $elliptic_f. The nounform of this symbols is not known to Maxima and there is no alias and reversealias on the property list. In this case the simplified expression has to contain the $name too. By the way: We can produce some inconsistencies when implementing a function this way. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20090714 20:18 Message: Yes, I think $asin has to be changed to %asin. Remark: For all simlifying functions with an alias and reversealias on the property list only the noun form "%function " can be used in simplified Maxima expressions. This is the case for most elementary functions like the trig funtions. There are some exceptions like the beta function. I think this is inconsistent. Dieter Kaiser  Comment By: Raymond Toy (rtoy) Date: 20090714 19:43 Message: Probably caused by confusion of noun/verb. The offending code is line 1094: ((zerop1 m) ;; asn(x,0) = F(asin(x),0) = asin(x) (take '($asin) u)) Should that be %asin? There are other places where this happens.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2821277&group_id=4933 
From: SourceForge.net <noreply@so...>  20091004 16:37:45

Bugs item #2872505, was opened at 20091004 13:02 Message generated for change (Settings changed) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2872505&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: Assume database inconsistent after reset() Initial Comment: The command resest() causes problems with the assume database. We assume two facts: (%i2) assume(x>0,l>x); (%o2) [x > 0,l > x] (%i3) is(x>0); (%o3) true (%i4) is(l>0); (%o4) true We do a reset (%i5) reset(); (%o1) [rhs, lhs, *nobjects*, current, context, lispdisp, display2d, trunique, linenum, %, labels, mopl, __, _, features] The facts are still present in the database: (%i2) facts(); (%o2) [x > 0, l > x] But it does no longer work: (%i3) is(x>0); (%o3) unknown (%i4) is(l>0); (%o4) unknown But the information is not completely lost: (%i5) is(l>x); (%o5) true Dieter Kaiser  >Comment By: Dieter Kaiser (crategus) Date: 20091004 18:37 Message: All defmvar declarations for global variables of the assume databse in db.lisp and compar.lisp have been replaced by defvar declarations. These variables are no longer restored by reset(). Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2872505&group_id=4933 
From: SourceForge.net <noreply@so...>  20091004 16:03:33

Bugs item #2872605, was opened at 20091004 11:03 Message generated for change (Tracker Item Submitted) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2872605&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: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Barton Willis (willisbl) Summary: abs_integrate bug Initial Comment: (%i21) load("abs_integrate")$ (%i22) integrate(max(x^5x^3,x*(x^4qy)*(1x^2)),x); (%o22) 6*false+(x^4*y)/8(x^2*y)/4x^8/16+x^6/6+(q*x^4)/8x^4/8(q*x^2)/4 Richard Hennessy reported this bug to me. I'm testing a fix for this bug.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2872605&group_id=4933 
From: SourceForge.net <noreply@so...>  20091004 12:58:02

Bugs item #2872553, was opened at 20091004 14:58 Message generated for change (Tracker Item Submitted) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2872553&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: Open Resolution: None Priority: 5 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: Assume database inconsistent after integration Initial Comment: This is an integral from rtestint.mac. All works as expected: (%i2) assume(x>0,l>x); (%o2) [x > 0,l > x] (%i3) integrate(integrate((acos(x/l)+acos(y/l)%pi/2)/(2*%pi),y,0,sqrt(l^2x^2)),x,0,l); (%o3) l^2/(4*%pi) After the integration the inferences are no longer known to Maxima: (%i4) is(x>0); (%o4) unknown (%i5) is(l>0); (%o5) unknown (%i6) is(l>x); (%o6) unknown But the facts are still present: (%i7) facts(); (%o7) [x > 0,l > x] Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2872553&group_id=4933 
From: SourceForge.net <noreply@so...>  20091004 11:03:00

Bugs item #2872505, was opened at 20091004 13:02 Message generated for change (Tracker Item Submitted) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2872505&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: Open Resolution: None Priority: 5 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: Assume database inconsistent after reset() Initial Comment: The command resest() causes problems with the assume database. We assume two facts: (%i2) assume(x>0,l>x); (%o2) [x > 0,l > x] (%i3) is(x>0); (%o3) true (%i4) is(l>0); (%o4) true We do a reset (%i5) reset(); (%o1) [rhs, lhs, *nobjects*, current, context, lispdisp, display2d, trunique, linenum, %, labels, mopl, __, _, features] The facts are still present in the database: (%i2) facts(); (%o2) [x > 0, l > x] But it does no longer work: (%i3) is(x>0); (%o3) unknown (%i4) is(l>0); (%o4) unknown But the information is not completely lost: (%i5) is(l>x); (%o5) true Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2872505&group_id=4933 