Calculer Girl
  1. Calculer Girl
  3. Comment démarrer un processus fils d’un processus démon qui n’est pas un démon
Intereting Posts
Nginx + unicorn (rails) donne souvent “Connexion refusée” dans le journal des erreurs nginx Est-ce que le pointeur adresse permute toujours une opération atomique en C ++? Pilotes de périphériques et Windows Serveur Python Flask avec abonnement MQTT Java FileInputStream présente un comportement différent sous Windows et Linux Serveur Web HTTP C ++ / CX pour Windows Store Développez rapidement l’interface graphique pour la ligne de commande Curl renvoie “Protocole inconnu” Changer le nom du site dans le modèle django? Existe-t-il un idiome pour append une barre oblique à un chemin de fichier? Comment mettre en évidence les scripts Bash dans Vim? fermeture de php-cgi de nginx / crash en raison d’appels ajax Comment utiliser cronjob Créer un raccourci d’application avec des dépendances Nginx + PHP-FPM est très lent chez Mountain Lion

Comment démarrer un processus fils d’un processus démon qui n’est pas un démon

J’ai trouvé un problème intéressant sur le net. Je vais le reproduire ici pour référence.

EXIT_SUCCESS un processus daemon pour exécuter des programmes, puis les redémarre s’ils sortent avec un statut autre que EXIT_SUCCESS ; mais ces programmes ne voudront probablement pas être eux-mêmes des processus démons. Si j’utilise fork() et appelle ensuite execv() , le nouveau processus enfant sera-t-il également un processus démon?

J’ai essayé de lancer Firefox et cela n’a pas fonctionné. Alors, comment puis-je démarrer les processus enfants en tant que processus normal?

Les solutions proposées sur ce site ne me convainquent pas. Des idées?

Si par processus démon vous voulez dire que les descripteurs de fichiers de stdin, stdout et stderr ne sont connectés à aucun tty ou pts, alors oui. Il suffit donc d’ouvrir quelque chose pour stdin, stdout et stderr.

Cependant, vous devriez l’avoir essayé vous-même en premier, firefox (ici) s’ouvre parfaitement avec stdin, stdout et stderr redirigés vers /dev/null . Je pense que l’essentiel est d’appeler execv() ou execve() et de garder la variable DISPLAY .

modifier
Si vous demandez comment vous reconnecter aux destinations de descripteurs d’origine, il n’y a pas de solution portable. Évidemment, vous ne pouvez pas vous reconnecter à un tuyau. Vous pouvez cependant vous reconnecter (sous Linux au moins) au tty / pts dont vous êtes originaire, ou même au fichier (en utilisant le système de fichiers /proc et readlink() ). Vous devrez cependant deviner “seek” (par exemple si la commande d’origine était foo 2>> bar ).