Michel Desmoulin added the comment:
Just realized it didn't work in venv anyway.
--
___
Python tracker
<https://bugs.python.org/issue33944>
___
___
Pytho
Michel Desmoulin added the comment:
Can usercustomize.py be used as an alternative to "*.pth" execution magic ?
--
nosy: +Michel Desmoulin
___
Python tracker
<https://bugs.python.o
Michel Desmoulin added the comment:
The relevance of the use case isn't the problem. Even if people had been using
it wrong for all this time, the update is still going to break their code if
they did use it this way. And if it was possible, of course many people did.
3.7 already broke
Michel Desmoulin added the comment:
Isn't that change breaking compat ?
I'm assuming many scripts in the wild sys.argv[0] and play with it assuming
it's relative.
I would expect such a change to be behind a flag or a __future__ import.
------
nosy: +M
New submission from Michel Desmoulin:
If you trigger KeyboardInterrupt in a coroutine and catch it, the program
terminates cleanly:
import asyncio
async def bar():
raise KeyboardInterrupt
loop = asyncio.get_event_loop()
try:
loop.run_until_complete(bar())
except KeyboardInterrupt
Michel Desmoulin added the comment:
We fixed our bug days ago, but I would have expected [*gen] to have triggered
an exception before it even got to gather().
The real code was something like:
>>> l = (ensure_awaitable(callable_obj) for callable_obj in callable_list)
>
Michel Desmoulin added the comment:
It gets even weirder with coroutines involved:
>>> f = (coro() for coro in l)
>>> asyncio.gather(*f) # TypeError: asyncio.gather() argument after * must be a
>>> sequence, not generator
>>> asyncio.gather(*[*f]) # ok
B
