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

_{Mar}

_{Apr}

_{May}

_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

From: Gunter Königsmann <peterpall@us...>  20170124 18:58:05

 ** [bugs:#3282] lsquares and lists of list of data to be fitted on** **Status:** open **Group:** None **Created:** Tue Jan 24, 2017 06:58 PM UTC by Gunter Königsmann **Last Updated:** Tue Jan 24, 2017 06:58 PM UTC **Owner:** nobody I have a list of data sets that are huge => running lsquares_estimates() on them to fit them on an equation would need too big amounts of time. Normally lsquares_estimates_approximate() helps in this case as it skips the step that tries to find an exact solution. But as I have not a single data set, but a list of data sets that somehow backfires: ~~~ (%i34) load("lsquares"); data:[ matrix([0,0],[1,1],[2,2]), matrix([2,2],[1,1],[2,2]) ]; eqtn:y=a*x^2+b*x+c; lsquares_mse(data[1],[x,y],eqtn); lsquares_estimates_approximate(%,[a,b,c]); (%o30) "/usr/local/share/maxima/branch_5_39_base_66_gbbb452f/share/lsquares/lsquares.mac" (data) [matrix( [0, 0], [1, 1], [2, 2] ),matrix( [2, 2], [1, 1], [2, 2] )] (eqtn) y=a*x^2+b*x+c (%o33) sum((m6[i,2]a*m6[i,1]^2b*m6[i,1]c)^2,i,1,1) Maxima encountered a Lisp error: The value ((MTIMES SIMP) 2.0 ((MEXPT SIMP) ((MQAPPLY SIMP ARRAY) (($DATA SIMP ARRAY) 1) 1 1) 2) ((MPLUS SIMP) 1.0 ((MTIMES SIMP) 1.0 ((MQAPPLY SIMP ARRAY) (($DATA SIMP ARRAY) 1) 1 1)) ((MTIMES SIMP) 1.0 ((MEXPT SIMP) ((MQAPPLY SIMP ARRAY) (($DATA SIMP ARRAY) 1) 1 1) 2)) ((MQAPPLY SIMP ARRAY) (($DATA SIMP ARRAY) 1) 1 2))) is not of type DOUBLEFLOAT. Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. ~~~ Only running lsquares_estimates on a single entry of the list works: ~~~ (%i29) load("lsquares"); data:matrix([0,0],[1,1],[2,2]); eqtn:y=a*x^2+b*x+c; lsquares_mse(data,[x,y],eqtn); lsquares_estimates_approximate(%,[a,b,c]); (%o25) "/usr/local/share/maxima/branch_5_39_base_66_gbbb452f/share/lsquares/lsquares.mac" (data) matrix( [0, 0], [1, 1], [2, 2] ) (eqtn) y=a*x^2+b*x+c (%o28) sum((data[i,2]a*data[i,1]^2b*data[i,1]c)^2,i,1,3)/3 ************************************************* N= 3 NUMBER OF CORRECTIONS=25 INITIAL VALUES F= 1.000000000000000D+01 GNORM= 1.753726191728787D+01 ************************************************* I NFN FUNC GNORM STEPLENGTH 1 2 2.796937667198332D01 1.961076084276657D+00 5.702144409522791D02 2 3 1.464269617620298D01 4.983306664572200D01 1.000000000000000D+00 ~~~ snip ~~~ 13 14 3.397773998012277D06 4.742450181229817D03 1.000000000000000D+00 14 15 2.643557109421608D08 2.597101638571121D04 1.000000000000000D+00 THE MINIMIZATION TERMINATED WITHOUT DETECTING ERRORS. IFLAG = 0 (%o29) [[a=3.405898581949557*10^4,b=1.000676542954337,c=1.342533507359797*10^4]] ~~~ I have been able to ship around this problem by putting the data set I am working on into a temporary variable before running lsquares: ~~~ load("lsquares"); data:[ matrix([0,0],[1,1],[2,2]), matrix([2,2],[1,1],[2,2]) ]; eqtn:y=a*x^2+b*x+c; makelist(block([tmp], tmp:data[i], lsquares_estimates_approximate(lsquares_mse(tmp,[x,y],eqtn),[a,b,c]) ), i,1,length(data) ); ...but I am convinced that the fact that I needed this is a bug. ~~~  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: David Scherfgen <tomasriker@us...>  20170124 17:45:39

Another interesting observation: With `domain : complex`, the integral from `a` to `0` is `(asin(2/(sqrt(4/a^2)*a))*a)/2`, while the integral from `0` to `a` is `(%pi*a)/4`.  ** [bugs:#3281] Exchanging limits in integral of sqrt(1(x/a)^2) does not always result in opposite sign** **Status:** open **Group:** None **Labels:** integrate defint **Created:** Mon Jan 23, 2017 08:30 PM UTC by Torben **Last Updated:** Tue Jan 24, 2017 05:43 PM UTC **Owner:** nobody The resultes below should be of opposite sign. ~~~~ Maxima 5.38.1 http://maxima.sourceforge.net using Lisp CLISP 2.49 (20100707) 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) integrate(sqrt(1(x/a)^2),x,0,a); Is a positive or negative? pos; %pi a (%o1)  4 (%i2) integrate(sqrt(1(x/a)^2),x,a,0); Is a positive or negative? pos; %pi a (%o2)  4 (%i3) 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.38.1" Maxima build date: "20161019 00:27:24" Host type: "x86_64suselinuxgnu" Lisp implementation type: "CLISP" Lisp implementation version: "2.49 (20100707) (built on cloud112 [127.0.0.1])"  The above information is also reported by the function 'build_info()'. (%o3) ~~~~ Regards Torben  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: David Scherfgen <tomasriker@us...>  20170124 17:43:36

Interestingly, if the answer is `neg` instead of `pos`, the results differ in sign as expected.  ** [bugs:#3281] Exchanging limits in integral of sqrt(1(x/a)^2) does not always result in opposite sign** **Status:** open **Group:** None **Labels:** integrate defint **Created:** Mon Jan 23, 2017 08:30 PM UTC by Torben **Last Updated:** Tue Jan 24, 2017 03:44 PM UTC **Owner:** nobody The resultes below should be of opposite sign. ~~~~ Maxima 5.38.1 http://maxima.sourceforge.net using Lisp CLISP 2.49 (20100707) 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) integrate(sqrt(1(x/a)^2),x,0,a); Is a positive or negative? pos; %pi a (%o1)  4 (%i2) integrate(sqrt(1(x/a)^2),x,a,0); Is a positive or negative? pos; %pi a (%o2)  4 (%i3) 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.38.1" Maxima build date: "20161019 00:27:24" Host type: "x86_64suselinuxgnu" Lisp implementation type: "CLISP" Lisp implementation version: "2.49 (20100707) (built on cloud112 [127.0.0.1])"  The above information is also reported by the function 'build_info()'. (%o3) ~~~~ Regards Torben  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...>  20170124 15:44:58

 **labels**: > integrate, defint  Description has changed: Diff: ~~~~  old +++ new @@ 1,5 +1,5 @@ The resultes below should be of opposite sign.  +~~~~ Maxima 5.38.1 http://maxima.sourceforge.net using Lisp CLISP 2.49 (20100707) Distributed under the GNU Public License. See the file COPYING. @@ 35,7 +35,7 @@ The above information is also reported by the function 'build_info()'. (%o3)  +~~~~ Regards Torben ~~~~  ** [bugs:#3281] Exchanging limits in integral of sqrt(1(x/a)^2) does not always result in opposite sign** **Status:** open **Group:** None **Labels:** integrate defint **Created:** Mon Jan 23, 2017 08:30 PM UTC by Torben **Last Updated:** Mon Jan 23, 2017 08:30 PM UTC **Owner:** nobody The resultes below should be of opposite sign. ~~~~ Maxima 5.38.1 http://maxima.sourceforge.net using Lisp CLISP 2.49 (20100707) 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) integrate(sqrt(1(x/a)^2),x,0,a); Is a positive or negative? pos; %pi a (%o1)  4 (%i2) integrate(sqrt(1(x/a)^2),x,a,0); Is a positive or negative? pos; %pi a (%o2)  4 (%i3) 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.38.1" Maxima build date: "20161019 00:27:24" Host type: "x86_64suselinuxgnu" Lisp implementation type: "CLISP" Lisp implementation version: "2.49 (20100707) (built on cloud112 [127.0.0.1])"  The above information is also reported by the function 'build_info()'. (%o3) ~~~~ Regards Torben  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: Torben <torhans1971@us...>  20170123 20:30:54

 ** [bugs:#3281] Exchanging limits in integral of sqrt(1(x/a)^2) does not always result in opposite sign** **Status:** open **Group:** None **Created:** Mon Jan 23, 2017 08:30 PM UTC by Torben **Last Updated:** Mon Jan 23, 2017 08:30 PM UTC **Owner:** nobody The resultes below should be of opposite sign. Maxima 5.38.1 http://maxima.sourceforge.net using Lisp CLISP 2.49 (20100707) 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) integrate(sqrt(1(x/a)^2),x,0,a); Is a positive or negative? pos; %pi a (%o1)  4 (%i2) integrate(sqrt(1(x/a)^2),x,a,0); Is a positive or negative? pos; %pi a (%o2)  4 (%i3) 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.38.1" Maxima build date: "20161019 00:27:24" Host type: "x86_64suselinuxgnu" Lisp implementation type: "CLISP" Lisp implementation version: "2.49 (20100707) (built on cloud112 [127.0.0.1])"  The above information is also reported by the function 'build_info()'. (%o3) Regards Torben  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: kofoid <eric_kofoid@us...>  20170123 19:47:50

Hi David, Thanks very much for your answer. It helps a lot. Cheers, Eric Eric Kofoid, Ph.D. Senior Project Scientist 318 Briggs Hall Dept. Microbiology University of California at Davis One Shields Avenue Davis, CA 95616 5307526788 eckofoid at ucdavis.edu CONFIDENTIALITY NOTICE: This communication with its contents may contain confidential or legally privileged information. It is solely for the use of the intended recipients. Unauthorized interception, review, use or disclosure is prohibited and may violate applicable laws including the Electronic Communications Privacy Act. If you are not the intended recipient, please contact the sender and destroy all copies of this communication. > On Jan 22, 2017, at 6:36 AM, David Scherfgen <tomasriker@...> wrote: > > This has nothing to do with OS X. Seems like Maxima cannot numerically evaluate gamma_greek. You can work around it by using gamma_incomplete, which Maxima does know how to evaluate numerically. If I'm not mistaken, gamma_greek(10,1) = gamma_incomplete(10,0)  gamma_incomplete(10,1). > > [bugs:#3277] <https://sourceforge.net/p/maxima/bugs/3277/>; gammarelated functions under OS X > > Status: open > Group: None > Created: Thu Jan 19, 2017 12:50 AM UTC by kofoid > Last Updated: Thu Jan 19, 2017 12:50 AM UTC > Owner: nobody > > I am running maxima 5.38.0 under OS X 10.10.5. Of the various gammaassociated functions, only "gamma" itself produces output. As an example, attempting to run "gamma_greek(10,1)" produces itself as output. > > Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/maxima/bugs/3277/ <https://sourceforge.net/p/maxima/bugs/3277/>; > To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/ <https://sourceforge.net/auth/subscriptions/>;  ** [bugs:#3277] gammarelated functions under OS X** **Status:** open **Group:** None **Created:** Thu Jan 19, 2017 12:50 AM UTC by kofoid **Last Updated:** Sun Jan 22, 2017 10:23 PM UTC **Owner:** nobody I am running maxima 5.38.0 under OS X 10.10.5. Of the various gammaassociated functions, only "gamma" itself produces output. As an example, attempting to run "gamma_greek(10,1)" produces itself as output.  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...>  20170122 22:23:25

OP, there are at least 4 ways to compute numerical values for `gamma_greek`. ~~~~ (%i1) gamma_greek(10, 1), numer; (%o1) gamma_greek(10, 1) (%i2) gamma(10)  gamma_incomplete(10, 1), numer; (%o2) 0.04043407755671069 (%i3) gamma_incomplete(10, 0)  gamma_incomplete(10, 1), numer; (%o3) 0.04043407755671069 (%i4) gamma(10)*(1  gamma_incomplete_regularized(10, 1)), numer; (%o4) 0.04043407756135764 (%i5) gamma_incomplete_generalized(10, 0, 1), numer; (%o5) 0.04043407755671069 ~~~~ It is a bug that `gamma_greek` doesn't have its own numerical evaluation. It can easily be resolved by punting to one of the methods above, although it's not clear to me which is most accurate. Aside from `gamma_greek`, did you find other gamma functions which do not evaluate numerically? I can't find any examples other than `gamma_greek`.  ** [bugs:#3277] gammarelated functions under OS X** **Status:** open **Group:** None **Created:** Thu Jan 19, 2017 12:50 AM UTC by kofoid **Last Updated:** Sun Jan 22, 2017 02:36 PM UTC **Owner:** nobody I am running maxima 5.38.0 under OS X 10.10.5. Of the various gammaassociated functions, only "gamma" itself produces output. As an example, attempting to run "gamma_greek(10,1)" produces itself as output.  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...>  20170122 22:14:16

"This has nothing to do with ..." sounds strongly dismissive in English. "This appears to happen on other platforms too" or "It doesn't appear to be related to the operating system" or "I have determined the problem is due to ..." are more neutral. I'm rather sensitive to tone, because, in this textonly universe we inhabit, all we have are words to communicate. Thanks for your ongoing efforts, I appreciate your work very much.  ** [bugs:#3277] gammarelated functions under OS X** **Status:** open **Group:** None **Created:** Thu Jan 19, 2017 12:50 AM UTC by kofoid **Last Updated:** Sun Jan 22, 2017 02:36 PM UTC **Owner:** nobody I am running maxima 5.38.0 under OS X 10.10.5. Of the various gammaassociated functions, only "gamma" itself produces output. As an example, attempting to run "gamma_greek(10,1)" produces itself as output.  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: David Scherfgen <tomasriker@us...>  20170122 21:44:21

Robert, I honestly don't see how my comment could be called "inappropriate in tone". Maybe it's because I'm not a native speaker of English. It certainly wasn't meant negative in any way, I even spent some time reproducing it and finding a workaround. Apologies if it came off the wrong way.  ** [bugs:#3277] gammarelated functions under OS X** **Status:** open **Group:** None **Created:** Thu Jan 19, 2017 12:50 AM UTC by kofoid **Last Updated:** Sun Jan 22, 2017 02:36 PM UTC **Owner:** nobody I am running maxima 5.38.0 under OS X 10.10.5. Of the various gammaassociated functions, only "gamma" itself produces output. As an example, attempting to run "gamma_greek(10,1)" produces itself as output.  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...>  20170122 21:32:59

Um, David, please bear in mind that OP very probably can't tell if the problem depends on the operating system or not. So I will suggest to you to try to understand what you write from someone else's point of view to determine whether your tone is appropriate for this medium.  ** [bugs:#3277] gammarelated functions under OS X** **Status:** open **Group:** None **Created:** Thu Jan 19, 2017 12:50 AM UTC by kofoid **Last Updated:** Sun Jan 22, 2017 02:36 PM UTC **Owner:** nobody I am running maxima 5.38.0 under OS X 10.10.5. Of the various gammaassociated functions, only "gamma" itself produces output. As an example, attempting to run "gamma_greek(10,1)" produces itself as output.  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: Dima Pasechnik <dimpase@us...>  20170122 21:32:31

tarball  and not running autotools.  ** [bugs:#3278] makeinfo still a prereq in 5.39.0** **Status:** open **Group:** None **Created:** Sun Jan 22, 2017 03:51 PM UTC by Dima Pasechnik **Last Updated:** Sun Jan 22, 2017 09:15 PM UTC **Owner:** nobody Despite #2878, one cannot build Maxima 5.39.0 from source (doing configure+make) without autotools and makeinfo. (Or perhaps it is possble, but how to do it is not documented.)  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...>  20170122 21:25:36

 ** [bugs:#3280] gruntz incorrect limit** **Status:** open **Group:** None **Labels:** gruntz limit **Created:** Sun Jan 22, 2017 09:25 PM UTC by Robert Dodier **Last Updated:** Sun Jan 22, 2017 09:25 PM UTC **Owner:** nobody `gruntz` gives an incorrect result. Note that this is the same expression as in [#3279](https://sourceforge.net/p/maxima/bugs/3279/), but `gruntz` gives the incorrect result even with `domain` = `real`. ~~~~ (%i1) gruntz((2^(2*x+1)+(2^x*x^100)^(3/2))/(4^x100*2^x),x,inf); (%o1) minf (%i2) domain; (%o2) real ~~~~ Working with Maxima 5.39.0 + Clisp 2.49 + Ubuntu 14.04.  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...>  20170122 21:20:58

 ** [bugs:#3279] limit incorrect with domain:complex** **Status:** open **Group:** None **Labels:** limit domain complex **Created:** Sun Jan 22, 2017 09:20 PM UTC by Robert Dodier **Last Updated:** Sun Jan 22, 2017 09:20 PM UTC **Owner:** nobody >From sagesupport 20170122 "This limit seems to be wrong": ~~~~ (%i1) domain; (%o1) real (%i2) limit((2^(2*x+1)+(2^x*x^100)^(3/2))/(4^x100*2^x),x,inf); (%o2) 2 (%i3) domain:complex $ (%i4) limit((2^(2*x+1)+(2^x*x^100)^(3/2))/(4^x100*2^x),x,inf); (%o4) minf ~~~~ Declaring x to be real doesn't help: ~~~~ (%i1) declare (x, real); (%o1) done (%i2) domain:complex; (%o2) complex (%i3) limit((2^(2*x+1)+(2^x*x^100)^(3/2))/(4^x100*2^x),x,inf); (%o3) minf ~~~~ Working with Maxima 5.39.0 + Clisp 2.49 + Ubuntu 14.04.  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...>  20170122 21:15:37

May I ask if you are working with a tarball or git sandbox?  ** [bugs:#3278] makeinfo still a prereq in 5.39.0** **Status:** open **Group:** None **Created:** Sun Jan 22, 2017 03:51 PM UTC by Dima Pasechnik **Last Updated:** Sun Jan 22, 2017 03:51 PM UTC **Owner:** nobody Despite #2878, one cannot build Maxima 5.39.0 from source (doing configure+make) without autotools and makeinfo. (Or perhaps it is possble, but how to do it is not documented.)  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: Dima Pasechnik <dimpase@us...>  20170122 15:51:40

 ** [bugs:#3278] makeinfo still a prereq in 5.39.0** **Status:** open **Group:** None **Created:** Sun Jan 22, 2017 03:51 PM UTC by Dima Pasechnik **Last Updated:** Sun Jan 22, 2017 03:51 PM UTC **Owner:** nobody Despite #2878, one cannot build Maxima 5.39.0 from source (doing configure+make) without autotools and makeinfo. (Or perhaps it is possble, but how to do it is not documented.)  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: David Scherfgen <tomasriker@us...>  20170122 14:36:15

This has nothing to do with OS X. Seems like Maxima cannot numerically evaluate `gamma_greek`. You can work around it by using `gamma_incomplete`, which Maxima does know how to evaluate numerically. If I'm not mistaken, `gamma_greek(10,1) = gamma_incomplete(10,0)  gamma_incomplete(10,1)`.  ** [bugs:#3277] gammarelated functions under OS X** **Status:** open **Group:** None **Created:** Thu Jan 19, 2017 12:50 AM UTC by kofoid **Last Updated:** Thu Jan 19, 2017 12:50 AM UTC **Owner:** nobody I am running maxima 5.38.0 under OS X 10.10.5. Of the various gammaassociated functions, only "gamma" itself produces output. As an example, attempting to run "gamma_greek(10,1)" produces itself as output.  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: David Scherfgen <tomasriker@us...>  20170122 13:36:01

Odd that it finds only the imaginary solution, not the real one.  ** [bugs:#3276] regression in to_poly_solve** **Status:** open **Group:** None **Created:** Tue Jan 17, 2017 11:25 PM UTC by Dima Pasechnik **Last Updated:** Tue Jan 17, 2017 11:25 PM UTC **Owner:** nobody the following used to output 2 different solutions, not just one (as is now in 5.39.0): (%i5) to_poly_solve(Q*sqrt(Q^2 + 2)=1,Q); (%o5) %union([Q =  sqrt(( sqrt(2))  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: Dima Pasechnik <dimpase@us...>  20170122 10:10:59

The same error is reported while building Maxima 5.39.0  has this fix been properly applied?  ** [bugs:#2878] Installing from maxima5.35.1.tar.gz requires Makeinfo** **Status:** closed **Group:** None **Labels:** makeinfo **Created:** Wed Jan 07, 2015 01:16 PM UTC by Peter Bruin **Last Updated:** Sat Jan 10, 2015 12:50 PM UTC **Owner:** nobody When building Maxima 5.35.1 from the source tarball on a system without Makeinfo, the following happens: Making all in doc make[1]: Entering directory `/home/bruinpj/src/maxima5.35.1/doc' Making all in info make[2]: Entering directory `/home/bruinpj/src/maxima5.35.1/doc/info' make[3]: Entering directory `/home/bruinpj/src/maxima5.35.1/doc/info' makeinfo splitsize=1000000 maxima.texi /bin/bash: makeinfo: command not found make[3]: *** [maxima.info] Error 127 make[3]: Leaving directory `/home/bruinpj/src/maxima5.35.1/doc/info' make[2]: *** [allrecursive] Error 1 make[2]: Leaving directory `/home/bruinpj/src/maxima5.35.1/doc/info' make[1]: *** [allrecursive] Error 1 make[1]: Leaving directory `/home/bruinpj/src/maxima5.35.1/doc' make: *** [allrecursive] Error 1 It seems to me that Makeinfo shouldn't be needed when installing from the source tarball. The problem is that `doc/info/includemaxima.texi` is created by `configure` and `maxima.info` depends on this. A suboptimal workaround (where `$(MAKEINFO)` is the "`missing`" script if the real Makeinfo is not installed) is the following: ~~~~ :::diff  a/doc/info/Makefile.am +++ b/doc/info/Makefile.am @@ 211,7 +211,7 @@ alllocal: maxima.info maximaindex.lisp $(MAXIMA_CHM) maxima.info : maxima.texi  makeinfo splitsize=1000000 maxima.texi + $(MAKEINFO) splitsize=1000000 maxima.texi html: maxima.html contents.hhc  a/doc/info/Makefile.in +++ b/doc/info/Makefile.in @@ 1064,7 +1064,7 @@ alllocal: maxima.info maximaindex.lisp $(MAXIMA_CHM) maxima.info : maxima.texi  makeinfo splitsize=1000000 maxima.texi + $(MAKEINFO) splitsize=1000000 maxima.texi html: maxima.html contents.hhc ~~~~ Another (better?) solution could be to ensure that a correct `includemaxima.texi` is included in the source tarball so that it does not have to be generated by `configure`.  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: David Scherfgen <tomasriker@us...>  20170120 10:12:59

 Description has changed: Diff: ~~~~  old +++ new @@ 1,5 +1,6 @@ integrate(log(1x^2)/x, x); used to give no terms with log(x) and log(x), but now, while formally correct, numerically this makes no sense: (%i4) integrate(log(1x^2)/x, x); +`(%i4) integrate(log(1x^2)/x, x);` +`(%o4) log(x)*log(x+1)+li[2](x+1)+log(1x)*log(x)+li[2](1x)` (%o4) log(x)*log(x+1)+li[2](x+1)+log(1x)*log(x)+li[2](1x) +Edited by David Scherfgen: Fixed formatting. ~~~~  ** [bugs:#3275] integrate(log(1x^2)/x, x) looks invalid** **Status:** open **Group:** None **Created:** Tue Jan 17, 2017 11:04 PM UTC by Dima Pasechnik **Last Updated:** Fri Jan 20, 2017 07:55 AM UTC **Owner:** nobody integrate(log(1x^2)/x, x); used to give no terms with log(x) and log(x), but now, while formally correct, numerically this makes no sense: `(%i4) integrate(log(1x^2)/x, x);` `(%o4) log(x)*log(x+1)+li[2](x+1)+log(1x)*log(x)+li[2](1x)` Edited by David Scherfgen: Fixed formatting.  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: David Scherfgen <tomasriker@us...>  20170120 07:55:18

I think the answer should be `li[2](x^2)/2`.  ** [bugs:#3275] integrate(log(1x^2)/x, x) looks invalid** **Status:** open **Group:** None **Created:** Tue Jan 17, 2017 11:04 PM UTC by Dima Pasechnik **Last Updated:** Tue Jan 17, 2017 11:04 PM UTC **Owner:** nobody integrate(log(1x^2)/x, x); used to give no terms with log(x) and log(x), but now, while formally correct, numerically this makes no sense: (%i4) integrate(log(1x^2)/x, x); (%o4) log(x)*log(x+1)+li[2](x+1)+log(1x)*log(x)+li[2](1x)  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: kofoid <eric_kofoid@us...>  20170119 00:50:40

 ** [bugs:#3277] gammarelated functions under OS X** **Status:** open **Group:** None **Created:** Thu Jan 19, 2017 12:50 AM UTC by kofoid **Last Updated:** Thu Jan 19, 2017 12:50 AM UTC **Owner:** nobody I am running maxima 5.38.0 under OS X 10.10.5. Of the various gammaassociated functions, only "gamma" itself produces output. As an example, attempting to run "gamma_greek(10,1)" produces itself as output.  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: Dima Pasechnik <dimpase@us...>  20170117 23:25:49

 ** [bugs:#3276] regression in to_poly_solve** **Status:** open **Group:** None **Created:** Tue Jan 17, 2017 11:25 PM UTC by Dima Pasechnik **Last Updated:** Tue Jan 17, 2017 11:25 PM UTC **Owner:** nobody the following used to output 2 different solutions, not just one (as is now in 5.39.0): (%i5) to_poly_solve(Q*sqrt(Q^2 + 2)=1,Q); (%o5) %union([Q =  sqrt(( sqrt(2))  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: Dima Pasechnik <dimpase@us...>  20170117 23:04:31

 ** [bugs:#3275] integrate(log(1x^2)/x, x) looks invalid** **Status:** open **Group:** None **Created:** Tue Jan 17, 2017 11:04 PM UTC by Dima Pasechnik **Last Updated:** Tue Jan 17, 2017 11:04 PM UTC **Owner:** nobody integrate(log(1x^2)/x, x); used to give no terms with log(x) and log(x), but now, while formally correct, numerically this makes no sense: (%i4) integrate(log(1x^2)/x, x); (%o4) log(x)*log(x+1)+li[2](x+1)+log(1x)*log(x)+li[2](1x)  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...>  20170115 20:20:32

 **status**: open > closed  ** [bugs:#3274] "quotient by zero" error in Risch code** **Status:** closed **Group:** None **Labels:** integrate polynomials risch **Created:** Sun Jan 15, 2017 07:34 PM UTC by Robert Dodier **Last Updated:** Sun Jan 15, 2017 08:19 PM UTC **Owner:** nobody Reported to mailing list 20170113: "Failure in integrate()" Thanks to Konstantin Stopani for this report. Maxima version: "5.38.0" Maxima build date: "20160403 08:56:53" Host type: "x86_64appledarwin15.4.0" Lisp implementation type: "SBCL" Lisp implementation version: "1.2.10", the following code produces an error (Maxima output shown with "[Maxima:]"): ~~~~ expr: (%e^(t/tau3)*(%e^(t/tau3+t/tau1)%e^t*tau3)) /((tau1*%e^(t/tau1)+%e^(t/tau1)) *%e^(t/tau2)*tau3+%e^(t/tau2+t/tau1))$ integrate(expr, t); [Maxima:] `quotient' by `zero' [Maxima:]  an error. To debug this try: debugmode(true); ~~~~ However, when names of all the constants are changed, all works: ~~~~ integrate(subst([tau1=c1, tau2=c2, tau3=c3], expr), t); [Maxima:] (%o1) (... skipped presumably correct expression ...) ~~~~ Also, the online maxima version on maximaonline.org (Maxima 5.21.1 GCL linux) seems to not produce the 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: Robert Dodier <robert_dodier@us...>  20170115 20:19:47

 **labels**: integrate, polynomials > integrate, polynomials, risch  **summary**: "quotient by zero" error in integrate > "quotient by zero" error in Risch code  **Comment**: The error is in RISCHLOGEPROG, which calls RATQU with a divisor equal to `(0 . 1)` (a representation of zero). I have fixed this error by having RISCHLOGEPROG give up and return (without an error), so that `integrate` (via TRYRISCH) can try another rule, which succeeds. Fixed by commit a7239b10. Closing this report.  ** [bugs:#3274] "quotient by zero" error in Risch code** **Status:** open **Group:** None **Labels:** integrate polynomials risch **Created:** Sun Jan 15, 2017 07:34 PM UTC by Robert Dodier **Last Updated:** Sun Jan 15, 2017 07:34 PM UTC **Owner:** nobody Reported to mailing list 20170113: "Failure in integrate()" Thanks to Konstantin Stopani for this report. Maxima version: "5.38.0" Maxima build date: "20160403 08:56:53" Host type: "x86_64appledarwin15.4.0" Lisp implementation type: "SBCL" Lisp implementation version: "1.2.10", the following code produces an error (Maxima output shown with "[Maxima:]"): ~~~~ expr: (%e^(t/tau3)*(%e^(t/tau3+t/tau1)%e^t*tau3)) /((tau1*%e^(t/tau1)+%e^(t/tau1)) *%e^(t/tau2)*tau3+%e^(t/tau2+t/tau1))$ integrate(expr, t); [Maxima:] `quotient' by `zero' [Maxima:]  an error. To debug this try: debugmode(true); ~~~~ However, when names of all the constants are changed, all works: ~~~~ integrate(subst([tau1=c1, tau2=c2, tau3=c3], expr), t); [Maxima:] (%o1) (... skipped presumably correct expression ...) ~~~~ Also, the online maxima version on maximaonline.org (Maxima 5.21.1 GCL linux) seems to not produce the 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. 