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}
(55) 
_{Feb}
(11) 
_{Mar}
(30) 
_{Apr}

_{May}

_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 


1
(14) 
2
(14) 
3
(10) 
4
(11) 
5
(1) 
6

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







From: SourceForge.net <noreply@so...>  20100210 22:25:06

Bugs item #808676, was opened at 20030918 18:13 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=808676&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  Floating point Group: None >Status: Closed >Resolution: Works For Me Priority: 5 Private: No Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: bfloat(1+10^30) rounds wrong with fpprec:20 Initial Comment: fpprec:20$ bfloat(1+10^30)  1; > 3.388...B21 The correct answer is 0.0b0, because bfloat(1+10^30) should round to exactly 1.0b0.  >Comment By: Dieter Kaiser (crategus) Date: 20100210 23:25 Message: The reported error has gone and is no longer present in Maxima 5.20post. There has been some work on the implementation of bigfloat numbers the last time. (%i7) fpprec:20$ (%i8) bfloat(1+10^30)1; (%o8) 0.0b0 Closing this bug report as "works for me". Dieter Kaiser  Comment By: Robert Dodier (robert_dodier) Date: 20060710 05:38 Message: Logged In: YES user_id=501686 Still present in 5.9.3cvs.  Comment By: Raymond Toy (rtoy) Date: 20041123 19:27 Message: Logged In: YES user_id=28849 I think the problem is because it converts the ratio (10^30+1)/10^30 to a bigfloat and doesn't quite round correctly. It's off by one bit. Adding 1b0+1b30 does round correctly and return 1b0 exactly.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=808676&group_id=4933 
From: SourceForge.net <noreply@so...>  20100210 21:54:08

Bugs item #1372264, was opened at 20051203 11:49 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1372264&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: no user doc for 'numer_pbranch' Initial Comment: There is no user documentation for 'numer_pbranch.' Also 'simpexpt' has some rough edges: Compare (%i19) (2.0b0)^(2/3); (%o19) 1.374729636998603B0*%i7.937005259840998B1 with (%i20) (2.0)^(2/3); (%o20) 2^(2/3) Barton  >Comment By: Dieter Kaiser (crategus) Date: 20100210 22:54 Message: Documentation has been added in Floating.texi revision 1.93. Remark: The numerical evaluation of the given examples works with Maxima 5.20post as expected. Closing this bug report as fixed. Dieter Kaiser  Comment By: Robert Dodier (robert_dodier) Date: 20060815 04:39 Message: Logged In: YES user_id=501686 The stuff about float simplification has been copied to a separate bug report (1540354).  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1372264&group_id=4933 
From: SourceForge.net <noreply@so...>  20100210 20:24:43

Bugs item #1430379, was opened at 20060213 02:10 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1430379&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: Includes proposed fix >Status: Pending >Resolution: Works For Me Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: algsys & algebraic == true / FIX Initial Comment: (%o7) [b*c+a^2a,b*d+a*bb,c*d+a*cc,d^2d+b*c] (%i8) algsys(%,[a,b,c,d]); Maxima encountered a Lisp error: (%i9) algsys(%o7,[a,b,c,d]),algebraic : true; (%o9) [[a=(sqrt(14*%r7*%r8)1)/2, ...]] Would it be OK to have algsys (or maybe just resultant) set algebraic to true? Barton  >Comment By: Dieter Kaiser (crategus) Date: 20100210 21:24 Message: The Lisp error has gone as written in the last posting. The system is solveable with the option variable algebraic set to true: (%i1) [b*c+a^2a,b*d+a*bb,c*d+a*cc,d^2d+b*c]; (%o1) [b*c+a^2a,b*d+a*bb,c*d+a*cc,d^2d+b*c] (%i2) algsys(%,[a,b,c,d]),algebraic:true; (%o2) [[a = (sqrt(14*%r559*%r560)1)/2,b = %r559,c = %r560, d = (sqrt(14*%r559*%r560)+1)/2], [a = (sqrt(14*%r561*%r562)+1)/2,b = %r561,c = %r562, d = (sqrt(14*%r561*%r562)1)/2],[a = 0,b = %r563,c = 0,d = 1], [a = 1,b = %r564,c = 0,d = 0],[a = 1,b = 0,c = 0,d = 1], [a = 0,b = 0,c = 0,d = 0]] I think we no longer have a bug. Setting the status to pending and the resolution to "works for me". Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20090126 00:22 Message: This bug reported is related to the bug report SF[609466]. A check for a number zero in a call to punivarp has been checked in. Maxima no longer gets a fatal Lisp error for the examples given in this bug report, but returns an error message: `algsys' cannot solve  system too complicated.  an error. To debug this try debugmode(true); Should we close the bug report too? The Lisp error has gone. The algorithm is not smart enough to find a solution for the problem, but that might be not a bug. To improve algsys more general we can set the flag $algebraic in the routine $algsys. That is the point a lot of global variables are set. Dieter Kaiser  Comment By: Robert Dodier (robert_dodier) Date: 20060815 05:16 Message: Logged In: YES user_id=501686 Observed in 5.9.3.99rc1.  Comment By: Barton Willis (willisbl) Date: 20060213 12:09 Message: Logged In: YES user_id=895922 Proposed fix: (defmfun $resultant (a b mainvar) (prog (varlist formflag $ratfac res ans genvar $keepfloat $algebraic) (setq varlist (list mainvar) $ratfac t ans 1 $algebraic t) It seems to fix the problem: (%o9) [b*c+a^2a,b*d+a*bb,c*d+a*cc,d^2d+b*c] (%i10) algsys(%,[a,b,c,d]); (%o10) [[a=(sqrt(14*%r7*%r8)1)/2,b=%r7 Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1430379&group_id=4933 
From: SourceForge.net <noreply@so...>  20100210 19:38:31

Bugs item #1376392, was opened at 20051208 16:58 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1376392&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(x/(2+sin(1/x)), x, 0); wrong result Initial Comment: supposed to be 0 but is und  >Comment By: Dieter Kaiser (crategus) Date: 20100210 20:38 Message: Fixed in in limit.lisp revision 1.93. Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1376392&group_id=4933 
From: SourceForge.net <noreply@so...>  20100210 19:37:54

Bugs item #1106912, was opened at 20050121 20:07 Message generated for change (Settings changed) made by crategus 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: Dieter Kaiser (crategus) Date: 20100210 20: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 15: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: 20061109 02: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 
From: SourceForge.net <noreply@so...>  20100210 19:08:47

Bugs item #2949260, was opened at 20100210 19:06 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2949260&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: Xmaxima or other UI Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Suggest link to online manual Initial Comment: A suggestion, not a bug  /usr/share/maxima/5.xx.xx/xmaxima/intro.html which is displayed in the lower window at startup refers to a "Help Menu" in xmaxima which doesn't exist (in 5.20.1 on Fedora 12, for instance). I usually edit that file so that the first item ("Maxima Reference Manual") links to /usr/share/maxima/5.xx.xx/doc/html/maxima_toc.html. I'd like to see that be the default.  Comment By: Nobody/Anonymous (nobody) Date: 20100210 19:08 Message: My bad  the Help Menu is on the right side (why?), and I missed it completely. The link would still be easy and helpful, though, if you're going to display intro.html on startup.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2949260&group_id=4933 
From: SourceForge.net <noreply@so...>  20100210 19:06:35

Bugs item #2949260, was opened at 20100210 19:06 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2949260&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: Xmaxima or other UI Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Suggest link to online manual Initial Comment: A suggestion, not a bug  /usr/share/maxima/5.xx.xx/xmaxima/intro.html which is displayed in the lower window at startup refers to a "Help Menu" in xmaxima which doesn't exist (in 5.20.1 on Fedora 12, for instance). I usually edit that file so that the first item ("Maxima Reference Manual") links to /usr/share/maxima/5.xx.xx/doc/html/maxima_toc.html. I'd like to see that be the default.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2949260&group_id=4933 
From: SourceForge.net <noreply@so...>  20100210 14:17:02

Bugs item #1440286, was opened at 20060228 13:12 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1440286&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: Closed >Resolution: Fixed Priority: 1 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: documentation for 'listofvars' Initial Comment: The user documentation for 'listofvars' doesn't mention the option variable 'listdummyvars.' It ought to: (%i143) sum(i^2,i,1,n); (%o143) sum(i^2,i,1,n) (%i144) listofvars(%o143), listdummyvars : true; (%o144) [i,n] (%i145) listofvars(%o143), listdummyvars : false; (%o145) [n] Barton  >Comment By: Dieter Kaiser (crategus) Date: 20100210 15:17 Message: A comment has been added to the documentation of listofvars in Expressions.text revision 1.67. Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1440286&group_id=4933 
From: SourceForge.net <noreply@so...>  20100210 14:13:03

Bugs item #1440069, was opened at 20060228 03:46 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1440069&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: euler numbers & zerobern Initial Comment: The option variable 'zerobern' changes the way euler evaluates. This isn't mentioned in the user documentation. Maybe it's not intended for zerobern to make any difference, or maybe it's a documentation error. I don't know. (%i1) euler(3),zerobern : true; (%o1) 0 (%i2) euler(3),zerobern : false; (%o2) 61 Barton  >Comment By: Dieter Kaiser (crategus) Date: 20100210 15:13 Message: A comment has been added to Number.texi revision 1.32. Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1440069&group_id=4933 
From: SourceForge.net <noreply@so...>  20100210 14:07:43

Bugs item #1633149, was opened at 20070111 13:58 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1633149&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 Group: None >Status: Closed >Resolution: Fixed Priority: 1 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: sum bug that never happens Initial Comment: In simpsum1, I see: (setq sgn ($asksign ex)) (cond ((eq sgn '$pos) '$inf) ((eq sgn '$neg) '$minf) ((eq sgn '$zero) 0) (t `((%sum simp) ,ex ,lo ,hi)))) The t clase should be `((%sum simp) ,ex ,i ,lo ,hi))). But this bug should never get triggered. Actually, I suppose the t clause should substitute back to the original sum index. Also, if it were up to me, I would change $asksign to csign.  >Comment By: Dieter Kaiser (crategus) Date: 20100210 15:07 Message: The piece of code from above is executed for an example sum(x,k,0,inf). The following is a trace of the routines which are involved: (%i2) sum(x,k,0,inf); 0: (OUTATIVE ((%SUM) $X $K 0 $INF) NIL) 1: (LINEARCONST ((%SUM) $X $K 0 $INF)) Is x positive, negative, or zero? p; 2: (SIMPSUM ((%SUM) 1 $K 0 $INF) 1 T) 3: (SIMPSUM1 1 $K 0 $INF) n = $INF 3: SIMPSUM1 returned $INF 2: SIMPSUM returned $INF 1: LINEARCONST returned $INF 0: OUTATIVE returned $INF 1. The last line of code from this bug report is never called for this example. 2. The question does not arise in simpsum1, but in linearconst. 3. In simpsum1 Maxima already knows the sign of the summand to be positive or negative. The zero case is already handled in linearconst. When we remove the property outative, the piece of code in simpsum1 is executed for all cases. With a change of $asksign to csign we get a noun form, if the sign of the summand is not known. (%i9) sum(x,k,0,inf); (%o9) 'sum(x,k,0,inf) When the sign is known we get the appropriate infinities. (%i10) assume(x>0)$ (%i11) sum(x,k,0,inf); (%o11) inf (%i12) sum(x,k,0,inf); (%o12) minf I have committed the suggested changes (revision 1.35 of asum.lisp) to get the expected results, when we remove the property outative from %sum. Closing this bug report as fixed. Dieter Kaiser  Comment By: Robert Dodier (robert_dodier) Date: 20070113 02:28 Message: Logged In: YES user_id=501686 Originator: NO If you want to make those changes, I would say go ahead.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1633149&group_id=4933 
From: SourceForge.net <noreply@so...>  20100210 01:34:27

Bugs item #2948800, was opened at 20100210 01:09 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2948800&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: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: integrate((1cos(2*x)^2)^2/x^4,x,0,inf) wrong Initial Comment: We get the following result for the function sin: (%i7) integrate((sin(2*x)^2)^2/x^4,x,0,inf); (%o7) 8*%pi/3 But not when we insert the equivalent expression 1cos(2*x)^2 for sin(2*x)^2: (%i8) integrate((1cos(2*x)^2)^2/x^4,x,0,inf); defint: integral is divergent.  an error. To debug this try: debugmode(true); It works when we have an argument x without a factor: (%i9) integrate((sin(x)^2)^2/x^4,x,0,inf); (%o9) %pi/3 (%i10) integrate((1cos(x)^2)^2/x^4,x,0,inf); (%o10) %pi/3 The error is in the routine ssp in the file defint.lisp. This routine does the substitution sin(x)^2 for 1cos(x)^2. But the function does not look at the complete argument of the trig function. It takes only into account the variable of integration. Dieter Kaiser  >Comment By: Dieter Kaiser (crategus) Date: 20100210 02:34 Message: Fixied in revision 1.71 of defint.lisp Closing this bug report as fixed. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20100210 01:39 Message: Now the title is complete.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2948800&group_id=4933 
From: SourceForge.net <noreply@so...>  20100210 00:39:10

Bugs item #2948800, was opened at 20100210 01:09 Message generated for change (Settings changed) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2948800&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: 5 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) >Summary: integrate((1cos(2*x)^2)^2/x^4,x,0,inf) wrong Initial Comment: We get the following result for the function sin: (%i7) integrate((sin(2*x)^2)^2/x^4,x,0,inf); (%o7) 8*%pi/3 But not when we insert the equivalent expression 1cos(2*x)^2 for sin(2*x)^2: (%i8) integrate((1cos(2*x)^2)^2/x^4,x,0,inf); defint: integral is divergent.  an error. To debug this try: debugmode(true); It works when we have an argument x without a factor: (%i9) integrate((sin(x)^2)^2/x^4,x,0,inf); (%o9) %pi/3 (%i10) integrate((1cos(x)^2)^2/x^4,x,0,inf); (%o10) %pi/3 The error is in the routine ssp in the file defint.lisp. This routine does the substitution sin(x)^2 for 1cos(x)^2. But the function does not look at the complete argument of the trig function. It takes only into account the variable of integration. Dieter Kaiser  >Comment By: Dieter Kaiser (crategus) Date: 20100210 01:39 Message: Now the title is complete.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2948800&group_id=4933 
From: SourceForge.net <noreply@so...>  20100210 00:10:52

Bugs item #2948800, was opened at 20100210 01:09 Message generated for change (Settings changed) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2948800&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: 5 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: integrate((1cos(2*x)^2)^2/x^4 wrong Initial Comment: We get the following result for the function sin: (%i7) integrate((sin(2*x)^2)^2/x^4,x,0,inf); (%o7) 8*%pi/3 But not when we insert the equivalent expression 1cos(2*x)^2 for sin(2*x)^2: (%i8) integrate((1cos(2*x)^2)^2/x^4,x,0,inf); defint: integral is divergent.  an error. To debug this try: debugmode(true); It works when we have an argument x without a factor: (%i9) integrate((sin(x)^2)^2/x^4,x,0,inf); (%o9) %pi/3 (%i10) integrate((1cos(x)^2)^2/x^4,x,0,inf); (%o10) %pi/3 The error is in the routine ssp in the file defint.lisp. This routine does the substitution sin(x)^2 for 1cos(x)^2. But the function does not look at the complete argument of the trig function. It takes only into account the variable of integration. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2948800&group_id=4933 
From: SourceForge.net <noreply@so...>  20100210 00:09:36

Bugs item #2948800, was opened at 20100210 01:09 Message generated for change (Tracker Item Submitted) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2948800&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: 1 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: integrate((1cos(2*x)^2)^2/x^4 wrong Initial Comment: We get the following result for the function sin: (%i7) integrate((sin(2*x)^2)^2/x^4,x,0,inf); (%o7) 8*%pi/3 But not when we insert the equivalent expression 1cos(2*x)^2 for sin(2*x)^2: (%i8) integrate((1cos(2*x)^2)^2/x^4,x,0,inf); defint: integral is divergent.  an error. To debug this try: debugmode(true); It works when we have an argument x without a factor: (%i9) integrate((sin(x)^2)^2/x^4,x,0,inf); (%o9) %pi/3 (%i10) integrate((1cos(x)^2)^2/x^4,x,0,inf); (%o10) %pi/3 The error is in the routine ssp in the file defint.lisp. This routine does the substitution sin(x)^2 for 1cos(x)^2. But the function does not look at the complete argument of the trig function. It takes only into account the variable of integration. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2948800&group_id=4933 