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

_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 



1
(2) 
2

3

4
(4) 
5
(9) 
6

7
(1) 
8

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

21
(3) 
22
(1) 
23
(2) 
24
(7) 
25
(5) 
26

27
(3) 
28
(7) 
29
(1) 
30
(7) 



From: SourceForge.net <noreply@so...>  20080430 17:44:13

Bugs item #1951964, was opened at 20080425 18:39 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1951964&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: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: Describe (? xxx) depends on ibase Initial Comment: ibase:2$ ? diff => internal error Maxima 5.14.0 GCL Windows  >Comment By: Raymond Toy (rtoy) Date: 20080430 13:44 Message: Logged In: YES user_id=28849 Originator: NO Problem is caused by loading maximaindex.lisp with a *readbase* of 2. All of the numbers in maximaindex.lisp show up as symbols since most are not base2 numbers. One solution: rebind *readbase* to 10 when maximaindex.lisp is loaded. Second solution: Make build_index.pl put trailing dots after each number. Perhaps both should be done. Also, should generic autoload rebind *readbase* when loading up Lisp files?  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1951964&group_id=4933 
From: SourceForge.net <noreply@so...>  20080430 17:32:54

Bugs item #1954958, was opened at 20080430 10:32 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=1954958&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: Maxima website again Initial Comment: After my report a few days ago about the Maxima website just showing garbage, it has worked yesterday for a few hours. But since today it´s again no more working, now it even displays absolutely nothing, just a blank page. And when I do a download of the website´s sourcecode, I get a file with 6482 bytes, and this file includes a line with 5784 (!) characters. Maybe this is the reason for the problems with this website (no problems whatsoever with any other websites here). So my question: Won´t it be possible to make again a ´usual´ Maxima website, which can be visited with every usual browser? It has always worked since a few days ago, so it shouldn´t be too difficult ...  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1954958&group_id=4933 
From: SourceForge.net <noreply@so...>  20080430 14:57:17

Bugs item #1954689, was opened at 20080430 01:22 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1954689&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: Satoshi Adachi (satoshi_adachi) Assigned to: Nobody/Anonymous (nobody) Summary: Recursive configure does not reach interfaces/emacs/imaxima. Initial Comment: Dear Developers of Maxima, Several days ago, I built maxima from the current cvs source code. The usual procedure that consists of (i) bootstrap (ii) configure (iii) make (iv) make install failed in the (iii) make stage as follows:  ... ... Making all in man make[2]: Nothing to be done for `all'. Making all in intromax make[2]: Nothing to be done for `all'. Making all in share make[2]: Nothing to be done for `all'. Making all in emaxima make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `allam'. Making all in interfaces Making all in emacs Making all in emaxima make[3]: Nothing to be done for `all'. Making all in misc make[3]: Nothing to be done for `all'. Making all in imaxima make[3]: *** No rule to make target `all'. Stop. make[2]: *** [allrecursive] Error 1 make[1]: *** [allrecursive] Error 1 make: *** [allrecursive] Error 1  This message tells us that the recursive make procedure failed in the directory "imaxima" in the source tree. There is only one directory in the source tree whose name is exactly "imaxima". It is "$(TOP)/interfaces/emacs/imaxima", where $(TOP) reprsents the top directory of the source code of maxima. I found that the directory "$(TOP)/interfaces/emacs/imaxima" does not contain any "Makefile" or "makefile" even after the configure procedure is executed by typing "./configure" in $(TOP). Accordingly, the make procedure that is executed in $(TOP) fails finally in "$(TOP)/interfaces/emacs/imaxima" as we see in the above log list. As a temporal fix, I typed the following commnad in $(TOP): (cd interfaces/emacs/imaxima; ./configure) This configure procedure by hand produces "Makefile" in "$(TOP)/interfaces/emacs/imaxima". Then, I typed again in $(TOP): make At this time, everything is fine and no error in the make stage is detected. The configure procedure that is executed in $(TOP) seems not to reach the subdirectory "$(TOP)/interfaces/emacs/imaxima". This is a bug. So, please fix it. Sincerely yours, Satoshi Adachi  >Comment By: Raymond Toy (rtoy) Date: 20080430 10:57 Message: Logged In: YES user_id=28849 Originator: NO Top level configure now runs configure in interfaces/emacs/imaxima.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1954689&group_id=4933 
From: SourceForge.net <noreply@so...>  20080430 14:11:43

Bugs item #1954846, was opened at 20080430 10: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=1954846&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: Raymond Toy (rtoy) Assigned to: Nobody/Anonymous (nobody) Summary: bessel_i(1/2,0) > divide by zero error Initial Comment: bessel_i(1/2,0) produces an error. I think it should be 0 since bessel_i(1/2,x) is sqrt(2/%pi)*sinh(x)/sqrt(x).  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1954846&group_id=4933 
From: SourceForge.net <noreply@so...>  20080430 13:54:14

Bugs item #1950653, was opened at 20080424 08:24 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1950653&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 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: bessel_j not simplified Initial Comment: (%i1) besselexpand : true$ Wrong, should be 0: (%i2) bessel_j(1/2,%pi); (%o2) (sqrt(2)*sin(%pi))/%pi Look at bessel_j)1/2,x). The simp flag is missing from the sin term. I'd guess that the bessel code needs to do (take '(%sin) xxx) where it does something like (cons '(%sin) xxx) (%i3) bessel_j(1/2,x); (%o3) (sqrt(2)*sin(x))/(sqrt(%pi)*sqrt(x)) (%i4) ?print(%); ((MTIMES SIMP) ((MEXPT SIMP) 2 ((RAT SIMP) 1 2)) ((MEXPT SIMP) $%PI ((RAT SIMP) 1 2)) ((MEXPT SIMP) $X ((RAT SIMP) 1 2)) ((%SIN) $X)) (%o4) (sqrt(2)*sin(x))/(sqrt(%pi)*sqrt(x))  >Comment By: Raymond Toy (rtoy) Date: 20080430 09:54 Message: Logged In: YES user_id=28849 Originator: NO Suggested fix applied bessel.lisp, rev 1.58. Tests added to rtest16.mac.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1950653&group_id=4933 
From: SourceForge.net <noreply@so...>  20080430 05:26:42

Bugs item #1954693, was opened at 20080430 14:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1954693&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: Satoshi Adachi (satoshi_adachi) Assigned to: Nobody/Anonymous (nobody) Summary: 2D display of long denominator of nested fractional Initial Comment: Dear Developers of Maxima, I think that I met a bug of Maxima to display nested fractionals in the 2D style. If the denominator of a nested fractional is long, it is not displayed correctly. The display width controll based on the variable LINEL seems to be not effective in the denominator. Compared to this, the numerator of a nested fractional causes no such problem to be displayed even when the numerator is long. Here, I have prepared a program for demonstration:  /* * denominator_of_nested_fractional_is_not_displayed_correctly.maxima: * * The line length, which is usually controlled by the variable LINEL, * is not recognized in the denominator of a nested fractional, if the * nested fractional has a long denominator. * * S.Adachi 2008/04/29 */ /* Do not use ``display2d:false;'', since this is a problem in displaying a mathematical expression in the 2D style. */ X:product(f(i+1/2),i,0,20); Y:product(g(i+1/2),i,0,20); Z:X/Y; /* A nested fractional; its denominator is not displayed correctly. */ /* END */  This is a problem in displaying mathematical expressions in the 2D style. Accordingly, I cannot attach here the log list that is obtained by running the above program. (If I include in a bug report the mathematical expressions that are displayed in the 2D style by Maxima, the posted bug report becomes a disordered gabage in appearance.) So, please execute the above program by the command maxima b denominator_of_nested_fractional_is_not_displayed_correctly.maxima to see the phenomenon that I am reporting in this letter. I am using a console terminal with line width 80 to run the above program. It is essential for Maxima to display any mathematical expression in a correct mannar. If it is not, we cannot read the output from Maxima. So, please fix this bug. Sincerely yours, Satoshi Adachi  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1954693&group_id=4933 
From: SourceForge.net <noreply@so...>  20080430 05:22:16

Bugs item #1954689, was opened at 20080430 14:22 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=1954689&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: Satoshi Adachi (satoshi_adachi) Assigned to: Nobody/Anonymous (nobody) Summary: Recursive configure does not reach interfaces/emacs/imaxima. Initial Comment: Dear Developers of Maxima, Several days ago, I built maxima from the current cvs source code. The usual procedure that consists of (i) bootstrap (ii) configure (iii) make (iv) make install failed in the (iii) make stage as follows:  ... ... Making all in man make[2]: Nothing to be done for `all'. Making all in intromax make[2]: Nothing to be done for `all'. Making all in share make[2]: Nothing to be done for `all'. Making all in emaxima make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `allam'. Making all in interfaces Making all in emacs Making all in emaxima make[3]: Nothing to be done for `all'. Making all in misc make[3]: Nothing to be done for `all'. Making all in imaxima make[3]: *** No rule to make target `all'. Stop. make[2]: *** [allrecursive] Error 1 make[1]: *** [allrecursive] Error 1 make: *** [allrecursive] Error 1  This message tells us that the recursive make procedure failed in the directory "imaxima" in the source tree. There is only one directory in the source tree whose name is exactly "imaxima". It is "$(TOP)/interfaces/emacs/imaxima", where $(TOP) reprsents the top directory of the source code of maxima. I found that the directory "$(TOP)/interfaces/emacs/imaxima" does not contain any "Makefile" or "makefile" even after the configure procedure is executed by typing "./configure" in $(TOP). Accordingly, the make procedure that is executed in $(TOP) fails finally in "$(TOP)/interfaces/emacs/imaxima" as we see in the above log list. As a temporal fix, I typed the following commnad in $(TOP): (cd interfaces/emacs/imaxima; ./configure) This configure procedure by hand produces "Makefile" in "$(TOP)/interfaces/emacs/imaxima". Then, I typed again in $(TOP): make At this time, everything is fine and no error in the make stage is detected. The configure procedure that is executed in $(TOP) seems not to reach the subdirectory "$(TOP)/interfaces/emacs/imaxima". This is a bug. So, please fix it. Sincerely yours, Satoshi Adachi  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1954689&group_id=4933 
From: SourceForge.net <noreply@so...>  20080429 16:55:54

Bugs item #1951421, was opened at 20080425 02:06 Message generated for change (Settings changed) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1951421&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Maxima website ? Initial Comment: What´s the matter with the Maxima website? http://maxima.sourceforge.net/ Shows just garbage since a few days ... :(  >Comment By: Robert Dodier (robert_dodier) Date: 20080429 10:55 Message: Logged In: YES user_id=501686 Originator: NO Seems to have been fixed per message from Alexey Beshenov today. Closing this report.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1951421&group_id=4933 
From: SourceForge.net <noreply@so...>  20080428 21:59:11

Bugs item #1938570, was opened at 20080409 08:53 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1938570&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: bug in range of plot3d Initial Comment: otsocoltempo@... Maxima version: 5.12.0 Maxima build date: 10:6 6/7/2007 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8 I have had the following bug when trying to do the plot plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,15,15], [y,15,15])$ Maxima encountered a Lisp error: Error in PROGN [or a callee]: Expected a LONGFLOAT Automatically continuing.To reenable the Lisp debugger set *debuggerhook* to nil. However, it works when I change the range o y variable. For example, plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,15,15], [y,15,16])$  >Comment By: Raymond Toy (rtoy) Date: 20080428 16:56 Message: Logged In: YES user_id=28849 Originator: NO There is no need to do wider boundaries. I think we exactly why we get an error. The xy plane is sampled in a grid. The grid plot_options tells us how many samples to take in the x and y plane. With your limits, the grid is such that we eventually sample the point 0,0. Your function is not defined there. Solution is the change your function to something else, so that it doesn't try to compute 0/0 at the origin, or change your limits slightly, or change the grid plot_options.  Comment By: nicolas guarin (nicoguaro) Date: 20080428 16:11 Message: Logged In: YES user_id=1991015 Originator: NO I made the plots between x E [5,5] y E [5,5] incremented by 1. And all the 625 plots was succesful... I will prove with a wider boundaries... See ya  Comment By: nicolas guarin (nicoguaro) Date: 20080428 15:35 Message: Logged In: YES user_id=1991015 Originator: NO plot3d(%, [x,1,45], [y,1,45], [plot_format,gnuplot])$ Hi, I'm in a AMD 2000 with W XP..Maxima 5.14 I have found these numbers with problems... plot3d(%, [x,15,45], [y,15,5], [plot_format,gnuplot])$ plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,30,30], [y,30,30], [plot_format,gnuplot])$ plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,45,45], [y,45,45], [plot_format,gnuplot])$ plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,30,45], [y,30,45], [plot_format,gnuplot])$  Comment By: Raymond Toy (rtoy) Date: 20080409 09:32 Message: Logged In: YES user_id=28849 Originator: NO The error happens because plot3d eventually evaluates your function at x,y = (0,0). This is indeterminate, and T is returned instead of a float. Changing the range changes where the sample points are taken. I do not know how to fix this, other than changing the function to be plotted or changing the range.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1938570&group_id=4933 
From: SourceForge.net <noreply@so...>  20080428 21:30:04

Bugs item #1938570, was opened at 20080409 07:53 Message generated for change (Comment added) made by nicoguaro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1938570&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: bug in range of plot3d Initial Comment: otsocoltempo@... Maxima version: 5.12.0 Maxima build date: 10:6 6/7/2007 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8 I have had the following bug when trying to do the plot plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,15,15], [y,15,15])$ Maxima encountered a Lisp error: Error in PROGN [or a callee]: Expected a LONGFLOAT Automatically continuing.To reenable the Lisp debugger set *debuggerhook* to nil. However, it works when I change the range o y variable. For example, plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,15,15], [y,15,16])$  Comment By: nicolas guarin (nicoguaro) Date: 20080428 16:30 Message: Logged In: YES user_id=1991015 Originator: NO mmmm That's true...  Comment By: Raymond Toy (rtoy) Date: 20080428 16:28 Message: Logged In: YES user_id=28849 Originator: NO This is no surprise. The code computes a grid with stepsize (xmaxxmin)/30, where 30 is the default number of samples. If xmax and xmin are both multiples of 15, the step size is always a multiple of 1/2, which has a very nice exact floatingpoint representation. Thus, we will always eventually sample the point 0,0. If you change the grid value, you will find similar things happen, but the boundaries will be different.  Comment By: nicolas guarin (nicoguaro) Date: 20080428 16:15 Message: Logged In: YES user_id=1991015 Originator: NO I already knew what you say... But I thinks is still a few strange, I have try with high number without any problem... The problem appears in boundaries with multiples of fifteen. 15,30,45... no more.  Comment By: Raymond Toy (rtoy) Date: 20080428 15:56 Message: Logged In: YES user_id=28849 Originator: NO There is no need to do wider boundaries. I think we exactly why we get an error. The xy plane is sampled in a grid. The grid plot_options tells us how many samples to take in the x and y plane. With your limits, the grid is such that we eventually sample the point 0,0. Your function is not defined there. Solution is the change your function to something else, so that it doesn't try to compute 0/0 at the origin, or change your limits slightly, or change the grid plot_options.  Comment By: nicolas guarin (nicoguaro) Date: 20080428 15:11 Message: Logged In: YES user_id=1991015 Originator: NO I made the plots between x E [5,5] y E [5,5] incremented by 1. And all the 625 plots was succesful... I will prove with a wider boundaries... See ya  Comment By: nicolas guarin (nicoguaro) Date: 20080428 14:35 Message: Logged In: YES user_id=1991015 Originator: NO plot3d(%, [x,1,45], [y,1,45], [plot_format,gnuplot])$ Hi, I'm in a AMD 2000 with W XP..Maxima 5.14 I have found these numbers with problems... plot3d(%, [x,15,45], [y,15,5], [plot_format,gnuplot])$ plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,30,30], [y,30,30], [plot_format,gnuplot])$ plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,45,45], [y,45,45], [plot_format,gnuplot])$ plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,30,45], [y,30,45], [plot_format,gnuplot])$  Comment By: Raymond Toy (rtoy) Date: 20080409 08:32 Message: Logged In: YES user_id=28849 Originator: NO The error happens because plot3d eventually evaluates your function at x,y = (0,0). This is indeterminate, and T is returned instead of a float. Changing the range changes where the sample points are taken. I do not know how to fix this, other than changing the function to be plotted or changing the range.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1938570&group_id=4933 
From: SourceForge.net <noreply@so...>  20080428 21:28:33

Bugs item #1938570, was opened at 20080409 08:53 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1938570&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: bug in range of plot3d Initial Comment: otsocoltempo@... Maxima version: 5.12.0 Maxima build date: 10:6 6/7/2007 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8 I have had the following bug when trying to do the plot plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,15,15], [y,15,15])$ Maxima encountered a Lisp error: Error in PROGN [or a callee]: Expected a LONGFLOAT Automatically continuing.To reenable the Lisp debugger set *debuggerhook* to nil. However, it works when I change the range o y variable. For example, plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,15,15], [y,15,16])$  >Comment By: Raymond Toy (rtoy) Date: 20080428 17:28 Message: Logged In: YES user_id=28849 Originator: NO This is no surprise. The code computes a grid with stepsize (xmaxxmin)/30, where 30 is the default number of samples. If xmax and xmin are both multiples of 15, the step size is always a multiple of 1/2, which has a very nice exact floatingpoint representation. Thus, we will always eventually sample the point 0,0. If you change the grid value, you will find similar things happen, but the boundaries will be different.  Comment By: nicolas guarin (nicoguaro) Date: 20080428 17:15 Message: Logged In: YES user_id=1991015 Originator: NO I already knew what you say... But I thinks is still a few strange, I have try with high number without any problem... The problem appears in boundaries with multiples of fifteen. 15,30,45... no more.  Comment By: Raymond Toy (rtoy) Date: 20080428 16:56 Message: Logged In: YES user_id=28849 Originator: NO There is no need to do wider boundaries. I think we exactly why we get an error. The xy plane is sampled in a grid. The grid plot_options tells us how many samples to take in the x and y plane. With your limits, the grid is such that we eventually sample the point 0,0. Your function is not defined there. Solution is the change your function to something else, so that it doesn't try to compute 0/0 at the origin, or change your limits slightly, or change the grid plot_options.  Comment By: nicolas guarin (nicoguaro) Date: 20080428 16:11 Message: Logged In: YES user_id=1991015 Originator: NO I made the plots between x E [5,5] y E [5,5] incremented by 1. And all the 625 plots was succesful... I will prove with a wider boundaries... See ya  Comment By: nicolas guarin (nicoguaro) Date: 20080428 15:35 Message: Logged In: YES user_id=1991015 Originator: NO plot3d(%, [x,1,45], [y,1,45], [plot_format,gnuplot])$ Hi, I'm in a AMD 2000 with W XP..Maxima 5.14 I have found these numbers with problems... plot3d(%, [x,15,45], [y,15,5], [plot_format,gnuplot])$ plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,30,30], [y,30,30], [plot_format,gnuplot])$ plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,45,45], [y,45,45], [plot_format,gnuplot])$ plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,30,45], [y,30,45], [plot_format,gnuplot])$  Comment By: Raymond Toy (rtoy) Date: 20080409 09:32 Message: Logged In: YES user_id=28849 Originator: NO The error happens because plot3d eventually evaluates your function at x,y = (0,0). This is indeterminate, and T is returned instead of a float. Changing the range changes where the sample points are taken. I do not know how to fix this, other than changing the function to be plotted or changing the range.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1938570&group_id=4933 
From: SourceForge.net <noreply@so...>  20080428 21:15:15

Bugs item #1938570, was opened at 20080409 07:53 Message generated for change (Comment added) made by nicoguaro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1938570&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: bug in range of plot3d Initial Comment: otsocoltempo@... Maxima version: 5.12.0 Maxima build date: 10:6 6/7/2007 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8 I have had the following bug when trying to do the plot plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,15,15], [y,15,15])$ Maxima encountered a Lisp error: Error in PROGN [or a callee]: Expected a LONGFLOAT Automatically continuing.To reenable the Lisp debugger set *debuggerhook* to nil. However, it works when I change the range o y variable. For example, plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,15,15], [y,15,16])$  Comment By: nicolas guarin (nicoguaro) Date: 20080428 16:15 Message: Logged In: YES user_id=1991015 Originator: NO I already knew what you say... But I thinks is still a few strange, I have try with high number without any problem... The problem appears in boundaries with multiples of fifteen. 15,30,45... no more.  Comment By: Raymond Toy (rtoy) Date: 20080428 15:56 Message: Logged In: YES user_id=28849 Originator: NO There is no need to do wider boundaries. I think we exactly why we get an error. The xy plane is sampled in a grid. The grid plot_options tells us how many samples to take in the x and y plane. With your limits, the grid is such that we eventually sample the point 0,0. Your function is not defined there. Solution is the change your function to something else, so that it doesn't try to compute 0/0 at the origin, or change your limits slightly, or change the grid plot_options.  Comment By: nicolas guarin (nicoguaro) Date: 20080428 15:11 Message: Logged In: YES user_id=1991015 Originator: NO I made the plots between x E [5,5] y E [5,5] incremented by 1. And all the 625 plots was succesful... I will prove with a wider boundaries... See ya  Comment By: nicolas guarin (nicoguaro) Date: 20080428 14:35 Message: Logged In: YES user_id=1991015 Originator: NO plot3d(%, [x,1,45], [y,1,45], [plot_format,gnuplot])$ Hi, I'm in a AMD 2000 with W XP..Maxima 5.14 I have found these numbers with problems... plot3d(%, [x,15,45], [y,15,5], [plot_format,gnuplot])$ plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,30,30], [y,30,30], [plot_format,gnuplot])$ plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,45,45], [y,45,45], [plot_format,gnuplot])$ plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,30,45], [y,30,45], [plot_format,gnuplot])$  Comment By: Raymond Toy (rtoy) Date: 20080409 08:32 Message: Logged In: YES user_id=28849 Originator: NO The error happens because plot3d eventually evaluates your function at x,y = (0,0). This is indeterminate, and T is returned instead of a float. Changing the range changes where the sample points are taken. I do not know how to fix this, other than changing the function to be plotted or changing the range.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1938570&group_id=4933 
From: SourceForge.net <noreply@so...>  20080428 20:11:40

Bugs item #1938570, was opened at 20080409 07:53 Message generated for change (Comment added) made by nicoguaro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1938570&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: bug in range of plot3d Initial Comment: otsocoltempo@... Maxima version: 5.12.0 Maxima build date: 10:6 6/7/2007 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8 I have had the following bug when trying to do the plot plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,15,15], [y,15,15])$ Maxima encountered a Lisp error: Error in PROGN [or a callee]: Expected a LONGFLOAT Automatically continuing.To reenable the Lisp debugger set *debuggerhook* to nil. However, it works when I change the range o y variable. For example, plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,15,15], [y,15,16])$  Comment By: nicolas guarin (nicoguaro) Date: 20080428 15:11 Message: Logged In: YES user_id=1991015 Originator: NO I made the plots between x E [5,5] y E [5,5] incremented by 1. And all the 625 plots was succesful... I will prove with a wider boundaries... See ya  Comment By: nicolas guarin (nicoguaro) Date: 20080428 14:35 Message: Logged In: YES user_id=1991015 Originator: NO plot3d(%, [x,1,45], [y,1,45], [plot_format,gnuplot])$ Hi, I'm in a AMD 2000 with W XP..Maxima 5.14 I have found these numbers with problems... plot3d(%, [x,15,45], [y,15,5], [plot_format,gnuplot])$ plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,30,30], [y,30,30], [plot_format,gnuplot])$ plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,45,45], [y,45,45], [plot_format,gnuplot])$ plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,30,45], [y,30,45], [plot_format,gnuplot])$  Comment By: Raymond Toy (rtoy) Date: 20080409 08:32 Message: Logged In: YES user_id=28849 Originator: NO The error happens because plot3d eventually evaluates your function at x,y = (0,0). This is indeterminate, and T is returned instead of a float. Changing the range changes where the sample points are taken. I do not know how to fix this, other than changing the function to be plotted or changing the range.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1938570&group_id=4933 
From: SourceForge.net <noreply@so...>  20080428 19:35:48

Bugs item #1938570, was opened at 20080409 07:53 Message generated for change (Comment added) made by nicoguaro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1938570&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: bug in range of plot3d Initial Comment: otsocoltempo@... Maxima version: 5.12.0 Maxima build date: 10:6 6/7/2007 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8 I have had the following bug when trying to do the plot plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,15,15], [y,15,15])$ Maxima encountered a Lisp error: Error in PROGN [or a callee]: Expected a LONGFLOAT Automatically continuing.To reenable the Lisp debugger set *debuggerhook* to nil. However, it works when I change the range o y variable. For example, plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,15,15], [y,15,16])$  Comment By: nicolas guarin (nicoguaro) Date: 20080428 14:35 Message: Logged In: YES user_id=1991015 Originator: NO plot3d(%, [x,1,45], [y,1,45], [plot_format,gnuplot])$ Hi, I'm in a AMD 2000 with W XP..Maxima 5.14 I have found these numbers with problems... plot3d(%, [x,15,45], [y,15,5], [plot_format,gnuplot])$ plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,30,30], [y,30,30], [plot_format,gnuplot])$ plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,45,45], [y,45,45], [plot_format,gnuplot])$ plot3d(sin(sqrt(x^2+y^2))/sqrt(x^2+y^2), [x,30,45], [y,30,45], [plot_format,gnuplot])$  Comment By: Raymond Toy (rtoy) Date: 20080409 08:32 Message: Logged In: YES user_id=28849 Originator: NO The error happens because plot3d eventually evaluates your function at x,y = (0,0). This is indeterminate, and T is returned instead of a float. Changing the range changes where the sample points are taken. I do not know how to fix this, other than changing the function to be plotted or changing the range.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1938570&group_id=4933 
From: SourceForge.net <noreply@so...>  20080428 11:25:20

Bugs item #1952642, was opened at 20080427 05:05 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1952642&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: Andrej Vodopivec (andrejv) Assigned to: Nobody/Anonymous (nobody) Summary: fourier_elim Initial Comment: (%i1) load(fourier_elim)$ (%i2) fourier_elim([abs(x)<1], [x]); (%o2) [1<x,x<1] < OK (%i3) fourier_elim([abs(x)>1], [x]); (%o3) [1<x] < should be [x<1] or [1<x] Andrej  >Comment By: Barton Willis (willisbl) Date: 20080428 06:00 Message: Logged In: YES user_id=895922 Originator: NO In the function m>, the code needs an additional line: ((and (opequalp a 'mabs) ($freeof 'mabs '$min '$max b)) (setq a (first (margs a))) (opapply 'mor (list (opapply 'mand (list (m> 0 b))) (opapply 'mand (list (m>= b 0) (m> a b))) (opapply 'mand (list (m>= b 0) (m> (neg a) b)))))) I'll check in this fix after I test it. Thanks for the bug report.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1952642&group_id=4933 
From: SourceForge.net <noreply@so...>  20080427 10:05:38

Bugs item #1952642, was opened at 20080427 12:05 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=1952642&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: Andrej Vodopivec (andrejv) Assigned to: Nobody/Anonymous (nobody) Summary: fourier_elim Initial Comment: (%i1) load(fourier_elim)$ (%i2) fourier_elim([abs(x)<1], [x]); (%o2) [1<x,x<1] < OK (%i3) fourier_elim([abs(x)>1], [x]); (%o3) [1<x] < should be [x<1] or [1<x] Andrej  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1952642&group_id=4933 
From: SourceForge.net <noreply@so...>  20080427 09:51:05

Bugs item #1379761, was opened at 20051213 20:14 Message generated for change (Settings changed) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1379761&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core Group: None >Status: Closed >Resolution: Wont Fix Priority: 4 Private: No Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: nusum leaves unsimplified product 2*3 Initial Comment: nusum(n^2*2^n,n,1,k) => 2*(k^22*k+3)*2^k2*3 Note the unsimplified (2*3) Maxima 5.9.2 Using Lisp GNU Common Lisp (GCL) GCL 2.6.7 (aka GCL)  Comment By: Stavros Macrakis (macrakis) Date: 20060815 16:06 Message: Logged In: YES user_id=588346 I traced nusum to make sure this is a nusum and not an underlying Maxima problem  normally Maxima code can't return unsimplified expressions. It is indeed a nusum problem: it is calling factor on an integer as part of the result. So I agree with Robert that it can be "don't fix".  Comment By: Robert Dodier (robert_dodier) Date: 20051219 16:35 Message: Logged In: YES user_id=501686 As nusum is superseded by the more recent and extensive Zeilberger package (share/contrib/Zeilberger), I am inclined to close this report as "won't fix". GosperSum doesn't have this bug: load ("Zeilberger/LOADZeilberger.mac"); GosperSum (n^2*2^n, n, 1, k); => ((k+1)^24*(k+1)+6)*2^(k+1)6 best, Robert Dodier  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1379761&group_id=4933 
From: SourceForge.net <noreply@so...>  20080427 06:43:31

Bugs item #1945954, was opened at 20080418 18:45 Message generated for change (Settings changed) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1945954&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: None Priority: 5 Private: No Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: simpsum/simplify_sum with summand=f(i)+q Initial Comment: sum(q,i,1,inf) => asks whether q is pnz and gives inf,0,minf This is correct, and works with simpsum:true, simpsum:false, and simplify_sum. Similarly, sum(f(i),i,1,inf) always returns a nounform. However, sum(f(i)+q,i,1,inf),simpsum => inf (without asking whether q is pnz) Same thing with simplify_sum. Maxima 5.14.0 on GCL 2.6.8 Windows XP  >Comment By: Andrej Vodopivec (andrejv) Date: 20080427 08:43 Message: Logged In: YES user_id=1179910 Originator: NO This is now fixed in cvs: (%i2) sum(f(i)+q,i,0,inf); (%o2) 'sum(q+f(i),i,0,inf) (%i3) %, simpsum; (%o3) 'sum(q+f(i),i,0,inf) Andrej  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1945954&group_id=4933 
From: SourceForge.net <noreply@so...>  20080425 23:14:45

Bugs item #1941133, was opened at 20080412 19:31 Message generated for change (Settings changed) made by macrakis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1941133&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: Rejected Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Logarithms Initial Comment: Does not always simplify equations with logarithms to the single variable.  Comment By: Stavros Macrakis (macrakis) Date: 20080413 23:03 Message: Logged In: YES user_id=588346 Originator: NO Could you please give a more complete bug report, including an example of this issue? This report doesn't give us enough information to know what you're talking about. In the meantime, you might look at the documentation for radcan and for logcontract.  Comment By: Stavros Macrakis (macrakis) Date: 20080413 23:02 Message: Logged In: YES user_id=588346 Originator: NO Could you please give a more complete bug report, including an example of this issue? This report doesn't give us enough information to know what you're talking about. In the meantime, you might look at the documentation for radcan and for logcontract.  Comment By: Stavros Macrakis (macrakis) Date: 20080413 22:53 Message: Logged In: YES user_id=588346 Originator: NO Could you please give a more complete bug report, including an example of this issue? This report doesn't give us enough information to know what you're talking about. In the meantime, you might look at the documentation for radcan and for logcontract.  Comment By: Stavros Macrakis (macrakis) Date: 20080413 22:52 Message: Logged In: YES user_id=588346 Originator: NO Could you please give a more complete bug report, including an example of this issue? This report doesn't give us enough information to know what you're talking about. In the meantime, you might look at the documentation for radcan and for logcontract.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1941133&group_id=4933 
From: SourceForge.net <noreply@so...>  20080425 22:40:07

Bugs item #1951123, was opened at 20080424 16:14 Message generated for change (Settings changed) made by macrakis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1951123&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: Invalid Priority: 5 Private: No Submitted By: Volker van Nek (van_nek) Assigned to: Nobody/Anonymous (nobody) Summary: sort doesn't sort minf and inf Initial Comment: (%i1) is(minf<inf); (%o1) true but (%i2) sort([minf,0,inf]); (%o2) [0, inf, minf]  Comment By: Barton Willis (willisbl) Date: 20080424 22:14 Message: Logged In: YES user_id=895922 Originator: NO To sort using numerical order, try something like (%i6) sort([minf,0,inf], lambda([a,b], is(a < b))); (%o6) [inf,0,inf] The default order (orderlessp) doesn't sort in numerical order; for example (%i10) sort([1/3, 2/3, 0.3b0]); (%o10) [1/3,2/3,3.0b1]  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1951123&group_id=4933 
From: SourceForge.net <noreply@so...>  20080425 22:39:06

Bugs item #1951964, was opened at 20080425 18:39 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=1951964&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: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: Describe (? xxx) depends on ibase Initial Comment: ibase:2$ ? diff => internal error Maxima 5.14.0 GCL Windows  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1951964&group_id=4933 
From: SourceForge.net <noreply@so...>  20080425 08:06:42

Bugs item #1951421, was opened at 20080425 01:06 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=1951421&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: Maxima website ? Initial Comment: What´s the matter with the Maxima website? http://maxima.sourceforge.net/ Shows just garbage since a few days ... :(  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1951421&group_id=4933 
From: SourceForge.net <noreply@so...>  20080425 02:14:43

Bugs item #1951123, was opened at 20080424 15:14 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1951123&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: Volker van Nek (van_nek) Assigned to: Nobody/Anonymous (nobody) Summary: sort doesn't sort minf and inf Initial Comment: (%i1) is(minf<inf); (%o1) true but (%i2) sort([minf,0,inf]); (%o2) [0, inf, minf]  >Comment By: Barton Willis (willisbl) Date: 20080424 21:14 Message: Logged In: YES user_id=895922 Originator: NO To sort using numerical order, try something like (%i6) sort([minf,0,inf], lambda([a,b], is(a < b))); (%o6) [inf,0,inf] The default order (orderlessp) doesn't sort in numerical order; for example (%i10) sort([1/3, 2/3, 0.3b0]); (%o10) [1/3,2/3,3.0b1]  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1951123&group_id=4933 
From: SourceForge.net <noreply@so...>  20080424 20:23:00

Bugs item #1938349, was opened at 20080409 08:37 Message generated for change (Comment added) made by van_nek You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1938349&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 Private: No Submitted By: Volker van Nek (van_nek) Assigned to: Nobody/Anonymous (nobody) Summary: sprint cannot print true or false Initial Comment: sprint(true) > error sprint(false) > error these two arguments are not handled properly. by the way, the comments about sprint in src/plot.lisp aren't up to date.  >Comment By: Volker van Nek (van_nek) Date: 20080424 22:22 Message: Logged In: YES user_id=1269745 Originator: YES sprint moved to stringproc.lisp and is now a shortcut for printf(true, "~@{~a ~}", x,y,z)  Comment By: Volker van Nek (van_nek) Date: 20080424 22:22 Message: Logged In: YES user_id=1269745 Originator: YES The reported bug is not present in the current cvs version of Maxima. Thank you for your report. If you see this bug in a later version of Maxima, please submit a new bug report.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1938349&group_id=4933 
From: SourceForge.net <noreply@so...>  20080424 20:18:15

Bugs item #1951128, was opened at 20080424 22:18 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=1951128&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: Volker van Nek (van_nek) Assigned to: Nobody/Anonymous (nobody) Summary: curious warning from allroots(x=0) Initial Comment: (%i4) allroots(x=0); Unexpected error. Treat results with caution. (%o4) [x = 0.0] (%i5) allroots(x=1); (%o5) [x = 1.0] x=0 isn't so special, or?  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1951128&group_id=4933 