Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] ftok - Convertir un nom de fichier et un identificateur de projet en clé IPC système V. [size=18] [b]Résumé[/b] [/size] .nf [b]#include <sys/types.h>[/b] [b]#include <sys/ipc.h>[/b] .fi [b][i]key_t ftok (char * pathname , int proj );[/i][/b] [size=18] [b]Description[/b] [/size] La fonction [b]ftok[/b] utilise l'identité du fichier indiqué par [i]pathname[/i] (qui doit exister et être accessible), et les huit bits de poids faible de [i]proj[/i] (qui doit être non nul) pour créer une clé IPC Système V de type [b]key_t ,[/b] utilisable avec [b]msgget (2),[/b] [b]semget (2),[/b] ou [b]shmget (2).[/b]     La valeur résultante est la même pour tous les chemins d'accès identifiant le même fichier, en utilisant une valeur identique pour [b]proj .[/b] La valeur devrait être différente lorsque des fichiers différents (existants simultanément), ou des identificateur de projet différents sont employés. [size=18] [b]Valeur renvoyée[/b] [/size] Si elle réussit, la fonction [b]ftok[/b] renvoie la valeur de type [b]key_t [/b] créée, sinon elle renvoie -1, et [b]errno[/b] contient un code d'erreur parmi ceux de l'appel-système [b]stat (2).[/b] [size=18] [b]Conformité[/b] [/size] XPG4 [size=18] [b]Notes[/b] [/size] Avec les bibliothèques libc4 et libc5 (et également sous SunOS 4.x), le prototype était[table][row][col]    [/col][col] [b][i]key_t ftok(char * pathname , char proj );[/i][/b][/col][/row][/table] De nos jours [i]proj[/i] est un [b]int ,[/b] mais seuls huit bits en sont utilisés. L'habitude veut qu'on utilise un caractère ASCII comme identifiant [b]proj ,[/b] ce qui explique pourquoi le comportement est indéfini lorsque [i]proj[/i] vaut zéro.     Naturellement aucune garantie ne peut être donné que la clé [b]key_t[/b] résultante soit unique. En général on combine l'octet [b]proj ,[/b] les seize bits de poids faibles du numéro d'i-noeud, et les huit bits de poids faibles du numéro de périphérique pour obtenir un entier sur 32 bits. Des collisions peuvent se produire facilement (car on n'utilise pas le numéro majeur de périphérique), par exemple entre les fichiers se trouvant sur [i]/dev/hda1[/i] et ceux sur [b]/dev/sda1 .[/b] [size=18] [b]Voir aussi[/b] [/size] [b]ipc (5),[/b] [b]msgget (2),[/b] [b]semget (2),[/b] [b]shmget (2),[/b] [b]stat (2)[/b] [size=18] [b]Traduction[/b] [/size] Christophe Blaess, 1996-2003.
Fichier