penguinolog / urwid / 41618009658

94%

Build Type

push

github

Committed by web-flow

Commit Message

Add get_running_loop() and watch the Terminal pty on the running loop (#1569)

* Add get_running_loop() for the MainLoop of the current thread and task

Widgets and callbacks can find the loop they run under instead of being
handed it; get_running_loop_or_none() returns None where none runs.

- A ContextVar holds a tuple of activation records shared by every
  context that copies it; start() publishes one, stop() clears it, so
  the loop disappears from all of them at once and none keeps it alive.
- Every alarm, watched file, watched pipe, input and idle callback runs
  with the loop current, also where the event loop copied the context
  before start() (asyncio, trio).
- A callback that runs after stop() sees no loop, not another loop
  running in the context it inherited.
- draw_screen() and process_input() called by hand see the loop even
  before start().
- watch_file() hands the event loop a wrapper instead of the callback.
- A failed start() nested in a callback of the same loop keeps the
  outer run current.

* Service watched descriptors in the screen-driven main loop

The loop for a screen without event loop support (the curses screen)
ran alarms but never the callbacks of watch_file() and watch_pipe().

- While something is watched, the wait for input is cut into 0.1 s
  polls, and ready watches run after each read; the screen is redrawn
  after a watch ran.
- A watch removed or replaced by an earlier callback of the same pass
  is skipped.
- On Windows the curses screen cannot stop waiting before a key, so
  watches are checked only after input, as expired alarms already are.

* Watch the Terminal pty on the running loop

A Terminal built without main_loop= watched its pty on a private
SelectEventLoop that nothing ran, so it showed no child output.

- Without main_loop= the pty is watched on the started MainLoop the
  terminal is rendered under; the watch moves at the first render
  under another loop, another start of the same loop, or no ... (continued)

Coverage Stats

6316 of 7054 branches covered (89.54%)

Branch coverage included in aggregate %.

159 of 161 new or added lines in 2 files covered. (98.76%)

52 existing lines in 3 files now uncovered.

15956 of 17150 relevant lines covered (93.04%)

17.45 hits per line