Enfant, Relation Parent et de l'Héritage en C

Je suis totalement nouveau avec C.

  1. Quels sont les éléments de processus qui sont hérités chez l'enfant créé à l'aide de fork();?
  2. Quels sont les éléments de processus qui sont différentes du processus parent?
Quoi? Veuillez reformuler cette question; il n'a pas de sens.
Fait sens pour moi...
Robinson, Il ne fait sens, mais il est terriblement formulée. @John se demander, quel est le contenu de man 2 fork.
Mes commentaires ont précédé la modifier.

OriginalL'auteur John | 2011-02-16

  1. 15

    Cela n'a pas eu beaucoup à faire avec le C, plutôt avec fork(), qui est une POSIX appel système (et je suppose que cela pourrait se comporter différemment sur les différents systèmes).

    Je vous suggère de lire le fork manuel, ce qui est vraiment clair à ce sujet:

    fork() crée un nouveau processus par dupliquer le processus appelant. L'
    nouveau appelé l'enfant, est une copie exacte de l'appel
    processus, appelé le parent, sauf pour les points suivants:

    • L'enfant a son propre ID de processus unique, et ce PID ne pas correspondre à l'IDENTIFIANT de groupe de processus (setpgid(2)).

    • Le parent de l'enfant de l'ID de processus est le même que le parent de l'ID de processus.

    • L'enfant n'hérite pas de son parent mémoire serrures (mlock(2), mlockall(2)).

    • Processus de ressources utilisations (getrusage(2) et le PROCESSEUR compteurs de temps (times(2)) sont remis à zéro à l'enfant.

    • L'enfant de l'ensemble des signaux en attente est initialement vide (sigpending(2)).

    • L'enfant n'hérite pas de sémaphore à des ajustements de son parent (semop(2)).

    • L'enfant n'hérite pas de verrous d'enregistrement de son parent (fcntl(2)).

    • L'enfant n'hérite pas des chronomètres de son parent (setitimer(2), alarm(2), timer_create(2)).

    • L'enfant n'hérite pas de circulation d'e/S asynchrones activités à partir de son parent (aio_read(3), aio_write(3)), ni le fait qu'il hérite de
      toutes les e/S asynchrones contextes de son parent (voir io_setup(2)).

    Le processus d'attributs dans la liste ci-dessus sont tous spécifiés dans
    POSIX.1-2001. Le parent et l'enfant diffèrent également à l'égard de la
    Linux suivantes-processus spécifique d'attributs:

    • L'enfant n'hérite pas de notifications de modification de répertoire (dnotify) de son parent (voir la description de F_NOTIFY dans fcntl(2)).

    • La prctl(2) PR_SET_PDEATHSIG paramètre est réinitialisé pour que l'enfant ne reçoit pas un signal lorsque ses parents se termine.

    • Mappages de mémoire qui ont été marqués avec la madvise(2) MADV_DONTFORK drapeau ne sont pas héritées à travers un fork().

    • Le signal de terminaison de l'enfant est toujours SIGCHLD (voir clone(2)).

    Note la suite d'autres points:

    • Le processus enfant est créée avec un seul thread -- celui qui a appelé fork(). L'ensemble de l'espace d'adressage virtuel de la mère est
      reproduit dans l'enfant, y compris dans les états de mutex, condition
      les variables, et d'autres pthreads objets; l'utilisation de pthread_atfork(3)
      peut être utile pour composer avec les problèmes que cela peut causer.

    • L'enfant hérite des copies de la société mère de l'ensemble de descripteurs de fichiers ouverts. Chaque descripteur de fichier dans l'enfant se réfère à la même ouvrir
      description du fichier (voir open(2)) que le descripteur de fichier correspondant
      dans le parent. Cela signifie que les deux descripteurs de partage de fichier ouvert
      indicateurs d'état, fichier en cours de décalage, et le signal piloté par les I/O des attributs
      (voir la description de F_SETOWN et F_SETSIG dans fcntl(2)).

    • L'enfant hérite des copies de la société mère de l'ensemble de l'open file d'attente de messages descripteurs (voir mq_overview(7)). Chaque descripteur de l'enfant
      se réfère à la même ouvrir la file d'attente de message description correspondante
      descripteur dans le parent. Cela signifie que les deux descripteurs de partager
      les mêmes indicateurs (mq_flags).

    • L'enfant hérite des copies de la société mère de l'ensemble de l'open directory cours d'eau (voir opendir(3)). POSIX.1-2001 indique que le correspondant
      annuaire flux dans le parent et l'enfant peuvent partager le répertoire
      flux de positionnement; sur Linux/glibc, ils ne le font pas.

    Si vous êtes intéressé à propos de Linux, vous devez également vérifier la clone appel système, qui permet d'indiquer avec plus de précision ce que vous voulez.

    Ce n'est pas POSIX fork manuel. POSIX manuel est disponible à l'adresse pubs.opengroup.org/onlinepubs/9699919799/functions/fork.html
    par sémaphore ajustements de vous dire si j'ai une fourche à l'intérieur d'une région verrouillée de l'enfant n'a pas encore appartiennent à cette région verrouillée droit? L'enfant n'hérite le sémaphore bien que si il a été créé avant fourche

    OriginalL'auteur peoro

  2. 5

    La fourche(2) page de man sur votre système (man fork) devrait vous donner plus de détails mais en général, l'enfant hérite de l'objet parent, liste de descripteurs de fichiers, y compris les fichiers ouverts, les sockets et les processus de poignées.

    De mon système de l'homme page (Mac OS X 10.6.6):

    Le processus enfant a sa propre copie de la mère de descripteurs.
    Ces descripteurs de référence, les mêmes objets sous-jacents, de sorte
    que, par exemple, les pointeurs de fichiers dans des fichiers objets sont partagés
    entre l'enfant et le parent, de sorte qu'une lseek(2) sur un
    descripteur dans le processus de l'enfant peut affecter une lecture ultérieure ou
    écrire par le parent. Ce descripteur de copie est également utilisé par
    la coquille d'établir des standards d'entrée et de sortie pour les nouveaux cre-
    auf s i indiqué processus ainsi que de la mise en place des tuyaux.

    OriginalL'auteur maerics

  4. 1

    Il n'est pas orientée objet, l'héritage de C.

    Fourche qui pratiquent dans C est essentiellement le processus d'être arrêté alors qu'il est en cours d'exécution, et une copie de leur mise en (efficacement) un autre espace mémoire, puis les deux processus dit de continuer. Ils seront tous deux poursuivre d'où le parent a été mise en pause. La seule façon vous pouvez dire ce qui vous est de vérifier la valeur de retour de la fork() appel.

    Dans une telle situation, l'enfant n'a pas vraiment d'hériter de tout, depuis le processus parent, c'est comme s'il obtient une copie complète de tout ce que le parent avait.

    si nous ne nous serions pas utiliser exec() de la famille de système d'appels d'processus parent ne serait pas en mesure de reprendre.Et si seulement exécuter fork() à l'intérieur de la mère, puis l'ensemble du système de segment de données (PCB) serait de copie sauf à des PID ET PPID.
    Ce n'est pas vrai. Vous pouvez fourche sans un exec(). Vous ne pouvez pas obtenir le fork()'d le processus à exécuter n'importe quel code autre que le processus parent de code. exec() se superpose le processus avec les "quelques autres", restaure les registres et modifie le pointeur d'instruction à commencer par la "nouvellement copiés dans le processus" du code. Exec() n'est pas nécessaire de "poursuivre le traitement" à la société mère ou à l'enfant.
    oui, vous êtes vrai, mais qu'est-ce que l'utilisation de la création d'un processus enfant qui ne dispose pas de son propre code et le segment de données.parce que dans la fourchette nous ne spécifiez pas le programme qui doit être converti dans un processus, il ne ferait aucun sens seul à avoir l'appel système fork ().Pouvez-vous donner l'exemple quand il serait bénéfique uniquement pour l'utilisation de la fourche mais pas exec()de la famille des appels système.
    Il existe de nombreux programmes qui peuvent bénéficier de bifurquer sans exec de superposition. Fondamentalement, tout le diviser et conquérir des solutions besoin de la même "code client" avec le parent de code étant le point de coordination. OSCAR (le clustering suite) serait un plaisir de déplacer les enfants des processus pour libérer les nœuds de calcul, de sorte que seule une simple fourchette serait nécessaire. Aussi, pourquoi voudriez-vous exec sur un tas de programmes en cours d'exécution en coordination pour traiter la même question (peut-être pour la redondance) de toute façon?
    Je sais que c'est vieux, mais des exemples de fork() et pas de exec() - serveur web apache, qui a un seul parent, et plusieurs enfants dont les demandes de service. Aussi sshd utilise fork() sans exec à l'aide de la sécurité. Juste parce que vous avez le même code ne signifie pas que vous ne le même chemin d'accès du code.

    OriginalL'auteur Edwin Buck

  5. 0

    Les seules choses que des enfants qui sont différents de ses parents sont ses

    PPID je.e parent id de processus et

    PID id de processus.

    Et quand il s'agit de la similitude des processus fils hérite de son parent table de DESCRIPTEURS de FICHIER ainsi, vous verriez qu'toujours trois DESCRIPTEURS de FICHIER de l'enfant sont toujours occupés qui correspondent à STDIN,STDOUT et STDERR.

    Cette réponse est incorrecte. Le processus de l'enfant est différente de celle de son parent dans d'autres façons, par exemple compteurs ne sont pas copiés. Voir la spécification POSIX pubs.opengroup.org/onlinepubs/9699919799/functions/fork.html

    OriginalL'auteur Algorithmist