管道和叉，不会显示在标准输出上

Question

我正在做我的家庭作业，那就是用C语言复制unix命令shell。

我已经实现了直到后台运行的单个命令执行(

现在我正处于实现管道的阶段，我面临这个问题，对于大于1的管道，带有管道的子命令已经完成，但是最终输出不会显示在stdout上（最后一个命令的标准输入被替换为最后一个管道的读取）

dup2(pipes[lst_cmd], 0);

我也在家长那里尝试了fflush（STDIN\u FILENO）。

我的程序的出口是CONTROL-D，当我按下该键时，将显示输出（也将退出，因为我对CONTROL-D的操作是退出（0））。

我认为管道的输出在标准输出缓冲区中，但没有显示出来。除了fflush之外，还有其他方法可以将缓冲区中的内容获取到stdout吗？

Answer 1

看过代码（不公平优势）后，主要问题是过程结构和没有彻底关闭管道相结合。

管道的过程结构为：

main shell
    - coordinator sub-shell
        - ps
        - sort

主shell正在创建N个管道（N=1，用于ps|排序）。然后创建了协调器shell；它将启动N1子级。然而，它没有等待它们终止，也没有关闭它的管道副本。主外壳也没有关闭它的管道副本。

更正常的流程结构可能不需要协调器子shell。产生孩子有两种机制。经典地说，主shell将派生一个子进程；它将协调管道中的前N个进程（包括首先创建管道），然后执行管道中的最后一个进程。主shell等待一个子进程完成，管道的退出状态是子进程的退出状态（也称为管道中的最后一个进程）。

最近，bash提供了一种机制，让主shell获取管道中每个子级的状态；它负责协调。

主要修复程序（除了一些较小的编译警告外）包括：

1. 分叉后，主壳体关闭所有管道
2. 主shell等待协调器完成
3. 协调员在分叉管道后关闭所有管道
4. 协调器等待管道中的所有进程完成
5. 协调员退出（而不是返回以提供决斗双重提示）

更好的修复方法是消除协调器子shell（它的行为类似于所描述的经典系统）。