Operações e processos de arquivo

Do manual dofork(2) meu sistema OpenBSD (minha ênfase):

O processo filho tem sua própria cópia dos descritores do pai. Esses descritores referenciam os mesmos objetos subjacentes, de modo que, por exemplo, ponteiros de arquivo em objetos de arquivo sejam compartilhados entre o filho e o pai , de modo que um lseek(2)em um descritor no processo filho possa afetar um subsequente read(2) ou write(2)pelo pai. Essa cópia do descritor também é usada pelo shell para estabelecer entrada e saída padrão para processos recém-criados, bem como para configurar pipes.

Isso significa que se você abrir um arquivo no processo pai antes de bifurcar o filho, ambos os processos terão o mesmo arquivo aberto. No entanto, se o filho ler o arquivo, o ponteiro do arquivo do pai também será movido.

Para acessar um arquivo em ambos os processos de forma independente , você deve abrir o arquivo em ambos os processos separadamente.

Se você abrir um arquivo no processo pai após a chamada para fork(), ele não será aberto no processo filho e vice-versa.

E aqui está um código de exemplo que faz exatamente isso.

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

char buf[8];

int main(int argc, char *argv[])
{
    int ch, fd[2], rv;

    pipe(fd);

    switch (fork()) {
    case -1:
        err(1, "could not fork");
    case 0:                    // child
        rv = lseek(STDIN_FILENO, -7, SEEK_END);
        if (rv == -1) err(1, "could not seek");
        sleep(3);
        close(fd[1]);
        break;
    default:                   // parent
        close(fd[1]);
        read(fd[0], &ch, 1);
        read(STDIN_FILENO, buf, 7);
        printf("read '%s'\n", buf);
    }
    return 0;
}

o que está acontecendo é que o pai bloqueia a espera do filho e, enquanto isso, o filho busca o final da entrada padrão, menos sete, e fecha o pipe(2)para o pai. Isso desbloqueia o pai, que lê o descritor compartilhado de onde o filho moveu o ponteiro do arquivo compartilhado.

$ make sharedseek
cc     sharedseek.c   -o sharedseek
$ echo asdfasdfasdf123456 > x
$ ./sharedseek < x
read '123456
'
$ 

Isso não funcionará se a entrada padrão não for pesquisável. Além disso, o pipe (ou alguma forma de comunicação) é realmente necessário, caso contrário, o pai pode correr antes do filho.

Se o descritor de arquivo não fosse compartilhado, o pai não leria de onde o filho moveu o ponteiro.