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

_{Feb}

_{Mar}

_{Apr}

_{May}

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

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

_{Nov}

_{Dec}

S  M  T  W  T  F  S 






1

2
(1) 
3
(1) 
4

5
(1) 
6
(1) 
7
(2) 
8

9
(1) 
10

11
(2) 
12

13

14

15
(1) 
16

17

18
(1) 
19

20

21

22
(5) 
23
(5) 
24
(7) 
25
(4) 
26
(1) 
27

28
(8) 
29

30

From: SourceForge.net <noreply@so...>  20110428 21:08:02

Bugs item #3284381, was opened at 20110411 13:04 Message generated for change (Settings changed) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3284381&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: basic & vect incompatible Initial Comment: (%i1) load(basic)$ (%i2) load(vect);  an error. To debug this try: debugmode(true);  >Comment By: Dieter Kaiser (crategus) Date: 20110428 23:08 Message: Fixed in vect.mac The quote in the call of the macro herald_package has been removed. http://maxima.git.sourceforge.net/git/gitweb.cgi?p=maxima/maxima;a=commit;h=b6fa6ce065e6b86466b7a66855cd2f70db9df9fa Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3284381&group_id=4933 
From: SourceForge.net <noreply@so...>  20110428 18:33:01

Bugs item #3292874, was opened at 20110426 06:01 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3292874&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: bron (heterosk) Assigned to: Nobody/Anonymous (nobody) Summary: load(lapack) does not work Initial Comment: I am new to Maxima. I am running it on Ubuntu 8.04. I cannot load the lapack package. I loaded maxima through synaptic package "maxima". I loaded the lapack through synaptic package "maximashare". Here is my build info for maxima: (%i1) build_info(); Maxima version: 5.13.0 Maxima build date: 9:20 12/12/2007 host type: i686pclinuxgnu lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8 (%o1) Below, I try to load lapack package in maxima, and you can see the results. (%i2) load(lapack); Compiling /usr/share/maxima/5.13.0/share/lapack/./lapackpackage.lisp. Load failed for /usr/share/maxima/5.13.0/share/lapack/loadlapack.lisp  an error. To debug this try debugmode(true); Then I quit(); And sudo maxima. I try load(lapack) again... (%i1) load(lapack); Compiling /usr/share/maxima/5.13.0/share/lapack/./lapackpackage.lisp. End of Pass 1. End of Pass 2. /usr/share/maxima/5.13.0/share/lapack/./lapackpackage.c:2:24: error: cmpinclude.h: No such file or directory Load failed for /usr/share/maxima/5.13.0/share/lapack/loadlapack.lisp  an error. To debug this try debugmode(true); (%i2) Maxima encountered a Lisp error: Console interrupt. Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. So I quit(); again. Then sudo maxima again. Then try load(lapack) again... (%i1) load(lapack); Compiling /usr/share/maxima/5.13.0/share/lapack/./lapackpackage.lisp. End of Pass 1. End of Pass 2. /usr/share/maxima/5.13.0/share/lapack/./lapackpackage.c:2:24: error: cmpinclude.h: No such file or directory Load failed for /usr/share/maxima/5.13.0/share/lapack/loadlapack.lisp  an error. To debug this try debugmode(true); What I am doing wrong?  >Comment By: Dieter Kaiser (crategus) Date: 20110428 20:33 Message: This is my current installation: Maxima version: 5.23post Maxima build date: 0:49 4/28/2011 Host type: i686pclinuxgnu Lisp implementation type: SBCL Lisp implementation version: 1.0.45 I never used lapack, but I tried it today. On my system I can not load it, too. These are the last lines I get: ; compiling (LET* (# #) ...)Heap exhausted during garbage collection: 4096 bytes available, 4104 requested. Gen StaPg UbSta LaSta LUbSt Boxed Unboxed LB LUB !move Alloc Waste Trig WP GCs Memage 0: 110281 0 0 0 6107 4647 0 0 0 22186984 21861400 11614800 0 1 0,0000 1: 23991 131071 0 0 120 26988 0 0 33 55794456 55239912 2000000 57 0 1,0337 2: 127524 127525 0 0 851 60560 33 0 35 130068840 121605784 2000000 849 0 0,4551 3: 63553 63444 23583 0 13238 2075 365 113 183 59231304 5448632 2000000 10578 0 0,6082 4: 21353 21301 15113 0 1611 398 541 10 83 9974656 511104 2000000 1580 0 0,0000 5: 0 0 0 0 0 0 0 0 0 0 0 2000000 0 0 0,0000 6: 0 0 0 0 11279 2118 0 0 0 54874112 0 2000000 11118 0 0,0000 Total bytes allocated = 332130352 Dynamicspacesize bytes = 536870912 GC control variables: *GCINHIBIT* = true *GCPENDING* = in progress *STOPFORGCPENDING* = false fatal error encountered in SBCL pid 6239(tid 3085104832): Heap exhausted, game over. Welcome to LDB, a lowlevel debugger for the Lisp runtime environment. ldb> A second observation: The path to the binaries seems to me strange. On my system I have: .maxima/binary/binarysbcl/share/lapack But the .fasl files are stored in: .maxima/binary/binarysbcl/share/lapack/binarysbcl/lapack I would expect the .fasl files in the first path. By the way the blasfiles are stored in: .maxima/binary/binarysbcl/share/lapack/blas Dieter Kaiser  Comment By: Raymond Toy (rtoy) Date: 20110428 15:07 Message: The last message given (about cmpinclude.h not existing) is a strong hint that your version of gcl is somehow broken. If so, this is a gcl problem, not a maxima problem. To test this, start gcl and try to compile a simple lisp file. Also, 5.13 is ancient. You can try to upgrade to a newer version of maxima, and/or also use a different lisp to run maxima. Any of ccl, clisp, cmucl, ecl, or sbcl should work fine.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3292874&group_id=4933 
From: SourceForge.net <noreply@so...>  20110428 13:07:57

Bugs item #3292874, was opened at 20110426 00:01 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3292874&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: bron (heterosk) Assigned to: Nobody/Anonymous (nobody) Summary: load(lapack) does not work Initial Comment: I am new to Maxima. I am running it on Ubuntu 8.04. I cannot load the lapack package. I loaded maxima through synaptic package "maxima". I loaded the lapack through synaptic package "maximashare". Here is my build info for maxima: (%i1) build_info(); Maxima version: 5.13.0 Maxima build date: 9:20 12/12/2007 host type: i686pclinuxgnu lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8 (%o1) Below, I try to load lapack package in maxima, and you can see the results. (%i2) load(lapack); Compiling /usr/share/maxima/5.13.0/share/lapack/./lapackpackage.lisp. Load failed for /usr/share/maxima/5.13.0/share/lapack/loadlapack.lisp  an error. To debug this try debugmode(true); Then I quit(); And sudo maxima. I try load(lapack) again... (%i1) load(lapack); Compiling /usr/share/maxima/5.13.0/share/lapack/./lapackpackage.lisp. End of Pass 1. End of Pass 2. /usr/share/maxima/5.13.0/share/lapack/./lapackpackage.c:2:24: error: cmpinclude.h: No such file or directory Load failed for /usr/share/maxima/5.13.0/share/lapack/loadlapack.lisp  an error. To debug this try debugmode(true); (%i2) Maxima encountered a Lisp error: Console interrupt. Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. So I quit(); again. Then sudo maxima again. Then try load(lapack) again... (%i1) load(lapack); Compiling /usr/share/maxima/5.13.0/share/lapack/./lapackpackage.lisp. End of Pass 1. End of Pass 2. /usr/share/maxima/5.13.0/share/lapack/./lapackpackage.c:2:24: error: cmpinclude.h: No such file or directory Load failed for /usr/share/maxima/5.13.0/share/lapack/loadlapack.lisp  an error. To debug this try debugmode(true); What I am doing wrong?  >Comment By: Raymond Toy (rtoy) Date: 20110428 09:07 Message: The last message given (about cmpinclude.h not existing) is a strong hint that your version of gcl is somehow broken. If so, this is a gcl problem, not a maxima problem. To test this, start gcl and try to compile a simple lisp file. Also, 5.13 is ancient. You can try to upgrade to a newer version of maxima, and/or also use a different lisp to run maxima. Any of ccl, clisp, cmucl, ecl, or sbcl should work fine.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3292874&group_id=4933 
From: SourceForge.net <noreply@so...>  20110428 06:21:11

Bugs item #3202926, was opened at 20110308 13:21 Message generated for change (Comment added) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3202926&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Simplification Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: PAngArd (pangard) Assigned to: Andrej Vodopivec (andrejv) Summary: simplify_sum gives wrong answer for sum related to poisson.. Initial Comment: The following should give the variance of a poisson RV with parameter lambda=4 (it should be 4) (%i98) simplify_sum(sum(%e^4*(k4)^2*4^k/k!, k, 0, inf));  4 284 %e (%o98)  3 What's amazing is that if (k4)^2 is split, then the individual results are all correct: (%i99) simplify_sum(sum(%e^4*k^2*4^k/k!, k, 0, inf)); (%o99) 20 (%i100) simplify_sum(sum(%e^4*k*4^k/k!, k, 0, inf)); (%o100) 4 (%i101) simplify_sum(sum(%e^4*4^k/k!, k, 0, inf)); (%o101) 1 And the completely symbolic sum is also correct: (%i102) simplify_sum(sum(%e^l*(kl)^2*l^k/k!, k, 0, inf)); (%o102) l Some similar sum produce correct results: (%i106) simplify_sum(sum(%e^4*(k2)^2*4^k/k!, k, 0, inf));  4 (%o106) 8 %e while others do not: (%i104) simplify_sum(sum(%e^4*(k5)^2*4^k/k!, k, 0, inf));  4 643 %e (%o104)  3 I couldn't find a pattern!  >Comment By: Andrej Vodopivec (andrejv) Date: 20110428 08:21 Message: Fixed in git: (%i7) simplify_sum(sum(%e^4*(k4)^2*4^k/k!, k, 0, inf)); (%o7) %e^4*((12*%e^4284)/3+284/3) (%i8) ratsimp(%); (%o8) 4 (%i13) simplify_sum(sum(%e^4*(k2)^2*4^k/k!, k, 0, inf)); (%o13) %e^4*(8*%e^2*sqrt(%pi)*bessel_i(3/2,2)+6*%e^46) (%i14) ratsimp(exponentialize(%)), besselexpand=true; (%o14) 8 (%i15) simplify_sum(sum(%e^4*(k^216)*4^k/k!, k, 0, inf)); (%o15) %e^4*((12*%e^4+740)/3740/3) (%i16) ratsimp(%); (%o16) 4  Comment By: PAngArd (pangard) Date: 20110308 13:27 Message: Ooops, the report above has some issues: * output is not formatted, the wrong answer for the first command is: (284/3)*%e^(4) * I claimed that the result of simplify_sum(sum(%e^4*(k2)^2*4^k/k!, k, 0, inf)); was correct, but it is not. The correct result is 8, not 8%e^(4). However, the random behaviour persists: A correct result: (%i110) simplify_sum(sum(%e^4*(k^215)*4^k/k!, k, 0, inf)); (%o110) 5 An incorrect result: (%i109) simplify_sum(sum(%e^4*(k^216)*4^k/k!, k, 0, inf)); (740/3)%e^(4)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3202926&group_id=4933 
From: SourceForge.net <noreply@so...>  20110428 06:20:59

Bugs item #3167269, was opened at 20110128 21:00 Message generated for change (Settings changed) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3167269&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Simplification Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: F.Maltey (fmaltey) Assigned to: Andrej Vodopivec (andrejv) Summary: sum fails with bound neq 0 Initial Comment: I test this sum of k^2*binomial(n,k) The result is right for k in 0..n and k=1..n, isn't compute in 2..n, and is wrong from 3 to n. I get 0 with Sage in 2..n. (%i20) simplify_sum(sum(k^2*binomial(n,k),k,0,n)); 2 n (n + n) 2 (%o20)  4 (%i21) simplify_sum(sum(k^2*binomial(n,k),k,1,n)); 2 n (n + n) 2 (%o21)  4 (%i22) simplify_sum(sum(k^2*binomial(n,k),k,2,n)); n ==== \ 2 (%o22) > k binomial(n, k) / ==== k = 2 (%i23) simplify_sum(sum(k^2*binomial(n,k),k,3,n)); 2 n 2 (n + n) 2  8 n + 4 n (%o23)  4  >Comment By: Andrej Vodopivec (andrejv) Date: 20110428 08:20 Message: Fixed in git: (%i18) simplify_sum(sum(k^2*binomial(n,k),k,0,n)); (%o18) (n^2+n)*2^(n2) (%i19) simplify_sum(sum(k^2*binomial(n,k),k,1,n)); (%o19) (n^2+n)*2^(n2) (%i20) simplify_sum(sum(k^2*binomial(n,k),k,2,n)); (%o20) ((n^2+n)*2^n4*n)/4 (%i21) simplify_sum(sum(k^2*binomial(n,k),k,3,n)); (%o21) ((n^2+n)*2^n8*n^2+4*n)/4  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3167269&group_id=4933 
From: SourceForge.net <noreply@so...>  20110428 06:20:51

Bugs item #3110242, was opened at 20101116 18:45 Message generated for change (Comment added) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3110242&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: Emilio Suarez (folok) Assigned to: Andrej Vodopivec (andrejv) Summary: bad serie sum Initial Comment: %i1 sum((2^n)/n, n, 1, inf),simpsum; %i2 simplify_sum(%); %o3 log(1) Maxima uses de power series or log(1x) which is valid only if x<1 and value it for x=2. The result sould be 'divergent'  >Comment By: Andrej Vodopivec (andrejv) Date: 20110428 08:20 Message: Fixed in git: (%i5) sum((2^n)/n, n, 1, inf)$ (%i6) simplify_sum(%); Sum is divergent! #0: to_hypergeometric1(expr=2^(n+1)/(n+1),var=n,lo=1,hi=inf)(simplify_sum.mac line 757) #1: to_hypergeometric(expr=2^n/n,var=n,lo=1,hi=inf)(simplify_sum.mac line 743) #2: simplify_sum(expr='sum(2^n/n,n,1,inf))(simplify_sum.mac line 292)  an error. To debug this try: debugmode(true);  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3110242&group_id=4933 
From: SourceForge.net <noreply@so...>  20110428 06:20:41

Bugs item #3036579, was opened at 20100729 15:07 Message generated for change (Comment added) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3036579&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: Nobody/Anonymous (nobody) Assigned to: Andrej Vodopivec (andrejv) Summary: Error in symbolic summation Initial Comment: As reported in the thread http://groups.google.com/group/sagedevel/browse_thread/thread/019f1fb75bf4a07f/4aabfec7592d8c96?show_docid=4aabfec7592d8c96# and confirmed as a bug by Robert Dodier, there seems to be a bug in simplify_sum. (%i1) load(simplify_sum); <snip> (%i3) simplify_sum(sum(binomial(n,k)*binomial(k1,j)*(1)**(k1j),k,j +1,n)); (%o3) 0 (%i4) simplify_sum(sum(binomial(5,k)*binomial(k1,3)*(1)**(k13),k, 4,5)); (%o4) 1 (%i5) 5*1*1+1*4*(1); (%o5) 1  >Comment By: Andrej Vodopivec (andrejv) Date: 20110428 08:20 Message: Fixed in git: (%i4) simplify_sum(sum(binomial(n,k)*binomial(k1,j)*(1)^(k1j),k,j+1,n)); Is j+1 positive, negative, or zero? pos; (%o4) 1  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3036579&group_id=4933 
From: SourceForge.net <noreply@so...>  20110428 00:01:13

Bugs item #1439566, was opened at 20060227 12:38 Message generated for change (Settings changed) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1439566&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: 1 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: zerobern & bernpoly Initial Comment: The user documentation for 'bernpoly' doesn't mention that the value of 'zerobern' changes the definition of the Bernoulli polynomial. Actually the documentation refers to "the Bernoulli polynomial," so it's surprising that there are two definitions: (%i7) bernpoly(x,3), zerobern : false; (%o7) x^3(3*x^2)/2+x/21/30 (%i8) bernpoly(x,3), zerobern : true; (%o8) x^3(3*x^2)/2+x/2 Barton  >Comment By: Dieter Kaiser (crategus) Date: 20110428 02:01 Message: Fixed in combin.lisp. http://maxima.git.sourceforge.net/git/gitweb.cgi?p=maxima/maxima;a=commit;h=42a9723ffec7873f20511d138abf91b1c673441c The algorithm needs the Bernoulli numbers including the zeros. Therefore, the option variable zerobern is bound to true. Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1439566&group_id=4933 
From: SourceForge.net <noreply@so...>  20110426 04:01:24

Bugs item #3292874, was opened at 20110425 23:01 Message generated for change (Tracker Item Submitted) made by heterosk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3292874&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: bron (heterosk) Assigned to: Nobody/Anonymous (nobody) Summary: load(lapack) does not work Initial Comment: I am new to Maxima. I am running it on Ubuntu 8.04. I cannot load the lapack package. I loaded maxima through synaptic package "maxima". I loaded the lapack through synaptic package "maximashare". Here is my build info for maxima: (%i1) build_info(); Maxima version: 5.13.0 Maxima build date: 9:20 12/12/2007 host type: i686pclinuxgnu lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8 (%o1) Below, I try to load lapack package in maxima, and you can see the results. (%i2) load(lapack); Compiling /usr/share/maxima/5.13.0/share/lapack/./lapackpackage.lisp. Load failed for /usr/share/maxima/5.13.0/share/lapack/loadlapack.lisp  an error. To debug this try debugmode(true); Then I quit(); And sudo maxima. I try load(lapack) again... (%i1) load(lapack); Compiling /usr/share/maxima/5.13.0/share/lapack/./lapackpackage.lisp. End of Pass 1. End of Pass 2. /usr/share/maxima/5.13.0/share/lapack/./lapackpackage.c:2:24: error: cmpinclude.h: No such file or directory Load failed for /usr/share/maxima/5.13.0/share/lapack/loadlapack.lisp  an error. To debug this try debugmode(true); (%i2) Maxima encountered a Lisp error: Console interrupt. Automatically continuing. To reenable the Lisp debugger set *debuggerhook* to nil. So I quit(); again. Then sudo maxima again. Then try load(lapack) again... (%i1) load(lapack); Compiling /usr/share/maxima/5.13.0/share/lapack/./lapackpackage.lisp. End of Pass 1. End of Pass 2. /usr/share/maxima/5.13.0/share/lapack/./lapackpackage.c:2:24: error: cmpinclude.h: No such file or directory Load failed for /usr/share/maxima/5.13.0/share/lapack/loadlapack.lisp  an error. To debug this try debugmode(true); What I am doing wrong?  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3292874&group_id=4933 
From: SourceForge.net <noreply@so...>  20110425 14:29:43

Bugs item #3247367, was opened at 20110326 17:38 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3247367&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: expand returns unsimplified Initial Comment: I thought that expand returned a simplified expression; maybe it does not: (%i241) (1sqrt(5))^34*(1sqrt(5))^2+8; (%o241) (1sqrt(5))^34*(1sqrt(5))^2+8 (%i242) expand(%); (%o242) 5^(3/2)5^(3/2) (%i243) expand(%,0,0); (%o243) 0 Ratexpand crunches this to zero without the additional simplification: (%i244) ratexpand((1sqrt(5))^34*(1sqrt(5))^2+8); (%o244) 0 Dieter also reports the bug (http://www.math.utexas.edu/pipermail/maxima/2011/024700.html) (%i4) sqrt(2)+sqrt(2)+sqrt(2); (%o4) 2^(3/2)+sqrt(2)  >Comment By: Dieter Kaiser (crategus) Date: 20110425 16:29 Message: Fixed in simp.lisp. The simplification v*a^(c+n)+w*a^(c+m) > (v*a^n+w*a^m)*a^c has been implemented, a, v, w, and (nm) are integers. http://maxima.git.sourceforge.net/git/gitweb.cgi?p=maxima/maxima;a=commit;h=7ec68513b157f06c24a51c5fb37e98cd315207f6 See also the added tests in rtest16.mac: http://maxima.git.sourceforge.net/git/gitweb.cgi?p=maxima/maxima;a=commit;h=6211ffd0300c0cf1f9b4aeaeebeb0b9608f9619c Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3247367&group_id=4933 
From: SourceForge.net <noreply@so...>  20110425 12:46:31

Bugs item #3292374, was opened at 20110424 09:04 Message generated for change (Comment added) made by l_butler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3292374&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: Leo Butler (l_butler) Assigned to: Nobody/Anonymous (nobody) Summary: Please ignore this report. Initial Comment: I am testing a hook to update bug reports from Git commits.  >Comment By: Leo Butler (l_butler) Date: 20110425 13:46 Message: Here is a further comment.  Comment By: Leo Butler (l_butler) Date: 20110425 13:44 Message: And here is another.  Comment By: Leo Butler (l_butler) Date: 20110425 13:40 Message: Here is a comment, sorry for the banality.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3292374&group_id=4933 
From: SourceForge.net <noreply@so...>  20110425 12:44:48

Bugs item #3292374, was opened at 20110424 09:04 Message generated for change (Comment added) made by l_butler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3292374&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: Leo Butler (l_butler) Assigned to: Nobody/Anonymous (nobody) Summary: Please ignore this report. Initial Comment: I am testing a hook to update bug reports from Git commits.  >Comment By: Leo Butler (l_butler) Date: 20110425 13:44 Message: And here is another.  Comment By: Leo Butler (l_butler) Date: 20110425 13:40 Message: Here is a comment, sorry for the banality.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3292374&group_id=4933 
From: SourceForge.net <noreply@so...>  20110425 12:40:32

Bugs item #3292374, was opened at 20110424 09:04 Message generated for change (Comment added) made by l_butler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3292374&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: Leo Butler (l_butler) Assigned to: Nobody/Anonymous (nobody) Summary: Please ignore this report. Initial Comment: I am testing a hook to update bug reports from Git commits.  >Comment By: Leo Butler (l_butler) Date: 20110425 13:40 Message: Here is a comment, sorry for the banality.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3292374&group_id=4933 
From: SourceForge.net <noreply@so...>  20110424 19:58:29

Bugs item #3292489, was opened at 20110425 00:56 Message generated for change (Settings changed) made by tufansirin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3292489&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: Accepted Priority: 5 Private: No Submitted By: Tufan Sirin (tufansirin) >Assigned to: Andrej Vodopivec (andrejv) Summary: vector addition in spherical and polarcylidrical coordinates Initial Comment: Maxima version: 5.24.0 Maxima build date: 20:39 4/5/2011 Host type: i686pcmingw32 Lisp implementation type: GNU Common Lisp (GCL) Lisp implementation version: GCL 2.6.8  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3292489&group_id=4933 
From: SourceForge.net <noreply@so...>  20110424 19:56:24

Bugs item #3292489, was opened at 20110425 00:56 Message generated for change (Tracker Item Submitted) made by tufansirin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3292489&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: Tufan Sirin (tufansirin) Assigned to: Nobody/Anonymous (nobody) Summary: vector addition in spherical and polarcylidrical coordinates Initial Comment: Maxima version: 5.24.0 Maxima build date: 20:39 4/5/2011 Host type: i686pcmingw32 Lisp implementation type: GNU Common Lisp (GCL) Lisp implementation version: GCL 2.6.8  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3292489&group_id=4933 
From: SourceForge.net <noreply@so...>  20110424 09:05:13

Bugs item #3110242, was opened at 20101116 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=3110242&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: Emilio Suarez (folok) >Assigned to: Andrej Vodopivec (andrejv) Summary: bad serie sum Initial Comment: %i1 sum((2^n)/n, n, 1, inf),simpsum; %i2 simplify_sum(%); %o3 log(1) Maxima uses de power series or log(1x) which is valid only if x<1 and value it for x=2. The result sould be 'divergent'  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3110242&group_id=4933 
From: SourceForge.net <noreply@so...>  20110424 09:03:59

Bugs item #3167269, was opened at 20110128 21:00 Message generated for change (Settings changed) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3167269&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Simplification Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: F.Maltey (fmaltey) >Assigned to: Andrej Vodopivec (andrejv) Summary: sum fails with bound neq 0 Initial Comment: I test this sum of k^2*binomial(n,k) The result is right for k in 0..n and k=1..n, isn't compute in 2..n, and is wrong from 3 to n. I get 0 with Sage in 2..n. (%i20) simplify_sum(sum(k^2*binomial(n,k),k,0,n)); 2 n (n + n) 2 (%o20)  4 (%i21) simplify_sum(sum(k^2*binomial(n,k),k,1,n)); 2 n (n + n) 2 (%o21)  4 (%i22) simplify_sum(sum(k^2*binomial(n,k),k,2,n)); n ==== \ 2 (%o22) > k binomial(n, k) / ==== k = 2 (%i23) simplify_sum(sum(k^2*binomial(n,k),k,3,n)); 2 n 2 (n + n) 2  8 n + 4 n (%o23)  4  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3167269&group_id=4933 
From: SourceForge.net <noreply@so...>  20110424 09:03:15

Bugs item #3036579, was opened at 20100729 15:07 Message generated for change (Settings changed) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3036579&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: Andrej Vodopivec (andrejv) Summary: Error in symbolic summation Initial Comment: As reported in the thread http://groups.google.com/group/sagedevel/browse_thread/thread/019f1fb75bf4a07f/4aabfec7592d8c96?show_docid=4aabfec7592d8c96# and confirmed as a bug by Robert Dodier, there seems to be a bug in simplify_sum. (%i1) load(simplify_sum); <snip> (%i3) simplify_sum(sum(binomial(n,k)*binomial(k1,j)*(1)**(k1j),k,j +1,n)); (%o3) 0 (%i4) simplify_sum(sum(binomial(5,k)*binomial(k1,3)*(1)**(k13),k, 4,5)); (%o4) 1 (%i5) 5*1*1+1*4*(1); (%o5) 1  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3036579&group_id=4933 
From: SourceForge.net <noreply@so...>  20110424 09:03:01

Bugs item #3202926, was opened at 20110308 13:21 Message generated for change (Settings changed) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3202926&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Simplification Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: PAngArd (pangard) >Assigned to: Andrej Vodopivec (andrejv) Summary: simplify_sum gives wrong answer for sum related to poisson.. Initial Comment: The following should give the variance of a poisson RV with parameter lambda=4 (it should be 4) (%i98) simplify_sum(sum(%e^4*(k4)^2*4^k/k!, k, 0, inf));  4 284 %e (%o98)  3 What's amazing is that if (k4)^2 is split, then the individual results are all correct: (%i99) simplify_sum(sum(%e^4*k^2*4^k/k!, k, 0, inf)); (%o99) 20 (%i100) simplify_sum(sum(%e^4*k*4^k/k!, k, 0, inf)); (%o100) 4 (%i101) simplify_sum(sum(%e^4*4^k/k!, k, 0, inf)); (%o101) 1 And the completely symbolic sum is also correct: (%i102) simplify_sum(sum(%e^l*(kl)^2*l^k/k!, k, 0, inf)); (%o102) l Some similar sum produce correct results: (%i106) simplify_sum(sum(%e^4*(k2)^2*4^k/k!, k, 0, inf));  4 (%o106) 8 %e while others do not: (%i104) simplify_sum(sum(%e^4*(k5)^2*4^k/k!, k, 0, inf));  4 643 %e (%o104)  3 I couldn't find a pattern!  Comment By: PAngArd (pangard) Date: 20110308 13:27 Message: Ooops, the report above has some issues: * output is not formatted, the wrong answer for the first command is: (284/3)*%e^(4) * I claimed that the result of simplify_sum(sum(%e^4*(k2)^2*4^k/k!, k, 0, inf)); was correct, but it is not. The correct result is 8, not 8%e^(4). However, the random behaviour persists: A correct result: (%i110) simplify_sum(sum(%e^4*(k^215)*4^k/k!, k, 0, inf)); (%o110) 5 An incorrect result: (%i109) simplify_sum(sum(%e^4*(k^216)*4^k/k!, k, 0, inf)); (740/3)%e^(4)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3202926&group_id=4933 
From: SourceForge.net <noreply@so...>  20110424 08:04:18

Bugs item #3292374, was opened at 20110424 09:04 Message generated for change (Tracker Item Submitted) made by l_butler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3292374&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: Leo Butler (l_butler) Assigned to: Nobody/Anonymous (nobody) Summary: Please ignore this report. Initial Comment: I am testing a hook to update bug reports from Git commits.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3292374&group_id=4933 
From: SourceForge.net <noreply@so...>  20110423 22:27:24

Bugs item #1306450, was opened at 20050928 05:41 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1306450&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: Includes proposed fix >Status: Closed >Resolution: Fixed Priority: 3 Private: No Submitted By: Robert Dodier (robert_dodier) Assigned to: Nobody/Anonymous (nobody) Summary: # (comment to end of line) strangeness Initial Comment: In addition to being the notequals symbol, # can start a comment. The following is copied verbatim from the mailing list: (http://www.math.utexas.edu/pipermail/maxima/2003/003979.html)  begin quoted text (Stavros Macrakis)  Poundsign (#) comments are only supposed to work at the beginning of a line (possibly preceded by whitespace). Note that pound sign is normally the Maxima "not equal" operator. I find this convention inconsistent and confusing, and it is never used in Maxima source. Is it used in any user batch files as far as we know? My tendency would be to deprecate it and eventually eliminate it: /* ... */ should be fine in all cases. If we decide we really do need an endofline comment convention, let's find a better one.... What's more, the processing of "#" (in gobblewhitespace) is buggy, and # comments only work on the second or later line of a statement, and only if the preceding lines contain at least one character. I don't know how long that has been true. Does it work in commercial Macsyma? In 5.9.0, this works: >>>>>>>>>>>>>>>> <spc> # A comment here 5 + # A comment here 6 # A comment here ; <<<<<<<<<<<<<<<< but none of the following do: >>>>>>>>>>>>>>>>> # Comment on first line 5+6; 5+6 # Not at beginning of line ; 5+6; # Not at beginning of line # Previous line empty (needs at least one char in it) 5+6; <<<<<<<<<<<<<<<<<<  end quoted text   >Comment By: Dieter Kaiser (crategus) Date: 20110424 00:27 Message: As suggested fixed in nparse.lisp: http://maxima.git.sourceforge.net/git/gitweb.cgi?p=maxima/maxima;a=commit;h=90ec41c9067c1fbd4f59498e9319ce231b4c16b7 Closing this bug report as fixed. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20110422 23:14 Message: I would like to suggest to cut out the possibility to start a comment with #. Comments with the char # are not documented and not used in Maxima. The function gobblewhitespace can be simplified accordingly. (defun gobblewhitespace () (do ((ch (parsetyipeek) (parsetyipeek))) ((not (member ch '(#\tab #\space #\linefeed #\return #\page #\newline)))) (parsetyi))) Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1306450&group_id=4933 
From: SourceForge.net <noreply@so...>  20110423 21:03:36

Bugs item #3291590, was opened at 20110422 21:05 Message generated for change (Settings changed) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3291590&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: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: Problems with fast arrays Initial Comment: 1. make_array(hashed) does not work We dot not get a hashed array. But we write values in a structure returned by make_array. (%i1) a:make_array(hashed,1); (%o1) {Array: #(NIL NIL $HASHED NIL NIL G968)} (%i2) a[0]:0$ a[1]:1$ a[2]:2$ a[3]:3$ a[4]:4$ a[5]:5$ (%i8) a; (%o8) {Array: #(0 1 2 3 4 5)} (%i9) a[6]:6; Maxima encountered a Lisp error: Index 6 out of bounds for (SIMPLEVECTOR 6), should be nonnegative and <6. Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. This is the correct behavior. The hashtable works as expected. (%i1) a:make_array(hashed); (%o1) #<HASHTABLE :TEST EQUAL :COUNT 1 {C6FA0F9}> (%i2) a[100]:100; (%o2) 100 (%i3) a[x]:sin(x); (%o3) sin(x) (%i4) a[x*y]:x^2+y; (%o4) y+x^2 (%i5) arrayinfo(a); (%o5) [hash_table,1,100,x,x*y] (%i6) listarray(a); (%o6) [100,sin(x),y+x^2] 2. make_array(functional, .... ) does not work First the check of the dimensions is not correct for the case of arrays of type functional, but there are more problems. Arrays of type functional allow memoizing functions, e.g. make_array(functional, 'factorial, hashed) will store the factorials in an array. This is an example with already corrected code. The second call f[100000] gets the stored value: (%i1) f:make_array(functional, 'factorial, hashed); (%o1) #S(MGENARRAY :AREF NIL :ASET NIL :TYPE $FUNCTIONAL :NULL NIL :GENERATOR MFACTORIAL :CONTENT #<HASHTABLE :TEST EQUAL :COUNT 1 {CBBDB51}>) (%i2) showtime:true$ (%i3) bfloat(f[100000]); Evaluation took 7.5960 seconds (8.3920 elapsed) using 4.743 MB. (%o3) 2.824229407960348b456573 (%i4) bfloat(f[100000]); Evaluation took 0.0040 seconds (0.0030 elapsed) using 925.750 KB. (%o4) 2.824229407960348b456573 3. listarray does not work for multidimensional arrays (%i1) a: make_array(fixnum, 2, 2); (%o1) {Array: #2A((0 0) (0 0))} (%i2) arrayinfo(a); (%o2) [declared, 2, [1, 1]] (%i3) listarray(a); Maxima encountered a Lisp error: #2A((0 0) (0 0)) can't be converted to type LIST. Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. 4. array(a, ...) does not work with use_fast_arrays Only untyped arrays are possible if the option variable user_fast_arrays has the value true: (%i1) array(a, 2, 2); (%o1) #2A((NIL NIL NIL) (NIL NIL NIL) (NIL NIL NIL)) (%i2) array(a, any, 2, 2); make_array: dimensions must be integers; found [any + 1, 3, 3]  an error. To debug this try: debugmode(true); (%i3) array(a, fixnum, 2, 2); make_array: dimensions must be integers; found [fixnum + 1, 3, 3]  an error. To debug this try: debugmode(true); (%i4) array(a, hashed); make_array: dimensions must be integers; found [hashed + 1]  an error. To debug this try: debugmode(true); With the corrected code we get the expected behavior: (%i1) array(a, 2, 2); (%o1) #2A((NIL NIL NIL) (NIL NIL NIL) (NIL NIL NIL)) (%i2) array(a, any, 2, 2); (%o2) #2A((NIL NIL NIL) (NIL NIL NIL) (NIL NIL NIL)) (%i3) array(a, fixnum, 2, 2); (%o3) #2A((0 0 0) (0 0 0) (0 0 0)) (%i4) array(a, flonum, 2, 2); (%o4) #2A((0.0 0.0 0.0) (0.0 0.0 0.0) (0.0 0.0 0.0)) (%i5) array(a, hashed); (%o5) #<HASHTABLE :TEST EQUAL :COUNT 1 {C6DA0F9}> Dieter Kaiser  >Comment By: Dieter Kaiser (crategus) Date: 20110423 23:03 Message: The problems of this bug report have been fixed in the following commits: http://maxima.git.sourceforge.net/git/gitweb.cgi?p=maxima/maxima;a=commit;h=ec5e5b9c63a0e93569470b4ac1af887465d809c6 http://maxima.git.sourceforge.net/git/gitweb.cgi?p=maxima/maxima;a=commit;h=d470f077514f7a367d0171a6ce8fb5b2049474c2 http://maxima.git.sourceforge.net/git/gitweb.cgi?p=maxima/maxima;a=commit;h=2febc9528ae55cf458e4061376a1a29e57d5fb25 http://maxima.git.sourceforge.net/git/gitweb.cgi?p=maxima/maxima;a=commit;h=1b6b8268af6d6d2514a4eb6c16a8fbcb43b8916e Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3291590&group_id=4933 
From: SourceForge.net <noreply@so...>  20110423 15:24:20

Bugs item #3292033, was opened at 20110423 15:24 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3292033&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Integration Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: error in integrating exp(x)*sinh(sqrt(x)) Initial Comment: Maxima 5.24.0 http://maxima.sourceforge.net using Lisp SBCL 1.0.24 (%i3) integrate(exp(x)*sinh(sqrt(x)),x,0,inf); (%o3) 0 (%i4) quad_qagi(exp(x)*sinh(sqrt(x)),x,0,inf); (%o4) [1.137937897234377, 5.171862937913829e11, 345, 0]  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3292033&group_id=4933 
From: SourceForge.net <noreply@so...>  20110423 14:32:41

Bugs item #3269361, was opened at 20110402 14:46 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3269361&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  Complex Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Barton Willis (willisbl) Summary: conjugate of CRE matrix Initial Comment: Wrong: (%i10) conjugate(matrix([rat(0)])); Maxima encountered a Lisp error: value 1 is not of the expected type LIST. OK: (%i11) conjugate(matrix([0])); (%o11) matrix([0])  >Comment By: Dieter Kaiser (crategus) Date: 20110423 16:32 Message: With SBCL I get the following error: (%i1) csign([rat(0)]); Maxima encountered a Lisp error: The value 1 is not of type LIST. Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. The error seems not be a problem of csign. We get it with sign too. csign calls sign in a special mode. (%i2) sign([rat(0)]); Maxima encountered a Lisp error: The value 1 is not of type LIST. Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. Dieter Kaiser  Comment By: Barton Willis (willisbl) Date: 20110423 13:36 Message: I think this bug is related to a problem with csign: (%i25) csign([rat(0)]); 1" Enter "csign[[0]] Maxima encountered a Lisp error: Error in PROGN [or a callee]: Caught fatal error [memory may be damaged] Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. (%i26) csign([0]); 1" Enter "csign[[0]] 1" Exit "csignpnz (%o26) pnz  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3269361&group_id=4933 
From: SourceForge.net <noreply@so...>  20110423 11:36:09

Bugs item #3269361, was opened at 20110402 07:46 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3269361&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  Complex Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Barton Willis (willisbl) Summary: conjugate of CRE matrix Initial Comment: Wrong: (%i10) conjugate(matrix([rat(0)])); Maxima encountered a Lisp error: value 1 is not of the expected type LIST. OK: (%i11) conjugate(matrix([0])); (%o11) matrix([0])  >Comment By: Barton Willis (willisbl) Date: 20110423 06:36 Message: I think this bug is related to a problem with csign: (%i25) csign([rat(0)]); 1" Enter "csign[[0]] Maxima encountered a Lisp error: Error in PROGN [or a callee]: Caught fatal error [memory may be damaged] Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. (%i26) csign([0]); 1" Enter "csign[[0]] 1" Exit "csignpnz (%o26) pnz  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3269361&group_id=4933 