Pipe () с fork () с рекурсией: обработка дескрипторов файлов
У меня путаница в отношении существующего вопроса, который был задан вчера:
Снова рекурсивный конвейер в Unix.
Я повторно отправляю проблемный код:
#include
#include
#include
#include
void pipeline( char * ar[], int pos, int in_fd);
void error_exit(const char*);
static int child = 0; /* whether it is a child process relative to main() */
int main(int argc, char * argv[]) {
if(argc < 2){
printf("Usage: %s option (option) ...\n", argv[0]);
exit(1);
}
pipeline(argv, 1, STDIN_FILENO);
return 0;
}
void error_exit(const char *kom){
perror(kom);
(child ? _exit : exit)(EXIT_FAILURE);
}
void pipeline(char *ar[], int pos, int in_fd){
if(ar[pos+1] == NULL){ /*last command */
if(in_fd != STDIN_FILENO){
if(dup2(in_fd, STDIN_FILENO) != -1)
close(in_fd); /*successfully redirected*/
else error_exit("dup2");
}
execlp(ar[pos], ar[pos], NULL);
error_exit("execlp last");
}
else{
int fd[2];
pid_t childpid;
if ((pipe(fd) == -1) || ((childpid = fork()) == -1)) {
error_exit("Failed to setup pipeline");
}
if (childpid == 0){ /* child executes current command */
child = 1;
close(fd[0]);
if (dup2(in_fd, STDIN_FILENO) == -1) /*read from in_fd */
perror("Failed to redirect stdin");
if (dup2(fd[1], STDOUT_FILENO) == -1) /*write to fd[1]*/
perror("Failed to redirect stdout");
else if ((close(fd[1]) == -1) || (close(in_fd) == - 1))
perror("Failed to close extra pipe descriptors");
else {
execlp(ar[pos], ar[pos], NULL);
error_exit("Failed to execlp");
}
}
close(fd[1]); /* parent executes the rest of commands */
close(in_fd);
pipeline(ar, pos+1, fd[0]);
}
}
Произошла ошибка:
Example:
./prog ls uniq sort head
gives:
sort: stat failed: -: Bad file descriptor
Решение, которое было предложено, было "дон»t закрыть файловые дескрипторы fd [1] и in_fd в дочернем процессе, поскольку они уже закрываются в родительском процессе. "
Моя путаница: (извините, я новичок в Linux)
Согласно моей книгеНачало Linux-программирования "Когда мы выполняем процесс fork (), дескрипторы файлов также дублируются. Следовательно, родитель и потомок должны иметь разные файловые дескрипторы. Это противоречит ответу.
Моя попытка:
Я попытался запустить этот код сам и увидел, что проблема возникает только тогда, когда я закрываю "in_fd» дескриптор файла в обоих процессах (родительский и дочерний). Это не зависит от fd [1].
Также интересно, если я попробую./prog ls sort head
работает нормально, но когда я пытаюсь./prog ls sort head uniq
это дает ошибку чтения.head
Мои мысли: in_fd
дескриптор файла - это просто входная переменная int для этой функции. Кажется, что даже после fork остается только один файловый дескриптор, который используется как родительским, так и дочерним. Но я не могу понять, как.