Nomenclatura para dependência de aplicativo

A dependência seria matlabgerada como um processo filho do seu shell, que por sua vez é um processo filho do seu aplicativo emulador de terminal.

Agora, não é isso que faz matlabexit quando seu shell sai/é encerrado.

O próprio shell possui um gancho que percebe que está prestes a terminar e enviará um sinal de "desligamento" (como ao desligar o telefone), SIGHUPpara o(s) processo(s) que ele gerou. A menos que o seu processo (ou seja, matlab) tenha instalado um manipulador específico para aquele sinal que o interrompa, ou tenha dito explicitamente que irá ignorar esse sinal, ele será encerrado.

Portanto, o relacionamento entre matlabe seu shell é parental , mas o que sai do matlab é uma intervenção explícita do shell.

A resposta de Romeo mostra como contornar isso: em vez de lançar matlab, você pode lançar o nohupprograma, o que por si só não faz muito – ele apenas declara que ignora o sinal de desligamento e lança o programa que você especificou como argumento, substituindo-se. (Ele também dobra a entrada e a saída padrão, se desejado.)

Para executar o comando e desanexá-lo do terminal, a prática usual do UNIX/Linux é usar algo como:

nohup <command> >out_log 2>err_log &

nohupdesanexe-o do terminal

&coloque em segundo plano

(é claro, substitua <command>pelo nome do seu comando, como /Applications/Matlab_R2020a.app/bin/matlab)

A construção >out_logarmazena em arquivo out_loga saída do programa, enviada para STDOUT. A construção 2>err_logarmazena em arquivo err_loga saída do programa, enviada ao STDERR. É uma boa prática manter essas informações e armazená-las em um arquivo separado em caso de necessidade de alguma depuração, investigação, etc.