Provided by: manpages-fr-dev_3.27fr1.4-1_all bug

NOM

       fchownat  -  Modifier  l'appartenance  d'un  fichier  relativement a un
       descripteur de fichier de repertoire

SYNOPSIS

       #include <fcntl.h> /* D'efinition des constantes AT_* */
       #include <unistd.h>

       int fchownat(int dirfd, const char *pathname,
                    uid_t owner, gid_t group, int flags);

   Exigences de macros de test de fonctionnalites  pour  la  glibc  (consultez
   feature_test_macros(7)) :

       fchownat() :
           Depuis la glibc 2.10 :
               _XOPEN_SOURCE >= 700 || _POSIX_C_SOURCE >= 200809L
           Avant la glibc 2.10 :
               _ATFILE_SOURCE

DESCRIPTION

       L'appel  systeme  fchownat()  fonctionne exactement comme chown(2), les
       seules differences etant celles decrites dans cette page.

       Si pathname est un chemin relatif, il est  interprete  par  rapport  au
       repertoire  reference  par  le descripteur de fichier dirfd (plutot que
       relativement au repertoire de travail courant  du  processus  appelant,
       comme cela est fait par chown(2) pour un chemin relatif).

       Si  pathname  est  relatif et si dirfd est la valeur speciale AT_FDCWD,
       pathname est interprete comme etant relatif au  repertoire  courant  du
       processus appelant (comme chown(2)).

       Si pathname est un chemin absolu, dirfd est ignore.

       L'argument  flags  est  soit  0,  soit  un  OU binaire << | >> avec les
       options suivantes :

       AT_SYMLINK_NOFOLLOW
              Si pathname est un lien symbolique, ne pas le dereferencer, mais
              renvoyer  des  informations  sur le lien lui-meme, comme le fait
              lchown(2). (Par defaut, fchownat() suit les  liens  symboliques,
              comme chown(2).)

VALEUR RENVOY'EE

       S'il  reussit,  fchownat() renvoie zero. En cas d'erreur, il renvoie -1
       et remplit errno avec la valeur d'erreur.

ERREURS

       Les memes erreurs qui apparaissent  pour  chown(2)  peuvent  apparaitre
       pour   fchownat().   Les   erreurs  supplementaires  suivantes  peuvent
       egalement se produire pour fchownat() :

       EBADF  dirfd n'est pas un descripteur de fichier valable.

       EINVAL flags contient un attribut invalide.

       ENOTDIR
              pathname est relatif, et le descripteur  de  fichier  dirfd  est
              associe a un fichier, pas a un repertoire.

VERSIONS

       fchownat() a ete ajoute au noyau Linux dans sa version 2.6.16.

CONFORMIT'E

       POSIX.1-2008. Un appel systeme similaire existe sur Solaris.

NOTES

       Consultez openat(2) pour une explication de la necessite de fchownat().

VOIR AUSSI

       chown(2), openat(2), path_resolution(7), symlink(7)

COLOPHON

       Cette  page  fait  partie  de  la  publication 3.27 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/>.

       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                          13 decembre 2009                    FCHOWNAT(2)