[Python-Dev] PEP 492: async/await in Python; version 5
Paul Moore
p.f.moore at gmail.com
Tue May 5 23:40:46 CEST 2015
More information about the Python-Dev mailing list
Tue May 5 23:40:46 CEST 2015
- Previous message (by thread): [Python-Dev] PEP 492: async/await in Python; version 5
- Next message (by thread): [Python-Dev] PEP 492: async/await in Python; version 5
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 5 May 2015 at 22:25, Guido van Rossum <guido at python.org> wrote: >> I'd be interested in writing, for instructional purposes, a toy but >> complete event loop. But I'm *not* really interested in trying to >> reverse engineer the required interface. > > This is a great idea. What kind of application do you have in mind? At this point, *all* I'm thinking of is a toy. So, an implementation somewhat parallel to asyncio, but where the event loop just passes control to the next task - so no IO multiplexing. Essentially Greg Ewing's example up to, but not including, "Waiting for External Events". And ideally I'd like to think that "Waiting for Resources" can be omitted in favour of reusing https://docs.python.org/3/library/asyncio-sync.html and https://docs.python.org/3/library/asyncio-queue.html. My fear is, however, that those parts of asyncio aren't reusable for other event loops, and every event loop implementation has to reinvent those wheels. When I say "the required interface" I'm thinking in terms of "what's needed to allow reuse of the generic parts of asyncio". If nothing of asyncio is generic in those terms, then the exercise will be futile (except in the negative sense of confirming that there are no reusable async components in the stdlib). Paul
- Previous message (by thread): [Python-Dev] PEP 492: async/await in Python; version 5
- Next message (by thread): [Python-Dev] PEP 492: async/await in Python; version 5
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-Dev mailing list