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

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 




1
(1) 
2

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

12
(3) 
13

14
(3) 
15
(1) 
16

17
(1) 
18
(4) 
19
(1) 
20
(1) 
21

22

23

24
(1) 
25
(1) 
26
(3) 
27
(3) 
28
(1) 
29
(8) 
30
(4) 


From: SourceForge.net <noreply@so...>  20061106 18:14:03

Bugs item #1073338, was opened at 20041125 13:21 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1073338&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: Robert Dodier (robert_dodier) Assigned to: Nobody/Anonymous (nobody) Summary: integrate yields incorrect result on rational function Initial Comment: "integrate" yields incorrect results on some rational functions. "Division by 0" is strange. The definite integral below is certainly greater than 0 as the integrand is positive over [0, 1]. "integrate (1/((x3)^4+1/2), x)" returns the noun form, so maybe (maybe) what happens is that the noun form is evaluated at the limits of integration and it's the same, hence 0 is the result. (Just guessing there.) Note that the difference between the two integrands is that one is 1/(something + 1), while the other is 1/(same something + 1/2).  (%i1) integrate (1/((x3)^4+1), x, 0, 1); Division by 0  an error. Quitting. To debug this try DEBUGMODE(TRUE); (%i2) integrate (1/((x3)^4+1/2), x, 0, 1); (%o2) 0 (%i3) build_info (); Maxima version: 5.9.1 Maxima build date: 21:24 9/23/2004 host type: i686pclinuxgnu lispimplementationtype: CMU Common Lisp lispimplementationversion: 19a  Same behavior observed in CVS build of 2004/11/24.  >Comment By: Raymond Toy (rtoy) Date: 20061106 13:13 Message: Logged In: YES user_id=28849 Recent changes in defint.lisp and residue.lisp has fixed the issue with the integrate(1/((x3)^4+1),x,0,1). For integrate(1/((x3)^4+1/2),x,0,1), it does seem to be either a gcd or residue problem. We can work around this issue by making 2 changes in residu.lisp. In the function RES, for the case of simple poles, we can use RES1 instead of $RESIDUE. In the function RES1, we need to call $RECTFORM for each pole to make is simpler. With these changes applied, this integral can be evaluated. However, the answer takes some time and is quite messy. We can get the simpler result by using factor(expand(sqrtdenest(<foo>))). The answer is: (2*atan((sqrt(2)4*2^(1/4)+8)/(49*2^(3/4)+sqrt(2)8)) log((2^(3/4)+12*sqrt(2)+73*2^(1/4)2)/(33*2^(1/4))) +log((2^(3/4)12*sqrt(2)+73*2^(1/4)+2)/(33*2^(1/4))) 2*atan((sqrt(2)+4*2^(1/4)+8)/(49*2^(3/4)+sqrt(2)8))) /(2*2^(3/4)) Numerical evaluation of this compares favorably with the numerical result from quad_qags.  Comment By: Stavros Macrakis (macrakis) Date: 20050130 18:04 Message: Logged In: YES user_id=588346 This is apparently another GCD problem. Fixed by setting the 'algebraic' flag: integrate (1/((x3)^4+1), x, 0, 1),algebraic:true For the indefinite integral, you can factor over the Gaussians then use partfrac: integrate ( partfrac ( gfactor( 1/((x3)^4+1) ), x ), x ) You can simplify the result using ratsimp(rectform(...)) s  Comment By: Nobody/Anonymous (nobody) Date: 20050118 16:17 Message: Logged In: NO Two remarks: The method that Maxima uses to solve such integrals is integration by residues. Trace (residue) shows that this function is called with the correct arguments but answers zeroes for integrate (1/((x3)^4+1/2), x, 0, 1); and runs into a division by zero for the other integral. The indefinite integrals can be solved with changevar: 'Integrate(1/((x3)^4+1/2), x); changevar (%, x  3  y ,y ,x); ev (%, Integrate);  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1073338&group_id=4933 
From: SourceForge.net <noreply@so...>  20061106 16:28:49

Bugs item #733071, was opened at 20030506 00:19 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=733071&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: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: Defint unsimplified result Initial Comment: integrate(exp(x^2%i*2*%pi*x*s),x,minf,inf) => SQRT(%PI)*%E^(%I^2*%PI^2*s^2) Note the unsimplified %i^2.  >Comment By: Raymond Toy (rtoy) Date: 20061106 11:28 Message: Logged In: YES user_id=28849 FWIW, this is caused by the call to $ratsimp in linpower in defint.lisp. Something about it prevents simplifying %i^2 to 1.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=733071&group_id=4933 
From: SourceForge.net <noreply@so...>  20061106 14:37:28

Bugs item #1590528, was opened at 20061104 11:27 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1590528&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: Open Resolution: None Priority: 1 Private: No Submitted By: Raymond Toy (rtoy) Assigned to: Nobody/Anonymous (nobody) Summary: Does debugmode(true) actually do anything? Initial Comment: debugmode(true)$ integrate((4*x^2+8*x+4)/(17*x^4+64*x^3+96*x^2+64*x+16),x,0,inf); This should give a division by zero error, and we enter debug mode: (dbm:1) :bt (dbm:1) I tried this with gcl, clisp, and cmucl. Nothing really seems to happen. Does debugmode work for anything? At least with CMUCL, it doesn't seem to matter too much, because I can press Cc to get to CMUCL's debugger which can then produce backtraces and such.  >Comment By: Raymond Toy (rtoy) Date: 20061106 09:37 Message: Logged In: YES user_id=28849 After reading your comments and the examples in the user manual, I see that debugmode is useful. I also agree that we should change the "Quitting" part. However, I propose to leave the debugmode(true) part in. Even though it can't debug Lisp functions and such, it's quite useful because execution stops at the error and I can press Cc (in CMUCL) and use CMUCL's debugger to figure out where the problem is. I suppose I could use (setf *breakonsignals* t), but this is still useful.  Comment By: Robert Dodier (robert_dodier) Date: 20061105 11:11 Message: Logged In: YES user_id=501686 Maxima debugmode can print a backtrace of functions defined in Maxima by := . So far as I can tell, debugmode doesn't know anything about functions defined by defun or defmfun or defmspec. Given that most functions in Maxima are defined by defun, defmfun, and defmspec, it is not very informative to use debugmode. Since debugmode is useful in a certain context (namely debugging userdefined functions) I think we should keep it, but let's change "  an error. Quitting. To debug this try debugmode(true);" to just "  an error." (i.e. cut out the recommendation to use debugmode, which is usually not helpful, and also the "Quitting." because, in fact, Maxima is not executing (quit) nor quit()).  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1590528&group_id=4933 