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}
(18) 
_{Mar}

_{Apr}

_{May}

_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 



1

2
(1) 
3
(4) 
4
(3) 
5
(1) 
6

7

8

9

10

11
(1) 
12

13
(1) 
14
(5) 
15
(1) 
16
(3) 
17
(3) 
18
(2) 
19

20

21
(3) 
22
(2) 
23
(3) 
24
(6) 
25
(3) 
26

27

28
(3) 
29

30
(3) 
31
(4) 


From: SourceForge.net <noreply@so...>  20050303 19:53:56

Bugs item #1155241, was opened at 20050302 12:41 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1155241&group_id=4933 Category: Lisp Core Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Raymond Toy (rtoy) Assigned to: Nobody/Anonymous (nobody) Summary: hgfred([1/2,1/2],[5/2],z) causes div by 0 Initial Comment: hgfred([1/2,1/2],[5/2],z) causes a division by 0 because it tries to derive the result from hgfred([1/2,1/2],[1/2],z). But that simplifies to hgfred([1/2],[],z) and that confuses the STEP4 routine. STEP4 needs to be modified to handle this case.  >Comment By: Raymond Toy (rtoy) Date: 20050303 14:53 Message: Logged In: YES user_id=28849 Fixed. The problem is more general if a+1/2 is an integer, we sometimes get division by zero errors. To fix this, we apply A&S 15.3.3 to transform the problem to a new hypergeometric function of the form F(<int>,<int>;c;z) which we already know how to solve.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1155241&group_id=4933 
From: SourceForge.net <noreply@so...>  20050303 17:33:07

Bugs item #1156041, was opened at 20050303 12: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=1156041&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: "2.1" reads incorrectly with ibase=2 Initial Comment: ibase:2$ 1+1 => 2 OK 1+2 => 1+2 (2 interpreted as symbol) I guess this is not a bug, but it will probably confuse the user. 1+2. => 3 (OK, decimal point forces decimal interpretation) 1+1.2 => 2.2 (OK) 1+2.1 => 1+2.1 (!!!!) Arguably, numbers with "." should be interpreted in the current ibase, but if they're going to be interpreted as decimal, that should work correctly! 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=1156041&group_id=4933 
From: SourceForge.net <noreply@so...>  20050303 16:21:46

Bugs item #836704, was opened at 20031105 11:56 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=836704&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: gendiff is all bugs: should be deprecated Initial Comment: The gendiff package only gets the most trivial cases right, and should probably be deprecated until it is fixed. load("gendif") gendiff(x,x,n) => 'diff(x,x,n) which is correct, except that gendiff is supposed to give an explicit form *without* 'diff's. After all, it does it for x^2: genfact(2,n,1)*x^(2n) so why doesn't it give genfact(1,n,1)*x^(1n) in this case? Sure, that's clumsy, but it's explicit.  gendiff((x1)^2,x,n) => 0 (!!) The ratexpand in gendiffpow is presumably supposed to be ratexpand(x1^x2); but though that fix works in this particular case, it doesn't work for sin(x)^2.  q: gendiff(x*(x+1),x,n) => 'DIFF(x,x,n)*'SUM(BINOMIAL(n,I)*'DIFF(x,x,I),I,0,n) which looks very impressive, but is wrong. In particular, subst(0,n,q) => x^2 (!!) and subst(1,n,q) => (x+1) (!!). Correct answers are of course x*(x+1) and 2*x+1.  gendiff(x^x,x,n) => x^(xn)*GENFACT(x,n,1) (!!) but diff(x^x,x,1) => x^x*(log(x)+1) (OK) gendiff is assuming that all powers are free of the differentiation variable. To fix, add a freeof clause in gendiffpow: ...if x1=x <<<and freeof(x,x2)>>> then ...  gendiff is also pretty limited, not even handling sin(x) ===> sin(x+n*%pi/2) sinh(x) ===> (%e^x+(1)^n*%e^x)/2 (also expressible as pure hyperbolics)  >Comment By: Robert Dodier (robert_dodier) Date: 20050303 09:21 Message: Logged In: YES user_id=501686 I've commented out the description of gendiff in doc/info/Differentiation.texi pending resolution of this bug report.  Comment By: Robert Dodier (robert_dodier) Date: 20050303 09:13 Message: Logged In: YES user_id=501686 For the historical record, I'm copying the following bug report from share/calculus/gendif.usg: From "ADK@... 04/12/82 9:04pm": "(1) gendiff(x*(xa),x,j); [...] (2) The answer for the above example involves the silly quantity diff(x,x,i), which is clearly kdelta(i1)+x*kdelta(i) for positive integer values of i. This information should be used by SUM as well." I've verified that in current cvs Maxima, gendiff(x*(xa),x,j) yields an expression involving diff(x,x,i) as noted. I've elided from (1) a report about a bug that has apparently gone away  "This asks ``Is J  I an integer?'', which is hard for the user to answer as I is a system generated dummy summation index (which has, in general, indefinite sign anyhow)." Maxima version: 5.9.1.1cvs Maxima build date: 20:47 3/2/2005 host type: i686redhatlinuxgnu lispimplementationtype: CLISP lispimplementationversion: 2.31 (released 20030901)  Comment By: Wolfgang Jenkner (wjenkner) Date: 20031106 14:49 Message: Logged In: YES user_id=581700 > q: gendiff(x*(x+1),x,n) => > 'DIFF(x,x,n)*'SUM(BINOMIAL(n,I)*'DIFF(x,x,I),I,0,n) > > which looks very impressive, but is wrong. Just a case sensitivity bug. Here's a simpler example: (C2) gendiff(x+1,x,k); n d x (D2)  n dx $N is bound to $k but $n, which is passed to the recursive calls to $GENDIFF, is not. I propose to just upcase the whole file. Downcasing would also be possible, but in this case we would probably want to keep the name GENDIFF itself uppercase, such that gendiff(...) and GENDIFF(...) both work. I prefer upcasing also because this way people may spot more easily what changed (most of the file content being uppercase).  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=836704&group_id=4933 
From: SourceForge.net <noreply@so...>  20050303 16:13:50

Bugs item #836704, was opened at 20031105 11:56 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=836704&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: gendiff is all bugs: should be deprecated Initial Comment: The gendiff package only gets the most trivial cases right, and should probably be deprecated until it is fixed. load("gendif") gendiff(x,x,n) => 'diff(x,x,n) which is correct, except that gendiff is supposed to give an explicit form *without* 'diff's. After all, it does it for x^2: genfact(2,n,1)*x^(2n) so why doesn't it give genfact(1,n,1)*x^(1n) in this case? Sure, that's clumsy, but it's explicit.  gendiff((x1)^2,x,n) => 0 (!!) The ratexpand in gendiffpow is presumably supposed to be ratexpand(x1^x2); but though that fix works in this particular case, it doesn't work for sin(x)^2.  q: gendiff(x*(x+1),x,n) => 'DIFF(x,x,n)*'SUM(BINOMIAL(n,I)*'DIFF(x,x,I),I,0,n) which looks very impressive, but is wrong. In particular, subst(0,n,q) => x^2 (!!) and subst(1,n,q) => (x+1) (!!). Correct answers are of course x*(x+1) and 2*x+1.  gendiff(x^x,x,n) => x^(xn)*GENFACT(x,n,1) (!!) but diff(x^x,x,1) => x^x*(log(x)+1) (OK) gendiff is assuming that all powers are free of the differentiation variable. To fix, add a freeof clause in gendiffpow: ...if x1=x <<<and freeof(x,x2)>>> then ...  gendiff is also pretty limited, not even handling sin(x) ===> sin(x+n*%pi/2) sinh(x) ===> (%e^x+(1)^n*%e^x)/2 (also expressible as pure hyperbolics)  >Comment By: Robert Dodier (robert_dodier) Date: 20050303 09:13 Message: Logged In: YES user_id=501686 For the historical record, I'm copying the following bug report from share/calculus/gendif.usg: From "ADK@... 04/12/82 9:04pm": "(1) gendiff(x*(xa),x,j); [...] (2) The answer for the above example involves the silly quantity diff(x,x,i), which is clearly kdelta(i1)+x*kdelta(i) for positive integer values of i. This information should be used by SUM as well." I've verified that in current cvs Maxima, gendiff(x*(xa),x,j) yields an expression involving diff(x,x,i) as noted. I've elided from (1) a report about a bug that has apparently gone away  "This asks ``Is J  I an integer?'', which is hard for the user to answer as I is a system generated dummy summation index (which has, in general, indefinite sign anyhow)." Maxima version: 5.9.1.1cvs Maxima build date: 20:47 3/2/2005 host type: i686redhatlinuxgnu lispimplementationtype: CLISP lispimplementationversion: 2.31 (released 20030901)  Comment By: Wolfgang Jenkner (wjenkner) Date: 20031106 14:49 Message: Logged In: YES user_id=581700 > q: gendiff(x*(x+1),x,n) => > 'DIFF(x,x,n)*'SUM(BINOMIAL(n,I)*'DIFF(x,x,I),I,0,n) > > which looks very impressive, but is wrong. Just a case sensitivity bug. Here's a simpler example: (C2) gendiff(x+1,x,k); n d x (D2)  n dx $N is bound to $k but $n, which is passed to the recursive calls to $GENDIFF, is not. I propose to just upcase the whole file. Downcasing would also be possible, but in this case we would probably want to keep the name GENDIFF itself uppercase, such that gendiff(...) and GENDIFF(...) both work. I prefer upcasing also because this way people may spot more easily what changed (most of the file content being uppercase).  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=836704&group_id=4933 