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}
(13) 
S  M  T  W  T  F  S 


1
(5) 
2
(4) 
3
(1) 
4

5
(1) 
6
(10) 
7
(3) 
8
(2) 
9
(1) 
10
(3) 
11
(1) 
12
(1) 
13
(7) 
14
(5) 
15
(5) 
16
(3) 
17
(7) 
18
(1) 
19
(1) 
20

21
(1) 
22
(1) 
23

24

25
(1) 
26
(1) 
27

28
(1) 
29
(1) 
30
(1) 
31
(1) 



From: SourceForge.net <noreply@so...>  20060517 21:53:45

Bugs item #1490546, was opened at 20060517 14:53 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1490546&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: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: error message in wxMaxima Initial Comment:  Maxima version: 5.9.1 Maxima build date: 7:34 9/24/2004 host type: i686pcmingw32 lispimplementationtype: Kyoto Common Lisp lispimplementationversion: GCL 2.6.5  Following errormessage appears after every input in wxMaxima instead of an output: Maxima encountered a Lisp error: Error in LISP:IF [or a callee]: The function MAYBE INVERTSTRINGCASE is undefined. Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. EMail: momajusa@...  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1490546&group_id=4933 
From: SourceForge.net <noreply@so...>  20060517 17:12:32

Bugs item #1490397, was opened at 20060517 13:12 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1490397&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: 5 Submitted By: Raymond Toy (rtoy) Assigned to: Nobody/Anonymous (nobody) Summary: subres gcd wrong Initial Comment: Here is an example of where subres produces the wrong result but spmod is ok. p:(x^3+1)/(2*x^5+2); q:(sqrt(5)+5)/(20*x^2+(10*sqrt(5)10)*x+20); gcd:subres; ratsimp(p+q); => ((sqrt(5)+5)*x^32*sqrt(5)*x^22*sqrt(5)*x+sqrt(5)15)/(80*x^5+80) But now see what happens with spmod: gcd:spmod; ratsimp(p+q); => ((sqrt(5)+5)*x^5+(5*sqrt(5)5)*x^4+10*x^310*x^2+(5*sqrt(5)+5)*x +sqrt(5)15) /(20*x^7+(10*sqrt(5)10)*x^6+20*x^5+20*x^2+(10*sqrt(5)10)*x+20) factor(%): => (sqrt(5)*x^5+5*x^55*sqrt(5)*x^45*x^4+10*x^310*x^2+5*sqrt(5)*x+5*x +sqrt(5)15) /(10*(x+1)*(2*x^2sqrt(5)*xx+2)*(x^4x^3+x^2x+1)) Maxima doesn't notice but the numerator has the factor 2*x^2sqrt(5)*xx+2: divide((sqrt(5)*x^5+5*x^55*sqrt(5)*x^45*x^4+10*x^310*x^2+5*sqrt(5)*x+5*x +sqrt(5)15), (2*x^2sqrt(5)*xx+2)); => [((sqrt(5)+5)*x^32*sqrt(5)*x^22*sqrt(5)*x+sqrt(5)15)/2,0] So the final result of ratsimp is ((sqrt(5)+5)*x^32*sqrt(5)*x^22*sqrt(5)*x+sqrt(5)15)/2/(10*(x+1)*(x^4x^3+x^2x+1)); Notice that the numerator matches the numerator for the subres result, but the denominator is off by a factor of 4!  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1490397&group_id=4933 
From: SourceForge.net <noreply@so...>  20060517 03:15:46

Bugs item #1488344, was opened at 20060514 09:24 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1488344&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: 5 Submitted By: Barton Willis (willisbl) Assigned to: Barton Willis (willisbl) Summary: conjugate limitation Initial Comment: The conjugate function doesn't handle long argument lists. For example (%i17) m :genmatrix(a,100,100)$ (%i18) conjugate(m)$ Maxima encountered a Lisp error: Error in MEVAL [or a callee]: MEVAL [or a callee] requires less than one hundred arguments. Barton  >Comment By: Robert Dodier (robert_dodier) Date: 20060516 21:15 Message: Logged In: YES user_id=501686 I don't know that we should associate this bug with conjugate  this appears to be the GCL limitation on the number of arguments (64 at present), so it seems like we should either label it a GCL bug, or maybe a $MATRIX bug (since it might be that the GCL limitation is triggered by $MATRIX).  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1488344&group_id=4933 
From: SourceForge.net <noreply@so...>  20060517 03:11:57

Bugs item #1276259, was opened at 20050829 21:17 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1276259&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 Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Closing xmaxima issues "kill TERM 1" Initial Comment: At least for my particular setup, xmaxima has a very unfortunate behaviour at shutdown. I'm running a Linux x86 box, KDE 3.4, Tcl 8.4, maxima 5.9.1. Somehow, it seems that "pid" is set to 1 in line 13603 of xmaxima. This sends a kill TERM to every process it can, wiping out my login session and any associated jobs running. If run as root, it wipes out every logged in session and every running daemon. A sanity check on that parameter might be in order before issuing the kill on Linux.  >Comment By: Robert Dodier (robert_dodier) Date: 20060516 21:11 Message: Logged In: YES user_id=501686 Fixed by modifying the #+clisp version of GETPID in src/server.lisp (r1.10) so that it calls PROCESSID. Bug not observed in Xmaxima from Maxima 5.9.3 / Clisp 2.34, and referredto Redhat Bugzilla item is closed. Closing this report as fixed.  Comment By: Kevin Kofler (kevinkofler) Date: 20050922 20:53 Message: Logged In: YES user_id=573515 Please look at the Red Hat bugzilla #168451, they have pretty much tracked it down. Looks like it depends on the LISP runtime (Fedora uses clisp). https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168451  Comment By: Robert Dodier (robert_dodier) Date: 20050922 14:38 Message: Logged In: YES user_id=501686 To the anonymous person or persons adding comments to this item: can you PLEASE PLEASE PLEASE login or leave an email address or something? PLEASE. I would like to fix this bug  really I would  but I can't reproduce it, and therefore I need your help to track down what's going on here. Without further information, which only you can provide, it's not going to get fixed. Thanks so much for your help, and sorry for shouting. Robert Dodier  Comment By: Nobody/Anonymous (nobody) Date: 20050922 13:06 Message: Logged In: NO Hello. Installed Maxima 5.9.1 today and the first time I tried it, it crashed my xserver. This is very very bad. This needs to be fixed pronto. Using the Fedora Core 4 distribution rpm from fedoraextras. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168451  Comment By: Robert Dodier (robert_dodier) Date: 20050914 21:26 Message: Logged In: YES user_id=501686 reopening this bug report  issue is unresolved. I didn't realize that marking it "pending" would cause it to be closed in 14 days automatically. Oh well.  Comment By: SourceForge Robot (sfrobot) Date: 20050914 20:20 Message: Logged In: YES user_id=1312539 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: Nobody/Anonymous (nobody) Date: 20050831 14:58 Message: Logged In: NO No, I'm afraid my version of xmaxima is uptodate, I installed from maxima5.9.1, and have never installed any version previously. I'm still getting "kill TERM 1". My RunMaxima.tcl file is version 1.18, and the version string embedded in the concatenated xmaxima file in my path matches that value. If you see the loop at line 295, it will only continue to the "xmaxima is running" state when pid becomes something other than "none". Apparently, it's coming back set to 1.  Comment By: Robert Dodier (robert_dodier) Date: 20050831 08:37 Message: Logged In: YES user_id=501686 It would appear that you're running an old version of xmaxima; at present the default value for pid is "none". The "kill 1" bug appears to have been fixed in r1.15 interfaces/xmaxima/Tkmaxima/RunMaxima.tcl (see http://cvs.sf.net/viewcvs.py/maxima/maxima/ and drill down from there). If your xmaxima says ``set pid 1'' instead of ``set pid "none"'' then your version is out of date. Is there more than one xmaxima on your system?  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1276259&group_id=4933 
From: SourceForge.net <noreply@so...>  20060517 02:30:08

Bugs item #1471813, was opened at 20060417 10:07 Message generated for change (Settings changed) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1471813&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 Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: integrate(1/(x^2 + 4)^(3/2),x,0,inf); Initial Comment: (%i1) integrate(1/(x^2 + 4)^(3/2),x,0,inf); Maxima encountered a Lisp error: Error in PROGN [or a callee]: Error in doargcounterror: DESTRUCTURINGBIND NIL NIL (L ... Let's try the integral from minf to inf: (%i2) integrate(1/(x^2 + 4)^(3/2),x,minf,inf); Is x positive or negative? pos; (%o2) 1/2 The question is silly, but 1/2 is the correct value for the integral. (%i3) build_info(); Maxima version: 5.9.2.19cvs Maxima build date: 9:42 4/10/2006 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.7 (%o3) Barton  Comment By: Raymond Toy (rtoy) Date: 20060506 07:57 Message: Logged In: YES user_id=28849 FWIW, the question comes when maxima is computing limit(x*(4+x^2)^(3/2),x,minf). I think this is really a bug in limitit ought to know that x is negative in this case.  Comment By: Raymond Toy (rtoy) Date: 20060417 10:14 Message: Logged In: YES user_id=28849 Try with the CVS version. It returns 1/4 for the first integral, but still asks about x for the second integral.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1471813&group_id=4933 
From: SourceForge.net <noreply@so...>  20060517 02:18:04

Bugs item #1488359, was opened at 20060514 10:13 Message generated for change (Settings changed) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1488359&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  Complex Group: None Status: Open Resolution: None Priority: 5 Submitted By: Barton Willis (willisbl) Assigned to: Barton Willis (willisbl) Summary: conjuate of subscripted function Initial Comment: (%o20) f[6](x) (%i21) conjugate(%); Maxima encountered a Lisp error: Error in GET [or a callee]: (($F SIMP ARRAY) 6) is not of type SYMBOL. Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1488359&group_id=4933 
From: SourceForge.net <noreply@so...>  20060517 02:17:15

Bugs item #1488457, was opened at 20060514 14:35 Message generated for change (Settings changed) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1488457&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  Assume Group: None Status: Open Resolution: None Priority: 5 Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: featurep of subscripted variables Initial Comment: (%i1) featurep(a,real); (%o1) false < OK (%i2) featurep(a[1],real); (%o2) true < not OK Do we have a policy? Are all mapatoms except %i and infinity real? That would make %o1 wrong and %o2 correct. Should the setting of domain make a difference? Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1488457&group_id=4933 