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}
(59) 
_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 


1
(1) 
2

3

4
(1) 
5
(4) 
6

7

8
(1) 
9
(1) 
10

11

12

13

14

15

16
(2) 
17
(1) 
18
(5) 
19

20

21

22

23

24
(1) 
25

26
(1) 
27
(2) 
28

29

30
(2) 




From: SourceForge.net <noreply@so...>  20030918 18:24:26

Bugs item #808772, was opened at 20030918 14:24 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=808772&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: realpart returns expr with %I/FIX Initial Comment: realpart((%I*%E^%I%E^%I*%I)^a) returns the expression itself. This is correct in a sense  the expression has an imaginary part of zero  but the result of realpart should not contain a %I. Fix: In risplitexpt: ;;If all else fails, we use the trigonometric form. (cond ((and (=0 (cdr sp)) (=0 (cdr aa)) (freeof '$%i l)) ; NEW CLAUSE (cons l 0)) Unfortunately, this is not a complete solution. Consider (LOG(2)LOG(1))^a. This, too, has a real value, but contains nonreal subexpressions. The fix for that would be to remove the entire COND clause above. Though that is overkill, it is probably better than not removing it. Better Fix: remove that condclause completely.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=808772&group_id=4933 
From: SourceForge.net <noreply@so...>  20030918 16:33:02

Bugs item #803247, was opened at 20030909 11:51 Message generated for change (Comment added) made by macrakis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=803247&group_id=4933 Category: Lisp Core Group: None Status: Open Resolution: None Priority: 5 Submitted By: Camm Maguire (yycamm) Assigned to: Nobody/Anonymous (nobody) >Summary: Infinite loop in Taylor(asin(sqrt(1x^2)/(1+eps))...)/workar Initial Comment: forwarded 198466 maxima@... tags 198466 +upstream tags 198466 +confirmed thanks A Debian user submitted this report, which I'm also registering at the website. Any ideas on a fix? Take care, ============================================================================= When trying to do some complicated Taylor series expansions, maxima hangs; I believe it is in an infinite loop, as xload shows the cpu saturated. An example is: f(x):= asin(sqrt(1x^2)/(1+eps)); taylor(f(x),x,0,2); which produces this condition. While trying to isolate the bug, I tried: g(x):=asin(sqrt(1x^2)); taylor(g(x),x,0,2); which produces the error message: "Taylor encountered an unfamiliar singularity in ABS(X)" I am unable to find any documentation on this "unfamiliar singularity" error message. However, from looking at the second derivative of G(x), I think I can see what's causing the problem: the sqrt() in the above expression is symmetrical about x=0, but has a cusp there. However, this ought to cause taylor() to produce an error message in the first example, instead of looping; this is not very userfriendly. What's the difference between a familiar singularity and an unfamiliar one, anyway? =============================================================================  Camm Maguire camm@... ========================================================================== "The earth is but one country, and mankind its citizens."  Baha'u'llah  >Comment By: Stavros Macrakis (macrakis) Date: 20030918 12:33 Message: Logged In: YES user_id=588346 In the first problem, the bug appears to be in the default gcd; you can get around this by changing gcd routine: gcd:'spmod$ The second case is a bug in Taylor. To get around it, first expand the inner expression, then plug it into asin: inner: taylor(sqrt(1x^2)+err*x^6,x,0,6); taylor(asin(inner),x,0,5); In general, you have to be careful about the orders of expansion  you may need more terms in the inner expression than the whole expression. That is the sort of thing Taylor is supposed to do for you, but obviously there is a problem in this case. That is why I have added an explicit error term  to be able to trace it through. The second derivative business is, I believe, a red herring  the absolute value has to do with returning the principal value of sqrt, but the Taylor expansion doesn't care about principal values, it cares about analytic continuation.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=803247&group_id=4933 
From: SourceForge.net <noreply@so...>  20030918 16:13:23

Bugs item #808676, was opened at 20030918 12:13 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=808676&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: bfloat(1+10^30) rounds wrong with fpprec:20 Initial Comment: fpprec:20$ bfloat(1+10^30)  1; > 3.388...B21 The correct answer is 0.0b0, because bfloat(1+10^30) should round to exactly 1.0b0.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=808676&group_id=4933 
From: SourceForge.net <noreply@so...>  20030918 02:51:06

Bugs item #807275, was opened at 20030916 13:19 Message generated for change (Settings changed) made by macrakis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=807275&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) >Summary: Taylor Illegal log kernel: log(cos(th)) @ %pi/2 Initial Comment: taylor(log(cos(th)),th,%pi/2,2) gives the internal error Illegal log kernel but taylor(log(sin(th)),th,0,2), which is equivalent, gives a perfectly reasonable result.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=807275&group_id=4933 
From: SourceForge.net <noreply@so...>  20030918 01:16:49

Bugs item #808280, was opened at 20030917 19:16 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=808280&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: describe(psi); claims Maxima can't evaluate psi Initial Comment: describe(psi); claims that Maxima can't evaluate the psi (the logarithmic derivative of gamma). Indeed psi[n](x); returns a simple expression involving zeta(n+1) for integer arguments x, and just psi[n](x) for other arguments. But there is another implementation of psi in the bffac module, so load(bffac); bpsi(n, x, precision); does yield numerical results for general arguments. It seems like the right thing to do is to have psi call bfpsi for arguments it can't evaluate. Another slightly less right thing is to change the description of psi to say that bfpsi in bffac can handle general arguments. For what it's worth, Robert Dodier  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=808280&group_id=4933 