Updates:
Status: Fixed
Comment #3 on issue 2647 by smi...@gmail.com: MeijerG pretty G should
remain centered
http://code.google.com/p/sympy/issues/detail?id=2647
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google Groups
Status: Accepted
Owner: asmeurer
Labels: Type-Defect Priority-Medium Integration Polynomial
New issue 2650 by asmeurer: non-determinism in integrate()
http://code.google.com/p/sympy/issues/detail?id=2650
Tomo and I just went through a lot of grief in
https://github.com/sympy/sympy/pull/573
Comment #1 on issue 2650 by lazov...@gmail.com: non-determinism in
integrate()
http://code.google.com/p/sympy/issues/detail?id=2650
I obviously don't know how this might affect the broader integration code,
but this simple diff gives the simplifies result for the case we were
working
Comment #2 on issue 2650 by asmeurer: non-determinism in integrate()
http://code.google.com/p/sympy/issues/detail?id=2650
This will work, assuming that default_sort_key doesn't do strange things
with Dummys.
Also, there are other uses of sets in that algorithm that should be changed.
--
Le mardi 16 août 2011 à 23:05 -0600, Aaron Meurer a écrit :
The video of our tutorial has been posted. You can find parts 1-4
respectively at
http://www.archive.org/details/TuesdayTutorial-Room101-Part1
http://www.archive.org/details/TuesdayTutorial-Room101-Part2
Le samedi 20 août 2011 à 18:34 -0700, Luke a écrit :
On Sat, Aug 20, 2011 at 3:37 PM, Aaron Meurer asmeu...@gmail.com wrote:
I don't know of any doctests in SymPy that do this. Why can't you put
imports in each doctest? I'd highly recommend it.
The reason for not wanting to do the
Hi sympy-folk,
Aaron managed to track down the specific doctests that were causing the
problem, and it seems to be related to caching.
After some experimentation I've managed to produce a non quantum module
related set of commands that give the same result:
In [1]: x = Symbol('x', real=True)
In
The scope of the docstring is all code within the docstring, so
perhaps a variable was defined a certain way that you are not aware of
some lines away from the test of interest. When I try these, the name
for x_2 doesn't make any difference, but making n an integer does:
plain n
Hi Chris,
Are you sure you're running with an updated master? The cos(pi*n)**2 factor
shouldn't be showing up in the final result after my recent PR was merged.
Also, I expect that having n as an integer would make a difference because
some of the trigonometric terms don't drop out if n isn't
On Thu, Aug 25, 2011 at 7:00 AM, Ronan Lamy ronan.l...@gmail.com wrote:
Le samedi 20 août 2011 à 18:34 -0700, Luke a écrit :
On Sat, Aug 20, 2011 at 3:37 PM, Aaron Meurer asmeu...@gmail.com wrote:
I don't know of any doctests in SymPy that do this. Why can't you put
imports in each
I can't tell what 2nd variable you are referring to. On the latest
master I get L/2 for integer n and the same result regardless of x_2's
actual name. Can you post the exact commands that lead to the strange
result?
x = Symbol('x', real=True)
x_2 = Symbol('x_2', real=True)
L = Symbol('L',
Ok this is quite strange. In a standard python terminal, if you run this the
bug is reproduced:
from sympy import *
x = Symbol('x', real=True)
x_2 = Symbol('x_2', real=True)
n = Symbol('n', integer=True)
L = Symbol('L', real=True, positive=True)
(x+1+1/x**5).extract_leading_order(x)
On Thu, Aug 25, 2011 at 5:02 AM, Ronan Lamy ronan.l...@gmail.com wrote:
Le mardi 16 août 2011 à 23:05 -0600, Aaron Meurer a écrit :
The video of our tutorial has been posted. You can find parts 1-4
respectively at
http://www.archive.org/details/TuesdayTutorial-Room101-Part1
Actually, the author and I are currently discussing off list ways to
get this to work by default (perhaps it should be brought on list).
Aaron Meurer
On Thu, Aug 25, 2011 at 8:52 AM, Hans Moser hans.mose...@gmx.at wrote:
Hi
Thank you for the answer. Meanwhile I had a conversation with the
Aaron,
On Thu, Aug 25, 2011 at 4:12 PM, Aaron Meurer asmeu...@gmail.com wrote:
Actually, the author and I are currently discussing off list ways to
get this to work by default (perhaps it should be brought on list).
Yes, please do. I can definitely point in the right direction on the
IPython
By the way, I agree with Ronan, and even though I've been helping you
figure out how to use the globs thing, I still think doing it the
explicit way would be better.
It may seem redundant to you if you have the same thing over and over
again in a file, but consider it from the user's point of
See the pull request for a discussion of what's going on. Basically,
nothing's really wrong per se, there's just some non-determinism in
integrate() that this triggers for whatever reason (notice that both
results are correct). See issue 2650.
Aaron Meurer
On Thu, Aug 25, 2011 at 12:00 PM,
17 matches
Mail list logo