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

_{May}

_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 


1
(4) 
2

3
(1) 
4

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

13
(3) 
14

15

16

17
(2) 
18
(1) 
19

20
(6) 
21
(5) 
22
(6) 
23
(4) 
24
(1) 
25
(8) 
26
(2) 
27
(5) 
28
(3) 
29
(1) 
30
(3) 
31
(8) 



From: SourceForge.net <noreply@so...>  20081231 18:17:09

Bugs item #2479350, was opened at 20081231 21:17 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=2479350&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: Share Libraries Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alexey Beshenov (beshenov) Assigned to: Nobody/Anonymous (nobody) Summary: The "affine" package is broken Initial Comment: I'm checking the documentation in doc/info. I tried the examples from Affine.texi, but they fail. (%i1) load (affine); ... ; compilation unit finished ; caught 32 WARNING conditions ; caught 101 STYLEWARNING conditions ; printed 91 notes (%o1) /usr/local/share/maxima/5.16post/share/affine/affine.lisp (%i2) grobner_basis ([3*x^2+1, y*x]); Maxima encountered a Lisp error: Error during processing of eval option "(cluser::run)": The function MUSTREPLACEP is undefined. Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. (%i3) polysimp (y^2*x + x^3*9 + 2); (%o3) x*y^2+9*x^3+2 I'm not sure what happens here. You can also check other functions and examples.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2479350&group_id=4933 
From: SourceForge.net <noreply@so...>  20081231 02:26:00

Bugs item #2478173, was opened at 20081231 05:25 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=2478173&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: Share Libraries Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alexey Beshenov (beshenov) Assigned to: Nobody/Anonymous (nobody) Summary: The "sym" package is broken Initial Comment: The "sym" package uses a hardcoded path "/usr/local/maxima/sym/". It may cause problems. (%i5) mon2schur ([1, 1, 1]); generale generale NOTE: To compile the system do load("sym/compile"); argument value `/usr/local/maxima/sym/' to append was not a list  an error. To debug this try debugmode(true); (%i6) load("sym/compile"); ; ; compilation unit aborted ; caught 1 fatal ERROR condition ; ; compilation unit aborted ; caught 1 fatal ERROR condition Load failed for /usr/local/share/maxima/5.16post/share/sym/compile.lisp  an error. To debug this try debugmode(true); I think it's not hard to fix it.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2478173&group_id=4933 
From: SourceForge.net <noreply@so...>  20081231 02:17:41

Bugs item #2477834, was opened at 20081231 01:36 Message generated for change (Settings changed) made by beshenov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2477834&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  Trigonometry Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Alexey Beshenov (beshenov) Assigned to: Nobody/Anonymous (nobody) Summary: sin(x + (e + 1/2)*%pi) for even e Initial Comment: According to the user manual, Maxima was able to do (%i1) declare(j, integer, e, even, o, odd)$ (%i2) sin(x + (e + 1/2)*%pi); (%o2) cos(x) (%i3) sin(x + (o + 1/2)*%pi); (%o3) cos(x) But in the current CVS version: (%i1) declare(j, integer, e, even, o, odd)$ (%i2) sin(x + (e + 1/2)*%pi); (%o2) sin(x+%pi*(e+1/2)) (%i3) sin(x + (o + 1/2)*%pi); (%o3) sin(x+%pi*(o+1/2))  Comment By: Alexey Beshenov (beshenov) Date: 20081231 04:15 Message: Could I remove these examples from the user manual?  Comment By: Dan Gildea (dgildea) Date: 20081231 04:12 Message: The behavior was changed in order to avoid calling expand in the core simplifier (trigi.lisp rev 1.31) See http://www.math.utexas.edu/pipermail/maxima/2008/010919.html.  Comment By: Alexey Beshenov (beshenov) Date: 20081231 04:11 Message: Another stange thing. Was: (%i1) c: %pi/3  a  b$ (%i2) bc: sin(a)*sin(3*c)/sin(a+b); (%o2) sin(a)*sin(3*b+3*a)/sin(b+a) Now: (%i1) c: %pi/3  a  b$ (%i2) bc: sin(a)*sin(3*c)/sin(a+b); (%o2) sin(a)*sin(3*(ba+%pi/3))/sin(b+a)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2477834&group_id=4933 
From: SourceForge.net <noreply@so...>  20081231 01:22:06

Bugs item #2465992, was opened at 20081225 03:25 Message generated for change (Comment added) made by dgildea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2465992&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: 5 Private: No Submitted By: Robert Dodier (robert_dodier) Assigned to: Nobody/Anonymous (nobody) Summary: (x^2)^(1/3) => x^(2/3) which has different properties Initial Comment: (x^2)^(1/3) simplifies to x^(2/3) which is not exactly the same in Maxima. (x^2)^(1/3), x = 2, numer; => 1.587401051968199 x^(2/3), x = 2, numer; => 1.587401051968199*(1)^.6666666666666666 Example arose in this context: plot2d ((x^2)^(1/3), [x, 3, 3]); => plots only the part for x >= 0  >Comment By: Dan Gildea (dgildea) Date: 20081230 20:22 Message: This works with domain:complex.  Comment By: Dan Gildea (dgildea) Date: 20081230 20:12 Message: This works with domain:complex.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2465992&group_id=4933 
From: SourceForge.net <noreply@so...>  20081231 01:15:56

Bugs item #2477834, was opened at 20081231 01:36 Message generated for change (Comment added) made by beshenov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2477834&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  Trigonometry Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alexey Beshenov (beshenov) Assigned to: Nobody/Anonymous (nobody) Summary: sin(x + (e + 1/2)*%pi) for even e Initial Comment: According to the user manual, Maxima was able to do (%i1) declare(j, integer, e, even, o, odd)$ (%i2) sin(x + (e + 1/2)*%pi); (%o2) cos(x) (%i3) sin(x + (o + 1/2)*%pi); (%o3) cos(x) But in the current CVS version: (%i1) declare(j, integer, e, even, o, odd)$ (%i2) sin(x + (e + 1/2)*%pi); (%o2) sin(x+%pi*(e+1/2)) (%i3) sin(x + (o + 1/2)*%pi); (%o3) sin(x+%pi*(o+1/2))  >Comment By: Alexey Beshenov (beshenov) Date: 20081231 04:15 Message: Could I remove these examples from the user manual?  Comment By: Dan Gildea (dgildea) Date: 20081231 04:12 Message: The behavior was changed in order to avoid calling expand in the core simplifier (trigi.lisp rev 1.31) See http://www.math.utexas.edu/pipermail/maxima/2008/010919.html.  Comment By: Alexey Beshenov (beshenov) Date: 20081231 04:11 Message: Another stange thing. Was: (%i1) c: %pi/3  a  b$ (%i2) bc: sin(a)*sin(3*c)/sin(a+b); (%o2) sin(a)*sin(3*b+3*a)/sin(b+a) Now: (%i1) c: %pi/3  a  b$ (%i2) bc: sin(a)*sin(3*c)/sin(a+b); (%o2) sin(a)*sin(3*(ba+%pi/3))/sin(b+a)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2477834&group_id=4933 
From: SourceForge.net <noreply@so...>  20081231 01:12:56

Bugs item #2465992, was opened at 20081225 03:25 Message generated for change (Comment added) made by dgildea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2465992&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: 5 Private: No Submitted By: Robert Dodier (robert_dodier) Assigned to: Nobody/Anonymous (nobody) Summary: (x^2)^(1/3) => x^(2/3) which has different properties Initial Comment: (x^2)^(1/3) simplifies to x^(2/3) which is not exactly the same in Maxima. (x^2)^(1/3), x = 2, numer; => 1.587401051968199 x^(2/3), x = 2, numer; => 1.587401051968199*(1)^.6666666666666666 Example arose in this context: plot2d ((x^2)^(1/3), [x, 3, 3]); => plots only the part for x >= 0  >Comment By: Dan Gildea (dgildea) Date: 20081230 20:12 Message: This works with domain:complex.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2465992&group_id=4933 
From: SourceForge.net <noreply@so...>  20081231 01:12:11

Bugs item #2477834, was opened at 20081230 17:36 Message generated for change (Comment added) made by dgildea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2477834&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  Trigonometry Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alexey Beshenov (beshenov) Assigned to: Nobody/Anonymous (nobody) Summary: sin(x + (e + 1/2)*%pi) for even e Initial Comment: According to the user manual, Maxima was able to do (%i1) declare(j, integer, e, even, o, odd)$ (%i2) sin(x + (e + 1/2)*%pi); (%o2) cos(x) (%i3) sin(x + (o + 1/2)*%pi); (%o3) cos(x) But in the current CVS version: (%i1) declare(j, integer, e, even, o, odd)$ (%i2) sin(x + (e + 1/2)*%pi); (%o2) sin(x+%pi*(e+1/2)) (%i3) sin(x + (o + 1/2)*%pi); (%o3) sin(x+%pi*(o+1/2))  >Comment By: Dan Gildea (dgildea) Date: 20081230 20:12 Message: The behavior was changed in order to avoid calling expand in the core simplifier (trigi.lisp rev 1.31) See http://www.math.utexas.edu/pipermail/maxima/2008/010919.html.  Comment By: Alexey Beshenov (beshenov) Date: 20081230 20:11 Message: Another stange thing. Was: (%i1) c: %pi/3  a  b$ (%i2) bc: sin(a)*sin(3*c)/sin(a+b); (%o2) sin(a)*sin(3*b+3*a)/sin(b+a) Now: (%i1) c: %pi/3  a  b$ (%i2) bc: sin(a)*sin(3*c)/sin(a+b); (%o2) sin(a)*sin(3*(ba+%pi/3))/sin(b+a)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2477834&group_id=4933 
From: SourceForge.net <noreply@so...>  20081231 01:11:28

Bugs item #2477834, was opened at 20081231 01:36 Message generated for change (Comment added) made by beshenov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2477834&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  Trigonometry Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alexey Beshenov (beshenov) Assigned to: Nobody/Anonymous (nobody) Summary: sin(x + (e + 1/2)*%pi) for even e Initial Comment: According to the user manual, Maxima was able to do (%i1) declare(j, integer, e, even, o, odd)$ (%i2) sin(x + (e + 1/2)*%pi); (%o2) cos(x) (%i3) sin(x + (o + 1/2)*%pi); (%o3) cos(x) But in the current CVS version: (%i1) declare(j, integer, e, even, o, odd)$ (%i2) sin(x + (e + 1/2)*%pi); (%o2) sin(x+%pi*(e+1/2)) (%i3) sin(x + (o + 1/2)*%pi); (%o3) sin(x+%pi*(o+1/2))  >Comment By: Alexey Beshenov (beshenov) Date: 20081231 04:11 Message: Another stange thing. Was: (%i1) c: %pi/3  a  b$ (%i2) bc: sin(a)*sin(3*c)/sin(a+b); (%o2) sin(a)*sin(3*b+3*a)/sin(b+a) Now: (%i1) c: %pi/3  a  b$ (%i2) bc: sin(a)*sin(3*c)/sin(a+b); (%o2) sin(a)*sin(3*(ba+%pi/3))/sin(b+a)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2477834&group_id=4933 
From: SourceForge.net <noreply@so...>  20081230 22:36:23

Bugs item #2477834, was opened at 20081231 01:36 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=2477834&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  Trigonometry Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alexey Beshenov (beshenov) Assigned to: Nobody/Anonymous (nobody) Summary: sin(x + (e + 1/2)*%pi) for even e Initial Comment: According to the user manual, Maxima was able to do (%i1) declare(j, integer, e, even, o, odd)$ (%i2) sin(x + (e + 1/2)*%pi); (%o2) cos(x) (%i3) sin(x + (o + 1/2)*%pi); (%o3) cos(x) But in the current CVS version: (%i1) declare(j, integer, e, even, o, odd)$ (%i2) sin(x + (e + 1/2)*%pi); (%o2) sin(x+%pi*(e+1/2)) (%i3) sin(x + (o + 1/2)*%pi); (%o3) sin(x+%pi*(o+1/2))  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2477834&group_id=4933 
From: SourceForge.net <noreply@so...>  20081230 22:14:42

Bugs item #2477795, was opened at 20081230 22:05 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2477795&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 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: "assume":problems with fractions or multiples of %pi and %e Initial Comment: I was trying to bound a variable within 0 and %pi/2, and I have notices that if the assumptions made with "assume" contain a fraction or a multiple of %pi or %e (I've tryed these for now) the results of a query made with "is" are wrong. Example (%i1) assume(a>0,a<%pi/2); %pi (%o1) [a > 0,  > a] 2 does not give a correct result if a query with "is" is done. In fact: (%i2) is(a>%pi/2); (%o2) false (%i3) is(a>%pi); (%o3) unknown the %o3 "unknown" is wrong, it sholud be evaluated to false. The same problem if one, in example, defines a variable bounded within 0 and 2*%pi: (%i6) assume(b>0,b<2*%pi); (%o6) [b > 0, 2 %pi > b] (%i7) is(b>3*%pi); (%o7) unknown also this is wrong, it should be false. Nothing wrong happens if: (%i8) assume(c>0,c<%pi); (%o8) [c > 0, c < %pi] (%i9) is(c>2*%pi); (%o9) false There are the same problems with "assume" and fractions or multiples of %e. Please note the different output of Maxima for the above assumptions: (%i8) assume(c>0,c<%pi); (%o8) [c > 0, c < %pi] here is c that is defined as a function of %pi, but... (%i1) assume(a>0,a<%pi/2); %pi (%o1) [a > 0,  > a] 2 %i6) assume(b>0,b<2*%pi); (%o6) [b > 0, 2 %pi > b] here are %pi/2 and 2*%pi that seems to be redefined in function of a and b. Could be here the problem? If this problem will be solved, could I hope one day to see this answer from "is": assume(a>0,a<%pi/2); is(sin(a)>0); true instead of the actual "unknown" :)? It would be very useful if Maxima could understand the sign of trigonometric functions with the proper assumptions. Stefano f e r r i s t e a t g m a i l d o t c o m  Comment By: Nobody/Anonymous (nobody) Date: 20081230 22:14 Message: I forgot to say that I am using Maxima 5.17.0, but on the Maxima mailing list Alexey Beshenov told me that also the CVS version has this problem. Sorry also for the bad formatting of %pi/2 in %o1 line, it is not very readable... I pasted a display2d enabled output, it should be read as (%o1) [a > 0, %pi/2 > a]  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2477795&group_id=4933 
From: SourceForge.net <noreply@so...>  20081230 22:05:50

Bugs item #2477795, was opened at 20081230 22:05 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=2477795&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 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: "assume":problems with fractions or multiples of %pi and %e Initial Comment: I was trying to bound a variable within 0 and %pi/2, and I have notices that if the assumptions made with "assume" contain a fraction or a multiple of %pi or %e (I've tryed these for now) the results of a query made with "is" are wrong. Example (%i1) assume(a>0,a<%pi/2); %pi (%o1) [a > 0,  > a] 2 does not give a correct result if a query with "is" is done. In fact: (%i2) is(a>%pi/2); (%o2) false (%i3) is(a>%pi); (%o3) unknown the %o3 "unknown" is wrong, it sholud be evaluated to false. The same problem if one, in example, defines a variable bounded within 0 and 2*%pi: (%i6) assume(b>0,b<2*%pi); (%o6) [b > 0, 2 %pi > b] (%i7) is(b>3*%pi); (%o7) unknown also this is wrong, it should be false. Nothing wrong happens if: (%i8) assume(c>0,c<%pi); (%o8) [c > 0, c < %pi] (%i9) is(c>2*%pi); (%o9) false There are the same problems with "assume" and fractions or multiples of %e. Please note the different output of Maxima for the above assumptions: (%i8) assume(c>0,c<%pi); (%o8) [c > 0, c < %pi] here is c that is defined as a function of %pi, but... (%i1) assume(a>0,a<%pi/2); %pi (%o1) [a > 0,  > a] 2 %i6) assume(b>0,b<2*%pi); (%o6) [b > 0, 2 %pi > b] here are %pi/2 and 2*%pi that seems to be redefined in function of a and b. Could be here the problem? If this problem will be solved, could I hope one day to see this answer from "is": assume(a>0,a<%pi/2); is(sin(a)>0); true instead of the actual "unknown" :)? It would be very useful if Maxima could understand the sign of trigonometric functions with the proper assumptions. Stefano f e r r i s t e a t g m a i l d o t c o m  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2477795&group_id=4933 
From: SourceForge.net <noreply@so...>  20081229 23:03:22

Bugs item #2445929, was opened at 20081218 20:04 Message generated for change (Comment added) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2445929&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: Andrej Vodopivec (andrejv) Summary: wxMaxima / XML error Initial Comment: There was an error in generated XML. Minimal example: A: matrix( [1,2],[2,1]); charpoly(A);  Maxima version: 5.16.3 Maxima build date: 22:48 8/24/2008 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8  >Comment By: Andrej Vodopivec (andrejv) Date: 20081230 00:03 Message: Fixed in wxmaxima svn. Andrej  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2445929&group_id=4933 
From: SourceForge.net <noreply@so...>  20081228 22:07:42

Bugs item #2473614, was opened at 20081228 22:07 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=2473614&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Bug in parrent matching, perhaps in findexpon Initial Comment: This is a post from Maxima mail list and answer from R. Fateman: http://thread.gmane.org/gmane.comp.mathematics.maxima.general/24555 Looks like a bug, perhaps in the definition or use of findexpon > Hello I have the following code > > matchdeclare(g,true); > defrule(myrule,exp(g),print("exp(g) entered with g=",g)); > myrule(2^(exp(x)));  gives g=x but I expected false > myrule(exp(exp(x)));  gives g=exp(x), as expected > myrule(x^(exp(x)));  gives g=x but false have been expected > > > Is this a bug in maxima or am I doing something wrong? >  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2473614&group_id=4933 
From: SourceForge.net <noreply@so...>  20081228 03:55:35

Bugs item #2467104, was opened at 20081225 15:23 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2467104&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  Floating point Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: plot2d of sin(x) incorrect Initial Comment: This is maxima5.17.0 installed from source onto Kubuntu Ibex on a 32bit x86. It is running on sbcl_1%3a1.0.18.01_i386.deb installed from binary. A simple "plot2d(sin(x), [x, 3.25, 3]);" results in the plot output available at http://www.vsta.org/andy/maxima_sin.jpg If you need to reach me, google "contact andy valencia". Thanks!  Comment By: Raymond Toy (rtoy) Date: 20081227 22:55 Message: That change is for clisp and has nothing to do with sbcl.  Comment By: Nobody/Anonymous (nobody) Date: 20081227 19:32 Message: > There is some code in Maxima (in src/clmacs.lisp) to set the default float > format to DOUBLEFLOAT. So the above result shows that code is not working > as intended. It's not clear to me whose fault it is. Note that in my source tree the line: ;; (setq custom:*defaultfloatformat* 'doublefloat) is commented out, with a comment above it. The comment references a stale URL, but the person doing the change was "rtoy".  Comment By: Robert Dodier (robert_dodier) Date: 20081227 17:40 Message: > (%i1) :lisp *readdefaultfloatformat* > SINGLEFLOAT There is some code in Maxima (in src/clmacs.lisp) to set the default float format to DOUBLEFLOAT. So the above result shows that code is not working as intended. It's not clear to me whose fault it is. I don't know if we (Maxima developers) want to try to work around this, or change the code in src/clmacs.lisp, or what. In any event there is an straightforward workaround for users: put (setq *readdefaultfloatformat* 'doublefloat) in $HOME/.maxima/maximainit.lisp .  Comment By: Nobody/Anonymous (nobody) Date: 20081227 11:57 Message: Here's the output; it sure looks like SBCL has settled on the wrong float format: Maxima 5.17.0 http://maxima.sourceforge.net Using Lisp SBCL 1.0.18.debian 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) :lisp *readdefaultfloatformat* SINGLEFLOAT (%i1) :lisp (prin1 1d20) 1.d20 1.d20 (%i1) :lisp (format t "~g~%" 1d20) 1.00000000000000000000d20 NIL (%i1) :lisp (setq *readdefaultfloatformat* 'doublefloat) DOUBLEFLOAT (%i1) :lisp (prin1 1d20) 1.e20 1.e20 (%i1) :lisp (format t "~g~%" 1d20) 1.00000000000000000000e20 NIL (%i1)  Comment By: Robert Dodier (robert_dodier) Date: 20081227 11:45 Message: By the way, about this: > I found a gnuplot manual, and the "set datafile fortran" option appears to be needed to accept this kind of exponentiation. Using the fortran option is kind of a last resort  we'll try to figure out the "d" versus "e" problem, but if we can't resolve it, we could work around the problem with the fortran option. Thanks for the information.  Comment By: Robert Dodier (robert_dodier) Date: 20081227 11:39 Message: Hi Andy, > It looks like the output set has numbers of the format: > > 3.2413793103448274 9.96211369590875800d2 Do I understand correctly that this is an excerpt from maxout.gnuplot or maxout.gnuplot_pipes? If so, something has gone wrong  numbers are being printed with the "d" exponent marker but an "e" is intended. The numbers are double floats, but the Lisp environment is supposed to be arranged so that they are printed with "e" instead of "d". What do the following yield in Maxima? :lisp *readdefaultfloatformat* :lisp (prin1 1d20) :lisp (format t "~g~%" 1d20) If *readdefaultfloatformat* is something other than DOUBLEFLOAT, try this: :lisp (setq *readdefaultfloatformat* 'doublefloat) :lisp (prin1 1d20) :lisp (format t "~g~%" 1d20) Do prin1 and format yield something different than before? By the way, it would be better if you post the above results and any further comments directly into the bug report, so that others can follow this discussion. Thanks for your help, Robert  Comment By: Robert Dodier (robert_dodier) Date: 20081226 12:56 Message: Not observed with current CVS version + SBCL, Clisp, CMUCL, or ECL. Please try: :lisp (trace sin) :lisp (setf (gethash '%sin *flonumop*) #'sin) plot2d(sin(x), [x, 3.25, 3]); which should show the computed values of sin(x). Please paste the trace output into this bug report. If you can identify the values of sin(x) for which spurious values are returned, try starting SBCL by itself and paste the computed return values (spurious or otherwise) into this report. Thanks for your help.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2467104&group_id=4933 
From: SourceForge.net <noreply@so...>  20081228 00:32:10

Bugs item #2467104, was opened at 20081225 20:23 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2467104&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  Floating point Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: plot2d of sin(x) incorrect Initial Comment: This is maxima5.17.0 installed from source onto Kubuntu Ibex on a 32bit x86. It is running on sbcl_1%3a1.0.18.01_i386.deb installed from binary. A simple "plot2d(sin(x), [x, 3.25, 3]);" results in the plot output available at http://www.vsta.org/andy/maxima_sin.jpg If you need to reach me, google "contact andy valencia". Thanks!  Comment By: Nobody/Anonymous (nobody) Date: 20081228 00:32 Message: > There is some code in Maxima (in src/clmacs.lisp) to set the default float > format to DOUBLEFLOAT. So the above result shows that code is not working > as intended. It's not clear to me whose fault it is. Note that in my source tree the line: ;; (setq custom:*defaultfloatformat* 'doublefloat) is commented out, with a comment above it. The comment references a stale URL, but the person doing the change was "rtoy".  Comment By: Robert Dodier (robert_dodier) Date: 20081227 22:40 Message: > (%i1) :lisp *readdefaultfloatformat* > SINGLEFLOAT There is some code in Maxima (in src/clmacs.lisp) to set the default float format to DOUBLEFLOAT. So the above result shows that code is not working as intended. It's not clear to me whose fault it is. I don't know if we (Maxima developers) want to try to work around this, or change the code in src/clmacs.lisp, or what. In any event there is an straightforward workaround for users: put (setq *readdefaultfloatformat* 'doublefloat) in $HOME/.maxima/maximainit.lisp .  Comment By: Nobody/Anonymous (nobody) Date: 20081227 16:57 Message: Here's the output; it sure looks like SBCL has settled on the wrong float format: Maxima 5.17.0 http://maxima.sourceforge.net Using Lisp SBCL 1.0.18.debian 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) :lisp *readdefaultfloatformat* SINGLEFLOAT (%i1) :lisp (prin1 1d20) 1.d20 1.d20 (%i1) :lisp (format t "~g~%" 1d20) 1.00000000000000000000d20 NIL (%i1) :lisp (setq *readdefaultfloatformat* 'doublefloat) DOUBLEFLOAT (%i1) :lisp (prin1 1d20) 1.e20 1.e20 (%i1) :lisp (format t "~g~%" 1d20) 1.00000000000000000000e20 NIL (%i1)  Comment By: Robert Dodier (robert_dodier) Date: 20081227 16:45 Message: By the way, about this: > I found a gnuplot manual, and the "set datafile fortran" option appears to be needed to accept this kind of exponentiation. Using the fortran option is kind of a last resort  we'll try to figure out the "d" versus "e" problem, but if we can't resolve it, we could work around the problem with the fortran option. Thanks for the information.  Comment By: Robert Dodier (robert_dodier) Date: 20081227 16:39 Message: Hi Andy, > It looks like the output set has numbers of the format: > > 3.2413793103448274 9.96211369590875800d2 Do I understand correctly that this is an excerpt from maxout.gnuplot or maxout.gnuplot_pipes? If so, something has gone wrong  numbers are being printed with the "d" exponent marker but an "e" is intended. The numbers are double floats, but the Lisp environment is supposed to be arranged so that they are printed with "e" instead of "d". What do the following yield in Maxima? :lisp *readdefaultfloatformat* :lisp (prin1 1d20) :lisp (format t "~g~%" 1d20) If *readdefaultfloatformat* is something other than DOUBLEFLOAT, try this: :lisp (setq *readdefaultfloatformat* 'doublefloat) :lisp (prin1 1d20) :lisp (format t "~g~%" 1d20) Do prin1 and format yield something different than before? By the way, it would be better if you post the above results and any further comments directly into the bug report, so that others can follow this discussion. Thanks for your help, Robert  Comment By: Robert Dodier (robert_dodier) Date: 20081226 17:56 Message: Not observed with current CVS version + SBCL, Clisp, CMUCL, or ECL. Please try: :lisp (trace sin) :lisp (setf (gethash '%sin *flonumop*) #'sin) plot2d(sin(x), [x, 3.25, 3]); which should show the computed values of sin(x). Please paste the trace output into this bug report. If you can identify the values of sin(x) for which spurious values are returned, try starting SBCL by itself and paste the computed return values (spurious or otherwise) into this report. Thanks for your help.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2467104&group_id=4933 
From: SourceForge.net <noreply@so...>  20081227 22:40:24

Bugs item #2467104, was opened at 20081225 13:23 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2467104&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  Floating point Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: plot2d of sin(x) incorrect Initial Comment: This is maxima5.17.0 installed from source onto Kubuntu Ibex on a 32bit x86. It is running on sbcl_1%3a1.0.18.01_i386.deb installed from binary. A simple "plot2d(sin(x), [x, 3.25, 3]);" results in the plot output available at http://www.vsta.org/andy/maxima_sin.jpg If you need to reach me, google "contact andy valencia". Thanks!  >Comment By: Robert Dodier (robert_dodier) Date: 20081227 15:40 Message: > (%i1) :lisp *readdefaultfloatformat* > SINGLEFLOAT There is some code in Maxima (in src/clmacs.lisp) to set the default float format to DOUBLEFLOAT. So the above result shows that code is not working as intended. It's not clear to me whose fault it is. I don't know if we (Maxima developers) want to try to work around this, or change the code in src/clmacs.lisp, or what. In any event there is an straightforward workaround for users: put (setq *readdefaultfloatformat* 'doublefloat) in $HOME/.maxima/maximainit.lisp .  Comment By: Nobody/Anonymous (nobody) Date: 20081227 09:57 Message: Here's the output; it sure looks like SBCL has settled on the wrong float format: Maxima 5.17.0 http://maxima.sourceforge.net Using Lisp SBCL 1.0.18.debian 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) :lisp *readdefaultfloatformat* SINGLEFLOAT (%i1) :lisp (prin1 1d20) 1.d20 1.d20 (%i1) :lisp (format t "~g~%" 1d20) 1.00000000000000000000d20 NIL (%i1) :lisp (setq *readdefaultfloatformat* 'doublefloat) DOUBLEFLOAT (%i1) :lisp (prin1 1d20) 1.e20 1.e20 (%i1) :lisp (format t "~g~%" 1d20) 1.00000000000000000000e20 NIL (%i1)  Comment By: Robert Dodier (robert_dodier) Date: 20081227 09:45 Message: By the way, about this: > I found a gnuplot manual, and the "set datafile fortran" option appears to be needed to accept this kind of exponentiation. Using the fortran option is kind of a last resort  we'll try to figure out the "d" versus "e" problem, but if we can't resolve it, we could work around the problem with the fortran option. Thanks for the information.  Comment By: Robert Dodier (robert_dodier) Date: 20081227 09:39 Message: Hi Andy, > It looks like the output set has numbers of the format: > > 3.2413793103448274 9.96211369590875800d2 Do I understand correctly that this is an excerpt from maxout.gnuplot or maxout.gnuplot_pipes? If so, something has gone wrong  numbers are being printed with the "d" exponent marker but an "e" is intended. The numbers are double floats, but the Lisp environment is supposed to be arranged so that they are printed with "e" instead of "d". What do the following yield in Maxima? :lisp *readdefaultfloatformat* :lisp (prin1 1d20) :lisp (format t "~g~%" 1d20) If *readdefaultfloatformat* is something other than DOUBLEFLOAT, try this: :lisp (setq *readdefaultfloatformat* 'doublefloat) :lisp (prin1 1d20) :lisp (format t "~g~%" 1d20) Do prin1 and format yield something different than before? By the way, it would be better if you post the above results and any further comments directly into the bug report, so that others can follow this discussion. Thanks for your help, Robert  Comment By: Robert Dodier (robert_dodier) Date: 20081226 10:56 Message: Not observed with current CVS version + SBCL, Clisp, CMUCL, or ECL. Please try: :lisp (trace sin) :lisp (setf (gethash '%sin *flonumop*) #'sin) plot2d(sin(x), [x, 3.25, 3]); which should show the computed values of sin(x). Please paste the trace output into this bug report. If you can identify the values of sin(x) for which spurious values are returned, try starting SBCL by itself and paste the computed return values (spurious or otherwise) into this report. Thanks for your help.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2467104&group_id=4933 
From: SourceForge.net <noreply@so...>  20081227 16:57:29

Bugs item #2467104, was opened at 20081225 20:23 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2467104&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  Floating point Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: plot2d of sin(x) incorrect Initial Comment: This is maxima5.17.0 installed from source onto Kubuntu Ibex on a 32bit x86. It is running on sbcl_1%3a1.0.18.01_i386.deb installed from binary. A simple "plot2d(sin(x), [x, 3.25, 3]);" results in the plot output available at http://www.vsta.org/andy/maxima_sin.jpg If you need to reach me, google "contact andy valencia". Thanks!  Comment By: Nobody/Anonymous (nobody) Date: 20081227 16:57 Message: Here's the output; it sure looks like SBCL has settled on the wrong float format: Maxima 5.17.0 http://maxima.sourceforge.net Using Lisp SBCL 1.0.18.debian 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) :lisp *readdefaultfloatformat* SINGLEFLOAT (%i1) :lisp (prin1 1d20) 1.d20 1.d20 (%i1) :lisp (format t "~g~%" 1d20) 1.00000000000000000000d20 NIL (%i1) :lisp (setq *readdefaultfloatformat* 'doublefloat) DOUBLEFLOAT (%i1) :lisp (prin1 1d20) 1.e20 1.e20 (%i1) :lisp (format t "~g~%" 1d20) 1.00000000000000000000e20 NIL (%i1)  Comment By: Robert Dodier (robert_dodier) Date: 20081227 16:45 Message: By the way, about this: > I found a gnuplot manual, and the "set datafile fortran" option appears to be needed to accept this kind of exponentiation. Using the fortran option is kind of a last resort  we'll try to figure out the "d" versus "e" problem, but if we can't resolve it, we could work around the problem with the fortran option. Thanks for the information.  Comment By: Robert Dodier (robert_dodier) Date: 20081227 16:39 Message: Hi Andy, > It looks like the output set has numbers of the format: > > 3.2413793103448274 9.96211369590875800d2 Do I understand correctly that this is an excerpt from maxout.gnuplot or maxout.gnuplot_pipes? If so, something has gone wrong  numbers are being printed with the "d" exponent marker but an "e" is intended. The numbers are double floats, but the Lisp environment is supposed to be arranged so that they are printed with "e" instead of "d". What do the following yield in Maxima? :lisp *readdefaultfloatformat* :lisp (prin1 1d20) :lisp (format t "~g~%" 1d20) If *readdefaultfloatformat* is something other than DOUBLEFLOAT, try this: :lisp (setq *readdefaultfloatformat* 'doublefloat) :lisp (prin1 1d20) :lisp (format t "~g~%" 1d20) Do prin1 and format yield something different than before? By the way, it would be better if you post the above results and any further comments directly into the bug report, so that others can follow this discussion. Thanks for your help, Robert  Comment By: Robert Dodier (robert_dodier) Date: 20081226 17:56 Message: Not observed with current CVS version + SBCL, Clisp, CMUCL, or ECL. Please try: :lisp (trace sin) :lisp (setf (gethash '%sin *flonumop*) #'sin) plot2d(sin(x), [x, 3.25, 3]); which should show the computed values of sin(x). Please paste the trace output into this bug report. If you can identify the values of sin(x) for which spurious values are returned, try starting SBCL by itself and paste the computed return values (spurious or otherwise) into this report. Thanks for your help.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2467104&group_id=4933 
From: SourceForge.net <noreply@so...>  20081227 16:45:58

Bugs item #2467104, was opened at 20081225 13:23 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2467104&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  Floating point Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: plot2d of sin(x) incorrect Initial Comment: This is maxima5.17.0 installed from source onto Kubuntu Ibex on a 32bit x86. It is running on sbcl_1%3a1.0.18.01_i386.deb installed from binary. A simple "plot2d(sin(x), [x, 3.25, 3]);" results in the plot output available at http://www.vsta.org/andy/maxima_sin.jpg If you need to reach me, google "contact andy valencia". Thanks!  >Comment By: Robert Dodier (robert_dodier) Date: 20081227 09:45 Message: By the way, about this: > I found a gnuplot manual, and the "set datafile fortran" option appears to be needed to accept this kind of exponentiation. Using the fortran option is kind of a last resort  we'll try to figure out the "d" versus "e" problem, but if we can't resolve it, we could work around the problem with the fortran option. Thanks for the information.  Comment By: Robert Dodier (robert_dodier) Date: 20081227 09:39 Message: Hi Andy, > It looks like the output set has numbers of the format: > > 3.2413793103448274 9.96211369590875800d2 Do I understand correctly that this is an excerpt from maxout.gnuplot or maxout.gnuplot_pipes? If so, something has gone wrong  numbers are being printed with the "d" exponent marker but an "e" is intended. The numbers are double floats, but the Lisp environment is supposed to be arranged so that they are printed with "e" instead of "d". What do the following yield in Maxima? :lisp *readdefaultfloatformat* :lisp (prin1 1d20) :lisp (format t "~g~%" 1d20) If *readdefaultfloatformat* is something other than DOUBLEFLOAT, try this: :lisp (setq *readdefaultfloatformat* 'doublefloat) :lisp (prin1 1d20) :lisp (format t "~g~%" 1d20) Do prin1 and format yield something different than before? By the way, it would be better if you post the above results and any further comments directly into the bug report, so that others can follow this discussion. Thanks for your help, Robert  Comment By: Robert Dodier (robert_dodier) Date: 20081226 10:56 Message: Not observed with current CVS version + SBCL, Clisp, CMUCL, or ECL. Please try: :lisp (trace sin) :lisp (setf (gethash '%sin *flonumop*) #'sin) plot2d(sin(x), [x, 3.25, 3]); which should show the computed values of sin(x). Please paste the trace output into this bug report. If you can identify the values of sin(x) for which spurious values are returned, try starting SBCL by itself and paste the computed return values (spurious or otherwise) into this report. Thanks for your help.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2467104&group_id=4933 
From: SourceForge.net <noreply@so...>  20081227 16:39:39

Bugs item #2467104, was opened at 20081225 13:23 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2467104&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  Floating point Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: plot2d of sin(x) incorrect Initial Comment: This is maxima5.17.0 installed from source onto Kubuntu Ibex on a 32bit x86. It is running on sbcl_1%3a1.0.18.01_i386.deb installed from binary. A simple "plot2d(sin(x), [x, 3.25, 3]);" results in the plot output available at http://www.vsta.org/andy/maxima_sin.jpg If you need to reach me, google "contact andy valencia". Thanks!  >Comment By: Robert Dodier (robert_dodier) Date: 20081227 09:39 Message: Hi Andy, > It looks like the output set has numbers of the format: > > 3.2413793103448274 9.96211369590875800d2 Do I understand correctly that this is an excerpt from maxout.gnuplot or maxout.gnuplot_pipes? If so, something has gone wrong  numbers are being printed with the "d" exponent marker but an "e" is intended. The numbers are double floats, but the Lisp environment is supposed to be arranged so that they are printed with "e" instead of "d". What do the following yield in Maxima? :lisp *readdefaultfloatformat* :lisp (prin1 1d20) :lisp (format t "~g~%" 1d20) If *readdefaultfloatformat* is something other than DOUBLEFLOAT, try this: :lisp (setq *readdefaultfloatformat* 'doublefloat) :lisp (prin1 1d20) :lisp (format t "~g~%" 1d20) Do prin1 and format yield something different than before? By the way, it would be better if you post the above results and any further comments directly into the bug report, so that others can follow this discussion. Thanks for your help, Robert  Comment By: Robert Dodier (robert_dodier) Date: 20081226 10:56 Message: Not observed with current CVS version + SBCL, Clisp, CMUCL, or ECL. Please try: :lisp (trace sin) :lisp (setf (gethash '%sin *flonumop*) #'sin) plot2d(sin(x), [x, 3.25, 3]); which should show the computed values of sin(x). Please paste the trace output into this bug report. If you can identify the values of sin(x) for which spurious values are returned, try starting SBCL by itself and paste the computed return values (spurious or otherwise) into this report. Thanks for your help.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2467104&group_id=4933 
From: SourceForge.net <noreply@so...>  20081227 12:16:21

Bugs item #2470996, was opened at 20081227 06:16 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=2470996&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: 6 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: asksign(min(1,x)) Initial Comment: This is both silly (the question) and wrong (min(x,1) isn't positive provided 1 # 0): (%i19) asksign(min(x,1)); Is 1 zero or nonzero?nonzero; (%o19) pos  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2470996&group_id=4933 
From: SourceForge.net <noreply@so...>  20081226 17:56:38

Bugs item #2467104, was opened at 20081225 13:23 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2467104&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  Floating point Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: plot2d of sin(x) incorrect Initial Comment: This is maxima5.17.0 installed from source onto Kubuntu Ibex on a 32bit x86. It is running on sbcl_1%3a1.0.18.01_i386.deb installed from binary. A simple "plot2d(sin(x), [x, 3.25, 3]);" results in the plot output available at http://www.vsta.org/andy/maxima_sin.jpg If you need to reach me, google "contact andy valencia". Thanks!  >Comment By: Robert Dodier (robert_dodier) Date: 20081226 10:56 Message: Not observed with current CVS version + SBCL, Clisp, CMUCL, or ECL. Please try: :lisp (trace sin) :lisp (setf (gethash '%sin *flonumop*) #'sin) plot2d(sin(x), [x, 3.25, 3]); which should show the computed values of sin(x). Please paste the trace output into this bug report. If you can identify the values of sin(x) for which spurious values are returned, try starting SBCL by itself and paste the computed return values (spurious or otherwise) into this report. Thanks for your help.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2467104&group_id=4933 
From: SourceForge.net <noreply@so...>  20081226 12:24:11

Bugs item #2468610, was opened at 20081226 23:24 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=2468610&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: David Billinghurst (billingd) Assigned to: Nobody/Anonymous (nobody) Summary: Integrator loops endlessly for lambert_w(1/x) Initial Comment: The integrator loops endlessly with integrate(lambert_w(1/x),x). See http://www.math.utexas.edu/pipermail/maxima/2008/015082.html for initial analysis by Dieter Kasier. This testcase is in rtest_lambert_w.mac.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2468610&group_id=4933 
From: SourceForge.net <noreply@so...>  20081225 22:13:31

Bugs item #2455471, was opened at 20081220 23:28 Message generated for change (Comment added) made by me22 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2455471&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: Installation Group: None Status: Closed Resolution: Wont Fix Priority: 5 Private: No Submitted By: Scott McMurray (me22) Assigned to: Nobody/Anonymous (nobody) Summary: maxima5.17.1 ensure_space fails Initial Comment: I "only" have 4 GiB of RAM, so when I try to compile, it can't allocate 8 GiB. Compilation summary below. SBCL 1.0.14gentoo. Summary: SBCL enabled. Executable name: "sbcl" default lisp: sbcl wish executable name: "none" make j3 jobs=4 loadaverage=4 Making all in src make[1]: Entering directory `/var/tmp/portage/scimathematics/maxima5.17.1/work/maxima5.17.1/src' test d binarysbcl  mkdir binarysbcl sbcl noinform noprint eval '(progn (load "../lisputils/defsystem.lisp") (load "../lisputils/makedepends.lisp") (funcall (intern "CREATEDEPENDENCYFILE" :mk) "binarysbcl/maxima.core" "sbcldepends.mk") (sbext:quit))' mmap: Cannot allocate memory ensure_space: failed to validate 8589869056 bytes at 0x1000000000 (hint: Try "ulimit a"; maybe you should increase memory limits.) make[1]: *** [sbcldepends.mk] Error 1 make[1]: Leaving directory `/var/tmp/portage/scimathematics/maxima5.17.1/work/maxima5.17.1/src' make: *** [allrecursive] Error 1  Comment By: Scott McMurray (me22) Date: 20081225 17:02 Message: You're right, sbcl doesn't run at all. I found the problem, though; I had overcommit memory at 2, rather than 0.  Comment By: Robert Dodier (robert_dodier) Date: 20081225 01:33 Message: I get the same error on my Fedora system. echo 0 > /proc/sys/kernel/execshield causes Linux to allow SBCL to run. You might have to do something different on Gentoo. The problem has something to do with the way SBCL wants to use memory. In the good/bad old days, you could allocate a big chunk of memory and do whatever you wanted in there. I guess there are more restrictions now, in particular, executing code in data areas is prohibited. I don't know exactly what SBCL is doing to trigger the error. The error message is misleading; the problem almost certainly cannot be resolved by ulimit. A random webpage I found about this problem: http://briancarper.net/2008/01/26/sbclondebiansucks/ Closing this report as "won't fix" since it is not a problem in Maxima.  Comment By: Raymond Toy (rtoy) Date: 20081222 11:22 Message: Does sbcl run by itself, without trying to build maxima? This error appears to be a problem with sbcl on Gentoo and not maxima.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2455471&group_id=4933 
From: SourceForge.net <noreply@so...>  20081225 20:23:09

Bugs item #2467104, was opened at 20081225 20:23 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=2467104&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  Floating point Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: plot2d of sin(x) incorrect Initial Comment: This is maxima5.17.0 installed from source onto Kubuntu Ibex on a 32bit x86. It is running on sbcl_1%3a1.0.18.01_i386.deb installed from binary. A simple "plot2d(sin(x), [x, 3.25, 3]);" results in the plot output available at http://www.vsta.org/andy/maxima_sin.jpg If you need to reach me, google "contact andy valencia". Thanks!  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2467104&group_id=4933 
From: SourceForge.net <noreply@so...>  20081225 08:35:27

Bugs item #2445929, was opened at 20081218 12:04 Message generated for change (Settings changed) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2445929&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: Andrej Vodopivec (andrejv) Summary: wxMaxima / XML error Initial Comment: There was an error in generated XML. Minimal example: A: matrix( [1,2],[2,1]); charpoly(A);  Maxima version: 5.16.3 Maxima build date: 22:48 8/24/2008 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2445929&group_id=4933 