[issue36403] AsyncIterator on 3.7: __aiter__ no longer honors finally blocks

Ned Deily added the comment: I note this is marked as a 3.7regression and still open. Since the cutoff for the final 3.7 bugfix mode release is in a few days, I'm assuming this means that 3.7 users will have to live with this regression. If you feel that is a problem, speak up now.

[issue36403] AsyncIterator on 3.7: __aiter__ no longer honors finally blocks

Andrew Svetlov added the comment: >From my understanding yield inside __aiter__ is a forbidden construction. Even >if parser allows it the statement doesn't make any sense. I'm very interested to hear Yuri opinion. -- ___ Python tracker

[issue36403] AsyncIterator on 3.7: __aiter__ no longer honors finally blocks

Ned Deily added the comment: Ping. This was marked as a 3.7regression. Is a change needed? -- ___ Python tracker ___ ___

[issue36403] AsyncIterator on 3.7: __aiter__ no longer honors finally blocks

Ask Solem added the comment: Perhaps we could add a self._finally to the event loop itself? Like loop._ready, but a list of callbacks run_until_complete will call before returning? -- ___ Python tracker

[issue36403] AsyncIterator on 3.7: __aiter__ no longer honors finally blocks

Ask Solem added the comment: Ah, so the extra call_soon means it needs a: [code] loop.run_until_complete(asyncio.sleep(0))``` [/code] before the self.assertTrue(it.finally_executed) to finish executing agen.close(). Why is create_task different? Does it execute an iteration of the

[issue36403] AsyncIterator on 3.7: __aiter__ no longer honors finally blocks

Karthikeyan Singaravelan added the comment: The attached script fails on master too. On bisecting could this be possibly caused due to 41e5ec377b (bpo-34769) ? Tagging Ned since it was introduced from 3.7.1rc2 and also backported to 3.6 . ➜ cpython git:(41e5ec377b) git checkout 41e5ec377b

[issue36403] AsyncIterator on 3.7: __aiter__ no longer honors finally blocks

Change by Karthikeyan Singaravelan : -- nosy: +yselivanov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: