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

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

From: kcrisman <kcrisman@us...>  20170626 15:45:54

 ** [bugs:#3313] limit fails with domain complex** **Status:** open **Group:** None **Created:** Mon Jun 26, 2017 03:45 PM UTC by kcrisman **Last Updated:** Mon Jun 26, 2017 03:45 PM UTC **Owner:** nobody Apparently `domain:complex` doesn't play well with this limit. ``` Maxima 5.39.0 http://maxima.sourceforge.net using Lisp ECL 16.1.2 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) limit((x*(4/log(x))^(2*log(x)/log(log(x)))),x,inf); (%o1) 0 (%i2) domain:complex; (%o2) complex (%i3) limit((x*(4/log(x))^(2*log(x)/log(log(x)))),x,inf); Condition of type: SIMPLECONDITION Undefined limit product $INF * $ZEROB in limtimes Available restarts: 1. (CONTINUE) Return from BREAK. 2. (MACSYMAQUIT) Maxima toplevel Top level. > ^D ``` Originally reported at https://trac.sagemath.org/ticket/23328  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Kris Katterjohn <kjak@us...>  20170626 02:39:20

 **status**: open > wontfix  **Group**: > None  **Comment**: This doesn't occur anymore since MGRP uses CSIGN now (see commit [d14752]). (And see below for more on CSIGN.) But I don't think there was a problem to begin with. This is how binding SIGNIMAGERRP is supposed to work: ~~~ (defmvar signimagerrp t "If T errors out in case COMPAR meets up with an imaginary quantity. If NIL THROWs in that case." noreset) ~~~ When SIGNIMAGERRP is T, Maxima raises an error with MERROR. When SIGNIMAGERRP is NIL, it THROWs using the tag SIGNIMAGERR instead. (See IMAGERR.) When you bind SIGNIMAGERRP to NIL, you're saying "There will be a CATCH set up for this", so if you don't have a CATCH then you get the lisp error (as expected). CSIGN binds SIGNIMAGERRP to NIL and uses CATCH. I'm closing this as wontfix.  ** [bugs:#996] no tag signimagerr** **Status:** wontfix **Group:** None **Labels:** Lisp Core **Created:** Fri Sep 29, 2006 01:02 PM UTC by Barton Willis **Last Updated:** Sun Nov 18, 2012 07:44 PM UTC **Owner:** nobody When signimagerrp is false, I think $sign shouldn't signal an error for a nonreal argument. But ... \(defun $gr \(a b\) \(let \(\(signimagerrp nil\)\) \(eq t \(mgrp a b\)\)\)\) \(%i107\) gr\(5,%i\); Maxima encountered a Lisp error: Error in LET \[or callee\]: The tag SIGNIMAGERR is undefined.  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Brent Baccala <baccala@us...>  20170622 20:43:50

Yeah, I see that rectform() cleans up those answers nicely.  ** [bugs:#3312] Cubic equation that can't be solve()'d** **Status:** open **Group:** None **Labels:** solve **Created:** Tue Jun 20, 2017 11:30 PM UTC by Brent Baccala **Last Updated:** Thu Jun 22, 2017 07:12 PM UTC **Owner:** nobody Here's a cubic equation involving radical cofficients that solve() doesn't handle correctly: g: (27/4)^(1/7); eq: subst(x=g, y^3 + x^3*y +x); roots: solve(eq); The 'roots' do not solve the equation: ratsimp(subst(roots[1], eq)); ratsimp(subst(roots[2], eq)); ratsimp(subst(roots[3], eq)); Here are the actual roots: ratsimp(subst(y=3/(2*g^2), eq)); ratsimp(subst(y=3/g^2, eq)); There are only two of them (the first one has multiplicity two)  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Kris Katterjohn <kjak@us...>  20170622 19:12:48

I haven't checked anything by hand, or even looked at these very closely, but it looks like Maxima can solve these and substitute back in to get 0 without radcan. Original example (now just using `domain:complex`): ~~~ (%i1) domain : complex$ (%i2) g: (27/4)^(1/7)$ (%i3) eq: subst(x=g, y^3 + x^3*y +x)$ (%i4) roots: solve(eq)$ (%i5) map (lambda ([e], ratsimp (subst (e, eq))), roots); (%o5) [0,0,0] ~~~ Second example (now just using rectform): ~~~ (%i1) rectform (solve (y^3 + 3*y  2*%i)); (%o1) [y = 2*%i,y = %i,y = %i] ~~~  ** [bugs:#3312] Cubic equation that can't be solve()'d** **Status:** open **Group:** None **Labels:** solve **Created:** Tue Jun 20, 2017 11:30 PM UTC by Brent Baccala **Last Updated:** Thu Jun 22, 2017 06:03 PM UTC **Owner:** nobody Here's a cubic equation involving radical cofficients that solve() doesn't handle correctly: g: (27/4)^(1/7); eq: subst(x=g, y^3 + x^3*y +x); roots: solve(eq); The 'roots' do not solve the equation: ratsimp(subst(roots[1], eq)); ratsimp(subst(roots[2], eq)); ratsimp(subst(roots[3], eq)); Here are the actual roots: ratsimp(subst(y=3/(2*g^2), eq)); ratsimp(subst(y=3/g^2, eq)); There are only two of them (the first one has multiplicity two)  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Brent Baccala <baccala@us...>  20170622 18:03:20

Here's a cubic that doesn't solve() right, even with radcan(): eq : y^3 + 3*y  2*%i; radcan(solve(eq)); Maxima branch_5_40_base_61_g09d6e16 gives me 1/(1)^(1/6) and 2/(1)^(1/6). Wolfram Alpha reports that the actual roots are i and 2i, since the polynomial factors as (yi)^2 (y+2i).  ** [bugs:#3312] Cubic equation that can't be solve()'d** **Status:** open **Group:** None **Labels:** solve **Created:** Tue Jun 20, 2017 11:30 PM UTC by Brent Baccala **Last Updated:** Wed Jun 21, 2017 12:34 PM UTC **Owner:** nobody Here's a cubic equation involving radical cofficients that solve() doesn't handle correctly: g: (27/4)^(1/7); eq: subst(x=g, y^3 + x^3*y +x); roots: solve(eq); The 'roots' do not solve the equation: ratsimp(subst(roots[1], eq)); ratsimp(subst(roots[2], eq)); ratsimp(subst(roots[3], eq)); Here are the actual roots: ratsimp(subst(y=3/(2*g^2), eq)); ratsimp(subst(y=3/g^2, eq)); There are only two of them (the first one has multiplicity two)  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Brent Baccala <baccala@us...>  20170621 12:34:30

I've found that the roots can be simplified by applying radcan to them. Also, running these commands: radcan(subst(roots[1], eq)); radcan(subst(roots[2], eq)); radcan(subst(roots[3], eq)); shows that the roots returned by solve() actually do solve the equation. But the multiplicities returned by solve() still aren't right. Applying radcan() to roots shows that two of them are actually identical. Should solve() use radcan() on its solutions before returning them?  ** [bugs:#3312] Cubic equation that can't be solve()'d** **Status:** open **Group:** None **Labels:** solve **Created:** Tue Jun 20, 2017 11:30 PM UTC by Brent Baccala **Last Updated:** Tue Jun 20, 2017 11:30 PM UTC **Owner:** nobody Here's a cubic equation involving radical cofficients that solve() doesn't handle correctly: g: (27/4)^(1/7); eq: subst(x=g, y^3 + x^3*y +x); roots: solve(eq); The 'roots' do not solve the equation: ratsimp(subst(roots[1], eq)); ratsimp(subst(roots[2], eq)); ratsimp(subst(roots[3], eq)); Here are the actual roots: ratsimp(subst(y=3/(2*g^2), eq)); ratsimp(subst(y=3/g^2, eq)); There are only two of them (the first one has multiplicity two)  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Brent Baccala <baccala@us...>  20170620 23:30:40

 ** [bugs:#3312] Cubic equation that can't be solve()'d** **Status:** open **Group:** None **Labels:** solve **Created:** Tue Jun 20, 2017 11:30 PM UTC by Brent Baccala **Last Updated:** Tue Jun 20, 2017 11:30 PM UTC **Owner:** nobody Here's a cubic equation involving radical cofficients that solve() doesn't handle correctly: g: (27/4)^(1/7); eq: subst(x=g, y^3 + x^3*y +x); roots: solve(eq); The 'roots' do not solve the equation: ratsimp(subst(roots[1], eq)); ratsimp(subst(roots[2], eq)); ratsimp(subst(roots[3], eq)); Here are the actual roots: ratsimp(subst(y=3/(2*g^2), eq)); ratsimp(subst(y=3/g^2, eq)); There are only two of them (the first one has multiplicity two)  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: number Zero <numzero@us...>  20170613 17:44:09

The same problem here: ~~~ integrate( (1 / %pi) * sqrt(r) * (1  r) * (cos(2 * psi)  1) * ( (cos((phi + psi)/2)) / (1  2*r*cos(phi + psi) + r^2) + (cos((phi  psi)/2)) / (1  2*r*cos(phi  psi) + r^2) ) , psi, 0, %pi ); ~~~ Numerical solution seems to be right (it is calculated at `r=0.99`; at `r=1.00` it should be `cos(2 * phi)  1`), but symbolic one is radically different. Note that it is calculated using `ldefint`; `integrate` yields similarly looking nonsmooth function (full of `atan(tan(phi))`) Attachments:  [Screenshot_20170613_203910.png](https://sourceforge.net/p/maxima/bugs/_discuss/thread/33c559a3/9485/attachment/Screenshot_20170613_203910.png) (17.5 kB; image/png)  [Screenshot_20170613_203840.png](https://sourceforge.net/p/maxima/bugs/_discuss/thread/33c559a3/9485/attachment/Screenshot_20170613_203840.png) (18.4 kB; image/png)  ** [bugs:#3295] Incorrect integral of rational expression of trigonometric function ** **Status:** open **Group:** None **Labels:** integrate wrong result **Created:** Sun Mar 19, 2017 02:00 PM UTC by Marcelo Forets **Last Updated:** Sun Mar 19, 2017 09:04 PM UTC **Owner:** nobody `integrate((2*cos(2*%pi*x)  cos(4*%pi*x)) / (5  4*cos(2*%pi*x)), x, 0, 1);` returns 23/24 (tested in maximaonline.org), but the result should be 1/4. See also: https://trac.sagemath.org/ticket/17968  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Robert Dodier <robert_dodier@us...>  20170613 04:56:39

 Description has changed: Diff: ~~~~  old +++ new @@ 1,3 +1,4 @@ +~~~~ (%i1) bug_report(); Please report bugs to: @@ 42,10 +43,11 @@ 1 1  +  l2 l1  +~~~~ Looks like this is an (other) example of a integrate/assume problem, maybe similar to those in bug 2829. It should be outlined that : +~~~~ (%i1) assume(L>0); (%o1) [L > 0] (%i2) assume(notequal((1/l2)/(1/l1),1)); @@ 57,5 +59,5 @@ (%o3) [notequal(,  1)] l3 (%i4) integrate((exp(x/l1)+exp(x/l2)+exp(x/l3))^2,x,0,L);  +~~~~ does not raise any question, even though the problem is very similar. ~~~~  ** [bugs:#3308] integrate and assume** **Status:** open **Group:** None **Created:** Tue May 02, 2017 01:22 PM UTC by fabien amiot **Last Updated:** Tue May 02, 2017 01:23 PM UTC **Owner:** nobody ~~~~ (%i1) bug_report(); Please report bugs to: http://sourceforge.net/p/maxima/bugs To report a bug, you must have a Sourceforge account. Please include the following information with your bug report:  Maxima version: "5.34.1" Maxima build date: "20141024 16:12:54" Host type: "i686pclinuxgnu" Lisp implementation type: "GNU Common Lisp (GCL)" Lisp implementation version: "GCL 2.6.12"  The above information is also reported by the function 'build_info'. (%o1) (%i2) assume(L>0); (%o2) [L > 0] (%i3) assume(notequal((1/l1+1/l3)/(1/l1+1/l2),1)); 1 1  +  l3 l1 (%o3) [notequal(,  1)] 1 1  +  l2 l1 (%i4) assume(notequal((1/l2+1/l3)/(1/l1+1/l2),1)); 1 1  +  l3 l2 (%o4) [notequal(,  1)] 1 1  +  l2 l1 (%i5) is(equal((1/l1+1/l3)/(1/l1+1/l2),1)); (%o5) false (%i6) integrate((exp(x/l1+x/l2)+exp(x/l3+x/l1)+exp(x/l3+x/l2))^2,x,0,L); 1 1  +  l3 l1 Is  equal to  1? 1 1  +  l2 l1 ~~~~ Looks like this is an (other) example of a integrate/assume problem, maybe similar to those in bug 2829. It should be outlined that : ~~~~ (%i1) assume(L>0); (%o1) [L > 0] (%i2) assume(notequal((1/l2)/(1/l1),1)); l1 (%o2) [notequal(,  1)] l2 (%i3) assume(notequal((1/l3)/(1/l1),1)); l1 (%o3) [notequal(,  1)] l3 (%i4) integrate((exp(x/l1)+exp(x/l2)+exp(x/l3))^2,x,0,L); ~~~~ does not raise any question, even though the problem is very similar.  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Robert Dodier <robert_dodier@us...>  20170613 04:51:49

 Description has changed: Diff: ~~~~  old +++ new @@ 3,6 +3,7 @@ It seems that the function f defined in (i2) makes the maximafunction integrate() to fail. +~~~~ (i1) bug_report(); (%o1) ... build_info(version="5.38.1",timestamp="20161019 00:27:24",host="x86_64suselinuxgnu",lisp_name="CLISP",lisp_version= "2.49 (20100707) (built on cloud112 [127.0.0.1])") ... (i2) f:(y^21)*asin((sqrt(1y^2)*sqrt(yy^2))/(y^21))$ @@ 10,3 +11,4 @@ (%o3) (15%pi+32)/45 (i4) integrate(expand(f),y,0,1);/* right answer */; (%o4) (15*%pi32)/45 +~~~~ ~~~~  ** [bugs:#3310] integrate gives a negative result** **Status:** open **Group:** None **Created:** Mon May 22, 2017 01:15 PM UTC by M. Stanev **Last Updated:** Mon May 22, 2017 01:15 PM UTC **Owner:** nobody There is a discussion [https://sourceforge.net/p/maxima/mailman/maximadiscuss/thread/1130339961.5365646.1494311181007%40mail.yahoo.com/#msg35829809](https://sourceforge.net/p/maxima/mailman/maximadiscuss/thread/1130339961.5365646.1494311181007%40mail.yahoo.com/#msg35829809) about a wrong result of integrate(f,y,0,1). It was suggested to report a bug. It seems that the function f defined in (i2) makes the maximafunction integrate() to fail. ~~~~ (i1) bug_report(); (%o1) ... build_info(version="5.38.1",timestamp="20161019 00:27:24",host="x86_64suselinuxgnu",lisp_name="CLISP",lisp_version= "2.49 (20100707) (built on cloud112 [127.0.0.1])") ... (i2) f:(y^21)*asin((sqrt(1y^2)*sqrt(yy^2))/(y^21))$ (i3) integrate(f,y,0,1);/* wrong answer */; (%o3) (15%pi+32)/45 (i4) integrate(expand(f),y,0,1);/* right answer */; (%o4) (15*%pi32)/45 ~~~~  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Robert Dodier <robert_dodier@us...>  20170612 04:33:40

 **labels**: segfault, series, complex, limit > asksign, assume  **summary**: Series evaluation segfault > stack overflow in asksign, was: Series evaluation segfault  **Comment**: It appears that the problem is caused by calling `asksign`. In the presence of `assume(p > 0)`, `asksign(p^2  2*p)` leads to a stack overflow. However, the equivalent `asksign((p  2)*p)` doesn't trigger the bug. Tracing the Lisp function SIGN1 (via `:lisp (trace sign1)` or `trace(?sign1)`) shows that SIGN1 tries to break down the expression `p^2  2*p` into some pieces, but the analyzing the pieces leads back to `p^2  2*p`, so it cycles endlessly until it overflows the stack. It appears that `assume(p > 0)` triggers the bug. Without that, the bug doesn't occur. It appears that `domain:complex` and `simpsum` are not directly involved. I've updated the tags and summary to reflect my understanding of the bug. The limit bug mentioned elsewhere: ~~~~ domain : complex; limit( (1/(c*n^6))^(log(n)/log(2/3)), n, inf); ~~~~ is also a stack overflow but in the limit code, so I don't think it's the same problem. Thanks for the bug report, it is very helpful.  ** [bugs:#3311] stack overflow in asksign, was: Series evaluation segfault** **Status:** open **Group:** None **Labels:** asksign assume **Created:** Fri Jun 09, 2017 03:06 PM UTC by Felix Potthast **Last Updated:** Fri Jun 09, 2017 03:06 PM UTC **Owner:** nobody I found a series which brings up a segfault when evaluated, it works without a problem when not in complex domain. I originally found it through sage. ~~~ ;;; Loading #P"/usr/lib/ecl16.1.3/sbbsdsockets.fas" ;;; Loading #P"/usr/lib/ecl16.1.3/sockets.fas" ;;; Loading #P"/usr/lib/ecl16.1.3/defsystem.fas" ;;; Loading #P"/usr/lib/ecl16.1.3/cmp.fas" Maxima 5.40.0 http://maxima.sourceforge.net using Lisp ECL 16.1.3 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) bug_report(); Please report bugs to: https://sourceforge.net/p/maxima/bugs To report a bug, you must have a Sourceforge account. Please include the following information with your bug report:  Maxima version: "5.40.0" Maxima build date: "20170607 20:33:24" Host type: "x86_64unknownlinuxgnu" Lisp implementation type: "ECL" Lisp implementation version: "16.1.3"  The above information is also reported by the function 'build_info()'. (%o1) (%i2) domain:complex; (%o2) complex (%i3) assume(p>0,p<=1); (%o3) [p > 0, p <= 1] (%i4) sum((p*(1p)^(i1))^2,i,1,inf),simpsum=true; ~~~ Then i get several times ~~~ ;;; ;;; Detected access to protected memory, also kwown as 'bus or segmentation fault'. ;;; Jumping to the outermost toplevel prompt ;;; ~~~ This bug seems to be related to this: https://groups.google.com/forum/#!searchin/sagedevel/segmentation$20fault%7Csort:relevance/sagedevel/YgVgAtVGhI/1voJ2iN4BwAJ But i could'nt find this reported here  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Felix Potthast <ninjakoala@us...>  20170609 15:06:27

 ** [bugs:#3311] Series evaluation segfault** **Status:** open **Group:** None **Labels:** segfault series complex limit **Created:** Fri Jun 09, 2017 03:06 PM UTC by Felix Potthast **Last Updated:** Fri Jun 09, 2017 03:06 PM UTC **Owner:** nobody I found a series which brings up a segfault when evaluated, it works without a problem when not in complex domain. I originally found it through sage. ~~~ ;;; Loading #P"/usr/lib/ecl16.1.3/sbbsdsockets.fas" ;;; Loading #P"/usr/lib/ecl16.1.3/sockets.fas" ;;; Loading #P"/usr/lib/ecl16.1.3/defsystem.fas" ;;; Loading #P"/usr/lib/ecl16.1.3/cmp.fas" Maxima 5.40.0 http://maxima.sourceforge.net using Lisp ECL 16.1.3 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) bug_report(); Please report bugs to: https://sourceforge.net/p/maxima/bugs To report a bug, you must have a Sourceforge account. Please include the following information with your bug report:  Maxima version: "5.40.0" Maxima build date: "20170607 20:33:24" Host type: "x86_64unknownlinuxgnu" Lisp implementation type: "ECL" Lisp implementation version: "16.1.3"  The above information is also reported by the function 'build_info()'. (%o1) (%i2) domain:complex; (%o2) complex (%i3) assume(p>0,p<=1); (%o3) [p > 0, p <= 1] (%i4) sum((p*(1p)^(i1))^2,i,1,inf),simpsum=true; ~~~ Then i get several times ~~~ ;;; ;;; Detected access to protected memory, also kwown as 'bus or segmentation fault'. ;;; Jumping to the outermost toplevel prompt ;;; ~~~ This bug seems to be related to this: https://groups.google.com/forum/#!searchin/sagedevel/segmentation$20fault%7Csort:relevance/sagedevel/YgVgAtVGhI/1voJ2iN4BwAJ But i could'nt find this reported here  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: M. Stanev <mstanev@us...>  20170522 13:15:34

 ** [bugs:#3310] integrate gives a negative result** **Status:** open **Group:** None **Created:** Mon May 22, 2017 01:15 PM UTC by M. Stanev **Last Updated:** Mon May 22, 2017 01:15 PM UTC **Owner:** nobody There is a discussion [https://sourceforge.net/p/maxima/mailman/maximadiscuss/thread/1130339961.5365646.1494311181007%40mail.yahoo.com/#msg35829809](https://sourceforge.net/p/maxima/mailman/maximadiscuss/thread/1130339961.5365646.1494311181007%40mail.yahoo.com/#msg35829809) about a wrong result of integrate(f,y,0,1). It was suggested to report a bug. It seems that the function f defined in (i2) makes the maximafunction integrate() to fail. (i1) bug_report(); (%o1) ... build_info(version="5.38.1",timestamp="20161019 00:27:24",host="x86_64suselinuxgnu",lisp_name="CLISP",lisp_version= "2.49 (20100707) (built on cloud112 [127.0.0.1])") ... (i2) f:(y^21)*asin((sqrt(1y^2)*sqrt(yy^2))/(y^21))$ (i3) integrate(f,y,0,1);/* wrong answer */; (%o3) (15%pi+32)/45 (i4) integrate(expand(f),y,0,1);/* right answer */; (%o4) (15*%pi32)/45  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Robert Dodier <robert_dodier@us...>  20170508 18:10:50

 **status**: open > wontfix  **Comment**: OK, I'm glad to hear you got it working. I'm closing this as "won't fix" since the problem is in GCL. Thanks for taking the time to make a bug report.  ** [bugs:#3307] fft fails to load / _GLOBAL_OFFSET_TABLE_** **Status:** wontfix **Group:** None **Labels:** fft GCL **Created:** Tue May 02, 2017 10:14 AM UTC by Smudge Mudge **Last Updated:** Thu May 04, 2017 05:20 PM UTC **Owner:** nobody Hi, I've tried loading fft with Maxima 5.37.2 (on Ubuntu 16.10) and 5.39.0 (on Guix 0.12.0) . In both cases, loading the fft package fails with: load(fft); Unrelocated nonlocal symbol: _GLOBAL_OFFSET_TABLE_ loadfile: failed to load /*wherever/the/fft/resides/fft.lisp*/  an error. To debug this try: debugmode(true);  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Georg Stroehlein <stroehleinsch@us...>  20170505 12:39:49

 ** [bugs:#3309] foursimp evaluates expressions of the form 0/0 incorrectly** **Status:** open **Group:** None **Labels:** foursimp limit **Created:** Fri May 05, 2017 12:39 PM UTC by Georg Stroehlein **Last Updated:** Fri May 05, 2017 12:39 PM UTC **Owner:** nobody currently (Mx V5.38), foursimp does not correctly treat terms of the form 0/0, which may appear in the output of fourier. Minimal example: fourier(sin(x),x,%pi) > (%t11) a[0]=0 (%t12) a[n]=0 (%t13) b[n]=(2*(sin(%pi*n)/(2*n+2)sin(%pi*n)/(2*n2)))/%pi (%o13) [%t11,%t12,%t13] foursimp(%t13) > (%t31) a[0]=0 (%t32) a[n]=0 (%t33) b[n]=0 (%o33) [%t31,%t32,%t33] %t33 is incorrect: sin(%pi*n)/(2*n2) takes the form 0/0 for n=1, and is correctly evaluated by limit: limit(sin(%pi*n)/(2*n2),n,1) > (%o15) %pi/2 , which together with the factor of 2/%pi outside the parentheses yields the correct result b[1]=1. For this example, the output of foursimp should imho look like: a[0]=0 a[n]=0 b[1]=1 b[2]=0 b[n]=0 regards Schorsch  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Smudge Mudge <tkonsf@us...>  20170505 08:10:06

I can confirm that the solution no 2 works. Thanks!  ** [bugs:#3307] fft fails to load / _GLOBAL_OFFSET_TABLE_** **Status:** open **Group:** None **Labels:** fft GCL **Created:** Tue May 02, 2017 10:14 AM UTC by Smudge Mudge **Last Updated:** Thu May 04, 2017 05:20 PM UTC **Owner:** nobody Hi, I've tried loading fft with Maxima 5.37.2 (on Ubuntu 16.10) and 5.39.0 (on Guix 0.12.0) . In both cases, loading the fft package fails with: load(fft); Unrelocated nonlocal symbol: _GLOBAL_OFFSET_TABLE_ loadfile: failed to load /*wherever/the/fft/resides/fft.lisp*/  an error. To debug this try: debugmode(true);  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Robert Dodier <robert_dodier@us...>  20170504 17:20:03

 **labels**: fft > fft, GCL  ** [bugs:#3307] fft fails to load / _GLOBAL_OFFSET_TABLE_** **Status:** open **Group:** None **Labels:** fft GCL **Created:** Tue May 02, 2017 10:14 AM UTC by Smudge Mudge **Last Updated:** Thu May 04, 2017 06:54 AM UTC **Owner:** nobody Hi, I've tried loading fft with Maxima 5.37.2 (on Ubuntu 16.10) and 5.39.0 (on Guix 0.12.0) . In both cases, loading the fft package fails with: load(fft); Unrelocated nonlocal symbol: _GLOBAL_OFFSET_TABLE_ loadfile: failed to load /*wherever/the/fft/resides/fft.lisp*/  an error. To debug this try: debugmode(true);  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Robert Dodier <robert_dodier@us...>  20170504 17:19:01

OK, I remember now that we have encountered this bug before; see: https://sourceforge.net/p/maxima/bugs/3232/ I see that a similar error was encountered in another project and the GCL developer said that he fixed a bug in GCL: https://bugs.debian.org/cgibin/bugreport.cgi?bug=837668 The bugfixed version is reported to be GCL 2.6.1243 dated approximately 20161027. So there are a couple of paths forward here: (1) Obtain GCL version 2.6.1243 or later, recompile Maxima, and try load(fft); again. (2) load(fft); invokes a Makefilelike system (named defsystem) to load and compile the three source code files for fft. You can omit the call to defsystem and just load the files directly. Try this: ~~~~ load("fftpackage.lisp"); load("fftcore.lisp"); load("fftinterface.lisp"); ~~~~ Does that work?  ** [bugs:#3307] fft fails to load / _GLOBAL_OFFSET_TABLE_** **Status:** open **Group:** None **Labels:** fft **Created:** Tue May 02, 2017 10:14 AM UTC by Smudge Mudge **Last Updated:** Thu May 04, 2017 06:54 AM UTC **Owner:** nobody Hi, I've tried loading fft with Maxima 5.37.2 (on Ubuntu 16.10) and 5.39.0 (on Guix 0.12.0) . In both cases, loading the fft package fails with: load(fft); Unrelocated nonlocal symbol: _GLOBAL_OFFSET_TABLE_ loadfile: failed to load /*wherever/the/fft/resides/fft.lisp*/  an error. To debug this try: debugmode(true);  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Smudge Mudge <tkonsf@us...>  20170504 06:54:10

I tried what you suggested, and it still fails to load. On Guix (which is GNU\linux) , after removing the binary dir this is the result: ~~~ Compiling /gnu/store/qfvw2dk8sswsjhkkjjd5xhy72sn6kg8smaxima5.39.0/share/maxim$ End of Pass 1. End of Pass 2. OPTIMIZE levels: Safety=2, Space=3, Speed=3 Finished compiling /home/todor/.maxima/binary/5_39_0/gcl/GCL_2_6_12/share/numer$ Unrelocated nonlocal symbol: _GLOBAL_OFFSET_TABLE_ loadfile: failed to load /gnu/store/qfvw2dk8sswsjhkkjjd5xhy72sn6kg8smaxima5.3$  an error. To debug this try: debugmode(true); ~~~ The output from build_info() : ~~~ Maxima version: "5.39.0" Maxima build date: "20170423 04:19:24" Host type: "x86_64unknownlinuxgnu" Lisp implementation type: "GNU Common Lisp (GCL)" Lisp implementation version: "GCL 2.6.12" ~~~  ** [bugs:#3307] fft fails to load / _GLOBAL_OFFSET_TABLE_** **Status:** open **Group:** None **Labels:** fft **Created:** Tue May 02, 2017 10:14 AM UTC by Smudge Mudge **Last Updated:** Thu May 04, 2017 05:52 AM UTC **Owner:** nobody Hi, I've tried loading fft with Maxima 5.37.2 (on Ubuntu 16.10) and 5.39.0 (on Guix 0.12.0) . In both cases, loading the fft package fails with: load(fft); Unrelocated nonlocal symbol: _GLOBAL_OFFSET_TABLE_ loadfile: failed to load /*wherever/the/fft/resides/fft.lisp*/  an error. To debug this try: debugmode(true);  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Robert Dodier <robert_dodier@us...>  20170504 05:52:26

Hmm. What does build_info(); report? It appears that load(fft); compiles some files. Maybe erasing any existing compiled files will help. You are on a Linux system, right? Try `rm r $HOME/.maxima/binary` and then try `load(fft);` again  does that help?  ** [bugs:#3307] fft fails to load / _GLOBAL_OFFSET_TABLE_** **Status:** open **Group:** None **Labels:** fft **Created:** Tue May 02, 2017 10:14 AM UTC by Smudge Mudge **Last Updated:** Tue May 02, 2017 10:14 AM UTC **Owner:** nobody Hi, I've tried loading fft with Maxima 5.37.2 (on Ubuntu 16.10) and 5.39.0 (on Guix 0.12.0) . In both cases, loading the fft package fails with: load(fft); Unrelocated nonlocal symbol: _GLOBAL_OFFSET_TABLE_ loadfile: failed to load /*wherever/the/fft/resides/fft.lisp*/  an error. To debug this try: debugmode(true);  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: fabien amiot <fabienamiot@us...>  20170502 13:22:44

 ** [bugs:#3308] integrate and assume** **Status:** open **Group:** None **Created:** Tue May 02, 2017 01:22 PM UTC by fabien amiot **Last Updated:** Tue May 02, 2017 01:22 PM UTC **Owner:** nobody (%i1) bug_report(); Please report bugs to: http://sourceforge.net/p/maxima/bugs To report a bug, you must have a Sourceforge account. Please include the following information with your bug report:  Maxima version: "5.34.1" Maxima build date: "20141024 16:12:54" Host type: "i686pclinuxgnu" Lisp implementation type: "GNU Common Lisp (GCL)" Lisp implementation version: "GCL 2.6.12"  The above information is also reported by the function 'build_info'. (%o1) (%i2) assume(L>0); (%o2) [L > 0] (%i3) assume(notequal((1/l1+1/l3)/(1/l1+1/l2),1)); 1 1  +  l3 l1 (%o3) [notequal(,  1)] 1 1  +  l2 l1 (%i4) assume(notequal((1/l2+1/l3)/(1/l1+1/l2),1)); 1 1  +  l3 l2 (%o4) [notequal(,  1)] 1 1  +  l2 l1 (%i5) is(equal((1/l1+1/l3)/(1/l1+1/l2),1)); (%o5) false (%i6) integrate((exp(x/l1+x/l2)+exp(x/l3+x/l1)+exp(x/l3+x/l2))^2,x,0,L); 1 1  +  l3 l1 Is  equal to  1? 1 1  +  l2 l1 Looks like this is an (other) example of a integrate/assume problem, maybe similar to those in bug 2829. It should be outlined that : (%i1) assume(L>0); (%o1) [L > 0] (%i2) assume(notequal((1/l2)/(1/l1),1)); l1 (%o2) [notequal(,  1)] l2 (%i3) assume(notequal((1/l3)/(1/l1),1)); l1 (%o3) [notequal(,  1)] l3 (%i4) integrate((exp(x/l1)+exp(x/l2)+exp(x/l3))^2,x,0,L); does not raise any question, even though the problem is very similar.  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Smudge Mudge <tkonsf@us...>  20170502 10:14:21

 ** [bugs:#3307] fft fails to load / _GLOBAL_OFFSET_TABLE_** **Status:** open **Group:** None **Labels:** fft **Created:** Tue May 02, 2017 10:14 AM UTC by Smudge Mudge **Last Updated:** Tue May 02, 2017 10:14 AM UTC **Owner:** nobody Hi, I've tried loading fft with Maxima 5.37.2 (on Ubuntu 16.10) and 5.39.0 (on Guix 0.12.0) . In both cases, loading the fft package fails with: load(fft); Unrelocated nonlocal symbol: _GLOBAL_OFFSET_TABLE_ loadfile: failed to load /*wherever/the/fft/resides/fft.lisp*/  an error. To debug this try: debugmode(true);  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Fenyvesi Attila <fattila2@us...>  20170501 22:41:35

 ** [bugs:#3306] plot2d stops the evaluation queue** **Status:** open **Group:** None **Created:** Mon May 01, 2017 10:41 PM UTC by Fenyvesi Attila **Last Updated:** Mon May 01, 2017 10:41 PM UTC **Owner:** nobody The function plot2d stops the evaluation queue. Nothing is evaluated until the plot window is closed. Meanwhile gnuplot.exe uses an entire CPU core. I think evaluation should go on after drawing the plot but instead I cannot do anything without closing the plot. To reproduce this behaviour write the following cells in wxMaxima: (%i2) f(x):=(cos(x)1)^2((1+cos(2*x))/2 + 1); (%o2) f(x):=(cos(x)1)^2((1+cos(2*x))/2+1)(%i5) plot2d(f(x),[x,10,10]); (%o5) ["C:/Users/Ata/AppData/Local/Temp/maxout9732.gnuplot"] (%i6) integrate(f(x),x,0,2*%pi); (%o6) 0 The result of the integration will only show up after you close the plot window. Version information:  wxMaxima version: 16.12.0 Maxima version: 5.39.0_2_g5a49f11_dirty Maxima build date: 20161211 23:20:41 Host type: i686w64mingw32 System type: gcc mnocygwin g O2 W Wswitch Wcomment Wpointerarith Wimplicit Wreturntype Wmissingdeclarations Wnosigncompare Wnoformatnonliteral O2 fexpensiveoptimizations falignfunctions=4 D_WIN32 DENABLE_UNICODE I/usr/local/include DDYNAMIC_FFI I. L/usr/local/lib lintl /usr/local/lib/libreadline.dll.a L/usr/local/lib ltermcap /usr/local/lib/libavcall.a /usr/local/lib/libcallback.a luser32 lws2_32 lole32 loleaut32 luuid liconv L/usr/local/lib lsigsegv libgnu_cl.a SAFETY=0 HEAPCODES STANDARD_HEAPCODES GENERATIONAL_GC SPVW_BLOCKS SPVW_MIXED TRIVIALMAP_MEMORY libsigsegv 2.8 libiconv 1.13 libreadline 6.0 GNU C 3.4.5 (mingwvista special r3) PC/386 Lisp implementation type: CLISP Lisp implementation version: 2.49 (20100707) (built on maxima [10.0.3.1])   Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Jaime E. Villate <villate@us...>  20170501 11:04:19

 **status**: open > closed  ** [bugs:#3305] Maxima says the diff of e^x does and does not equal e^x, depending on presentation** **Status:** closed **Group:** None **Labels:** derivative e^x **Created:** Sat Apr 29, 2017 01:33 PM UTC by Jim Mooney **Last Updated:** Mon May 01, 2017 11:04 AM UTC **Owner:** nobody Since the derivative of e^x equals e^x, Maxima says it doesn't if I use %values but not if I use direct substitution. The equation is all symbolic and %values should be represented the same internally. (%i1) diff(%e^x, x); (%o1) %e^x (%i2) is(%i1 = %o1); (%o2) false (%i3) is(diff(%e^x, x) = %e^x); (%o3) true If I can't trust %values, it means a lot of extra typing.  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 
From: Jaime E. Villate <villate@us...>  20170501 11:04:04

This is not a bug. Of course the expression %e^x is different from the expression diff(%e^x,x). Please type "? equal" in Maxima and read the explanation about the difference between "is(a=b)" and is(equal(a,b)). I'm closing this bug report.  ** [bugs:#3305] Maxima says the diff of e^x does and does not equal e^x, depending on presentation** **Status:** open **Group:** None **Labels:** derivative e^x **Created:** Sat Apr 29, 2017 01:33 PM UTC by Jim Mooney **Last Updated:** Sat Apr 29, 2017 08:38 PM UTC **Owner:** nobody Since the derivative of e^x equals e^x, Maxima says it doesn't if I use %values but not if I use direct substitution. The equation is all symbolic and %values should be represented the same internally. (%i1) diff(%e^x, x); (%o1) %e^x (%i2) is(%i1 = %o1); (%o2) false (%i3) is(diff(%e^x, x) = %e^x); (%o3) true If I can't trust %values, it means a lot of extra typing.  Sent from sourceforge.net because maximabugs@... is subscribed to https://sourceforge.net/p/maxima/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. 