显然我在tcsh shell中做了一些奇怪/错误的事情,现在每当我在后台启动一个打印到stdout的应用程序时,应用程序就会暂停(停止)。奇怪的是,这种行为只发生在这个终端;如果我在另一个终端中执行相同操作,应用程序将继续在后台运行并将其输出到终端。
在"破碎"终端我必须将暂停的应用程序放回前台(使用fg
)以使其继续。
示例:
thehost:/tmp/test1(277)> ls -l &
[3] 1454
thehost:/tmp/test1(278)>
[3] + Suspended (tty output) ls --color=auto -l
thehost:/tmp/test1(278)> fg
ls --color=auto -l
total 0
thehost:/tmp/test1(279)>
在另一个终端执行的相同命令工作正常:
thehost:/tmp/test1(8)> ls -l &
[1] 2280
thehost:/tmp/test1(9)> total 0
[1] Done ls --color=auto -l
thehost:/tmp/test1(9)>
在受影响的终端中启动bash并不能解决这个问题:
thehost:/tmp/test1(280)> bash
oliver@thehost:/tmp/test1$ ls -l &
[1] 2263
oliver@thehost:/tmp/test1$
[1]+ Stopped ls --color=auto -l
oliver@thehost:/tmp/test1$ fg
ls --color=auto -l
total 0
oliver@thehost:/tmp/test1$
获取新的登录shell(使用su - oliver
)也无法解决此问题。
所以:我在这个终端做了什么来获得这种行为,我该怎么做才能恢复正常行为?这不是一个非常重要的问题(我可以关闭终端并打开一个新的终端),但我很好奇: - )
在Linux RHEL 6.4 64bit上发生,包括KDE 4.11.5和Konsole 2.11.3,以及tcsh 6.17.00。
答案 0 :(得分:10)
这将解决它:
stty -tostop
从手册页:
tostop(-tostop)
发送(不发送)SIGTTOU用于后台输出。这会导致后台作业在尝试终端输出时停止。
此tostop
通常是默认设置,因为通常不希望混合多个作业的输出。所以大多数人只希望前台作业能够打印到终端。