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

_{Feb}

_{Mar}

_{Apr}

_{May}

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

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

 ** [bugs:#3368] integrate('limit(...),...) internal error** **Status:** open **Group:** None **Created:** Mon Dec 11, 2017 10:17 PM UTC by Stavros Macrakis **Last Updated:** Mon Dec 11, 2017 10:17 PM UTC **Owner:** nobody integrate('limit(x,x,0),x) => Lisp error Maxima 5.41.0a_dirty using Lisp SBCL 1.3.12 Line 44 of integrator (in sin.lisp) reads: (setq y (cond ((eq (caar exp) 'mtimes) Change this to: (setq y (cond ((and (not (atom exp)) (eq (caar exp) 'mtimes)) Tested on ~~~ integrate('limit(x,x,0),x) => x*'limit(x,x,0) integrate('limit(x,x,y),x) => x*'limit(x,x,y) integrate('limit(x,x,x),x) => 'integrate('limit(x,x,x),x) ~~~  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: Leo Butler <l_butler@us...>  20171207 05:45:47

 ** [bugs:#3367] resultant bug** **Status:** open **Group:** None **Labels:** resultant polynomials **Created:** Thu Dec 07, 2017 05:45 AM UTC by Leo Butler **Last Updated:** Thu Dec 07, 2017 05:45 AM UTC **Owner:** nobody The bug is exhibited in comparing %o2 and %o4, which should be the same. It originates from the fact that Maxima's resultant function computes the resultant of the numerator of %o3 (of a rat'd polynomial). P Sejwal noted this bug in [2015](https://sourceforge.net/p/maxima/mailman/message/34714517/), and that it affects bezout, too. His example was nonmonic and not pursued at the time. It is preferable to have userlevel functions give answers consistent with the mathematical functions they are intended to represent. It may be best that Maxima's internal resultant is left as is, but renamed, and have a userlevel function like poly_resultant (see below) which correctly computes the resultant. A similar suggestion applies to bezout and (the undocumented) poly_discriminant. ~~~~ Maxima branch_5_41_base_44_g724def5c4 http://maxima.sourceforge.net using Lisp GNU Common Lisp (GCL) GCL 2.6.12 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) v^3v^22*v+1 $ (%i2) resultant(%,diff(%,v),v); (%o2) 49 (%i3) ratsubst(t+1/3,v,%o1); (%o3) (27*t^363*t+7)/27 (%i4) resultant(%,diff(%,t),t); (%o4) 964467 (%i5) factor(%); (%o5) 3^9*7^2 (%i6) poly_resultant(f,g,x):=block([F,G,a,b,n,m],F:rat(f),G:rat(g),a:denom(F), b:denom(G),m:hipow(F,x),n:hipow(G,x), rat((resultant(num(F),num(G),x)/a^n)/b^m)) $ (%i7) poly_discriminant1(f,x):=block([n],n:hipow(f,x), (1)^((n*(n1))/2)*poly_resultant(f,ratdiff(f,x),x)) $ (%i8) poly_discriminant1(%o1,v); (%o8) 49 (%i9) poly_discriminant1(%o3,t); (%o9) 49 ~~~~  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: Leo Butler <l_butler@us...>  20171204 21:22:01

 ** [bugs:#3366] polydecomp documentation** **Status:** open **Group:** None **Labels:** Documentation polynomials polydecomp update_examples **Created:** Mon Dec 04, 2017 09:21 PM UTC by Leo Butler **Last Updated:** Mon Dec 04, 2017 09:21 PM UTC **Owner:** nobody The documentation for polydecomp is broken, presumably due to a bug in the update_examples Perl script. The latter does not appear to allow continuations of examples. ~~~~ The following function composes @code{L = [e_1, ..., e_n]} as functions in @code{x}; it is the inverse of polydecomp: @c ===beg=== @c compose (L, x) := @c block ([r : x], for e in L do r : subst (e, x, r), r) $ @c ===end=== @example @group (%i1) compose (L, x) := block ([r : x], for e in L do r : subst (e, x, r), r) $ @end group @end example Reexpress above example using @code{compose}: @c ===beg=== @c polydecomp (compose ([x^2  a, x^3  x  1], x), x); @c ===end=== @example @group (%i1) polydecomp (compose ([x^2  a, x^3  x  1], x), x); 2 3 (%o1) [compose([x  a, x  x  1], x)] @end group @end example Note that though @code{compose (polydecomp (@var{p}, @var{x}), @var{x})} always returns @var{p} (unexpanded), @code{polydecomp (compose ([@var{p_1}, ..., @var{p_n}], @var{x}), @var{x})} does @i{not} necessarily return @code{[@var{p_1}, ..., @var{p_n}]}: @c ===beg=== @c polydecomp (compose ([x^2 + 2*x + 3, x^2], x), x); @c polydecomp (compose ([x^2 + x + 1, x^2 + x + 1], x), x); @c ===end=== @example @group (%i1) polydecomp (compose ([x^2 + 2*x + 3, x^2], x), x); 2 2 (%o1) [compose([x + 2 x + 3, x ], x)] @end group @group (%i2) polydecomp (compose ([x^2 + x + 1, x^2 + x + 1], x), x); 2 2 (%o2) [compose([x + x + 1, x + x + 1], x)] @end group @end example ~~~~  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: Pjotr Wrolaszc <pwrolaszc1963@us...>  20171129 18:38:54

Ok, thank you for the answer. You helped me a lot.  ** [bugs:#3361] Lisp error while using unit package** **Status:** open **Group:** None **Labels:** maxima lisp error unit package **Created:** Fri Nov 24, 2017 07:37 PM UTC by Pjotr Wrolaszc **Last Updated:** Mon Nov 27, 2017 03:18 AM UTC **Owner:** nobody Lisp error occures while calculating sqrt of a value with unit: ~~~ 100/s^2;sqrt(%); ~~~ > Maxima encountered a Lisp error: > Condition in ATOM [or a callee]: INTERNALSIMPLEERROR: Invocation history stack overflow. > Automatically continuing. > To enable the Lisp debugger set *debuggerhook* to nil.  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...>  20171129 04:46:45

You wrote, "Is there an easy way to tell ezunits to simplify the units without telling it specifically the desired one (see example below)?" No, there is no way to specify a default conversion. To convert units, the user has to specify the units to convert to. About the unit package, it is unmaintained at present.  ** [bugs:#3361] Lisp error while using unit package** **Status:** open **Group:** None **Labels:** maxima lisp error unit package **Created:** Fri Nov 24, 2017 07:37 PM UTC by Pjotr Wrolaszc **Last Updated:** Mon Nov 27, 2017 03:18 AM UTC **Owner:** nobody Lisp error occures while calculating sqrt of a value with unit: ~~~ 100/s^2;sqrt(%); ~~~ > Maxima encountered a Lisp error: > Condition in ATOM [or a callee]: INTERNALSIMPLEERROR: Invocation history stack overflow. > Automatically continuing. > To enable the Lisp debugger set *debuggerhook* to nil.  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: Stavros Macrakis <macrakis@us...>  20171128 23:02:57

 ** [bugs:#3365] rat(1/3),modulus:6 gives incomprehensible error** **Status:** open **Group:** None **Created:** Tue Nov 28, 2017 11:02 PM UTC by Stavros Macrakis **Last Updated:** Tue Nov 28, 2017 11:02 PM UTC **Owner:** nobody with modulus:6, rat(1/3) gives the error: CRECIP: attempted inverse of zero (mod 3) A clearer error would be something like: CRECIP: 3 does not have an inverse with modulus=6 build_info(version="5.41.0a_dirty",timestamp="20171023 00:00:36",host="i686w64mingw32",lisp_name="CLISP",lisp_version="2.49 (20100707) (built on toshiba [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: Stavros Macrakis <macrakis@us...>  20171128 22:21:58

build_info(version="5.41.0a_dirty",timestamp="20171023 00:00:36",host="i686w64mingw32",lisp_name="CLISP",lisp_version="2.49 (20100707) (built on toshiba [10.0.3.1])")  ** [bugs:#3363] Documentation of modulus incorrectly says it applies to all rational numbers** **Status:** open **Group:** None **Created:** Tue Nov 28, 2017 10:10 PM UTC by Stavros Macrakis **Last Updated:** Tue Nov 28, 2017 10:10 PM UTC **Owner:** nobody ? modulus reads: "When 'modulus' is a positive number <p>, operations on rational numbers (as returned by 'rat' and related functions) are carried out modulo <p>," This is not correct. Operations on rational numbers like 3 and 2/3 are not affected by modulus; only operations on CREs. Thus: modulus:7$ 3+2 => 5; but rat(3)+2 => 2 The wording should be: "...operations on canonical rational expressions (CREs, as returned by 'rat' and related functions) are carried out modulo <p>"  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: Stavros Macrakis <macrakis@us...>  20171128 22:20:44

 ** [bugs:#3364] sqrt(5) => sqrt(2)*%i with modulus=7** **Status:** open **Group:** None **Created:** Tue Nov 28, 2017 10:20 PM UTC by Stavros Macrakis **Last Updated:** Tue Nov 28, 2017 10:20 PM UTC **Owner:** nobody sqrt(5) => sqrt(2)*%i with modulus=7 9^(1/3) => 2^(1/3) with modulus=7 This is not correct. The 5 should only be converted to mod(5,7) = 2 within a CRE, e.g., rat(sqrt(5)) => sqrt(2)*%i Note this inconsistency: modulus:false$ ex: [5, sqrt(5)] => [5, sqrt(5)] modulus:7$ rat(ex) => [5,sqrt(5)] BUT rat([5,sqrt(5)]) => [2,sqrt(2)*%i] build_info(version="5.41.0a_dirty",timestamp="20171023 00:00:36",host="i686w64mingw32",lisp_name="CLISP",lisp_version="2.49 (20100707) (built on toshiba [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: Stavros Macrakis <macrakis@us...>  20171128 22:10:05

 ** [bugs:#3363] Documentation of modulus incorrectly says it applies to all rational numbers** **Status:** open **Group:** None **Created:** Tue Nov 28, 2017 10:10 PM UTC by Stavros Macrakis **Last Updated:** Tue Nov 28, 2017 10:10 PM UTC **Owner:** nobody ? modulus reads: "When 'modulus' is a positive number <p>, operations on rational numbers (as returned by 'rat' and related functions) are carried out modulo <p>," This is not correct. Operations on rational numbers like 3 and 2/3 are not affected by modulus; only operations on CREs. Thus: modulus:7$ 3+2 => 5; but rat(3)+2 => 2 The wording should be: "...operations on canonical rational expressions (CREs, as returned by 'rat' and related functions) are carried out modulo <p>"  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: Leo Butler <l_butler@us...>  20171128 17:24:02

 **labels**: tex > tex, altdisplay  **status**: open > closed  ** [bugs:#3293] derivatives don't format correctly using altdisplay TeX** **Status:** closed **Group:** None **Labels:** tex altdisplay **Created:** Mon Mar 13, 2017 12:16 AM UTC by Brent Baccala **Last Updated:** Tue Nov 28, 2017 05:23 PM UTC **Owner:** nobody I've been having problems printing derivatives with altdisplay tex. This code: ~~~ load("altdisplay.mac")$ set_alt_display(2,tex_display)$ 'diff(x,y); ~~~ prints` {{d+^{1}}\over{d\,y^1}}\,x` (incorrect), while `tex('diff(x,y))` prints `{{d\,x}\over{d\,y}}` (correct). The last line in `define_alt_display()` (defined in `share/contrib/altdisplay/altdisplay.mac`) turns off the simplifer during output formatting. WIth the simplifier off, (+ 1) never gets simplified to 1 in the code that adds up powers in a partial derivative to get the superscript on the "d". This seems to result in the bizarrely formatted TeX.  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: Leo Butler <l_butler@us...>  20171128 17:23:18

This is fixed in [commit f32814d0](https://sourceforge.net/p/maxima/code/ci/f32814d0356b57e17f919138c3f045dbc61e87d1/). Thank you for the report and debugging.  ** [bugs:#3293] derivatives don't format correctly using altdisplay TeX** **Status:** open **Group:** None **Labels:** tex **Created:** Mon Mar 13, 2017 12:16 AM UTC by Brent Baccala **Last Updated:** Mon Mar 13, 2017 12:16 AM UTC **Owner:** nobody I've been having problems printing derivatives with altdisplay tex. This code: ~~~ load("altdisplay.mac")$ set_alt_display(2,tex_display)$ 'diff(x,y); ~~~ prints` {{d+^{1}}\over{d\,y^1}}\,x` (incorrect), while `tex('diff(x,y))` prints `{{d\,x}\over{d\,y}}` (correct). The last line in `define_alt_display()` (defined in `share/contrib/altdisplay/altdisplay.mac`) turns off the simplifer during output formatting. WIth the simplifier off, (+ 1) never gets simplified to 1 in the code that adds up powers in a partial derivative to get the superscript on the "d". This seems to result in the bizarrely formatted TeX.  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: Daniel Volinski <danielvolinski@us...>  20171127 17:14:18

 ** [bugs:#3362] unable to invert matrix** **Status:** open **Group:** None **Created:** Mon Nov 27, 2017 05:14 PM UTC by Daniel Volinski **Last Updated:** Mon Nov 27, 2017 05:14 PM UTC **Owner:** nobody load(diff_form)$ scale_factor:[1,r,1]; diag(scale_factor); matrixp(%); invert(diag(scale_factor)); "Too many" arguments supplied to lambda([x,y],x @ y)(x,y); found: [1,r,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: Pjotr Wrolaszc <pwrolaszc1963@us...>  20171127 08:24:52

Thanks, great hint  I must have totally overseen it (for those who are interested: http://maxima.sourceforge.net/docs/manual/maxima_56.html ). That's a really great design decision. And also thank you for contributing in the open source community. I highly appreciate that. **my general usage** In general I use maxima for calculation and documentation. I do the calculations in maxima (frontend cantor or wxmaxima) with respect to units and then I save the file and export it to latex. So I can document my work in an easy way with latex by saving it to separate pdf or even put in appendix. Your package works just fine for me. I am strongly considering switching to it. ~~~ (%i2) 100 ` 1/s^2;sqrt(%) `` Hz; 1 (%o2) 100 `  2 s (%o3) 10 ` Hz ~~~ **question ezunits** One more question: Is there an easy way to tell ezunits to simplify the units without telling it specifically the desired one (see example below)? ~~~ (%i9) (10 ` N) / (2 ` m); N (%o9) 5 `  m (%i10) (10 ` N) / (2 ` m);% `` kg/s^2; N (%o10) 5 `  m kg (%o11) 5 `  2 ~~~ **unitpackage** Until now I have never encountered any problems with the unitpackage. Unfortunately the maintainer hasn't given a mail address in the package information (see below). Also I am guessing that it is no longer maintained. > /* Filename unit.mac > > *************************************************************** > * Unit Conversion and Definition Package * > * * > * * > * This package gives one the ability to convert * > * between units, define globally all units of a * > * given property (mass, for example) in terms of * > * a base unit, and various other abilities. * > * * > * Version 0.50 * > * May 25, 2005 * > * License: GPL * > * * > *  * > * Programmed by Cliff Yapp with invaluable help from * > * Barton Willis, Robert Dodier and the Maxima list * > *************************************************************** > > > General Design Notes: > > The variables current_let_rule_package and letrat are set on a > per function level in order to cause the minimum of disruption > to the default system behavior.  ** [bugs:#3361] Lisp error while using unit package** **Status:** open **Group:** None **Labels:** maxima lisp error unit package **Created:** Fri Nov 24, 2017 07:37 PM UTC by Pjotr Wrolaszc **Last Updated:** Mon Nov 27, 2017 03:18 AM UTC **Owner:** nobody Lisp error occures while calculating sqrt of a value with unit: ~~~ 100/s^2;sqrt(%); ~~~ > Maxima encountered a Lisp error: > Condition in ATOM [or a callee]: INTERNALSIMPLEERROR: Invocation history stack overflow. > Automatically continuing. > To enable the Lisp debugger set *debuggerhook* to nil.  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: Wolfgang Dautermann <dauti@us...>  20171127 07:36:19

Added a workaround with commit [66e834]  it should work now, if Maxima is installed in the default path (which is recommended!).  ** [bugs:#3355] MSW: Xmaxima depends on shortnames that no more exist in ReFS** **Status:** open **Group:** None **Created:** Mon Nov 13, 2017 07:40 AM UTC by Gunter Königsmann **Last Updated:** Mon Nov 13, 2017 07:40 AM UTC **Owner:** nobody ReFS, the new filesystem windows is provided with no more provides shortnames. In order to read the documentation Xmaxima currently depends on them as it currently doesn't support escaping file:// urls. => Don't know if it will even start up on a ReFSbased system.  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: Wolfgang Dautermann <dauti@us...>  20171127 07:34:54

Added a workaround with commit [66e834]  it does work now, if Maxima is installed in the default path (which is recommended!). (I really wonder, why the program started, that did fail for me too in the Xmaxima/Clisp case)  ** [bugs:#3354] MSW+CLISP only: Maxima cannot load packages if called from Xmaxima.** **Status:** open **Group:** None **Created:** Mon Nov 13, 2017 07:38 AM UTC by Gunter Königsmann **Last Updated:** Mon Nov 13, 2017 07:38 AM UTC **Owner:** nobody If called from Xmaxima maxima is executed with its path being a shortname. Don't ask me what causes this. Might be a pecularity of TCL, as I didn't find a line that converts paths to shortnames. The directory part of the path to the executable is used by maxima.bat in order to locate the directories from the maxima installation. Which is OK: The resulting path is a shortname that points to the maxima installation. And the program starts up OK. But it isn't able to do the following: ~~~ load("stringproc"); ~~~ Seems like clisp doesn't support shortnames.  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...>  20171127 03:18:44

Thanks for the additional information. Yes, with `100/s^2; sqrt(%);` I do see the same stack overflow error. About ezunits, you mention unit conversion. Units are converted by the double backtick operator, e.g.: ~~~~ (%i8) 1000 ` kW*hour `` MJ; (%o8) 3600 ` MJ ~~~~ Conversions are not applied until the user indicates the desired convertedto units; this is a design decision on my part (I wrote the ezunits package). Perhaps you can explain more about what you're trying to do, and I can suggest some approach.  ** [bugs:#3361] Lisp error while using unit package** **Status:** open **Group:** None **Labels:** maxima lisp error unit package **Created:** Fri Nov 24, 2017 07:37 PM UTC by Pjotr Wrolaszc **Last Updated:** Sun Nov 26, 2017 06:57 AM UTC **Owner:** nobody Lisp error occures while calculating sqrt of a value with unit: ~~~ 100/s^2;sqrt(%); ~~~ > Maxima encountered a Lisp error: > Condition in ATOM [or a callee]: INTERNALSIMPLEERROR: Invocation history stack overflow. > Automatically continuing. > To enable the Lisp debugger set *debuggerhook* to nil.  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: Pjotr Wrolaszc <pwrolaszc1963@us...>  20171126 11:03:41

In practical use it doesn't work and this happens  no matter how I call it: ~~~ [...] (%i8) omega2:c/m; (omega2)(615234375000*%pi)/1387*1/s^2 (%i9) omega:sqrt(%); Maxima encountered a Lisp error: Condition in NOTUNITFREE [or a callee]: INTERNALSIMPLEERROR: Invocation history stack overflow. Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. [...] ~~~ ~~~ [...] (%i8) omega2:c/m; (omega2)(615234375000*%pi)/1387*1/s^2 (%i9) omega:sqrt(omega2); Maxima encountered a Lisp error: Condition in ATOM [or a callee]: INTERNALSIMPLEERROR: Invocation history stack overflow. Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. ~~~  ** [bugs:#3361] Lisp error while using unit package** **Status:** open **Group:** None **Labels:** maxima lisp error unit package **Created:** Fri Nov 24, 2017 07:37 PM UTC by Pjotr Wrolaszc **Last Updated:** Sun Nov 26, 2017 06:57 AM UTC **Owner:** nobody Lisp error occures while calculating sqrt of a value with unit: ~~~ 100/s^2;sqrt(%); ~~~ > Maxima encountered a Lisp error: > Condition in ATOM [or a callee]: INTERNALSIMPLEERROR: Invocation history stack overflow. > Automatically continuing. > To enable the Lisp debugger set *debuggerhook* to nil.  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: Pjotr Wrolaszc <pwrolaszc1963@us...>  20171126 10:43:27

I've tried different ways of calling the function and strange behaviour occured: While it works by calling it in two steps, it fails by calling it in one step. 1. in two steps as you did ~~~ (%i2) 1/s^2; 1 (%o2)  2 s (%i3) sqrt(%); 1 (%o3)  abs(s) (%i4) 1/s^2;sqrt(%); 1 (%o4)  2 s 1 (%o5)  abs(s) ~~~ 2. in one step ~~~ (%i2) 100/s^2;sqrt(%); 1 (%o2) (100) () 2 s Maxima encountered a Lisp error: Condition in NFORMAT [or a callee]: INTERNALSIMPLEERROR: Bind stack overflow. Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. (%i4) 100/s^2; 1 (%o4) (100) () 2 s (%i5) sqrt(%); Unrecoverable error: bind stack overflow. ~~~ 3. in one step (with space) ~~~ (%i2) 100/s^2; sqrt(%); 1 (%o2) (100) () 2 s Maxima encountered a Lisp error: Condition in NFORMAT [or a callee]: INTERNALSIMPLEERROR: Bind stack overflow. Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. ~~~ 4. first in two then in one step ~~~ (%i2) 1/s^2; 1 (%o2)  2 s (%i3) sqrt(%); 1 (%o3)  abs(s) (%i4) 1/s^2; sqrt(%); 1 (%o4)  2 s 1 (%o5)  abs(s) ~~~  ** [bugs:#3361] Lisp error while using unit package** **Status:** open **Group:** None **Labels:** maxima lisp error unit package **Created:** Fri Nov 24, 2017 07:37 PM UTC by Pjotr Wrolaszc **Last Updated:** Sun Nov 26, 2017 06:57 AM UTC **Owner:** nobody Lisp error occures while calculating sqrt of a value with unit: ~~~ 100/s^2;sqrt(%); ~~~ > Maxima encountered a Lisp error: > Condition in ATOM [or a callee]: INTERNALSIMPLEERROR: Invocation history stack overflow. > Automatically continuing. > To enable the Lisp debugger set *debuggerhook* to nil.  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: Pjotr Wrolaszc <pwrolaszc1963@us...>  20171126 10:26:23

load(unit); > > (%i1) load(unit); > ******************************************************************* > * Units version 0.50 * > * Definitions based on the NIST Reference on * > * Constants, Units, and Uncertainty * > * Conversion factors from various sources including * > * NIST and the GNU units package * > ******************************************************************* > > Redefining necessary functions... > Initializing unit arrays... > Done. > (%o1) /usr/share/maxima/5.38.1/share/contrib/unit/unit.mac build_info(); > (%i2) build_info(); > (%o2) > Maxima version: "5.38.1" > Maxima build date: "20170305 18:17:22" > Host type: "x86_64pclinuxgnu" > Lisp implementation type: "GNU Common Lisp (GCL)" > Lisp implementation version: "GCL 2.6.12" Thanks for the recommendation, but I've already tried that package. As far as I know, it doesn't convert units and that's what I need. I am going to update maxima and lisp and try it again. I will report.  ** [bugs:#3361] Lisp error while using unit package** **Status:** open **Group:** None **Labels:** maxima lisp error unit package **Created:** Fri Nov 24, 2017 07:37 PM UTC by Pjotr Wrolaszc **Last Updated:** Sun Nov 26, 2017 06:57 AM UTC **Owner:** nobody Lisp error occures while calculating sqrt of a value with unit: ~~~ 100/s^2;sqrt(%); ~~~ > Maxima encountered a Lisp error: > Condition in ATOM [or a callee]: INTERNALSIMPLEERROR: Invocation history stack overflow. > Automatically continuing. > To enable the Lisp debugger set *debuggerhook* to nil.  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...>  20171126 06:57:35

Hmm, I don't get that error: ~~~~ (%i1) load(unit); ******************************************************************* * Units version 0.50 * * Definitions based on the NIST Reference on * * Constants, Units, and Uncertainty * * Conversion factors from various sources including * * NIST and the GNU units package * ******************************************************************* Redefining necessary functions... [some verbose messages omitted] Initializing unit arrays... Done. (%o1) /home/robert/maxima/maximacode/share/contrib/unit/unit.mac (%i2) 1/s^2; 1 (%o2)  2 s (%i3) sqrt(%); 1 (%o3)  abs(s) ~~~~ What does `build_info();` report on your system? Mine says: ~~~~ Maxima version: "branch_5_40_base_317_g93ba465" Maxima build date: "20171118 11:06:16" Host type: "i686pclinuxgnu" Lisp implementation type: "CLISP" Lisp implementation version: "2.49 (20100707) (built 3605610186) (memory 3720020780)" ~~~~ Maybe you can try another units package which is in Maxima, namely ezunits: ~~~~ (%i1) load(ezunits); (%o1) /home/robert/maxima/maximacode/share/ezunits/ezunits.mac (%i2) 100 ` 1/s^2; 1 (%o2) 100 `  2 s (%i3) sqrt(%); 1 (%o3) 10 `  s ~~~~  ** [bugs:#3361] Lisp error while using unit package** **Status:** open **Group:** None **Labels:** maxima lisp error unit package **Created:** Fri Nov 24, 2017 07:37 PM UTC by Pjotr Wrolaszc **Last Updated:** Fri Nov 24, 2017 07:37 PM UTC **Owner:** nobody Lisp error occures while calculating sqrt of a value with unit: ~~~ 100/s^2;sqrt(%); ~~~ > Maxima encountered a Lisp error: > Condition in ATOM [or a callee]: INTERNALSIMPLEERROR: Invocation history stack overflow. > Automatically continuing. > To enable the Lisp debugger set *debuggerhook* to nil.  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...>  20171126 01:44:29

 **status**: open > closed  **Comment**: I've verifed that the problem is present in the commit immediately preceding 6d35b66 (post5.37 and pre5.38) and fixed in 6d35b66. Log message says it has to do with NFORMAT. Closing this report.  ** [bugs:#3360] Expression ordering inconsistent: f(k+j) but (j+k)^2** **Status:** closed **Group:** None **Created:** Wed Nov 22, 2017 09:36 PM UTC by Stavros Macrakis **Last Updated:** Sat Nov 25, 2017 08:11 PM UTC **Owner:** nobody The canonical display order for j+k is k+j. Thus, `j+k` => `k+j`, `f(j+k)` => `f(k+j)`, `2*(j+k)` => `2*(k+j)`, `1/(j+k)` => `1/(k+j)` But the canonical order of `(k+j)^2` is `(j+k)^2` (!!!) Why is the expression ordering inconsistent? This means that you can't reliably use "part" when looking at an expression: `part(f(k+j),1,1)`=>`k`, but `part((k+j)^2,1,1)` => `j` ! Is this old or new behavior? i686pcmingw32",lisp_name="SBCL",lisp_version="1.2.7"  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: Stavros Macrakis <macrakis@us...>  20171125 20:11:03

Fixed in (version="5.38.1_5_gdf93b7b_dirty",timestamp="20160513 22:33:49",host= "i686w64mingw32",lisp_name="CLISP",lisp_version= "2.49 (20100707) (built on toshiba [192.168.43.3])")  ** [bugs:#3360] Expression ordering inconsistent: f(k+j) but (j+k)^2** **Status:** open **Group:** None **Created:** Wed Nov 22, 2017 09:36 PM UTC by Stavros Macrakis **Last Updated:** Sat Nov 25, 2017 06:04 PM UTC **Owner:** nobody The canonical display order for j+k is k+j. Thus, `j+k` => `k+j`, `f(j+k)` => `f(k+j)`, `2*(j+k)` => `2*(k+j)`, `1/(j+k)` => `1/(k+j)` But the canonical order of `(k+j)^2` is `(j+k)^2` (!!!) Why is the expression ordering inconsistent? This means that you can't reliably use "part" when looking at an expression: `part(f(k+j),1,1)`=>`k`, but `part((k+j)^2,1,1)` => `j` ! Is this old or new behavior? i686pcmingw32",lisp_name="SBCL",lisp_version="1.2.7"  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: Stavros Macrakis <macrakis@us...>  20171125 18:04:26

Sorry about the incomplete version. It's version="5.37.2", timestamp="20150918 21:03:17",host="i686pcmingw32",lisp_name="SBCL",lisp_version="1.2.7".  ** [bugs:#3360] Expression ordering inconsistent: f(k+j) but (j+k)^2** **Status:** open **Group:** None **Created:** Wed Nov 22, 2017 09:36 PM UTC by Stavros Macrakis **Last Updated:** Thu Nov 23, 2017 05:15 AM UTC **Owner:** nobody The canonical display order for j+k is k+j. Thus, `j+k` => `k+j`, `f(j+k)` => `f(k+j)`, `2*(j+k)` => `2*(k+j)`, `1/(j+k)` => `1/(k+j)` But the canonical order of `(k+j)^2` is `(j+k)^2` (!!!) Why is the expression ordering inconsistent? This means that you can't reliably use "part" when looking at an expression: `part(f(k+j),1,1)`=>`k`, but `part((k+j)^2,1,1)` => `j` ! Is this old or new behavior? i686pcmingw32",lisp_name="SBCL",lisp_version="1.2.7"  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: Pjotr Wrolaszc <pwrolaszc1963@us...>  20171124 19:37:41

 ** [bugs:#3361] Lisp error while using unit package** **Status:** open **Group:** None **Labels:** maxima lisp error unit package **Created:** Fri Nov 24, 2017 07:37 PM UTC by Pjotr Wrolaszc **Last Updated:** Fri Nov 24, 2017 07:37 PM UTC **Owner:** nobody Lisp error occures while calculating sqrt of a value with unit: ~~~ 100/s^2;sqrt(%); ~~~ > Maxima encountered a Lisp error: > Condition in ATOM [or a callee]: INTERNALSIMPLEERROR: Invocation history stack overflow. > Automatically continuing. > To enable the Lisp debugger set *debuggerhook* to nil.  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: James R. Van Zandt <vanzandt@us...>  20171124 02:45:21

Maxima is returning the answer for a different integral. E.g. in MATLAB: >> (1exp(pi/2))/2 ans = 0.3961 >> quad(@(x) exp(acos(x)),0,1) ans = 0.3961 Another way to look at it is that Maxima has chosen a different branch. Ordinarily, one would say that 0 < acos(x) < pi/2 if 0 < x < 1. That's the branch that MATLAB uses: >> acos(.9) ans = 0.4510 >> cos(.4510) ans = 0.9000 However, cos(x) is of course an even function: >> cos(.4510) ans = 0.9000 ...which means one could claim that acos(.9) = .4510 That's essentially what Maxima has done. I've no clue as to how one could persuade it to use a different branch. On Wed, Oct 11, 2017 at 4:37 AM, Marcelo Forets via Maximabugs < maximabugs@...> wrote: >  > > * [bugs:#3340] <https://sourceforge.net/p/maxima/bugs/3340/>; wrong > exponential integral of arccos * > > *Status:* open > *Group:* None > *Created:* Wed Oct 11, 2017 08:37 AM UTC by Marcelo Forets > *Last Updated:* Wed Oct 11, 2017 08:37 AM UTC > *Owner:* nobody > > Hello! > Maxima gets the following definite integral wrong: > > (%i10) integrate(exp(acos(x)),x,0,1); >  %pi/2 > 1 %e > (%o10)    > 2 2 > > The correct answer is 1/2*e^(1/2*pi) + 1/2. > > Downstream report: https://trac.sagemath.org/ticket/24008 >  > > 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. > >  >  > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Maximabugs mailing list > Maximabugs@... > https://lists.sourceforge.net/lists/listinfo/maximabugs > >  ** [bugs:#3340] wrong exponential integral of arccos ** **Status:** open **Group:** None **Labels:** integrate **Created:** Wed Oct 11, 2017 08:37 AM UTC by Marcelo Forets **Last Updated:** Thu Nov 23, 2017 11:27 PM UTC **Owner:** nobody Hello! Maxima gets the following definite integral wrong: ~~~~ (%i10) integrate(exp(acos(x)),x,0,1);  %pi/2 1 %e (%o10)    2 2 ~~~~ The correct answer is `1/2*e^(1/2*pi) + 1/2`. Downstream report: https://trac.sagemath.org/ticket/24008  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. 