Wie kann verhindert werden, dass die in Terminal gestartete Anwendung unerwünscht beendet wird?

Ich starte Anwendungen vom Terminal aus mit Befehlen wie diesem:

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

Der wichtige Teil ist die &.

• Für Unix / Linux / Solaris:

  • Ich habe in der Schule gelernt, dass das Hinzufügen von & macht das Programm selbstständig.
  • Ich kann mich sehr gut daran erinnern, einen Befehl wie xeyes & und das Programm läuft sicher, auch nachdem ich die Shell geschlossen habe.

• Unter Mac OS X (Unix inside):

  1. Ich starte eine App mit & und ich schließe das Terminal-Fenster: Die Anwendung wird beendet!
  2. Warum tritt dieses unerwünschte Verhalten unter Mac OS X auf?
  3. Wie kann das behoben werden?

Die "Standard" -Methode, um das zu erreichen, was Sie erreichen möchten (unter OS X sowie unter Linux, FreeBSD oder anderen Systemen), ist die Verwendung des Befehls nohup:

nohup program &

Das wird beginnen program, die wegen der im Hintergrund relativ zur Shell laufen & - und ignoriert Hangup-Signale aufgrund des Befehls nohup.

Auf diese Weise läuft das Programm weiter, obwohl Sie die Shell schließen. Es spielt keine Rolle, ob Sie die Shell schließen, weil Sie Terminal.app schließen, oder ob Sie die Shell schließen, weil Sie die Verbindung zu einem SSH-Computer oder ähnlichem trennen.

Wenn Sie ein Terminalfenster schließen, sendet es ein SIGHUP (Hangup-Signal) an die Shell sendet SIGHUP an alle gestarteten Prozesse . Dies ist ein traditionelles Verhalten für Bash und viele andere Shells. Die traditionelle Lösung hierfür ist die Verwendung von Nohup.

Es gibt verschiedene Möglichkeiten, wie sich verschiedene Unix-Maschinen unterscheiden können. Daher ist es möglich, dass sich die von Ihnen verwendeten Terminalemulatoren oder die von Ihnen verwendeten Shells unterschiedlich verhalten haben. Es ist jedoch nicht OS X-spezifisch. Beispielsweise gibt es unter Ubuntu zu diesem Thema eine Frage.

Verwenden des kaufmännischen Und " & ", weisen Sie Terminal an, den Prozess im Hintergrund der Shell selbst auszuführen. Wenn Sie die Shell schließen (und den Prozess beenden), wird die GUI (Mail.app selbst) ebenfalls geschlossen.

Der richtige Befehl zum Starten von Mail über das Terminal lautet einfach:

open -a Mail; exit

Bearbeiten: Ich habe dies gerade bei U & amp; L Stack Exchange gefunden: Was bedeutet kaufmännisches Und am Ende einer Shell-Skriptzeile? Die Antworten sind ausgezeichnet und erklären das, was los ist, genauer und besser als ich es je könnte! Ich empfehle es durchzulesen.

@jksoegaard hat die richtigen Befehle, aber wie Sie im Kommentar erwähnt haben, wird eine Datei nohup.out erstellt. Um die Erstellung der Datei nohup.out zu stoppen, müssen Sie STDOUT und STDERR an eine andere Stelle umleiten. Der vollständige Befehl wäre nohup program &>/dev/null &. Dadurch wird Ihr Programm im Hintergrund ausgeführt, das SIGHUP ignoriert und alle STDOUT- und STDERR-Werte an / dev / null gesendet.

Wenn Sie jedoch nicht daran gedacht haben, nohup hinzuzufügen (wie in Ihrer ursprünglichen Frage), können Sie das verwenden disown -arh Befehl zum Markieren aller im Hintergrund ausgeführten Jobs, um die REGISTRIERUNG zu ignorieren.

Ich habe die Lösung gefunden:

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

Es ist einfach, es ist hübsch und es funktioniert!

Die Klammern ( ) Starten Sie den Befehl in einer Sub-Shell.

Oder du kannst es versuchen open -a /Applications/Mail.app

Usage: open [-e] [-t] [-f] [-W] [-R] [-n] [-g] [-h] [-s ][-b ] [-a ] [filenames] [--args arguments]
Help: Open opens files from a shell.
      By default, opens each file using the default application for that file.
      If the file is in the form of a URL, the file will be opened as a URL.
Options:
      -a                Opens with the specified application.
      -b                Opens with the specified application bundle identifier.
      -e                Opens with TextEdit.
      -t                Opens with default text editor.
      -f                Reads input from standard input and opens with TextEdit.
      -F  --fresh       Launches the app fresh, that is, without restoring windows. Saved persistent state is lost, excluding Untitled documents.
      -R, --reveal      Selects in the Finder instead of opening.
      -W, --wait-apps   Blocks until the used applications are closed (even if they were already running).
          --args        All remaining arguments are passed in argv to the application's main() function instead of opened.
      -n, --new         Open a new instance of the application even if one is already running.
      -j, --hide        Launches the app hidden.
      -g, --background  Does not bring the application to the foreground.
      -h, --header      Searches header file locations for headers matching the given filenames, and opens them.
      -s                For -h, the SDK to use; if supplied, only SDKs whose names contain the argument value are searched.
                        Otherwise the highest versioned SDK in each platform is used.

Ich habe eine Lösung gefunden: das Böse mit dem Bösen bekämpfen.

Ich starte meine App mit diesem Befehl:

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

Die Shell wird sofort beendet. Und die App überlebt, auch wenn ich das Terminalfenster schließe.

Diese Lösung ist jedoch nicht sehr praktisch.