Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] pthread_atfork - enregistre des gestionnaires à invoquer lors de l'appel à fork(2) [size=18] [b]Résumé[/b] [/size] [b]#include <pthread.h>[/b] [b][i]int pthread_atfork(void (* prepare )(void), void (* parent )(void), void (* child )(void));[/i][/b] [size=18] [b]Description[/b] [/size] [b]pthread_atfork[/b] enregistre les fonctions à appeler juste avant et juste après la création d'un nouveau processus par [b]fork (2).[/b] Le gestionnaire [i]prepare[/i] est appelé par le processus parent juste avant la création du nouveau processus. Le gestionnaire [i]parent[/i] est appelé par le processus parent juste avant que [b]fork (2)[/b] finisse. Le gestionnaire [i]child[/i] est appelé par le processus fils juste avant la fin de l'appel [b]fork (2).[/b] L'un ou plusieurs des trois gestionnaires [b]prepare ,[/b] [i]parent[/i] et [i]child[/i] peut être affecté à [b]NULL ,[/b] ce qui signifie qu'aucun gestionnaire ne sera appelé au moment correspondant. [b]pthread_atfork[/b] peut être appelée plusieurs fois pour enregistrer plusieurs ensembles de gestionnaires. Lors de l'appel à [b]fork (2),[/b] les gestionnaires [i]prepare[/i] sont appelés dans l'orde LIFO (Last In First Out : dans l'ordre inverse de l'enregistrement) juste avant [b]fork ,[/b] alors que les gestionnaires [i]parent[/i] et [i]child[/i] sont appelés dans l'ordre FIFO (First In First Out : dans l'ordre d'enregistrement). Pour comprendre l'objectif de [b]pthread_atfork ,[/b] rappellons que [b]fork (2)[/b] copie toute l'image mémoire du processus, y compris ses mutex dans leur état de bloquage courant, mais seulement le thread couran t: les autres threads ne s'exécutent pas dans le processus fils. Donc, si un mutex est pris par un autre thread que celui ayant appelé [b]fork ,[/b] ce mutex restera bloqué pour toujours dans le processus fils. Il est même possible que l'exécution du processus fils se bloque sur ce mutex. Afin d'éviter ceci, il faut installer des gestionnaires avec [b]pthread_atfork[/b] comme ceci : le gestionnaire [i]prepare[/i] prend le mutex global et les gestionnaires [i]parent[/i] et [i]child[/i] le débloquent (dans l'ordre inverse). Autre possibilité, [i]prepare[/i] et [i]parent[/i] peuvent être initialisés à [b]NULL[/b] et [i]child[/i] est une fonction qui appelle [b]pthread_mutex_init[/b] sur le mutex global. [size=18] [b]Valeur renvoyée[/b] [/size] [b]pthread_atfork[/b] retourne 0 en cas de succès et un code d'erreur non nul en cas d'erreur. [size=18] [b]Erreurs[/b] [/size] [b]ENOMEM[/b] [table][row][col]    [/col][col]pas assez de mémoire disponible pour enregistrer les gestionnaires. [/col][/row][/table] [size=18] [b]Auteur[/b] [/size] Xavier Leroy <Xavier.Leroy@inria.fr> [size=18] [b]Voir aussi[/b] [/size] [b]fork (2),[/b] [b]pthread_mutex_lock (3),[/b] [b]pthread_mutex_unlock (3).[/b] [size=18] [b]Traduction[/b] [/size] [i]Thierry Vignaud < tvignaud@mandrakesoft.com >, 2000[/i] [b][/b] Christophe Blaess, 2003.
Fichier