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

_{Feb}

_{Mar}

_{Apr}

_{May}

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

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

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 


1
(5) 
2
(4) 
3
(1) 
4

5
(1) 
6
(10) 
7
(3) 
8
(2) 
9
(1) 
10
(3) 
11
(1) 
12
(1) 
13
(7) 
14
(5) 
15
(5) 
16
(3) 
17
(7) 
18
(1) 
19
(1) 
20

21
(1) 
22
(1) 
23

24

25
(1) 
26
(1) 
27

28
(1) 
29
(1) 
30
(1) 
31
(1) 



From: SourceForge.net <noreply@so...>  20060506 13:57:34

Bugs item #1471813, was opened at 20060417 12:07 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1471813&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: integrate(1/(x^2 + 4)^(3/2),x,0,inf); Initial Comment: (%i1) integrate(1/(x^2 + 4)^(3/2),x,0,inf); Maxima encountered a Lisp error: Error in PROGN [or a callee]: Error in doargcounterror: DESTRUCTURINGBIND NIL NIL (L ... Let's try the integral from minf to inf: (%i2) integrate(1/(x^2 + 4)^(3/2),x,minf,inf); Is x positive or negative? pos; (%o2) 1/2 The question is silly, but 1/2 is the correct value for the integral. (%i3) build_info(); Maxima version: 5.9.2.19cvs Maxima build date: 9:42 4/10/2006 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.7 (%o3) Barton  >Comment By: Raymond Toy (rtoy) Date: 20060506 09:57 Message: Logged In: YES user_id=28849 FWIW, the question comes when maxima is computing limit(x*(4+x^2)^(3/2),x,minf). I think this is really a bug in limitit ought to know that x is negative in this case.  Comment By: Raymond Toy (rtoy) Date: 20060417 12:14 Message: Logged In: YES user_id=28849 Try with the CVS version. It returns 1/4 for the first integral, but still asks about x for the second integral.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1471813&group_id=4933 
From: SourceForge.net <noreply@so...>  20060506 13:49:20

Bugs item #1467778, was opened at 20060410 11:16 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1467778&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: Debug output provokes Clisp complaint about closed stream Initial Comment: Sometimes the quadpack functions want to print debug messages. Clisp doesn't like that, GCL and SBCL think it's OK. I don't know a workaround. Probably the problem has something to do with the way Fortran WRITE statements get translated into Lisp. Clisp 2.34: (%i1) quad_qags (sin(x), x, 0, 200*%pi), numer; Maxima encountered a Lisp error: WRITECHAR on #<CLOSED IO TERMINALSTREAM> is illegal GCL 2.6.7: (%i1) quad_qags (sin(x), x, 0, 200*%pi), numer; Compiling gazonk0.lsp. [...] ***MESSAGE FROM ROUTINE DQAGS IN LIBRARY SLATEC. ***INFORMATIVE MESSAGE, PROG CONTINUES, TRACEBACK REQUESTED * ABNORMAL RETURN * ERROR NUMBER = 2 * ***END OF MESSAGE (%o1) [ 2.2784436628435217E13, 3.9575719140433691E12, 21, 2] SBCL 0.9.9: (%i1) quad_qags (sin(x), x, 0, 200*%pi), numer; ***MESSAGE FROM ROUTINE DQAGS IN LIBRARY SLATEC. ***INFORMATIVE MESSAGE, PROG CONTINUES, TRACEBACK REQUESTED * ABNORMAL RETURN * ERROR NUMBER = 2 * ***END OF MESSAGE (%o1) [2.407196885346775e12, 3.955640448980319e12, 21, 2]  >Comment By: Raymond Toy (rtoy) Date: 20060506 09:49 Message: Logged In: YES user_id=28849 I don't see this with clisp with current cvs. With clisp 2.38.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1467778&group_id=4933 
From: SourceForge.net <noreply@so...>  20060506 13:45:15

Bugs item #1482843, was opened at 20060505 22:55 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1482843&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 Submitted By: Robert Dodier (robert_dodier) Assigned to: Nobody/Anonymous (nobody) Summary: subscripted variable causes trouble in integrate Initial Comment: Maxima 5.9.3 / clisp 2.34:  OK: (%i4) integrate (exp ( (x  mu)^2), x, 0, inf); (%o4) sqrt(%pi)*erf(mu)/2+sqrt(%pi)/2  OOPS: (%i3) integrate (exp ( (x  mu[1])^2), x, 0, inf); Is ?yx+1 positive or negative? p; Is x positive, negative, or zero? p; Is mu[1] positive or negative? p; (%o3) %i*(sqrt(%pi)*%i*('limit(erf(%i*sqrt(log(x))),x,0,plus)) +sqrt(%pi)*%i*erf(mu[1])) /2  Maxima 5.9.1 / cmucl 19a:  (%i7) integrate (exp ( (x  mu[1])^2), x, 0, inf); Is "*"(MU[1]) positive, negative, or zero? p; Is "*"(ABS(%E)1) positive, negative, or zero? p; Maxima encountered a Lisp error: Typeerror in KERNEL::OBJECTNOTTYPEERRORHANDLER: ((MTIMES) 2 ((RAT SIMP) 1 2)) is not of type REAL  >Comment By: Raymond Toy (rtoy) Date: 20060506 09:45 Message: Logged In: YES user_id=28849 This bug is caused by deglessp in defint.lisp not handling subscripted variables. It returned NIL instead of T for mu[1]. With this fix, the integrand with mu[1] returns a result like the integrand for mu. Fixed in defint.lisp, rev 1.25.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1482843&group_id=4933 
From: SourceForge.net <noreply@so...>  20060506 11:40:06

Bugs item #1480338, was opened at 20060502 06:59 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1480338&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: ratsimp(exp(constant)) very slow Initial Comment: ratsimp, when applied to %e^((sqrt(852469675641479773175661572149741) 15762598695796738)/2251799813685248); is very slow. But can ratsimp simplify the argument to exp quickly. This expression happended towards the end of a matrixexp calculation. I've tried variations of this expression (delete hunks of various numbers)  sometimes ratsimp is very fast, other times it seems to hang. (%i18) build_info(); Maxima version: 5.9.3 Maxima build date: 0:52 3/20/2006 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.7 Barton  >Comment By: Barton Willis (willisbl) Date: 20060506 06:40 Message: Logged In: YES user_id=895922 A simpler example: ratsimp(exp((1932473987149817)/589347638476187146)) Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1480338&group_id=4933 
From: SourceForge.net <noreply@so...>  20060506 02:57:37

Bugs item #711380, was opened at 20030328 08:12 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=711380&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: To be reviewed Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: Infinite recursion kills process (gcl) Initial Comment: ('sum)(x,i,1,3),simpsum,simp:false; causes Maxima to crash ("The exception unknown software exception (0xc00000fd) occurred in the application at location 0x00406a08.") This appears to be a stack overflow in compiled code. Can't we catch a stack overflow without the process dying? It would of course also be nice if Maxima didn't have an infinite recursion in this case, but simp:false breaks a lot of things.... Maxima 5.9.0 GCL 2.5.0 mingw32 Windows 2000  >Comment By: Robert Dodier (robert_dodier) Date: 20060505 20:57 Message: Logged In: YES user_id=501686 I'm not seeing an error for the given expression (returns 3 x for Maxima 5.9.3cvs with clisp, sbcl, and gcl on Linux, and 5.9.1 / cmucl on Linux). Let's retest on Windows and if it has gone away then we can close this report.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=711380&group_id=4933 
From: SourceForge.net <noreply@so...>  20060506 02:55:08

Bugs item #1482843, was opened at 20060505 20:55 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=1482843&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: Open Resolution: None Priority: 5 Submitted By: Robert Dodier (robert_dodier) Assigned to: Nobody/Anonymous (nobody) Summary: subscripted variable causes trouble in integrate Initial Comment: Maxima 5.9.3 / clisp 2.34:  OK: (%i4) integrate (exp ( (x  mu)^2), x, 0, inf); (%o4) sqrt(%pi)*erf(mu)/2+sqrt(%pi)/2  OOPS: (%i3) integrate (exp ( (x  mu[1])^2), x, 0, inf); Is ?yx+1 positive or negative? p; Is x positive, negative, or zero? p; Is mu[1] positive or negative? p; (%o3) %i*(sqrt(%pi)*%i*('limit(erf(%i*sqrt(log(x))),x,0,plus)) +sqrt(%pi)*%i*erf(mu[1])) /2  Maxima 5.9.1 / cmucl 19a:  (%i7) integrate (exp ( (x  mu[1])^2), x, 0, inf); Is "*"(MU[1]) positive, negative, or zero? p; Is "*"(ABS(%E)1) positive, negative, or zero? p; Maxima encountered a Lisp error: Typeerror in KERNEL::OBJECTNOTTYPEERRORHANDLER: ((MTIMES) 2 ((RAT SIMP) 1 2)) is not of type REAL  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1482843&group_id=4933 
From: SourceForge.net <noreply@so...>  20060506 02:49:13

Bugs item #751824, was opened at 20030610 03:34 Message generated for change (Settings changed) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=751824&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  Translator >Group: To be reviewed Status: Open Resolution: Works For Me Priority: 5 Submitted By: David Bremner (bremner) Assigned to: Nobody/Anonymous (nobody) Summary: gcl specific translation failure Initial Comment: Maxima version: 5.9.0 Maxima build date: 13:52 3/30/2003 host type: i686pclinuxgnu lispimplementationtype: Kyoto Common Lisp lispimplementationversion: GCL25.2000000000000002 the following file nfilter(F,L):= block([RTN:[]], for A in L do if apply(F,[A]) then RTN:endcons(A,RTN), RTN)$ yields (C1) translate_file("test.max"); Translation begun on #ptest.max. Error: Caught fatal error [memory may be damaged] Fast links are on: do (si::usefastlinks nil) for debugging Error signalled by CATCH. Broken at MACSYMATOPLEVEL. Type :H for Help. with the debian packaging of maxima, using gcl. It translates ok with maxima 5.9.0/clisp on solaris. And yeah, I (now) know about sublist.  Comment By: Robert Dodier (robert_dodier) Date: 20060326 12:08 Message: Logged In: YES user_id=501686 For the record, problem not observed with maxima 5.9.3cvs1 / gcl 2.6.7 on redhat linux.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=751824&group_id=4933 
From: SourceForge.net <noreply@so...>  20060506 02:47:04

Bugs item #792514, was opened at 20030821 08:06 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=792514&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: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: Subscripted literal array doesn't display Initial Comment: matrix([a,b],[c,d])[2,1] is a perfectly legitimate Maxima expression which evaluates to 'c'. And it displays fine with display2d:false: display2d:false$ '( matrix([a,b],[c,d])[2,1] ); => matrix([a,b],[c,d])[2,1] But 2d display causes an error: display2d:true$ '( matrix([a,b],[c,d])[2,1] ) => Error: (DMATRIX RIGHT 2 ...) is not of type CHARACTER. Error signalled by DIMENSIONARRAY. Maxima 5.9.0 gcl 2.5.0 mingw32 Windows2000 Athlon  >Comment By: Robert Dodier (robert_dodier) Date: 20060505 20:47 Message: Logged In: YES user_id=501686 Still present in 5.9.3cvs clisp / sbcl / gcl .  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=792514&group_id=4933 
From: SourceForge.net <noreply@so...>  20060505 18:21:14

Bugs item #1471861, was opened at 20060417 13:49 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1471861&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 Submitted By: FrancoB (franco68tn) Assigned to: Nobody/Anonymous (nobody) Summary: limit(abs(sin(x)/x),x,0); Initial Comment: Maxima cannot calculate the following limit: limit(abs(sin(x)/x),x,0); > unevaluated but it can calculate the following limits: limit(abs(sin(x)/x),x,0,minus); > 1 limit(abs(sin(x)/x),x,0,plus); > 1 Is this a bug? Franco Buratti (Italy) bufranz@... 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  >Comment By: Raymond Toy (rtoy) Date: 20060505 14:21 Message: Logged In: YES user_id=28849 Yes, this is a bug. It should be fixed in CVS.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1471861&group_id=4933 
From: SourceForge.net <noreply@so...>  20060503 02:20:25

Bugs item #1471048, was opened at 04/15/06 15:02 Message generated for change (Comment added) made by sfrobot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1471048&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: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: plot2d doesn't work with "gnuplot_curve_titles" option Initial Comment: Maxima version: 5.9.3 Maxima build date: 0:52 3/20/2006 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.7 When I try to execute a command like this: plot2d( [discrete, xx, yy], [gnuplot_curve_titles, "my_func"] ); maxima siply does nothing, it doesn't produce any output or any graphic, nothing. At it's the same with all plot2d forms when I use gnuplot_curve_titles option.  >Comment By: SourceForge Robot (sfrobot) Date: 05/02/06 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker).  Comment By: Raymond Toy (rtoy) Date: 04/17/06 08:31 Message: Logged In: YES user_id=28849 The syntax is wrong. describe(plot_options) will give the correct syntax, which is [gnuplot_curve_titles, "title 'my title'"] Changed status to Pending.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1471048&group_id=4933 
From: SourceForge.net <noreply@so...>  20060502 17:46:31

Bugs item #1480562, was opened at 20060502 13: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=1480562&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: 3 Submitted By: Raymond Toy (rtoy) Assigned to: Nobody/Anonymous (nobody) Summary: 2*a*2^k isn't simplified to a*2^(k+1) Initial Comment: 2*a*2^k isn't simplified. But a*2^k*2 is. There are many other situations where we don't simplify such products.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1480562&group_id=4933 
From: SourceForge.net <noreply@so...>  20060502 17:43:44

Bugs item #1477696, was opened at 20060427 10:07 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1477696&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: 5 Submitted By: Raymond Toy (rtoy) Assigned to: Nobody/Anonymous (nobody) Summary: 2*3*2^k is 6*2^k Initial Comment: Current CVS (2006/04/27) has 2*3*2^k becoming 6*2^k. Should this be 3*2^(k+1)? It would be nice, but.... What about a*b^k where a is a large number? Do we want to check if a contains any powers of b so we can return a new result of the form (a/b^k)*b^(k+1)?  >Comment By: Raymond Toy (rtoy) Date: 20060502 13:43 Message: Logged In: YES user_id=28849 This particular bug is fixed. We basically handle the case of m/n*b^k and convert that to m1/n1*b^k1 by removing powers of b from m and n.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1477696&group_id=4933 
From: SourceForge.net <noreply@so...>  20060502 11:59:25

Bugs item #1480338, was opened at 20060502 06:59 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=1480338&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: ratsimp(exp(constant)) very slow Initial Comment: ratsimp, when applied to %e^((sqrt(852469675641479773175661572149741) 15762598695796738)/2251799813685248); is very slow. But can ratsimp simplify the argument to exp quickly. This expression happended towards the end of a matrixexp calculation. I've tried variations of this expression (delete hunks of various numbers)  sometimes ratsimp is very fast, other times it seems to hang. (%i18) build_info(); Maxima version: 5.9.3 Maxima build date: 0:52 3/20/2006 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.7 Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1480338&group_id=4933 
From: SourceForge.net <noreply@so...>  20060502 02:05:21

Bugs item #1479985, was opened at 20060501 15:01 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1479985&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: SIMPNCEXPT not careful about MNCEXPT (noncommutative expt) Initial Comment: SIMPNCEXPT is not careful about simplifying ^^ (MNCEXPT, noncommutative exponent). aa ^^ bb simplifies to aa ^ bb when aa is a scalar or constant, (e.g. %e ^^ matrix => %e ^ matrix) but that's not generally correct. We can debate whether SIMPNCEXPT ought to go to the expense of executing the matrix exponential code, but if not that, then SIMPNCEXPT should at least return a valid result.  >Comment By: Barton Willis (willisbl) Date: 20060501 21:05 Message: Logged In: YES user_id=895922 In general, I suspect that both matrix exponential functions in Maxima have low accuracy for floating point matrices. Until we have better code for the float case, maybe this tips the argument in favor of returning a noun form. Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1479985&group_id=4933 
From: SourceForge.net <noreply@so...>  20060501 20:01:12

Bugs item #1479985, was opened at 20060501 14:01 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=1479985&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: SIMPNCEXPT not careful about MNCEXPT (noncommutative expt) Initial Comment: SIMPNCEXPT is not careful about simplifying ^^ (MNCEXPT, noncommutative exponent). aa ^^ bb simplifies to aa ^ bb when aa is a scalar or constant, (e.g. %e ^^ matrix => %e ^ matrix) but that's not generally correct. We can debate whether SIMPNCEXPT ought to go to the expense of executing the matrix exponential code, but if not that, then SIMPNCEXPT should at least return a valid result.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1479985&group_id=4933 
From: SourceForge.net <noreply@so...>  20060501 17:04:47

Bugs item #1479149, was opened at 20060429 21:13 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1479149&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: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Integration with trigonometric function and following diff Initial Comment: integrate(k*x/f(x),x), knumber, f(x)thrigonometric function  sin(x)^2, cos(x)^2, Sin(x)^3 etc. gives a very poor result. axiom gives a better and short result. following diff(%,x) gives a non simply formula. So, maxima has a problem with a trigonometric function ;)  >Comment By: Barton Willis (willisbl) Date: 20060501 12:04 Message: Logged In: YES user_id=895922 Maxima uses a constant of integration when it thinks one is really needed: (%i12) integrate(x=1,x); (%o12) x^2/2=x+integrationconstant1 This is a bug listfor a better place to ask questions about how to use Maxima see: http://maxima.sourceforge.net/maximalist.html Barton  Comment By: Raymond Toy (rtoy) Date: 20060501 11:54 Message: Logged In: YES user_id=28849 Judicious use of logcontract, trigexpand and trigsimp will produce log(44*cos(x)^2)2*x*cos(x)/sin(x). That's pretty comparable to axiom's result. Also, integrate never returns a gratuitious constant of integration, just like tables of integrals never do If you want it, you have to add it yourself.  Comment By: Nobody/Anonymous (nobody) Date: 20060501 08:19 Message: Logged In: NO Yes, trigsimp was help me, it gives simpler, but not simplest formula. For example, k=2, f(x)=sin(x)^2 integrate(2*x/(sin(x)^2,x) with trigsimp gives a following formula: [{(cos(2x)1)*log(2*cos(x)+2)}+{(cos(2*x)1)*log(22*cos(x))}+2*x*sin(2*x)]/(cos(2*x)1) Simplest result is: 2*(log(sin(x)/2)x*ctg(x)) Or, maxima don't gives (don't can) a simplest result? P.S. By the way, how about C? integrate(x,x) = x^2/2 + C. doble integrate gives a x^3/6 + C*x + c(1)  Comment By: Barton Willis (willisbl) Date: 20060430 06:55 Message: Logged In: YES user_id=895922 Did Maxima give an incorrect result for any of these integrals? Maxima does gives a lengthy formula for integrate(x / sin(x)^2,x), but it seems to be correct: (%i1) integrate(x / sin(x)^2,x)$ (%i2) diff(%,x)  x/sin(x)^2$ (%i3) exponentialize(%)$ (%i4) ratsimp(%); (%o4) 0 In addition to exponentialize and ratsimp, Maxima has functions trigsimp, trigreduce, and trigexpand. Did you try using these functions to convert the antiderivatives into the form you were looking for? Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1479149&group_id=4933 
From: SourceForge.net <noreply@so...>  20060501 16:59:12

Bugs item #1477965, was opened at 20060427 16:31 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1477965&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: specint bug Initial Comment: specint(exp(s*t)*(1cos(a*t))/t,t); returns 0, whereas the expression to integrate is always positive. laplace((1cos(a*t))/t,t,s) returns the correct result, log((a^2+s^2)/s^2) [A&S 29.3.108]. A similar bug affects specint(exp(s*t)*(1cosh(a*t))/t,t); [A&S 29.3.109]. and specint(exp(s*t)*sin(t)/t); [A&S 29.3.109] Entered by Edmond.Orignac <at> wanadoo <dot> fr  >Comment By: Raymond Toy (rtoy) Date: 20060501 12:59 Message: Logged In: YES user_id=28849 This happens because specint distributes exp(s*t) and is then unable to compute the integrals. Instead it returns some bogus 'failinf1p137. And when the terms are all added together, they just happen to cancel out, resulting in 0. I do not have a fix for this. I think it's relatively easy to make specint return the integral, which is not so good, but certainly better than the wrong answer.  Comment By: Nobody/Anonymous (nobody) Date: 20060428 15:56 Message: Logged In: NO Maxima version: 5.9.3 Maxima build date: 22:48 4/16/2006 host type: i686pclinuxgnu lispimplementationtype: CMU Common Lisp lispimplementationversion: CVS release19a 19arelease20040728 + minimal debian patches Version information missing from my bug report of yesterday.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1477965&group_id=4933 
From: SourceForge.net <noreply@so...>  20060501 16:54:51

Bugs item #1479149, was opened at 20060429 22:13 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1479149&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: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Integration with trigonometric function and following diff Initial Comment: integrate(k*x/f(x),x), knumber, f(x)thrigonometric function  sin(x)^2, cos(x)^2, Sin(x)^3 etc. gives a very poor result. axiom gives a better and short result. following diff(%,x) gives a non simply formula. So, maxima has a problem with a trigonometric function ;)  >Comment By: Raymond Toy (rtoy) Date: 20060501 12:54 Message: Logged In: YES user_id=28849 Judicious use of logcontract, trigexpand and trigsimp will produce log(44*cos(x)^2)2*x*cos(x)/sin(x). That's pretty comparable to axiom's result. Also, integrate never returns a gratuitious constant of integration, just like tables of integrals never do If you want it, you have to add it yourself.  Comment By: Nobody/Anonymous (nobody) Date: 20060501 09:19 Message: Logged In: NO Yes, trigsimp was help me, it gives simpler, but not simplest formula. For example, k=2, f(x)=sin(x)^2 integrate(2*x/(sin(x)^2,x) with trigsimp gives a following formula: [{(cos(2x)1)*log(2*cos(x)+2)}+{(cos(2*x)1)*log(22*cos(x))}+2*x*sin(2*x)]/(cos(2*x)1) Simplest result is: 2*(log(sin(x)/2)x*ctg(x)) Or, maxima don't gives (don't can) a simplest result? P.S. By the way, how about C? integrate(x,x) = x^2/2 + C. doble integrate gives a x^3/6 + C*x + c(1)  Comment By: Barton Willis (willisbl) Date: 20060430 07:55 Message: Logged In: YES user_id=895922 Did Maxima give an incorrect result for any of these integrals? Maxima does gives a lengthy formula for integrate(x / sin(x)^2,x), but it seems to be correct: (%i1) integrate(x / sin(x)^2,x)$ (%i2) diff(%,x)  x/sin(x)^2$ (%i3) exponentialize(%)$ (%i4) ratsimp(%); (%o4) 0 In addition to exponentialize and ratsimp, Maxima has functions trigsimp, trigreduce, and trigexpand. Did you try using these functions to convert the antiderivatives into the form you were looking for? Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1479149&group_id=4933 
From: SourceForge.net <noreply@so...>  20060501 13:19:59

Bugs item #1479149, was opened at 20060429 19:13 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1479149&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: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Integration with trigonometric function and following diff Initial Comment: integrate(k*x/f(x),x), knumber, f(x)thrigonometric function  sin(x)^2, cos(x)^2, Sin(x)^3 etc. gives a very poor result. axiom gives a better and short result. following diff(%,x) gives a non simply formula. So, maxima has a problem with a trigonometric function ;)  Comment By: Nobody/Anonymous (nobody) Date: 20060501 06:19 Message: Logged In: NO Yes, trigsimp was help me, it gives simpler, but not simplest formula. For example, k=2, f(x)=sin(x)^2 integrate(2*x/(sin(x)^2,x) with trigsimp gives a following formula: [{(cos(2x)1)*log(2*cos(x)+2)}+{(cos(2*x)1)*log(22*cos(x))}+2*x*sin(2*x)]/(cos(2*x)1) Simplest result is: 2*(log(sin(x)/2)x*ctg(x)) Or, maxima don't gives (don't can) a simplest result? P.S. By the way, how about C? integrate(x,x) = x^2/2 + C. doble integrate gives a x^3/6 + C*x + c(1)  Comment By: Barton Willis (willisbl) Date: 20060430 04:55 Message: Logged In: YES user_id=895922 Did Maxima give an incorrect result for any of these integrals? Maxima does gives a lengthy formula for integrate(x / sin(x)^2,x), but it seems to be correct: (%i1) integrate(x / sin(x)^2,x)$ (%i2) diff(%,x)  x/sin(x)^2$ (%i3) exponentialize(%)$ (%i4) ratsimp(%); (%o4) 0 In addition to exponentialize and ratsimp, Maxima has functions trigsimp, trigreduce, and trigexpand. Did you try using these functions to convert the antiderivatives into the form you were looking for? Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1479149&group_id=4933 