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}
(39) 
_{Oct}
(25) 
_{Nov}

_{Dec}

S  M  T  W  T  F  S 



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

7
(5) 
8
(3) 
9
(2) 
10

11

12
(1) 
13

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

20

21
(3) 
22
(5) 
23
(1) 
24
(1) 
25

26

27
(1) 
28
(4) 
29

30
(1) 
31



From: <noreply@so...>  20021022 09:30:32

Bugs item #626791, was opened at 20021022 05:30 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626791&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: scanmap factor problem Initial Comment: expr: %I*LOG( ( x^4/((x^21)^2+2*x^2) 4*x^2/((x^21)^2+2*x^2) +1/((x^21)^2+2*x^2) )^2 + ( 2*SQRT(2)*x^3/((x^21)^2+2*x^2) 2*SQRT(2)*x/((x^21)^2+2*x^2) )^2 ); scexpr: scanmap(factor,expr) => %I*LOG((x^8+2*x^4+1)/(x^4+1)^2) This looks OK, except that the inside rational expression is not factored (it is actually equal to 1). So let's try scanmap/factoring it again: scanmap(factor, scexpr) => No change! On the other hand, if we enter the expression from scratch: entered: %I*LOG((x^8+2*x^4+1)/(x^4+1)^2) we find that it does factor nicely scanmap(factor,entered) => 0 The reason is that the internal form of scexpr is marked Factored and Irreducible: ((MTIMES SIMP) $%I ((%LOG SIMP) ((MTIMES SIMP FACTORED) ((MEXPT SIMP) ((MPLUS SIMP IRREDUCIBLE) 1 ((MEXPT SIMP RATSIMP) $x 4)) 2) ((MPLUS SIMP IRREDUCIBLE) 1 ((MTIMES SIMP) 2 ((MEXPT SIMP RATSIMP) $x 4)) ((MEXPT SIMP RATSIMP) $x 8))))) I see two issue here. First of all, I'd have expected the scanmap/factor to go directly to the fully factored form, namely 0. Secondly, if it doesn't, it should at least not mismark the result as factored/irreducible. The incomplete factoring is arguably part of the semantics of Scanmap, inherent in topdown scanning, . And indeed Scanmap/bottomup does get the simplest form (after patching subst0 as reported in the previous bug note). On the other hand, I don't see any excuse for mismarking. If something isn't factored or irreducible, it shouldn't be marked as factored or irreducible. Note that Factor actually has a special case for Scanmap (the scanmapp flag). I suspect that this is to force incomplete factoring, and that mismarking comes as an undesired sideeffect.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626791&group_id=4933 
From: <noreply@so...>  20021022 08:19:06

Bugs item #626760, was opened at 20021022 04:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626760&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: zeroequiv extremely slow (minor) Initial Comment: expr: LOG(x^2+SQRT(2)*x+1) LOG(x^2SQRT(2)*x+1) +2*ATAN((2*x+SQRT(2))/SQRT(2)) +2*ATAN((2*xSQRT(2))/SQRT(2)) +SQRT(2)*LOG(x+1) SQRT(2)*LOG(x1) 2*SQRT(2)*ATAN(1/x)$ zeroequiv(expr,x) takes over a minute, though it is not at all subtle how nonzero it is: rectform(expr),numer, ..., x=0.1 => 3.314.44i ..., x=0.9 => 6.394.44i ..., x=1.1 => 7.38 ..., x=1.5 => 6.38 ..., x=20 => 6.28 Zeroequiv is really supposed to be quick and dirty....  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626760&group_id=4933 
From: <noreply@so...>  20021022 07:27:19

Bugs item #626728, was opened at 20021022 03:27 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626728&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: scanmap/bottomup failure Initial Comment: scanmap(lambda([q],1),sin(x),bottomup) and scanmap(factor,LOG((x^2+2*x+1)/(x+1)^2),bottomup) give a fatal error in subst0. The problem is that subst0 requires nonatomic expressions as arguments. All other uses of subst0 guarantee nonatomic arguments, but it's simpler to correct it in subst0 than to have a special version just for this case. old>> (DEFMFUN SUBST0 (NEW OLD) (COND ((ALIKE (CDR NEW) (CDR OLD)) new>> (DEFMFUN SUBST0 (NEW OLD) (COND ((atom new) new) ((ALIKE (CDR NEW) (CDR OLD)) ...  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626728&group_id=4933 
From: <noreply@so...>  20021022 07:15:53

Bugs item #626721, was opened at 20021022 03:15 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626721&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: logarc of atan2 wrong Initial Comment: res : logarc(atan2(y,x))$ rectform(res),y=1,x=1; => %pi/4 BUT atan2(1,1) => 3*%pi/4 The fix is to change the formula in $logarc and in simpatan2. Currently, logarc(atan2(y,x)) => logarc(atan (y/x)), which gives incorrect results as above. This formula should be replaced by %i*log((y+%i*x)/sqrt(x^2+y^2))  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626721&group_id=4933 
From: <noreply@so...>  20021022 05:27:54

Bugs item #626697, was opened at 20021022 01:27 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626697&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(atan2(y,x),y,minf) => FALSE Initial Comment: limit(atan2(y,x),y,minf) => FALSE The fix is in the very last clause of SIMPLIMIT. Currently, it is (if $limsubst <stuff>) It should be (if $limsubst <stuff> (nounlimit exp var val))  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626697&group_id=4933 