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}

_{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...>  20090722 02:20:28

Bugs item #2796194, was opened at 20090524 21:12 Message generated for change (Comment added) made by sfrobot 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: Closed 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: SourceForge Robot (sfrobot) Date: 20090722 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker).  Comment By: Raymond Toy (rtoy) Date: 20090707 18: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 21: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...>  20090722 02:20:21

Bugs item #2800086, was opened at 20090602 16:34 Message generated for change (Comment added) made by sfrobot 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: Closed 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: SourceForge Robot (sfrobot) Date: 20090722 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker).  Comment By: Raymond Toy (rtoy) Date: 20090707 18: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...>  20090722 02:20:20

Bugs item #2815766, was opened at 20090702 12:57 Message generated for change (Comment added) made by sfrobot 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: Closed 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: SourceForge Robot (sfrobot) Date: 20090722 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker).  Comment By: Raymond Toy (rtoy) Date: 20090707 18: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 13: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 