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

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 

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

13
(1) 
14
(3) 
15
(6) 
16
(1) 
17
(2) 
18
(11) 
19
(1) 
20
(3) 
21
(4) 
22
(2) 
23
(2) 
24
(2) 
25

26
(1) 
27
(4) 
28
(4) 
29
(1) 
30
(3) 
31
(3) 




From: SourceForge.net <noreply@so...>  20090303 18:31:56

Bugs item #2652359, was opened at 20090301 10:43 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2652359&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: Problem not in Maxima Group: None >Status: Closed >Resolution: Rejected Priority: 5 Private: No Submitted By: David Ström (dmaj26) >Assigned to: Andrej Vodopivec (andrejv) Summary: wxMaxima 0.8.0 hungup on 'collectterms' Initial Comment:  Maxima version: 5.17.0 Maxima build date: 19:8 12/4/2008 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8  The elder wxMaximaversion did not have this bug. Nor does xMaxima itself. expand((x+a)*(x+b));collectterms(%,x); results in a neverending list of empty %o:s on the screen. Button for interrupt does not work, so I have to end program with Windows Task Manager.  >Comment By: Robert Dodier (robert_dodier) Date: 20090303 11:31 Message: Forwarding this report to Andrej V since the problem is specific to wxMaxima. Closing it in the Maxima tracker. Thanks for this report.  Comment By: Andrej Vodopivec (andrejv) Date: 20090302 07:16 Message: The problem here is that collectterms is autoloaded from facexp which causes output of many prompts. The function batchload (in mload.lisp) sets the special variable *mreadprompt* to "" which should prevent printing the prompt. However in some cases this is not enough since the function tyiraw (in commac.lisp) also outputs a prompt. To prevent prompts from tyiraw, batchload should also set *promptonreadhang* to nil. A similar problem was causing bug 2354306. Does anyone know why tyiraw would need to output a prompt? Should the batchload function set *promptonreadhang*? Andrej  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2652359&group_id=4933 
From: SourceForge.net <noreply@so...>  20090303 18:29:33

Bugs item #2657271, was opened at 20090303 06:41 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2657271&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: Problem not in Maxima Group: None >Status: Closed >Resolution: Rejected Priority: 5 Private: No Submitted By: David Ström (dmaj26) >Assigned to: Andrej Vodopivec (andrejv) Summary: wxMaxima 0.8.0 'mnewton'hungs Initial Comment: load(mnewton); d1:5;d2:6;x:10;y:4; mnewton([x=d1*cos(a)+d2*cos(ab),y=d1*sin(a)+d2*sin(ab)],[a,b],[0.1,0.1]); resulted in an endless column of blank %o:s, just like 'collectterms' in a previous issue. It worked just fine in xMaxima and older wxMaxima 7.5  >Comment By: Robert Dodier (robert_dodier) Date: 20090303 11:29 Message: Forwarding this report to Andrej V since the problem is specific to wxMaxima, which is a separate project with its own bug tracker. Therefore I'm closing this report. Thanks for taking the time to report this bug.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2657271&group_id=4933 
From: SourceForge.net <noreply@so...>  20090303 17:39:13

Bugs item #2657978, was opened at 20090303 11:47 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2657978&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((x^2 + x + 2)/(x^2 + x + c), x) misses case Initial Comment: integrate((x^2 + x + 2)/(x^2 + x + c), x); => Is 4 c  1 positive or negative? integrate misses the case 4*c  1 = 0 here.  >Comment By: Raymond Toy (rtoy) Date: 20090303 12:38 Message: The question comes from npask: (defun npask (exp) (cond ((freeof '$%i exp) (learn `((mnotequal) ,exp 0) t) (asksign exp)) (t '$positive))) It seems to tell maxima that exp can't be 0. I don't know why it needs to make that assumption. If the learn statement is removed, maxima will ask if 4c1 is pos, neg, or zero. The testsuite runs ok with this change. That's not conclusive evidence that this change is the right thing to do. And based on the name, it seems the intent is to only ask for positive or negative values. Perhaps eprog (which calls npask) should not call npask.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2657978&group_id=4933 
From: SourceForge.net <noreply@so...>  20090303 17:23:24

Bugs item #2658058, was opened at 20090303 12:13 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2658058&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  Limit Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Stack overflow when taking a limit Initial Comment: Test code assume(A_par>0); assume(B_par>0); assume(n>1); beta_par:A_par*(n^21)/((2*(n^21)+1)/sqrt(n^21)*log(n+sqrt(n^21))+B_par*n)/n/(6*%pi); limit(beta_par,n, infinity); on a Debian testing machine (amd64 architecture, maxima installed from standard repositories) this is the output (%i44) assume(A_par > 0) (%o44) [redundant] (%i45) assume(B_par > 0) (%o45) [redundant] (%i46) assume(n > 1) (%o46) [redundant] 2 A_par (n  1)  2 2 (1 + 2 (n  1)) log(sqrt(n  1) + n) B_par n +  2 sqrt(n  1)  n (%i47) beta_par :  6 %pi 2 A_par (n  1) (%o47)  2 2 (2 (n  1) + 1) log(sqrt(n  1) + n) 6 %pi n ( + B_par n) 2 sqrt(n  1) (%i48) limit(beta_par, n, infinity) Is (n  1) (n + 1) positive, negative, or zero? positive; 2 Is sqrt(n  1) + n positive or negative? positive; Is n  1 positive, negative, or zero? positive; Maxima encountered a Lisp error: Error in $LIMIT [or a callee]: Bind stack overflow. Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. (%o49) friction.max (%i50)  >Comment By: Raymond Toy (rtoy) Date: 20090303 12:23 Message: Perhaps you really meant to say limit(beta_par,n,inf) instead of limit(beta_par,n,infinity)? "inf" is the positive real infinity; "infinity" is the complex infinity. It's a bug that maxima gets an error here with a stack overflow. But that doesn't happen with the current CVS version. I just get an error that the sign of infinity is undefined.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2658058&group_id=4933 
From: SourceForge.net <noreply@so...>  20090303 17:13:50

Bugs item #2658058, was opened at 20090303 17:13 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=2658058&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  Limit Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Stack overflow when taking a limit Initial Comment: Test code assume(A_par>0); assume(B_par>0); assume(n>1); beta_par:A_par*(n^21)/((2*(n^21)+1)/sqrt(n^21)*log(n+sqrt(n^21))+B_par*n)/n/(6*%pi); limit(beta_par,n, infinity); on a Debian testing machine (amd64 architecture, maxima installed from standard repositories) this is the output (%i44) assume(A_par > 0) (%o44) [redundant] (%i45) assume(B_par > 0) (%o45) [redundant] (%i46) assume(n > 1) (%o46) [redundant] 2 A_par (n  1)  2 2 (1 + 2 (n  1)) log(sqrt(n  1) + n) B_par n +  2 sqrt(n  1)  n (%i47) beta_par :  6 %pi 2 A_par (n  1) (%o47)  2 2 (2 (n  1) + 1) log(sqrt(n  1) + n) 6 %pi n ( + B_par n) 2 sqrt(n  1) (%i48) limit(beta_par, n, infinity) Is (n  1) (n + 1) positive, negative, or zero? positive; 2 Is sqrt(n  1) + n positive or negative? positive; Is n  1 positive, negative, or zero? positive; Maxima encountered a Lisp error: Error in $LIMIT [or a callee]: Bind stack overflow. Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. (%o49) friction.max (%i50)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2658058&group_id=4933 
From: SourceForge.net <noreply@so...>  20090303 16:47:59

Bugs item #2657978, was opened at 20090303 09:47 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=2657978&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((x^2 + x + 2)/(x^2 + x + c), x) misses case Initial Comment: integrate((x^2 + x + 2)/(x^2 + x + c), x); => Is 4 c  1 positive or negative? integrate misses the case 4*c  1 = 0 here.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2657978&group_id=4933 
From: SourceForge.net <noreply@so...>  20090303 15:13:16

Bugs item #2657221, was opened at 20090303 14:19 Message generated for change (Comment added) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2657221&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 or other UI Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: wxMaxima 0.8.0 XML parsing error Initial Comment: Writing read("åäö") works just fine in xMaxima and older version of wxMaxima. In 0.8.0 it generates XML parsing error: 'not wellformed (invalid token)' at line 1 And asks to report this as a bug  >Comment By: Andrej Vodopivec (andrejv) Date: 20090303 16:13 Message: This bug will be fixed in the next release (it is not a bug in wxmaxima, I just need to compile wxmaxima with unicode enabled wxmsw). Andrej  Comment By: Andrej Vodopivec (andrejv) Date: 20090303 16:13 Message: The reported bug is not present in the current cvs version of Maxima. Thank you for your report. If you see this bug in a later version of Maxima, please submit a new bug report.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2657221&group_id=4933 
From: SourceForge.net <noreply@so...>  20090303 13:42:03

Bugs item #2657271, was opened at 20090303 14:41 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=2657271&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: Open Resolution: None Priority: 5 Private: No Submitted By: David Ström (dmaj26) Assigned to: Nobody/Anonymous (nobody) Summary: wxMaxima 0.8.0 'mnewton'hungs Initial Comment: load(mnewton); d1:5;d2:6;x:10;y:4; mnewton([x=d1*cos(a)+d2*cos(ab),y=d1*sin(a)+d2*sin(ab)],[a,b],[0.1,0.1]); resulted in an endless column of blank %o:s, just like 'collectterms' in a previous issue. It worked just fine in xMaxima and older wxMaxima 7.5  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2657271&group_id=4933 
From: SourceForge.net <noreply@so...>  20090303 13:19:30

Bugs item #2657221, was opened at 20090303 13:19 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=2657221&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 or other UI Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: wxMaxima 0.8.0 XML parsing error Initial Comment: Writing read("åäö") works just fine in xMaxima and older version of wxMaxima. In 0.8.0 it generates XML parsing error: 'not wellformed (invalid token)' at line 1 And asks to report this as a bug  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2657221&group_id=4933 
From: SourceForge.net <noreply@so...>  20090303 09:44:20

Bugs item #1923119, was opened at 20080322 12:09 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1923119&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: Open Resolution: None Priority: 4 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: 1/sqrt(8)  sqrt(8) / 8 /> 0 Initial Comment: (%i17) 1/sqrt(8)  sqrt(8) / 8; (%o17) 1/(2*sqrt(2))1/2^(3/2) (%i18) expand(%,0,0); (%o18) 0 Here I think (%o17) is unsimplifiedthe expand(%,0,0) shouldn't be required.  >Comment By: Barton Willis (willisbl) Date: 20090303 03:44 Message: Also: (%i45) sqrt(8) / 8; (%o45) 1/2^(3/2) (%i46) expand(%,0,0); (%o46) 1/(2*sqrt(2))  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1923119&group_id=4933 
From: SourceForge.net <noreply@so...>  20090303 09:22:30

Bugs item #2032110, was opened at 20080729 21:12 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2032110&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: Open Resolution: None Priority: 7 Private: No Submitted By: Robert Dodier (robert_dodier) Assigned to: Nobody/Anonymous (nobody) Summary: spurious solution of trig equation, missed actual solution Initial Comment: (sin(x)  8*cos(x)*sin(x))*(sin(x)^2 + cos(x))  (2*cos(x)*sin(x)  sin(x))*(2*sin(x)^2 + 2*cos(x)^2  cos(x)); solve (%, x); `solve' is using arctrig functions to get a solution. Some solutions will be lost. => [x = %pi,x = %pi/2,x = 0] x = %pi and x = 0 are bona fide solutions, x = %pi/2 is spurious. A plot shows a root near 1.9 which find_root says is 1.9106.... Forwarded from sagedevel 20080729.  >Comment By: Barton Willis (willisbl) Date: 20090303 03:22 Message: The new to_poly_solver solves this equation: (%i7) eq : (sin(x)  8*cos(x)*sin(x))*(sin(x)^2 + cos(x))  (2*cos(x)*sin(x)  sin(x))*(2*sin(x)^2 + 2*cos(x)^2  cos(x)); (%o7) (sin(x)8*cos(x)*sin(x))*(sin(x)^2+cos(x))(2*cos(x)*sin(x)sin(x))*(2*sin(x)^2+2*cos(x)^2cos(x)) (%i8) sol : to_poly_solve(eq,x); (%o8) %union([x=2*%pi*%z22+%pi],[x=2*%pi*%z24],[x=2*%pi*%z26atan(2*sqrt(2))+%pi],[x=2*%pi*%z28+atan(2*sqrt(2))%pi]) (%i9) makelist(sublis(s,eq),s,args(sol)); (%o9) [0,0,0,0]  Comment By: Barton Willis (willisbl) Date: 20080729 21:33 Message: Logged In: YES user_id=895922 Originator: NO Of course, Maxima should solve this equation without help. At least Maxima has the tools to solve it: (%o45) (sin(x)8*cos(x)*sin(x))*(sin(x)^2+cos(x))(2*cos(x)*sin(x)sin(x))*(2*sin(x)^2+2*cos(x)^2cos(x)) (%i46) exponentialize(%)$ (%i47) ratsubst(z, exp(%i*x),%)$ (%i48) solve(%,z)$ (%i49) subst(exp(%i*x),z,%)$ (%i50) map(lambda([s], solve(s,x)),%); (%o50) [[x=%i*log((2*sqrt(2)*%i)/31/3)],[x=%i*log((2*sqrt(2)*%i)/31/3)],[x=0],[x=%i*log(1)]]  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2032110&group_id=4933 
From: SourceForge.net <noreply@so...>  20090303 09:15:34

Bugs item #2612032, was opened at 20090218 03:44 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2612032&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  Plotting Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: plot2d can't plot a sinc function Initial Comment: When I enter that command, wxplot2d([sin(x)/x], [x,20,20]); I obtain that: Universal error handler called recursively (:ERROR NIL CONDITIONS::CLCSUNIVERSALERRORHANDLER "" "Couldn't protect") Universal error handler called recursively (:ERROR NIL CONDITIONS::CLCSUNIVERSALERRORHANDLER "" "Couldn't protect") Maxima encountered a Lisp error: Error in CONDITIONS::CLCSUNIVERSALERRORHANDLER [or a callee]: Caught fatal error [memory may be damaged] Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. If I do it whitout wxmaxima: (%i4) plot2d([sin(x)/x],[x,20,20]); Universal error handler called recursively (:ERROR NIL CONDITIONS::CLCSUNIVERSALERRORHANDLER "" "Couldn't protect") Universal error handler called recursively (:ERROR NIL CONDITIONS::CLCSUNIVERSALERRORHANDLER "" "Couldn't protect") Maxima encountered a Lisp error: Error in CONDITIONS::CLCSUNIVERSALERRORHANDLER [or a callee]: Caught fatal error [memory may be damaged] Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil.  Comment By: Barton Willis (willisbl) Date: 20090303 03:15 Message: The reported bug is not present in the current cvs version of Maxima. Thank you for your report. If you see this bug in a later version of Maxima, please submit a new bug report.  Comment By: Nobody/Anonymous (nobody) Date: 20090221 04:44 Message: Ok, I've installed 5.17.1 and it works fine. Thank you  Comment By: Barton Willis (willisbl) Date: 20090220 19:25 Message: we've fixed many bugs since 5.13.0; try installing Maxima 5.17.0. The plot works with (%i1) build_info(); Maxima version: 5.17.0 Maxima build date: 19:8 12/4/2008 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8 (%o1)  Comment By: Nobody/Anonymous (nobody) Date: 20090218 03:52 Message: Sorry, I forgot indicate my maxima info: Maxima version: 5.13.0 Maxima build date: 3:56 12/15/2007 host type: x86_64unknownlinuxgnu lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2612032&group_id=4933 