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}
(62) 
_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 





1

2
(1) 
3

4

5

6

7
(1) 
8

9

10
(1) 
11

12
(4) 
13

14
(1) 
15
(2) 
16
(2) 
17

18
(2) 
19

20

21
(1) 
22
(1) 
23

24

25
(1) 
26

27
(1) 
28
(1) 
29

30

31

From: SourceForge.net <noreply@so...>  20040728 23:21:47

Bugs item #702276, was opened at 20030312 08:08 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=702276&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 2 Submitted By: Cliff Yapp (starseeker) Assigned to: Nobody/Anonymous (nobody) Summary: Odd capitalization behavior Initial Comment: when changing the in/outchar variables, the capitalization doesn't do quite what is expected: for example. below, In comes out IN but Out comes out Out. (this is under clisp 2.30) Maxima 5.9.0 http://maxima.sourceforge.net 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. (C1) inchar: In; (D1) IN (IN1) ls; (D1) ls (IN2) outchar: Out; (Out2) Out (IN3) ls; (Out3) ls  Comment By: Nobody/Anonymous (nobody) Date: 20040728 16:21 Message: Logged In: NO Observed similar behaviour in capitalization of results: (C42) diff(k*2*(60/c+20/b+b*c),c); 60 (D42) 2 (b  ) k 2 C (note UPPER C in results instead of lower c input!)  Comment By: Cliff Yapp (starseeker) Date: 20030312 09:17 Message: Logged In: YES user_id=11463 Or, if InLine and OutLine are too long, how about just InL and OutL ? (InL1) integrate(sin(x),x); (OutL1)  COS(x) (InL2) x^2; 2 (OutL2) x (InL3) Or maybe OtL if you want to keep the char count as low as possible.  Comment By: Cliff Yapp (starseeker) Date: 20030312 09:12 Message: Logged In: YES user_id=11463 Hmm. OK. Well, my next suggestion would be InLine and OutLine (INPUT is apparently used somewhere too  it doesn't work as lower case.) InLine and OutLine are clear: (C1) inchar : InLine; (D1) InLine (InLine1) outchar : OutLine; (OutLine1) OutLine (InLine2) kill(all); (OutLine0) DONE (InLine1) integrate(sin(x),x); (OutLine1)  COS(x) (InLine2)  Comment By: Martin Rubey (kratt5) Date: 20030312 08:21 Message: Logged In: YES user_id=651552 This is because $IN is used for the $FOR facility... (which makes it clear that in() is not a good choice for retrieving the input... Martin  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=702276&group_id=4933 
From: SourceForge.net <noreply@so...>  20040727 02:01:18

Bugs item #996023, was opened at 20040722 11:31 Message generated for change (Settings changed) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=996023&group_id=4933 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: a result of a differential equation is wrong Initial Comment: the solution of the differential equation (1+x)*'diff(y,x)+y=1+log(1+x); is %C/(1+x)+log(1+x). The command ode2(%,y,x)returns the following solution : y=((x+1)log(x+1)+%C1)/(x+1). It looks like there's an error of sign (with the 1 which multiplicate the constant %C)  Comment By: Barton Willis (willisbl) Date: 20040725 08:22 Message: Logged In: YES user_id=895922 This is not a bug; both solutions are correct. In Maxima's solution substitute %c > %c + 1. This makes the two solutions identical. Since %c is an arbitrary parameter, the substitution %c > %c + 1 is okay. Suggestion: learn how to substitute a putative solution to an equation (DE or algebraic) into the equation to check if it is correct. Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=996023&group_id=4933 
From: SourceForge.net <noreply@so...>  20040725 13:22:20

Bugs item #996023, was opened at 20040722 11:31 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=996023&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: a result of a differential equation is wrong Initial Comment: the solution of the differential equation (1+x)*'diff(y,x)+y=1+log(1+x); is %C/(1+x)+log(1+x). The command ode2(%,y,x)returns the following solution : y=((x+1)log(x+1)+%C1)/(x+1). It looks like there's an error of sign (with the 1 which multiplicate the constant %C)  >Comment By: Barton Willis (willisbl) Date: 20040725 08:22 Message: Logged In: YES user_id=895922 This is not a bug; both solutions are correct. In Maxima's solution substitute %c > %c + 1. This makes the two solutions identical. Since %c is an arbitrary parameter, the substitution %c > %c + 1 is okay. Suggestion: learn how to substitute a putative solution to an equation (DE or algebraic) into the equation to check if it is correct. Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=996023&group_id=4933 
From: SourceForge.net <noreply@so...>  20040722 16:31:38

Bugs item #996023, was opened at 20040722 09:31 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=996023&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: a result of a differential equation is wrong Initial Comment: the solution of the differential equation (1+x)*'diff(y,x)+y=1+log(1+x); is %C/(1+x)+log(1+x). The command ode2(%,y,x)returns the following solution : y=((x+1)log(x+1)+%C1)/(x+1). It looks like there's an error of sign (with the 1 which multiplicate the constant %C)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=996023&group_id=4933 
From: SourceForge.net <noreply@so...>  20040721 18:12:22

Bugs item #620928, was opened at 20021009 14:36 Message generated for change (Comment added) made by macrakis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=620928&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: cf([2]+[5]) => fatal//FIX Initial Comment: cf([2]+[5]) gives a fatal error The fix is to add a first clause to the cond in cfratsimp: (cond ((atom a) a) ... While I was looking, I noticed another bug (which only affects performance) in cfratsimp  the second clause is incorrect. The corrected cfratsimp is: (defun cfratsimp (a) (cond ((atom a) a) ((memq 'cf (car a)) a) (t (cons '(mlist cf simp) (apply 'findcf (cfbackrecurrence (cdr a)))))))  >Comment By: Stavros Macrakis (macrakis) Date: 20040721 14:12 Message: Logged In: YES user_id=588346 This fix also corrects the following error: cf(2*sqrt(2)*sqrt(3)) => Error: 5 is not of type LIST. (Note though that the answer is still rubbish.)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=620928&group_id=4933 
From: SourceForge.net <noreply@so...>  20040718 21:03:18

Bugs item #993098, was opened at 20040717 20:15 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=993098&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Marcus Christopher (elven6) Assigned to: Nobody/Anonymous (nobody) Summary: factor produces typeerror and crashes Initial Comment: Working with Maxima 5.9.0.1, based on cmucl 18d, on SuSE Linux 9.1...  The following crashes the core: f(x,y) := ((x*y)^2 + x^2*2)^2 + (x + y^2)^2; factor(f(x, y)); (btw, I DO realize that the above term cannot be factorized without having been expanded.) The error looks like this: Typeerror in KERNEL::OBJECTNOTFIXNUMERRORHANDLER: NIL is not of type FIXNUM Restarts: 0: [MACSYMAQUIT] Macsyma toplevel 1: [ABORT ] Skip remaining initializations. Debug (type H for help) (KTERMS 2 2415061 NIL)[:EXTERNAL] Source: Error finding source: Error in function DEBUG::GETFILETOPLEVELFORM: Source file no longer exists: /usr/src/redhat/BUILD/maxima5.9.0/src/factor.lisp.  Note that the following works fine: f(x,y) := ((x*y)^2 + x^2)^2 + (x + y^2)^2; factor(f(x, y)); ...or... f(x,y) := ((x*y)^2 + x^2*2)^2; factor(f(x, y));  >Comment By: Barton Willis (willisbl) Date: 20040718 16:03 Message: Logged In: YES user_id=895922 I think this bug has been fixed; see bug 686619 http://sourceforge.net/tracker/index.php? func=detail&aid=686619&group_id=4933&atid=104933 Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=993098&group_id=4933 
From: SourceForge.net <noreply@so...>  20040718 01:15:24

Bugs item #993098, was opened at 20040718 03: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=993098&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Marcus Christopher (elven6) Assigned to: Nobody/Anonymous (nobody) Summary: factor produces typeerror and crashes Initial Comment: Working with Maxima 5.9.0.1, based on cmucl 18d, on SuSE Linux 9.1...  The following crashes the core: f(x,y) := ((x*y)^2 + x^2*2)^2 + (x + y^2)^2; factor(f(x, y)); (btw, I DO realize that the above term cannot be factorized without having been expanded.) The error looks like this: Typeerror in KERNEL::OBJECTNOTFIXNUMERRORHANDLER: NIL is not of type FIXNUM Restarts: 0: [MACSYMAQUIT] Macsyma toplevel 1: [ABORT ] Skip remaining initializations. Debug (type H for help) (KTERMS 2 2415061 NIL)[:EXTERNAL] Source: Error finding source: Error in function DEBUG::GETFILETOPLEVELFORM: Source file no longer exists: /usr/src/redhat/BUILD/maxima5.9.0/src/factor.lisp.  Note that the following works fine: f(x,y) := ((x*y)^2 + x^2)^2 + (x + y^2)^2; factor(f(x, y)); ...or... f(x,y) := ((x*y)^2 + x^2*2)^2; factor(f(x, y));  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=993098&group_id=4933 
From: SourceForge.net <noreply@so...>  20040716 14:23:37

Bugs item #944637, was opened at 20040429 12:17 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=944637&group_id=4933 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Difference between GCL  CLISP for differentiating Initial Comment: Submitted by faisant@... output of bug_report() : Maxima version: 5.9.0 Maxima build date: 22:32 3/17/2004 host type: i686pclinuxgnu lispimplementationtype: CLISP lispimplementationversion: 2.31 (released 20030901) (built 3273145223) (memory 3288547952) (on Linux) Bug : (C2) integrate(%e^t/(1+%e^(2*t)),t); t (D2) ATAN(%E ) (C3) diff(%,t); d t (D3)  (ATAN(%E )) dt But no problem with xmaxima with gcl on WinXP: (C1) integrate(%e^x/(1+%e^(2*x)),x); x (D1) ATAN(%E ) (C2) diff(atan(%e^x),x); x %E (D2)  2 x %E + 1  Comment By: Raymond Toy (rtoy) Date: 20040716 10:23 Message: Logged In: YES user_id=28849 The reported bug is not present in the current version of cvs. Thank you for your report. If you see this bug in a later version of Maxima, please submit a new bug report.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=944637&group_id=4933 
From: SourceForge.net <noreply@so...>  20040716 14:21:54

Bugs item #988701, was opened at 20040710 19:56 Message generated for change (Settings changed) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=988701&group_id=4933 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: incorrect matrix inversion Initial Comment: invert matrix mistake: Maxima 5.9.0.9beta1 http://maxima.sourceforge.net Using Lisp Kyoto Common Lisp GCL 2.6.2 (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) matrix([1,0,0],[.3,1,0],[0,.3,1]); [ 1 0 0 ] [ ] (%o1) [  0.3 1 0 ] [ ] [ 0  0.3 1 ] (%i2) invert(%o1); [ 1 0 0 ] [ ] (%o2) [  288387008 1 0 ] [ ] [ 288385392  288386992 1 ] (%i3) %o1.%o2; [ 1 0 0 ] [ ] (%o3) [  2.883870083E+8 1.0 0.0 ] [ ] [ 3.749014944E+8  2.883869923E+8 1.0 ]  Comment By: Raymond Toy (rtoy) Date: 20040712 16:25 Message: Logged In: YES user_id=28849 Could this be a gcl problem? I get the expected results from clisp 2.33 and cmucl. (On Solaris): MATRIX([1,0,0],[0.3,1,0],[0.09,0.3,1]) And the product is the identity matrix.  Comment By: Barton Willis (willisbl) Date: 20040712 14:41 Message: Logged In: YES user_id=895922 'invert' might work okay for big floats: (%i1) mbf : matrix([1,0,0],[.3b0,1,0],[0,.3b0,1])$ (%i2) invert(mbf) . mbf; (%o2) MATRIX([1,0,0],[0.0B0,1,0],[0.0B0,0.0B0,1]) As you observed, 'invert' is bad on doubles (%i3) mf : matrix([1,0,0],[.3,1,0],[0,.3,1])$ (%i4) invert(mf) . mf; (%o4) MATRIX([1.0,0.0,0],[2.838562723E+8,1.0,0], [3.690126848E+8,2.838562563E+8,1]) Yikes! look at this (%i5) mf : float(mf)$ (%i6) invert(mf) . mf; (%o6) MATRIX([1.29999994926991, 1.299999695619457,0.99999954906586], [1.299999019218249,1.299998596467495, 0.99999870356435], [1.299997700235895, 1.29999726057511,0.99999763259577]) Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=988701&group_id=4933 
From: SourceForge.net <noreply@so...>  20040715 14:45:19

Bugs item #991628, was opened at 20040715 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=991628&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: integrate(x^n,x,a,b) wrong for a<0<b Initial Comment: integrate(x^n,x,a,b); Is n positive, negative, or zero? neg; Is n + 1 zero or nonzero? n; Is b  a positive, negative, or zero? pos; => b^(n+1)/(n+1)a^(n+1)/(n+1) (NO!) This is incorrect for (e.g.) n=2, a<0<b: integrate(x^2,x,a,1); Is a  1 positive, negative, or zero? neg; => Integral is divergent (OK) Same thing, but a more dramatic demo: assume(equal(a,1),equal(b,1),equal(n,2)); integrate(x^n,x,a,b) => b^(n+1)/(n+1)a^(n+1)/(n+1) (NO!) vs. integrate(x^2,x,1,1) => Divergent (OK) Also assume(equal(n,2)); integrate(x^n,x,1,1); => (1)^n/(n+1)+1/(n+1) (NO!)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=991628&group_id=4933 
From: SourceForge.net <noreply@so...>  20040715 14:34:38

Bugs item #991622, was opened at 20040715 10: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=991622&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: taylor(taylor(exp(x^2)...)) errors Initial Comment: taylor(taylor(exp(x^2),x,inf,2),x,inf,2); Error: NIL is not of type CONS. Error signalled by PUSHPW. Also, bizarrely: taylor(taylor(exp(x^2)/sqrt(%pi),x,inf,2),x,inf,2) => 1/sqrt(%pi)+... which is incorrect, but not a fatal error.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=991622&group_id=4933 
From: SourceForge.net <noreply@so...>  20040714 15:04:26

Bugs item #990924, was opened at 20040714 08:04 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=990924&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: is(equal(...)) takes sign(%i) Initial Comment: Sometimes is(equal(...)) fails with the message that SIGN was called on an imaginary argument. This happens on Maxima version: 5.9.0 Maxima build date: 19:20 6/28/2004 host type: i686pclinuxgnu lispimplementationtype: CMU Common Lisp lispimplementationversion: 18e but I have seen it with a later CMUCL snapshot, too. Smallest example I can find: (C1) prederror: false $ (C2) is(equal((%E^(%I*z)%E^(%I*z)), 0)); SIGN called on an imaginary argument: %I  an error. Quitting. To debug this try DEBUGMODE(TRUE);) Albert Reiner, <areiner@...>.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=990924&group_id=4933 
From: SourceForge.net <noreply@so...>  20040712 20:25:47

Bugs item #988701, was opened at 20040710 19:56 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=988701&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: incorrect matrix inversion Initial Comment: invert matrix mistake: Maxima 5.9.0.9beta1 http://maxima.sourceforge.net Using Lisp Kyoto Common Lisp GCL 2.6.2 (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) matrix([1,0,0],[.3,1,0],[0,.3,1]); [ 1 0 0 ] [ ] (%o1) [  0.3 1 0 ] [ ] [ 0  0.3 1 ] (%i2) invert(%o1); [ 1 0 0 ] [ ] (%o2) [  288387008 1 0 ] [ ] [ 288385392  288386992 1 ] (%i3) %o1.%o2; [ 1 0 0 ] [ ] (%o3) [  2.883870083E+8 1.0 0.0 ] [ ] [ 3.749014944E+8  2.883869923E+8 1.0 ]  >Comment By: Raymond Toy (rtoy) Date: 20040712 16:25 Message: Logged In: YES user_id=28849 Could this be a gcl problem? I get the expected results from clisp 2.33 and cmucl. (On Solaris): MATRIX([1,0,0],[0.3,1,0],[0.09,0.3,1]) And the product is the identity matrix.  Comment By: Barton Willis (willisbl) Date: 20040712 14:41 Message: Logged In: YES user_id=895922 'invert' might work okay for big floats: (%i1) mbf : matrix([1,0,0],[.3b0,1,0],[0,.3b0,1])$ (%i2) invert(mbf) . mbf; (%o2) MATRIX([1,0,0],[0.0B0,1,0],[0.0B0,0.0B0,1]) As you observed, 'invert' is bad on doubles (%i3) mf : matrix([1,0,0],[.3,1,0],[0,.3,1])$ (%i4) invert(mf) . mf; (%o4) MATRIX([1.0,0.0,0],[2.838562723E+8,1.0,0], [3.690126848E+8,2.838562563E+8,1]) Yikes! look at this (%i5) mf : float(mf)$ (%i6) invert(mf) . mf; (%o6) MATRIX([1.29999994926991, 1.299999695619457,0.99999954906586], [1.299999019218249,1.299998596467495, 0.99999870356435], [1.299997700235895, 1.29999726057511,0.99999763259577]) Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=988701&group_id=4933 
From: SourceForge.net <noreply@so...>  20040712 18:42:01

Bugs item #988701, was opened at 20040710 18:56 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=988701&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: incorrect matrix inversion Initial Comment: invert matrix mistake: Maxima 5.9.0.9beta1 http://maxima.sourceforge.net Using Lisp Kyoto Common Lisp GCL 2.6.2 (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) matrix([1,0,0],[.3,1,0],[0,.3,1]); [ 1 0 0 ] [ ] (%o1) [  0.3 1 0 ] [ ] [ 0  0.3 1 ] (%i2) invert(%o1); [ 1 0 0 ] [ ] (%o2) [  288387008 1 0 ] [ ] [ 288385392  288386992 1 ] (%i3) %o1.%o2; [ 1 0 0 ] [ ] (%o3) [  2.883870083E+8 1.0 0.0 ] [ ] [ 3.749014944E+8  2.883869923E+8 1.0 ]  >Comment By: Barton Willis (willisbl) Date: 20040712 13:41 Message: Logged In: YES user_id=895922 'invert' might work okay for big floats: (%i1) mbf : matrix([1,0,0],[.3b0,1,0],[0,.3b0,1])$ (%i2) invert(mbf) . mbf; (%o2) MATRIX([1,0,0],[0.0B0,1,0],[0.0B0,0.0B0,1]) As you observed, 'invert' is bad on doubles (%i3) mf : matrix([1,0,0],[.3,1,0],[0,.3,1])$ (%i4) invert(mf) . mf; (%o4) MATRIX([1.0,0.0,0],[2.838562723E+8,1.0,0], [3.690126848E+8,2.838562563E+8,1]) Yikes! look at this (%i5) mf : float(mf)$ (%i6) invert(mf) . mf; (%o6) MATRIX([1.29999994926991, 1.299999695619457,0.99999954906586], [1.299999019218249,1.299998596467495, 0.99999870356435], [1.299997700235895, 1.29999726057511,0.99999763259577]) Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=988701&group_id=4933 
From: SourceForge.net <noreply@so...>  20040712 14:09:47

Bugs item #971660, was opened at 20040612 07:41 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=971660&group_id=4933 Category: Share Libraries Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Using bad interpreter Initial Comment: I'm on a mdk10 community after several tries, when i do: rpm ivh edit1.111.i386.rpm rpm ivh cmucl18d2.i386.rpm rpm ivh maxima5.9.01.i386.rpm maximaexeccmucl5.9.01.i386.rpm when i start maxima: $ maxima /usr/libexec/maxima/5.9.0/maximarunlisp: line 179: clisp: command not found Is it normal? $ maxima lisp=cmucl works  >Comment By: Raymond Toy (rtoy) Date: 20040712 10:09 Message: Logged In: YES user_id=28849 Closed. Seems an rpm packaging problem, not a maxima problem.  Comment By: Raymond Toy (rtoy) Date: 20040629 10:44 Message: Logged In: YES user_id=28849 This seems not a problem with maxima itself but with whoever made the rpms. Is clisp actually available?  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=971660&group_id=4933 
From: SourceForge.net <noreply@so...>  20040712 14:06:35

Bugs item #908185, was opened at 20040302 04:33 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=908185&group_id=4933 Category: Lisp Core Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Karsten Trulsen (karstentrulsen) Assigned to: Raymond Toy (rtoy) Summary: wrong derivative of elliptic_e in src/ellipt.lisp Initial Comment: The file src/ellipt.lisp has an incorrect definition of the derivative of the function elliptic_e(u,m) with respect to its first argument. The following output from diff (diff c) applied to the file maxima20040219/src/ellipt.lisp probably fixes the error: *** maxima20040219/src/ellipt.lisp 20030318 02:58:40.000000000 +0100  maxima20040219new/src/ellipt.lisp 20040302 09:54:04.000000000 +0100 *************** *** 1421,1428 **** (defprop $elliptic_e ((phi m) ! ;; (1m*sin(phi)^2) ! ((mplus simp) 1 ((mtimes simp) 1 m ((mexpt simp) ((%sin simp) phi) 2))) ;; diff wrt m ((mtimes simp) ((rat simp) 1 2) ((mexpt simp) m 1) ((mplus simp) (($elliptic_e simp) phi m)  1421,1431  (defprop $elliptic_e ((phi m) ! ;; diff wrt phi ! ;; sqrt(1m*sin(phi)^2) ! ((mexpt simp) ! ((mplus simp) 1 ((mtimes simp) 1 m ((mexpt simp) ((%sin simp) phi) 2))) ! ((rat simp) 1 2)) ;; diff wrt m ((mtimes simp) ((rat simp) 1 2) ((mexpt simp) m 1) ((mplus simp) (($elliptic_e simp) phi m)  >Comment By: Raymond Toy (rtoy) Date: 20040712 10:06 Message: Logged In: YES user_id=28849 Fixed as suggested.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=908185&group_id=4933 
From: SourceForge.net <noreply@so...>  20040710 23:56:59

Bugs item #988701, was opened at 20040710 16:56 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=988701&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: incorrect matrix inversion Initial Comment: invert matrix mistake: Maxima 5.9.0.9beta1 http://maxima.sourceforge.net Using Lisp Kyoto Common Lisp GCL 2.6.2 (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) matrix([1,0,0],[.3,1,0],[0,.3,1]); [ 1 0 0 ] [ ] (%o1) [  0.3 1 0 ] [ ] [ 0  0.3 1 ] (%i2) invert(%o1); [ 1 0 0 ] [ ] (%o2) [  288387008 1 0 ] [ ] [ 288385392  288386992 1 ] (%i3) %o1.%o2; [ 1 0 0 ] [ ] (%o3) [  2.883870083E+8 1.0 0.0 ] [ ] [ 3.749014944E+8  2.883869923E+8 1.0 ]  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=988701&group_id=4933 
From: SourceForge.net <noreply@so...>  20040707 19:20:12

Bugs item #979657, was opened at 20040625 07:27 Message generated for change (Settings changed) made by macrakis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=979657&group_id=4933 Category: Lisp Core Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: integrate(exp(x),"x",0,inf); Initial Comment: Should be "1", I get:  Integral is divergent  an error. Quitting. To debug this try DEBUGMODE(TRUE);)  (Spurious ")" at the end of the output too, I just noticed) Maxima version: 5.9.0  Comment By: Nobody/Anonymous (nobody) Date: 20040626 06:46 Message: Logged In: NO This is not a bug. The right way to write this integral is not:  integrate(exp(x),"x",0,inf); which generates the "wrong" output, but is:  integrate(exp(x),x,0,inf); The output is 1 in this case, and it is correct.  Comment By: Nobody/Anonymous (nobody) Date: 20040626 06:19 Message: Logged In: NO This is not a bug. The right way to write this integral is not:  integrate(exp(x),"x",0,inf); which generates the "wrong" output, but is:  integrate(exp(x),x,0,inf); The output is 1 in this case, and it is correct.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=979657&group_id=4933 
From: SourceForge.net <noreply@so...>  20040702 15:11:40

Bugs item #984129, was opened at 20040702 08:11 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=984129&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: sometimes Maxima crashes! Initial Comment: Hi, I am facing a very strange problem. I recently installed Maxima on my Windows XP Laptop (I have 512 Mb RAM on it). Everything works fine, but sometimes Maxima crashes (my computer just restarts!) and an error report is generated. Can anyone tell me what the problem is and if there is a patch for this. Thanks for the help! Regards, Narayan Kovvali  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=984129&group_id=4933 