diff options
author | R David Murray <rdmurray@bitdance.com> | 2015-03-29 19:15:40 (GMT) |
---|---|---|
committer | R David Murray <rdmurray@bitdance.com> | 2015-03-29 19:15:40 (GMT) |
commit | 1058cda38f1b409c4d52eef236f4915df592a112 (patch) | |
tree | c7bc75516c0498e01966e1f0136764b2e2d53592 /Lib/cgi.py | |
parent | 48070c1248c97238493025553fe474ad9eca168d (diff) | |
download | cpython-1058cda38f1b409c4d52eef236f4915df592a112.zip cpython-1058cda38f1b409c4d52eef236f4915df592a112.tar.gz cpython-1058cda38f1b409c4d52eef236f4915df592a112.tar.bz2 |
#23792: Ignore KeyboardInterrupt when the pydoc pager is active.
Previously, if you hit ctl-c while the pager was active, the python that
launched the subprocess for the pager would see the KeyboardInterrupt in the
__exit__ method of the subprocess context manager where it was waiting for the
subprocess to complete, ending the wait. This would leave the pager running,
while the interactive interpreter, after handling the exception by printing
it, would go back to trying to post a prompt...but the pager would generally
have the terminal in raw mode, and in any case would be still trying to read
from stdin. On some systems, even exiting python at that point would not
restore the terminal mode. The problem with raw mode could also happen if
ctl-C was hit when pydoc was called from the shell command line and the pager
was active.
Instead, we now wait on the subprocess in a loop, ignoring KeyboardInterrupt
just like the pager does, until the pager actually exits.
(Note: this was a regression relative to python2...in python2 the pager
is called via system, and system does not return until the pager exits.)
Diffstat (limited to 'Lib/cgi.py')
0 files changed, 0 insertions, 0 deletions