• Victor Stinner's avatar
    Python issue #21645, Tulip issue 192: Rewrite signal handling · fe5649c7
    Victor Stinner yazdı
    Since Python 3.3, the C signal handler writes the signal number into the wakeup
    file descriptor and then schedules the Python call using Py_AddPendingCall().
    
    asyncio uses the wakeup file descriptor to wake up the event loop, and relies
    on Py_AddPendingCall() to schedule the final callback with call_soon().
    
    If the C signal handler is called in a thread different than the thread of the
    event loop, the loop is awaken but Py_AddPendingCall() was not called yet. In
    this case, the event loop has nothing to do and go to sleep again.
    Py_AddPendingCall() is called while the event loop is sleeping again and so the
    final callback is not scheduled immediatly.
    
    This patch changes how asyncio handles signals. Instead of relying on
    Py_AddPendingCall() and the wakeup file descriptor, asyncio now only relies on
    the wakeup file descriptor. asyncio reads signal numbers from the wakeup file
    descriptor to call its signal handler.
    fe5649c7
Adı
Son kayıt (commit)
Son güncelleme
..
__init__.py Loading commit data...
base_events.py Loading commit data...
base_subprocess.py Loading commit data...
constants.py Loading commit data...
coroutines.py Loading commit data...
events.py Loading commit data...
futures.py Loading commit data...
locks.py Loading commit data...
log.py Loading commit data...
proactor_events.py Loading commit data...
protocols.py Loading commit data...
queues.py Loading commit data...
selector_events.py Loading commit data...
streams.py Loading commit data...
subprocess.py Loading commit data...
tasks.py Loading commit data...
test_utils.py Loading commit data...
transports.py Loading commit data...
unix_events.py Loading commit data...
windows_events.py Loading commit data...
windows_utils.py Loading commit data...