Início / unix / Perguntas / 455214
Accepted
Kevin
Asked: 2018-07-14 14:03:43 +0800 CST

Definir máscara de sinal do processo filho no Bash

  • 772

Aqui está o meu problema - estou tentando escrever um pequeno script wrapper que adiciona um argumento de linha de comando quando o Xorg é chamado (não tenho acesso à fonte do chamador). Parecia bastante simples, mas o problema que estou executando agora é que o chamador está esperando por um USR1sinal do Xorg. Na página de manual do XSERVER:

SIGUSR1

Este sinal é usado de forma bastante diferente de qualquer um dos acima. Quando o servidor é iniciado, ele verifica se herdou SIGUSR1 como SIG_IGN em vez do SIG_DFL usual. Nesse caso, o servidor envia um SIGUSR1 para seu processo pai depois de configurar os vários esquemas de conexão. O Xdm usa esse recurso para reconhecer quando a conexão com o servidor é possível.

Eu pensei que poderia simplesmente capturar o sinal e encaminhá-lo:

#!/bin/bash
parent_trap(){
   echo sending USR1 to $PPID &> /tmp/wrapper.log
   kill -USR1 $PPID
}
trap "parent_trap" USR1
Xorg $@ (extra stuff) &
wait

Mas é claro que isso não funciona, pois o próprio script é iniciado pelo chamador ignorando USR1. ACHO que o que preciso fazer é fazer com que o script pare de ignorar o sinal, mas também de alguma forma inicie o Xorg com USR1ignorado (para acionar o comportamento da página man.)

Isso é possível no Bash/alguma outra linguagem de script? Por algumas razões, espero evitar uma solução compilada, mas não é impensável. Também é possível que eu esteja pensando completamente sobre isso errado e haja alguma outra maneira de ir USR1do Xorg para o chamador.

bash x11

1 respostas

  1. Best Answer

    Seu novo roteiro

    Em vez de tentar fazer algo sofisticado com os sinais, por que não fazer isso:

    $ cat xorg_wrapper
#!/bin/bash

exec Xorg $@ (extra stuff)

    Como funciona

    Para ilustrar o que está acontecendo com o acima, aqui está um exemplo mais elaborado que ajuda a mostrar a mecânica do execscript acima.

    $ cat xorg.bash
#!/bin/bash

echo "script's PID: $$"
sleep 5
echo "starting fakeXorg..."
exec sleep 5

# Nothing below here will execute due to exec
echo $!
echo "fakeXorg finished..."
sleep 5

    Isso iniciará o Xorg como você especificou, mas como estamos usando o execcomando Xorgassumirá o mesmo PID e substituirá nosso xorg.bashscript por ele mesmo.

    NOTA: A intenção das últimas 3 linhas acima é demonstrar que o xorg.bashnão está mais em reprodução/execução após a execução do exec sleep ...comando.

    Exemplo

    Primeiro executamos nosso script:

    $ ./xorg.bash
script's PID: 22471

...5 seconds passes...

starting fakeXorg...

...now the exec runs and 5 more seconds pass...

$

    Se fôssemos monitorar isso em outro shell usando ps auxf, veríamos isso.

    fase 1 - xorg.bash pré-executivo 
    $ ps auxf
....
root     21184  0.0  0.3 116596  3412 pts/2    S    20:19   0:00                  \_ /bin/bash
root     22471  0.0  0.1 113176  1400 pts/2    S+   20:43   0:00                      \_ /bin/bash ./xorg.bash
root     22472  0.0  0.0 107948   348 pts/2    S+   20:43   0:00                          \_ sleep 5
    fase 2 - xorg.bash pós-executivo 
    $ ps auxf
....
root     21184  0.0  0.3 116596  3412 pts/2    S    20:19   0:00                  \_ /bin/bash
root     22471  0.0  0.0 107948   352 pts/2    S+   20:43   0:00                      \_ sleep 5

    Observe na fase 1 que xorg.bashtem um PID de 22471, mas na fase 2, exec sleep 5agora tem o mesmo PID, 22471.

    As linhas depoisexec ...

    A função do execcomando faz com que o shell atual seja substituído por outro executável:

       $ help exec
    ...
        Replace the shell with the given command.

    Como consequência disso, quaisquer comandos no xorg.bashnunca são executados porque no ponto onde exec ....está, xorg.bashdeixa de existir como processo, tendo sido substituído pelo sleepcomando.

    Referências

    • 2

relate perguntas