Re: Issue 2845 in sympy: Integrating the new plotting module

2012-02-12 Thread sympy
Comment #7 on issue 2845 by asmeu...@gmail.com: Integrating the new plotting module http://code.google.com/p/sympy/issues/detail?id=2845 The stuff on the wiki won't block on the release, though, as that's independent of it. -- You received this message because you are subscribed to the

Re: Issue 3052 in sympy: evaluating Abs should result in a positive number

2012-02-12 Thread sympy
Comment #4 on issue 3052 by asmeu...@gmail.com: evaluating Abs should result in a positive number http://code.google.com/p/sympy/issues/detail?id=3052 Thanks to the magic of git, I found it in your equals branch. That routine is about determining if a function is zero (this can be broken

Re: Issue 3045 in sympy: float-based operations lose precision

2012-02-12 Thread sympy
Updates: Status: Fixed Comment #4 on issue 3045 by smi...@gmail.com: float-based operations lose precision http://code.google.com/p/sympy/issues/detail?id=3045 (No comment was entered for this change.) -- You received this message because you are subscribed to the Google Groups

Issue 3064 in sympy: Factor_terms inconsistency

2012-02-12 Thread sympy
Status: Accepted Owner: CC: smi...@gmail.com Labels: Type-Defect Priority-Medium New issue 3064 by ness...@gmail.com: Factor_terms inconsistency http://code.google.com/p/sympy/issues/detail?id=3064 In [1]: a, b, s = symbols('a b s') In [2]: 1/gamma(a/2+b/2-s+1) Out[2]: 1

Issue 3065 in sympy: int(1+2*I) gives infinite recursion

2012-02-12 Thread sympy
Status: Accepted Owner: Labels: Type-Defect Priority-Medium New issue 3065 by smi...@gmail.com: int(1+2*I) gives infinite recursion http://code.google.com/p/sympy/issues/detail?id=3065 A test must be made in round to catch the case where a number (complex) is requested to be rounded. Not

Re: Issue 3065 in sympy: int(1+2*I) gives infinite recursion

2012-02-12 Thread sympy
Updates: Labels: NeedsReview smichr Comment #1 on issue 3065 by smi...@gmail.com: int(1+2*I) gives infinite recursion http://code.google.com/p/sympy/issues/detail?id=3065 https://github.com/sympy/sympy/pull/1048 -- You received this message because you are subscribed to the Google

Re: Issue 2964 in sympy: S.One.is_prime gives True

2012-02-12 Thread sympy
Comment #12 on issue 2964 by smi...@gmail.com: S.One.is_prime gives True http://code.google.com/p/sympy/issues/detail?id=2964 I'm not sure if this should be opened as a new issue here or not, but there is a very serious logical error in the new assumptions system when it comes to this: in a

Issue 3066 in sympy: int(expression) should not raise an error

2012-02-12 Thread sympy
Status: Accepted Owner: Labels: Type-Defect Priority-Medium New issue 3066 by smi...@gmail.com: int(expression) should not raise an error http://code.google.com/p/sympy/issues/detail?id=3066 e=Add(1,Float('.99',''),evaluate=0) int(e) Traceback (most recent call

Issue 3067 in sympy: assumptions ntheory handler

2012-02-12 Thread sympy
Status: Accepted Owner: Labels: Type-Defect Priority-Medium New issue 3067 by smi...@gmail.com: assumptions ntheory handler http://code.google.com/p/sympy/issues/detail?id=3067 Something special is going to have to be done to get the new assumptions system to answer queries about

Re: Issue 3064 in sympy: Factor_terms inconsistency

2012-02-12 Thread sympy
Comment #1 on issue 3064 by smi...@gmail.com: Factor_terms inconsistency http://code.google.com/p/sympy/issues/detail?id=3064 Although factor_terms will not introduce coefficients on terms that have no denominator, gcd_terms does. And once it does it's hard to recover from the damage as a

Re: Issue 3064 in sympy: Factor_terms inconsistency

2012-02-12 Thread sympy
Comment #2 on issue 3064 by ness...@gmail.com: Factor_terms inconsistency http://code.google.com/p/sympy/issues/detail?id=3064 Thank you! -- You received this message because you are subscribed to the Google Groups sympy-issues group. To post to this group, send email to

Re: Issue 3064 in sympy: Factor_terms inconsistency

2012-02-12 Thread sympy
Comment #3 on issue 3064 by smi...@gmail.com: Factor_terms inconsistency http://code.google.com/p/sympy/issues/detail?id=3064 https://github.com/sympy/sympy/pull/1049 I'm running test. I reset the option to clear=True so (x/2 + 1) - (x + 2)/2 by default. One may call factor_terms(e, clear=0)

Re: Issue 3064 in sympy: Factor_terms inconsistency

2012-02-12 Thread sympy
Comment #4 on issue 3064 by ness...@gmail.com: Factor_terms inconsistency http://code.google.com/p/sympy/issues/detail?id=3064 My preference is not to pull it out (mainly because then I would have to type all test results with evaluate=False everywhere), but as long as there is an option I

Issue 3068 in sympy: incorrect sign calculated

2012-02-12 Thread sympy
Status: Accepted Owner: Labels: Type-Defect Priority-Medium New issue 3068 by smi...@gmail.com: incorrect sign calculated http://code.google.com/p/sympy/issues/detail?id=3068 n = pi**1000 i = int(n) sign(n - i) 1 (n-x).n(1, subs={x:i}) 0 True (The latter is correct.) -- You

Re: Issue 3065 in sympy: int(1+2*I) gives infinite recursion

2012-02-12 Thread sympy
Updates: Status: Fixed Comment #2 on issue 3065 by smi...@gmail.com: int(1+2*I) gives infinite recursion http://code.google.com/p/sympy/issues/detail?id=3065 (No comment was entered for this change.) -- You received this message because you are subscribed to the Google Groups

Issue 3069 in sympy: dsolve gets too many constants for a first order linear ode

2012-02-12 Thread sympy
Status: New Owner: Labels: Type-Defect Priority-Medium New issue 3069 by trel...@psu.edu: dsolve gets too many constants for a first order linear ode http://code.google.com/p/sympy/issues/detail?id=3069 ode2 = (2*t+3)*Derivative(y(t),t) + (4*t**2 + 12*t+7)*y(t) sol = dsolve(ode2,y(t))

Re: Issue 3069 in sympy: dsolve gets too many constants for a first order linear ode

2012-02-12 Thread sympy
Comment #1 on issue 3069 by trel...@psu.edu: dsolve gets too many constants for a first order linear ode http://code.google.com/p/sympy/issues/detail?id=3069 Digging in, this is a problem with 'separable'. Using the hint '1st_linear', this works out fine. Seems first-order linear

Re: Issue 3064 in sympy: Factor_terms inconsistency

2012-02-12 Thread sympy
Updates: Status: Fixed Comment #5 on issue 3064 by smi...@gmail.com: Factor_terms inconsistency http://code.google.com/p/sympy/issues/detail?id=3064 (No comment was entered for this change.) -- You received this message because you are subscribed to the Google Groups sympy-issues

Re: Issue 3066 in sympy: int(expression) should not raise an error

2012-02-12 Thread sympy
Updates: Status: Fixed Comment #1 on issue 3066 by smi...@gmail.com: int(expression) should not raise an error http://code.google.com/p/sympy/issues/detail?id=3066 (No comment was entered for this change.) -- You received this message because you are subscribed to the Google Groups

Issue 3070 in sympy: cse raises error with RootOf

2012-02-12 Thread sympy
Status: Accepted Owner: Labels: Type-Defect Priority-Medium New issue 3070 by smi...@gmail.com: cse raises error with RootOf http://code.google.com/p/sympy/issues/detail?id=3070 cse(RootOf(x**6-4*x**5-2,1)) Traceback (most recent call last): File stdin, line 1, in module File

Issue 3071 in sympy: new assumptions system problem with is_prime and is_even

2012-02-12 Thread sympy
Status: Accepted Owner: Labels: Type-Defect Priority-Medium New issue 3071 by smi...@gmail.com: new assumptions system problem with is_prime and is_even http://code.google.com/p/sympy/issues/detail?id=3071 There is a very serious logical error in the new assumptions system when it