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

_{Feb}

_{Mar}

_{Apr}

_{May}

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

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

_{Oct}

_{Nov}

_{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...>  20041031 20:09:03

Bugs item #857266, was opened at 20031209 17:34 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=857266&group_id=4933 Category: Documentation Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Robert Dodier (robert_dodier) Assigned to: Nobody/Anonymous (nobody) Summary: minor documentation bugs w/ uncontroversial fixes Initial Comment: Here is a list of minor bugs in documentation files that can be fixed without controversy, I think. Pretty soon I hope to post a patch file which has the file names and line numbers and exact text.  DESCRIBE(EXAMPLE)$ claims that the default value for manual_demo is "maxima.demo" but it is actually "manual.demo" (in 2003112x cvs)  Equations.texi: entry for IEQN claims that IEQN will do a KILL(LABELS) but in fact that's commented out of the source code  strike "CAVEAT: ... he wants to keep."  'describe' > 'DESCRIBE', and 'example' > 'EXAMPLE': Help.texi:short cut you may type @code{? fact} in lieu of @code{describe("fact")} Help.texi:example(integrate); Help.texi:(C4) example(integrate); Help.texi:(C1) describe("integ"); Introduction.texi:(C1) describe(factor);  Ctensor.texi: DESCRIBE(CTENSR) > DESCRIBE(CTENSOR)  Integration.texi: split into 2 DESCRIBE's: DESCRIBE(ROMBERGABS,ROMBERGMIN);  xrefs.texi: DESCRIBE(INTEGRALS); doesn't mention general integration (instead it mentions elliptic integrals); INTEGRALS > INTEGRATE  Ctensor.texi, tensor/infotensor.txt, tensor/manual.txt, tensor/tensordoc.txt: "TENSOR;METRIC FILE" > "tensor/metrics.mac"  Expressions.texi: INTEGRAL > integral  there is no symbol '$integral' or '$INTEGRAL'  Floating.texi: LOAD(BFAC) > LOAD(BFFAC) also: share2/bfac.usg > share/numeric/bffac.usg also: CBFAC > CBFFAC  Input.texi: init.lsp > src/initcl.lisp  Miscellaneous.texi: "see Appendix II"  none such, strike it  Operators.texi: "see the file SHARE2;SUBLIS INFO"  none such, strike it  Trigonometric.texi: "see the POISSIMP function (6.6)"  the "(6.6)" doesn't make any sense at present; was it a section number way back when?  Strike "(6.6)"  xrefs.texi: strike "@section STORAGEsee :gargbage_collection" (mispelled, and a broken link even if not mispelled)  >Comment By: Robert Dodier (robert_dodier) Date: 20041031 13:09 Message: Logged In: YES user_id=501686 Resolved by committing changes to Ctensor.texi, Equations.texi, Expressions.texi, Floating.texi, Help.texi, Input.texi, Integration.texi, Miscellaneous.texi, Operators.texi, and Trigonometric.texi. xrefs.texi was ignored, same with share/tensor/* files.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=857266&group_id=4933 
From: SourceForge.net <noreply@so...>  20041031 18:52:43

Bugs item #834176, was opened at 20031101 09:27 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=834176&group_id=4933 Category: Documentation Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Stephen Leake (stephen_leake) Assigned to: Nobody/Anonymous (nobody) Summary: FILE_SEARCH is a function Initial Comment: In the info documentation, the FILE_SEARCH is defined as a variable; it is actually a function. In addition, the definition of LOAD talks about it as a variable. The real variables are FILE_SEARCH_LISP, FILE_SEARCH_MAXIMA and FILE_SEARCH_DEMO.  >Comment By: Robert Dodier (robert_dodier) Date: 20041031 11:52 Message: Logged In: YES user_id=501686 doc/info/Input.texi has been updated and committed to cvs: FILE_SEARCH is described as a function; new item to describe FILE_SEARCH_MAXIMA, FILE_SEARCH_LISP, and FILE_SEARCH_DEMO; LOAD refers to FILE_SEARCH as a function.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=834176&group_id=4933 
From: SourceForge.net <noreply@so...>  20041029 15:21:41

Bugs item #1056856, was opened at 20041029 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=1056856&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: Backtrace at break prompt shows previous function calls Initial Comment: If there is a Maxima error, e.g., wrong number of function arguments, an error message is printed and then another Maxima prompt. If DEBUGMODE: TRUE is set, then the next Maxima error yields a break prompt. Then :bt shows not only the error that caused the break prompt, but also all previous erroneous function calls. This is confusing. Apparently a new input loop is started after an error, instead of restarting the existing one.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1056856&group_id=4933 
From: SourceForge.net <noreply@so...>  20041029 09:06:22

Bugs item #1056452, was opened at 20041028 16:02 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1056452&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: bothcases problem Initial Comment: the new feature bothcases gives a lot of problems: for example: Maxima 5.9.1 http://maxima.sourceforge.net Using Lisp CMU Common Lisp 19a Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. This is a development version of Maxima. The function bug_report() provides bug reporting information. (%i1) poissimp(sin(x)**2+cos(x)**2); Illegal arg to POISSIMP: x  an error. Quitting. To debug this try DEBUGMODE(TRUE); (%i2) while all is correct after BOTHCASES:FALSE; also quite often run_testsuite(); give an error and it seems to have disapeard after having put BOTHCASES to false. olive_esseret(at)yahoo(dot)com  Comment By: Nobody/Anonymous (nobody) Date: 20041029 02:06 Message: Logged In: NO After settings BOTHCASES:FALSE; it is not possible to refer to a previous line since it contains a lower cases charater(%o).  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1056452&group_id=4933 
From: SourceForge.net <noreply@so...>  20041028 23:02:32

Bugs item #1056452, was opened at 20041028 16: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=1056452&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: bothcases problem Initial Comment: the new feature bothcases gives a lot of problems: for example: Maxima 5.9.1 http://maxima.sourceforge.net Using Lisp CMU Common Lisp 19a Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. This is a development version of Maxima. The function bug_report() provides bug reporting information. (%i1) poissimp(sin(x)**2+cos(x)**2); Illegal arg to POISSIMP: x  an error. Quitting. To debug this try DEBUGMODE(TRUE); (%i2) while all is correct after BOTHCASES:FALSE; also quite often run_testsuite(); give an error and it seems to have disapeard after having put BOTHCASES to false. olive_esseret(at)yahoo(dot)com  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1056452&group_id=4933 
From: SourceForge.net <noreply@so...>  20041028 08:04:09

Bugs item #1055926, was opened at 20041028 01:04 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=1055926&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: It doesnt work at all Initial Comment: This Windows version does not work at all [Win 2000 Professional], it starts but as soon as anything is typed eg x: 1; it pops up an error: can't read "_WinInfo.maxima.text(atMaximaPrompt)": no such element in array can't read "_WinInfo.maxima.text(atMaximaPrompt)": no such element in array while executing "set _WinInfo[set win]($var)" (procedure "oget" line 4) invoked from within "oget $w atMaximaPrompt" (procedure "CMeval" line 24) invoked from within "CMeval .maxima.text " (command bound to event)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1055926&group_id=4933 
From: SourceForge.net <noreply@so...>  20041027 20:06:49

Bugs item #1055605, was opened at 20041027 13: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=1055605&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Ident gives error Initial Comment: This happens for the argument being a constant or a variable. (C1) ident(2); Improper argument to IDENT: 2  an error. Quitting. To debug this try DEBUGMODE(TRUE);) If you give me the matrixstoring format, I can try to run up a clisp ident function and send it in. Thanks much! nath5573@...  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1055605&group_id=4933 
From: SourceForge.net <noreply@so...>  20041027 15:25:21

Bugs item #1055377, was opened at 20041027 09:25 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=1055377&group_id=4933 Category: Lisp Core Group: None Status: Open Resolution: None Priority: 3 Submitted By: Robert Dodier (robert_dodier) Assigned to: Nobody/Anonymous (nobody) Summary: assignment to SETVAL causes a break if SETCHECK: ALL Initial Comment: The user can intercept an assignment by means of SETCHECK, SETCHECKBREAK, and SETVAL. If SETCHECK: ALL, every assignment is intercepted and a message is printed. If SETCHECKBREAK: TRUE, a break prompt is given as well. The user can change the assignment in midstream by assigning to SETVAL; that new value replaces the original assignment. All this works as expected, with one strangeness: the SETVAL assignment itself is intercepted, with a message printed and a break prompt. Exiting from this nested break prompt takes the user back to the original break prompt. I guess the solution is to have the code (mset in mlisp.lisp) pass over the assignment if the variable in question is SETVAL. The observed behavior is confusing, but yields the correct result (i.e., the original assignedto variable is given a different assignment). Maxima version: 5.9.1 Maxima build date: 21:24 9/23/2004 host type: i686pclinuxgnu lispimplementationtype: CMU Common Lisp lispimplementationversion: 19a  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1055377&group_id=4933 
From: SourceForge.net <noreply@so...>  20041027 14:14:19

Bugs item #626607, was opened at 20021022 02:30 Message generated for change (Comment added) made by vidybida You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626607&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: Defint doesn't clean up asksign db Initial Comment: >> integrate(x^n,x,1,inf); << Is n positive, negative, or zero? >> pos; << Integral is divergent So far, so good. Now: >> asksign(n); << pos; That is, the asksign database still contains the fact that n>0. This should have been removed when defint exited. This problem doesn't happen when the integral is convergent.  Comment By: Alexander VIDYBIDA (vidybida) Date: 20041027 17:14 Message: Logged In: YES user_id=927510 The obsolete info, which have to be removed after estimated a divergent integral, can be kicked out by "IS" oporator: (%i1) integrate(EXP(la*t)*la,t,0,INF); Is la positive, negative, or zero? n; Integral is divergent  an error. Quitting. To debug this try DEBUGMODE(TRUE); (%i2) integrate(EXP(la*t)*la,t,0,INF); Integral is divergent  an error. Quitting. To debug this try DEBUGMODE(TRUE); HOW DOES IT KNOW ? (%i3) is(la<0); MACSYMA was unable to evaluate the predicate: la < 0  an error. Quitting. To debug this try DEBUGMODE(TRUE); (%i4) integrate(EXP(la*t)*la,t,0,INF); Integral is divergent  an error. Quitting. To debug this try DEBUGMODE(TRUE); HOW DOES IT KNOW ? (%i5) is(la>0); MACSYMA was unable to evaluate the predicate: la > 0  an error. Quitting. To debug this try DEBUGMODE(TRUE); (%i6) integrate(EXP(la*t)*la,t,0,INF); Integral is divergent  an error. Quitting. To debug this try DEBUGMODE(TRUE); HOW DOES IT KNOW ? (%i7) is(la=0); (%o7) FALSE NOW THE INFO IS KICKED OUT (%i8) integrate(EXP(la*t)*la,t,0,INF); Is la positive, negative, or zero? p; (%o8) 1  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626607&group_id=4933 
From: SourceForge.net <noreply@so...>  20041026 19:10:29

Bugs item #1049120, was opened at 20041018 13:30 Message generated for change (Settings changed) made by tlax You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1049120&group_id=4933 Category: None Group: None >Status: Deleted 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...>  20041026 09:35:40

Bugs item #1054472, was opened at 20041026 02:35 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=1054472&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: defint(log(1+exp(A+B*cos(phi))),phi,0,%pi) wrong Initial Comment: Maxima 5.9.0 C1) assume(B>0,BA>0)$ (C2) integrate(log(1+exp(A+B*cos(phi))),phi,0,%pi);  B B A (D2) 3 %PI LOG(%E (%E + %E )) But if we give A and B numerical values (C3) B:3$ A:2$ ev(D2,numer); (C4) (C5) (D5) 2.952421848475173 (C6) B:3.2$ A:3$ ev(D2,numer); (C7) (C8) (D8) .0191075509605848 while by evaluating the integral numerically we obtain something different (C11) B:3$ A:2$ romberg(log(1+exp(A+B*cos(phi))),phi,0,%pi); (C12) (C13) (D13) 7.506856487627962 (C14) B:3.2$ A:3$ romberg(log(1+exp(A+B*cos(phi))),phi,0,%pi); (C15) (C16) (D16) 0.663669430006855 The integrand does not look like the kind of thing that would give the romberg procedure any trouble (C25) plot2d(log(1+exp(A+B*cos(phi))),[phi,0,%pi])$ In fact, by visual inspection of the plot it is clear that the area under the curve is much closer to 0.66 (romberg's result) than to 0.02 (as integrate would have us believe). The same problem occurs if we use defint instead of integrate. Cheers.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1054472&group_id=4933 
From: SourceForge.net <noreply@so...>  20041025 20:07:15

Bugs item #1051692, was opened at 20041021 14:00 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1051692&group_id=4933 Category: Xmaxima Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: VECTORSIMP does not simplfy p~(q~r) Initial Comment: I set all the following flags to TRUE: EXPANDALL, EXPANDDOT, EXPANDDOTPLUS, EXPANDCROSS, EXPANDCROSSPLUS, EXPANDCROSSCROSS, EXPANDGRAD, EXPANDGRADPLUS, EXPANDGRADPROD, EXPANDDIV, EXPANDDIVPLUS, EXPANDDIVPROD, EXPANDCURL, EXPANDCURLPLUS, EXPANDCURLCURL, EXPANDLAPLACIAN, EXPANDLAPLACIANPLUS, EXPANDLAPLACIANPROD I input VECTORSIMP(p~(q~r)); at the prompt The result was WARNING: DECLARE VECTOR INDETERMINANTS NONSCALAR TO AVOID ERRORS & TO GET FULL SIMPLIFICATION (D43) 0  >Comment By: Barton Willis (willisbl) Date: 20041025 15:07 Message: Logged In: YES user_id=895922 Is this what you wanted? (%i1) load("vect"); (% c:/msys/1.0/maxinstall/share/maxima/5.9.1.1cvs/share/vector /vect.mac (%i2) declare([p,q,r],nonscalar)$ (%i3) EXPANDCROSSCROSS : true$ (%i4) vectorsimp(p~(q~r)); (%o4) (p . r) q  (p . q) r (%i5) Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1051692&group_id=4933 
From: SourceForge.net <noreply@so...>  20041024 17:17:15

Bugs item #1053279, was opened at 20041024 11:17 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=1053279&group_id=4933 Category: Lisp Core Group: None Status: Open Resolution: None Priority: 3 Submitted By: Robert Dodier (robert_dodier) Assigned to: Nobody/Anonymous (nobody) Summary: TIME prints out message as well as returning a value Initial Comment: TIME prints out message ("Time:") as well as returning a value. This doesn't seem appropriate: other noninteractive functions only return a value. For example if you execute foo: TIME (%o1, %o2, %o3)$ you still get the "Time:" printout but no value is printed (since the return value printout is suppressed by the dollar sign).  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1053279&group_id=4933 
From: SourceForge.net <noreply@so...>  20041024 05:39:09

Bugs item #1053056, was opened at 20041023 23: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=1053056&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: TIME(%) always yields 0.0 Initial Comment: TIME(%) always yields 0.0. The cause is that TIME (suprv1.lisp) returns the value of LASTTIME when the TIME argument is %. However LASTTIME is assigned 0 and never assigned anything else; LASTTIME appears to be obsolete, and it is unused except for this reference in TIME. TIME uses the 'TIME property of output labels to fetch the computation time. % isn't assigned the 'TIME property, so presumably that's why TIME was asking for LASTTIME. Let's not resurrect LASTTIME. Instead let's (1) assign % the 'TIME property (search for "putprop dtag" in macsys.lisp) to find the place to do it); and (2) cut out the special case for % in TIME.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1053056&group_id=4933 
From: SourceForge.net <noreply@so...>  20041022 22:15:09

Bugs item #1052518, was opened at 20041022 15:15 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=1052518&group_id=4933 Category: Documentation Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: broken links in the FAQ page Initial Comment: In the FAQ page at http://maxima.sourceforge.net/faq/faq.html there are some broken links. For example in question 3.3 http://www.debian.org and http://www.altlinux.com are not operational.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1052518&group_id=4933 
From: SourceForge.net <noreply@so...>  20041022 18:33:32

Bugs item #1052382, was opened at 20041022 14:33 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=1052382&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: assume hard to use programmatically Initial Comment: assume(r>0 and r<1) works fine. However, if I have a function withassume(pred,expr) := ( assume(pred), expand(expr) ); you get withassume(r>0 and r<1, abs(r)) => ERROR: can't eval predicate r>0 Quoting doesn't help: withassume('(r>0 and r<1), abs(r)) => error withassume('('(r>0) and '(r<1)), abs(r)) => error withassume(('"and")(r>0) and '(r<1)), abs(r)) => error withassume('("and")(r>0) and '(r<1)), abs(r)) => error There is a workaround, however: withassume(pred,expr) := ( apply('assume,[pred]), expand(expr) ); You still have to quote the argument, but it works now: withassume('(r>0 and r<1), abs(r)) => r Alternatively, you can use the noun form of AND: withassume('("and")(r>0,r<1),abs(r)) => r Yuck in both cases.  Discussion The underlying problem is that "is", "assume", "forget", etc. quote their arguments then depend on their own little idiosyncratic evaluator.... Also that nounform logical connectives (and, or, if) aren't really supported. 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=1052382&group_id=4933 
From: SourceForge.net <noreply@so...>  20041022 16:19:57

Bugs item #1052308, was opened at 20041022 12:19 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=1052308&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: limit(erf(n*x),n,inf) depends on n (x=0) Initial Comment: assume(equal(zz,0))$ limit(erf(n*zz),n,inf) => erf(n*zz) A limit result should be independent of the dummy variable!  in this case result is 0. For other functions, limit gets this right: makelist( limit(f(zz*x),x,inf) , f, [sin,exp,gamma,atan,erf] ) => [0, 1, 1, 0, ERF(x zz)] Limit/erf works correctly for zz>0 and zz<0.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1052308&group_id=4933 
From: SourceForge.net <noreply@so...>  20041021 19:00:55

Bugs item #1051692, was opened at 20041021 12:00 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=1051692&group_id=4933 Category: Xmaxima Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: VECTORSIMP does not simplfy p~(q~r) Initial Comment: I set all the following flags to TRUE: EXPANDALL, EXPANDDOT, EXPANDDOTPLUS, EXPANDCROSS, EXPANDCROSSPLUS, EXPANDCROSSCROSS, EXPANDGRAD, EXPANDGRADPLUS, EXPANDGRADPROD, EXPANDDIV, EXPANDDIVPLUS, EXPANDDIVPROD, EXPANDCURL, EXPANDCURLPLUS, EXPANDCURLCURL, EXPANDLAPLACIAN, EXPANDLAPLACIANPLUS, EXPANDLAPLACIANPROD I input VECTORSIMP(p~(q~r)); at the prompt The result was WARNING: DECLARE VECTOR INDETERMINANTS NONSCALAR TO AVOID ERRORS & TO GET FULL SIMPLIFICATION (D43) 0  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1051692&group_id=4933 
From: SourceForge.net <noreply@so...>  20041021 18:47:26

Bugs item #1049563, was opened at 20041018 15:41 Message generated for change (Comment added) made by willisbl 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  >Comment By: Barton Willis (willisbl) Date: 20041021 13:47 Message: Logged In: YES user_id=895922 With 5.9.1.1cvs, I don't get the garbage. (%i3) display2d : false; (%o3) FALSE (%i4) divmod(a,b,modulus):=1; (%o4) divmod(a,b,MODULUS):=1 (%i5) divmodx(a,b,m):=divide(a^b,m)[2]; (%o5) divmodx(a,b,m):=DIVIDE(a^b,m)[2] (%i6) testing(qq,rr):= makelist([divmod(qq,rr,4),divmodx(qq,rr,4)], cnt,1,10); (%o6) testing(QQ,rr):=MAKELIST([divmod(QQ,rr,4),divmodx (QQ,rr,4)],cnt,1,10) (%i7) for p:1 thru 5 do print ([testing(13234,99456),labels]); Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. [[[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0]], [%i7,%o6,%i6,%o5,%i5,%o4,%i4,%o3,%i3,%o2,%i2,%o1,% i1]] Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. [[[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0]], [%i7,%o6,%i6,%o5,%i5,%o4,%i4,%o3,%i3,%o2,%i2,%o1,% i1]] Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. [[[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0]], [%i7,%o6,%i6,%o5,%i5,%o4,%i4,%o3,%i3,%o2,%i2,%o1,% i1]] Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. [[[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0]], [%i7,%o6,%i6,%o5,%i5,%o4,%i4,%o3,%i3,%o2,%i2,%o1,% i1]] Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. [[[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0]], [%i7,%o6,%i6,%o5,%i5,%o4,%i4,%o3,%i3,%o2,%i2,%o1,% i1]] (%i12) build_info(); Maxima version: 5.9.1.1cvs Maxima build date: 12:21 10/20/2004 host type: i686pcmingw32 lispimplementationtype: Kyoto Common Lisp lispimplementationversion: GCL 2.6.5 Barton  Comment By: Barton Willis (willisbl) Date: 20041021 12:23 Message: Logged In: YES user_id=895922 With 5.9.1.1cvs, I don't get the garbage. (%i3) display2d : false; (%o3) FALSE (%i4) divmod(a,b,modulus):=1; (%o4) divmod(a,b,MODULUS):=1 (%i5) divmodx(a,b,m):=divide(a^b,m)[2]; (%o5) divmodx(a,b,m):=DIVIDE(a^b,m)[2] (%i6) testing(qq,rr):= makelist([divmod(qq,rr,4),divmodx(qq,rr,4)], cnt,1,10); (%o6) testing(QQ,rr):=MAKELIST([divmod(QQ,rr,4),divmodx (QQ,rr,4)],cnt,1,10) (%i7) for p:1 thru 5 do print ([testing(13234,99456),labels]); Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. [[[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0]], [%i7,%o6,%i6,%o5,%i5,%o4,%i4,%o3,%i3,%o2,%i2,%o1,% i1]] Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. [[[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0]], [%i7,%o6,%i6,%o5,%i5,%o4,%i4,%o3,%i3,%o2,%i2,%o1,% i1]] Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. [[[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0]], [%i7,%o6,%i6,%o5,%i5,%o4,%i4,%o3,%i3,%o2,%i2,%o1,% i1]] Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. [[[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0]], [%i7,%o6,%i6,%o5,%i5,%o4,%i4,%o3,%i3,%o2,%i2,%o1,% i1]] Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. [[[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0]], [%i7,%o6,%i6,%o5,%i5,%o4,%i4,%o3,%i3,%o2,%i2,%o1,% i1]] (%i12) build_info(); Maxima version: 5.9.1.1cvs Maxima build date: 12:21 10/20/2004 host type: i686pcmingw32 lispimplementationtype: Kyoto Common Lisp lispimplementationversion: GCL 2.6.5 Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1049563&group_id=4933 
From: SourceForge.net <noreply@so...>  20041021 17:23:51

Bugs item #1049563, was opened at 20041018 15:41 Message generated for change (Comment added) made by willisbl 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  >Comment By: Barton Willis (willisbl) Date: 20041021 12:23 Message: Logged In: YES user_id=895922 With 5.9.1.1cvs, I don't get the garbage. (%i3) display2d : false; (%o3) FALSE (%i4) divmod(a,b,modulus):=1; (%o4) divmod(a,b,MODULUS):=1 (%i5) divmodx(a,b,m):=divide(a^b,m)[2]; (%o5) divmodx(a,b,m):=DIVIDE(a^b,m)[2] (%i6) testing(qq,rr):= makelist([divmod(qq,rr,4),divmodx(qq,rr,4)], cnt,1,10); (%o6) testing(QQ,rr):=MAKELIST([divmod(QQ,rr,4),divmodx (QQ,rr,4)],cnt,1,10) (%i7) for p:1 thru 5 do print ([testing(13234,99456),labels]); Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. [[[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0]], [%i7,%o6,%i6,%o5,%i5,%o4,%i4,%o3,%i3,%o2,%i2,%o1,% i1]] Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. [[[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0]], [%i7,%o6,%i6,%o5,%i5,%o4,%i4,%o3,%i3,%o2,%i2,%o1,% i1]] Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. [[[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0]], [%i7,%o6,%i6,%o5,%i5,%o4,%i4,%o3,%i3,%o2,%i2,%o1,% i1]] Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. [[[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0]], [%i7,%o6,%i6,%o5,%i5,%o4,%i4,%o3,%i3,%o2,%i2,%o1,% i1]] Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. Warning: MODULUS being set to 4, a nonprime. [[[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0],[1,0]], [%i7,%o6,%i6,%o5,%i5,%o4,%i4,%o3,%i3,%o2,%i2,%o1,% i1]] (%i12) build_info(); Maxima version: 5.9.1.1cvs Maxima build date: 12:21 10/20/2004 host type: i686pcmingw32 lispimplementationtype: Kyoto Common Lisp lispimplementationversion: GCL 2.6.5 Barton  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1049563&group_id=4933 
From: SourceForge.net <noreply@so...>  20041021 12:29:04

Bugs item #1051437, was opened at 20041021 22:21 Message generated for change (Comment added) made by billingd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1051437&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Billinghurst (billingd) Assigned to: Nobody/Anonymous (nobody) Summary: Trig integral error Initial Comment: The integral of 2*COT(x)^2*COS(2*x)/(CSC(2*x)+COT(2*x)); is wrong for maxima5.9.1 (%i1) display2d:false; (%o1) FALSE (%i2) h: 2*COT(x)^2*COS(2*x)/(CSC(2*x)+COT(2*x)); (%o2) 2*COT(x)^2*COS(2*x)/(CSC(2*x)+COT(2*x)) (%i3) ih:integrate(h,x); (%o3) (2*LOG(SIN(x)^2+COS(x)^2+2*COS(x)+1) +2*LOG(SIN(x)^2+COS(x)^22*COS(x)+1) +COS(2*x)) /2 (%i4) ev(ih,x=1.0,numer)ev(ih,x=0.5,numer); (%o4) .6469013090248041 (%i5) quad_qags(h,x,0.5,1); (%o5) [.1686767378171631,3.37999776996994E 15,21,0] (%i6) h2:trigsimp(trigexpand(h)); (%o6) (4*COS(x)^32*COS(x))/SIN(x) (%i7) ih2:integrate(h2,x); (%o7) LOG(COS(x)+1)+LOG(COS(x)1)+2*COS(x)^2 (%i8) ev(ih2,x=1.0,numer)ev(ih2,x=0.5,numer); (%o8) .1686767378171636 The integral over 0.5 < x < 1.0 at %o4 differs from the numerical integral %o5 and the analytic integral of an equivalent expression %o8.  >Comment By: David Billinghurst (billingd) Date: 20041021 22:29 Message: Logged In: YES user_id=365569 Once this is fixed, activate equation (22) in share/contrib/diffequations/tests/rtestode_murphy1.mac  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1051437&group_id=4933 
From: SourceForge.net <noreply@so...>  20041021 12:21:37

Bugs item #1051437, was opened at 20041021 22: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=1051437&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Billinghurst (billingd) Assigned to: Nobody/Anonymous (nobody) Summary: Trig integral error Initial Comment: The integral of 2*COT(x)^2*COS(2*x)/(CSC(2*x)+COT(2*x)); is wrong for maxima5.9.1 (%i1) display2d:false; (%o1) FALSE (%i2) h: 2*COT(x)^2*COS(2*x)/(CSC(2*x)+COT(2*x)); (%o2) 2*COT(x)^2*COS(2*x)/(CSC(2*x)+COT(2*x)) (%i3) ih:integrate(h,x); (%o3) (2*LOG(SIN(x)^2+COS(x)^2+2*COS(x)+1) +2*LOG(SIN(x)^2+COS(x)^22*COS(x)+1) +COS(2*x)) /2 (%i4) ev(ih,x=1.0,numer)ev(ih,x=0.5,numer); (%o4) .6469013090248041 (%i5) quad_qags(h,x,0.5,1); (%o5) [.1686767378171631,3.37999776996994E 15,21,0] (%i6) h2:trigsimp(trigexpand(h)); (%o6) (4*COS(x)^32*COS(x))/SIN(x) (%i7) ih2:integrate(h2,x); (%o7) LOG(COS(x)+1)+LOG(COS(x)1)+2*COS(x)^2 (%i8) ev(ih2,x=1.0,numer)ev(ih2,x=0.5,numer); (%o8) .1686767378171636 The integral over 0.5 < x < 1.0 at %o4 differs from the numerical integral %o5 and the analytic integral of an equivalent expression %o8.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1051437&group_id=4933 
From: SourceForge.net <noreply@so...>  20041019 20:41:54

Bugs item #1050304, was opened at 20041019 22: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=1050304&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Frank Thieme (lefloyd) Assigned to: Nobody/Anonymous (nobody) Summary: primep() sometimes takes for ever Initial Comment: we had to test 3^n2 for being prime from n=1 up to 100. In MuPAD the results just need seconds, but in maxima5.9.1 (with clisp or cmucl) it takes really long for some n. For example n=37.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1050304&group_id=4933 
From: SourceForge.net <noreply@so...>  20041019 17:48:07

Bugs item #1045821, was opened at 20041012 20:43 Message generated for change (Comment added) made by ronis 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)   >Comment By: David Ronis (ronis) Date: 20041019 13:48 Message: Logged In: YES user_id=609364 The problem has gone away in today's CVS. You still have to run make installinfo manually though (make install doesn't do it for you).  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1045821&group_id=4933 
From: SourceForge.net <noreply@so...>  20041019 14:21:52

Bugs item #1049775, was opened at 20041018 23:20 Message generated for change (Comment added) made by robert_dodier 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.  >Comment By: Robert Dodier (robert_dodier) Date: 20041019 08:21 Message: Logged In: YES user_id=501686 RECTTOPOLAR, POLARTORECT, and IFT, also in the FFT package, make the same complaint as FFT when the arguments are 2dimensional arrays.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1049775&group_id=4933 