I think I'm getting this error, because my code calls asyncio.get_event_loop().run_until_complete(foo()) twice. Once from foo() and the second time from a function called by foo(). Why should this be a problem? Why should I even care that this loop is running?
I'm not surprised by the fact that the error is raised. I can trace it back to the asyncio source and see that the authors of this library wanted to do it this way, and there isn't any mystery there. The puzzling part is in the reason the authors of the library decided it's illegal to ask from the event loop to run some function to completion when the loop is already running.
We can reduce the problem to just two such calls, and through a case analysis, we will see that these are the three possibilities:
- Neither of both functions ever terminates.
- One of the functions eventually terminates.
- Both functions eventually terminate.
Now, is there any sane behavior which would address all three cases? To me, it is obvious that there is, or, perhaps are multiple sane behaviors possible here. For example:
- Nothing special. The execution of both functions is interleaved, and they keep running forever, just as expected.
- The loop doesn't return control to the code following the first instance of
run_until_complete()until the second function completes (thus no code afterrun_until_complete()will be executed. - After the last function terminates, the loop returns control to the first code object which invoked
run_until_complete, ignoring all other invocation sites.
Now, I can understand that this behavior may not be something that everyone would want. But, since this library decided to give programmers control over starting / stopping the event loop, it should also meet the consequences of such decisions. Making it an error to start the same loop multiple times precludes library code from ever doing this, which reduces the quality and usefulness of libraries utilizing asyncio (which is indeed the case with, for example, aiohttp).