smichr wants someone to pull from smichr:raises:
Instead of this:
h[1] >>> raises('1/0', ValueError)
Traceback (most recent call last):
File "", line 1, in
File "sympy\utilities\pytest.py", line 41, in raises
assert isinstance(code, str)
AssertionError
we now get
smichr wants someone to pull from smichr:2000:
View Pull Request: https://github.com/sympy/sympy/pull/90
--
You received this message because you are subscribed to the Google Groups
"sympy-patches" group.
To post to this group, send email to sympy-patches@googlegroups.com.
To unsubscribe from
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
smichr wants someone to pull from smichr:2130:
see [ http://code.google.com/p/sympy/issues/detail?id=2130 ]
>>> limit((1+y)**(1/y), y, 0)
E
>>> limit((1+y)**(1/y) - E, y, 0) # used to be 1 - E
0
View Pull Request: https://github.com/sympy/sympy/pull/91
--
You received this mess
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-patches"
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
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
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
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
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)
-
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-patches"
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
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
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]
14 matches
Mail list logo