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}
(21) 
_{Jul}
(30) 
_{Aug}
(48) 
_{Sep}
(36) 
_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 




1
(6) 
2
(2) 
3

4

5

6

7
(6) 
8
(2) 
9

10
(1) 
11
(1) 
12
(3) 
13
(1) 
14
(8) 
15
(3) 
16
(5) 
17
(1) 
18

19

20
(2) 
21
(6) 
22
(3) 
23
(1) 
24
(1) 
25
(5) 
26
(5) 
27

28
(3) 
29

30

31
(2) 

From: SourceForge.net <noreply@so...>  20090707 18:46:55

Bugs item #2796194, was opened at 20090524 17:12 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2796194&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: Pending >Resolution: Works For Me Priority: 5 Private: No Submitted By: Rich Hennessy (rvh2007) Assigned to: Nobody/Anonymous (nobody) Summary: error doing a Fourier transform Initial Comment: (%i1) integrate(%pi*exp(2*%pi*t)*exp(2*%pi*x*t*%i),t,minf,inf); Maxima encountered a Lisp error: Unhandled kernel in tvarlim Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil.  >Comment By: Raymond Toy (rtoy) Date: 20090707 14:46 Message: This no longer appears to happen in the CVS version. (The result isn't great since it contains a lot of limit expressions, but the Lisp error is gone. I did not check to see if the answer makes sense or not.) Marking as pending/worksforme  Comment By: Rich Hennessy (rvh2007) Date: 20090524 17:18 Message: I get this same error in my pwdefint() function in pw.mac. I don't think it is a problem with pwdefint(). See the second case. (%i1) pwdefint(%pi*exp(2*%pi*abs(t))*exp(2*%pi*%i*x*t),t,minf,inf); Maxima encountered a Lisp error: Unhandled kernel in tvarlim Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. case 2: (%i1) integrate(%pi*exp(2*%pi*abs(t))*exp(2*%pi*%i*x*t),t,minf,inf); Maxima encountered a Lisp error: Unhandled kernel in tvarlim Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. (%i2) load(abs_integrate); (%o2) C:/Maxima5.18.1/share/maxima/5.18.1/share/contrib/integration/abs_integrate.mac (%i3) integrate(%pi*exp(2*%pi*abs(t))*exp(2*%pi*%i*x*t),t,minf,inf); Maxima encountered a Lisp error: Unhandled kernel in tvarlim Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. (%i4)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2796194&group_id=4933 
From: SourceForge.net <noreply@so...>  20090707 18:44:29

Bugs item #2800086, was opened at 20090602 12:34 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2800086&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: Pending >Resolution: Invalid Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: echelon problem Initial Comment: 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 I typed in the following commands in Maxima: (%i1) A:matrix([1,2,2,b1],[2,2,3,b2],[3,4,5,b3]); [ 1 2 2 b1 ] [ ] (%o1) [ 2 2 3 b2 ] [ ] [ 3 4 5 b3 ] (%i2) echelon(A); [ 1 2 2 b1 ] [ ] [ 1 b2  2 b1 ] (%o2) [ 0 1    ] [ 2 2 ] [ ] [ 0 0 0 1 ] (%i3) algebraic:true; (%o3) true (%i4) echelon(A); [ 1 2 2 b1 ] [ ] [ 1 b2  2 b1 ] (%o4) [ 0 1    ] [ 2 2 ] [ ] [ 0 0 0 1 ] But shouldn't the result be: [ 1 2 2 b1 ] [ ] [ 1 b2  2 b1 ] [ 0 1    ] [ 2 2 ] [ ] [ 0 0 0 b2  b3 + b1 ]  >Comment By: Raymond Toy (rtoy) Date: 20090707 14:44 Message: The documentation for echelon says the first nonzero element in each row is a one. Maxima is producing that result, and is the same as your "expected" result if the last row is divided by b2b3+b1. Marking as pending/invalid. If you disagree with this analysis, please update this report.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2800086&group_id=4933 
From: SourceForge.net <noreply@so...>  20090707 18:39:53

Bugs item #2818144, was opened at 20090707 14:39 Message generated for change (Tracker Item Submitted) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2818144&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: Open Resolution: None Priority: 5 Private: No Submitted By: Raymond Toy (rtoy) Assigned to: Nobody/Anonymous (nobody) Summary: intanalysis not documented Initial Comment: The variable intanalysis is not documented. It probably should be. When true, definite integration tries to find poles in the integrand in the interval of integration. If there are, then the integral is evaluated appropriately as a principal value integral. If intanalysis is false, this check is not performed and integration is done assuming there are no poles.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2818144&group_id=4933 
From: SourceForge.net <noreply@so...>  20090707 18:36:27

Bugs item #2802006, was opened at 20090605 17:34 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2802006&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: integrate(1/(sqrt(x)+1), x, 0, 1); Initial Comment: Maxima can't solve this integral. I'm using maxima 5.17.1  >Comment By: Raymond Toy (rtoy) Date: 20090707 14:36 Message: Maxima fails because polesininterval cannot determine if there are any poles in the integrand. This is basically a failure of solve (not $solve) to find any roots of sqrt(x)+1. If intanalysis is set to false, then maxima can evaluate this integral and the value is 22*log(2). (intanalysis should probably be documented.)  Comment By: Nobody/Anonymous (nobody) Date: 20090605 17:49 Message: bug persists in the 5.18.1 release  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2802006&group_id=4933 
From: SourceForge.net <noreply@so...>  20090707 18:24:17

Bugs item #2815766, was opened at 20090702 08:57 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2815766&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: None >Status: Pending >Resolution: Invalid Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: strange results from eigenvalues Initial Comment: large matrices like matrix([72126.5,25007.8,7670.53],[25007.8,8670.74,2659.53],[7670.53,2659.53,818.809]) produce strange outputs: (%i32) eigenvalues(T); rat: replaced 25007.8 by 125039/5 = 25007.8 rat: replaced 2.0400004650900003E+7 by 20400005/1 = 2.0400005E+7 rat: replaced 25007.8 by 125039/5 = 25007.8 rat: replaced 818.809 by 72874/89 = 818.8089887640449 rat: replaced 7670.53 by 767053/100 = 7670.53 rat: replaced 6.6508994334000006E+7 by 66508994/1 = 6.6508994E+7 rat: replaced 7670.53 by 767053/100 = 7670.53 rat: replaced 8670.74 by 433537/50 = 8670.74 rat: replaced 7073099.8209 by 35365499/5 = 7073099.8 rat: replaced 818.809 by 72874/89 = 818.8089887640449 rat: replaced 8670.74 by 433537/50 = 8670.74 rat: replaced 72126.5 by 144253/2 = 72126.5 (%o32) [[((sqrt(3)*%i)/21/2)*((3*sqrt(12608488167242884134811801138679920231)*%i)/(3960500000*sqrt(2))+2838509476210882261900497/140993800000)^(1/3)+(58619247149883207*((sqrt(3)*%i)/21/2))/(79210000*((3*sqrt(12608488167242884134811801138679920231)*%i)/(3960500000*sqrt(2))+2838509476210882261900497/140993800000)^(1/3))+60531903/2225,((sqrt(3)*%i)/21/2)*((3*sqrt(12608488167242884134811801138679920231)*%i)/(3960500000*sqrt(2))+2838509476210882261900497/140993800000)^(1/3)+(58619247149883207*((sqrt(3)*%i)/21/2))/(79210000*((3*sqrt(12608488167242884134811801138679920231)*%i)/(3960500000*sqrt(2))+2838509476210882261900497/140993800000)^(1/3))+60531903/2225,((3*sqrt(12608488167242884134811801138679920231)*%i)/(3960500000*sqrt(2))+2838509476210882261900497/140993800000)^(1/3)+58619247149883207/(79210000*((3*sqrt(12608488167242884134811801138679920231)*%i)/(3960500000*sqrt(2))+2838509476210882261900497/140993800000)^(1/3))+60531903/2225],[1,1,1]] ovtave gives followin: octave.exe:3> t = >[72126.5, 25007.8, 7670.53; > 25007.8, 8670.74, 2659.53; > 7670.53, 2659.53, 818.809]; octave.exe:4> eig(t) ans = 8.2521e004 3.0311e+000 8.1613e+004  >Comment By: Raymond Toy (rtoy) Date: 20090707 14:24 Message: Marking as pending/invalid so this will be closed automatically in two weeks. I don't think there's anything wrong here. If you disagree, please comment on this.  Comment By: Raymond Toy (rtoy) Date: 20090702 09:30 Message: In what way is the result strange? Eigenvalues the floats to rationals and does a symbolic calculation. Hence the long answer. If you want a float result, you can use float and rectform to get [[6.912159733474255e11 %i + 2.999728814902483, .03218669009947916  6.548361852765083e11 %i, 81613.01707325905  2.442490654175344e15 %i], [1.0, 1.0, 1.0]] (These aren't quite the same as octave.) If you numeric results, you can try dgeev. This produces [81613.01707247499, 8.252057359223741e4, 3.031102319243371] This is probably the same routine that octave uses to find eigenvalues.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2815766&group_id=4933 
From: SourceForge.net <noreply@so...>  20090707 10:21:14

Bugs item #2817882, was opened at 20090707 11:04 Message generated for change (Tracker Item Submitted) made by mhs You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2817882&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: Open Resolution: None Priority: 5 Private: No Submitted By: Martin (mhs) Assigned to: Nobody/Anonymous (nobody) Summary: frame not documented Initial Comment: When defining a function of the name frame(), a warning is issued: Warning  you are redefining the Maxima function frame This function however does not seem to be documented: (%i16) ?? frame; 0: cframe_flag (Functions and Variables for ctensor) 1: frame_bracket (Functions and Variables for ctensor) 2: iframes (Functions and Variables for itensor) 3: iframe_bracket_form (Functions and Variables for itensor) Enter spaceseparated numbers, `all' or `none': none; (%o16) true  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2817882&group_id=4933 