Início / user-523864

CarmenCarmen's questions

Martin Hope
CarmenCarmen
Asked: 2024-08-02 09:49:20 +0800 CST
  • 13

De acordo com pipe(7):

Se todos os descritores de arquivo referentes à extremidade de leitura de um pipe tiverem sido fechados, então a write(2)fará com que um SIGPIPEsinal seja gerado para o processo de chamada. Se o processo de chamada estiver ignorando esse sinal, write(2)falhará com o erro EPIPE.

Por que o Unix precisa ter o SIGPIPEsinal quando write()pode simplesmente retornar EPIPEdiretamente? Meu entendimento é que os sinais são destinados a coisas que são inerentemente assíncronas (por exemplo, encerramento de um filho, interrupção terminal). Mas SIGPIPEsó é gerado como o resultado imediato de uma chamada to write(); nesse caso, ele sempre pode simplesmente retornar EPIPEto to caller para indicar o erro ao chamador.

Por que foi considerado necessário ter SIGPIPEalém de EPIPE?

pipe
Martin Hope
CarmenCarmen
Asked: 2024-02-20 22:50:28 +0800 CST
  • 6

Por curiosidade, executei o seguinte:

mkdir haha
cd haha
ln -s ../haha haha

O que criou uma estrutura recursiva como esta:

  ┌────────┐
  V        │
haha/      │
  haha/────┘

Eu queria ver o quão fundo eu poderia ir nisso, então digitei cd haha/e segurei Tabpara que o bash preenchesse automaticamente um monte de haha/s. Ele foi preenchido automaticamente até cd haha/haha/<SNIP>/haha/(um total de 40 "haha/"s) antes de parar de completar repentinamente (comportamento estranho nº 1). Eu pressionei Enter. Correndo pwd, vi que estava mesmo no diretório /home/me/haha/<SNIP>/haha/haha(41 "haha/"s). De dentro deste diretório, executei outro cd haha, que de repente me teletransportou de volta /home/me/haha(conforme confirmado por outro pwd). Huh? Por que isso acontece, é uma peculiaridade do bash? Limite do sistema de arquivos (estou usando btrfs)? Algo mais?

filesystems