在子进程中运行bash如果在等待`read -s`时被中断,则会中断tty的stdout？

2019-11-18 12:51:14 阅读：251 来源： 互联网

标签：bash subprocess keyboardinterrupt linux python

正如@Bakuriu在评论中指出的那样,这基本上是与BASH: Ctrl+C during input breaks current terminal中相同的问题.但是,我只能在bash作为另一个可执行文件的子进程运行而不是直接从bash运行终端清理正常的情况下重现该问题. .对于为什么在这方面bash似乎被破坏,我将有一个答案.

我有一个Python脚本,用于记录由该脚本启动的子进程的输出.如果子进程碰巧是一个bash脚本,该脚本有时会通过调用内置的read -s(-s,从而防止输入的字符回显为键)来读取用户输入,并且用户中断脚本(即通过Ctrl-C),那么bash无法将输出恢复到tty,即使它继续接受输入.

我将其简化为一个简单的示例：

$cat test.py
#!/usr/bin/python
import subprocess as sp
p = sp.Popen(['bash', '-c', 'read -s foo; echo $foo'])
p.wait()

运行./test.py时,它将等待一些输入.如果键入一些输入并按Enter,则脚本将按预期方式返回并回显您的输入,并且没有问题.但是,如果立即单击“ Ctrl-C”,Python将显示KeyboardInterrupt的回溯,然后返回到bash提示符.但是,您键入的内容均不会显示在终端上.键入重置< enter>.但是,成功重置了终端.

对于这里发生的事情,我有些茫然.

更新：我设法在没有混合Python的情况下重现了这一点.我试图在strace中运行bash以查看是否可以收集正在发生的任何事情.使用以下bash脚本：

$cat read.sh
#!/bin/bash
read -s foo
echo $foo

运行strace ./read.sh并立即按Ctrl-C会产生：

...
ioctl(0, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, {B38400 opost isig icanon -echo ...}) = 0
brk(0x1a93000)                          = 0x1a93000
read(0, Process 25487 detached
 <detached ...>

读取PID 25487的位置.这使终端处于相同的断开状态.但是,strace -I1 ./read.sh只是中断./read.sh进程并返回到正常的,不中断的终端.

解决方法:

看来这与bash -c启动非交互式shell的事实有关.这可能会阻止它恢复终端状态.

要显式启动交互式shell,您只需将-i选项传递给bash.

$cat test_read.py 
#!/usr/bin/python3
from subprocess import Popen
p = Popen(['bash', '-c', 'read -s foo; echo $foo'])
p.wait()
$diff test_read.py test_read_i.py 
3c3
< p = Popen(['bash', '-c', 'read -s foo; echo $foo'])
---
> p = Popen(['bash', '-ic', 'read -s foo; echo $foo'])

当我运行并按Ctrl C时：

$./test_read.py

我得到：

Traceback (most recent call last):
  File "./test_read.py", line 4, in <module>
    p.wait()
  File "/usr/lib/python3.5/subprocess.py", line 1648, in wait
    (pid, sts) = self._try_wait(0)
  File "/usr/lib/python3.5/subprocess.py", line 1598, in _try_wait
    (pid, sts) = os.waitpid(self.pid, wait_flags)
KeyboardInterrupt

并且终端未正确还原.

如果我以相同的方式运行test_read_i.py文件,则会得到：

$./test_read_i.py 

$echo hi
hi

没有错误,终端可以正常工作.

标签：bash,subprocess,keyboardinterrupt,linux,python
来源： https://codeday.me/bug/20191118/2028185.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9

在子进程中运行bash如果在等待`read -s`时被中断,则会中断tty的stdout？