Suponha que o aplicativo X esteja sendo executado em primeiro plano no painel tmux. Eu gostaria de enviar um determinado sinal, por exemplo, SIGUSR1, para o aplicativo X. Posso configurar um atalho de teclado tmux para enviar um sinal para o processo de primeiro plano do painel atualmente selecionado (ou grupo de processos)?
No meu Kubuntu
ps
pode me dar o ID do grupo de processos em primeiro plano no terminal ao qual o processo está conectado. A palavra-chave étpgid
. Se eu disserps
para consultar o processo identificado portmux
as#{pane_pid}
, obterei o ID do grupo de processos em primeiro plano neste painel.A seguinte ligação (em
~/.tmux.conf
) fará com que prefixkenvie SIGUSR1 para o grupo de processos em primeiro plano (o padrão prefixé Ctrl+ b):Notas:
O traço (
-
) antes é responsável por direcionar o grupo$(…)
de processos em primeiro plano . Você pode tentar sem o traço para direcionar apenas um processo; será o "líder" do grupo de processos em primeiro plano. Não há garantia de que o "líder" (ainda) exista. Segmentar o grupo é uma abordagem sensata, é semelhante a + enviar SIGINT ao grupo, embora o mecanismo seja diferente.Ctrlc:1
é retirado desta resposta: Formatarps
saída do comando sem espaço em branco . Livrar-se de espaços à esquerda é crucial quando adicionamos o traço.Há uma condição de corrida:
kill
atua depoisps
e não há garantia de que o grupo de processos ainda esteja em primeiro plano (ou exista).Você pode ter azar e acertar prefixkna hora em que o processo que deseja segmentar termina. Desta forma, você pode enviar inadvertidamente SIGUSR1 para outro processo. Pode ser a casca. E depois…
A ação padrão para SIGUSR1 é encerrar . Em particular, seu shell interativo que está em primeiro plano (ou seja, aguardando comando) pode sair no prefixk. Bash sim. Você pode evitar isso configurando uma armadilha de antemão:
trap '' USR1
fará com que o shell ignore o sinal. Nesse caso, os processos filhos também ignorarão o sinal, a menos que escolham explicitamente manipulá-lo (por exemplodd
, faz isso).trap : USR1
fará com que o shell "ignore" o sinal (reaja sem fazer nada), mas isso não afetará o comportamento dos processos filhos.O Tmux fornece o
pane_pid
, mas esse será o PID do processo superior no painel, que geralmente será o shell. Você precisará cavar um pouco mais para encontrar o PID do processo em primeiro plano, mas pode usá-lopane_pid
como ponto de partida.Versão simples -- Algo como:
Acredito que deve funcionar se não houver processos em segundo plano no painel.
Se você pode ter vários processos irmãos em execução no shell, com alguns deles em segundo plano, fica um pouco mais complicado. Acredito que você precisará fazer algo como use
ps -h --ppid #{pane_pid} -O stat
para obter os processos filho para opane_pid
, determinar qual deles está sendo executado em primeiro plano (ou seja, tem um+
naSTAT
coluna) e analisar esse PID.Uma implementação possível:
Isso, no entanto, ainda falhará se não houver nenhum processo filho (ou seja, o processo em primeiro plano no painel é o próprio shell).
Se você precisar levá-lo para o próximo nível de robustez, é claro, mova-o para um script de shell e verifique se realmente existem processos filhos antes de enviar o sinal.