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}
(39) 
_{Oct}
(30) 
_{Nov}
(51) 
_{Dec}

S  M  T  W  T  F  S 



1
(2) 
2
(3) 
3
(12) 
4
(12) 
5
(6) 
6
(1) 
7
(2) 
8

9
(3) 
10
(4) 
11
(4) 
12
(6) 
13
(3) 
14
(1) 
15
(4) 
16

17

18

19
(6) 
20
(5) 
21

22
(2) 
23
(1) 
24
(4) 
25

26

27
(1) 
28

29
(2) 
30
(1) 



From: SourceForge.net <noreply@so...>  20100619 19:17:05

Bugs item #1677217, was opened at 20070309 14:37 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1677217&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: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: composistions of 'at' Initial Comment: 'at' of and 'at' expression is broken: (%i6) depends(y,[x,z]); (%o6) [y(x,z)] (%i7) diff(y,x); (%o7) 'diff(y,x,1) (%i8) at(%,x=0); (%o8) at('diff(y,x,1),x=0) (%i9) at(%,z=10); (%o9) at('diff(y,x,1),x=0) <wrong, no z=10.  >Comment By: Dieter Kaiser (crategus) Date: 20100619 21:17 Message: Fixed in comm2.lisp revision 1.38. Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1677217&group_id=4933 
From: SourceForge.net <noreply@so...>  20100619 19:14:53

Bugs item #2556133, was opened at 20090202 02:10 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2556133&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: Fixed Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: "at" should do parallel substitutions Initial Comment: (%i14) at(atan2(y^2+1,x),[y=%i,x=0]); atan2(0,0) has been generated. (%i18) at(atan2(y^2+1,x),[x=0,y=%i]); (%o18) %pi/2 (%i17) atvalue (diff(f(x,y),x,6,y,9), [x = 0, y = 1], a^2); (%o17) a^2 (%i18) :lisp(symbolplist '$f); (MPROPS (NIL ATVALUES (((6 9) (0 1) ((MEXPT SIMP) $A 2)) ((0 0) (0 1) ((MEXPT SIMP) $A 2)))))  >Comment By: Dieter Kaiser (crategus) Date: 20100619 21:14 Message: Fixed in comm2.lisp revision 1.38. Closing this bug report as fixed. Dieter Kaiser  Comment By: Barton Willis (willisbl) Date: 20090202 02:13 Message: The way atvalue stores values makes it clear that at should do substitutions in parallel.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2556133&group_id=4933 
From: SourceForge.net <noreply@so...>  20100619 19:13:46

Bugs item #2014941, was opened at 20080710 13:26 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2014941&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: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: compositions of 'at' Initial Comment: (%i26) at(diff(f(x),x),[x=b]); (%o26) at('diff(f(x),x,1),[x=b]) (%i27) at(%,[b=a]); (%o27) at('diff(f(x),x,1),[x=b]) (%o27) should either be at('diff(f(x),x,1),[x=a]) or at(at('diff(f(x),x,1),[x=b]),[b=a]) Also, I think 'at' should be a simplifying function.  >Comment By: Dieter Kaiser (crategus) Date: 20100619 21:13 Message: Fixed in comm2.lisp revision 1.38. The composition of AT is more correct and the list of equations is sorted. There is one open problem: AT doesn't check for the "freeof" case. This topic needs more discussions and perhaps a new bug report. Closing this bug report as fixed. Dieter Kaiser  Comment By: Barton Willis (willisbl) Date: 20080710 14:12 Message: Logged In: YES user_id=895922 Originator: YES And yet another thing: Maxima should sort the second argument to 'at.' This would allow more expressions to simplify to zero; example: (%i29) diff(f(x,y),x,1,y,1); (%o29) 'diff(f(x,y),x,1,y,1) (%i30) at(%,[x=a,y=b])  at(%,[y=b,x=a]); (%o30) at('diff(f(x,y),x,1,y,1),[x=a,y=b])at('diff(f(x,y),x,1,y,1),[y=b,x=a]) Since 'at' does multiple substitutions in series, not parallel, the logic could be complicated. Should the subs be done in parallel?  Comment By: Barton Willis (willisbl) Date: 20080710 14:04 Message: Logged In: YES user_id=895922 Originator: YES Another thing: 'at' doesn't check for the "freeof" case; for example: (%i24) diff(f(z),z); (%o24) 'diff(f(z),z,1) (%i25) at(%,[x=1]); (%o25) at('diff(f(z),z,1),[x=1])  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2014941&group_id=4933 
From: SourceForge.net <noreply@so...>  20100619 12:08:55

Bugs item #2036462, was opened at 20080803 08:34 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2036462&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: Fixed Priority: 6 Private: No Submitted By: thbesson (thbesson) Assigned to: Nobody/Anonymous (nobody) Summary: Very long calculation time, normal ? Initial Comment: wxMaxima 0.7.5 http://wxmaxima.sourceforge.net Maxima 5.15.0 http://maxima.sourceforge.net Using Lisp GNU Common Lisp (GCL) GCL 2.6.8 (aka GCL) Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. The function bug_report() provides bug reporting information. (%i1) kill(all); (%o0) done (%i1) declare(a,constant); (%o1) done (%i2) declare(b,constant); (%o2) done (%i3) declare(c,constant); (%o3) done (%i4) solve(a*x^4/4!+a*x^2/2!+b*x%pi*b+a+c); running since 12 hours on a dualcore  >Comment By: Dieter Kaiser (crategus) Date: 20100619 14:08 Message: Fixed in psolve.lisp revision 1.8. simpnrt is no longer called directly to calculate the variables d and e in solvequartic. Closing this bug report as fixed. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20100613 21:26 Message: When we declare the symbols a, b, and c as a constant for the reported example, the algorithm of solvequartic in psolve.lisp hangs. In the routine solvequartic the routine simpnrt in called directly to calculate the square root of an expression. But simpnrt never returns. If we cut out the direct call of simpnrt and replace the code with calls to the main simplifier we no longer get the error: (%i1) declare([a,b,c],constant); (%o1) done (%i2) solve(a*x^4/4!+a*x^2/2!+b*x%pi*b+a+c); (%o2) [x = sqrt(48*b/(a*sqrt((a*(32*sqrt( 32*a*c^3+96*%pi*a*b*c^2 ((96*%pi^2+216)*a*b^224*a^3)*c +81*b^4 (32*%pi^3216*%pi)*a*b^3 180*a^2*b^224*%pi*a^3*b8*a^4) /a^2 .... and lot of more terms. This is the piece of code in solvequartic. The calls to simpnrt have been replaced with calls to the function power: lb1 ; (setq d (simpnrt (simplify (list '(mplus) tr1 tr2)) 2)) (setq d (power (add tr1 tr2) '((rat simp) 1 2))) ; (setq e ; (simpnrt (simplify (list '(mplus) ; (list '(mtimes) 1 tr2))) ; 2)) (setq e (power (add tr1 (mul 1 tr2)) '((rat simp) 1 2))) We have no problems with the testsuite. In the share_testsuite we have only one example which gives the same solutions, but in a different order: ********************** Problem 116 *************** Input: nicedummies(%solve(cos(x)2*cos(2*x)+cos(3*x) = 1/2,x,simpfuncs = ['expand])) Result: %union([x = 2*%pi*%z0atan(sqrt(sqrt(13)/2+1/2)/(1/2sqrt(13)/2))%pi], [x = 2*%pi*%z1+atan(sqrt(sqrt(13)/2+1/2)/(1/2sqrt(13)/2))+%pi], [x = 2*%pi*%z2%i*log(sqrt(13)/4sqrt(sqrt(13)/21/2)/2+1/4)], [x = 2*%pi*%z3%i*log(sqrt(13)/4+sqrt(sqrt(13)/21/2)/2+1/4)], [x = 2*%pi*%z4%pi/3],[x = 2*%pi*%z5+%pi/3]) This differed from the expected result: %union([x = 2*%pi*%z0%i*log(1/4sqrt(sqrt(13)1)/2^(3/2)+sqrt(13)/4)], [x = 2*%pi*%z1%i*log(1/4+sqrt(sqrt(13)1)/2^(3/2)+sqrt(13)/4)], [x = 2*%pi*%z2%pi/3],[x = %pi/3+2*%pi*%z3], [x = %piatan(sqrt(1+sqrt(13))/(1/sqrt(2)sqrt(13)/sqrt(2))) +2*%pi*%z4], [x = %pi+atan(sqrt(1+sqrt(13))/(1/sqrt(2)sqrt(13)/sqrt(2))) +2*%pi*%z5]) I think there is no reason to call simpnrt directly and we should replace these calls. Dieter Kaiser  Comment By: Jason Nevins (jnevins32) Date: 20080901 22:52 Message: Logged In: YES user_id=2201177 Originator: NO Hi, thanks, workaround helped. Also, I have realized that I had support compiled for multiple Common Lisp interpreters. Will try to reduce this to only one and see if it makes a difference.  Comment By: Jason Nevins (jnevins32) Date: 20080901 22:32 Message: Logged In: YES user_id=2201177 Originator: NO Hi I'm Having exact same problem (see: 2087495). Also when doing exactly the above the problem is reproduced. Maxima 5.16.2 http://maxima.sourceforge.net Using Lisp CLISP 2.43 (20071118) Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. The function bug_report() provides bug reporting information. (%i1) declare(a,constant); (%o1) done (%i2) declare(b,constant); (%o2) done (%i3) declare(c,constant); (%o3) done (%i4) solve(a*x^4/4!+a*x^2/2!+b*x%pi*b+a+c); <<<<<<<<<<<<<<<<<<<< HANGS HERE. Regards Jason Nevins  Comment By: Robert Dodier (robert_dodier) Date: 20080803 20:24 Message: Logged In: YES user_id=501686 Originator: NO Assign category.  Comment By: Robert Dodier (robert_dodier) Date: 20080803 18:58 Message: Logged In: YES user_id=501686 Originator: NO Well, this is a bug. Here is a workaround: omit the declare(..., constant) and tell solve to solve for x specifically. solve(a*x^4/4!+a*x^2/2!+b*x%pi*b+a+c, x); => (quickly returns a long expression) I can't tell what is the problem here; simpler examples seem to get solved right away. I've moved this to the bug tracker in hope of eventually resolving it.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2036462&group_id=4933 
From: SourceForge.net <noreply@so...>  20100619 02:20:27

Bugs item #2723549, was opened at 20090331 16:15 Message generated for change (Settings changed) made by sfrobot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2723549&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: Works For Me Priority: 5 Private: No Submitted By: Martin (mhs) Assigned to: Nobody/Anonymous (nobody) Summary: diff display error for nonint. order and derivabbrev: true Initial Comment: for noninteger order of the derivative, diff can't display anything when derivabbrev: true, see example below. (%i1) derivabbrev: false; (%o1) false (%i2) this:diff(f(x), x, n); (%o2) 'diff(f(x),x,n) (%i3) derivabbrev: true; (%o3) true (%i4) this; Maxima encountered a Lisp error: Error in > [or a callee]: $N is not of type (OR RATIONAL LISP:FLOAT). Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil.  >Comment By: SourceForge Robot (sfrobot) Date: 20100619 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: Dieter Kaiser (crategus) Date: 20100604 23:16 Message: With the current CVS version of Maxima I can not reproduce the reported problem: Maxima version: 5.20post Maxima build date: 21:58 6/4/2010 Host type: i686pclinuxgnu Lisp implementation type: SBCL Lisp implementation version: 1.0.29.11.debian (%i1) derivabbrev:false$ (%i2) this:diff(f(x),x,n); (%o2) 'diff(f(x),x,n) (%i3) derivabbrev:true$ (%i4) this; (%o4) 'diff(f(x),x,n) Perhaps, it is a problem with an earlier version of Maxima. We have no build_info for this bug report. Setting the status to pending and the resolution to "works for me". Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2723549&group_id=4933 
From: SourceForge.net <noreply@so...>  20100619 02:20:25

Bugs item #2998923, was opened at 20100509 13:18 Message generated for change (Comment added) made by sfrobot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2998923&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: Works For Me Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: partfrac doesn't work correct with keepfloat:true; Initial Comment: Kind of annoying artifact. partfrac() works perfect with CRE, but only partly with FLOAT  >Comment By: SourceForge Robot (sfrobot) Date: 20100619 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: Dieter Kaiser (crategus) Date: 20100604 23:46 Message: I think it might be a missing feature that partfrac does not work with keepfloat:true. But it is possible to get a floating point approximation with the function float: (%o1) 7/((0.65*s+1)*s*(1.6*s+1)) (%i2) float(partfrac(expr,s)); rat: replaced 0.65 by 13/20 = 0.65 rat: replaced 1.6 by 8/5 = 1.6 (%o2) 62.26315789473684/(13.0*s+20.0)94.3157894736842/(8.0*s+5.0)+7.0/s Furthermore, the documentation of partfrac seems to be placed in the wrong chapter "Number Theory". It might be better to put the documentation into the chapter "Polynomials". Setting the status to pending and the resolution to "works for me". Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2998923&group_id=4933 