Re: Issue 1944 in sympy: limit() returns incorrect answer for limit(exp(-x/a), x, oo)

2011-01-19 Thread sympy
Updates: Labels: NeedsReview Comment #1 on issue 1944 by smi...@gmail.com: limit() returns incorrect answer for limit(exp(-x/a), x, oo) http://code.google.com/p/sympy/issues/detail?id=1944 commit 1944 in [ https://github.com/sympy/sympy/pull/61 ] this is now the behavior: h[2]

Re: Issue 2130 in sympy: wrong limit

2011-01-19 Thread sympy
Comment #7 on issue 2130 by smi...@gmail.com: wrong limit http://code.google.com/p/sympy/issues/detail?id=2130 Perhaps the better fix is to make subs return NaN when it make a subs that leads to a an undefined state: (1/x).subs(x, 0) -> NaN, not 1 tan(x).subs(x, pi/2) -> NaN What do you thi

Re: Issue 2156 in sympy: Limit pretty print bug

2011-01-19 Thread sympy
Comment #3 on issue 2156 by asmeurer: Limit pretty print bug http://code.google.com/p/sympy/issues/detail?id=2156 The problem is that in a monospace font, the single character arrow is too small. It needs to be two characters long. It would be better to have a - character that lined up with

Re: Issue 2130 in sympy: wrong limit

2011-01-19 Thread sympy
Comment #6 on issue 2130 by asmeurer: wrong limit http://code.google.com/p/sympy/issues/detail?id=2130 I think the "NotImplementedError: Don't know how to calculate the mrv of 'Sum(1/k, (k, 1, n))'" was the correct error, i.e., the Gruntz algorithm doesn't know how to calculate the mrv of Su

Re: Issue 2157 in sympy: sympy development rules

2011-01-19 Thread sympy
Updates: Status: Accepted Labels: Documentation Comment #1 on issue 2157 by asmeurer: sympy development rules http://code.google.com/p/sympy/issues/detail?id=2157 There was some talk about not regressing in the coverage_doctest.py test (i.e., all new functions/methods must have

Re: Issue 294 in sympy: Pass coverage_doctest.py

2011-01-19 Thread sympy
Updates: Labels: NeedsReview asmeurer Comment #3 on issue 294 by asmeurer: Pass coverage_doctest.py http://code.google.com/p/sympy/issues/detail?id=294 (No comment was entered for this change.) -- You received this message because you are subscribed to the Google Groups "sympy-issues"

Re: Issue 1092 in sympy: limit(sum(1/k, (k, 1, n))-log(n), n, oo) should do it

2011-01-19 Thread sympy
Comment #3 on issue 1092 by smi...@gmail.com: limit(sum(1/k, (k, 1, n))-log(n), n, oo) should do it http://code.google.com/p/sympy/issues/detail?id=1092 This gives -oo in master and can probably be closed. I believe what happens is the Sum cannot be evaluated as being unbounded so it gets p

Re: Issue 2156 in sympy: Limit pretty print bug

2011-01-19 Thread sympy
Comment #2 on issue 2156 by nicolas@gmail.com: Limit pretty print bug http://code.google.com/p/sympy/issues/detail?id=2156 Indeed. Rightwards Arrow (0x2192) seems a reasonable choice. -- You received this message because you are subscribed to the Google Groups "sympy-issues" group. To post

Re: Issue 2156 in sympy: Limit pretty print bug

2011-01-19 Thread sympy
Updates: Labels: Printing Series Comment #1 on issue 2156 by asmeurer: Limit pretty print bug http://code.google.com/p/sympy/issues/detail?id=2156 There are a ton of arrows in Unicode. See http://en.wikipedia.org/wiki/Arrow_(symbol)#Arrows_in_Unicode. -- You received this message be

Re: Issue 2130 in sympy: wrong limit

2011-01-19 Thread sympy
Updates: Status: Started Labels: -PassedReview NeedsBetterPatch Comment #5 on issue 2130 by Vinzent.Steinberg: wrong limit http://code.google.com/p/sympy/issues/detail?id=2130 I get this with your branch: In [1]: limit(sum(1/k, (k, 1, n))-log(n), n, oo) -

Issue 2157 in sympy: sympy development rules

2011-01-19 Thread sympy
Status: New Owner: Vinzent.Steinberg CC: ondrej.c...@gmail.com, asmeurer Labels: Type-Enhancement Priority-Medium New issue 2157 by Vinzent.Steinberg: sympy development rules http://code.google.com/p/sympy/issues/detail?id=2157 I think there is a consensus about the requirements for inclusion o

Re: Issue 2130 in sympy: wrong limit

2011-01-19 Thread sympy
Comment #4 on issue 2130 by smi...@gmail.com: wrong limit http://code.google.com/p/sympy/issues/detail?id=2130 Excellent idea! Since I am working on the limit/series issues I found that this has caused a problem with an old issue 1092. The limit can't handle the sum so the whole thing fails

Re: Issue 1447 in sympy: limit(tan(x),x,pi/2,dir='-') returns tan(pi/2)

2011-01-19 Thread sympy
Updates: Labels: smichr NeedsReview Comment #2 on issue 1447 by smi...@gmail.com: limit(tan(x),x,pi/2,dir='-') returns tan(pi/2) http://code.google.com/p/sympy/issues/detail?id=1447 In commit 1447 of smichr's github branch 2084 cot and tan are handled heuristically in limit() to giv

Re: Issue 2130 in sympy: wrong limit

2011-01-19 Thread sympy
Updates: Labels: -NeedsReview PassedReview Comment #3 on issue 2130 by Vinzent.Steinberg: wrong limit http://code.google.com/p/sympy/issues/detail?id=2130 Thanks, this looks good and works. Let's push this in after waiting 24 hours. -- You received this message because you are subscr

Re: Issue 1470 in sympy: limit(sqrt(-x),x,oo) hangs

2011-01-19 Thread sympy
Updates: Status: Fixed Comment #1 on issue 1470 by smi...@gmail.com: limit(sqrt(-x),x,oo) hangs http://code.google.com/p/sympy/issues/detail?id=1470 In master this now gives h[1] >>> limit(sqrt(-x),x,oo) (oo)*I I was not able to bisect and find where it didn't work. Since it's n

Re: Issue 2000 in sympy: Inconsistencies with limit()

2011-01-19 Thread sympy
Updates: Labels: -NeedsReview PassedReview Comment #2 on issue 2000 by nicolas@gmail.com: Inconsistencies with limit() http://code.google.com/p/sympy/issues/detail?id=2000 Patch is ok for me. I open a new bug request concerning the pretty print bug (issue 2156). -- You received

Issue 2156 in sympy: Limit pretty print bug

2011-01-19 Thread sympy
Status: Accepted Owner: asmeurer Labels: Type-Defect Priority-Medium New issue 2156 by nicolas@gmail.com: Limit pretty print bug http://code.google.com/p/sympy/issues/detail?id=2156 Reported by Aaron in issue 2000 : In [24]: Limit(x, x, 1, dir='-') Out[24]: lim x x->1 Should be In [24]: L

Re: Issue 2130 in sympy: wrong limit

2011-01-19 Thread sympy
Updates: Labels: smichr NeedsReview Comment #2 on issue 2130 by smi...@gmail.com: wrong limit http://code.google.com/p/sympy/issues/detail?id=2130 See [ https://github.com/sympy/sympy/pull/91 ] -- You received this message because you are subscribed to the Google Groups "sympy-issues"

Re: Issue 2000 in sympy: Inconsistencies with limit()

2011-01-19 Thread sympy
Updates: Labels: NeedsReview Comment #1 on issue 2000 by smi...@gmail.com: Inconsistencies with limit() http://code.google.com/p/sympy/issues/detail?id=2000 smichr branch 2000: h[1] >>> x.limit(x, 1, dir='-') 1 https://github.com/sympy/sympy/pull/90 -- You received this messag

Re: Issue 2071 in sympy: Wrong limit result with expressions containing sin/cos

2011-01-19 Thread sympy
Comment #2 on issue 2071 by smi...@gmail.com: Wrong limit result with expressions containing sin/cos http://code.google.com/p/sympy/issues/detail?id=2071 In smichr's branch 2084 these come back as: h[3] >>> limit(x**(S(2)/3)*sin(x**2)/(x-1), x, oo) nan h[3] >>> limit(x**(2/3)*sin

Re: Issue 2130 in sympy: wrong limit

2011-01-19 Thread sympy
Comment #1 on issue 2130 by smi...@gmail.com: wrong limit http://code.google.com/p/sympy/issues/detail?id=2130 That's because subs is being used when parsing an Add rather than limit. Branch 2130 at smichr's github acct has a proposal for correction. -- You received this message because you

Re: Issue 2131 in sympy: failing limit

2011-01-19 Thread sympy
Comment #1 on issue 2131 by smi...@gmail.com: failing limit http://code.google.com/p/sympy/issues/detail?id=2131 in branch 2084 of smichr's this gives h[1] >>> limit(diff(x**3*sin(1/x), x) / x, x, 0) nan -- You received this message because you are subscribed to the Google Groups "sympy-issu