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

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 




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

5
(1) 
6
(4) 
7
(1) 
8
(4) 
9
(3) 
10
(7) 
11
(1) 
12
(2) 
13

14
(4) 
15

16
(2) 
17

18
(5) 
19
(3) 
20

21
(3) 
22

23
(1) 
24

25

26
(1) 
27

28
(1) 
29
(2) 
30
(4) 
31


From: SourceForge.net <noreply@so...>  20081014 10:42:31

Bugs item #2042069, was opened at 20080807 19:33 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2042069&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: solve solves in terms of the solve variable Initial Comment: I entered the following function definitions: N(a,b,g):=sqrt((g+a+sqrt((ga)^2+b^2))/2); n(a,b,g,mr,mi):=sqrt((mr^2+mi^2)N(a,b,g)^2mi(mr bmi a))/mr; and tried to solve the equation in terms of g: solve(n(a,b,g,mr,mi)^2=g,g); the result was [g=(a*(mr^2+3*mi^2)+sqrt(g^22*a*g+b^2+a^2)*(mr^2+mi^2)2*b*mi*mr)/(mi^2mr^2)] The problem is that the solution involves g. I know there are solutions, because Mathematica could find 4 of them in terms of a, b, mr, and mi only.  Comment By: Nobody/Anonymous (nobody) Date: 20081014 09:09 Message: I don't know if it is related, but I have a much simpler example of the same behaviour : (%i14) solve( [e^x=0],[x] ); (%o14) [e^x=0] but (%i15) solve( [e^(x)=0],[x] ); (%o15) [] The latter is correct.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2042069&group_id=4933 
From: SourceForge.net <noreply@so...>  20081012 22:11:30

Bugs item #2159499, was opened at 20081011 17:11 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2159499&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  Floating point Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: Full bigfloat precision for Gamma after the second call Initial Comment: In a lot of cases (for some not) we get the full bigfloat precison for the Gamma function not in a first call but in a second call to the function: (%i4) fpprintprec:3; (%o4) 3 That is the first call. We get the full precision. If we have a fresh maxima and increase fpprec the first time we always get the full precision. (%i5) fpprec:64; (%o5) 64 (%i6) gamma(bfloat(1/2))bfloat(gamma(1/2)); (%o6) 3.11b62 Increasing fpprec. First call. Missing precision. (%i7) fpprec:128; (%o7) 128 (%i8) gamma(bfloat(1/2))bfloat(gamma(1/2)); (%o8) 1.91b91 Second call. Full precision. (%i9) gamma(bfloat(1/2))bfloat(gamma(1/2)); (%o9) 5.43b126 Increasing fpprec. First call. Missing precision. (%i10) fpprec:256; (%o10) 256 (%i11) gamma(bfloat(1/2))bfloat(gamma(1/2)); (%o11) 1.03b182 Now the second call. (%i12) gamma(bfloat(1/2))bfloat(gamma(1/2)); (%o12) 1.21b253 Increasing fpprec. Now full precsion in the first call. (%i13) fpprec:300; (%o13) 300 (%i14) gamma(bfloat(1/2))bfloat(gamma(1/2)); (%o14) 1.97b297 And again. Increasing fpprec. Missing precesion in the first call. (%i15) fpprec:512; (%o15) 512 (%i16) gamma(bfloat(1/2))bfloat(gamma(1/2)); (%o16) 3.0b365 Dieter Kaiser  >Comment By: Dieter Kaiser (crategus) Date: 20081013 00:11 Message: I have studied the effect in more detail and detected that we have the problem only for a negative argument to bffac. That is true for gamma(0.5b0). The reflection formula calculates: bfloat(%pi*z/sin(%pi*z))/bffac(z,fpprec) If we add an additional bfloat to be sure that the argument of the sin function has the correct precision the described effect that we need a second call to get the full precision vanish. The modified line of code is bfloat(%pi*z/sin(bfloat(%pi*z)))/bffac(z,fpprec) I have not really understand the effect, but it seems to me that it works. Perhaps there is a problem with the sin function. Any comment? Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2159499&group_id=4933 
From: SourceForge.net <noreply@so...>  20081012 17:37:40

Bugs item #2144225, was opened at 20081003 07:24 Message generated for change (Settings changed) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2144225&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: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: rationalize bug / fix (?) Initial Comment: This is OK: (%i1) map('rationalize, [cos(s)]); (%o1) [cos(s)] This isn't: (%i2) map(lambda([s], rationalize(s)), [cos(s)]); (%o2) [cos(cos(s))] Possible fix: (defun $rationalize (e) (cond ((floatp e) (clrattomaxima (rationalize e))) (($bfloatp e) (clrattomaxima (* (cadr e)(expt 2 ( (caddr e) (third (car e))))))) (($mapatom e) e) (t (simplify (cons (list (mop e)) (mapcar #'$rationalize (margs e))))))) The old code used fullmapI don't understand why the old code was buggy.  >Comment By: Barton Willis (willisbl) Date: 20081012 12:37 Message: Fixed by maxmin.lisp CVS revision 1.11; appended regression tests to rtest_allnumod.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2144225&group_id=4933 
From: SourceForge.net <noreply@so...>  20081011 15:11:35

Bugs item #2159499, was opened at 20081011 17: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=2159499&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  Floating point Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: Full bigfloat precision for Gamma after the second call Initial Comment: In a lot of cases (for some not) we get the full bigfloat precison for the Gamma function not in a first call but in a second call to the function: (%i4) fpprintprec:3; (%o4) 3 That is the first call. We get the full precision. If we have a fresh maxima and increase fpprec the first time we always get the full precision. (%i5) fpprec:64; (%o5) 64 (%i6) gamma(bfloat(1/2))bfloat(gamma(1/2)); (%o6) 3.11b62 Increasing fpprec. First call. Missing precision. (%i7) fpprec:128; (%o7) 128 (%i8) gamma(bfloat(1/2))bfloat(gamma(1/2)); (%o8) 1.91b91 Second call. Full precision. (%i9) gamma(bfloat(1/2))bfloat(gamma(1/2)); (%o9) 5.43b126 Increasing fpprec. First call. Missing precision. (%i10) fpprec:256; (%o10) 256 (%i11) gamma(bfloat(1/2))bfloat(gamma(1/2)); (%o11) 1.03b182 Now the second call. (%i12) gamma(bfloat(1/2))bfloat(gamma(1/2)); (%o12) 1.21b253 Increasing fpprec. Now full precsion in the first call. (%i13) fpprec:300; (%o13) 300 (%i14) gamma(bfloat(1/2))bfloat(gamma(1/2)); (%o14) 1.97b297 And again. Increasing fpprec. Missing precesion in the first call. (%i15) fpprec:512; (%o15) 512 (%i16) gamma(bfloat(1/2))bfloat(gamma(1/2)); (%o16) 3.0b365 Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2159499&group_id=4933 
From: SourceForge.net <noreply@so...>  20081010 21:59:33

Bugs item #2072135, was opened at 20080824 23:57 Message generated for change (Settings changed) made by beshenov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2072135&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: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Alexey Beshenov (beshenov) Summary: source code missing from download page Initial Comment: For the last 48 hours at least the source code tarball maxima5.16.2.tar.gz has not been present on the download page at http://sourceforge.net/project/showfiles.php?group_id=4933 The only file I see there is 5.16.2Windows. I am attaching a snapshot of the page just taken (Aug 24 08 at 12:56 PM PST).  Comment By: Alexey Beshenov (beshenov) Date: 20081011 01:44 Message: $ ssh beshenov,maxima@... The authenticity of host 'web.sourceforge.net (216.34.181.70)' can't be established. RSA key fingerprint is ... Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'web.sourceforge.net,216.34.181.70' (RSA) to the list of known hosts. beshenov,maxima@...'s password: Welcome to frs.sourceforge.net This is a restricted Shell Account You cannot execute anything here. Connection to web.sourceforge.net closed. It seems that I have to move XSLT from the sf.net side and use SFTP.  Comment By: Alexey Beshenov (beshenov) Date: 20081011 01:35 Message: 1. Ive fixed it in CVS, but I still cant access SSH. 2. Maybe its better to maintain a list of packages at the http://maxima.sourceforge.net/download.html  Comment By: Robert Dodier (robert_dodier) Date: 20081011 01:18 Message: Alexey, can you please change the link on http://maxima.sourceforge.net/download.html to https://sourceforge.net/project/showfiles.php?group_id=4933&package_id=4960 ?? We can't make SF any easier to navigate but we can try, at least, to jump to the list of all releases for the Maxima package. After you change the link, you can close this bug report. Thanks for your help. Robert Dodier  Comment By: Mario Rodriguez Riotorto (riotorto) Date: 20080825 13:29 Message: Logged In: YES user_id=1270759 Originator: NO Clic on the 'Maxima' link on the left.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2072135&group_id=4933 
From: SourceForge.net <noreply@so...>  20081010 21:59:09

Bugs item #2072135, was opened at 20080824 23:57 Message generated for change (Settings changed) made by beshenov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2072135&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: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Alexey Beshenov (beshenov) Summary: source code missing from download page Initial Comment: For the last 48 hours at least the source code tarball maxima5.16.2.tar.gz has not been present on the download page at http://sourceforge.net/project/showfiles.php?group_id=4933 The only file I see there is 5.16.2Windows. I am attaching a snapshot of the page just taken (Aug 24 08 at 12:56 PM PST).  Comment By: Alexey Beshenov (beshenov) Date: 20081011 01:44 Message: $ ssh beshenov,maxima@... The authenticity of host 'web.sourceforge.net (216.34.181.70)' can't be established. RSA key fingerprint is ... Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'web.sourceforge.net,216.34.181.70' (RSA) to the list of known hosts. beshenov,maxima@...'s password: Welcome to frs.sourceforge.net This is a restricted Shell Account You cannot execute anything here. Connection to web.sourceforge.net closed. It seems that I have to move XSLT from the sf.net side and use SFTP.  Comment By: Alexey Beshenov (beshenov) Date: 20081011 01:35 Message: 1. Ive fixed it in CVS, but I still cant access SSH. 2. Maybe its better to maintain a list of packages at the http://maxima.sourceforge.net/download.html  Comment By: Robert Dodier (robert_dodier) Date: 20081011 01:18 Message: Alexey, can you please change the link on http://maxima.sourceforge.net/download.html to https://sourceforge.net/project/showfiles.php?group_id=4933&package_id=4960 ?? We can't make SF any easier to navigate but we can try, at least, to jump to the list of all releases for the Maxima package. After you change the link, you can close this bug report. Thanks for your help. Robert Dodier  Comment By: Mario Rodriguez Riotorto (riotorto) Date: 20080825 13:29 Message: Logged In: YES user_id=1270759 Originator: NO Clic on the 'Maxima' link on the left.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2072135&group_id=4933 
From: SourceForge.net <noreply@so...>  20081010 21:44:46

Bugs item #2072135, was opened at 20080824 23:57 Message generated for change (Comment added) made by beshenov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2072135&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: Nobody/Anonymous (nobody) Assigned to: Alexey Beshenov (beshenov) Summary: source code missing from download page Initial Comment: For the last 48 hours at least the source code tarball maxima5.16.2.tar.gz has not been present on the download page at http://sourceforge.net/project/showfiles.php?group_id=4933 The only file I see there is 5.16.2Windows. I am attaching a snapshot of the page just taken (Aug 24 08 at 12:56 PM PST).  >Comment By: Alexey Beshenov (beshenov) Date: 20081011 01:44 Message: $ ssh beshenov,maxima@... The authenticity of host 'web.sourceforge.net (216.34.181.70)' can't be established. RSA key fingerprint is ... Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'web.sourceforge.net,216.34.181.70' (RSA) to the list of known hosts. beshenov,maxima@...'s password: Welcome to frs.sourceforge.net This is a restricted Shell Account You cannot execute anything here. Connection to web.sourceforge.net closed. It seems that I have to move XSLT from the sf.net side and use SFTP.  Comment By: Alexey Beshenov (beshenov) Date: 20081011 01:35 Message: 1. Ive fixed it in CVS, but I still cant access SSH. 2. Maybe its better to maintain a list of packages at the http://maxima.sourceforge.net/download.html  Comment By: Robert Dodier (robert_dodier) Date: 20081011 01:18 Message: Alexey, can you please change the link on http://maxima.sourceforge.net/download.html to https://sourceforge.net/project/showfiles.php?group_id=4933&package_id=4960 ?? We can't make SF any easier to navigate but we can try, at least, to jump to the list of all releases for the Maxima package. After you change the link, you can close this bug report. Thanks for your help. Robert Dodier  Comment By: Mario Rodriguez Riotorto (riotorto) Date: 20080825 13:29 Message: Logged In: YES user_id=1270759 Originator: NO Clic on the 'Maxima' link on the left.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2072135&group_id=4933 
From: SourceForge.net <noreply@so...>  20081010 21:35:08

Bugs item #2072135, was opened at 20080824 23:57 Message generated for change (Comment added) made by beshenov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2072135&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: Nobody/Anonymous (nobody) Assigned to: Alexey Beshenov (beshenov) Summary: source code missing from download page Initial Comment: For the last 48 hours at least the source code tarball maxima5.16.2.tar.gz has not been present on the download page at http://sourceforge.net/project/showfiles.php?group_id=4933 The only file I see there is 5.16.2Windows. I am attaching a snapshot of the page just taken (Aug 24 08 at 12:56 PM PST).  >Comment By: Alexey Beshenov (beshenov) Date: 20081011 01:35 Message: 1. Ive fixed it in CVS, but I still cant access SSH. 2. Maybe its better to maintain a list of packages at the http://maxima.sourceforge.net/download.html  Comment By: Robert Dodier (robert_dodier) Date: 20081011 01:18 Message: Alexey, can you please change the link on http://maxima.sourceforge.net/download.html to https://sourceforge.net/project/showfiles.php?group_id=4933&package_id=4960 ?? We can't make SF any easier to navigate but we can try, at least, to jump to the list of all releases for the Maxima package. After you change the link, you can close this bug report. Thanks for your help. Robert Dodier  Comment By: Mario Rodriguez Riotorto (riotorto) Date: 20080825 13:29 Message: Logged In: YES user_id=1270759 Originator: NO Clic on the 'Maxima' link on the left.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2072135&group_id=4933 
From: SourceForge.net <noreply@so...>  20081010 21:18:06

Bugs item #2072135, was opened at 20080824 13:57 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2072135&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: Nobody/Anonymous (nobody) >Assigned to: Alexey Beshenov (beshenov) Summary: source code missing from download page Initial Comment: For the last 48 hours at least the source code tarball maxima5.16.2.tar.gz has not been present on the download page at http://sourceforge.net/project/showfiles.php?group_id=4933 The only file I see there is 5.16.2Windows. I am attaching a snapshot of the page just taken (Aug 24 08 at 12:56 PM PST).  >Comment By: Robert Dodier (robert_dodier) Date: 20081010 15:18 Message: Alexey, can you please change the link on http://maxima.sourceforge.net/download.html to https://sourceforge.net/project/showfiles.php?group_id=4933&package_id=4960 ?? We can't make SF any easier to navigate but we can try, at least, to jump to the list of all releases for the Maxima package. After you change the link, you can close this bug report. Thanks for your help. Robert Dodier  Comment By: Mario Rodriguez Riotorto (riotorto) Date: 20080825 03:29 Message: Logged In: YES user_id=1270759 Originator: NO Clic on the 'Maxima' link on the left.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2072135&group_id=4933 
From: SourceForge.net <noreply@so...>  20081010 21:10:46

Bugs item #2158174, was opened at 20081010 17:10 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=2158174&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: Open Resolution: None Priority: 5 Private: No Submitted By: The Henman (rvh2007) Assigned to: Nobody/Anonymous (nobody) Summary: Bug in Limit of a function Initial Comment: Try (%i1) kill(all); (eq0) done (%i1) assume_pos:true; (eq1) true (%i2) (declare(n,integer),assume(sigma>0,equal(n1, 0))); (eq2) [sigma>0,equal(n,1)] (%i3) f(x):=(sqrt(2)/(2*sqrt(%pi)*sqrt(sigma)))*exp((x^2/(2*sigma))); (eq3) f(x):=sqrt(2)/(2*sqrt(%pi)*sqrt(sigma))*exp(x^2/(2*sigma)) (%i4) integrate(f(x),x,minf,inf); (eq4) 1 (%i5) integrate(x^2*f(x), x, minf, inf)(integrate(x*f(x), x, minf, inf))^2; (eq5) sigma (%i6) integrate(x*f(a*xb^2),x,minf,inf); (eq6) b^2/a^2 (%i7) limit(integrate((a*x^3+b*x^2+c*x+d)*f(x^n), x, minf, inf), sigma,0); (eq7) 0 (%i8) limit(integrate((a*x^3+b*x^2+c*x+d)*f(x), x, minf, inf), sigma,0); (eq8) d Output 7 is 0 and output 8 is d. They can't both be right since input 2 declares n=1, so they are equivilent. Rich Hennessy Maxima version: 5.16.3 Maxima build date: 22:48 8/24/2008 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2158174&group_id=4933 
From: SourceForge.net <noreply@so...>  20081010 21:07:03

Bugs item #2086195, was opened at 20080831 23:35 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2086195&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: Closed >Resolution: Works For Me Priority: 5 Private: No Submitted By: narutocanada (narutocanada) Assigned to: Nobody/Anonymous (nobody) Summary: sh: extract_categories.sh: No such file or directory Initial Comment: make install sh extract_categories.sh maxima sh: extract_categories.sh: No such file or directory make[4]: *** [maxima.html] Error 127 make[4]: Leaving directory `/build/maxima5.16.3/doc/info' make[3]: *** [installam] Error 2 make[3]: Leaving directory `/build/maxima5.16.3/doc/info' make[2]: *** [installrecursive] Error 1 make[2]: Leaving directory `/build/maxima5.16.3/doc/info' make[1]: *** [installrecursive] Error 1 make[1]: Leaving directory `/build/maxima5.16.3/doc' make: *** [installrecursive] Error 1  >Comment By: Robert Dodier (robert_dodier) Date: 20081010 15:06 Message: Request for additional info yielded nothing. Closing this report as "works for me". Feel free to reopen with additional info.  Comment By: Robert Dodier (robert_dodier) Date: 20080903 17:18 Message: Logged In: YES user_id=501686 Originator: NO Hello. I don't understand the context here. What came before make install? Did you pull stuff from cvs? Or unpack a tarball? or what? extract_categories.sh and some other scripts are needed to generate the documentation, so they are in cvs. The maxima.info files are in the tarball so they don't need to be generated, so extract_categories.sh is not in the tarball.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2086195&group_id=4933 
From: SourceForge.net <noreply@so...>  20081009 20:02:31

Bugs item #2134791, was opened at 20080929 00:37 Message generated for change (Settings changed) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2134791&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  Simplification Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: Gamma ask for the sign of an expression Initial Comment: The Gamma function with an exponential as argument ask for the sign: (%i38) gamma(a^b); Is a positive or negative? p; (%o38) gamma(a^b) The question is unnecessary. The code of simpgamma tries to get the realpart and imagpart of the argument of the Gamma function too early (at the beginning of the function). We need the realpart and imagpart for numerical evaluation. For this case we have numbers and we get no questions. So, it would be better to extract the realpart and imagpart later when we know that we have numbers. Dieter Kaiser  >Comment By: Dieter Kaiser (crategus) Date: 20081009 22:02 Message: Setting the status to closed.  Comment By: Dieter Kaiser (crategus) Date: 20081009 22:01 Message: Closing the bug report. The suggested change has been done. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20080929 10:39 Message: The following code first test if we have a complex number. If we know we have a complex number we extract the realpart and imagpart. With this change the function gamma(z) no longer ask unnecessary questions. Index: csimp2.lisp =================================================================== RCS file: /cvsroot/maxima/maxima/src/csimp2.lisp,v retrieving revision 1.25 diff u r1.25 csimp2.lisp  csimp2.lisp 28 Sep 2008 21:26:32 0000 1.25 +++ csimp2.lisp 28 Sep 2008 23:04:16 0000 @@ 179,9 +179,7 @@ (defmfun simpgamma (x vestigial z) (declare (ignore vestigial)) (oneargcheck x)  (let* ((j (simpcheck (cadr x) z))  (jr ($realpart j))  (ji ($imagpart j))) + (let ((j (simpcheck (cadr x) z))) (cond ((and (floatp j) (or (zerop j) (and (< j 0) @@ 194,16 +192,16 @@ (zerop1 (sub j ($truncate j)))))) (merror "gamma(~:M) is undefined." j)) (($bfloatp j) (mfuncall '$bffac (m+ j 1) $fpprec))  ((and (numberp jr)  (numberp ji)  (or $numer (floatp jr) (floatp ji)))  (complexify (gammalanczos (complex (float jr)  (float ji)))))  ((and (mnump jr)  (mnump ji)  (or $numer ($bfloatp jr) ($bfloatp ji))) + ((and (complexnumberp j) + (or $numer (floatp ($realpart j)) (floatp ($imagpart j)))) + (complexify (gammalanczos (complex (float ($realpart j)) + (float ($imagpart j)))))) + ((and (complexnumberp j 'bigfloatornumberp) + (or $numer ($bfloatp ($realpart j)) + ($bfloatp ($imagpart j)))) (mfuncall '$cbffac  (add 1 ($bfloat jr) (mul '$%i ($bfloat ji))) + (add 1 ($bfloat ($realpart j)) + (mul '$%i ($bfloat ($imagpart j)))) $fpprec)) ((and $gamma_expand (mplusp j) Success, CVS operation completed Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2134791&group_id=4933 
From: SourceForge.net <noreply@so...>  20081009 20:01:19

Bugs item #2134791, was opened at 20080929 00:37 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2134791&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  Simplification Group: None Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: Gamma ask for the sign of an expression Initial Comment: The Gamma function with an exponential as argument ask for the sign: (%i38) gamma(a^b); Is a positive or negative? p; (%o38) gamma(a^b) The question is unnecessary. The code of simpgamma tries to get the realpart and imagpart of the argument of the Gamma function too early (at the beginning of the function). We need the realpart and imagpart for numerical evaluation. For this case we have numbers and we get no questions. So, it would be better to extract the realpart and imagpart later when we know that we have numbers. Dieter Kaiser  >Comment By: Dieter Kaiser (crategus) Date: 20081009 22:01 Message: Closing the bug report. The suggested change has been done. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20080929 10:39 Message: The following code first test if we have a complex number. If we know we have a complex number we extract the realpart and imagpart. With this change the function gamma(z) no longer ask unnecessary questions. Index: csimp2.lisp =================================================================== RCS file: /cvsroot/maxima/maxima/src/csimp2.lisp,v retrieving revision 1.25 diff u r1.25 csimp2.lisp  csimp2.lisp 28 Sep 2008 21:26:32 0000 1.25 +++ csimp2.lisp 28 Sep 2008 23:04:16 0000 @@ 179,9 +179,7 @@ (defmfun simpgamma (x vestigial z) (declare (ignore vestigial)) (oneargcheck x)  (let* ((j (simpcheck (cadr x) z))  (jr ($realpart j))  (ji ($imagpart j))) + (let ((j (simpcheck (cadr x) z))) (cond ((and (floatp j) (or (zerop j) (and (< j 0) @@ 194,16 +192,16 @@ (zerop1 (sub j ($truncate j)))))) (merror "gamma(~:M) is undefined." j)) (($bfloatp j) (mfuncall '$bffac (m+ j 1) $fpprec))  ((and (numberp jr)  (numberp ji)  (or $numer (floatp jr) (floatp ji)))  (complexify (gammalanczos (complex (float jr)  (float ji)))))  ((and (mnump jr)  (mnump ji)  (or $numer ($bfloatp jr) ($bfloatp ji))) + ((and (complexnumberp j) + (or $numer (floatp ($realpart j)) (floatp ($imagpart j)))) + (complexify (gammalanczos (complex (float ($realpart j)) + (float ($imagpart j)))))) + ((and (complexnumberp j 'bigfloatornumberp) + (or $numer ($bfloatp ($realpart j)) + ($bfloatp ($imagpart j)))) (mfuncall '$cbffac  (add 1 ($bfloat jr) (mul '$%i ($bfloat ji))) + (add 1 ($bfloat ($realpart j)) + (mul '$%i ($bfloat ($imagpart j)))) $fpprec)) ((and $gamma_expand (mplusp j) Success, CVS operation completed Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2134791&group_id=4933 
From: SourceForge.net <noreply@so...>  20081009 01:07:05

Bugs item #2089556, was opened at 20080902 13:24 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2089556&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: To be reviewed Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Watch out when writing exponential Initial Comment: If you type: 10^7*x Buy if yoy type: 10^+7*x The you get: %o 10^(7*x) ? ? Why? Thanks Javier P.  Comment By: Robert Dodier (robert_dodier) Date: 20081008 19:07 Message: The observed behavior has to do with right and left operator binding power. There has been some discussion on this topic before; I'll try to dig it out.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2089556&group_id=4933 
From: SourceForge.net <noreply@so...>  20081008 15:05:59

Bugs item #2142758, was opened at 20081002 13:01 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2142758&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: integrate(sqrt(22*x^2)*(sqrt(2)*x^2+sqrt(2))/(44*x^2),x,0, Initial Comment: I'm using Maxima 5.16.3 integrate(sqrt(22*x^2)*(sqrt(2)*x^2+sqrt(2))/(44*x^2),x,0,1); evaluates to 3*%pi/4, which is wrong (should be positive and equal to 3*%pi/8). If one simplifies this expression to integrate(sqrt(1x^2)*(x^2+1)/(22*x^2),x,0,1); it evaluates still to 3*%pi/4. But this: integrate(sqrt(1x^2)*(x^2+1)/(1x^2),x,0,1); evaluates correctly to 3*%pi/4 Hope this helps you to improve this really great program! My best regards to all who contribute. Ivo email: ivo dot bloechliger at kanti dash wohlen dot ch  >Comment By: Raymond Toy (rtoy) Date: 20081008 11:05 Message: Fixed in irinte.lisp, rev 1.23.  Comment By: Raymond Toy (rtoy) Date: 20081008 10:51 Message: The problem is caused by the routine pnsintir3 in irinte.lisp. A typo in the derivation (and implementation) caused the integrand to be multiplied by an extra 4. After fixing this, maxima now returns 3*%pi/8.  Comment By: Raymond Toy (rtoy) Date: 20081006 11:52 Message: FWIW, maxima computes all of these definite integrals by computing the antiderivative and substituting the limits. For all but the last integral, the antiderivative has the wrong sign. I do not know why the sign is wrong.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2142758&group_id=4933 
From: SourceForge.net <noreply@so...>  20081008 14:51:40

Bugs item #2142758, was opened at 20081002 13:01 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2142758&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 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: integrate(sqrt(22*x^2)*(sqrt(2)*x^2+sqrt(2))/(44*x^2),x,0, Initial Comment: I'm using Maxima 5.16.3 integrate(sqrt(22*x^2)*(sqrt(2)*x^2+sqrt(2))/(44*x^2),x,0,1); evaluates to 3*%pi/4, which is wrong (should be positive and equal to 3*%pi/8). If one simplifies this expression to integrate(sqrt(1x^2)*(x^2+1)/(22*x^2),x,0,1); it evaluates still to 3*%pi/4. But this: integrate(sqrt(1x^2)*(x^2+1)/(1x^2),x,0,1); evaluates correctly to 3*%pi/4 Hope this helps you to improve this really great program! My best regards to all who contribute. Ivo email: ivo dot bloechliger at kanti dash wohlen dot ch  Comment By: Raymond Toy (rtoy) Date: 20081008 10:51 Message: The problem is caused by the routine pnsintir3 in irinte.lisp. A typo in the derivation (and implementation) caused the integrand to be multiplied by an extra 4. After fixing this, maxima now returns 3*%pi/8.  Comment By: Raymond Toy (rtoy) Date: 20081006 11:52 Message: FWIW, maxima computes all of these definite integrals by computing the antiderivative and substituting the limits. For all but the last integral, the antiderivative has the wrong sign. I do not know why the sign is wrong.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2142758&group_id=4933 
From: SourceForge.net <noreply@so...>  20081008 03:31:15

Bugs item #2149039, was opened at 20081006 02:16 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2149039&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: Rejected Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: function is works not correct Initial Comment: Maxima 5.16.3 (%i4) is((ab)/(cd)=(ba)/(dc)); (%o4) false MuPad, Mathematica and Maple's answers are: true for example: MuPad 4.0.6 is((ab)/(cd)=(ba)/(dc)) TRUE wolfgang.below@...  >Comment By: Robert Dodier (robert_dodier) Date: 20081007 21:31 Message: In Maxima, "=" means literal equality (i.e. same expression) while "equal" means equivalence (equal value). is (equal ((a  b)/(c  d), (b  a)/(d  c))); => true Closing this report as it is not a bug.  Comment By: Raymond Toy (rtoy) Date: 20081006 07:22 Message: I think you want to use equal: is(equal((ab)/(cd), (ba)/(dc)) > true  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2149039&group_id=4933 
From: Web User <www@us...>  20081008 02:20:31

Bugs item #2125317, was opened at 20080923 22:30 Message generated for change (Comment added) made by sfrobot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2125317&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Xmaxima or other UI Group: None >Status: Closed Resolution: Invalid Priority: 5 Private: No Submitted By: Lindsay Dunseith (dunseith) Assigned to: Nobody/Anonymous (nobody) Summary: Multiplication of matrices Initial Comment: For the matrix " matrix M =([m,0],[0,m]), the power M^n is determined correctly. However, for other matrices, e.g. P =([3,1],[1,3])Maxima determines P^2 as matrix([9,1],[1,9]), instead of the correct: matrix([10,6],[6,10]) I haven't tried multiplying more general matrices, but does this mean there is a problem with matrix multiplication? Maxima build as follows: Maxima version: 5.15.0 Maxima build date: 17:36 4/20/2008 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8  >Comment By: SourceForge Robot (sfrobot) Date: 20081008 02:20 Message: 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: Barton Willis (willisbl) Date: 20081001 11:55 Message: Another thing: to square a matrix, use "^^" not "^".  Comment By: Raymond Toy (rtoy) Date: 20080924 00:05 Message: Please be more explicit and show exactly what you did. However, I suspect you used * to multiply matrices. This is an elementbyelement multiply. The matrix multiply operator is ".". So: p:matrix([3,1],[1,3]); p . p; matrix([10,6],[6,10]) Marking as pending/invalid.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2125317&group_id=4933 
From: SourceForge.net <noreply@so...>  20081007 20:48:06

Bugs item #2149714, was opened at 20081006 11:34 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2149714&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  Floating point Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Thomas Kahl (kahl) >Assigned to: Raymond Toy (rtoy) Summary: fpprintprec does not work correctly Initial Comment: fpprintprec does not work for bigfloat numbers unless fpprintprec = fpprec (or 0). It seems the problem is that the last digit of the output and any preceding zeros are cut off. Examples fpprintprec does not work for bigfloat numbers unless fpprintprec = fpprec (or 0). It seems the problem is that the last digit and any preceding zeros are cut off. Examples (%i1) fpprec : 20; (%o1) 20 (%i2) fpprintprec : 10; (%o2) 10 (%i3) 1+1b2; (%o3) 1.0B0 (%i4) bfloat(101/100); (%o4) 1.0B0 (%i5) fpprintprec : 20; (%o5) 20 (%i6) 1+1b2; (%o6) 1.01B0 (%i7) bfloat(101/100); (%o7) 1.01B0 (%i8) fpprec : 16; (%o8) 16 (%i9) fpprintprec : 5; (%o9) 5 (%i10) 1.01b0; (%o10) 1.0B0 (%i11) 9.23b0; (%o11) 9.2B0 (%i12) 1.234b0; (%o12) 1.23B0  >Comment By: Raymond Toy (rtoy) Date: 20081007 16:48 Message: Fixed in float.lisp, rev 1.42.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2149714&group_id=4933 
From: SourceForge.net <noreply@so...>  20081006 16:14:26

Bugs item #2149039, was opened at 20081006 04:16 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2149039&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 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: function is works not correct Initial Comment: Maxima 5.16.3 (%i4) is((ab)/(cd)=(ba)/(dc)); (%o4) false MuPad, Mathematica and Maple's answers are: true for example: MuPad 4.0.6 is((ab)/(cd)=(ba)/(dc)) TRUE wolfgang.below@...  >Comment By: Raymond Toy (rtoy) Date: 20081006 09:22 Message: I think you want to use equal: is(equal((ab)/(cd), (ba)/(dc)) > true  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2149039&group_id=4933 
From: SourceForge.net <noreply@so...>  20081006 15:56:15

Bugs item #2142758, was opened at 20081002 13:01 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2142758&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 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: integrate(sqrt(22*x^2)*(sqrt(2)*x^2+sqrt(2))/(44*x^2),x,0, Initial Comment: I'm using Maxima 5.16.3 integrate(sqrt(22*x^2)*(sqrt(2)*x^2+sqrt(2))/(44*x^2),x,0,1); evaluates to 3*%pi/4, which is wrong (should be positive and equal to 3*%pi/8). If one simplifies this expression to integrate(sqrt(1x^2)*(x^2+1)/(22*x^2),x,0,1); it evaluates still to 3*%pi/4. But this: integrate(sqrt(1x^2)*(x^2+1)/(1x^2),x,0,1); evaluates correctly to 3*%pi/4 Hope this helps you to improve this really great program! My best regards to all who contribute. Ivo email: ivo dot bloechliger at kanti dash wohlen dot ch  >Comment By: Raymond Toy (rtoy) Date: 20081006 11:52 Message: FWIW, maxima computes all of these definite integrals by computing the antiderivative and substituting the limits. For all but the last integral, the antiderivative has the wrong sign. I do not know why the sign is wrong.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2142758&group_id=4933 
From: SourceForge.net <noreply@so...>  20081006 15:35:21

Bugs item #2149714, was opened at 20081006 16: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=2149714&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 Private: No Submitted By: Thomas Kahl (kahl) Assigned to: Nobody/Anonymous (nobody) Summary: fpprintprec does not work correctly Initial Comment: fpprintprec does not work for bigfloat numbers unless fpprintprec = fpprec (or 0). It seems the problem is that the last digit of the output and any preceding zeros are cut off. Examples fpprintprec does not work for bigfloat numbers unless fpprintprec = fpprec (or 0). It seems the problem is that the last digit and any preceding zeros are cut off. Examples (%i1) fpprec : 20; (%o1) 20 (%i2) fpprintprec : 10; (%o2) 10 (%i3) 1+1b2; (%o3) 1.0B0 (%i4) bfloat(101/100); (%o4) 1.0B0 (%i5) fpprintprec : 20; (%o5) 20 (%i6) 1+1b2; (%o6) 1.01B0 (%i7) bfloat(101/100); (%o7) 1.01B0 (%i8) fpprec : 16; (%o8) 16 (%i9) fpprintprec : 5; (%o9) 5 (%i10) 1.01b0; (%o10) 1.0B0 (%i11) 9.23b0; (%o11) 9.2B0 (%i12) 1.234b0; (%o12) 1.23B0  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2149714&group_id=4933 
From: SourceForge.net <noreply@so...>  20081006 08:19:05

Bugs item #2149039, was opened at 20081006 08:16 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=2149039&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 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: function is works not correct Initial Comment: Maxima 5.16.3 (%i4) is((ab)/(cd)=(ba)/(dc)); (%o4) false MuPad, Mathematica and Maple's answers are: true for example: MuPad 4.0.6 is((ab)/(cd)=(ba)/(dc)) TRUE wolfgang.below@...  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2149039&group_id=4933 
From: SourceForge.net <noreply@so...>  20081005 23:02:25

Bugs item #2148461, was opened at 20081006 01:02 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=2148461&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: Documentation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Gabriel Pannwitz (gabkdlly) Assigned to: Nobody/Anonymous (nobody) Summary: docs for factor refer to "the field of integers" Initial Comment: The documentation for the function factor in the online reference manual refer to "the field of integers". The integers form a ring, not a field. Please clarify, thanks.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2148461&group_id=4933 
From: SourceForge.net <noreply@so...>  20081003 12:24:55

Bugs item #2144225, was opened at 20081003 07:24 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=2144225&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 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: rationalize bug / fix (?) Initial Comment: This is OK: (%i1) map('rationalize, [cos(s)]); (%o1) [cos(s)] This isn't: (%i2) map(lambda([s], rationalize(s)), [cos(s)]); (%o2) [cos(cos(s))] Possible fix: (defun $rationalize (e) (cond ((floatp e) (clrattomaxima (rationalize e))) (($bfloatp e) (clrattomaxima (* (cadr e)(expt 2 ( (caddr e) (third (car e))))))) (($mapatom e) e) (t (simplify (cons (list (mop e)) (mapcar #'$rationalize (margs e))))))) The old code used fullmapI don't understand why the old code was buggy.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2144225&group_id=4933 