You can subscribe to this list here.
2009 
_{Jan}
(2) 
_{Feb}
(5) 
_{Mar}

_{Apr}

_{May}
(2) 
_{Jun}
(8) 
_{Jul}
(4) 
_{Aug}

_{Sep}

_{Oct}
(2) 
_{Nov}
(6) 
_{Dec}


2010 
_{Jan}
(1) 
_{Feb}
(1) 
_{Mar}
(3) 
_{Apr}
(2) 
_{May}
(2) 
_{Jun}
(2) 
_{Jul}
(18) 
_{Aug}
(13) 
_{Sep}
(7) 
_{Oct}

_{Nov}

_{Dec}
(2) 
2011 
_{Jan}

_{Feb}
(11) 
_{Mar}

_{Apr}
(4) 
_{May}

_{Jun}
(1) 
_{Jul}
(18) 
_{Aug}
(16) 
_{Sep}
(12) 
_{Oct}
(12) 
_{Nov}
(19) 
_{Dec}
(42) 
2012 
_{Jan}
(16) 
_{Feb}
(3) 
_{Mar}
(8) 
_{Apr}
(14) 
_{May}
(30) 
_{Jun}
(5) 
_{Jul}
(7) 
_{Aug}
(3) 
_{Sep}
(10) 
_{Oct}
(4) 
_{Nov}
(10) 
_{Dec}
(1) 
2013 
_{Jan}
(14) 
_{Feb}
(8) 
_{Mar}
(5) 
_{Apr}
(3) 
_{May}
(9) 
_{Jun}
(19) 
_{Jul}

_{Aug}
(27) 
_{Sep}
(5) 
_{Oct}
(18) 
_{Nov}
(12) 
_{Dec}
(8) 
2014 
_{Jan}
(5) 
_{Feb}
(8) 
_{Mar}
(20) 
_{Apr}
(22) 
_{May}
(28) 
_{Jun}
(9) 
_{Jul}
(6) 
_{Aug}
(46) 
_{Sep}
(40) 
_{Oct}
(15) 
_{Nov}
(8) 
_{Dec}
(34) 
2015 
_{Jan}
(20) 
_{Feb}
(15) 
_{Mar}
(18) 
_{Apr}
(20) 
_{May}
(3) 
_{Jun}
(13) 
_{Jul}
(10) 
_{Aug}
(19) 
_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 






1

2

3

4

5

6

7

8

9

10

11
(1) 
12
(3) 
13

14

15
(2) 
16
(2) 
17

18

19
(3) 
20

21
(2) 
22
(2) 
23

24

25

26
(1) 
27
(2) 
28

29

30

31







From: Rainer Schöpf <rainer.schoepf@gm...>  20110721 22:01:34

Hi everybody, I've just checked in two patches to the integrator (files driver.red and isolve.red) that are supposed to solve some problems in conjunction with algint. algint uses the fluid intvar to store the integration variable, but the standard integrator didn't always update this when it performs a substitution before calling algint. (I would appreciate if someone would look over these patches.) In particular, this improves the result for the integral of 1/(sqrt(dx)*sqrt(cx)*sqrt(bx)*sqrt(ax)*(a*ba*xb*x+x**2)); as reported in http://sourceforge.net/tracker/?func=detail&aid=2507063&group_id=248416&atid=1126256 Note: run it with "on ezgcd", otherwise it takes at least 10 times as long to compute. You still get the "Zero divisor" error messages, though. Another example that went very wrong is load_package algint; on ezgcd; on algint; on factor; kk := 1/(sqrt((ax)*(bx)*(x1)*x)); ll:=kk/(x*(a*b*x  a*b  a*x**2 + a*x  b*x**2 + b*x + x**3  x**2)); sauvetasoeur:=int(ll,x); verif:=df(sauvetasoeur,x)ll; This one gives the correct result only when precise is off, and the final result with precise on suggests to me that there is a problem with a sign of a sqrt term. Rainer 
From: Rainer Schöpf <rainer.schoepf@gm...>  20110721 16:21:30

Hello Simon, concerning the problem you reported two days ago: > The goal is to expand the term 1.2*x*(x+1). The expected result is 1.2*x^2+1.2*x. > With switch pri set to on the result is 1.2*x*(x + 1), with switch pri off the result is (:rd: . 1.2)*x^2 + (:rd: . 1.2)*x. > (rounded is set to on and roundall, numval to off). I checked in a correction and confirmed that a freshly built Java version of REDUCE does no longer exhibit the problem. Rainer 