c - 交互式 shell 停止管道

Question

我的程序如下:

//... init fd[2] as pipe ...
if (child==0){
        close(fd[1]);
        dup2(fd[0], 0);
        execlp("/bin/sh","sh",NULL);
} else {
        close(fd[0]);
        char *line; int nbytes=100; int bytes=0;
        line=(char*) malloc(nbytes+1);
        while ( (bytes = getline((char **)&line,&nbytes,stdin))!= -1 ){
            write(fd[1],line, bytes);
        }
}

这运行正常，但是当我尝试将 exec("/bin/sh","sh",NULL) 替换为 exec("/bin/sh","sh ","-i",NULL) 强制交互式 shell，我的程序在执行第一个命令后停止。

我是管道的新手所以请帮助我理解原因并使交互式 shell 工作......我也觉得我的代码读取行并传递给子管道有点奇怪..有没有更好的方法实现相同的行为？

Answer 1

您应该在子进程中的 dup2() 之后close(fd[0]);。如果您提供绝对或相对路径，如 "/bin/sh"，则使用 execlp() 毫无意义；它只会对裸文件名(程序名)进行基于路径的搜索。 getline() 调用中的转换应该是不必要的；尽可能避免此类转换。您应该在 execlp() 之后至少包含 exit(1); 以防它失败；诊断信息也是一个好主意。您应该在父级循环之后close(fd[1]); 向子级指示 EOF。 (仅此一次，如果您没有检测到 malloc() 的错误返回也没关系；将指针持有 NULL 的地址传递给 是合法的>getline()函数，然后它会尝试自己分配内存，当然如果主程序分配内存失败，很有可能getline()也会失败分配内存。)

这些变化导致:

#include <stdio.h>
#include <unistd.h>
#include <stdlib.h>

int main(void)
{
    int fd[2];
    pid_t child;

    if (pipe(fd) != 0)
        perror("pipe");
    else if ((child = fork()) < 0)
        perror("fork");
    else if (child == 0)
    {
        close(fd[1]);
        dup2(fd[0], 0);
        close(fd[0]);
        execl("/bin/sh", "sh", NULL);
        perror("oops");
        exit(1);
    }
    else
    {
        close(fd[0]);
        size_t nbytes = 100;
        int bytes = 0;
        char *line = (char*)malloc(nbytes+1);
        while ((bytes = getline(&line, &nbytes, stdin)) != -1)
        {
            write(fd[1], line, bytes);
        }
        close(fd[1]);
    }
    return(0);
}

这在严格的编译标志下毫无怨言地编译:

gcc -O3 -g -std=c99 -Wall -Wextra xf.c -o xf

当使用上面的代码运行(在 Mac OS X 10.7.3 上)时(调用 sh 而不使用 -i 选项)，事情表现得相当正常。您可以键入命令，shell 会执行它们。您可以键入“exit”，然后 shell 退出，但是您编写的程序(我称之为 xf)在我键入新命令之前不会退出。然后它会因为 SIGPIPE 信号而退出，因为它写入现在没有读取器的管道。这个 shell 没有提示，因为它的标准输入不是终端(它是管道)。

当使用 -i 选项运行子 shell 时，作业控制 shell 之间似乎会争辩哪个 shell 负责终端。当我运行它时，我得到:

$ ps -f
  UID   PID  PPID   C STIME   TTY           TIME CMD
  503   381   372   0 Wed08PM ttys001    0:00.07 -sh
  503 21908   381   0  9:32PM ttys001    0:00.01 sh
$ ./xf
sh-3.2$ 

[1]+  Stopped(SIGTTIN)        ./xf
$ 
$ ps -f
  UID   PID  PPID   C STIME   TTY           TIME CMD
  503   381   372   0 Wed08PM ttys001    0:00.07 -sh
  503 21908   381   0  9:32PM ttys001    0:00.01 sh
  503 22000 21908   0  9:36PM ttys001    0:00.00 ./xf
  503 22001 22000   0  9:36PM ttys001    0:00.00 sh -i
$ ls
awk.data           osfile-keep.c      pthread-2.c        send.c             xf
const-stuff.c      perl.data          pthread-3.c        so.8854855.sql     xf.c
fifocircle.c       piped-merge-sort.c quine.c            strandsort.c       xf.dSYM
madump.c           powa.c             recv.c             unwrap.c           xxx.sql
makefile           pthread-1.c        regress.c          vap.c              yyy.sql
$ jobs
[1]+  Stopped(SIGTTIN)        ./xf
$ fg %1
./xf
exit
$

(最初的 -sh 是我的终端窗口的登录 shell。在其中，我运行了 sh 以获得子 shell，并且我已经设置提示 PS1='$ ' 使提示与众不同。)

AFAICT，sh-3.2$ 提示符来自 sh -i shell。父 shell 似乎正在读取输入，并将 xf 程序转储到后台，这不是很文明。 ps -f 输出不显示 ps 命令，这很麻烦。我确实设法让 ls 命令在一次运行中出现在 ps 列表中，它是原始 shell 的子项，而不是 sh -我 由xf 运行。当我将 xf 带入前台时，它立即退出(大概它从标准输入读取 0 字节，这表示 EOF，因此 getline() 返回 -1，并且一切关闭商店。exit 来自 sh -i；它回应它。它从来没有得到任何输入，因为 sh shell 接管了命令让 xf 控制终端。这非常困惑。我不确定为什么会这样，但我觉得不应该那样发生。