perkamon - en to fr translation catalogue (126 entries)

note: type: TH
en: 2018-04-30
fr: 30 avril 2018

note: type: TH
en: Linux Programmer's Manual
fr: Manuel du programmeur Linux

note: type: SH
en: NAME
fr: NOM

note: type: Plain text
en: open, openat, creat - open and possibly create a file
fr: open, openat, creat - Ouvrir ou créer éventuellement un fichier

note: type: Plain text
en: Feature Test Macro Requirements for glibc (see B<feature_test_macros>(7)):
fr: Exigences de macros de test de fonctionnalités pour la glibc (consultez B<feature_test_macros>(7)) :

note: type: TP
en: Since glibc 2.10:
fr: Depuis la glibc 2.10 :

note: type: TP
en: Before glibc 2.10:
fr: Avant la glibc 2.10 :

note: type: Plain text
en: A call to B<open>()  creates a new I<open file description>, an entry in the system-wide table of open files.  The open file description records the file offset and the file status flags (see below).  A file descriptor is a reference to an open file description; this reference is unaffected if I<pathname> is subsequently removed or modified to refer to a different file.  For further details on open file descriptions, see NOTES.
fr: Un appel à B<open>() crée une nouvelle I<description de fichier ouvert>, une entrée dans la table de fichiers ouverts du système. Cette description de fichier ouvert enregistre la position dans le fichier et les attributs du fichier d'état (voir ci-dessous). Un descripteur de fichier est une référence à l'une de ces entrées ; cette référence n'est pas modifiée si I<pathname> est ensuite supprimé ou modifié pour faire référence à un autre fichier. Pour obtenir plus de détails sur les descriptions de fichiers ouverts, consultez NOTES.

note: type: Plain text
en: The argument I<flags> must include one of the following I<access modes>: B<O_RDONLY>, B<O_WRONLY>, or B<O_RDWR>.  These request opening the file read-only, write-only, or read/write, respectively.
fr: Le paramètre I<flags> est l'un des éléments B<O_RDONLY>, B<O_WRONLY> ou B<O_RDWR> qui réclament respectivement l'ouverture du fichier en lecture seule, écriture seule, ou lecture/écriture.

note: type: Plain text
en: The full list of file creation flags and file status flags is as follows:
fr: La liste complète des attributs de création et d'état de fichier est la suivante.

note: type: Plain text
en: Enable signal-driven I/O: generate a signal (B<SIGIO> by default, but this can be changed via B<fcntl>(2))  when input or output becomes possible on this file descriptor.  This feature is available only for terminals, pseudoterminals, sockets, and (since Linux 2.6) pipes and FIFOs.  See B<fcntl>(2)  for further details.  See also BUGS, below.
fr: Déclencher un signal (B<SIGIO> par défaut, mais peut être changé via B<fcntl>(2)) lorsque la lecture ou l'écriture deviennent possibles sur ce descripteur. Ceci n'est possible que pour les terminaux, pseudoterminaux, sockets et (depuis Linux 2.6) tubes et FIFO. Consultez B<fcntl>(2) pour plus de détails. Consultez aussi B<BOGUES> ci-dessous.

note: type: TP
en: B<O_CLOEXEC> (since Linux 2.6.23)
fr: B<O_CLOEXEC> (depuis Linux 2.6.23)

note: NOTE! several other man pages refer to this text FIXME . for later review when Issue 8 is one day released... POSIX proposes to fix many APIs that provide hidden FDs http://austingroupbugs.net/tag_view_page.php?tag_id=8 http://austingroupbugs.net/view.php?id=368 type: Plain text
en: Enable the close-on-exec flag for the new file descriptor.  Specifying this flag permits a program to avoid additional B<fcntl>(2)  B<F_SETFD> operations to set the B<FD_CLOEXEC> flag.
fr: Activer l'attribut « close-on-exec » pour le nouveau descripteur de fichier. En précisant cet attribut, on évite au programme d'avoir à utiliser les opérations B<fcntl>(2)  B<F_SETFD> pour positionner l'attribut B<FD_CLOEXEC>.

note: This flag fixes only one form of the race condition; The race can also occur with, for example, file descriptors returned by accept(), pipe(), etc. type: Plain text
en: Note that the use of this flag is essential in some multithreaded programs, because using a separate B<fcntl>(2)  B<F_SETFD> operation to set the B<FD_CLOEXEC> flag does not suffice to avoid race conditions where one thread opens a file descriptor and attempts to set its close-on-exec flag using B<fcntl>(2)  at the same time as another thread does a B<fork>(2)  plus B<execve>(2).  Depending on the order of execution, the race may lead to the file descriptor returned by B<open>()  being unintentionally leaked to the program executed by the child process created by B<fork>(2).  (This kind of race is in principle possible for any system call that creates a file descriptor whose close-on-exec flag should be set, and various other Linux system calls provide an equivalent of the B<O_CLOEXEC> flag to deal with this problem.)
fr: Notez que le recours à cet attribut est indispensable pour certains programmes multithreadés. En effet, l'utilisation d'une opération B<fcntl>(2) B<F_SETFD> pour positionner l'attribut B<FD_CLOEXEC> ne suffit pas à éviter une situation d'accès concurrents si un thread ouvre un descripteur de fichier et tente d'activer l'attribut « close-on-exec » au moyen de B<fcntl>(2) au moment où un autre thread execute B<fork>(2) suivi de B<execve>(2). Selon l'ordre dans lequel ces opérations s'exécutent, cette concurrence peut aboutir à ce que le descripteur de fichier renvoyé par B<open>() soit involontairement mis à disposition du programme exécuté par le processus fils créé par B<fork>(2). (Ce type concurrence est en principe possible pour tout appel système qui crée un descripteur de fichier dont l'attribut « close-on-exec » est actif ; certains appels système de Linux offrent des équivalents de l'attribut B<O_CLOEXEC> pour régler ce problème.)

note: type: Plain text
en: The following symbolic constants are provided for I<mode>:
fr: Les constantes symboliques suivantes sont disponibles pour I<mode>\ :

note: type: Plain text
en: 00400 user has read permission
fr: 00400 L'utilisateur a l'autorisation de lecture.

note: type: Plain text
en: 00200 user has write permission
fr: 00200 L'utilisateur a l'autorisation d'écriture.

note: type: Plain text
en: 00100 user has execute permission
fr: 00100 L'utilisateur a l'autorisation d'exécution.

note: type: Plain text
en: 00040 group has read permission
fr: 00040 Le groupe a l'autorisation de lecture.

note: type: Plain text
en: 00020 group has write permission
fr: 00020 Le groupe a l'autorisation d'écriture.

note: type: Plain text
en: 00010 group has execute permission
fr: 00010 Le groupe a l'autorisation d'exécution.

note: type: Plain text
en: 00004 others have read permission
fr: 00004 Tout le monde a l'autorisation de lecture.

note: type: Plain text
en: 00002 others have write permission
fr: 00002 Tout le monde a l'autorisation d'écriture.

note: type: Plain text
en: 00001 others have execute permission
fr: 00001 Tout le monde a l'autorisation d'exécution.

note: type: TP
en: B<O_DIRECT> (since Linux 2.4.10)
fr: B<O_DIRECT> (depuis Linux 2.4.10)

note: type: Plain text
en: Try to minimize cache effects of the I/O to and from this file.  In general this will degrade performance, but it is useful in special situations, such as when applications do their own caching.  File I/O is done directly to/from user-space buffers.  The B<O_DIRECT> flag on its own makes an effort to transfer data synchronously, but does not give the guarantees of the B<O_SYNC> flag that data and necessary metadata are transferred.  To guarantee synchronous I/O, B<O_SYNC> must be used in addition to B<O_DIRECT>.  See NOTES below for further discussion.
fr: Essayer de minimiser les effets du cache d'entrée-sortie sur ce fichier. Cela dégradera en général les performances, mais est utile dans des situations spéciales, comme lorsque les applications ont leur propre cache. Les entrées-sorties de fichier sont faites directement de et vers les tampons d'espace utilisateur. L'ajout de l'attribut B<O_DIRECT> fait que les entrées-sorties sont synchrones ; en réalité un effort est fait pour rendre le transfert synchrone mais cela n'offre pas la garantie fournie par l'attribut B<O_SYNC> que les données et métadonnées sont transférées. Pour garantir des entrées-sorties synchrones, l'attribut B<O_SYNC> doit être utilisé en plus de l'attribut B<O_DIRECT>. Consultez la section B<NOTES> ci-dessous.

note: type: Plain text
en: A semantically similar (but deprecated) interface for block devices is described in B<raw>(8).
fr: Une interface à la sémantique similaire (mais dépréciée) pour les périphériques blocs est décrite à la page B<raw>(8).

note: But see the following and its replies: http://marc.theaimsgroup.com/?t=112748702800001&r=1&w=2 [PATCH] open: O_DIRECTORY and O_CREAT together should fail O_DIRECTORY | O_CREAT causes O_DIRECTORY to be ignored. type: Plain text
en: If I<pathname> is not a directory, cause the open to fail.  This flag was added in kernel version 2.1.126, to avoid denial-of-service problems if B<opendir>(3)  is called on a FIFO or tape device.
fr: Si I<pathname> n'est pas un répertoire, l'ouverture échoue. Cet attribut fut ajouté dans la version 2.1.126 du noyau, pour éviter des problèmes de dysfonctionnement si B<opendir>(3) est invoqué sur une FIFO ou un périphérique de bande.

note: type: Plain text
en: Write operations on the file will complete according to the requirements of synchronized I/O I<data> integrity completion.
fr: Les opérations d'écriture dans le fichier se dérouleront selon les conditions d'exécution des opérations E/S synchrones avec garantie d'intégrité des I<données>.

note: type: Plain text
en: By the time B<write>(2)  (and similar)  return, the output data has been transferred to the underlying hardware, along with any file metadata that would be required to retrieve that data (i.e., as though each B<write>(2)  was followed by a call to B<fdatasync>(2)).  I<See NOTES below>.
fr: Au moment où B<write>(2) (ou un appel similaire) renvoie une donnée, elle a été transmise au matériel sur lequel s'exécute l'appel, avec toutes les métadonnées du fichier qui pourraient être nécessaires à la récupération de cette donnée (c'est à dire comme si chaque appel à B<write>(2) était suivi d'un appel à B<fdatasync>(2)).  I<Consultez NOTES ci-dessous>.

note: type: Plain text
en: In general, the behavior of B<O_EXCL> is undefined if it is used without B<O_CREAT>.  There is one exception: on Linux 2.6 and later, B<O_EXCL> can be used without B<O_CREAT> if I<pathname> refers to a block device.  If the block device is in use by the system (e.g., mounted), B<open>()  fails with the error B<EBUSY>.
fr: En général, le comportement de B<O_EXCL> est indéterminé s'il est utilisé sans B<O_CREAT>. Il existe une exception toutefois : à partir de Linux 2.6, B<O_EXCL> peut être utilisé sans B<O_CREAT> si I<pathname> fait référence à un périphérique bloc. Si le périphérique bloc est utilisé par le système (par exemple, s'il est monté), B<open>() échoue avec l'erreur B<EBUSY>.

note: type: Plain text
en: On NFS, B<O_EXCL> is supported only when using NFSv3 or later on kernel 2.6 or later.  In NFS environments where B<O_EXCL> support is not provided, programs that rely on it for performing locking tasks will contain a race condition.  Portable programs that want to perform atomic file locking using a lockfile, and need to avoid reliance on NFS support for B<O_EXCL>, can create a unique file on the same filesystem (e.g., incorporating hostname and PID), and use B<link>(2)  to make a link to the lockfile.  If B<link>(2)  returns 0, the lock is successful.  Otherwise, use B<stat>(2)  on the unique file to check if its link count has increased to 2, in which case the lock is also successful.
fr: Sur les systèmes de fichiers NFS, B<O_EXCL> n'est pris en charge qu'avec la version NFSv3 ou ultérieure, sur les noyaux 2.6 ou plus récents. Dans les environnements NFS où la prise en charge d'B<O_EXCL> n'est pas fournie, les programmes qui ont besoin de cette fonctionnalité pour verrouiller des tâches risquent de rencontrer une concurrence critique (race condition). Les programmes portables qui veulent effectuer un verrouillage fichier atomique en utilisant un fichier verrou et qui doivent éviter la dépendance de la prise en charge NFS pour B<O_EXCL> peuvent créer un fichier unique sur le même système de fichiers (par exemple, avec le PID et le nom de l'hôte), et utiliser B<link>(2) pour créer un lien sur un fichier de verrouillage. Si B<link>(2) renvoie 0, le verrouillage est réussi. Sinon, utiliser B<stat>(2) sur ce fichier unique pour vérifier si le nombre de liens a augmenté jusqu'à 2, auquel cas le verrouillage est également réussi.pour vérifier si le nombre de liens a augmenté jusqu'à 2. Ne pas utiliser la valeur de retour de B<link>(2).

note: type: Plain text
en: (LFS)  Allow files whose sizes cannot be represented in an I<off_t> (but can be represented in an I<off64_t>)  to be opened.  The B<_LARGEFILE64_SOURCE> macro must be defined (before including I<any> header files)  in order to obtain this definition.  Setting the B<_FILE_OFFSET_BITS> feature test macro to 64 (rather than using B<O_LARGEFILE>)  is the preferred method of accessing large files on 32-bit systems (see B<feature_test_macros>(7)).
fr: (LFS) Permet d'ouvrir des fichiers dont la taille ne peut pas être représentée dans un I<off_t> (mais peut l'être dans un I<off64_t>). La macro B<_LARGEFILE64_SOURCE> doit être définie (avant d'inclure I<tout> fichier d'en\(hytête) pour obtenir cette définition. Définir la macro B<_FILE_OFFSET_BITS> à 64 est la méthode à favoriser pour accéder à des grands fichiers sur des systèmes 32 bits, plutôt que d'utiliser B<O_LARGEFILE> (consultez B<feature_test_macros>(7)).

note: type: TP
en: B<O_NOATIME> (since Linux 2.6.8)
fr: B<O_NOATIME> (depuis Linux 2.6.8)

note: type: Plain text
en: If I<pathname> refers to a terminal device\(emsee B<tty>(4)\(emit will not become the process's controlling terminal even if the process does not have one.
fr: Si I<pathname> correspond à un périphérique de terminal \(em consultez B<tty>(4) \(em, il ne deviendra pas le terminal contrôlant le processus même si celui-ci n'est attaché à aucun autre terminal.

note: type: TP
en: B<O_NONBLOCK> or B<O_NDELAY>
fr: B<O_NONBLOCK> ou B<O_NDELAY>

note: type: TP
en: B<O_PATH> (since Linux 2.6.39)
fr: B<O_PATH> (depuis Linux 2.6.39)

note: type: Plain text
en: The following operations I<can> be performed on the resulting file descriptor:
fr: Les opérations suivantes I<peuvent> être réalisées sur le descripteur de fichier obtenu :

note: type: Plain text
en: Duplicating the file descriptor (B<dup>(2), B<fcntl>(2)  B<F_DUPFD>, etc.).
fr: Dupliquer le descripteur de fichier (B<dup>(2), B<fcntl>(2),  B<F_DUPFD>, etc.).

note: type: Plain text
en: Getting and setting file descriptor flags (B<fcntl>(2)  B<F_GETFD> and B<F_SETFD>).
fr: Consulter et affecter les valeurs des attributs du descripteur de fichier (B<fcntl>(2),  B<F_GETFD> and B<F_SETFD>).

note: type: Plain text
en: Retrieving open file status flags using the B<fcntl>(2)  B<F_GETFL> operation: the returned flags will include the bit B<O_PATH>.
fr: Récupérer les attributs d'état de fichiers ouverts au moyen de l'opération B<fcntl>(2)  B<F_GETFL> : les attributs renvoyés comprendront le bit B<O_PATH>.

note: type: Plain text
en: Passing the file descriptor to another process via a UNIX domain socket (see B<SCM_RIGHTS> in B<unix>(7)).
fr: Transmettre le descripteur de fichier à un autre processus via une socket de domaine UNIX (consultez B<SCM_RIGHTS> dans B<unix>(7)).

note: type: Plain text
en: When B<O_PATH> is specified in I<flags>, flag bits other than B<O_CLOEXEC>, B<O_DIRECTORY>, and B<O_NOFOLLOW> are ignored.
fr: Lorsque B<O_PATH> est précisé dans I<flags>, seuls les bits B<O_CLOEXEC>, B<O_DIRECTORY> et B<O_NOFOLLOW> de l'attribut sont pris en compte.

note: type: Plain text
en: If I<pathname> is a symbolic link and the B<O_NOFOLLOW> flag is also specified, then the call returns a file descriptor referring to the symbolic link.  This file descriptor can be used as the I<dirfd> argument in calls to B<fchownat>(2), B<fstatat>(2), B<linkat>(2), and B<readlinkat>(2)  with an empty pathname to have the calls operate on the symbolic link.
fr: Si I<pathname> est un lien symbolique et si l'attribut B<O_NOFOLLOW> est précisé, alors l'appel renvoie le descripteur de fichier d'un lien symbolique. Ce descripteur de fichier peut être utilisé comme l'argument I<dirfd> lors d'appels aux fonctions B<fchownat>(2), B<fstatat>(2), B<linkat>(2) et B<readlinkat>(2) avec un chemin d'accès vide pour permettre à l'appel de s'exécuter sur le lien symbolique.

note: type: TP
en: B<O_TMPFILE> (since Linux 3.11)
fr: B<O_TMPFILE> (depuis Linux 3.11)

note: type: Plain text
en: B<O_TMPFILE> must be specified with one of B<O_RDWR> or B<O_WRONLY> and, optionally, B<O_EXCL>.  If B<O_EXCL> is not specified, then B<linkat>(2)  can be used to link the temporary file into the filesystem, making it permanent, using code like the following:
fr: B<O_TMPFILE> doit être indiqué avec soit B<O_RDWR>, soit B<O_WRONLY>, et facultativement B<O_EXCL>. Si B<O_EXCL> s’est pas indiqué, alors B<linkat>(2) peut être utilisé pour lier le fichier temporaire dans le système de fichier, le rendant permanent, en utilisant du code comme :

note: type: Plain text
en: char path[PATH_MAX];
    fd = open("/path/to/dir", O_TMPFILE | O_RDWR,
                            S_IRUSR | S_IWUSR);
fr: char chemin[PATH_MAX];
    df = open("/chemin/vers/rép.", O_TMPFILE | O_RDWR,
                            S_IRUSR | S_IWUSR);

note: type: Plain text
en: /* File I/O on 'fd'... */
fr: /* Entrée et sortie du fichier sur « df »… */

note: type: Plain text
en: snprintf(path, PATH_MAX,  "/proc/self/fd/%d", fd);
    linkat(AT_FDCWD, path, AT_FDCWD, "/path/for/file",
                            AT_SYMLINK_FOLLOW);
fr: snprintf(chemin, PATH_MAX,  "/proc/self/fd/%d", df);
    linkat(AT_FDCWD, chemin, AT_FDCWD, "/chemin/vers/fichier",
                            AT_SYMLINK_FOLLOW);

note: type: Plain text
en: In this case, the B<open>()  I<mode> argument determines the file permission mode, as with B<O_CREAT>.
fr: Dans ce cas, l’argument I<mode> d’B<open>() détermine le mode de droits du fichier, comme avec B<O_CREAT>.

note: type: Plain text
en: Specifying B<O_EXCL> in conjunction with B<O_TMPFILE> prevents a temporary file from being linked into the filesystem in the above manner.  (Note that the meaning of B<O_EXCL> in this case is different from the meaning of B<O_EXCL> otherwise.)
fr: Indiquer B<O_EXCL> en conjonction avec B<O_TMPFILE> empêche de lier un fichier temporaire dans le système de fichiers comme précédemment (remarquez que la signification de B<O_EXCL> dans ce cas est différente de la signification habituelle de B<O_EXCL>).

note: Inspired by http://lwn.net/Articles/559147/ type: Plain text
en: There are two main use cases for B<O_TMPFILE>:
fr: Les deux principaux cas d’utilisation de B<O_TMPFILE> sont présentés ci-dessous :

note: type: Plain text
en: Improved B<tmpfile>(3)  functionality: race-free creation of temporary files that (1) are automatically deleted when closed; (2) can never be reached via any pathname; (3) are not subject to symlink attacks; and (4) do not require the caller to devise unique names.
fr: Améliorer la fonctionnalité B<tmpfile>(3) : création de fichiers temporaires sans situation de compétition qui (1) sont automatiquement supprimés à la fermeture ; (2) ne peuvent jamais être atteints par leur chemin ; (3) ne sont pas exposés aux attaques de lien symbolique ; et (4) ne nécessitent pas à l’appelant d’inventer des noms uniques.

note: type: Plain text
en: If the file already exists and is a regular file and the access mode allows writing (i.e., is B<O_RDWR> or B<O_WRONLY>)  it will be truncated to length 0.  If the file is a FIFO or terminal device file, the B<O_TRUNC> flag is ignored.  Otherwise, the effect of B<O_TRUNC> is unspecified.
fr: Si le fichier existe, est un fichier ordinaire et que le mode d’accès permet l’écriture (B<O_RDWR> ou B<O_WRONLY>), il sera tronqué à une longueur nulle. Si le fichier est une FIFO ou un périphérique terminal, l'attribut B<O_TRUNC> est ignoré. Sinon, le comportement de B<O_TRUNC> n'est pas précisé. Sur de nombreuses versions de Linux, il sera ignoré\ ; sur d'autres versions il déclenchera une erreur).

note: type: Plain text
en: The B<openat>()  system call operates in exactly the same way as B<open>(), except for the differences described here.
fr: L'appel système B<openat>() fonctionne de la même façon que B<open>(), les différences étant décrites ici.

note: type: Plain text
en: If the pathname given in I<pathname> is relative, then it is interpreted relative to the directory referred to by the file descriptor I<dirfd> (rather than relative to the current working directory of the calling process, as is done by B<open>()  for a relative pathname).
fr: Si I<pathname> est un chemin relatif, il est interprété par rapport au répertoire référencé par le descripteur de fichier I<dirfd> (plutôt que par rapport au répertoire courant du processus appelant, comme cela est fait par B<open>() pour un chemin relatif).

note: type: Plain text
en: If I<pathname> is relative and I<dirfd> is the special value B<AT_FDCWD>, then I<pathname> is interpreted relative to the current working directory of the calling process (like B<open>()).
fr: Si I<pathname> est un chemin relatif, et si I<dirfd> a la valeur spéciale B<AT_FDCWD>, alors I<pathname> est interprété par rapport au répertoire courant du processus appelant, comme dans B<open>().

note: type: Plain text
en: If I<pathname> is absolute, then I<dirfd> is ignored.
fr: Si I<pathname> est un chemin absolu, I<dirfd> est ignoré.

note: type: SH
en: RETURN VALUE
fr: VALEUR DE RETOUR

note: type: Plain text
en: B<open>(), B<openat>(), and B<creat>()  return the new file descriptor, or -1 if an error occurred (in which case, I<errno> is set appropriately).
fr: B<open>(), B<openat>() et B<creat>() renvoient le nouveau descripteur de fichier s'ils réussissent, ou -1 s'ils échouent, auquel cas I<errno> contient le code d'erreur.

note: type: SH
en: ERRORS
fr: ERREURS

note: type: Plain text
en: B<open>(), B<openat>(), and B<creat>()  can fail with the following errors:
fr: B<open>(), B<openat>() et B<creat>() peuvent échouer avec les erreurs suivantes :

note: type: Plain text
en: The requested access to the file is not allowed, or search permission is denied for one of the directories in the path prefix of I<pathname>, or the file did not exist yet and write access to the parent directory is not allowed.  (See also B<path_resolution>(7).)
fr: L'accès demandé au fichier est interdit, ou la permission de parcours pour l'un des répertoires du chemin I<pathname> est refusée, ou le fichier n'existe pas encore et le répertoire parent ne permet pas l'écriture. (Consultez aussi B<path_resolution>(7).)

note: type: Plain text
en: Where B<O_CREAT> is specified, the file does not exist, and the user's quota of disk blocks or inodes on the filesystem has been exhausted.
fr: Si B<O_CREAT> est indiqué, le fichier n'existe pas et le quota de blocs de disque ou d'inœuds de l'utilisateur sur le système de fichiers a été atteint.

note: type: Plain text
en: I<pathname> already exists and B<O_CREAT> and B<O_EXCL> were used.
fr: I<pathname> existe déjà et B<O_CREAT> et B<O_EXCL> ont été indiqués.

note: type: Plain text
en: I<pathname> points outside your accessible address space.
fr: I<pathname> pointe en\(hydehors de l'espace d'adressage accessible.

note: type: Plain text
en: See B<EOVERFLOW>.
fr: Consultez B<EOVERFLOW>.

note: type: Plain text
en: While blocked waiting to complete an open of a slow device (e.g., a FIFO; see B<fifo>(7)), the call was interrupted by a signal handler; see B<signal>(7).
fr: Pendant qu'il était bloqué en attente de l'ouverture d'un périphérique lent (par exemple, une FIFO ; consultez B<fifo>(7)), l'appel a été interrompu par un gestionnaire de signal ; consultez B<signal>(7).

note: type: Plain text
en: The filesystem does not support the B<O_DIRECT> flag.  See B<NOTES> for more information.
fr: Le système de fichiers ne gère pas l’attribut B<O_DIRECT>. Consultez B<NOTES> pour de plus amples renseignements.

note: In particular, __O_TMPFILE instead of O_TMPFILE type: Plain text
en: Invalid value in I<flags>.
fr: Valeur incorrecte dans I<flags>.

note: type: Plain text
en: B<O_TMPFILE> was specified in I<flags>, but neither B<O_WRONLY> nor B<O_RDWR> was specified.
fr: B<O_TMPFILE> a été indiqué dans I<flags>, mais ni B<O_WRONLY> ni B<O_RDWR> n’ont été indiqués.

note: type: Plain text
en: I<pathname> refers to a directory and the access requested involved writing (that is, B<O_WRONLY> or B<O_RDWR> is set).
fr: Une écriture a été demandée alors que I<pathname> correspond à un répertoire (en fait, B<O_WRONLY> ou B<O_RDWR> ont été demandés).

note: type: Plain text
en: I<pathname> refers to an existing directory, B<O_TMPFILE> and one of B<O_WRONLY> or B<O_RDWR> were specified in I<flags>, but this kernel version does not provide the B<O_TMPFILE> functionality.
fr: I<pathname> fait référence à un répertoire existant, B<O_TMPFILE> et soit B<O_WRONLY>, soit B<O_RDWR>, ont été indiqués dans I<flags>, mais cette version du noyau ne fournit pas la fonctionnalité B<O_TMPFILE>.

note: type: Plain text
en: Too many symbolic links were encountered in resolving I<pathname>.
fr: Trop de liens symboliques ont été rencontrés en parcourant I<pathname>.

note: type: Plain text
en: I<pathname> was a symbolic link, and I<flags> specified B<O_NOFOLLOW> but not B<O_PATH>.
fr: I<pathname> était un lien symbolique, et I<flags> indiquait B<O_NOFOLLOW> mais pas B<O_PATH>.

note: type: Plain text
en: I<pathname> was too long.
fr: I<pathname> est trop long.

note: type: Plain text
en: I<pathname> refers to a device special file and no corresponding device exists.  (This is a Linux kernel bug; in this situation B<ENXIO> must be returned.)
fr: I<pathname> correspond à un fichier spécial et il n'y a pas de périphérique correspondant. (Ceci est un bogue du noyau Linux\ ; dans cette situation, B<ENXIO> devrait être renvoyé.)

note: type: Plain text
en: A directory component in I<pathname> does not exist or is a dangling symbolic link.
fr: Un des répertoires du chemin d'accès I<pathname> n'existe pas ou est un lien symbolique pointant nulle part.

note: type: Plain text
en: I<pathname> refers to a nonexistent directory, B<O_TMPFILE> and one of B<O_WRONLY> or B<O_RDWR> were specified in I<flags>, but this kernel version does not provide the B<O_TMPFILE> functionality.
fr: I<pathname> fait référence à un répertoire inexistant, B<O_TMPFILE> et soit B<O_WRONLY>, soit B<O_RDWR>, ont été indiqués dans I<flags>, mais cette version du noyau ne fournit pas la fonctionnalité B<O_TMPFILE>.

note: type: Plain text
en: Insufficient kernel memory was available.
fr: Pas assez de mémoire pour le noyau.

note: type: Plain text
en: I<pathname> was to be created but the device containing I<pathname> has no room for the new file.
fr: I<pathname> devrait être créé mais le périphérique concerné n'a plus assez de place pour un nouveau fichier.

note: type: Plain text
en: A component used as a directory in I<pathname> is not, in fact, a directory, or B<O_DIRECTORY> was specified and I<pathname> was not a directory.
fr: Un élément du chemin d'accès I<pathname> n'est pas un répertoire, ou l'attribut B<O_DIRECTORY> est utilisé et I<pathname> n'est pas un répertoire.

note: type: Plain text
en: The filesystem containing I<pathname> does not support B<O_TMPFILE>.
fr: Le système de fichiers contenant I<pathname> ne prend pas en charge B<O_TMPFILE>.

note: type: Plain text
en: I<pathname> refers to a file on a read-only filesystem and write access was requested.
fr: Un accès en écriture est demandé alors que I<pathname> réside sur un système de fichiers en lecture seule.

note: type: Plain text
en: I<pathname> refers to an executable image which is currently being executed and write access was requested.
fr: On a demandé une écriture alors que I<pathname> correspond à un fichier exécutable actuellement utilisé.

note: type: Plain text
en: The B<O_NONBLOCK> flag was specified, and an incompatible lease was held on the file (see B<fcntl>(2)).
fr: L'attribut B<O_NONBLOCK> est indiqué, et un bail incompatible est détenu sur le fichier (consultez B<fcntl>(2)).

note: type: Plain text
en: The following additional errors can occur for B<openat>():
fr: Les erreurs supplémentaires suivantes peuvent également se produire pour B<openat>() :

note: type: Plain text
en: I<dirfd> is not a valid file descriptor.
fr: I<dirfd> n'est pas un descripteur de fichier valable.

note: type: Plain text
en: I<pathname> is a relative pathname and I<dirfd> is a file descriptor referring to a file other than a directory.
fr: I<pathname> est un chemin relatif, et le descripteur de fichier I<dirfd> est associé à un fichier, pas à un répertoire.

note: type: Plain text
en: B<openat>()  was added to Linux in kernel 2.6.16; library support was added to glibc in version 2.4.
fr: B<openat>() a été ajouté au noyau Linux dans sa version 2.6.16 ; la glibc le gère depuis la version 2.4.

note: type: SH
en: CONFORMING TO
fr: CONFORMITÉ

note: type: Plain text
en: B<open>(), B<creat>()  SVr4, 4.3BSD, POSIX.1-2001, POSIX.1-2008.
fr: B<open>(), B<creat>() : SVr4, 4.3BSD, POSIX.1-2001, POSIX.1-2008.

note: type: Plain text
en: B<openat>(): POSIX.1-2008.
fr: B<openat>() : POSIX.1-2008.

note: type: Plain text
en: The B<O_DIRECT>, B<O_NOATIME>, B<O_PATH>, and B<O_TMPFILE> flags are Linux-specific.  One must define B<_GNU_SOURCE> to obtain their definitions.
fr: Les attributs B<O_DIRECT>, B<O_NOATIME>, B<O_PATH> et B<O_TMPFILE> sont spécifiques à Linux. B<_GNU_SOURCE> doit être définie pour obtenir leurs définitions.

note: type: Plain text
en: The B<O_CLOEXEC>, B<O_DIRECTORY>, and B<O_NOFOLLOW> flags are not specified in POSIX.1-2001, but are specified in POSIX.1-2008.  Since glibc 2.12, one can obtain their definitions by defining either B<_POSIX_C_SOURCE> with a value greater than or equal to 200809L or B<_XOPEN_SOURCE> with a value greater than or equal to 700.  In glibc 2.11 and earlier, one obtains the definitions by defining B<_GNU_SOURCE>.
fr: Les attributs B<O_CLOEXEC>, B<O_DIRECTORY> et B<O_NOFOLLOW> ne sont pas spécifiés dans POSIX.1-2001, mais le sont dans POSIX.1-2008. Depuis glibc 2.12, leurs définitions peuvent être obtenues en définissant soit B<_POSIX_C_SOURCE> avec une valeur supérieure ou égale à 200809L, soit B<_XOPEN_SOURCE> avec une valeur supérieure ou égale à 700. Dans glibc 2.11 et les versions précédentes, les définitions peuvent être obtenues en définissant B<_GNU_SOURCE>.

note: type: Plain text
en: As noted in B<feature_test_macros>(7), feature test macros such as B<_POSIX_C_SOURCE>, B<_XOPEN_SOURCE>, and B<_GNU_SOURCE> must be defined before including I<any> header files.
fr: Comme indiqué dans B<feature_test_macros>(7), les macros de test de fonctionnalités comme B<_POSIX_C_SOURCE>, B<_XOPEN_SOURCE> et B<_GNU_SOURCE> doivent être définies avant d'inclure I<n’importe quel> fichier d'en-tête.

note: Linux 2.0, 2.5: truncate Solaris 5.7, 5.8: truncate Irix 6.5: truncate Tru64 5.1B: truncate HP-UX 11.22: truncate FreeBSD 4.7: truncate type: Plain text
en: The (undefined) effect of B<O_RDONLY | O_TRUNC> varies among implementations.  On many systems the file is actually truncated.
fr: L'effet (indéfini) de B<O_RDONLY | O_TRUNC> varie selon l'implémentation. Sur de nombreux systèmes, le fichier est effectivement tronqué.

note: type: Plain text
en: Note that B<open>()  can open device special files, but B<creat>()  cannot create them; use B<mknod>(2)  instead.
fr: Notez que B<open>() peut ouvrir des fichiers spéciaux mais B<creat>() ne peut pas en créer, il faut utiliser B<mknod>(2) à la place.

note: type: SS
en: Open file descriptions
fr: Description de fichier ouvert

note: type: Plain text
en: The term open file description is the one used by POSIX to refer to the entries in the system-wide table of open files.  In other contexts, this object is variously also called an "open file object", a "file handle", an "open file table entry", or\(emin kernel-developer parlance\(ema I<struct file>.
fr: Le terme « description de fichiers ouverts » correspond à la terminologie POSIX pour faire référence à des entrées dans la table des fichiers ouverts du système. Dans d'autres contextes, cet objet est également appelé « objet de fichier ouvert », « gestionnaire de fichier », « entrée de la table des fichiers ouverts » ou encore, dans le jargon des développeurs du noyau, I<fichier struct>.

note: type: Plain text
en: When a file descriptor is duplicated (using B<dup>(2)  or similar), the duplicate refers to the same open file description as the original file descriptor, and the two file descriptors consequently share the file offset and file status flags.  Such sharing can also occur between processes: a child process created via B<fork>(2)  inherits duplicates of its parent's file descriptors, and those duplicates refer to the same open file descriptions.
fr: Lorsqu'un descripteur de fichiers est dupliqué (au moyen de B<dup>(2) ou d'un équivalent), la copie fait référence à la même description de fichier ouvert que le descripteur de fichier d'origine. Les deux descripteurs de fichier partagent donc la même position dans le fichier et les mêmes attributs d'état. Un tel partage peut également se produire entre deux processus : un processus fils créé au moyen de B<fork>(2) hérite des copies des descripteurs de fichiers de ses parents, et ces copies pointent vers les mêmes descriptions de fichiers ouverts.

note: type: SS
en: Synchronized I/O
fr: E/S synchrones

note: type: Plain text
en: The POSIX.1-2008 "synchronized I/O" option specifies different variants of synchronized I/O, and specifies the B<open>()  flags B<O_SYNC>, B<O_DSYNC>, and B<O_RSYNC> for controlling the behavior.  Regardless of whether an implementation supports this option, it must at least support the use of B<O_SYNC> for regular files.
fr: L'option POSIX-1.2008 « E/S synchrones » décrit des variantes des E/S synchrones, ainsi que plusieurs attributs de B<open>() permettant d'en contrôler le comportement : B<O_SYNC>, B<O_DSYNC> et B<O_RSYNC>. Sans chercher à savoir si une implémentation accepte cette option, elle doit au moins prendre en charge l'utilisation de B<O_SYNC> pour les fichiers normaux.

note: type: Plain text
en: B<O_SYNC> provides synchronized I/O I<file> integrity completion, meaning write operations will flush data and all associated metadata to the underlying hardware.  B<O_DSYNC> provides synchronized I/O I<data> integrity completion, meaning write operations will flush data to the underlying hardware, but will only flush metadata updates that are required to allow a subsequent read operation to complete successfully.  Data integrity completion can reduce the number of disk operations that are required for applications that don't need the guarantees of file integrity completion.
fr: B<O_SYNC> fournit l'exécution d'E/S synchrones avec garantie d'intégrité des I<fichiers>, ce qui signifie que les opérations d'écriture envoient les données et les métadonnées associées au matériel. B<O_DSYNC> fournit l'exécution d'E/S synchrones avec garantie d'intégrité des I<données>, ce qui signifie que les opérations d'écriture envoient les données et les métadonnées associées au matériel, mais en envoyant seulement les mises à jour des metadonnées qui permettent d'assurer le bon déroulement d'une opération de lecture ultérieure. L'exécution avec garantie d'intégrité des données peut réduire le nombre d'accès au disque demandés par une application qui ne nécessite pas l'exécution avec garantie d'intégrité des fichiers.

note: type: Plain text
en: Before Linux 2.6.33, Linux implemented only the B<O_SYNC> flag for B<open>().  However, when that flag was specified, most filesystems actually provided the equivalent of synchronized I/O I<data> integrity completion (i.e., B<O_SYNC> was actually implemented as the equivalent of B<O_DSYNC>).
fr: Avant Linux 2.6.33, Linux mettait seulement en oeuvre l'attribut B<O_SYNC> de B<open>(). Cependant, lorsque cet attribut était indiqué, la plupart des systèmes de fichiers fournissait des fonctionnalités équivalentes à l'exécution des E/S synchrones avec garantie de l'intégrité des I<données> (autrement dit, B<O_SYNC> était de fait mis en oeuvre comme B<O_DSYNC>).

note: type: Plain text
en: Since Linux 2.6.33, proper B<O_SYNC> support is provided.  However, to ensure backward binary compatibility, B<O_DSYNC> was defined with the same value as the historical B<O_SYNC>, and B<O_SYNC> was defined as a new (two-bit) flag value that includes the B<O_DSYNC> flag value.  This ensures that applications compiled against new headers get at least B<O_DSYNC> semantics on pre-2.6.33 kernels.
fr: A partir de Linux 2.6.33, une véritable prise de charge de B<O_SYNC> est fournie. Cependant, pour assurer la compatibilité ascendante binaire, B<O_DSYNC> a été défini avec la même valeur que le B<O_SYNC> « historique », et B<O_SYNC> a été défini comme un nouvel attribut (de deux bits) qui comprend l'attribut B<O_DSYNC>. Ceci permet d'assurer que les applications compilées avec les nouveaux en-têtes auront au moins la sémantique de B<O_DSYNC> sur les noyaux antérieurs à 2.6.33.

note: type: Plain text
en: There are many infelicities in the protocol underlying NFS, affecting amongst others B<O_SYNC> and B<O_NDELAY>.
fr: Plusieurs problèmes se posent avec le protocole NFS, concernant entre autres B<O_SYNC>, et B<O_NDELAY>.

note: type: Plain text
en: On NFS filesystems with UID mapping enabled, B<open>()  may return a file descriptor but, for example, B<read>(2)  requests are denied with B<EACCES>.  This is because the client performs B<open>()  by checking the permissions, but UID mapping is performed by the server upon read and write requests.
fr: Sur les systèmes de fichiers NFS, où la correspondance d'UID est activée, B<open>() peut renvoyer un descripteur de fichier alors qu'une requête B<read>(2) par exemple sera refusée avec le code d'erreur B<EACCES>. En effet, le client a effectué B<open>() en vérifiant les autorisations d'accès, mais la correspondance d'UID est calculée par le serveur au moment des requêtes de lecture ou d'écriture.

note: type: SS
en: File access mode
fr: mode accès au fichier

note: type: Plain text
en: Unlike the other values that can be specified in I<flags>, the I<access mode> values B<O_RDONLY>, B<O_WRONLY>, and B<O_RDWR> do not specify individual bits.  Rather, they define the low order two bits of I<flags>, and are defined respectively as 0, 1, and 2.  In other words, the combination B<O_RDONLY | O_WRONLY> is a logical error, and certainly does not have the same meaning as B<O_RDWR>.
fr: Contrairement aux autres valeurs qui peuvent être indiquées dans I<flags>, les valeurs du I<mode d'accès> B<O_RDONLY>, B<O_WRONLY> et B<O_RDWR> ne sont pas des bits individuels. Ils définissent l'ordre des deux bits de poids faible de I<flags>, et ont pour valeur respective 0, 1 et 2. En d'autres termes, l'association B<O_RDONLY | O_WRONLY> est une erreur logique et n'a certainement pas la même signification que B<O_RDWR>.

note: type: SS
en: Rationale for openat() and other directory file descriptor APIs
fr: Justification des appels openat() et des APIs des descripteurs de fichier de répertoires

note: type: Plain text
en: Second, B<openat>()  allows the implementation of a per-thread "current working directory", via file descriptor(s) maintained by the application.  (This functionality can also be obtained by tricks based on the use of I</proc/self/fd/>dirfd, but less efficiently.)
fr: Enfin, B<openat>() permet d'implémenter un «\ répertoire courant\ » par thread, grâce à des descripteurs de fichier maintenus par l'application. Cette fonctionnalité peut également être obtenue en jouant avec I</proc/self/fd/>dirfd, mais de façon moins efficace.

note: type: Plain text
en: The B<O_DIRECT> flag may impose alignment restrictions on the length and address of user-space buffers and the file offset of I/Os.  In Linux alignment restrictions vary by filesystem and kernel version and might be absent entirely.  However there is currently no filesystem-independent interface for an application to discover these restrictions for a given file or filesystem.  Some filesystems provide their own interfaces for doing so, for example the B<XFS_IOC_DIOINFO> operation in B<xfsctl>(3).
fr: L'attribut B<O_DIRECT> peut imposer, pour des raisons d'alignement, des restrictions sur la longueur et l'adresse des tampons de l'espace utilisateur et des déplacements dans les entrées-sorties de fichiers. Sous Linux, les restrictions d'alignement varient en fonction du système de fichiers et de la version du noyau, et il peut aussi ne pas y en avoir. Cependant, il n'y a pas actuellement d'interface indépendante du système de fichiers qui permette aux applications de découvrir ces restrictions pour un fichier ou système de fichiers donné. Certains systèmes de fichiers fournissent leur propre interface pour faire cela, comme par exemple l'opération B<XFS_IOC_DIOINFO> de B<xfsctl>(3).

note: type: Plain text
en: Under Linux 2.4, transfer sizes, and the alignment of the user buffer and the file offset must all be multiples of the logical block size of the filesystem.  Since Linux 2.6.0, alignment to the logical block size of the underlying storage (typically 512 bytes) suffices.  The logical block size can be determined using the B<ioctl>(2)  B<BLKSSZGET> operation or from the shell using the command:
fr: Sous Linux 2.4, la taille des transferts, l'alignement du tampon et la position dans le fichier doivent être des multiples de la taille de blocs logiques du système de fichiers. Sous Linux 2.6, un alignement sur la taille des blocs du stockage sous-jacent (typiquement des blocs de 512 octets) est suffisant. La taille des blocs logiques peut être déterminée au moyen de l'opération B<ioctl>(2)  B<BLKSSZGET> or depuis un interpréteur de commandes en appelant :

note: type: Plain text
en: B<O_DIRECT> I/Os should never be run concurrently with the B<fork>(2)  system call, if the memory buffer is a private mapping (i.e., any mapping created with the B<mmap>(2)  B<MAP_PRIVATE> flag; this includes memory allocated on the heap and statically allocated buffers).  Any such I/Os, whether submitted via an asynchronous I/O interface or from another thread in the process, should be completed before B<fork>(2)  is called.  Failure to do so can result in data corruption and undefined behavior in parent and child processes.  This restriction does not apply when the memory buffer for the B<O_DIRECT> I/Os was created using B<shmat>(2)  or B<mmap>(2)  with the B<MAP_SHARED> flag.  Nor does this restriction apply when the memory buffer has been advised as B<MADV_DONTFORK> with B<madvise>(2), ensuring that it will not be available to the child after B<fork>(2).
fr: Les E/S B<O_DIRECT> ne devraient jamais être exécutées en même temps que l'appel système B<fork>(2), si le tampon mémoire est une projection privée (c'est-à-dire n'importe quelle projection en mémoire créée avec l'attribut B<MAP_PRIVATE> de B<mmap>(2), y compris la mémoire allouée sur le tas et les tampons alloués de façon statique). Toutes ces E/S, qu'elles soient soumises par l'intermédiaire d'une interface d'E/S asynchrone ou depuis un autre thread du processus, devraient être achevées avant l'appel de B<fork>(2). En cas d'échec, les conséquences pourraient être une corruption de mémoire ou un comportement imprévisible dans les processus père et fils. Cette restriction ne s'applique pas quand le tampon mémoire pour les E/S B<O_DIRECT> a été créé en utilisant B<shmat>(2) ou B<mmap>(2) avec l'attribut B<MAP_SHARED>. Cette restriction ne s'applique pas non plus quand le tampon mémoire a été configuré comme B<MADV_DONTFORK> avec B<madvise>(2), en s'assurant qu'il ne sera pas disponible au fils après B<fork>(2).

note: type: Plain text
en: The B<O_DIRECT> flag was introduced in SGI IRIX, where it has alignment restrictions similar to those of Linux 2.4.  IRIX has also a B<fcntl>(2)  call to query appropriate alignments, and sizes.  FreeBSD 4.x introduced a flag of the same name, but without alignment restrictions.
fr: L'attribut B<O_DIRECT> a été introduit par SGI IRIX, qui a des restrictions d'alignement identiques à Linux 2.4. IRIX a aussi un appel B<fcntl>(2) pour obtenir les alignements et tailles appropriés. FreeBSD 4.x a introduit un attribut du même nom, mais sans les restrictions d'alignement.

note: type: Plain text
en: Applications should avoid mixing B<O_DIRECT> and normal I/O to the same file, and especially to overlapping byte regions in the same file.  Even when the filesystem correctly handles the coherency issues in this situation, overall I/O throughput is likely to be slower than using either mode alone.  Likewise, applications should avoid mixing B<mmap>(2)  of files with direct I/O to the same files.
fr: Les applications devraient éviter de mélanger des entrées-sorties B<O_DIRECT> et normales pour le même fichier, en particulier sur des régions d'un même fichier qui se recouvrent. Même si le système de fichiers gère les problèmes de cohérence dans cette situation, le débit global d'entrées-sorties sera moindre que si un seul mode était utilisé. De la même façon, les applications devraient éviter de mélanger l'utilisation de B<mmap>(2) et d'entrées-sorties directes pour les mêmes fichiers.

note: type: Plain text
en: The behavior of B<O_DIRECT> with NFS will differ from local filesystems.  Older kernels, or kernels configured in certain ways, may not support this combination.  The NFS protocol does not support passing the flag to the server, so B<O_DIRECT> I/O will bypass the page cache only on the client; the server may still cache the I/O.  The client asks the server to make the I/O synchronous to preserve the synchronous semantics of B<O_DIRECT>.  Some servers will perform poorly under these circumstances, especially if the I/O size is small.  Some servers may also be configured to lie to clients about the I/O having reached stable storage; this will avoid the performance penalty at some risk to data integrity in the event of server power failure.  The Linux NFS client places no alignment restrictions on B<O_DIRECT> I/O.
fr: Le comportement de B<O_DIRECT> avec NFS diffère des systèmes de fichiers locaux. Les anciens noyaux, ou les noyaux configurés d'une certaine façon, peuvent ne pas gérer cette combinaison. Le protocole NFS ne gère pas le passage de l'attribut au serveur, les entrées-sorties B<O_DIRECT> ne font donc que le cache des pages du client ; le serveur pourra toujours utiliser un cache pour les entrées-sorties. Le client demande au serveur de rendre les entrées-sorties synchrones pour préserver la sémantique synchrone de B<O_DIRECT>. Certains serveurs fonctionnent mal dans ces circonstances, tout particulièrement si les entrées-sorties sont de petite taille. Certains serveurs peuvent aussi être configurés pour mentir aux clients et indiquer que les entrées-sorties ont atteint un espace de stockage stable ; ceci évitera la perte de performance en augmentant les risques pour l'intégrité des données en cas de problème d'alimentation du serveur. Le client NFS Linux n'a pas de restriction d'alignement pour les entrées-sorties B<O_DIRECT>.

note: type: Plain text
en: In summary, B<O_DIRECT> is a potentially powerful tool that should be used with caution.  It is recommended that applications treat use of B<O_DIRECT> as a performance option which is disabled by default.
fr: En résumé, B<O_DIRECT> est un outil potentiellement puissant qui doit être utilisé avec précaution. Les applications devraient utiliser B<O_DIRECT> comme une option pour améliorer les performances, qui devrait être désactivée par défaut.

note: type: SH
en: BUGS
fr: BOGUES

note: FIXME . Check bugzilla report on open(O_ASYNC) See http://bugzilla.kernel.org/show_bug.cgi?id=5993 type: Plain text
en: Currently, it is not possible to enable signal-driven I/O by specifying B<O_ASYNC> when calling B<open>(); use B<fcntl>(2)  to enable this flag.
fr: Actuellement, il n'est pas possible d'activer les entrées-sorties contrôlées par les signaux en indiquant B<O_ASYNC> lors de l'appel B<open>()\ ; il faut utiliser B<fcntl>(2) pour activer cet attribut.

note: type: Plain text
en: One must check for two different error codes, B<EISDIR> and B<ENOENT>, when trying to determine whether the kernel supports B<O_TMPFILE> functionality.
fr: Deux codes d’erreur différents – B<EISDIR> et B<ENOENT> — doivent être vérifiés pour essayer de déterminer si le noyau prend en charge la fonctionnalité B<O_TMPFILE>.

note: type: SH
en: SEE ALSO
fr: VOIR AUSSI

note: type: Plain text
en: This page is part of release 5.03 of the Linux I<man-pages> project.  A description of the project, information about reporting bugs, and the latest version of this page, can be found at \%https://www.kernel.org/doc/man-pages/.
fr: Cette page fait partie de la publication 5.03 du projet I<man-pages> Linux. Une description du projet et des instructions pour signaler des anomalies peuvent être trouvées à l'adresse \%https://www.kernel.org/doc/man-pages/.

note: type: Plain text
en: This page is part of release 5.02 of the Linux I<man-pages> project.  A description of the project, information about reporting bugs, and the latest version of this page, can be found at \%https://www.kernel.org/doc/man-pages/.
fr: Cette page fait partie de la publication 5.02 du projet I<man-pages> Linux. Une description du projet et des instructions pour signaler des anomalies peuvent être trouvées à l'adresse \%https://www.kernel.org/doc/man-pages/.

note: type: Plain text
en: This page is part of release 5.01 of the Linux I<man-pages> project.  A description of the project, information about reporting bugs, and the latest version of this page, can be found at \%https://www.kernel.org/doc/man-pages/.
fr: Cette page fait partie de la publication 5.01 du projet I<man-pages> Linux. Une description du projet et des instructions pour signaler des anomalies peuvent être trouvées à l'adresse \%https://www.kernel.org/doc/man-pages/.
