QProcess 从脚本附加到可执行文件 运行
QProcess attach to executable ran from script
我正在使用 QtCreator，我正在尝试创建一个运行 bash 脚本的 QProcess。在该脚本内部，在其他一些命令之后，可执行文件是 运行.
当我监视 QProcess 时，我认为当脚本完成时，QProcess 显示为已停止，即使从该脚本启动的可执行文件仍在 运行。
有办法解决这个问题吗？要以某种方式附加到从该脚本启动的可执行文件？
我正在执行的命令是：
xterm -T "Window Title" -geometry 120x24+0+20 -e \
bash -c 'sudo -E ./executable -s 2>&1 | tee -i log_file.log' &
...并且我希望我的父进程检测 ./executable 何时完成 - 没有 强制 xterm 在发生时立即退出。
第 1 部分：检测何时 xterm 退出
这与“第 2 部分”不同，因为它不会让您的 ./executable 一次完成，而您的 xterm 在不同的、稍后的时间完成。后者请参阅下面的“第 2 部分”。
末尾的 & 告诉 shell 不要等待 xterm 进程（运行 它“在后台”）。但是，在这种情况下，您 想要 shell 等待——但我们可以做得更好，让 shell 完全避开。
第一步：把最后的&去掉即可。
这将使进程显示为 运行ning 直到 xterm 退出——尽管要实现这一点，作为 xterm 父进程的 bash 的副本将也就是运行ning.
xterm -T "Window Title" -geometry 120x24+0+20 -e \
bash -c 'sudo -E ./executable -s 2>&1 | tee -i log_file.log'
第 2 步：将 bash 的父进程副本替换为 xterm 进程本身
这是通过exec关键字完成的；当您 运行 exec someprogram 时，shell 在内存中被替换为 someprogram 的副本（与默认行为对比，当 运行ning someprogram 将程序作为子进程启动，但除非您使用 &，否则 shell 会等待该子进程退出，然后再继续。
这不仅节省了一点内存，而且还意味着您发送的信号将直接进入 xterm 进程，而不是进入父进程 bash 的副本它。
exec xterm -T "Window Title" -geometry 120x24+0+20 -e \
bash -c 'sudo -E ./executable -s 2>&1 | tee -i log_file.log'
第 3 步：将 sudo 和 tee 移出管道
虽然上面的内容应该已经解决了你的直接进程，但它仍然留下了一个进程树，其中包含比必要的更多的活动部分：你的 Qt 程序启动 xterm，xterm 启动 bash，bash 产生一个管道（在每一侧将其自身分叉为父 shell 的单独副本），并将管道的一侧替换为 sudo，另一侧替换为 tee。
我们可以通过使用 bash 扩展进程替换来使 tee 运行 作为子进程，并且 sudo -E ./executable 成为 exec' , 替换 xterm 开始的 bash 的副本：
exec xterm -T "Window Title" -geometry 120x24+0+20 -e \
bash -c 'exec > >(exec tee -i log_file.log) 2>&1;
exec sudo -E ./executable -s'
请注意，在 exec > >(...) 2>&1 中，我们使用不同形式的 exec：当 exec 仅作为参数给出重定向，而不是关闭当前 [=96] =] 并用另一个进程替换它，它在 当前 shell 本身 上执行这些重定向。因此，当我们 运行 exec 2>&1 时， 2>&1 重定向是针对当前 shell 执行的，并且一直保持到它退出，所以我们不需要再放置另一个 2>&1 在 ./executable 调用上。
第 2 部分：检测何时 ./executable 退出
但是，如果您想让 xterm 在 ./executable 完成后仍保持打开状态（以便用户可以读取日志）怎么办？
考虑：
#!/usr/bin/env bash
exec > >(tee -i log_file.log)
xterm -T "Window Title" -geometry 120x24+0+20 -e tail -n +0 -f log_file.log &
exec sudo -E ./executable -s'
在这里，我们 运行 xterm 在后台，但 sudo -E ./executable -s 在前台（exec 来替换启动它的 shell )，因此父进程检测 sudo 何时退出，而不是 xterm 何时退出。
我正在使用 QtCreator，我正在尝试创建一个运行 bash 脚本的 QProcess。在该脚本内部，在其他一些命令之后，可执行文件是 运行.
当我监视 QProcess 时，我认为当脚本完成时，QProcess 显示为已停止，即使从该脚本启动的可执行文件仍在 运行。
有办法解决这个问题吗？要以某种方式附加到从该脚本启动的可执行文件？
我正在执行的命令是：
xterm -T "Window Title" -geometry 120x24+0+20 -e \
bash -c 'sudo -E ./executable -s 2>&1 | tee -i log_file.log' &
...并且我希望我的父进程检测 ./executable 何时完成 - 没有 强制 xterm 在发生时立即退出。
第 1 部分：检测何时 xterm 退出
这与“第 2 部分”不同，因为它不会让您的 ./executable 一次完成，而您的 xterm 在不同的、稍后的时间完成。后者请参阅下面的“第 2 部分”。
末尾的 & 告诉 shell 不要等待 xterm 进程（运行 它“在后台”）。但是，在这种情况下，您 想要 shell 等待——但我们可以做得更好，让 shell 完全避开。
第一步：把最后的&去掉即可。
这将使进程显示为 运行ning 直到 xterm 退出——尽管要实现这一点，作为 xterm 父进程的 bash 的副本将也就是运行ning.
xterm -T "Window Title" -geometry 120x24+0+20 -e \
bash -c 'sudo -E ./executable -s 2>&1 | tee -i log_file.log'
第 2 步：将 bash 的父进程副本替换为 xterm 进程本身
这是通过exec关键字完成的；当您 运行 exec someprogram 时，shell 在内存中被替换为 someprogram 的副本（与默认行为对比，当 运行ning someprogram 将程序作为子进程启动，但除非您使用 &，否则 shell 会等待该子进程退出，然后再继续。
这不仅节省了一点内存，而且还意味着您发送的信号将直接进入 xterm 进程，而不是进入父进程 bash 的副本它。
exec xterm -T "Window Title" -geometry 120x24+0+20 -e \
bash -c 'sudo -E ./executable -s 2>&1 | tee -i log_file.log'
第 3 步：将 sudo 和 tee 移出管道
虽然上面的内容应该已经解决了你的直接进程，但它仍然留下了一个进程树，其中包含比必要的更多的活动部分：你的 Qt 程序启动 xterm，xterm 启动 bash，bash 产生一个管道（在每一侧将其自身分叉为父 shell 的单独副本），并将管道的一侧替换为 sudo，另一侧替换为 tee。
我们可以通过使用 bash 扩展进程替换来使 tee 运行 作为子进程，并且 sudo -E ./executable 成为 exec' , 替换 xterm 开始的 bash 的副本：
exec xterm -T "Window Title" -geometry 120x24+0+20 -e \
bash -c 'exec > >(exec tee -i log_file.log) 2>&1;
exec sudo -E ./executable -s'
请注意，在 exec > >(...) 2>&1 中，我们使用不同形式的 exec：当 exec 仅作为参数给出重定向，而不是关闭当前 [=96] =] 并用另一个进程替换它，它在 当前 shell 本身 上执行这些重定向。因此，当我们 运行 exec 2>&1 时， 2>&1 重定向是针对当前 shell 执行的，并且一直保持到它退出，所以我们不需要再放置另一个 2>&1 在 ./executable 调用上。
第 2 部分：检测何时 ./executable 退出
但是，如果您想让 xterm 在 ./executable 完成后仍保持打开状态（以便用户可以读取日志）怎么办？
考虑：
#!/usr/bin/env bash
exec > >(tee -i log_file.log)
xterm -T "Window Title" -geometry 120x24+0+20 -e tail -n +0 -f log_file.log &
exec sudo -E ./executable -s'
在这里，我们 运行 xterm 在后台，但 sudo -E ./executable -s 在前台（exec 来替换启动它的 shell )，因此父进程检测 sudo 何时退出，而不是 xterm 何时退出。