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}

_{Apr}

_{May}

_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 





1

2
(1) 
3
(2) 
4

5
(7) 
6
(4) 
7

8
(6) 
9
(10) 
10
(6) 
11

12
(5) 
13
(4) 
14
(1) 
15
(1) 
16
(1) 
17

18

19
(12) 
20
(1) 
21

22

23

24

25

26

27
(2) 
28
(1) 
29

30
(2) 
31
(2) 
From: SourceForge.net <noreply@so...>  20051231 15:53:32

Bugs item #1394256, was opened at 20051231 03:47 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1394256&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Xmaxima Group: Fix for 5.9.2 Status: Open Resolution: None Priority: 5 Submitted By: Berny B (redgolpe) Assigned to: Nobody/Anonymous (nobody) Summary: Divisors not working properly Initial Comment: Divisors(n) does not return all expected values: (%i1) divisors(83*1237*1367); (%o1) {1, 83, 1690979, 140351257}  >Comment By: Barton Willis (willisbl) Date: 20051231 09:53 Message: Logged In: YES user_id=895922 Thank you for the bug report. I fixed the bug in CVS (nset.lisp). Until you update your Maxima, a workaround is to assign the option variable 'intfaclim' the value 'false': (%i2) divisors(83*1237*1367); (%o2) {1,83,1690979,140351257} (%i3) divisors(83*1237*1367), intfaclim : false; (%o3) {1,83,1237,1367,102671,113461,1690979,140351257} Alternatively: (%i4) intfaclim : false$ (%i5) divisors(83*1237*1367); (%o5) {1,83,1237,1367,102671,113461,1690979,140351257} Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1394256&group_id=4933 
From: SourceForge.net <noreply@so...>  20051231 09:47:45

Bugs item #1394256, was opened at 20051231 10:47 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1394256&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Xmaxima Group: Fix for 5.9.2 Status: Open Resolution: None Priority: 5 Submitted By: Berny B (redgolpe) Assigned to: Nobody/Anonymous (nobody) Summary: Divisors not working properly Initial Comment: Divisors(n) does not return all expected values: (%i1) divisors(83*1237*1367); (%o1) {1, 83, 1690979, 140351257}  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1394256&group_id=4933 
From: SourceForge.net <noreply@so...>  20051230 00:34:14

Bugs item #1392182, was opened at 20051228 12:45 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1392182&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: polynomial factoring fails Initial Comment: factor(x^4y^4) factor(x^5+y^5) Maxima 5.9.2 http://maxima.sourceforge.net Using Lisp GNU Common Lisp (GCL) GCL 2.6.7 (aka GCL) Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. This is a development version of Maxima. The function bug_report() provides bug reporting information. (%i1) factor(x^3y^3); Error in FACTOR [or a callee]: Error in TYPEERRORDATUM [or a callee]: The slot CONDITIONS::DATUM is unbound in the object #<CONDITIONS::INTERNALTYPEERROR.0>. Please contct pwang@... to obtain the polymomial package "ppack" that can be included in maxima for distribution. Paul  >Comment By: Barton Willis (willisbl) Date: 20051229 18:34 Message: Logged In: YES user_id=895922 I don't have this problem with 5.9.2.10cvs: (%i1) factor(x^3y^3); (%o1) (yx)*(y^2+x*y+x^2) (%i2) factor(x^4y^4); (%o2) (yx)*(y+x)*(y^2+x^2) (%i3) factor(x^5+y^5); (%o3) (y+x)*(y^4x*y^3+x^2*y^2x^3*y+x^4) (%i4) build_info(); Maxima version: 5.9.2.10cvs Maxima build date: 12:57 12/20/2005 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.7 (%o4) Barton  Comment By: Barton Willis (willisbl) Date: 20051229 18:33 Message: Logged In: YES user_id=895922 I don't have this problem with 5.9.2.10cvs: (%i1) factor(x^3y^3); (%o1) (yx)*(y^2+x*y+x^2) (%i2) factor(x^4y^4); (%o2) (yx)*(y+x)*(y^2+x^2) (%i3) factor(x^5+y^5); (%o3) (y+x)*(y^4x*y^3+x^2*y^2x^3*y+x^4) (%i4) build_info(); Maxima version: 5.9.2.10cvs Maxima build date: 12:57 12/20/2005 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.7 (%o4) Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1392182&group_id=4933 
From: SourceForge.net <noreply@so...>  20051230 00:33:12

Bugs item #1392182, was opened at 20051228 12:45 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1392182&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: polynomial factoring fails Initial Comment: factor(x^4y^4) factor(x^5+y^5) Maxima 5.9.2 http://maxima.sourceforge.net Using Lisp GNU Common Lisp (GCL) GCL 2.6.7 (aka GCL) Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. This is a development version of Maxima. The function bug_report() provides bug reporting information. (%i1) factor(x^3y^3); Error in FACTOR [or a callee]: Error in TYPEERRORDATUM [or a callee]: The slot CONDITIONS::DATUM is unbound in the object #<CONDITIONS::INTERNALTYPEERROR.0>. Please contct pwang@... to obtain the polymomial package "ppack" that can be included in maxima for distribution. Paul  >Comment By: Barton Willis (willisbl) Date: 20051229 18:33 Message: Logged In: YES user_id=895922 I don't have this problem with 5.9.2.10cvs: (%i1) factor(x^3y^3); (%o1) (yx)*(y^2+x*y+x^2) (%i2) factor(x^4y^4); (%o2) (yx)*(y+x)*(y^2+x^2) (%i3) factor(x^5+y^5); (%o3) (y+x)*(y^4x*y^3+x^2*y^2x^3*y+x^4) (%i4) build_info(); Maxima version: 5.9.2.10cvs Maxima build date: 12:57 12/20/2005 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.7 (%o4) Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1392182&group_id=4933 
From: SourceForge.net <noreply@so...>  20051228 18:45:18

Bugs item #1392182, was opened at 20051228 10:45 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1392182&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: polynomial factoring fails Initial Comment: factor(x^4y^4) factor(x^5+y^5) Maxima 5.9.2 http://maxima.sourceforge.net Using Lisp GNU Common Lisp (GCL) GCL 2.6.7 (aka GCL) Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. This is a development version of Maxima. The function bug_report() provides bug reporting information. (%i1) factor(x^3y^3); Error in FACTOR [or a callee]: Error in TYPEERRORDATUM [or a callee]: The slot CONDITIONS::DATUM is unbound in the object #<CONDITIONS::INTERNALTYPEERROR.0>. Please contct pwang@... to obtain the polymomial package "ppack" that can be included in maxima for distribution. Paul  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1392182&group_id=4933 
From: SourceForge.net <noreply@so...>  20051227 10:49:31

Bugs item #1391162, was opened at 20051227 02:15 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1391162&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core Group: Fix for 5.9.2 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Maxima help function does not work. Initial Comment: I installed Maxima 5.9.2 package for Windows on a PC with Windows XP. I started XMaxima and when I tried to run the help function an error occurred. Here is a transcript of my Maxima 5.9.2 session:  Maxima 5.9.2 http://maxima.sourceforge.net Using Lisp GNU Common Lisp (GCL) GCL 2.6.7 (aka GCL) Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. This is a development version of Maxima. The function bug_report() provides bug reporting information. (%i1) ? integ Maxima encountered a Lisp error: failed to find info directory Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. (%i2)  PS I ran the same command with Maxima 5.9.1 and that worked as expected.  Comment By: Nobody/Anonymous (nobody) Date: 20051227 02:49 Message: Logged In: NO Here is the build information for Maxima 5.9.2: Maxima version: 5.9.2 Maxima build date: 9:5 10/12/2005 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.7  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1391162&group_id=4933 
From: SourceForge.net <noreply@so...>  20051227 10:15:59

Bugs item #1391162, was opened at 20051227 02:15 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1391162&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core Group: Fix for 5.9.2 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Maxima help function does not work. Initial Comment: I installed Maxima 5.9.2 package for Windows on a PC with Windows XP. I started XMaxima and when I tried to run the help function an error occurred. Here is a transcript of my Maxima 5.9.2 session:  Maxima 5.9.2 http://maxima.sourceforge.net Using Lisp GNU Common Lisp (GCL) GCL 2.6.7 (aka GCL) Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. This is a development version of Maxima. The function bug_report() provides bug reporting information. (%i1) ? integ Maxima encountered a Lisp error: failed to find info directory Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. (%i2)  PS I ran the same command with Maxima 5.9.1 and that worked as expected.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1391162&group_id=4933 
From: SourceForge.net <noreply@so...>  20051220 03:29:24

Bugs item #1369507, was opened at 20051129 14:18 Message generated for change (Settings changed) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1369507&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open >Resolution: Fixed Priority: 5 Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: atan(x), logarc is wrong Initial Comment: (%i191) atan(x), logarc; (%o191) (%i*log((1%i*x)/(%i*x+1)))/2 The correct expression is (%i*(log(%i*x+1)log(1%i*x)))/2 Note: A&S 4.4.28 clearly mark the expression in %o191 as correct for real x. For complex x, the A&S 4.4.28 isn't always correct. See also http://www.franz.com/support/documentation/7.0/ansicl/ dictentr/asinacos.htm Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1369507&group_id=4933 
From: SourceForge.net <noreply@so...>  20051219 18:25:10

Bugs item #1385306, was opened at 20051219 11:40 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1385306&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: 1arg limit: limit(a*infinf) => minf Initial Comment: assume(a>1)$ limit(a*infinf) => minf Should be inf assuming the inf's represent the same variable (limit's usual behavior here). Should be und if they represent different variables.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1385306&group_id=4933 
From: SourceForge.net <noreply@so...>  20051219 18:18:26

Bugs item #1384860, was opened at 20051218 22:26 Message generated for change (Comment added) made by macrakis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1384860&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Share Libraries Group: None Status: Open Resolution: None Priority: 5 Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: GosperSum / nusum(x^k,k,1,inf) > unsimplified Initial Comment: (%i43) nusum(x^k,k,1,inf); (%o43) x^(inf+1)/(x1)x/(x1) A user has to clean this up with limit: (%i44) limit(%); Is abs(x)  1 positive, negative, or zero? neg; Is x positive, negative, or zero? pos; Is x  1 positive or negative? neg; (%o44) x/(x1) Barton  >Comment By: Stavros Macrakis (macrakis) Date: 20051219 11:37 Message: Logged In: YES user_id=588346 PS I do NOT recommend leaving in the INF and using the 1argument form of Limit for cleaning up, partly because expressions involving multiple INFs are problematic (though Limit supposedly treats them as though they're all the same variable) and partly because Limit is buggy: assume(a>1)$ limit(a*infinf) => minf  Comment By: Stavros Macrakis (macrakis) Date: 20051219 11:30 Message: Logged In: YES user_id=588346 It is easy enough for the top level of GosperSum to convert GS(...,v,a,inf) to limit(GS(...,v,a,GENSYM),GENSYM,inf) In some cases (probably not for the output of GS), this will return a noun form, but there's nothing wrong with that.  Comment By: Robert Dodier (robert_dodier) Date: 20051219 10:29 Message: Logged In: YES user_id=501686 nusum is superseded by the more recent and extensive Zeilberger package (share/contrib/Zeilberger) which includes Gosper's algorithm as a special case. Be that as it may, it turns out GosperSum in the Zeilberger package has exactly the same defect ... load ("Zeilberger/LOADZeilberger.mac"); GosperSum (x^k, k, 1, inf); => x^(inf+1)/(x1)x/(x1) I am guessing that the algorithm is phrased in terms of "n" and there is no check to ensure that n is finite. If I'm not mistaken the Zeilberger/Gosper stuff is advertised generally as "indefinite summation" so that's understandable, but if so then the Maxima fcns should make an effort to rule out inapplicable cases. I don't think it's worthwhile to fix nusum  I think any effort on this problem should be directed to the Zeilberger package. best, Robert Dodier  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1384860&group_id=4933 
From: SourceForge.net <noreply@so...>  20051219 17:31:47

Bugs item #1385307, was opened at 20051219 11:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1385307&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: 2*2^k doesn't simplify Initial Comment: a*a^k => a^(k+1) OK but 2*2^k => 2*2^k ??? Is this intentional behavior (under control of one of our wonderfully obscure switches)? Or a bug? Maxima 5.9.2 http://maxima.sourceforge.net Using Lisp GNU Common Lisp (GCL) GCL 2.6.7 (aka GCL)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1385307&group_id=4933 
From: SourceForge.net <noreply@so...>  20051219 16:55:50

Bugs item #1385311, was opened at 20051219 11:46 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1385311&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: GosperSum(1+n^a) should use Ask Initial Comment: GosperSum(1+n^a,n,1,k); Maxima was unable to evaluate the predicate: max(a, 0) < 2 #0: integerLinear(expr=n^a+1,var=n) #1: intLinSep(expr=n^a+1,k=n)(norm.mac line 79) #2: makeGosperFormVerboseOpt(expr=((n+1)^a+1)/(n^a+1),k=n,mode=1)(makeGosperForm.mac line 148) GosperSum should be using Ask Maxima 5.9.2 http://maxima.sourceforge.net Using Lisp GNU Common Lisp (GCL) GCL 2.6.7 (aka GCL) load("zeilberger/loadzeilberger.mac");  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1385311&group_id=4933 
From: SourceForge.net <noreply@so...>  20051219 16:55:25

Bugs item #1385309, was opened at 20051219 11:44 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1385309&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: GosperSum division by 0 Initial Comment: GosperSum(1+2^n,n,1,k); => Division by 0 #0: intLinPolyNorm(expr=2*2^n+1,k=n)(norm.mac line 26) #1: intLinNorm(expr=2*2^n+1,k=n)(norm.mac line 45) #2: intLinNormList(exprlist=[2*2^n+1],k=n)(norm.mac line 135) Maxima 5.9.2 http://maxima.sourceforge.net Using Lisp GNU Common Lisp (GCL) GCL 2.6.7 (aka GCL) load("zeilberger/loadzeilberger.mac");  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1385309&group_id=4933 
From: SourceForge.net <noreply@so...>  20051219 16:49:37

Bugs item #1385309, was opened at 20051219 11:44 Message generated for change (Comment added) made by macrakis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1385309&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: GosperSum division by 0 Initial Comment: GosperSum(1+2^n,n,1,k); => Division by 0 #0: intLinPolyNorm(expr=2*2^n+1,k=n)(norm.mac line 26) #1: intLinNorm(expr=2*2^n+1,k=n)(norm.mac line 45) #2: intLinNormList(exprlist=[2*2^n+1],k=n)(norm.mac line 135) Maxima 5.9.2 http://maxima.sourceforge.net Using Lisp GNU Common Lisp (GCL) GCL 2.6.7 (aka GCL) load("zeilberger/loadzeilberger.mac");  >Comment By: Stavros Macrakis (macrakis) Date: 20051219 11:48 Message: Logged In: YES user_id=588346 Similar error (but different line number in intLinNorm): GosperSum(n^a,n,1,k) => Division by 0 #0: intLinPolyNorm(expr=(n+1)/n,k=n)(norm.mac line 26) #1: intLinNorm(expr=((n+1)/n)^a,k=n)(norm.mac line 39) #2: intLinNormList(exprlist=[((n+1)/n)^a],k=n)(norm.mac line 135)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1385309&group_id=4933 
From: SourceForge.net <noreply@so...>  20051219 16:30:55

Bugs item #1384860, was opened at 20051218 22:26 Message generated for change (Comment added) made by macrakis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1384860&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Share Libraries Group: None Status: Open Resolution: None Priority: 5 Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: GosperSum / nusum(x^k,k,1,inf) > unsimplified Initial Comment: (%i43) nusum(x^k,k,1,inf); (%o43) x^(inf+1)/(x1)x/(x1) A user has to clean this up with limit: (%i44) limit(%); Is abs(x)  1 positive, negative, or zero? neg; Is x positive, negative, or zero? pos; Is x  1 positive or negative? neg; (%o44) x/(x1) Barton  >Comment By: Stavros Macrakis (macrakis) Date: 20051219 11:30 Message: Logged In: YES user_id=588346 It is easy enough for the top level of GosperSum to convert GS(...,v,a,inf) to limit(GS(...,v,a,GENSYM),GENSYM,inf) In some cases (probably not for the output of GS), this will return a noun form, but there's nothing wrong with that.  Comment By: Robert Dodier (robert_dodier) Date: 20051219 10:29 Message: Logged In: YES user_id=501686 nusum is superseded by the more recent and extensive Zeilberger package (share/contrib/Zeilberger) which includes Gosper's algorithm as a special case. Be that as it may, it turns out GosperSum in the Zeilberger package has exactly the same defect ... load ("Zeilberger/LOADZeilberger.mac"); GosperSum (x^k, k, 1, inf); => x^(inf+1)/(x1)x/(x1) I am guessing that the algorithm is phrased in terms of "n" and there is no check to ensure that n is finite. If I'm not mistaken the Zeilberger/Gosper stuff is advertised generally as "indefinite summation" so that's understandable, but if so then the Maxima fcns should make an effort to rule out inapplicable cases. I don't think it's worthwhile to fix nusum  I think any effort on this problem should be directed to the Zeilberger package. best, Robert Dodier  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1384860&group_id=4933 
From: SourceForge.net <noreply@so...>  20051219 15:54:55

Bugs item #1385271, was opened at 20051219 08:54 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1385271&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core Group: None Status: Open Resolution: None Priority: 5 Submitted By: Robert Dodier (robert_dodier) Assigned to: Nobody/Anonymous (nobody) Summary: plot2d plotting fcn by name fails on many builtin functions Initial Comment: plot2d (fn_name, ...) works if the function in question is defined in Maxima by := or define, or in Lisp by DEFUN or DEFMFUN. However, if it is defined by DEFMSPEC or it is a simplifying function, plot2d complains "Undefined function". COERCEFLOATFUN in src/plot.lisp checks FBOUNDP (catches DEFUN/DEFMFUN) and looks for the MEXPR property (catches :=/define). Failing to catch DEFMSPEC isn't a big deal (although for consistency we should do it), but not catching simplifying functions is a problem. For example plot2d (sin, [x, 0, %pi]) fails w/ "Undefined function" although my_sin(x) := sin(x); plot2d (my_sin, [x, 0, %pi]); succeeds.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1385271&group_id=4933 
From: SourceForge.net <noreply@so...>  20051219 15:35:05

Bugs item #1379761, was opened at 20051213 12:14 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1379761&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 4 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: nusum leaves unsimplified product 2*3 Initial Comment: nusum(n^2*2^n,n,1,k) => 2*(k^22*k+3)*2^k2*3 Note the unsimplified (2*3) Maxima 5.9.2 Using Lisp GNU Common Lisp (GCL) GCL 2.6.7 (aka GCL)  >Comment By: Robert Dodier (robert_dodier) Date: 20051219 08:35 Message: Logged In: YES user_id=501686 As nusum is superseded by the more recent and extensive Zeilberger package (share/contrib/Zeilberger), I am inclined to close this report as "won't fix". GosperSum doesn't have this bug: load ("Zeilberger/LOADZeilberger.mac"); GosperSum (n^2*2^n, n, 1, k); => ((k+1)^24*(k+1)+6)*2^(k+1)6 best, Robert Dodier  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1379761&group_id=4933 
From: SourceForge.net <noreply@so...>  20051219 15:29:25

Bugs item #1384860, was opened at 20051218 20:26 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1384860&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Share Libraries Group: None Status: Open Resolution: None Priority: 5 Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) >Summary: GosperSum / nusum(x^k,k,1,inf) > unsimplified Initial Comment: (%i43) nusum(x^k,k,1,inf); (%o43) x^(inf+1)/(x1)x/(x1) A user has to clean this up with limit: (%i44) limit(%); Is abs(x)  1 positive, negative, or zero? neg; Is x positive, negative, or zero? pos; Is x  1 positive or negative? neg; (%o44) x/(x1) Barton  >Comment By: Robert Dodier (robert_dodier) Date: 20051219 08:29 Message: Logged In: YES user_id=501686 nusum is superseded by the more recent and extensive Zeilberger package (share/contrib/Zeilberger) which includes Gosper's algorithm as a special case. Be that as it may, it turns out GosperSum in the Zeilberger package has exactly the same defect ... load ("Zeilberger/LOADZeilberger.mac"); GosperSum (x^k, k, 1, inf); => x^(inf+1)/(x1)x/(x1) I am guessing that the algorithm is phrased in terms of "n" and there is no check to ensure that n is finite. If I'm not mistaken the Zeilberger/Gosper stuff is advertised generally as "indefinite summation" so that's understandable, but if so then the Maxima fcns should make an effort to rule out inapplicable cases. I don't think it's worthwhile to fix nusum  I think any effort on this problem should be directed to the Zeilberger package. best, Robert Dodier  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1384860&group_id=4933 
From: SourceForge.net <noreply@so...>  20051219 03:26:43

Bugs item #1384860, was opened at 20051218 21:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1384860&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: nusum(x^k,k,1,inf) > unsimplified Initial Comment: (%i43) nusum(x^k,k,1,inf); (%o43) x^(inf+1)/(x1)x/(x1) A user has to clean this up with limit: (%i44) limit(%); Is abs(x)  1 positive, negative, or zero? neg; Is x positive, negative, or zero? pos; Is x  1 positive or negative? neg; (%o44) x/(x1) Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1384860&group_id=4933 
From: SourceForge.net <noreply@so...>  20051219 01:51:17

Bugs item #1384806, was opened at 20051219 01:51 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1384806&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Waldek Hebisch (hebisch) Assigned to: Nobody/Anonymous (nobody) Summary: factor((x^15+1)^15(x^151)^15) wrong Initial Comment: factor((x^15+1)^15(x^151)^15) gives: 30 180 150 120 2 (3 x + 1) (5 x + 150 x + 951 x 90 60 30 + 1828 x + 1059 x + 102 x + 1) However, the second factor is composite, it is (5*x^60 + 10*x^30 + 1)* (x^120 + 28*x^90 + 134*x^60+ 92*x^30 +1) This happens on Maxima 5.9.2 on AMD64 using Clisp and on 5.9.1 using gcl (both AMD64 and i386)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1384806&group_id=4933 
From: SourceForge.net <noreply@so...>  20051216 14:40:52

Bugs item #1381996, was opened at 20051215 17:29 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1381996&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Matrix renames a variable y1 to Y1 Initial Comment: Maxima version: 5.9.1 Maxima build date: 7:34 9/24/2004 host type: i686pcmingw32 lispimplementationtype: Kyoto Common Lisp lispimplementationversion: GCL 2.6.5 (%i1) kill(all); (%o0) DONE (%i1) Matrix([x1,y1,z1]); (%o1) MATRIX([x1,Y1,z1]) landen@...  >Comment By: Raymond Toy (rtoy) Date: 20051216 09:40 Message: Logged In: YES user_id=28849 These case issues have been fixed in 5.9.2.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1381996&group_id=4933 
From: SourceForge.net <noreply@so...>  20051215 22:29:34

Bugs item #1381996, was opened at 20051215 14:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1381996&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Matrix renames a variable y1 to Y1 Initial Comment: Maxima version: 5.9.1 Maxima build date: 7:34 9/24/2004 host type: i686pcmingw32 lispimplementationtype: Kyoto Common Lisp lispimplementationversion: GCL 2.6.5 (%i1) kill(all); (%o0) DONE (%i1) Matrix([x1,y1,z1]); (%o1) MATRIX([x1,Y1,z1]) landen@...  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1381996&group_id=4933 
From: SourceForge.net <noreply@so...>  20051214 14:34:42

Bugs item #1380470, was opened at 20051214 09:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1380470&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core Group: None Status: Open Resolution: None Priority: 5 Submitted By: Raymond Toy (rtoy) Assigned to: Nobody/Anonymous (nobody) Summary: integrate(x^(%i*w)*exp(x),x,0,inf) causes error Initial Comment: (%i13) integrate(x^(%i*w)*exp(x),x,0,inf); Typeerror in KERNEL::OBJECTNOTTYPEERRORHANDLER: NIL is not of type NUMBER [Condition of type TYPEERROR] Restarts: 0: [MACSYMAQUIT] Maxima toplevel 1: [ABORT ] Skip remaining initializations. Debug (type H for help) (SIMPLIMEXPT $X ((MPLUS SIMP) 1 ((MTIMES SIMP) $%I $W)) $INF #<unavailablearg>) Source: (ZEROP (GETSIGNL EL)) But integrate(x^t*exp(x),x,0,inf) is fine.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1380470&group_id=4933 
From: SourceForge.net <noreply@so...>  20051213 20:43:35

Bugs item #1379835, was opened at 20051213 15:43 Message generated for change (Settings changed) made by macrakis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1379835&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Deleted >Resolution: Duplicate Priority: 4 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: nusum leaves unsimplified product 2*3 Initial Comment: nusum(n^2*2^n,n,1,k) => 2*(k^22*k+3)*2^k2*3 Note the unsimplified (2*3) Maxima 5.9.2 Using Lisp GNU Common Lisp (GCL) GCL 2.6.7 (aka GCL)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1379835&group_id=4933 
From: SourceForge.net <noreply@so...>  20051213 20:43:13

Bugs item #1379835, was opened at 20051213 15:43 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1379835&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 4 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: nusum leaves unsimplified product 2*3 Initial Comment: nusum(n^2*2^n,n,1,k) => 2*(k^22*k+3)*2^k2*3 Note the unsimplified (2*3) Maxima 5.9.2 Using Lisp GNU Common Lisp (GCL) GCL 2.6.7 (aka GCL)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1379835&group_id=4933 