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 gvanrossum
Recipients André Caron, gvanrossum, vstinner, yselivanov
Date 2016-02-14.00:20:10
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1455409210.79.0.794058564961.issue26357@psf.upfronthosting.co.za>
In-reply-to
Content
I wonder if the right solution isn't to insist that the arguments to await() are Futures, not coroutines. While in many cases (e.g. gather(), wait_for()) it's a useful convention to support either coroutines or Futures, for wait() it does seem pretty useless. Mapping the Futures back to coroutines isn't a good solution either, since you can't get the result out of just the coroutine.

The question is whether we can just change this or whether we should issue some kind of deprecation warning, since it's at least conceivable that someone relies on the current behavior and doesn't care about mapping results back to coroutines (e.g. if the results are self-identifying).

The same issue applies to as_completed(), I think.
History
Date User Action Args
2016-02-14 00:20:10gvanrossumsetrecipients: + gvanrossum, vstinner, yselivanov, André Caron
2016-02-14 00:20:10gvanrossumsetmessageid: <1455409210.79.0.794058564961.issue26357@psf.upfronthosting.co.za>
2016-02-14 00:20:10gvanrossumlinkissue26357 messages
2016-02-14 00:20:10gvanrossumcreate