Início / unix / Perguntas / 467169
Accepted
Kamil Maciorowski
Asked: 2018-09-06 15:36:32 +0800 CST

Comportamento estranho de `/proc/self/environ` em alguns shells; o que está acontecendo?

  • 772

Estou no Debian GNU/Linux 9. Eu sei que /procé especial , eu sei o que /proc/selfé .

Este comando

sh -c '/bin/cat /proc/self/comm - </proc/self/comm'

rendimentos

cat
sh

O padrão será semelhante se eu usar dashem vez de sh. Mas com bash, kshou zsho resultado é

cat
cat

Tomando /proc/self/statem vez de /proc/self/commposso confirmar que os dois cat-s são de fato o mesmo processo único. Aparentemente, as conchas diferem sob o capô, tudo bem. Agora vamos pegar

sh -c '/bin/cat /proc/self/environ - </proc/self/environ'

Tendo observado o acima, com shou dashespero ver o ambiente do catprimeiro, o ambiente do shell depois. Parece funcionar (ambos os ambientes provavelmente são idênticos de qualquer maneira, então é difícil dizer se tudo funciona como esperado, mas meu ponto é: nenhum environestá vazio).

Com bash, kshou zshespero ver o ambiente das catduas vezes, mas só é impresso uma vez . Dividindo em dois casos separados:

  • bash -c '/bin/cat - </proc/self/environ'não imprime nada, como se environestivesse vazio;
  • bash -c '/bin/cat /proc/self/environ'imprime algo como esperado.

O que está acontecendo? Este não é o caso com commou stat. Por que é environdiferente?

$ uname -a
Linux barbaz 4.9.0-6-amd64 #1 SMP Debian 4.9.88-1 (2018-04-29) x86_64 GNU/Linux
shell io-redirection

1 respostas

  1. Best Answer

    As diferenças entre os shells são devido a diferenças na configuração do processo. dashconfigura redirecionamentos antes da bifurcação, então /proc/selfaponta para o shell; bashe zshconfigurá-los após a bifurcação, então /proc/selfaponta para o novo processo. Você pode ver isso acontecer com strace -f:

    • strace -f dash -c '/bin/cat /proc/self/comm - </proc/self/comm'shows (entre muitas outras coisas)

        open("/proc/self/comm", O_RDONLY)       = 3
  fcntl(0, F_DUPFD, 10)                   = 10
  close(0)                                = 0
  fcntl(10, F_SETFD, FD_CLOEXEC)          = 0
  dup2(3, 0)                              = 0
  close(3)                                = 0
  clone(child_stack=NULL, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f12581299d0) = 7743
  strace: Process 7743 attached
  [pid  7742] wait4(-1,  <unfinished ...>
  [pid  7743] execve("/bin/cat", ["/bin/cat", "/proc/self/comm", "-"], [/* 43 vars */]) = 0

      ( /proc/self/commé aberto antes da clonechamada do sistema, que é onde o processo se bifurca);

    • strace -f bash -c '/bin/cat /proc/self/comm - </proc/self/comm'mostra

        clone(child_stack=NULL, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fb506bdee10) = 8106
  strace: Process 8106 attached
  [... snip a ton of signal-handling setup ...]
  [pid  8106] open("/proc/self/comm", O_RDONLY) = 3
  [pid  8106] dup2(3, 0)                  = 0
  [pid  8106] close(3)                    = 0
  [pid  8106] execve("/bin/cat", ["/bin/cat", "/proc/self/comm", "-"], [/* 43 vars */]) = 0

      ( /proc/self/commé aberto após a clonechamada, no processo filho, 8106).

    Entender por que environaparece vazio requer um pouco mais de explicação. Quando /proc/<pid>/environé aberto , o kernel salva uma cópia do ponteiro para o da tarefamm_struct , que contém ponteiros para o ambiente. Mas execve, que é usado para iniciar o catprocesso, cria um novo mm_structpara o processo . Assim o redirecionamento acaba apontando para informações obsoletas e ao catler sua entrada não vê seu ambiente real. O ambiente que ele vê deve ser uma cópia de seu pai, mas os shells envolvidos o limpam antes de bifurcar e configurar o novo ambiente (que é configurado por execve).

    • 5

relate perguntas