You can subscribe to this list here.
2002 
_{Jan}

_{Feb}

_{Mar}

_{Apr}

_{May}

_{Jun}
(67) 
_{Jul}
(61) 
_{Aug}
(49) 
_{Sep}
(43) 
_{Oct}
(59) 
_{Nov}
(24) 
_{Dec}
(18) 

2003 
_{Jan}
(34) 
_{Feb}
(35) 
_{Mar}
(72) 
_{Apr}
(42) 
_{May}
(46) 
_{Jun}
(15) 
_{Jul}
(64) 
_{Aug}
(62) 
_{Sep}
(22) 
_{Oct}
(41) 
_{Nov}
(57) 
_{Dec}
(56) 
2004 
_{Jan}
(48) 
_{Feb}
(47) 
_{Mar}
(33) 
_{Apr}
(39) 
_{May}
(6) 
_{Jun}
(17) 
_{Jul}
(19) 
_{Aug}
(10) 
_{Sep}
(14) 
_{Oct}
(74) 
_{Nov}
(80) 
_{Dec}
(22) 
2005 
_{Jan}
(43) 
_{Feb}
(33) 
_{Mar}
(52) 
_{Apr}
(74) 
_{May}
(32) 
_{Jun}
(58) 
_{Jul}
(18) 
_{Aug}
(41) 
_{Sep}
(71) 
_{Oct}
(28) 
_{Nov}
(65) 
_{Dec}
(68) 
2006 
_{Jan}
(54) 
_{Feb}
(37) 
_{Mar}
(82) 
_{Apr}
(211) 
_{May}
(69) 
_{Jun}
(75) 
_{Jul}
(279) 
_{Aug}
(139) 
_{Sep}
(135) 
_{Oct}
(58) 
_{Nov}
(81) 
_{Dec}
(78) 
2007 
_{Jan}
(141) 
_{Feb}
(134) 
_{Mar}
(65) 
_{Apr}
(49) 
_{May}
(61) 
_{Jun}
(90) 
_{Jul}
(72) 
_{Aug}
(53) 
_{Sep}
(86) 
_{Oct}
(61) 
_{Nov}
(62) 
_{Dec}
(101) 
2008 
_{Jan}
(100) 
_{Feb}
(66) 
_{Mar}
(76) 
_{Apr}
(95) 
_{May}
(77) 
_{Jun}
(93) 
_{Jul}
(103) 
_{Aug}
(76) 
_{Sep}
(42) 
_{Oct}
(55) 
_{Nov}
(44) 
_{Dec}
(75) 
2009 
_{Jan}
(103) 
_{Feb}
(105) 
_{Mar}
(121) 
_{Apr}
(59) 
_{May}
(103) 
_{Jun}
(82) 
_{Jul}
(67) 
_{Aug}
(76) 
_{Sep}
(85) 
_{Oct}
(75) 
_{Nov}
(181) 
_{Dec}
(133) 
2010 
_{Jan}
(107) 
_{Feb}
(116) 
_{Mar}
(145) 
_{Apr}
(89) 
_{May}
(138) 
_{Jun}
(85) 
_{Jul}
(82) 
_{Aug}
(111) 
_{Sep}
(70) 
_{Oct}
(83) 
_{Nov}
(60) 
_{Dec}
(16) 
2011 
_{Jan}
(61) 
_{Feb}
(16) 
_{Mar}
(52) 
_{Apr}
(41) 
_{May}
(34) 
_{Jun}
(41) 
_{Jul}
(57) 
_{Aug}
(73) 
_{Sep}
(21) 
_{Oct}
(45) 
_{Nov}
(50) 
_{Dec}
(28) 
2012 
_{Jan}
(70) 
_{Feb}
(36) 
_{Mar}
(71) 
_{Apr}
(29) 
_{May}
(48) 
_{Jun}
(61) 
_{Jul}
(44) 
_{Aug}
(54) 
_{Sep}
(20) 
_{Oct}
(28) 
_{Nov}
(41) 
_{Dec}
(137) 
2013 
_{Jan}
(62) 
_{Feb}
(55) 
_{Mar}
(31) 
_{Apr}
(23) 
_{May}
(54) 
_{Jun}
(54) 
_{Jul}
(90) 
_{Aug}
(46) 
_{Sep}
(38) 
_{Oct}
(60) 
_{Nov}
(92) 
_{Dec}
(17) 
2014 
_{Jan}
(62) 
_{Feb}
(35) 
_{Mar}
(72) 
_{Apr}
(30) 
_{May}
(97) 
_{Jun}
(81) 
_{Jul}
(63) 
_{Aug}
(64) 
_{Sep}
(28) 
_{Oct}
(45) 
_{Nov}
(48) 
_{Dec}
(109) 
2015 
_{Jan}
(106) 
_{Feb}
(36) 
_{Mar}
(65) 
_{Apr}
(63) 
_{May}
(95) 
_{Jun}
(56) 
_{Jul}
(48) 
_{Aug}
(55) 
_{Sep}
(100) 
_{Oct}
(57) 
_{Nov}
(33) 
_{Dec}
(46) 
2016 
_{Jan}
(76) 
_{Feb}
(53) 
_{Mar}
(88) 
_{Apr}
(79) 
_{May}
(62) 
_{Jun}
(65) 
_{Jul}
(37) 
_{Aug}
(23) 
_{Sep}
(108) 
_{Oct}
(68) 
_{Nov}
(66) 
_{Dec}
(47) 
2017 
_{Jan}
(55) 
_{Feb}
(11) 
_{Mar}
(30) 
_{Apr}
(19) 
_{May}
(14) 
_{Jun}
(21) 
_{Jul}
(24) 
_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

From: Kris Katterjohn <kjak@us...>  20170630 00:00:46

 **summary**: Cubic equation that can't be solve()'d > solve does not identify multiplicities correctly  **status**: wontfix > open  **Comment**: Hmm.. OK, I'll reopen this with a different title since we already have examples here. `solve` does actually solve the equations, but it doesn't identify the multiplicities correctly. Thanks.  ** [bugs:#3312] solve does not identify multiplicities correctly** **Status:** open **Group:** None **Labels:** solve **Created:** Tue Jun 20, 2017 11:30 PM UTC by Brent Baccala **Last Updated:** Thu Jun 29, 2017 11:14 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...>  20170629 23:14:11

It definitely doesn't get the multiplicities right.  ** [bugs:#3312] Cubic equation that can't be solve()'d** **Status:** wontfix **Group:** None **Labels:** solve **Created:** Tue Jun 20, 2017 11:30 PM UTC by Brent Baccala **Last Updated:** Thu Jun 29, 2017 10:58 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...>  20170629 22:58:55

 **status**: open > wontfix  **Comment**: Since `solve` actually can solve these, I'm closing this as wontfix.  ** [bugs:#3312] Cubic equation that can't be solve()'d** **Status:** wontfix **Group:** None **Labels:** solve **Created:** Tue Jun 20, 2017 11:30 PM UTC by Brent Baccala **Last Updated:** Thu Jun 22, 2017 08:43 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...>  20170629 06:32:24

 **labels**: > wxmaxima  **status**: open > wontfix  **Comment**: I hope you were able to get this working. Many of the Maxima developers don't use wxMaxima, and wxMaxima is actually a separate project, so that's probably why you didn't get a response here. Sorry about that. I'm closing this as wontfix since it's several years old.  ** [bugs:#2642] installing maxima and wxmaxima** **Status:** wontfix **Group:** None **Labels:** wxmaxima **Created:** Fri Oct 18, 2013 11:33 AM UTC by Ricardo Benito Martínez **Last Updated:** Wed Oct 23, 2013 09:37 AM UTC **Owner:** nobody Hello, I have installed maxima and wxmaxima. Maxima version:"5.31.2" Maxima build date:"20131014 19:14:25" Host type:"x86_64unknownLinuxgnu" Lisp implementation type:"CLISP" Lisp implementation version:"2.49(20100707) (build 3575122160) (memory 3590759670). I cant open wxmaxima neither from launcher nor from dash. Trying to start maxima from terminal I get hhe message:"WARNING: Maxima is unable to set up the help system. (Details: CLINFO::LOADPRIMARYINDEX: LOAD: A file with name /usr/local/share/info/maximaindex.lisp does not exist)" As when openning wxmaxima I get this message "wxmaxima: relocation error: wxmaxima: symbol _Z31_wx_link_dummy_func_gnome_printv, version WXU_2.8 not defined in file libwx_gtk2u_core2.8.so.0 with link time reference"  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...>  20170629 06:14:08

 Description has changed: Diff: ~~~~  old +++ new @@ 1,4 +1,3 @@  wxMaxima version: 13.4.0 Maxima version: 5.31.1 Maxima build date: 20130924 09:49:12 ~~~~  **status**: open > wontfix  **Comment**: This works as expected for me as well (on git HEAD; post 5.40). I tried it on commandline Maxima, XMaxima and wxMaxima. I'm closing this as wontfix. Please feel free to reopen or open another ticket if you see this behavior using a recent release.  ** [bugs:#2808] problems with debugmode** **Status:** wontfix **Group:** None **Created:** Sat Aug 30, 2014 08:07 AM UTC by dan hayes **Last Updated:** Sat Aug 30, 2014 03:20 PM UTC **Owner:** nobody wxMaxima version: 13.4.0 Maxima version: 5.31.1 Maxima build date: 20130924 09:49:12 Host type: i686pcmingw32 Lisp implementation type: GNU Common Lisp (GCL) Lisp implementation version: GCL 2.6.8 I put debugmode:false and it comes back with true also it says type h for help but help never comes up  just gives another error  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...>  20170629 05:59:19

 **status**: open > wontfix  **Comment**: I see both forms on git HEAD (post 5.40). I'm closing this as wontfix. Please reopen if you still only see the singlearg form.  ** [bugs:#3038] Update doc for rest** **Status:** wontfix **Group:** None **Created:** Thu Oct 22, 2015 03:48 PM UTC by Stavros Macrakis **Last Updated:** Thu Oct 22, 2015 07:59 PM UTC **Owner:** nobody Doc reads: Function: rest (<expr>) Returns <expr> with its first <n> elements removed if ... Needs to document both the singlearg form rest(<expr>) and the twoarg form rest(<expr>,<n>). Currently, the header only mentions the singlearg form, and the body only mentions the twoarg form!  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...>  20170629 05:43:41

 **status**: open > wontfix  **Comment**: Leaving off a quotation mark should not cause a parse error. Strings can span multiple lines. I'm closing this as wontfix.  ** [bugs:#3200] maxima forever calculating on a simple neglect to close quote** **Status:** wontfix **Group:** None **Created:** Sun Aug 21, 2016 09:41 PM UTC by dan hayes **Last Updated:** Mon Aug 22, 2016 06:13 AM UTC **Owner:** nobody (for i thru length(lisnp) do ldisp(["i",i,"length(lisnp[i][2])])) left off the closing quotation mark and instead of giving a parse error It is forever "maxima is calculating"  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...>  20170628 22:23:18

 **labels**: > simplification, display, parsing  **status**: open > wontfix  **Comment**: I think the output with parentheses is correct. The input `2*x` is parsed to `((MTIMES) ((MMINUS) 2) $X)`, that is, (minus 2) times x. MTIMES has a higher precedence than MMINUS, so the parentheses are necessary to disambiguate the display. A decision was made some time ago (a year or two) to display parentheses which are needed to disambiguate expressions; sometimes this policy leads to parentheses which are arguably extraneous. In the presence of simplification, `((MMINUS) 2)` simplifies to `2` (i.e. the negative integer), and `2*x` is displayed as `2 x`. Closing this report as won'tfix. Thanks for taking the time to make a report, and thanks for your interest in Maxima.  ** [bugs:#3299] extra parenthesis added when simp:false** **Status:** wontfix **Group:** None **Labels:** simplification display parsing **Created:** Wed Apr 05, 2017 12:37 PM UTC by Max **Last Updated:** Wed Apr 05, 2017 12:37 PM UTC **Owner:** nobody I'm not sure if this is a bug or intentional, but in older versions of maxima (5.37.3), the following `block(simp:false,2*x)` would be `2*x` but in the latest 5.39.0 it gives me extra parenthesis: `(2)*x` should those parenthesis be there?  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: 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. 