Come impedire che l'applicazione lanciata nel Terminale venga indesideratamente chiusa?

Lancio applicazioni dal Terminale con comandi come questo:

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

La parte importante è il  &.

• Per Unix / Linux / Solaris:

  • Ho imparato a scuola che l'aggiunta  &del programma rende il programma autonomo.
  • Ricordo con forza lanciando un comando come  xeyes &e avere il programma in esecuzione sicuro anche dopo la chiusura del guscio.

• Su Mac OS X (Unix all'interno):

  1. Avvio un'app con  &e chiudo la finestra Terminale: l'applicazione si chiude!
  2. Perché questo comportamento indesiderato si verifica su Mac OS X?
  3. Come si puo aggiustare ?

Il modo "standard" di ottenere ciò che vuoi ottenere (su OS X, Linux, FreeBSD o altri sistemi) è usare il comando nohup:

nohup program &

Verrà avviato program, che verrà eseguito in background rispetto alla shell a causa del &- e ignorerà i segnali di blocco a causa del comando nohup.

In questo modo il programma continuerà a funzionare anche se si chiude la shell. Non importa se stai chiudendo la shell perché stai chiudendo Terminal.app o stai chiudendo la shell perché ti stai disconnettendo da una connessione ssh al computer o simili.

Quando si chiude una finestra di terminale, invia un SIGHUP (segnale di blocco) alla shell, che quindi invia SIGHUP a tutti i processi avviati . Questo è un comportamento tradizionale per bash e molte altre shell, e la soluzione tradizionale è usare nohup.

Ci sono modi in cui le diverse macchine Unix possono differire, quindi è possibile che gli emulatori di terminali specifici che hai usato o le shell specifiche che hai usato si siano comportati diversamente. Ma non è specifico per OS X. Ad esempio, c'è una domanda su questo stesso problema su Ubuntu.

Usando la " &" e commerciale , stai dicendo a Terminal di eseguire il processo sullo sfondo della shell stessa. Pertanto, quando si chiude la shell (e si interrompe il processo), anche la GUI (Mail.app stessa) si chiuderà.

Il comando corretto per avviare Mail dal terminale è semplicemente:

open -a Mail; exit

Modifica: l' ho appena trovato su U&L Stack Exchange: cosa significa e commerciale alla fine di una riga di script della shell? Le risposte fornite sono eccellenti e spiegano esattamente cosa sta succedendo in modo più dettagliato e migliore di quanto potessi mai fare! Consiglio vivamente di leggerlo.

@jksoegaard ha i comandi corretti ma, come hai detto nel commento, crea un file nohup.out. Per interrompere la creazione del file nohup.out, è necessario reindirizzare STDOUT e STDERR da qualche altra parte. Il comando completo sarebbe nohup program &>/dev/null &. Questo eseguirà il tuo programma in background, ignorando SIGHUP e inviando tutti STDOUT e STDERR a / dev / null.

Tuttavia, se non ti ricordi di aggiungere nohup (come nella domanda originale), puoi utilizzare il disown -arhcomando per contrassegnare tutti i processi in esecuzione in background per ignorare SIGHUP.

Ho trovato la soluzione :

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

È semplice, è carino e funziona!

Le parentesi  ( )lanciano il comando in una sotto-shell.

Oppure puoi provare open -a /Applications/Mail.app

Utilizzo: open [-e] [-t] [-f] [-W] [-R] [-n] [-g] [-h] [-s] [- b] [-a] [nomi file] [--args argomenti]
Aiuto: Apri apre i file da una shell.
      Per impostazione predefinita, apre ogni file utilizzando l'applicazione predefinita per quel file.
      Se il file ha la forma di un URL, il file verrà aperto come URL.
Opzioni:
      -a Si apre con l'applicazione specificata.
      -b Si apre con l'identificatore del bundle dell'applicazione specificato.
      -e Si apre con TextEdit.
      -t Si apre con l'editor di testo predefinito.
      -f Legge l'input dall'input standard e si apre con TextEdit.
      -F --fresh Avvia l'app fresca, cioè senza ripristinare Windows. Lo stato persistente salvato viene perso, esclusi i documenti senza titolo.
      -R, --reveal Seleziona nel Finder invece di aprirlo.
      -W, --wait-apps Blocca fino alla chiusura delle applicazioni utilizzate (anche se erano già in esecuzione).
          --args Tutti gli argomenti rimanenti vengono passati in argv alla funzione main () dell'applicazione anziché aperta.
      -n, --new Apre una nuova istanza dell'applicazione anche se è già in esecuzione.
      -j, --hide Avvia l'app nascosta.
      -g, --background Non porta l'applicazione in primo piano.
      -h, --header Cerca le posizioni dei file di intestazione per le intestazioni corrispondenti ai nomi di file indicati e le apre.
      -s Per -h, l'SDK da usare; se fornito, vengono cercati solo SDK i cui nomi contengono il valore dell'argomento.
                        Altrimenti viene utilizzato l'SDK con la versione più alta in ciascuna piattaforma.

Ho trovato una soluzione: combattere il male con il male.

Avvio la mia app con questo tipo di comando:

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

La shell esce immediatamente. E l'app sopravvive, anche dopo aver chiuso la finestra del Terminale.

Ma questa soluzione non è molto utile.