Início / unix / Perguntas / 706492
Accepted
Joseph Sible-Reinstate Monica
Asked: 2022-06-17 18:49:36 +0800 CST

Como o bash sabe sobre o coprocesso de seu pai nessa situação e por que uma linha shebang o altera?

  • 772

outer.sh:

ls -l /proc/$$/exe
coproc cat
./inner.sh
kill $!

inner.sh:

ls -l /proc/$$/exe
set | grep COPROC || echo No match found
coproc cat
kill $!

Quando executo ./outer.sh, isso é impresso:

lrwxrwxrwx 1 joe joe 0 Jun 16 22:47 /proc/147876/exe -> /bin/bash
lrwxrwxrwx 1 joe joe 0 Jun 16 22:47 /proc/147879/exe -> /bin/bash
No match found
./inner.sh: line 3: warning: execute_coproc: coproc [147878:COPROC] still exists

Já que COPROCe COPROC_PIDnão estão definidos na criança, como ele sabe sobre o do pai para poder me dar esse aviso?

Além disso, descobri que, se eu adicionar #!/bin/bashao topo de inner.sh, ou se eu chamar bash ./inner.shem vez de apenas ./inner.shde outer.sh, o aviso desaparecerá. Por que isso muda alguma coisa, já que está sendo executado com um subprocesso bash de qualquer maneira?

bash shebang

1 respostas

  1. Best Answer

    Um script sem shebang deve ser interpretado por um shinterpretador compatível com POSIX. Essa é realmente a maneira POSIX de escrever scripts POSIX, POSIX não especifica shebangs, embora na prática usar shebangs seja mais portátil / confiável, e aqui está um bom exemplo do porquê.

    O shell bash é um interpretador POSIX sh. bash (algumas versões e em algumas compilações personalizadas e em alguns ambientes) é na verdade o único shell FLOSS que eu sei que foi certificado como compatível ao executar como sh(não ao executar como bash).

    Ao executar um script sem shebang, o bash, ao execve()retornar ENOEXEC e depois de verificar que não se parece com um arquivo binário, o interpreta em um filho dele, simulando uma execução tentando redefinir seu estado para o padrão.

    Isso significa, no entanto, que esse script, quando executado, bashé interpretado como um script bash em vez de um script POSIX sh, a menos que bashesteja sendo executado no próprio modo POSIX (como quando invocado como shele mesmo).

    $ cat a
alias uname='echo hi'
uname
$ zsh -c ./a
hi
$ sh ./a
hi
$ bash -c ./a
Linux
$ (exec -a sh bash -c ./a)
hi

    Veja como afoi interpretado como bashidioma (ignorando aliases) em vez dos idiomas sh quando invocado pelo bash.

    ~$ strace -qqfe execve bash -c ./a
execve("/usr/bin/bash", ["bash", "-c", "./a"], 0x7fff0081a820 /* 66 vars */) = 0
execve("./a", ["./a"], 0x55b18b3a4660 /* 66 vars */) = -1 ENOEXEC (Exec format error)
[pid 123559] execve("/usr/bin/uname", ["uname"], 0x55b18b3a4660 /* 66 vars */) = 0
Linux
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=123559, si_uid=1000, si_status=0, si_utime=0, si_stime=0} ---

    Veja como bashnão executei shpara interpretar o script.

    O fato de você conseguir isso warning: execute_coproc: coproc [147878:COPROC] still existsé um bug que bashnão consegue redefinir seu estado corretamente.

    De qualquer forma, coprocnão é uma palavra- shchave, portanto, não tem seu lugar em um script sem shebang. coprocé de zsh(enquanto coprocessos são de ksh), embora basha implementação de 's seja completamente diferente, então você deve ter um #! /bin/bash -shebang aqui.

    Com bash ./inner.shou com um shebang, há uma execução adequada de uma nova instância do interpretador execve()e limpa completa e corretamente a memória do processo.

    • 4

relate perguntas