Je pensais que c'était possible avec un '&' suivant la fameuse commande.
Oui, à condition que la commande n'essaie pas de dialoguer avec le terminal. Dans ce cas, le kernel suspend le programme (d'où le "suspended (tty output)") jusqu'à ce que celui-ci y ait à nouveau accès.
Dans le cas de mplayer, je viens de tester et j'obtiens les résultats suivants: mplayer fichier &
mplayer est suspendu; si je fais "fg" puis CTRL-Z "bg", il continue bien en background.
mplayer fichier < /dev/null &
mplayer tourne sans problème en arrière plan.
Conclusion:
mplayer doit faire un accès au "standard input" au démarrage, ce qui provoque sa suspension.
Il ne doit plus en faire par la suite, il n'est donc pas bloqué après la mise en arrière-plan manuelle
[^] # Re: .
Posté par netsurfeur . En réponse au message cmd& me met bien le processus en BG mais stoppé. Évalué à 2.
Oui, à condition que la commande n'essaie pas de dialoguer avec le terminal. Dans ce cas, le kernel suspend le programme (d'où le "suspended (tty output)") jusqu'à ce que celui-ci y ait à nouveau accès.
Dans le cas de mplayer, je viens de tester et j'obtiens les résultats suivants:
mplayer fichier &
mplayer est suspendu; si je fais "fg" puis CTRL-Z "bg", il continue bien en background.
mplayer fichier < /dev/null &
mplayer tourne sans problème en arrière plan.
Conclusion:
mplayer doit faire un accès au "standard input" au démarrage, ce qui provoque sa suspension.
Il ne doit plus en faire par la suite, il n'est donc pas bloqué après la mise en arrière-plan manuelle