Comment empêcher la fermeture indésirable de l'application lancée dans Terminal?

Je lance des applications depuis le terminal avec des commandes comme celle-ci:

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

La partie importante est la  &.

• Pour Unix / Linux / Solaris:

  • J'ai appris à l'école qu'en ajoutant  &le programme, le programme se vit tout seul.
  • Je me souviens fortement d'avoir lancé une commande comme  xeyes &et d'avoir exécuté le programme en toute sécurité même après avoir fermé le shell.

• Sous Mac OS X (Unix à l'intérieur):

  1. Je lance une application avec  &et je ferme la fenêtre Terminal: l'application se ferme!
  2. Pourquoi ce comportement indésirable se produit-il sur Mac OS X?
  3. Comment résoudre ce problème?

La façon "standard" d'accomplir ce que vous voulez accomplir (sur OS X ainsi que sur Linux, FreeBSD ou d'autres systèmes) est d'utiliser la commande nohup:

nohup program &

Cela démarrera program, qui s'exécutera en arrière-plan par rapport au shell à cause du &- et ignorera les signaux de raccrochage dus à la commande nohup.

De cette façon, le programme continuera à s'exécuter même si vous fermez le shell. Peu importe si vous fermez le shell parce que vous fermez Terminal.app, ou si vous fermez le shell parce que vous vous déconnectez d'une connexion ssh à l'ordinateur, ou similaire.

Lorsque vous fermez une fenêtre de terminal, il envoie un SIGHUP (signal de raccrochage) au shell, qui envoie ensuite SIGHUP à tous les processus qu'il a démarrés . Il s'agit d'un comportement traditionnel pour bash et de nombreux autres shells, et la solution traditionnelle consiste à utiliser nohup.

Il existe différentes manières dont différentes machines Unix peuvent différer, il est donc possible que les émulateurs de terminaux spécifiques que vous avez utilisés ou les shells spécifiques que vous avez utilisés se soient comportés différemment. Mais ce n'est pas spécifique à OS X. Par exemple, il y a une question sur ce même problème sur Ubuntu.

À l'aide de l'esperluette " &", vous dites à Terminal d'exécuter le processus en arrière-plan du shell lui-même. Ainsi, lorsque vous fermez le shell (et tuez le processus), l'interface graphique (Mail.app elle-même) se ferme également.

La commande correcte pour lancer Mail depuis le terminal est simplement:

open -a Mail; exit

Edit: Je viens de trouver ceci sur U&L Stack Exchange: Que signifie esperluette à la fin d'une ligne de script shell? Les réponses fournies sont excellentes et expliquent exactement ce qui se passe plus en détail et mieux que jamais! Je recommande fortement de le lire.

@jksoegaard a les commandes appropriées mais comme vous l'avez mentionné dans le commentaire, il crée un fichier nohup.out. Pour arrêter la création du fichier nohup.out, vous devez rediriger STDOUT et STDERR ailleurs. La commande complète serait nohup program &>/dev/null &. Cela exécutera votre programme en arrière-plan, ignorant le SIGHUP et envoyant tous les STDOUT et STDERR vers / dev / null.

Cependant, si vous ne vous êtes pas souvenu d'ajouter nohup (comme dans votre question d'origine), vous pouvez utiliser la disown -arhcommande pour marquer tous les travaux en cours en arrière-plan pour ignorer SIGHUP.

J'ai trouvé la solution :

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

C'est simple, c'est joli, et ça marche!

Les parenthèses  ( )lancent la commande dans un sous-shell.

Ou vous pouvez essayer open -a /Applications/Mail.app

Utilisation: ouvrir [-e] [-t] [-f] [-W] [-R] [-n] [-g] [-h] [-s] [- b] [-a] [noms de fichiers] [--args arguments]
Aide: Ouvrir ouvre des fichiers à partir d'un shell.
      Par défaut, ouvre chaque fichier à l'aide de l'application par défaut pour ce fichier.
      Si le fichier est sous la forme d'une URL, le fichier sera ouvert en tant qu'URL.
Options:
      -a Ouvre avec l'application spécifiée.
      -b Ouvre avec l'identifiant de bundle d'application spécifié.
      -e Ouvre avec TextEdit.
      -t Ouvre avec l'éditeur de texte par défaut.
      -f Lit l'entrée depuis l'entrée standard et ouvre avec TextEdit.
      -F --fresh Lance l'application fraîche, c'est-à-dire sans restaurer les fenêtres. L'état persistant enregistré est perdu, à l'exclusion des documents sans titre.
      -R, --reveal Sélectionne dans le Finder au lieu de l'ouvrir.
      -W, --wait-apps Bloque jusqu'à la fermeture des applications utilisées (même si elles étaient déjà en cours d'exécution).
          --args Tous les arguments restants sont passés en argv à la fonction main () de l'application au lieu d'être ouverts.
      -n, --new Ouvre une nouvelle instance de l'application même si une est déjà en cours d'exécution.
      -j, --hide Lance l'application masquée.
      -g, --background N'amène pas l'application au premier plan.
      -h, --header Recherche dans les emplacements des fichiers d'en-tête les en-têtes correspondant aux noms de fichiers donnés et les ouvre.
      -s Pour -h, le SDK à utiliser; s'ils sont fournis, seuls les SDK dont les noms contiennent la valeur d'argument sont recherchés.
                        Sinon, le SDK avec la version la plus élevée de chaque plate-forme est utilisé.

J'ai trouvé une solution: combattre le mal par le mal.

Je lance mon application avec ce genre de commande:

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

L'obus sort immédiatement. Et l'application survit, même après avoir fermé la fenêtre du terminal.

Mais cette solution n'est pas très pratique.