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}
(19) 
_{May}
(14) 
_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 







1

2
(1) 
3

4

5

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

14

15
(2) 
16
(1) 
17

18
(2) 
19
(8) 
20
(4) 
21
(4) 
22

23

24
(9) 
25
(2) 
26
(2) 
27

28
(3) 
29
(6) 
30
(6) 
31
(3) 





From: SourceForge.net <noreply@so...>  20090819 22:55:54

Bugs item #2836164, was opened at 20090812 13:38 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2836164&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: Duplicate Priority: 4 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: rtest_boolean #100 & 101 / Fix Initial Comment: The function predreverse sometimes returns an unsimplified expression; an example from rtest_boolean #100: (%i14) implies (a%, b%) := (not a%) or b%$ (%i15) implies(aa and bb, cc or dd); 1> (PREDREVERSE ((MAND SIMP) $AA $BB)) <1 (PREDREVERSE ((MNOT) ((MAND SIMP) $AA $BB))) (%o15) notaa or notbb or cc or dd (%i16) ?print(%); ((MOR SIMP) ((MOR SIMP) ((MNOT SIMP) $AA) ((MNOT SIMP) $BB)) $CC $DD) (%o16) notaa or notbb or cc or dd A putative fix: (defmfun predreverse (pred) (take '(mnot) pred))  >Comment By: Dieter Kaiser (crategus) Date: 20090820 00:55 Message: Closing this bug report.  Comment By: Barton Willis (willisbl) Date: 20090812 13:53 Message: Sorrythis bug was reported as bug 1725951.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2836164&group_id=4933 
From: SourceForge.net <noreply@so...>  20090819 22:53:40

Bugs item #2761756, was opened at 20090414 13:56 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2761756&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: Invalid Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: possible integration bug Initial Comment: I tried below. (%i2) declare(n,integer) ; (%o2) done (%i3) integrate(sin(n*%pi*x/a)*(sin(%pi*x/a))^3,x,a,a) ; (%o3) 0 Now, (sin(sin(%pi*x/a))^3 can be converted to (3*sin(%pi*x/a)sin(3*%pi*x/a))/4 and if I do above integration manually, it yields that the result is 0 for any n except 1 or 3. If n=1 result should be 3/4*a and if n=3 result should be a/4 but not zero for both cases. Is this a bug? Maxima version: 5.17.1 Maxima build date: 20:10 3/10/2009 host type: powerpcappledarwin8.11.0 lispimplementationtype: CMU Common Lisp lispimplementationversion: Stage 3 20071108T014921 (19D)  >Comment By: Dieter Kaiser (crategus) Date: 20090820 00:53 Message: When n is not declared to be an integer the answer is: (%i6) integrate(sin(n*%pi*x/a)*(sin(%pi*x/a))^3,x,a,a); (%o6) 12*a*sin(%pi*n)/(%pi*n^410*%pi*n^2+9*%pi) This answer simplifies correctly to zero when n is an integer. Closing this bug report as invalid. Dieter Kaiser  Comment By: Nobody/Anonymous (nobody) Date: 20090414 16:02 Message: Ok, it seems it an orthogonal problem. (%i7) integrate(sin(n*%pi*x)*sin(%pi*x),x,1,1) ; (%o7) 0  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2761756&group_id=4933 
From: SourceForge.net <noreply@so...>  20090819 22:10:49

Bugs item #2827474, was opened at 20090726 23:52 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2827474&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: Works For Me Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: integrate(log(sec(x)),x) > lisp error Initial Comment: (%i4) integrate(log(sec(x)),x); Maxima encountered a Lisp error: (%i5) build_info(); Maxima version: 5.18.1 Maxima build date: 20:57 4/19/2009 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8 (%o5)  >Comment By: Dieter Kaiser (crategus) Date: 20090820 00:10 Message: As reported in the last posting the integral of this bug report works. The answer does not look nice but can be shown to be equivalent to the result (%i*li[2](%e^(2*%i*x)))/2(%i*x^2)/2+x*log(1+%e^(2*%i*x))+x*log(sec(x)) from wolfram alpha. Closing this bug report as "works for me". Remark: Related integrals with integrands like log(sin(x)) or log(cos(x)) give an answer too. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20090727 00:21 Message: With the current CVS version and in a fresh Maxima this problem is not present: Maxima version: 5.18post Maxima build date: 0:14 7/27/2009 host type: i686pclinuxgnu lispimplementationtype: CLISP lispimplementationversion: 2.44.1 (20080223) (built 3436700604) (memory 3457635278) (%i4) integrate(log(sec(x)),x); (%o4) (x*log(sin(2*x)^2+cos(2*x)^2+2*cos(2*x)+1) +2*%i*x*atan2(sin(2*x),cos(2*x)+1)%i*li[2](%e^(2*%i*x))%i*x^2) /2 +x*log(sec(x)) I have not checked the result. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2827474&group_id=4933 
From: SourceForge.net <noreply@so...>  20090819 22:05:47

Bugs item #2840634, was opened at 20090819 22:05 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2840634&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: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: CLIENT: Lost socket connection Initial Comment: I have the following file (see attached). Whenever I open wxMaxima and open the file, I get the following error after the line algsys(...) : CLIENT: Lost socket connection ...Restart maxima with 'Maxima>Restart maxima'. Sometimes, after restarting maxima, it manages to automatically continue. This also happens if I introduce the algsys(...) line within maxima (not wxmaxima). I am running ubuntu 9.04  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2840634&group_id=4933 
From: SourceForge.net <noreply@so...>  20090819 21:42:56

Bugs item #2840566, was opened at 20090819 22:34 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2840566&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: Stefano Ferri (stefano_ferri) Assigned to: Nobody/Anonymous (nobody) Summary: defint fails to determine if one of its limit is real Initial Comment: In some cases defints exits with an error, saying that one limit of integration is not real, even if it's surely real. This is an example: an integration over a line, between 0 and a value that is a length computed with Pitagora's theorem (therefore, it is obviously real): (%i2) assume(a>0,b>0); (%o2) [a > 0,b > 0] (%i3) l:sqrt((ab)^2+b^2); (%o3) sqrt(b^2+(ab)^2) (%i4) defint(x,x,0,l); defint: upper limit of integration must be real; found sqrt(b^2+(ab)^2)  an error. To debug this try debugmode(true); defint somehow thinks l is not real, but it is. In fact the sum of the square of two terms both > 0, following the given assumptions a>0 and b>0, is >0, so sqrt must be real. Maxima correctly evaluates that: (%i6) is((ab)^2+b^2>0); (%o6) true (%i7) realpart(l); (%o7) sqrt(b^2+(ab)^2) (%i8) imagpart(l); (%o8) 0 Maxima correctly says that l is real, but defint does not. Somehow defint lost sign informations about the argument of the square root, therefore an imaginary part comes out and the integral is not evaluated.  >Comment By: Dieter Kaiser (crategus) Date: 20090819 23:42 Message: Fixed in defint.lisp revision 1.65. The example of this bug report works and has been added to rtest16.mac. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2840566&group_id=4933 
From: SourceForge.net <noreply@so...>  20090819 21:40:53

Bugs item #2835098, was opened at 20090810 21:15 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2835098&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: 5 Private: No Submitted By: Richard Hennessy (richardhennessy) Assigned to: Nobody/Anonymous (nobody) Summary: SIGNPREP strangeness Initial Comment: (%i1) integrate(sqrt(2*m*(E[n]U(x))),x,x[0],x[0])=(n1/2)*%pi*hbar; Maxima encountered a Lisp error: Error in PROGN [or a callee]: Bind stack overflow. "Looks like a bug all right  please file a bug report if you haven't already. Part of a stack trace is shown below. The calls from SRATSIMP through SIGNPREP keep repeating. Why does it jump from SIGNPREP to SRATSIMP again? Incidentally (SRATSIMP '((MTIMES SIMP) 1 ((%IMAGPART) (($X SIMP ARRAY) 0)))) by itself doesn't cause any trouble. FWIW" "Robert Dodier" Rich  >Comment By: Dieter Kaiser (crategus) Date: 20090819 23:40 Message: Fixed in compar.lisp revision 1.52 and in rpart.lisp revision 1.27. All examples of this bug report work and have been added to rtest16.mac. Dieter Kaiser  Comment By: Robert Dodier (robert_dodier) Date: 20090811 18:12 Message: Here is a smaller example: block ([?limitp : true], sign (foo (x))); => stack overflow Looks like the problem is strange interaction among SIGNPREP, SRATSIMP, and TRISPLIT: SIGNPREP calls TRISPLIT to get real and imaginary parts, then calls SRATSIMP on the result, which calls $CSIGN (iirc) which eventually calls SIGNPREP, and the cycle repeats. See SIGNPREP in src/compar.lisp. Changing title to reflect problem more precisely.  Comment By: Barton Willis (willisbl) Date: 20090810 22:39 Message: Another example of (I'd guess) the same bug: integrate(f(x),x,x[0],x[1]);  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2835098&group_id=4933 
From: SourceForge.net <noreply@so...>  20090819 20:37:02

Bugs item #2840566, was opened at 20090819 22:34 Message generated for change (Settings changed) made by stefano_ferri You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2840566&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: Stefano Ferri (stefano_ferri) Assigned to: Nobody/Anonymous (nobody) Summary: defint fails to determine if one of its limit is real Initial Comment: In some cases defints exits with an error, saying that one limit of integration is not real, even if it's surely real. This is an example: an integration over a line, between 0 and a value that is a length computed with Pitagora's theorem (therefore, it is obviously real): (%i2) assume(a>0,b>0); (%o2) [a > 0,b > 0] (%i3) l:sqrt((ab)^2+b^2); (%o3) sqrt(b^2+(ab)^2) (%i4) defint(x,x,0,l); defint: upper limit of integration must be real; found sqrt(b^2+(ab)^2)  an error. To debug this try debugmode(true); defint somehow thinks l is not real, but it is. In fact the sum of the square of two terms both > 0, following the given assumptions a>0 and b>0, is >0, so sqrt must be real. Maxima correctly evaluates that: (%i6) is((ab)^2+b^2>0); (%o6) true (%i7) realpart(l); (%o7) sqrt(b^2+(ab)^2) (%i8) imagpart(l); (%o8) 0 Maxima correctly says that l is real, but defint does not. Somehow defint lost sign informations about the argument of the square root, therefore an imaginary part comes out and the integral is not evaluated.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2840566&group_id=4933 
From: SourceForge.net <noreply@so...>  20090819 20:35:01

Bugs item #2840566, was opened at 20090819 22:34 Message generated for change (Tracker Item Submitted) made by stefano_ferri You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2840566&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: 5 Private: No Submitted By: Stefano Ferri (stefano_ferri) Assigned to: Nobody/Anonymous (nobody) Summary: defint fails to determine if one of its limit is real Initial Comment: In some cases defints exits with an error, saying that one limit of integration is not real, even if it's surely real. This is an example: an integration over a line, between 0 and a value that is a length computed with Pitagora's theorem (therefore, it is obviously real): (%i2) assume(a>0,b>0); (%o2) [a > 0,b > 0] (%i3) l:sqrt((ab)^2+b^2); (%o3) sqrt(b^2+(ab)^2) (%i4) defint(x,x,0,l); defint: upper limit of integration must be real; found sqrt(b^2+(ab)^2)  an error. To debug this try debugmode(true); defint somehow thinks l is not real, but it is. In fact the sum of the square of two terms both > 0, following the given assumptions a>0 and b>0, is >0, so sqrt must be real. Maxima correctly evaluates that: (%i6) is((ab)^2+b^2>0); (%o6) true (%i7) realpart(l); (%o7) sqrt(b^2+(ab)^2) (%i8) imagpart(l); (%o8) 0 Maxima correctly says that l is real, but defint does not. Somehow defint lost sign informations about the argument of the square root, therefore an imaginary part comes out and the integral is not evaluated.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2840566&group_id=4933 