Por que 'nohup' e 'disown' não funcionam no SoX (chamado de 'play')

Question

Eu posso executar este comando:

$ play mylist.m3u

E música toca.

Em seguida, posso pressionar Ctrl-Z para suspender o trabalho e emitir bg para executá-lo em segundo plano.

No entanto, se eu executar disown e exit , a música será interrompida, mesmo que o comando play ainda seja exibido em ps .

Espero que a música continue tocando.

Também interessante

Eu corro o comando

$ play mylist.m3u &

A música não é reproduzida. O trabalho é exibido como o status stopped .

Eu também posso executar o comando

$ nohup play mylist.m3u &

E nenhuma música é reproduzida - o trabalho pára imediatamente.

No entanto,

$ nohup play mylist.m3u

A música é reproduzida, mas não posso rejeitá-la, como antes.

Parece que tudo isso está relacionado.

A maioria dos programas se comporta bem quando disown ed ou percorre nohup , mas não SoX.

Alguém sabe por quê?

    

Answer 1

SoX quer / precisa de entrada & saída ... digitando 'play xxxx' no console, você está executando normalmente, com stdin & stdout (& stderr) todos conectados.

Quando você faz o trabalho em segundo plano (com &), ele é iniciado e, em seguida, é pausado, pois está aguardando o acesso a stdin & stdout.

A mesma coisa ocorre quando você 'nohup' um trabalho. Se precisar de entrada do teclado, ele será "bloqueado" e será pausado pelo sistema até receber acesso a stdin.

renegando um processo efetivamente o corta de stdin & stdout que estavam conectados ao console que iniciou o processo.

Ainda está "em execução", mas está bloqueado (pausado) pelo sistema, pois está aguardando o acesso a stdin & stdout.

    

Answer 2

Para a pessoa rara que, como eu, tinha esse problema e finalmente conseguiu no Google algo que não era sobre beisebol * e queria uma solução real:

$ play whatever.wav &>/dev/null </dev/null &

Isso é executado em segundo plano sem parar.

_{* O Red Sox do beisebol play , e aparentemente alguns jogadores preferem o centro das atenções ao plano de fundo . Resmungar.}

    

Answer 3

Também é possível usar a opção -q para garantir que o SoX não grave em std-whatever, sem redirecionar para / dev / null.

$ play filename -q &