| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
|
@svelankar, thanks for your PR! By analyzing the history of the files in this pull request, we identified @ncoghlan, @berkerpeksag and @Yhg1s to be potential reviewers. |
Sorry, something went wrong.
There was a problem hiding this comment.
@ncoghlan suggested to drop this else: clause.
Sorry, something went wrong.
There was a problem hiding this comment.
Is this needed in 3.7?
Sorry, something went wrong.
There was a problem hiding this comment.
Add some argument to the raised RuntimeError for checking that the correct RuntimeError is caught.
Sorry, something went wrong.
There was a problem hiding this comment.
Check that this is a RuntimeError raised by test_issue29692, not some other RuntimeError. Check it's __cause__ (it should be ZeroDivisionError, right?).
Sorry, something went wrong.
There was a problem hiding this comment.
What if raise StopIteration? I think this case should be tested too.
Sorry, something went wrong.
|
Please add an entry in Misc/NEWS at the start of the "Library" section. Don't forget "Patch by ." |
Sorry, something went wrong.
|
Implemented all changes, please review, thanks. |
Sorry, something went wrong.
There was a problem hiding this comment.
Since from __future__ import generator_stop no longer used, the trick with exec() no longer needed.
Sorry, something went wrong.
There was a problem hiding this comment.
assertIsNone()
Sorry, something went wrong.
There was a problem hiding this comment.
Add periods after sentence ends.
Sorry, something went wrong.
|
@serhiy-storchaka , thanks for the review. |
Sorry, something went wrong.
|
@ncoghlan could you please review the changes? Thanks |
Sorry, something went wrong.
There was a problem hiding this comment.
Latest version looks good to me.
Sorry, something went wrong.
…ntimeError (pythonGH-949) contextlib._GeneratorContextManager.__exit__ includes a special case to deal with PEP 479 RuntimeErrors created when `StopIteration` is thrown into the context manager body. Previously this check was too permissive, and undid one level of chaining on *all* RuntimeError instances, not just those that wrapped a StopIteration instance. (cherry picked from commit 00c75e9)
…ntimeError (GH-949) (#1105) contextlib._GeneratorContextManager.__exit__ includes a special case to deal with PEP 479 RuntimeErrors created when `StopIteration` is thrown into the context manager body. Previously this check was too permissive, and undid one level of chaining on *all* RuntimeError instances, not just those that wrapped a StopIteration instance. (cherry picked from commit 00c75e9)
…ntimeError (pythonGH-949) contextlib._GeneratorContextManager.__exit__ includes a special case to deal with PEP 479 RuntimeErrors created when `StopIteration` is thrown into the context manager body. Previously this check was too permissive, and undid one level of chaining on *all* RuntimeError instances, not just those that wrapped a StopIteration instance. (cherry picked from commit 00c75e9)
…ntimeError (GH-949) (#1107) contextlib._GeneratorContextManager.__exit__ includes a special case to deal with PEP 479 RuntimeErrors created when `StopIteration` is thrown into the context manager body. Previously this check was too permissive, and undid one level of chaining on *all* RuntimeError instances, not just those that wrapped a StopIteration instance. (cherry picked from commit 00c75e9)
| Back | FazBrowse Home | New Git URL |
@ncoghlan @serhiy-storchaka @JelleZijlstra @brettcannon
I had to close PR 891 and open a new PR due to an incorrect rebase on my part.
All review comments made in PR 891 have been implemented and a test case added, please review, thanks.