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

_{May}

_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 






1

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

6
(4) 
7
(4) 
8
(3) 
9

10

11
(1) 
12
(2) 
13

14
(3) 
15
(1) 
16
(3) 
17
(1) 
18
(2) 
19
(1) 
20
(1) 
21
(2) 
22
(1) 
23
(3) 
24
(18) 
25
(3) 
26

27
(2) 
28

29
(2) 
30
(7) 
31
(5) 






From: SourceForge.net <noreply@so...>  20080807 21:12:24

Bugs item #1944012, was opened at 20080416 10:07 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1944012&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  Solving equations Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: solve() fails depending on equation order Initial Comment: Maxima version: 5.14.0 OS: Windows XP SP2 Name: Bob Walton (note: setting up a SourceForge account apparently isn't working, so I couldn't log in) Email: http://bwalton.com/cgibin/emailbob.pl Problem: q1:2*x3; q2:96*z^2+48*z+32*y^2+9; q3:48*z^216*z17; solve([q1,q2,q3],[x,y,z]); generates: [] which is incorrect. Whereas: solve([q1,q3,q2],[x,y,z]); generates the correct answer: [[ x = 3/2, y = sqrt(674*sqrt(55))/(4*sqrt(6)), z = (sqrt(55)+2)/12 ], [ x = 3/2, y = sqrt(674*sqrt(55))/(4*sqrt(6)), z = (sqrt(55)+2)/12 ], [ x = 3/2, y = sqrt(4*sqrt(55)+67)/(4*sqrt(6)), z = (sqrt(55)2)/12 ],[ x = 3/2, y = sqrt(4*sqrt(55)+67)/(4*sqrt(6)), z = (sqrt(55)2)/12 ]] This problem arose when using solve() on the results of poly_grobner  generally solve() works directly on the output of poly_grobner, but not in this particular case.  >Comment By: Raymond Toy (rtoy) Date: 20080807 17:12 Message: Logged In: YES user_id=28849 Originator: NO If I rectform(%o9), I get results that match the Mupad results. When I substitute maxima's (original) solution into the equations, I get something rather messy, but ratsimp produces [1 = 1, 0 = 0, 5 = 5].  Comment By: Nobody/Anonymous (nobody) Date: 20080807 16:18 Message: Logged In: NO This is very interesting. I plugged in Richard Rand's example from the Introduction to Maxima page: c = (%i6) a + b*c = 1; (%o6) b c + a = 1 (%i7) b  a*c = 0; (%o7) b  a c = 0 (%i8) a + b = 5; (%o8) b + a = 5 (%i9) solve ([%o6, %o7, %o8], [a, b, c]); 25 sqrt(79) %i + 25 5 sqrt(79) %i + 5 (%o9) [[a = , b = , 6 sqrt(79) %i  34 sqrt(79) %i + 11 sqrt(79) %i + 1 25 sqrt(79) %i  25 c = ], [a = , 10 6 sqrt(79) %i + 34 5 sqrt(79) %i  5 sqrt(79) %i  1 b = , c =  ]] sqrt(79) %i  11 10 I tried the same solve in MUPAD getting this: solve({a+b*c=1,ba*c=0,a+b=5},[a,b,c]) 1/2 1/2 1/2 {[a = 11/4  1/4 I 79 , b = 1/4 I 79 + 9/4, c = 1/10 I 79 + 1/10], 1/2 1/2 1/2 [a = 1/4 I 79 + 11/4, b = 9/4  1/4 I 79 , c = 1/10  1/10 I 79 ] } which is quite different than Maxima's results. I tried plugging in Maxima's solutions back into the equations and they failed to solve the equations. I then tried MUPAD's solutions in each equation and got the expected answer. Having had a look at this report, I tried using solve with different permutations of the equation set and each time a different solution set resulted. There is something very funky going on with this function.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1944012&group_id=4933 
From: SourceForge.net <noreply@so...>  20080807 20:18:35

Bugs item #1944012, was opened at 20080416 14:07 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1944012&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  Solving equations Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: solve() fails depending on equation order Initial Comment: Maxima version: 5.14.0 OS: Windows XP SP2 Name: Bob Walton (note: setting up a SourceForge account apparently isn't working, so I couldn't log in) Email: http://bwalton.com/cgibin/emailbob.pl Problem: q1:2*x3; q2:96*z^2+48*z+32*y^2+9; q3:48*z^216*z17; solve([q1,q2,q3],[x,y,z]); generates: [] which is incorrect. Whereas: solve([q1,q3,q2],[x,y,z]); generates the correct answer: [[ x = 3/2, y = sqrt(674*sqrt(55))/(4*sqrt(6)), z = (sqrt(55)+2)/12 ], [ x = 3/2, y = sqrt(674*sqrt(55))/(4*sqrt(6)), z = (sqrt(55)+2)/12 ], [ x = 3/2, y = sqrt(4*sqrt(55)+67)/(4*sqrt(6)), z = (sqrt(55)2)/12 ],[ x = 3/2, y = sqrt(4*sqrt(55)+67)/(4*sqrt(6)), z = (sqrt(55)2)/12 ]] This problem arose when using solve() on the results of poly_grobner  generally solve() works directly on the output of poly_grobner, but not in this particular case.  Comment By: Nobody/Anonymous (nobody) Date: 20080807 20:18 Message: Logged In: NO This is very interesting. I plugged in Richard Rand's example from the Introduction to Maxima page: c = (%i6) a + b*c = 1; (%o6) b c + a = 1 (%i7) b  a*c = 0; (%o7) b  a c = 0 (%i8) a + b = 5; (%o8) b + a = 5 (%i9) solve ([%o6, %o7, %o8], [a, b, c]); 25 sqrt(79) %i + 25 5 sqrt(79) %i + 5 (%o9) [[a = , b = , 6 sqrt(79) %i  34 sqrt(79) %i + 11 sqrt(79) %i + 1 25 sqrt(79) %i  25 c = ], [a = , 10 6 sqrt(79) %i + 34 5 sqrt(79) %i  5 sqrt(79) %i  1 b = , c =  ]] sqrt(79) %i  11 10 I tried the same solve in MUPAD getting this: solve({a+b*c=1,ba*c=0,a+b=5},[a,b,c]) 1/2 1/2 1/2 {[a = 11/4  1/4 I 79 , b = 1/4 I 79 + 9/4, c = 1/10 I 79 + 1/10], 1/2 1/2 1/2 [a = 1/4 I 79 + 11/4, b = 9/4  1/4 I 79 , c = 1/10  1/10 I 79 ] } which is quite different than Maxima's results. I tried plugging in Maxima's solutions back into the equations and they failed to solve the equations. I then tried MUPAD's solutions in each equation and got the expected answer. Having had a look at this report, I tried using solve with different permutations of the equation set and each time a different solution set resulted. There is something very funky going on with this function.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1944012&group_id=4933 
From: SourceForge.net <noreply@so...>  20080807 19:33:05

Bugs item #2042069, was opened at 20080807 19: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=2042069&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  Solving equations Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: solve solves in terms of the solve variable Initial Comment: I entered the following function definitions: N(a,b,g):=sqrt((g+a+sqrt((ga)^2+b^2))/2); n(a,b,g,mr,mi):=sqrt((mr^2+mi^2)N(a,b,g)^2mi(mr bmi a))/mr; and tried to solve the equation in terms of g: solve(n(a,b,g,mr,mi)^2=g,g); the result was [g=(a*(mr^2+3*mi^2)+sqrt(g^22*a*g+b^2+a^2)*(mr^2+mi^2)2*b*mi*mr)/(mi^2mr^2)] The problem is that the solution involves g. I know there are solutions, because Mathematica could find 4 of them in terms of a, b, mr, and mi only.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2042069&group_id=4933 
From: SourceForge.net <noreply@so...>  20080807 05:16:39

Bugs item #2041214, was opened at 20080807 05: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=2041214&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  Solving equations Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: unable solve Initial Comment: solve([x+y=1,sqrt(x+1)=1],[x,y]) returns [] Maxima version: 5.15.0Maxima build date: 17:36 4/20/2008host type: i686pcmingw32lispimplementationtype: GNU Common Lisp (GCL)lispimplementationversion: GCL 2.6.8  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2041214&group_id=4933 