Início / unix / Perguntas / 433345
Accepted
Naïm Favier
Asked: 2018-03-25 15:53:25 +0800 CST

Em que condições exatamente o SIGPIPE acontece?

  • 772

Digamos que temos um pipe nomeado chamado fifo, e estamos lendo e escrevendo nele de dois shells diferentes. Considere estes dois exemplos:

shell 1$ echo foo > fifo
<hangs>
shell 2$ cat fifo
foo
shell 1$ echo bar > fifo
<hangs>

shell 1$ cat > fifo
<typing> foo
<hangs>
shell 2$ cat fifo
foo
^C
shell 1$
<typing> bar
<exits>

Não consigo entender o que acontece nesses exemplos e, em particular, por que tentar escrever 'bar' no canal no primeiro exemplo resulta em uma chamada de bloqueio, enquanto no segundo exemplo aciona um SIGPIPE.

Entendo que, no primeiro caso, dois processos separados gravam no pipe e, portanto, ele é aberto duas vezes, enquanto no segundo caso é aberto apenas uma vez por um único processo e gravado duas vezes, com o processo lendo o pipe sendo morto nesse meio tempo. O que não entendo é como isso afeta o comportamento do write.

A pipe(7)página de manual afirma:

Se todos os descritores de arquivo referentes ao final de leitura de um pipe tiverem sido fechados, então uma gravação (2) fará com que um sinal SIGPIPE seja gerado para o processo de chamada.

Esta condição não parece clara para mim. Um descritor de arquivo fechado simplesmente deixa de ser um descritor de arquivo, certo? Como dizer " a extremidade de leitura do tubo foi fechada " difere de " a extremidade de leitura do tubo não está aberta "?

Espero que minha pergunta tenha sido clara o suficiente. A propósito, se você pudesse sugerir dicas para entender em detalhes o funcionamento dos pipes Unix em relação a open, e operações close, eu agradeceria muito.readwrite

pipe signals

2 respostas

  1. Best Answer

    Seu exemplo está usando a fifonot a pipe, então está sujeito a fifo(7). pipe(7)também conta:

    Um FIFO (abreviação de First In First Out) tem um nome dentro do sistema de arquivos (criado usando mkfifo(3)) e é aberto usando open(2). Qualquer processo pode abrir um FIFO, desde que as permissões do arquivo o permitam. O final de leitura é aberto usando o sinalizador O_RDONLY; o final da gravação é aberto usando o sinalizador O_WRONLY. Veja fifo(7) para mais detalhes. Observação: embora os FIFOs tenham um nome de caminho no sistema de arquivos, a E/S nos FIFOs não envolve operações no dispositivo subjacente (se houver).

    E/S em pipes e FIFOs
    A única diferença entre pipes e FIFOs é a maneira como são criados e abertos. Uma vez que essas tarefas tenham sido realizadas, a E/S em pipes e FIFOs tem exatamente a mesma semântica.

    Então agora de fifo(7):

    O kernel mantém exatamente um objeto pipe para cada arquivo especial FIFO que é aberto por pelo menos um processo. O FIFO deve ser aberto em ambas as extremidades (leitura e escrita) antes que os dados possam ser passados. Normalmente, abrindo os blocos FIFO até que a outra extremidade seja aberta também.

    Portanto, antes que ambas as extremidades (aqui significando que há pelo menos um leitor e um gravador) sejam abertas, escreva blocos de acordo com fifo(7). Depois que ambas as extremidades foram abertas e, em seguida, (as) extremidades de leitura fechadas, a gravação gera SIGPIPE conforme pipe(7).

    Para um exemplo de uso de pipe (não fifo), veja a seção de exemplo depipe(2) : envolve pipe() (sem open(), já que pipe() realmente criou o par de pipes aberto), close(), read() write() e fork () (quase sempre há um fork () ao usar um pipe).

    A maneira mais simples de lidar com o SIGPIPE a partir do seu próprio código C, se você não quiser que ele morra ao gravar em um fifo, seria chamá signal(SIGPIPE, SIG_IGN);-lo e manipulá-lo verificando o errno EPIPEapós cada gravação ().

    • 12

  2. A gravação em um pipe ou FIFO que não possui um processo de leitura é tratada como uma condição de erro; ele gera um sinal SIGPIPE e falha com o código de erro EPIPE se o sinal for manipulado ou bloqueado.

    • 2

relate perguntas