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}
(94) 
_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 







1
(3) 
2

3

4
(1) 
5

6

7

8

9
(2) 
10

11

12
(7) 
13

14
(1) 
15

16

17

18

19
(5) 
20
(4) 
21
(1) 
22
(2) 
23
(1) 
24
(3) 
25
(2) 
26
(6) 
27
(5) 
28

29

30

31
(2) 





From: SourceForge.net <noreply@so...>  20111020 07:08:10

Bugs item #3426239, was opened at 20111020 07:08 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3426239&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: Installation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Edit>Configure Error Initial Comment: Edit>Configure produces the following error. The images were not installed. 2:55:25 PM: Can't load image from file 'art/config/options.png': file does not exist. 2:55:25 PM: Couldn't add an image to the image list. 2:55:25 PM: Can't load image from file 'art/config/maxima.png': file does not exist. 2:55:25 PM: Couldn't add an image to the image list. 2:55:25 PM: Can't load image from file 'art/config/styles.png': file does not exist. 2:55:25 PM: Couldn't add an image to the image list.  Maxima version: 5.25.1 Maxima build date: 10:2 9/6/2011 Host type: i686pcmingw32 Lisp implementation type: GNU Common Lisp (GCL) Lisp implementation version: GCL 2.6.8   You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3426239&group_id=4933 
From: SourceForge.net <noreply@so...>  20111019 23:38:46

Bugs item #3425863, was opened at 20111019 12:19 Message generated for change (Comment added) made by valibouze You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3425863&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 Private: Yes Submitted By: Annick Valibouze (valibouze) Assigned to: Nobody/Anonymous (nobody) Summary: Problem in LISP with times function in sym Initial Comment: Good morning dear collegues, I'm the author of the package "symmetries" of maxima (in maxima/share/sym/) A new strange bug with LISP appears : ===== (%i49) resolvante: lineaire$ (%i50) resolvante(x^36,x,x1+2*x2+3*x3,[x1,x2,x3]); " resolvante lineaire " Maxima encountered a Lisp error: EVAL: undefined function TIMES Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. ================ the function resolvante apply a function of the file maxima/share/sym/resolv1.lsp (joined) when the variable "resolvante" is affected to " lineaire"). The function " times" (not TIMES) appears two times in file maxima/share/sym/resolv1.lsp With the preceding versions of maxima this problem does not exists. The function resolvante (with lineaire) was ok. I use maxima under Sage See bellow "bug_report()" informations : ======== (%i7) bug_report(); ...  Maxima version: 5.13.0 Maxima build date: 15:23 7/11/2008 host type: i686appledarwin9.2.0 lispimplementationtype: CLISP lispimplementationversion: 2.46 (20080702) (built on bsd.local [10.95.224.68])  What do you think about ? I work about a conference on Evariste Galois (National Celebration ...) , I need to make some computations, as the (linear) Galois resolvent, and I have'nt many time. Thank to help me. Sincerly yours, Annick Valibouze  Comment By: Annick Valibouze (valibouze) Date: 20111020 01:38 Message: Remark : The algorithm with resolvante : lineaire$ is not the same than the algorithm with resolvante: general$ which does not depend on the invariant; The first is more rapid because the power functions of the roots of the resolvent are computed specificaly from a formulae providing to the multinomial formulae.  Comment By: Annick Valibouze (valibouze) Date: 20111020 01:32 Message: Thanks for your answers Your result is ok. you can test with (the default) : resolvante: general$ resolvante(x^36,x,x1+2*x2+3*x3,[x1,x2,x3]); Compilation : For the variables, I think that it is not a problem (I must take time to return in code to test all) For the functions, at this moment, I have not answer. It is clear, that with old versions of Maxima the function times was ok and compilation presented any problem ; others functions seems to be sym functions. I have some problem to compile too. When my conference will be finish, I will take time to anderstand what it appends and to debug and propose the new version (with some new functions about resolvents ...) Annick Valibouze  Comment By: Dieter Kaiser (crategus) Date: 20111019 23:25 Message: In addition, this is a summary of the compiler report, when loading the package with SBCL and the actual Maxima version 5.25post: ; compilation unit finished ; Undefined functions: ; $ADD_SYM $DIVI_SYM $EV $EXP_SYM $FADD_SYM $FMULT_SYM $MULT_SYM $PART0 GROUPE_RESOLVANTE PUI2POLYNOME_GENERIQUE TIMES ; Undefined variables: ; $DIRECTNEW $RESOLCAYLEY $RESOLVANTE $SCHUR2COMP AAAAA LL1 ; caught 6 WARNING conditions ; caught 26 STYLEWARNING conditions Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20111019 23:17 Message: I have observed this bug in even older version Maxima 5.9, too. Maxima does not know a function or macro with the name times. I had a look at the code and I have tried to insert the function mul at two places. With this change I get a result: (%i4) resolvante: lineaire$ (%i5) resolvante(x^36,x,x1+2*x2+3*x3,[x1,x2,x3]); " resolvante lineaire " 6 5 4 3 2 1 (%o5) y^6+972 I do not know if the result is correct and I do not know the algorithm. But if the functions times is supposed to multiply the arguments, than mul is the correct replacement in the file reslov1.lisp. By the way: When loading the functions of the package I get a lot of compiler warnings. There might be more problems. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3425863&group_id=4933 
From: SourceForge.net <noreply@so...>  20111019 23:32:38

Bugs item #3425863, was opened at 20111019 12:19 Message generated for change (Comment added) made by valibouze You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3425863&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 Private: Yes Submitted By: Annick Valibouze (valibouze) Assigned to: Nobody/Anonymous (nobody) Summary: Problem in LISP with times function in sym Initial Comment: Good morning dear collegues, I'm the author of the package "symmetries" of maxima (in maxima/share/sym/) A new strange bug with LISP appears : ===== (%i49) resolvante: lineaire$ (%i50) resolvante(x^36,x,x1+2*x2+3*x3,[x1,x2,x3]); " resolvante lineaire " Maxima encountered a Lisp error: EVAL: undefined function TIMES Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. ================ the function resolvante apply a function of the file maxima/share/sym/resolv1.lsp (joined) when the variable "resolvante" is affected to " lineaire"). The function " times" (not TIMES) appears two times in file maxima/share/sym/resolv1.lsp With the preceding versions of maxima this problem does not exists. The function resolvante (with lineaire) was ok. I use maxima under Sage See bellow "bug_report()" informations : ======== (%i7) bug_report(); ...  Maxima version: 5.13.0 Maxima build date: 15:23 7/11/2008 host type: i686appledarwin9.2.0 lispimplementationtype: CLISP lispimplementationversion: 2.46 (20080702) (built on bsd.local [10.95.224.68])  What do you think about ? I work about a conference on Evariste Galois (National Celebration ...) , I need to make some computations, as the (linear) Galois resolvent, and I have'nt many time. Thank to help me. Sincerly yours, Annick Valibouze  Comment By: Annick Valibouze (valibouze) Date: 20111020 01:32 Message: Thanks for your answers Your result is ok. you can test with (the default) : resolvante: general$ resolvante(x^36,x,x1+2*x2+3*x3,[x1,x2,x3]); Compilation : For the variables, I think that it is not a problem (I must take time to return in code to test all) For the functions, at this moment, I have not answer. It is clear, that with old versions of Maxima the function times was ok and compilation presented any problem ; others functions seems to be sym functions. I have some problem to compile too. When my conference will be finish, I will take time to anderstand what it appends and to debug and propose the new version (with some new functions about resolvents ...) Annick Valibouze  Comment By: Dieter Kaiser (crategus) Date: 20111019 23:25 Message: In addition, this is a summary of the compiler report, when loading the package with SBCL and the actual Maxima version 5.25post: ; compilation unit finished ; Undefined functions: ; $ADD_SYM $DIVI_SYM $EV $EXP_SYM $FADD_SYM $FMULT_SYM $MULT_SYM $PART0 GROUPE_RESOLVANTE PUI2POLYNOME_GENERIQUE TIMES ; Undefined variables: ; $DIRECTNEW $RESOLCAYLEY $RESOLVANTE $SCHUR2COMP AAAAA LL1 ; caught 6 WARNING conditions ; caught 26 STYLEWARNING conditions Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20111019 23:17 Message: I have observed this bug in even older version Maxima 5.9, too. Maxima does not know a function or macro with the name times. I had a look at the code and I have tried to insert the function mul at two places. With this change I get a result: (%i4) resolvante: lineaire$ (%i5) resolvante(x^36,x,x1+2*x2+3*x3,[x1,x2,x3]); " resolvante lineaire " 6 5 4 3 2 1 (%o5) y^6+972 I do not know if the result is correct and I do not know the algorithm. But if the functions times is supposed to multiply the arguments, than mul is the correct replacement in the file reslov1.lisp. By the way: When loading the functions of the package I get a lot of compiler warnings. There might be more problems. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3425863&group_id=4933 
From: SourceForge.net <noreply@so...>  20111019 21:25:20

Bugs item #3425863, was opened at 20111019 12:19 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3425863&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 Private: Yes Submitted By: Annick Valibouze (valibouze) Assigned to: Nobody/Anonymous (nobody) Summary: Problem in LISP with times function in sym Initial Comment: Good morning dear collegues, I'm the author of the package "symmetries" of maxima (in maxima/share/sym/) A new strange bug with LISP appears : ===== (%i49) resolvante: lineaire$ (%i50) resolvante(x^36,x,x1+2*x2+3*x3,[x1,x2,x3]); " resolvante lineaire " Maxima encountered a Lisp error: EVAL: undefined function TIMES Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. ================ the function resolvante apply a function of the file maxima/share/sym/resolv1.lsp (joined) when the variable "resolvante" is affected to " lineaire"). The function " times" (not TIMES) appears two times in file maxima/share/sym/resolv1.lsp With the preceding versions of maxima this problem does not exists. The function resolvante (with lineaire) was ok. I use maxima under Sage See bellow "bug_report()" informations : ======== (%i7) bug_report(); ...  Maxima version: 5.13.0 Maxima build date: 15:23 7/11/2008 host type: i686appledarwin9.2.0 lispimplementationtype: CLISP lispimplementationversion: 2.46 (20080702) (built on bsd.local [10.95.224.68])  What do you think about ? I work about a conference on Evariste Galois (National Celebration ...) , I need to make some computations, as the (linear) Galois resolvent, and I have'nt many time. Thank to help me. Sincerly yours, Annick Valibouze  >Comment By: Dieter Kaiser (crategus) Date: 20111019 23:25 Message: In addition, this is a summary of the compiler report, when loading the package with SBCL and the actual Maxima version 5.25post: ; compilation unit finished ; Undefined functions: ; $ADD_SYM $DIVI_SYM $EV $EXP_SYM $FADD_SYM $FMULT_SYM $MULT_SYM $PART0 GROUPE_RESOLVANTE PUI2POLYNOME_GENERIQUE TIMES ; Undefined variables: ; $DIRECTNEW $RESOLCAYLEY $RESOLVANTE $SCHUR2COMP AAAAA LL1 ; caught 6 WARNING conditions ; caught 26 STYLEWARNING conditions Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20111019 23:17 Message: I have observed this bug in even older version Maxima 5.9, too. Maxima does not know a function or macro with the name times. I had a look at the code and I have tried to insert the function mul at two places. With this change I get a result: (%i4) resolvante: lineaire$ (%i5) resolvante(x^36,x,x1+2*x2+3*x3,[x1,x2,x3]); " resolvante lineaire " 6 5 4 3 2 1 (%o5) y^6+972 I do not know if the result is correct and I do not know the algorithm. But if the functions times is supposed to multiply the arguments, than mul is the correct replacement in the file reslov1.lisp. By the way: When loading the functions of the package I get a lot of compiler warnings. There might be more problems. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3425863&group_id=4933 
From: SourceForge.net <noreply@so...>  20111019 21:17:24

Bugs item #3425863, was opened at 20111019 12:19 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3425863&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 Private: Yes Submitted By: Annick Valibouze (valibouze) Assigned to: Nobody/Anonymous (nobody) Summary: Problem in LISP with times function in sym Initial Comment: Good morning dear collegues, I'm the author of the package "symmetries" of maxima (in maxima/share/sym/) A new strange bug with LISP appears : ===== (%i49) resolvante: lineaire$ (%i50) resolvante(x^36,x,x1+2*x2+3*x3,[x1,x2,x3]); " resolvante lineaire " Maxima encountered a Lisp error: EVAL: undefined function TIMES Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. ================ the function resolvante apply a function of the file maxima/share/sym/resolv1.lsp (joined) when the variable "resolvante" is affected to " lineaire"). The function " times" (not TIMES) appears two times in file maxima/share/sym/resolv1.lsp With the preceding versions of maxima this problem does not exists. The function resolvante (with lineaire) was ok. I use maxima under Sage See bellow "bug_report()" informations : ======== (%i7) bug_report(); ...  Maxima version: 5.13.0 Maxima build date: 15:23 7/11/2008 host type: i686appledarwin9.2.0 lispimplementationtype: CLISP lispimplementationversion: 2.46 (20080702) (built on bsd.local [10.95.224.68])  What do you think about ? I work about a conference on Evariste Galois (National Celebration ...) , I need to make some computations, as the (linear) Galois resolvent, and I have'nt many time. Thank to help me. Sincerly yours, Annick Valibouze  >Comment By: Dieter Kaiser (crategus) Date: 20111019 23:17 Message: I have observed this bug in even older version Maxima 5.9, too. Maxima does not know a function or macro with the name times. I had a look at the code and I have tried to insert the function mul at two places. With this change I get a result: (%i4) resolvante: lineaire$ (%i5) resolvante(x^36,x,x1+2*x2+3*x3,[x1,x2,x3]); " resolvante lineaire " 6 5 4 3 2 1 (%o5) y^6+972 I do not know if the result is correct and I do not know the algorithm. But if the functions times is supposed to multiply the arguments, than mul is the correct replacement in the file reslov1.lisp. By the way: When loading the functions of the package I get a lot of compiler warnings. There might be more problems. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3425863&group_id=4933 
From: SourceForge.net <noreply@so...>  20111019 10:19:11

Bugs item #3425863, was opened at 20111019 12:19 Message generated for change (Tracker Item Submitted) made by valibouze You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3425863&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 Private: Yes Submitted By: Annick Valibouze (valibouze) Assigned to: Nobody/Anonymous (nobody) Summary: Problem in LISP with times function in sym Initial Comment: Good morning dear collegues, I'm the author of the package "symmetries" of maxima (in maxima/share/sym/) A new strange bug with LISP appears : ===== (%i49) resolvante: lineaire$ (%i50) resolvante(x^36,x,x1+2*x2+3*x3,[x1,x2,x3]); " resolvante lineaire " Maxima encountered a Lisp error: EVAL: undefined function TIMES Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. ================ the function resolvante apply a function of the file maxima/share/sym/resolv1.lsp (joined) when the variable "resolvante" is affected to " lineaire"). The function " times" (not TIMES) appears two times in file maxima/share/sym/resolv1.lsp With the preceding versions of maxima this problem does not exists. The function resolvante (with lineaire) was ok. I use maxima under Sage See bellow "bug_report()" informations : ======== (%i7) bug_report(); ...  Maxima version: 5.13.0 Maxima build date: 15:23 7/11/2008 host type: i686appledarwin9.2.0 lispimplementationtype: CLISP lispimplementationversion: 2.46 (20080702) (built on bsd.local [10.95.224.68])  What do you think about ? I work about a conference on Evariste Galois (National Celebration ...) , I need to make some computations, as the (linear) Galois resolvent, and I have'nt many time. Thank to help me. Sincerly yours, Annick Valibouze  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3425863&group_id=4933 
From: SourceForge.net <noreply@so...>  20111014 03:37:02

Bugs item #3153168, was opened at 20110107 19:12 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3153168&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: Closed >Resolution: Works For Me Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Barton Willis (willisbl) Summary: abs_integrate + nounforms Initial Comment: load(abs_integrate); (%i2) integrate(f(x),x,0,a); Unable to evaluate predicate 0<a #0: lambda([a,b],is(a < b) = true)(a=0,b=a)(abs_integrate.mac line 179)  >Comment By: Barton Willis (willisbl) Date: 20111013 22:37 Message: This bug has apparently been fixed: (%i6) load(abs_integrate)$ (%i7) integrate(f(x),x,0,a); (%i8) (%o8) integrate(f(x),x,0,a) (%i5) build_info(); Maxima version: 5.25.0 Maxima build date: 16:14 8/15/2011 Host type: i686pcmingw32 Lisp implementation type: GNU Common Lisp (GCL) Lisp implementation version: GCL 2.6.8 (%o5)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3153168&group_id=4933 
From: SourceForge.net <noreply@so...>  20111012 19:00:41

Bugs item #3410704, was opened at 20110916 18:22 Message generated for change (Comment added) made by dgildea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3410704&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  Limit Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: redneb8888 () >Assigned to: Dan Gildea (dgildea) Summary: limit gives the wrong answer Initial Comment: Supposed that f(t):=((t^2+4)^(3/2)t^34*t)/(2*sqrt(t^2+4)) and g(t):=f(t+2/t^2)/f(t) Then limit(g(t),t,inf) gives 2 as the answer but the correct answer is 1 as evidenced by limit(ratsimp(g(t)),t,inf) and tlimit(g(t),t,inf)  >Comment By: Dan Gildea (dgildea) Date: 20111012 15:00 Message: fixed in limit.lisp. in limit1, remove radlim. avoids bugs when highestorder terms in asymptotic behavior (asymredu) cancel. gruntz and tlimit work better for these cases.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3410704&group_id=4933 
From: SourceForge.net <noreply@so...>  20111012 18:59:31

Bugs item #3276461, was opened at 20110405 13:41 Message generated for change (Comment added) made by dgildea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3276461&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  Limit Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: eEniquEe (bonoxofut) >Assigned to: Dan Gildea (dgildea) Summary: Inaccurate Limit Evaluation Initial Comment: Hi, While working on my project on Limit Problem Generation, I've encountered a bug. The following limit is evaluated incorrectly!!! (%i1) limit((4*x^210*x+24)/((4*x+8)^(1/3)+2), x, 4); (%o1) 0 The result should be 66 instead. It's pretty strange, because Maxima can evaluate another limit of the same type correctly: (%i2) limit((2*x^215*x25)/((4*x21)^(1/3)+1), x, 5); (%o2) 15/4 tlimit returns the correct value as expected. I just wondered what was wrong with limit function. :( Thanks guys very much for all your efforts to maintain Maxima, Keep up the good work, And have a great day, :)  >Comment By: Dan Gildea (dgildea) Date: 20111012 14:59 Message: Fixed in limit.lisp  add radcan before zero check in simplimsubst.  Comment By: eEniquEe (bonoxofut) Date: 20110407 13:35 Message: Hi again, It appears that in some specific cases, limit.lisp seems to act weirdly. I don't know why, but it appears that Maxima fails to evaluate this limit: (%i1) limit((16*x^3+16*x^232*x32)/(16*x^320*x^2+32*x+40), x, sqrt(2)) (%o1) (15569*2^(5/2)88072)/(68725*sqrt(2)97192) The result given by tlimit is even more monstrous: (%i2) tlimit((16*x^3+16*x^232*x32)/(16*x^320*x^2+32*x+40), x, sqrt(2)); (%o2) (28587895628423267593*2^(5/2)161717558869690800084)/(7887067287668281425*2^(9/2)178463960409114635249) The result should be: (16*sqrt(2)+16)/(16*sqrt(2)20) instead. The 2 expressions (the correct result, and the result given by limit function) are pretty much identical when we take the float value of it. But however, in fact, they are not the same!!! The above limit can be easily found either by L'Hopital's Rule, or by factoring out (x^2  2), which makes both numerator and denominator tend to 0.  I'm not very familiar with programming, (well, in fact, I do have some basic programming, scripting skill, I can create small applicants: small games, and auto stuff), but I really want to help you guys in modifying the limit.lisp. I don't really know how. :( I just wanna ask, if I w ant to modify the Lisp(s) in Maxima, which programming language should I consider? Thanks very much in advance, :)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3276461&group_id=4933 
From: SourceForge.net <noreply@so...>  20111012 18:24:53

Bugs item #3388801, was opened at 20110808 23:04 Message generated for change (Settings changed) made by dgildea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3388801&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  Integration Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: integrate error Initial Comment: I use maxima on windows xp, Maxima 5.25.0 http://maxima.sourceforge.net using Lisp Clozure Common Lisp Version 1.7r14925M (WindowsX8632) 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) f1:sqrt(107669.2969(x474.9481828977571)^2) + 621.87$ (%i2) f2:sqrt(107669.2969(x474.9481828977571)^2) $ (%i3) A1 : float (integrate(2*%pi * f1 * sqrt(1+diff(f1,x)^2) , x ,181.4663110563288,474.9481828977571))$ (%i4) A2 : float (integrate(2*%pi * f2 * sqrt(1+diff(f2,x)^2) , x ,181.4663110563288,474.9481828977571))$ (%i5) [A1,A2]; (%o5)[605072.0511807054, 605072.0511807053] The A1 and A2 should not be the same 。 And I use maxima 5.13 on Debian 5.0 Maxima 5.13.0 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) f1:sqrt(107669.2969(x474.9481828977571)^2) + 621.87$ (%i2) f2:sqrt(107669.2969(x474.9481828977571)^2) $ (%i3) A1 : float (integrate(2*%pi * f1 * sqrt(1+diff(f1,x)^2) , x ,181.4663110563288,474.9481828977571))$ (%i4) A2 : float (integrate(2*%pi * f2 * sqrt(1+diff(f2,x)^2) , x ,181.4663110563288,474.9481828977571))$ (%i5) [A1,A2]; (%o5)[2024501.89874211, 605072.0511807054] I check A1 and A2 are right the Maxima 5.21.0 by Debian 6.0 ， the calculation was error. So, why 5.25.0's or 5.21.0's calculation is error?  Comment By: Dan Gildea (dgildea) Date: 20111012 14:24 Message: Fixed in defint.lisp  no longer evaluate real and imaginary parts of integral separately. This bug was originally introduced after fixes to the simplification of sqrt.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3388801&group_id=4933 
From: SourceForge.net <noreply@so...>  20111012 18:24:10

Bugs item #3388801, was opened at 20110808 23:04 Message generated for change (Comment added) made by dgildea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3388801&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: integrate error Initial Comment: I use maxima on windows xp, Maxima 5.25.0 http://maxima.sourceforge.net using Lisp Clozure Common Lisp Version 1.7r14925M (WindowsX8632) 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) f1:sqrt(107669.2969(x474.9481828977571)^2) + 621.87$ (%i2) f2:sqrt(107669.2969(x474.9481828977571)^2) $ (%i3) A1 : float (integrate(2*%pi * f1 * sqrt(1+diff(f1,x)^2) , x ,181.4663110563288,474.9481828977571))$ (%i4) A2 : float (integrate(2*%pi * f2 * sqrt(1+diff(f2,x)^2) , x ,181.4663110563288,474.9481828977571))$ (%i5) [A1,A2]; (%o5)[605072.0511807054, 605072.0511807053] The A1 and A2 should not be the same 。 And I use maxima 5.13 on Debian 5.0 Maxima 5.13.0 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) f1:sqrt(107669.2969(x474.9481828977571)^2) + 621.87$ (%i2) f2:sqrt(107669.2969(x474.9481828977571)^2) $ (%i3) A1 : float (integrate(2*%pi * f1 * sqrt(1+diff(f1,x)^2) , x ,181.4663110563288,474.9481828977571))$ (%i4) A2 : float (integrate(2*%pi * f2 * sqrt(1+diff(f2,x)^2) , x ,181.4663110563288,474.9481828977571))$ (%i5) [A1,A2]; (%o5)[2024501.89874211, 605072.0511807054] I check A1 and A2 are right the Maxima 5.21.0 by Debian 6.0 ， the calculation was error. So, why 5.25.0's or 5.21.0's calculation is error?  >Comment By: Dan Gildea (dgildea) Date: 20111012 14:24 Message: Fixed in defint.lisp  no longer evaluate real and imaginary parts of integral separately. This bug was originally introduced after fixes to the simplification of sqrt.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3388801&group_id=4933 
From: SourceForge.net <noreply@so...>  20111012 15:42:54

Bugs item #3422387, was opened at 20111012 11:36 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3422387&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: Pending >Resolution: Invalid >Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Wrong result for 0.1^4 Initial Comment: Hi, something goes seriously wrong here! Have a look: Maxima 5.25.1 http://maxima.sourceforge.net using Lisp Clozure Common Lisp Version 1.7r14925M (WindowsX8632) 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. maximainit.mac loaded (%i1) 0.1^2; (%o1) 0.01 (%i2) 0.1^3; (%o2) 0.001 (%i3) 0.1^4; (%o3) 1.0000000000000005E4 (%i4) %0.0001; (%o4) 4.065758146820642E20 (%i5)  >Comment By: Raymond Toy (rtoy) Date: 20111012 11:42 Message: There is nothing wrong here. Maxima uses binary floating point arithmetic and 0.1 cannot be represented exactly. Hence, there is one rounding error there. The computation of 0.1^4 has 3 roundings, so the result is not exactly equal to 0.0001. If you want exact results, use rationals. Marking as pending/invalid. Adjusting priority to medium.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3422387&group_id=4933 
From: SourceForge.net <noreply@so...>  20111012 15:37:41

Bugs item #3422387, was opened at 20111012 15:36 Message generated for change (Settings changed) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3422387&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: 9 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Wrong result for 0.1^4 Initial Comment: Hi, something goes seriously wrong here! Have a look: Maxima 5.25.1 http://maxima.sourceforge.net using Lisp Clozure Common Lisp Version 1.7r14925M (WindowsX8632) 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. maximainit.mac loaded (%i1) 0.1^2; (%o1) 0.01 (%i2) 0.1^3; (%o2) 0.001 (%i3) 0.1^4; (%o3) 1.0000000000000005E4 (%i4) %0.0001; (%o4) 4.065758146820642E20 (%i5)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3422387&group_id=4933 
From: SourceForge.net <noreply@so...>  20111012 15:36:58

Bugs item #3422387, was opened at 20111012 15:36 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3422387&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 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Wrong result for 0.1^4 Initial Comment: Hi, something goes seriously wrong here! Have a look: Maxima 5.25.1 http://maxima.sourceforge.net using Lisp Clozure Common Lisp Version 1.7r14925M (WindowsX8632) 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. maximainit.mac loaded (%i1) 0.1^2; (%o1) 0.01 (%i2) 0.1^3; (%o2) 0.001 (%i3) 0.1^4; (%o3) 1.0000000000000005E4 (%i4) %0.0001; (%o4) 4.065758146820642E20 (%i5)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3422387&group_id=4933 
From: SourceForge.net <noreply@so...>  20111009 18:47:58

Bugs item #3420951, was opened at 20111009 18:44 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3420951&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: Installation Group: To be reviewed Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: maxima Segmentation fault after make install Initial Comment: I compiled maxima 5.25.1 on Puppy Linux 5.3 RC using gcl. (gcl 2.6.8pre from cvs, this was build with gcc 4.5.2) make check passd with no errors, but after make install I get "Segmentation fault" when running maxima. maximalocal from build dir before installation starts up without problems. I guessed it has something to do with the stripping of the binaries during make install. so I ripped some lines out of the Makefile.in, from installstrip. It now looks like this (line 589 ff.) installstrip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install now it seems to work  >Comment By: https://www.google.com/accounts () Date: 20111009 18:47 Message: To be precise I don't know if this is a bug in the current maxima version, or some bug in the toolchain on my system. But I thought I post it here ...  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3420951&group_id=4933 
From: SourceForge.net <noreply@so...>  20111009 18:44:24

Bugs item #3420951, was opened at 20111009 18:44 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3420951&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: Installation Group: To be reviewed Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: maxima Segmentation fault after make install Initial Comment: I compiled maxima 5.25.1 on Puppy Linux 5.3 RC using gcl. (gcl 2.6.8pre from cvs, this was build with gcc 4.5.2) make check passd with no errors, but after make install I get "Segmentation fault" when running maxima. maximalocal from build dir before installation starts up without problems. I guessed it has something to do with the stripping of the binaries during make install. so I ripped some lines out of the Makefile.in, from installstrip. It now looks like this (line 589 ff.) installstrip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install now it seems to work  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3420951&group_id=4933 
From: SourceForge.net <noreply@so...>  20111004 18:57:12

Bugs item #3418608, was opened at 20111004 18:57 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3418608&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 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: sum with division by zero evaluates Initial Comment: After loading the simplify_sum package: (%i6) simplify_sum(sum(1/(m^4 + 2*m^3 + 3*m^2 + 2*m)^2, m, 0, inf)); (%o6) 9*%i *(psi[0](1%i*(sqrt(7)*%i1) *(7^(9/2)*%i+3*7^(7/2)*%i+3*7^(5/2)*%i+7^(3/2)*%i) /(1024*7^(3/2))) +%gamma) /(4*7^(3/2)) +9*%i *(psi[0](1%i*(sqrt(7)*%i1) *(7^(9/2)*%i+3*7^(7/2)*%i+3*7^(5/2)*%i+7^(3/2)*%i) /(1024*7^(3/2))) +%gamma) /(4*7^(3/2))psi[1]((sqrt(7)*%i1)/2+1)/28 psi[1]((sqrt(7)*%i1)/2+1)/28+%pi^2/12 But there is a term that is 1/0 in this. (%i7) simplify_sum(sum(1/(m^4 + 2*m^3 + 3*m^2 + 2*m)^2, m, 0, 0)); Division by 0  an error. To debug this try: debugmode(true);  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3418608&group_id=4933 
From: SourceForge.net <noreply@so...>  20111001 18:53:56

Bugs item #3416844, was opened at 20111001 11:19 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3416844&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  Solving equations Group: None >Status: Pending >Resolution: Invalid Priority: 5 Private: No Submitted By: Fred Krogh (fkrogh) Assigned to: Nobody/Anonymous (nobody) Summary: Bad result on linear equation solve Initial Comment: (%i1) bfloat(solve(f+.00005=1,f)); rat: replaced 0.99995 by 19998/19999 = .999949997499875 (%o1) [f = 9.99949997499875b1] Correct result would be f=9.9995b1 (or I am really confused on how to use maxima). Environment details are Maxima version: 5.25.1 Maxima build date: 6:25 10/1/2011 Host type: x86_64pclinuxgnu Lisp implementation type: SBCL Lisp implementation version: 1.0.45.gentoor0 This shakes by confidence in results obtained for the more complicated function I wanted to solve. Thanks, Fred  >Comment By: Raymond Toy (rtoy) Date: 20111001 14:53 Message: Everything is working as designed. The call to bfloat is on the RESULT of solve, It doesn't magically make every operation a bfloat. There is an issue with solve calling rat to convert 0.99995 to a rational, but that's a different problem having to do with the default value of ratepsilon.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3416844&group_id=4933 
From: SourceForge.net <noreply@so...>  20111001 15:19:02

Bugs item #3416844, was opened at 20111001 08:19 Message generated for change (Tracker Item Submitted) made by fkrogh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3416844&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  Solving equations Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Fred Krogh (fkrogh) Assigned to: Nobody/Anonymous (nobody) Summary: Bad result on linear equation solve Initial Comment: (%i1) bfloat(solve(f+.00005=1,f)); rat: replaced 0.99995 by 19998/19999 = .999949997499875 (%o1) [f = 9.99949997499875b1] Correct result would be f=9.9995b1 (or I am really confused on how to use maxima). Environment details are Maxima version: 5.25.1 Maxima build date: 6:25 10/1/2011 Host type: x86_64pclinuxgnu Lisp implementation type: SBCL Lisp implementation version: 1.0.45.gentoor0 This shakes by confidence in results obtained for the more complicated function I wanted to solve. Thanks, Fred  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3416844&group_id=4933 
From: SourceForge.net <noreply@so...>  20111001 10:07:45

Bugs item #3213380, was opened at 20110315 15:49 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3213380&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: Closed >Resolution: Fixed Priority: 3 Private: No Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: ""(a,b) with simp:false prints incorrectly Initial Comment: With simp:true, ""(a,b)  internally, ((mminus) a b)  correctly simplifies to ab. But with simp:false, ""(a,b) prints as a, not as ab. s PS There are still some traces of the former nary mdifference operator in the code, but it is no longer supported.  >Comment By: Dieter Kaiser (crategus) Date: 20111001 12:07 Message: Fixed in grind.lisp revision 1.10.2011 for linear display and displa.lisp revision 1.10.2011 for 2Ddisplay. A function msizemminus and a function dimmminus has been added for the display of unsimplified mminusexpressions. Examples: (%i1) display2d:false$ (%i2) simp:false$ (%i3) ""(a,b,c,d); (%o3) abcd (%i4) ""(a,b,c,d); (%o4) a+b+cd Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3213380&group_id=4933 