Czy popen() może tworzyć dwukierunkowe rury takie jak pipe () + fork ()?

Sugerowałbym napisanie własnej funkcji do robienia rurociągów / widełek / system-ing dla Ciebie. Możesz mieć funkcję spawn proces i zwracać deskryptory odczytu/zapisu plików, jak w...

typedef void pfunc_t (int rfd, int wfd);

pid_t pcreate(int fds[2], pfunc_t pfunc) {
    /* Spawn a process from pfunc, returning it's pid. The fds array passed will
     * be filled with two descriptors: fds[0] will read from the child process,
     * and fds[1] will write to it.
     * Similarly, the child process will receive a reading/writing fd set (in
     * that same order) as arguments.
    */
    pid_t pid;
    int pipes[4];

    /* Warning: I'm not handling possible errors in pipe/fork */

    pipe(&pipes[0]); /* Parent read/child write pipe */
    pipe(&pipes[2]); /* Child read/parent write pipe */

    if ((pid = fork()) > 0) {
        /* Parent process */
        fds[0] = pipes[0];
        fds[1] = pipes[3];

        close(pipes[1]);
        close(pipes[2]);

        return pid;

    } else {
        close(pipes[0]);
        close(pipes[3]);

        pfunc(pipes[2], pipes[1]);

        exit(0);
    }

    return -1; /* ? */
}

Możesz tam dodać dowolną funkcjonalność.

POSIX przewiduje, że popen() wywołanie nie jest zaprojektowane do zapewnienia komunikacji dwukierunkowej:

Argument mode do popen() jest łańcuchem znaków określającym tryb wejścia / Wyjścia:

1. jeśli trybem jest R, to gdy proces potomny jest uruchomiony, jego deskryptor pliku STDOUT_FILENO będzie zapisywalnym końcem potoku, a deskryptor pliku fileno(stream) w procesie wywołującym, gdzie stream jest wskaźnikiem strumienia zwracanym przez popen(), będzie czytelnym końcem potoku. rura.
2. jeśli tryb jest w, to podczas uruchamiania procesu potomnego jego deskryptor pliku STDIN_FILENO będzie czytelnym końcem potoku, a deskryptor pliku fileno (stream) w procesie wywołującym, gdzie stream jest wskaźnikiem strumienia zwracanym przez popen (), będzie zapisywalnym końcem potoku.
3. jeśli mode jest inną wartością, wynik jest nieokreślony.

Każdy przenośny Kod nie będzie miał żadnych założeń poza tym. BSD popen() jest podobny do tego, co twoje pytanie opisuje.

Dodatkowo rury różnią się od gniazd i każdy deskryptor pliku rury jest jednokierunkowy. Trzeba by utworzyć dwie rury, po jednej skonfigurowanej dla każdego kierunku.

Nie ma potrzeby tworzenia dwóch rur i marnowania filedescriptor w każdym procesie. Zamiast tego użyj gniazdka. https://stackoverflow.com/a/25177958/894520

W jednym z backendów netresolve rozmawiam ze skryptem i dlatego muszę pisać na jego stdin i czytać z jego stdout. Poniższa funkcja wykonuje polecenie z stdin i stdout przekierowanymi do potoku. Możesz go użyć i dostosować do swoich upodobań.

static bool
start_subprocess(char *const command[], int *pid, int *infd, int *outfd)
{
    int p1[2], p2[2];

    if (!pid || !infd || !outfd)
        return false;

    if (pipe(p1) == -1)
        goto err_pipe1;
    if (pipe(p2) == -1)
        goto err_pipe2;
    if ((*pid = fork()) == -1)
        goto err_fork;

    if (*pid) {
        /* Parent process. */
        *infd = p1[1];
        *outfd = p2[0];
        close(p1[0]);
        close(p2[1]);
        return true;
    } else {
        /* Child process. */
        dup2(p1[0], 0);
        dup2(p2[1], 1);
        close(p1[0]);
        close(p1[1]);
        close(p2[0]);
        close(p2[1]);
        execvp(*command, command);
        /* Error occured. */
        fprintf(stderr, "error running %s: %s", *command, strerror(errno));
        abort();
    }

err_fork:
    close(p2[1]);
    close(p2[0]);
err_pipe2:
    close(p1[1]);
    close(p1[0]);
err_pipe1:
    return false;
}

Https://github.com/crossdistro/netresolve/blob/master/backends/exec.c#L46

(użyłem tego samego kodu w popen jednoczesny odczyt i zapis )