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}
(43) 
_{Dec}

S  M  T  W  T  F  S 






1
(3) 
2

3

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

17

18
(3) 
19
(5) 
20

21
(5) 
22
(3) 
23

24
(2) 
25
(1) 
26
(2) 
27
(3) 
28
(2) 
29
(2) 
30

31
(2) 






From: SourceForge.net <noreply@so...>  20041019 05:44:30

Bugs item #1049777, was opened at 20041018 23:44 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=1049777&group_id=4933 Category: Lisp Core Group: None Status: Open Resolution: None Priority: 5 Submitted By: Robert Dodier (robert_dodier) Assigned to: Nobody/Anonymous (nobody) Summary: LOAD fails to define a function if referenced before Initial Comment: If I attempt to execute a function without loading it first, then I still can't execute the function even after trying to load it. For example: (%i1) fft (aa, bb); (%o1) fft(aa, bb) (%i2) load ("fft"); (%o2) /usr/share/maxima/5.9.1/share/numeric/fft.lisp (%i3) fft (aa, bb); (%o3) fft(aa, bb) Now contrast this  (%i1) load ("fft"); (%o1) /usr/share/maxima/5.9.1/share/numeric/fft.lisp (%i2) fft (aa, bb); arg aa to fft//ift//recttopolar//polartorect must be floating point array  an error. Quitting. To debug this try DEBUGMODE(TRUE); The error message shows the FFT was indeed executed. If a file defines several functions (e.g., .../share/vector/vect.mac) it looks like any functions not referenced before are successfully loaded, but any that were referenced before are not loaded. LOAD appears to avoid clobbering any existing variables; maybe the functionloading phenomenon described here is an aspect of that.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1049777&group_id=4933 
From: SourceForge.net <noreply@so...>  20041019 05:20:34

Bugs item #1049775, was opened at 20041018 23:20 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=1049775&group_id=4933 Category: Share Libraries Group: None Status: Open Resolution: None Priority: 5 Submitted By: Robert Dodier (robert_dodier) Assigned to: Nobody/Anonymous (nobody) Summary: FFT fails on 2dimensional array Initial Comment: DESCRIBE (FFT) says that FFT can handle 2dimensional arrays, but the FFT function (.../share/numeric/fft.lisp) complains if its input arguments are 2dimensional. Example: (%i1) load ("fft"); (%i2) array (aa, float, 3, 3)$ (%i3) array (bb, float, 3, 3)$ (%i4) fft (aa, bb)$ Maxima encountered a Lisp error: Typeerror in KERNEL::OBJECTNOTTYPEERRORHANDLER: #2A((0.0 0.0 0.0 0.0) (0.0 0.0 0.0 0.0) (0.0 0.0 0.0 0.0) (0.0 0.0 0.0 0.0)) is not of type SEQUENCE Looking at fft.lisp, I don't see that it's designed to handle 2dimensional arrays, although I could be overlooking something. Perhaps we can consider either getting FFT to handle 2dimensional arrays, or just cutting out the stuff about 2dimensional arrays in the documentation. I guess I'm in favor of the latter.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1049775&group_id=4933 
From: SourceForge.net <noreply@so...>  20041018 20:41:37

Bugs item #1049563, was opened at 20041018 16:41 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=1049563&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: Memory corruption Initial Comment: The script below messes up symbol names. Various variants do not, but I can't get it simpler than this. s divmod(a,b,modulus):=1; divmodx(a,b,m):=divide(a^b,m)[2]; testing(qq,rr):= makelist([divmod(qq,rr,4),divmodx(qq,rr,4)], cnt,1,10); for p:1 thru 5 do print ([testing(13234,99456),labels]); .... [[[1, 0], [1, 0], [1, 0], [1, 0], [1, 0], [1, 0], [1, 0], [1, 0], [1, 0], [1, 0]], [(:", !©@, *8, ¡, Â, §8LG, æ°3.... Maxima version: 5.9.0.9beta2 Maxima build date: 10:50 7/27/2004 host type: i686pcmingw32 lispimplementationtype: Kyoto Common Lisp lispimplementationversion: GCL 2.6.3  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1049563&group_id=4933 
From: SourceForge.net <noreply@so...>  20041018 19:14:20

Bugs item #1049499, was opened at 20041018 12:14 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=1049499&group_id=4933 Category: Tests Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: improper font display in cygwin/texmacs Initial Comment: Problem: special font is not properly displayed with the latest versions of cygwin & texmacs & maxima (see attachments) Versions: cygwin 1.5.111 (in win/xp) texmacs 1.0.4 maxima 5.9.1 Attachments: a.txt  texmacs terminal output when maxima 5.9.1 is installed tm_wi_max.png  an equation in texmacs with maxima 5.9.1 installed b.txt  texmacs terminal output when maxima 5.9.1 is NOT installed tm_wi_max.png  same equation in texmacs with maxima 5.9.1 UNinstalled My temporary measure is uninstalling maxima, which defeats the purpose of taking advantage of maxima 5.9.1's interface to texmacs. Thanks in advance and best wishes to developers! John  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1049499&group_id=4933 
From: SourceForge.net <noreply@so...>  20041018 10:30:56

Bugs item #1049120, was opened at 20041018 13:30 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=1049120&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tero Laxström (tlax) Assigned to: Nobody/Anonymous (nobody) Summary: problems with compilation Initial Comment: Making all in src make[1]: Entering directory `/home/tjlaxs/stuff/build/maxima5.9.1/src' test d binarygcl  mkdir binarygcl test d binarygcl/numerical  mkdir binarygcl/numerical test d binarygcl/numerical/slatec  mkdir binarygcl/numerical/slatec gcl batch eval '(progn (load "../lisputils/defsystem.lisp") (funcall (intern "OPERATEONSYSTEM" :mk) "maxima" :compile :verbose t))' && gcl batch eval '(progn (load "../lisputils/defsystem.lisp") (funcall (intern "OPERATEONSYSTEM" :mk) "maxima" :load :verbose t) (when (fboundp (quote si::sgcon))(si::sgcon t)) (si:savesystem "binarygcl/maxima"))' Error: "COMMONLISP" is not of type (LISP:OR LISP:SYMBOL LISP:STRING ...). Fast links are on: do (si::usefastlinks nil) for debugging Error signalled by LISP:USEPACKAGE. Broken at LISP:USEPACKAGE. Type :H for Help. MAKE> GCL's version is 2.6.5 Might also be a problem with GCL, maybe someone else might know.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1049120&group_id=4933 
From: SourceForge.net <noreply@so...>  20041015 16:03:15

Bugs item #1046653, was opened at 20041013 22:36 Message generated for change (Comment added) made by abdulhaq You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1046653&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Abdulhaq Lynch (abdulhaq) Assigned to: Nobody/Anonymous (nobody) Summary: input prompt appearing when it should not Initial Comment: on entering e.g. integrate(,x); the input prompt appears 3 times instead of once. This is a problem for external interfaces. Thanks.  >Comment By: Abdulhaq Lynch (abdulhaq) Date: 20041015 16:03 Message: Logged In: YES user_id=182792 unfortunately no as the problem is: when do I stop listening to Maxima i.e. when do I stop waiting for more output? To verify that the prompts are the same you have to wait to see if the second or third prompt does actually come  i.e. the problem is knowing when to wait. If we set the timeout large then it's annoying for the user and if it's too small then the communication gets messed up entirely.  Comment By: Stavros Macrakis (macrakis) Date: 20041014 14:05 Message: Logged In: YES user_id=588346 Note that the inputline number (e.g. %i34) is the same each time. Does that help in parsing Maxima's output? Of course, it would be better if there were a clean socket API where all these things were made explicit.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1046653&group_id=4933 
From: SourceForge.net <noreply@so...>  20041014 23:01:52

Bugs item #1047432, was opened at 20041014 19:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1047432&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: Integral gives unsimplified erf Initial Comment: assume(m<0)$ integrate((ym)*%e^y^2,y,m,inf); gives a result containing erf(m), which should have simplified to erf(m). Workaround is easy: just do expand(<<result>>,0,0) to force resimplification.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1047432&group_id=4933 
From: SourceForge.net <noreply@so...>  20041014 14:05:50

Bugs item #1046653, was opened at 20041013 18:36 Message generated for change (Comment added) made by macrakis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1046653&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Abdulhaq Lynch (abdulhaq) Assigned to: Nobody/Anonymous (nobody) Summary: input prompt appearing when it should not Initial Comment: on entering e.g. integrate(,x); the input prompt appears 3 times instead of once. This is a problem for external interfaces. Thanks.  >Comment By: Stavros Macrakis (macrakis) Date: 20041014 10:05 Message: Logged In: YES user_id=588346 Note that the inputline number (e.g. %i34) is the same each time. Does that help in parsing Maxima's output? Of course, it would be better if there were a clean socket API where all these things were made explicit.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1046653&group_id=4933 
From: SourceForge.net <noreply@so...>  20041014 03:50:22

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

Bugs item #857401, was opened at 20031210 00: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=857401&group_id=4933 >Category: Documentation Group: None >Status: Closed >Resolution: Fixed >Priority: 3 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Documentation Bug  describe(PLOT_OPTIONS) Initial Comment: The documentation for make_transform is incorrect. The documentation lists: make_transform([x,y,z], [f1(x,y,z),f2(x,y,z),f3(x,y,z)]) When the function make_transform actually accepts input of the form: make_transform([x,y,z], f1(x,y,z), f2(x,y,z), f3(x,y,z) )  >Comment By: Robert Dodier (robert_dodier) Date: 20041013 21:43 Message: Logged In: YES user_id=501686 In Maxima 5.9.1, DESCRIBE (PLOT_OPTIONS) shows the text as "make_transform([x,y,z], f1(x,y,z), f2(x,y,z), f3(x,y,z) )", which is apparently correct. ("make_transform([x,y,z], f1(x,y,z), f2(x,y,z), f3(x,y,z) )" succeeds and yields a closure. "make_transform([x,y,z], [f1(x,y,z),f2(x,y,z),f3(x,y,z)])" fails with a complaint about the number of arguments.)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=857401&group_id=4933 
From: SourceForge.net <noreply@so...>  20041014 03:38:50

Bugs item #575423, was opened at 20020629 11:58 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=575423&group_id=4933 >Category: Share Libraries Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Barton Willis (willisb) Assigned to: Nobody/Anonymous (nobody) Summary: fft package broken Initial Comment: Maxima's fft package is missing files or is broken.  >Comment By: Robert Dodier (robert_dodier) Date: 20041013 21:38 Message: Logged In: YES user_id=501686 FFT code by R. Toy and W. Jenkner is successfully loaded by LOAD ("FFT") and functions as advertised by DESCRIBE (FFT). (Tested Maxima 5.9.1, cmucl, and Maxima 5.9.0, clisp, on Linux. Detailed numerical testing would still be a good idea, but FFT is no longer broken.)  Comment By: Raymond Toy (rtoy) Date: 20020717 10:35 Message: Logged In: YES user_id=28849 An fft routine added and some changes from Wolfgang Jenkner added. Only 1D arrays whose length is a power of 2 is currently supported.  Comment By: Raymond Toy (rtoy) Date: 20020701 08:38 Message: Logged In: YES user_id=28849 If someone can give an example of how to call this from maxima, I can easily fix the missing FFT routines.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=575423&group_id=4933 
From: SourceForge.net <noreply@so...>  20041014 02:49:56

Bugs item #1037903, was opened at 20040930 11:17 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1037903&group_id=4933 Category: Xmaxima Group: Fix for 5.9.0 >Status: Closed >Resolution: Wont Fix >Priority: 1 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Prolems with the output "stringout()" Initial Comment: When we use the output "stringout()" some problems with anteriority occurs. e.g: the answer: (x^2)/3 is showed x^2/3, and can mean x^(2/3) So, can we specify for "stringout()" to break the sentences of the equation? Thank you for your attention. We're waiting for an answer. EMat developers team, http://www.gritee.com info@...  >Comment By: Robert Dodier (robert_dodier) Date: 20041013 20:49 Message: Logged In: YES user_id=501686 Given the precedence of arithmetic operators in Maxima, this isn't a bug, as pointed out by rtoy in the previous comment. I'm closing this report with "Wont Fix".  Comment By: Raymond Toy (rtoy) Date: 20041004 14:39 Message: Logged In: YES user_id=28849 Why is this a problem? x^2/3 is supposed to mean (x^2)/3. I think it is wrong to interpret x^2/3 as x^(2/3).  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1037903&group_id=4933 
From: SourceForge.net <noreply@so...>  20041014 01:48:54

Bugs item #1046737, was opened at 20041013 18:48 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=1046737&group_id=4933 Category: Tests Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Tests fail when run multiple times. Initial Comment: Version: Maxima 5.9.1 When I select "Run Tests" on the menu multiple times the results are different for selections after the first selection. First "Run Tests": no errors reported. Second "Run Tests": errors reported in some test cases.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1046737&group_id=4933 
From: SourceForge.net <noreply@so...>  20041013 23:38:56

Bugs item #549226, was opened at 20020426 15:31 Message generated for change (Settings changed) made by vttoth You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=549226&group_id=4933 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Problems with user input Initial Comment:  Some remarks on Userinput of GPL Maxima/Win. (W. Lindner)  Problems with TSETUP(), METRIC(), ENTERTENSOR(), TTRANSFORM() etc.: 1. Studying a Log session of Valerij Pipin, the following behaviour seems intended: (C16) PRINT( Please input tensor name and others,like, name : A; covariant indices: [I,J]; contravariant indices: K; derivative indices: [];, ENTERTENSOR()) Enter tensor name: A; Enter a list of the covariant indices: [I,J]; Enter a list of the contravariant indices: K; Enter a list of the derivative indices: []; K (D16) A I/J Please input tensor name and others,like, name : A; covariant indices: [I,J]; contravariant indices: K; derivative indices: []; A([I, J], [K]) 2. BUT actually it goes like this: (C16) PRINT( Please input tensor name and others,like, name : A; covariant indices: contravariant indices: derivative indices: , ENTERTENSOR()) A; [I,J]; K; [];Enter tensor name: Enter a list of the covariant indices: Enter a list of the contravariant indices: Enter a list of the derivative indices: K (D16) A I J Please input tensor name and others,like, name : A; covariant indices: [I,J]; contravariant indices: K; derivative indices: []; A([I, J], [K]) 3. To sum up, a. ENTERTENSOR() does not make an dialog with the user, but is SEEMS hanging in a loop. Giving the input 'A; [I,J]; K; [];' nevertheless at demo prompt _; (bug in maximal help page: space don't work  use _; !), the input is taken correctly by ENTERTENSOR, and AT THE END all dialog text is shipped out, what makes now no sense, see above. b. Similar behavier found in METRIC(), TTRANSFORM(), TSETUP(): After input METRIC()$, the system seems hanging; giving y; (for YES), the output comes with user query appended (! instead of coming first).  OStR Wolfgang Lindner Tel : +49 (0203) 3791326 GerhardMercatorUniversität Duisburg Fax : +49 (0203) 3792528 Fakultät 4  Naturwissenschaften eMail: Lindner@... Institut fuer Mathematik, LE 424 Lotharstr. 65 D 47048 Duisburg (Germany)  Comment By: Firmin Joseph Oliveira (fjoliveira) Date: 20040127 16:38 Message: Logged In: YES user_id=961659 Maxima version: 5.9.0 Maxima build date: 13:50 4/15/2003 host type: i686pclinuxgnu lispimplementationtype: CMU Common Lisp lispimplementationversion: 18e Problem with CTENSR package: TSETUP(); I did not get any prompting for input (such as "Enter the dimension...", or "Do you wish to change the coordinate names?", etc. However I was able to get things to work by entering the expected input information along with a carriage return after each input item. For example, what worked was the following: tsetup();<cr>4;<cr>[r,h,p,t];<cr>1;<cr>1;<cr>A;<cr>r^2;<cr>r^2*sin(h)^2;<cr>D;<cr>depends([A,D],r);<cr>y;<cr>y;<cr> after which the metric tensor and it's inverse were displayed and I could proceed. Upon initial start up of 'xmaximalocal' the following error messages were reported:  maia:maxima5.9.0> Maxima 5.9.0 http://maxima.sourceforge.net Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. This is a development version of Maxima. The function bug_report() provides bug reporting information. (C1) ; ; Warning: These variables are undefined: ; *SOCKETCONNECTION* ME ; ; ; Warning: These functions are undefined: ; HOSTENTNAME RESOLVEHOSTIPADDR maia:maxima5.9.0>  User comment: it may be that the problem is with the socket errors above?  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=549226&group_id=4933 
From: SourceForge.net <noreply@so...>  20041013 23:37:42

Bugs item #745842, was opened at 20030529 20:28 Message generated for change (Settings changed) made by vttoth You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=745842&group_id=4933 Category: Share Libraries Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ctensr problems Initial Comment: There seem to be a couple of problems in ctensr: 1) A minor documentation issue; contrary to the docs, you have to do load(ctensr); before tsetup(); 2) A more serious problem: at some point it fails to print a prompt, although if you know what to type and keep going, it accepts the input, as shown here: (C1) tsetup(); (D1) TSETUP() (C2) load(ctensr); (D2) /usr/share/maxima/5.9.0/share/tensor/ctensr.mac (C3) tsetup(); enter the dimension of the coordinate system: 4; do you wish to change the coordinate names? n; do you want to 1. enter a new metric? 2. enter a metric from a file? 3. approximate a metric with a taylor series? 1; Is the matrix 1. Diagonal 2. Symmetric 3. Antisymmetric 4. General 1; a^2; a^2; a^2; 1; Answer 1, 2, 3 or 4 : Row 1 Column 1: Row 2 Column 2: Row 3 Column 3: Row 4 Column 4: Matrix entered. enter functional dependencies with the depends function or 'n' if none depends(a,t); do you wish to see the metric? y; [ 2 ] [ a 0 0 0 ] [ ] [ 2 ] [ 0 a 0 0 ] [ ] [ 2 ] [ 0 0 a 0 ] [ ] [ 0 0 0  1 ] do you wish to see the metric inverse? n; (D3) DONE (C4) bug_report(); The Maxima bug database is available at http://sourceforge.net/tracker/?atid=104933&group_id=4933&func=browse Submit bug reports by following the 'Submit New' link on that page. Please include the following build information with your bug report:  Maxima version: 5.9.0 Maxima build date: 21:17 2/9/2003 host type: i386redhatlinuxgnu lispimplementationtype: CMU Common Lisp lispimplementationversion: 18d Notice that it printed the prompts only after all the metric components had been typed. In xmaxima, the problem is worse, and the prompts stop immediately. Larry Ford ford@...  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=745842&group_id=4933 
From: SourceForge.net <noreply@so...>  20041013 22:36:53

Bugs item #1046653, was opened at 20041013 22:36 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=1046653&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Abdulhaq Lynch (abdulhaq) Assigned to: Nobody/Anonymous (nobody) Summary: input prompt appearing when it should not Initial Comment: on entering e.g. integrate(,x); the input prompt appears 3 times instead of once. This is a problem for external interfaces. Thanks.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1046653&group_id=4933 
From: SourceForge.net <noreply@so...>  20041013 21:28:07

Bugs item #1045925, was opened at 20041013 02:16 Message generated for change (Settings changed) made by macrakis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1045925&group_id=4933 Category: None Group: None >Status: Deleted Resolution: Duplicate Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: a>1 and b>1, is a+b>2? Initial Comment: (%i1) assume(a>1); (%o1) [a > 1] (%i2) assume(b>1); (%o2) [b > 1] (%i3) is(a+b>2); MACSYMA was unable to evaluate the predicate: b + a > 2  an error. Quitting. To debug this try DEBUGMODE(TRUE); (%i4)  Comment By: Stavros Macrakis (macrakis) Date: 20041013 17:27 Message: Logged In: YES user_id=588346 Same as 1045920  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1045925&group_id=4933 
From: SourceForge.net <noreply@so...>  20041013 21:27:34

Bugs item #1045925, was opened at 20041013 02:16 Message generated for change (Comment added) made by macrakis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1045925&group_id=4933 Category: None Group: None Status: Open >Resolution: Duplicate Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: a>1 and b>1, is a+b>2? Initial Comment: (%i1) assume(a>1); (%o1) [a > 1] (%i2) assume(b>1); (%o2) [b > 1] (%i3) is(a+b>2); MACSYMA was unable to evaluate the predicate: b + a > 2  an error. Quitting. To debug this try DEBUGMODE(TRUE); (%i4)  >Comment By: Stavros Macrakis (macrakis) Date: 20041013 17:27 Message: Logged In: YES user_id=588346 Same as 1045920  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1045925&group_id=4933 
From: SourceForge.net <noreply@so...>  20041013 06:16:34

Bugs item #1045925, was opened at 20041012 23: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=1045925&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: a>1 and b>1, is a+b>2? Initial Comment: (%i1) assume(a>1); (%o1) [a > 1] (%i2) assume(b>1); (%o2) [b > 1] (%i3) is(a+b>2); MACSYMA was unable to evaluate the predicate: b + a > 2  an error. Quitting. To debug this try DEBUGMODE(TRUE); (%i4)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1045925&group_id=4933 
From: SourceForge.net <noreply@so...>  20041013 06:10:22

Bugs item #1045920, was opened at 20041013 14: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=1045920&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: ikki (qishi) Assigned to: Nobody/Anonymous (nobody) Summary: a>1 and b>1, is a+b>2? Initial Comment: (%i1) assume(a>1); (%o1) [a > 1] (%i2) assume(b>1); (%o2) [b > 1] (%i3) is(a+b>2); MACSYMA was unable to evaluate the predicate: b + a > 2  an error. Quitting. To debug this try DEBUGMODE(TRUE); (%i4)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1045920&group_id=4933 
From: SourceForge.net <noreply@so...>  20041013 00:43:06

Bugs item #1045821, was opened at 20041012 20:43 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=1045821&group_id=4933 Category: Lisp Core Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Ronis (ronis) Assigned to: Nobody/Anonymous (nobody) Summary: describe is broken in CVS Initial Comment: I just updated, and totally rebuilt/installed maxima. It works, but describe seems to have been broken. 1. make install doesn't install the info pages, and describe(...) fails. 2. make installinfo installs the info pages, but now describe simply returns FALSE, I've tried describe("describe"); describe("log"); etc. all with the same behavior. bug_report() gives: Maxima version: 5.9.1.1cvs Maxima build date: 20:23 10/12/2004 host type: i686pclinuxgnu lispimplementationtype: CLISP lispimplementationversion: 2.33.2 (20040602) (built 3295213180) (memory 3306615823)   You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1045821&group_id=4933 
From: SourceForge.net <noreply@so...>  20041012 15:47:25

Bugs item #1045531, was opened at 20041012 11:47 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=1045531&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 4 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: real/imagpart don't know about conjugate Initial Comment: realpart('conjugate(x)) => 'conjugate(x) imagpart('conjugate(x)) => 0 should be realpart(x) and imagpart(x) What is really going on is that rpart (realpart, imagpart, etc.) don't even know conjugate exists, which is not surprising, since it is in a load package (eigen). Worse, there is no way to extend realpart/imagpart to new functions at the Maxima or the Lisp level. s  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1045531&group_id=4933 
From: SourceForge.net <noreply@so...>  20041012 15:38:04

Bugs item #1045514, was opened at 20041012 11:38 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=1045514&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: conjugate(complex) wrong Initial Comment: declare(z,complex) conjugate(z) > z  should be nounform (conjugate loaded from EIGEN)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1045514&group_id=4933 
From: SourceForge.net <noreply@so...>  20041012 15:22:01

Bugs item #1045503, was opened at 20041012 09:21 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=1045503&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Robert Dodier (robert_dodier) Assigned to: Nobody/Anonymous (nobody) Summary: REARRAY complains about nonnumeric size argument Initial Comment: REARRAY complains if the size argument is not numeric. Example: N: 8$ ARRAY (aa, float, 2^N)$ /* OK!! */ REARRAY (aa, 3^N)$ /* OOPS !! "Argument X is not a NUMBER" */ There is an ancient FFT demo file, .../share/numeric/fft.dem, which uses REARRAY with an expression argument. So perhaps it did work at some point in the past. I guess that REARRAY could attempt to evaluate its size argument if it's not numeric. I don't know what is the usual course of action for Maxima functions. I'm running Maxima 5.9.1 (cmucl) on linux.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1045503&group_id=4933 
From: SourceForge.net <noreply@so...>  20041012 12:43:19

Bugs item #1045287, was opened at 20041012 15:43 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=1045287&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Alexander VIDYBIDA (vidybida) Assigned to: Nobody/Anonymous (nobody) Summary: FLOAT(EXP(EXP(2))) does not give a complete answer Initial Comment: Maxima version: 5.9.1 Maxima build date: 17:35 10/8/2004 host type: i586pclinuxgnu lispimplementationtype: Kyoto Common Lisp lispimplementationversion: GCL 2.6.5 (enableansi) When applied to compositions like EXP(EXP(2)), or EXP(SIN(2)), the FLOAT() function seems unable to get a complete result. If we consider SIN(SIN(2)), or SIN(EXP(2)) instead, the result is complete. (%i1) float(EXP(EXP(2))); 2 %E (%o1) 2.718281828459045 (%i2) float(EXP(SIN(2))); SIN(2) (%o2) 2.718281828459045 (%i3) float(SIN(EXP(2))); (%o3) 0.89385495491281 (%i5) display2d:false$ (%i6) float(EXP(EXP(2))); (%o6) 2.718281828459045^%E^2 (%i7) float(EXP(SIN(2))); (%o7) 2.718281828459045^SIN(2) (%i8) float(SIN(EXP(2))); (%o8) 0.89385495491281  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1045287&group_id=4933 