New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
partial fix for issue #678 #877
Conversation
Thanks, Daniel. At a glance, that looks sensible, and I don't think I've seen any examples where the comma is after the newline, so that's probably not a big concern. Just to note: we prefer if you don't merge master back into feature branches, since it complicates the commit graph. In general, it should be fine to just make the change and leave it until it's merged into master. If it ends up unable to merge cleanly, you can rebase it, do a forced push, and make a note on the pull request that you've done that. |
@djv, let us know if you need a hand with the rebasing, so that your pull request contains only the intended changes and not master. |
OK, I removed the commit with the merge. |
Great, that's better. Now, the fix looks good, but in all such cases it's a good idea to add also a test that fails when the fix is not in place but passes once the fix is in. This will ensure that the problem doesn't recur in the future. You don't need to write up a new file, you can simply add a new test to the existing test_inputsplitter.py. With a small test as indicated above, this will be good to go. Thanks a lot! |
Added one test which exposes the bug. |
Sorry, that's a lie in the wiki. Can you point me to where you found it so I can fix it? The way to run the tests is via
which is a wrapper around nosetests. You can pass any nose flag
is my standard way of running it; and you can run specific subtests:
runs only the |
It's at http://ipython.org/ipython-doc/stable/development/testing.html#for-the-impatient-running-the-tests. I tried |
On Tue, Oct 18, 2011 at 12:37 AM, Daniel Velkov
Ouch! OK, but I've now realized that I can make some small fixes to
??? That's weird. Are you sure that you ran iptest in the same iptest is actually just this code:
so you could also run that at the command line if iptest is finding |
On Tue, Oct 18, 2011 at 11:56 AM, Fernando Perez fperez.net@gmail.com wrote:
Actually I take that back: the line
does work, or at least is supposed to in general, and it does work If the above isn't working for you, can you please paste the full |
The only way I could make it work is by running |
On Tue, Oct 18, 2011 at 12:39 PM, Daniel Velkov
Ah, yes: that makes sense, and it's consistent with the docs that say So it looks like everything is in good shape. |
Merged after a small fixup for clarity/optim at the end. Thanks! |
partial fix for issue #678
The patch handles the case of:
but not
which happens to be valid in python.