Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] close - Fermer un descripteur de fichier. [size=18] [b]Résumé[/b] [/size] .nf [b]#include <unistd.h>[/b] [b][i]int close(int fd );[/i][/b] .fi [size=18] [b]Description[/b] [/size] [b]close[/b] ferme le descripteur [b]fd , [/b] de manière à ce qu'il ne référence plus aucun fichier, et puisse être réutilisé. Tous les verrouillages sur le fichier qui lui était associé, appartenant au processus, sont supprimés (quelque soit le descripteur qui fut utilisé pour obtenir le verrouillage). Si [i]fd[/i] est la dernière copie d'un descripteur de fichier donné, les ressources qui lui sont associées sont libérées. Si le descripteur était la dernière référence sur un fichier supprimé avec [b]unlink (2),[/b] le fichier est effectivement effacé. [size=18] [b]Valeur renvoyée[/b] [/size] [b]close[/b] renvoie 0 s'il réussit, ou -1 en cas d'échec, auquel cas [i]errno[/i] contient le code d'erreur. [size=18] [b]Erreurs[/b] [/size] [b]EBADF[/b] [table][row][col]    [/col][col]Le descripteur de fichier [i]fd[/i] est invalide[/col][/row][/table] [b]EINTR[/b] [table][row][col]    [/col][col]L'appel-système [b]close ()[/b] a été interrompu par un signal.[/col][/row][/table] [b]EIO[/b] [table][row][col]    [/col][col]Une erreur d'entrée-sortie s'est produit.[/col][/row][/table] [size=18] [b]Conformité[/b] [/size] SVr4, SVID, POSIX, X/OPEN, BSD 4.3. SVr4 documente une condition d'erreur supplémentaire ENOLINK. [size=18] [b]Notes[/b] [/size] Ne pas vérifier la valeur de retour de close est une pratique courante mais également une grave erreur de programmation. Il est possible qu'une erreur correspondant à un appel [b]write (2)[/b] antérieur ne soit rapportée que lors du [b]close[/b] final. Ne pas vérifier la valeur de retour lorsque l'on ferme un fichier peut conduire à une perte silencieuse de données. Ceci est principalement vrai dans le cas de systèmes de fichiers NFS, ou avec l'utilisation des quotas de disques. Une fermeture sans erreur ne garantit pas que les données on été vraiment écrites sur le disque, car le noyau repousse les écritures le plus tard possible. Il n'est pas fréquent qu'un système de fichiers vide les buffers dès la fermeture d'un flux. Si vous désirez vous assurer que les informations sont en sûreté sur le disque, utilisez [b]fsync (2)[/b] (mais des considérations matérielles entrent en jeu à ce moment). [size=18] [b]Voir aussi[/b] [/size] [b]open (2),[/b] [b]fcntl (2),[/b] [b]shutdown (2),[/b] [b]unlink (2),[/b] [b]fclose (3).[/b] [b]fsync (3).[/b] [size=18] [b]Traduction[/b] [/size] Christophe Blaess, 1996-2003.
Fichier