This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author yselivanov
Recipients Jeremy Bustamante, berker.peksag, docs@python, gvanrossum, yselivanov
Date 2017-02-01.20:06:00
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1485979560.83.0.375108885525.issue29344@psf.upfronthosting.co.za>
In-reply-to
Content
I think the original idea was to document that all methods of the loop are coroutines, so that:

1. if a user needs a Future object they call ensure_future: 

   fut = asyncio.ensure_future(loop.method())

2. it gives us ability to refactor things. For instance, sock_connect was a method that returned Futures, but at one point of 3.5 we changed it to be coroutine.  Because the method was documented as a coroutine, it wasn't strictly a backwards incompatible way.

In general, I think it would be safer for us to simple make all loop methods coroutines. Or, less radical, just keeping the status quo: document everything as a coroutine.
History
Date User Action Args
2017-02-01 20:06:00yselivanovsetrecipients: + yselivanov, gvanrossum, docs@python, berker.peksag, Jeremy Bustamante
2017-02-01 20:06:00yselivanovsetmessageid: <1485979560.83.0.375108885525.issue29344@psf.upfronthosting.co.za>
2017-02-01 20:06:00yselivanovlinkissue29344 messages
2017-02-01 20:06:00yselivanovcreate