comment sortir d'un processus enfant - _exit() par rapport à la sortie

Considérer cet extrait de code:

pid_t cpid = fork();

if (cpid == -1) {
    perror("fork");
    exit(EXIT_FAILURE);
}

if (cpid == 0) { //in child
    execvp(argv[1], argv + 1);
    perror("execvp");
    _exit(EXIT_FAILURE);
}

//in parent

Comment vais-je quitter le processus de l'enfant si execvp retourne? Doit-je utiliser exit() ou _exit()?

InformationsquelleAutor helpermethod | 2010-02-24
  1. 47

    Vous devriez certainement utiliser _Exit(). exit() appelle les fonctions que vous avez ajouté avec atexit() et supprime les fichiers créés avec tmpfile(). Depuis le processus parent est vraiment celui qui ne veut pas de ces choses quand il existe, vous devriez appeler _Exit(), qui n'a aucun de ces.

    Avis _Exit() avec un capital E. _exit(2) est probablement pas ce que vous voulez l'appeler directement. exit(3) et _Exit(3) fera appel pour vous. Si vous n'avez pas _Exit(3), alors oui, _exit() est ce que tu voulais.

    • +1 Vous voulez l'échec du processus enfant à la sortie tranquillement, comme si elle n'avait jamais été créé.
    • Eh bien, puisque le vieux C standard permis à l'éditeur de liens résoudre les casse _Exit() ne peut pas être une fonction de la bibliothèque standard car elle serait en contradiction avec l'ancienne _exit(). Désolé.
    • Au contraire. _Exit(3) est une bibliothèque standard C (ISO C99). _exit(2) est une POSIX.1 système d'appel et non pas en C standard.
    • Si l'ouverture des ressources telles que des fichiers sont fermés après l'appel de _Exit est définie par l'implémentation. Vous ne voulez probablement pas ce comportement (concernant unflushed cours d'eau). Toutes les pages de man, j'ai vu dire que _exit ne chasse pas les flux, de sorte qu'il est plus sûr si un fichier a unflushed contenu lors de la bifurcation se produit. Le fait que _exit n'est pas standard C est un point discutable, comme fork est Unix spécifique trop. La norme C comité peut avoir des raisons particulières à introduire _Exit, mais il n'y a aucune raison pour que les programmeurs Unix pour changer _exit à _Exit à tous. @VariableLengthCoder
    InformationsquelleAutor Variable Length Coder
  2. 15

    L'enfant de fork() doit toujours faire appel à _exit().

    Appeler exit() à la place est un bon moyen de provoquer l'attente stdio tampons à être rincée deux fois.

    • exec n'est pas de retour, sauf erreur, dans laquelle vous appelez _exit.
    InformationsquelleAutor Joshua
  3. 3

    execvp d'une sortie de l'enfant en cas de succès de sorte que vous n'avez pas à quitter.

    Sur execve échec-je simplement utiliser exit(EXIT_FAILURE); de l'enfant.

    Edit : j'ai trouvé que, après quelques recherches : http://www.unixguide.net/unix/programming/1.1.3.shtml

    Donc il semble qu'il est préférable d'utiliser _exit() dans une fourchette enfant, spécialement lorsque vous êtes en C++ :p
    Merci pour votre question, j'ai appris quelque chose 😀

    • Et quand utilisez-vous _exit()?
    InformationsquelleAutor Nicolas Guillaume
  4. 1

    Cela dépend du comportement que vous voulez: man -s 3 exit et man _exit pour plus de détails sur votre système. En général, je crois que le _exit ne pas exécuter les fonctions qui sont enregistrés avec atexit() alors que la sortie n' (ces fonctions préférable de ne pas appeler de sortie - sinon vous avez la récursivité).

    En général je préfère sortie sur _exit, sauf pour les fonctions enregistrées avec atexit, dans ceux que j'appellerais les _exit, si nécessaire.

    InformationsquelleAutor jabbie
  5. 0

    exit() est ANSI-C de la fonction et, par conséquent, il est indépendants du système d'exploitation. Il se ferme à toutes les normes ANSI-C fonctions standard.
    _exit() est appelé par exit() pour fermer dépendant du système d'exploitation fonctionnalités, parce que exit() n'a aucune idée à leur sujet.(exit est un système d'exploitation indépendante)

    InformationsquelleAutor ImanKh