Provided by:
manpages-fr-dev_3.32d0.2p4-1_all 
NOM
close - Fermer un descripteur de fichier
SYNOPSIS
#include <unistd.h>
int close(int fd);
DESCRIPTION
close() ferme le descripteur fd, de maniere a ce qu'il ne reference
plus aucun fichier, et puisse etre reutilise. Tous les verrouillages
(consultez fcntl(2)) sur le fichier qui lui etait associe, appartenant
au processus, sont supprimes (quel que soit le descripteur qui fut
utilise pour obtenir le verrouillage).
Si fd est le dernier descripteur de fichier qui se refere a une
description de fichier ouvert sous-jacente (consultez open(2)), les
ressources associees a la description de fichier ouvert sont liberees.
Si le descripteur etait la derniere reference sur un fichier supprime
avec unlink(2), le fichier est effectivement efface.
VALEUR RENVOY'EE
S'il reussit, la fonction close() renvoie zero. En cas d'erreur, il
renvoie -1 et remplit errno avec le code d'erreur.
ERREURS
EBADF Le descripteur de fichier fd est invalide.
EINTR L'appel systeme close() a ete interrompu par un signal ;
consultez signal(7).
EIO Une erreur d'entree-sortie s'est produite.
CONFORMIT'E
SVr4, BSD 4.3, POSIX.1-2001.
NOTES
Ne pas verifier la valeur de retour de close() est une pratique
courante mais egalement une grave erreur de programmation. Il est
possible qu'une erreur correspondant a un appel write(2) anterieur ne
soit rapportee que lors du close() final. Ne pas verifier la valeur de
retour lorsque l'on ferme un fichier peut conduire a une perte
silencieuse de donnees. Ceci est principalement vrai dans le cas de
systemes de fichiers NFS, ou avec l'utilisation des quotas de disques.
Une fermeture sans erreur ne garantit pas que les donnees ont ete
vraiment ecrites sur le disque, car le noyau repousse les ecritures le
plus tard possible. Il n'est pas frequent qu'un systeme de fichiers
vide les tampons des la fermeture d'un flux. Si vous desirez vous
assurer que les informations sont en surete sur le disque, utilisez
fsync(2) (mais des considerations materielles entrent en jeu a ce
moment).
Il est probablement imprudent de fermer des descripteurs de fichier
alors qu'ils peuvent peut-etre etre utilises par des appels systeme
dans d'autres threads du meme processus. Puisqu'un descripteur de
fichier peut etre reutilise, il y a des conditions de concurrence
obscures qui peuvent provoquer des effets de bord non desires.
VOIR AUSSI
fcntl(2), fsync(2), open(2), shutdown(2), unlink(2), fclose(3)
COLOPHON
Cette page fait partie de la publication 3.32 du projet man-pages
Linux. Une description du projet et des instructions pour signaler des
anomalies peuvent etre trouvees a l'adresse
<URL:http://www.kernel.org/doc/man-pages/>.
TRADUCTION
Depuis 2010, cette traduction est maintenue a l'aide de l'outil po4a
<URL:http://po4a.alioth.debian.org/> par l'equipe de traduction
francophone au sein du projet perkamon
<URL:http://perkamon.alioth.debian.org/>.
Christophe Blaess <URL:http://www.blaess.fr/christophe/> (1996-2003),
Alain Portal <URL:http://manpagesfr.free.fr/> (2003-2006). Julien
Cristau et l'equipe francophone de traduction de Debian (2006-2009).
Veuillez signaler toute erreur de traduction en ecrivant a
<debian-l10n-french@lists.debian.org> ou par un rapport de bogue sur le
paquet manpages-fr.
Vous pouvez toujours avoir acces a la version anglaise de ce document
en utilisant la commande << man -L C <section> <page_de_man> >>.
Linux 28 decembre 2007 CLOSE(2)