int flock(int fd, int operation);
Un appel flock() peut bloquer si un verrou incompatible est tenu par un autre processus. Pour que la requête soit non bloquante, il faut inclure LOCK_NB (par un OU binaire « | » ) avec la constante précisant l'opération.
Un même fichier ne peut pas avoir simultanément des verrous partagés et exclusifs.
Les verrous créés avec flock() sont associés à une entrée de la table des fichiers ouverts. Ainsi, les descripteurs de fichier dupliqués (par exemple avec fork(2) ou dup(2)) se réfèrent au même verrou, et celui-ci peut être relâché ou modifié à travers n'importe lequel des descripteurs. De plus, un verrou est relâché par une opération explicite LOCK_UN sur l'un quelconque des descripteurs, ou lorsqu'ils ont tous été fermés.
Si un processus utilise open(2) (ou une fonction similaire) pour obtenir plus d'un descripteur pour le même fichier, ces descripteurs sont traités de manière indépendante par flock(). Une tentative de verrouiller le fichier en utilisant un de ces descripteurs de fichier peut être refusée si le processus appelant a déjà placé un verrou en utilisant un autre descripteur.
Un processus ne peut avoir qu'un seul type de verrou (partagé ou exclusif) sur un fichier. En conséquence, un appel flock() sur un fichier déjà verrouillé modifiera le type de verrouillage.
Les verrous créés par flock() sont conservé au travers d'un execve(2).
Un verrou partagé ou exclusif peut être placé sur un fichier quelque soit le mode d'ouverture du fichier.
Depuis le noyau 2.0, flock() est implémenté par un appel système plutôt que d'être émulé par une routine de la glibc invoquant fcntl(2). Ceci correspond à la véritable sémantique BSD : il n'y a pas d'interaction entre les verrous placés par flock() et fcntl(2), et flock() ne détecte pas les cas de blocage (deadlock).
flock() place uniquement des verrous coopératifs : suivant les permissions du fichier un processus peut ignorer l'utilisation de flock() et faire des entrées-sorties sur le fichier.
flock() et fcntl(2) ont des sémantiques différentes par rapport aux processus « forkés » et dup(2). Sur les systèmes qui implémentent flock() en utilisant fcntl(2), la sémantique de flock() peut être différente que celle décrite dans cette page de manuel.
Il n'est pas garanti que la conversion d'un verrou (de partagé à exclusif ou vice versa) soit atomique : le verrou existant est d'abord retiré, puis un nouveau verrou est établi. Entre ces deux étapes, une demande en suspend de verrouillage par un autre processus peut être accordée, avec pour résultat que la conversion soit bloque, soit échoue si LOCK_NB a été spécifié. (C'est le comportement BSD d'origine que l'on retrouve sur beaucoup d'autres implémentations.)
Voir aussi Documentation/locks.txt et Documentation/mandatory.txt dans les sources du noyau.
Ce document est une traduction réalisée par Christophe Blaess <http://www.blaess.fr/christophe/> le 21 janvier 1997 et révisée le 17 juillet 2008.
L'équipe de traduction a fait le maximum pour réaliser une adaptation française de qualité. La version anglaise la plus à jour de ce document est toujours consultable via la commande : « LANG=C man 2 flock ». N'hésitez pas à signaler à l'auteur ou au traducteur, selon le cas, toute erreur dans cette page de manuel.
Dernière mise à jour : 17 juillet 2008