Como impedir que o aplicativo iniciado no Terminal saia indesejadamente?

Eu inicio aplicativos do Terminal com comandos como este:

/Applications/Mail.app/Contents/MacOS/Mail &

A parte importante é a  &.

• Para Unix / Linux / Solaris:

  • Eu aprendi na escola que adicionar o  &faz o programa viver por conta própria.
  • Lembro-me fortemente de ter lançado um comando  xeyes &e ter o programa em execução seguro, mesmo depois de fechar o shell.

• No Mac OS X (dentro do Unix):

  1. Inicio um aplicativo  &e fecho a janela do Terminal: o aplicativo sai!
  2. Por que esse comportamento indesejável ocorre no Mac OS X?
  3. Como isso pode ser consertado ?

A maneira "padrão" de realizar o que você deseja realizar (no OS X, Linux, FreeBSD ou outros sistemas) é usar o comando nohup:

nohup program &

Isso iniciará program, que será executado em segundo plano em relação ao shell por causa dos &- e ignorará os sinais de interrupção devido ao comando nohup.

Dessa forma, o programa continuará sendo executado mesmo que você feche o shell. Não importa se você está fechando o shell porque está fechando o Terminal.app ou se está fechando o shell porque está desconectando de uma conexão ssh com o computador ou similar.

Quando você fecha uma janela do terminal, ele envia um SIGHUP (sinal de interrupção) para o shell, que envia o SIGHUP para todos os processos iniciados . Esse é um comportamento tradicional para o bash e muitos outros shells, e a solução tradicional para isso é usar nohup.

Existem várias maneiras pelas quais diferentes máquinas Unix podem ser diferentes, portanto, é possível que os emuladores de terminal específicos que você usou ou os shells específicos que você usou tenham se comportado de maneira diferente. Mas não é específico para o OS X. Por exemplo, há uma pergunta sobre esse mesmo problema no Ubuntu.

Usando o "e comercial" &", você está dizendo ao Terminal para executar o processo em segundo plano do próprio shell. Assim, quando você fecha o shell (e mata o processo), a GUI (Mail.app em si) também fecha.

O comando correto para iniciar o Mail a partir do terminal é simplesmente:

open -a Mail; exit

Edit: Acabei de encontrar isso no U&L Stack Exchange: O que significa e comercial no final de uma linha de script de shell? As respostas fornecidas são excelentes e explicam exatamente o que está acontecendo com mais detalhes e melhor do que eu jamais pude! Eu recomendo a leitura.

O @jksoegaard possui os comandos adequados, mas como você mencionou no comentário, ele cria um arquivo nohup.out. Para impedir que o arquivo nohup.out seja criado, é necessário redirecionar STDOUT e STDERR para outro lugar. O comando completo seria nohup program &>/dev/null &. Isso executará seu programa em segundo plano, ignorando o SIGHUP e enviando todos os STDOUT e STDERR para / dev / null.

No entanto, se você não se lembrou de adicionar nohup (como na sua pergunta original), pode usar o disown -arhcomando para marcar todos os trabalhos em execução em segundo plano para ignorar o SIGHUP.

Eu encontrei a solução :

(/Applications/Mail.app/Contents/MacOS/Mail &)

É simples, é bonito e funciona!

Os parênteses  ( )iniciam o comando em uma subcasca.

Ou você pode tentar open -a /Applications/Mail.app

Uso: abrir [-e] [-t] [-f] [-W] [-R] [-n] [-g] [-h] [-s] [- b] [-a] [nomes de arquivos] [--args argumentos]
Ajuda: Abrir abre arquivos de um shell.
      Por padrão, abre cada arquivo usando o aplicativo padrão para esse arquivo.
      Se o arquivo estiver no formato de uma URL, ele será aberto como uma URL.
Opções:
      -a Abre com o aplicativo especificado.
      -b Abre com o identificador de pacote de aplicativos especificado.
      -e Abre com o TextEdit.
      -t Abre com o editor de texto padrão.
      -f Lê a entrada da entrada padrão e abre com o TextEdit.
      -F --fresh Inicia o aplicativo atualizado, ou seja, sem restaurar as janelas. O estado persistente salvo é perdido, excluindo documentos sem título.
      -R, --reveal Seleciona no Finder em vez de abrir.
      -W, --wait-apps Bloqueia até que os aplicativos usados ​​sejam fechados (mesmo que já estejam em execução).
          --args Todos os argumentos restantes são passados ​​em argv para a função main () do aplicativo, em vez de abertos.
      -n, --new Abre uma nova instância do aplicativo, mesmo que já esteja em execução.
      -j, --hide Inicia o aplicativo oculto.
      -g, --background Não traz o aplicativo para o primeiro plano.
      -h, --header Pesquisa os locais dos arquivos de cabeçalho nos cabeçalhos correspondentes aos nomes de arquivos fornecidos e os abre.
      -s Para -h, o SDK a ser usado; se fornecido, apenas os SDKs cujos nomes contêm o valor do argumento são pesquisados.
                        Caso contrário, o SDK com versão mais alta em cada plataforma é usado.

Eu encontrei uma solução: combater o mal com o mal.

Eu inicio meu aplicativo com este tipo de comando:

/Applications/Mail.app/Contents/MacOS/Mail & exit

O shell sai de uma só vez. E o aplicativo sobrevive, mesmo depois de fechar a janela do Terminal.

Mas esta solução não é muito útil.