16.1. "os" — Diverses interfaces pour le système d'exploitation
***************************************************************

**Code source:** Lib/os.py

======================================================================

Ce module fournit une manière portable d'utiliser les fonctionnalités
dépendantes du système d'exploitation. Si vous voulez uniquement lire
ou écrire dans un fichier, voir "open()", si vous voulez manipuler des
chemins, voir le module "os.path", et si vous voulez lire toutes les
lignes de tous les fichiers listés par l'invite de commande, voir le
module "fileinput". Pour créer des fichiers temporaires, voir le
module "tempfile", et pour une manipulation haut niveau des fichiers
et dossiers, voir le module "shutil".

Notes sur la disponibilité de ces fonctions :

* La conception des modules natifs Python dépendants du système
  d'exploitation est qu'une même fonctionnalité utilise une même
  interface. Par exemple, la fonction "os.stat(path)" renvoie des
  informations sur les statistiques de *path* dans le même format (qui
  est originaire de l'interface POSIX).

* Les extensions propres à un certain système d'exploitation sont
  également disponible par le module "os", mais les utiliser est bien
  entendu une menace pour la portabilité.

* Toutes les fonctions acceptant les chemins ou noms de fichiers
  acceptent aussi bien des *bytes* que des *string*, et si un chemin
  ou un nom de fichier est renvoyé, il sera du même type.

* Une note "Disponibilité : Unix " signifie que cette fonction est
  communément implémentée dans les systèmes Unix. Une telle note ne
  prétend pas l'existence de la fonction sur un système d'exploitation
  particulier.

* Si ce n'est pas mentionné séparément, toutes les fonctions se
  réclamant "Disponibilité : Unix" sont gérées sur Mac OS X, qui est
  basé sur Unix.

Note:

  Toutes les fonctions de ce module lèvent une "OSError" dans le cas
  d'un chemin ou nom de fichier invalide ou inaccessible, ou si
  d'autres arguments sont de type correct mais non géré par le système
  d'exploitation.

exception os.error

   Un alias pour les exceptions natives "OSError".

os.name

   Le nom du module importé dépendant du système d'exploitation.  Les
   noms suivants ont actuellement été enregistrés : "'posix'", "'nt'",
   "'java'".

   Voir aussi:

     "sys.platform" a une granularité plus fine. "os.uname()" donne
     des informations de version dépendantes de système.

     Le module "platform" fournit des vérifications détaillées pour
     l'identité du système.


16.1.1. Noms de fichiers, arguments en ligne de commande, et variables d'environnement
======================================================================================

En Python, les noms de fichiers, les arguments en ligne de commandes,
et les variables d'environnement sont représentées en utilisant le
type *string*. Sur certains systèmes, décoder ces chaînes de
caractères depuis et vers des *bytes* est nécessaire avant de les
passer au système d'exploitation. Python utilise l'encodage du système
de fichiers pour réaliser ces conversions (voir
"sys.getfilesystemencoding()").

Modifié dans la version 3.1: Sur certains systèmes, les conversions
utilisant l'encodage du système de fichiers peut échouer. Dans ce cas,
Python utilise le surrogateescape encoding error handler (le
gestionnaire d'erreurs d'encodage *surrogateescape*), ce qui veut dire
que les bytes indécodables sont replacés par un caractère Unicode
U+DCxx au décodage, et ceux-ci sont retraduits en le bon octet à
l'encodage.

L'encodage du système de fichiers doit garantir de pouvoir décoder
correctement tous les octets en dessous de 128. Si l'encodage du
système de fichiers ne peut garantir cela, les fonctions de l'API
peuvent lever une UnicodeError.


16.1.2. Paramètres de processus
===============================

Ces fonctions et valeurs fournissent des informations et agissent sur
le processus actuel et sur l'utilisateur.

os.ctermid()

   Renvoie l'identifiant de fichier correspondant au terminal
   contrôlant le processus.

   Disponibilité : Unix.

os.environ

   Un objet *mapping* représentant les variables d'environnement. Par
   exemple "environ['HOME']" est le chemin vers votre répertoire
   d’accueil (sur certaines plate-formes), et est équivalent à
   "getenv("HOME")" en C.

   Ce *mapping* est capturé la première fois que le module "os" est
   importé, typiquement pendant le démarrage de Python, lors de
   l'exécution de "site.py". Les changements de l'environnement opérés
   après cette capture ne sont pas répercutés dans "os.environ", à
   part les modifications directes de "os.environ".

   Si la plate-forme prend en charge la fonction "putenv()", ce
   *mapping* peut être utilisé pour modifier l'environnement autant
   que pour l'interroger. "putenv()" sera appelée automatiquement
   quand le *mapping* sera modifié.

   Sur Unix, les clefs et les valeurs utilisent
   "sys.getfilesystemencoding()" et le gestionnaire d'erreurs
   "surrogateescape". Utilisez "environb" si vous désirez utiliser un
   encodage différent.

   Note:

     Appeler "putenv()" ne change pas directement "os.environ", donc
     il est préférable de modifier "os.environ".

   Note:

     Sur certaines plate-formes, dont FreeBSD et Mac OS X, procéder à
     des assignations sur "environ" peut causer des fuites de mémoire.
     Referez-vous à la documentation système de "putenv()".

   Si "putenv()" n'est pas fourni, une copie modifiée de ce
   dictionnaire peut être passé aux fonctions appropriées de création
   de processus pour forcer l'utilisation d'un environnement modifié
   pour le processus fils.

   Si la plate-forme prend en charge la fonction "unsetenv()", vous
   pouvez supprimer des éléments de ce dictionnaire pour supprimer des
   variables d'environnement. La fonction "unsetenv()" sera appelée
   automatiquement quand un élément est supprimé de "os.environ", ou
   quand l'une des méthodes "pop()" ou "clear()" est appelée.

os.environb

   Une version en *bytes* de "environ" : un *mapping* d'objets
   représentant l'environnement par des chaîne de *bytes*. "environ"
   et "environb" sont synchronisés (modifier "environ" modifie
   "environb", et vice-versa).

   "environb" n'est disponible que si "supports_byte_environ" vaut
   "True".

   Nouveau dans la version 3.2.

os.chdir(path)
os.fchdir(fd)
os.getcwd()

   Ces fonctions sont décrites dans Fichiers et répertoires.

os.fsencode(filename)

   Encode le *chemin-compatible* *filename* vers l'encodage du système
   de fichiers avec une gestion d'erreurs "'surrogateescape'", ou
   "'strict'" sous Windows ; renvoie un objet "bytes" inchangé.

   "fsdecode()" est la fonction inverse.

   Nouveau dans la version 3.2.

   Modifié dans la version 3.6: Ajout de la prise en charge des objets
   implémentant l'interface "os.PathLike".

os.fsdecode(filename)

   Encode le *chemin-compatible* *filename* depuis l'encodage du
   système de fichiers avec une gestion d'erreurs "'surrogateescape'",
   ou "'strict'" sous Windows ; renvoie un objet "str" inchangé.

   "fsencode()" est la fonction inverse.

   Nouveau dans la version 3.2.

   Modifié dans la version 3.6: Ajout de la prise en charge des objets
   implémentant l'interface "os.PathLike".

os.fspath(path)

   Renvoie la représentation par le système de fichiers du chemin.

   Si un objet "str" ou "bytes" est passé, il est renvoyé inchangé.
   Autrement, "__fspath__()" est appelée et sa valeur renvoyée tant
   qu'elle est un objet "str" ou "bytes". Dans tous les autres cas,
   une "TypeError" est levée.

   Nouveau dans la version 3.6.

class os.PathLike

   Une *abstract base class* pour les objets représentant un chemin du
   système de fichiers, comme "pathlib.PurePath".

   Nouveau dans la version 3.6.

   abstractmethod __fspath__()

      Renvoie la représentation du chemin du système de fichiers de
      l'objet.

      La méthode ne devrait renvoyer que des objets "str" ou "bytes",
      avec une préférence pour les "str".

os.getenv(key, default=None)

   Renvoie la valeur de la variable d'environnement *key* si elle
   existe, ou *default* si elle n'existe pas. *key*, *default*, et la
   valeur de retour sont des *str*.

   Sur Unix, les clefs et les valeurs sont décodées avec
   "sys.getfilesystemencoding()" et le gestionnaire d'erreurs
   "surrogateescape". Utilisez "os.getenvb()" si vous voulez utiliser
   un encodage différent.

   Disponibilité : la plupart des dérivés Unix, Windows.

os.getenvb(key, default=None)

   Renvoie la valeur de la variable d'environnement *key* si elle
   existe, ou *default* si elle n'existe pas. *key*, *default*, et la
   valeur de retour sont des *bytes*.

   "getenvb()" n'est disponible que si "supports_byte_environ" vaut
   "True".

   Disponibilité : la plupart des dérivés Unix.

   Nouveau dans la version 3.2.

os.get_exec_path(env=None)

   Renvoie la liste des dossier qui seront parcouru pour trouver un
   exécutable, similaire à un shell lorsque il lance un processus.
   *env*, quand spécifié, doit être un dictionnaire de variable
   d'environnement  afin d'y rechercher le PATH. Par défaut quand
   *env* est "None", "environ" est utilisé.

   Nouveau dans la version 3.2.

os.getegid()

   Renvoie l'identifiant du groupe effectif du processus actuel. Ça
   correspond au bit "*set id*" du fichier qui s'exécute dans le
   processus actuel.

   Disponibilité : Unix.

os.geteuid()

   Renvoie l'identifiant de l'utilisateur effectif du processus
   actuel.

   Disponibilité : Unix.

os.getgid()

   Renvoie l'identifiant de groupe réel du processus actuel.

   Disponibilité : Unix.

os.getgrouplist(user, group)

   Renvoie la liste d'identifiants de groupes auxquels *user*
   appartient. Si *group* n'est pas dans la liste, il y est inclus.
   Typiquement, *group* vaut le *group ID* de l'enregistrement
   *passwd* de *user*.

   Disponibilité : Unix.

   Nouveau dans la version 3.3.

os.getgroups()

   Renvoie une liste d'identifiants de groupes additionnels associés
   au processus actuel.

   Disponibilité : Unix.

   Note:

     Sur Mac OS X, le comportement de "getgroups()" diffère légèrement
     des autres plate-formes Unix. Si l'interpréteur Python était
     compilé avec une cible de déploiement de "10.5" ou moins,
     "getgroups()" renverrait la liste des identifiants de groupes
     effectifs associés au processus courant de l'utilisateur ; le
     nombre d'éléments de cette liste est limité par le système,
     typiquement 16, et peut être modifié par des appels à
     "setgroups()" si les privilèges ont été convenablement assignés.
     Si compilé avec une cible de déploiement supérieure à "10.5", la
     fonction "getgroups()" renvoie la liste des accès du groupe
     actuel pour l'utilisateur associé à l'identifiant utilisateur du
     processus ; la liste d'accès du groupe peut changer durant la vie
     du processus, elle n'est pas affectée par les appels à
     "setgroups()" et sa longueur n'est pas limitée à 16.  La valeur
     de la cible de déploiement, "MACOSX_DEPLOYMENT_TARGET", peut être
     obtenue par la fonction "sysconfig.get_config_var()".

os.getlogin()

   Renvoie le nom de l'utilisateur connecté sur le terminal contrôlant
   le processus. Dans la plupart des cas, il est plus utile d'utiliser
   "getpass.getuser()" puisque cette fonction consulte les variables
   d'environnement "LOGNAME" et "USERNAME" pour savoir qui est
   l'utilisateur, et se replie finalement sur
   "pwd.getpwduid(os.getuid())[0]" pour avoir le nom de connexion lié
   à l'identifiant de l'utilisateur courant.

   Disponibilité : Unix, Windows.

os.getpgid(pid)

   Renvoie l'identifiant de groupe de processus du processus de PID
   *pid*. Si *pid* vaut 0, l'identifiant de groupe de processus du
   processus actuel est renvoyé.

   Disponibilité : Unix.

os.getpgrp()

   Renvoie l'identifiant du groupe de processus actuel.

   Disponibilité : Unix.

os.getpid()

   Renvoie l'identifiant du processus actuel.

os.getppid()

   Renvoie l'identifiant du processus parent. Quand le processus
   parent est terminé, sur Unix, l'identifiant renvoyé est 1 pour le
   processus *init*, sur Windows, c'est toujours le même id, qui peut
   déjà avoir été réutilisé par un autre processus.

   Disponibilité : Unix, Windows.

   Modifié dans la version 3.2: Prise en charge sur Windows.

os.getpriority(which, who)

   Récupère la priorité d'ordonnancement des programmes. La valeur
   *which* est une des constantes suivantes : "PRIO_PROCESS",
   "PRIO_PGRP", ou "PRIO_USER", et la valeur *who* est interprétée par
   rapport à *which* (un id de processus pour "PRIO_PROCESS", un id de
   groupe de processus pour "PRIO_PGRP", et un id d'utilisateur pour
   "PRIO_USER"). Une valeur nulle pour *who* dénote (respectivement)
   le processus appelant, le groupe de processus du processus
   appelant, ou l'identifiant d'utilisateur réel du processus
   appelant.

   Disponibilité : Unix.

   Nouveau dans la version 3.3.

os.PRIO_PROCESS
os.PRIO_PGRP
os.PRIO_USER

   Paramètres pour les fonctions "getpriority()" et "setpriority()".

   Disponibilité : Unix.

   Nouveau dans la version 3.3.

os.getresuid()

   Renvoie un *tuple* (*ruid*, *euid*, *suid*) dénotant les
   identifiants de l'utilisateur réel, effectif et sauvé du processus
   actuel.

   Disponibilité : Unix.

   Nouveau dans la version 3.2.

os.getresgid()

   Renvoie un *tuple* (*rgid*, *egid*, *sgid*) dénotant les
   identifiants des groupes de processus réel effectif, et sauvé du
   processus actuel.

   Disponibilité : Unix.

   Nouveau dans la version 3.2.

os.getuid()

   Renvoie l'identifiant réel du processus actuel.

   Disponibilité : Unix.

os.initgroups(username, gid)

   Appelle la fonction système *initgroups* pour initialiser la liste
   des groupes d'accès des groupes dont *username* est membre, plus le
   groupe spécifié par *gid*.

   Disponibilité : Unix.

   Nouveau dans la version 3.2.

os.putenv(key, value)

   Assigne la chaîne de caractères *value* à la variable
   d'environnement *key*. De tels changements à l'environnement
   affectent les sous-processus lancés par "os.system()", "popen()" ou
   "fork()" et "execv()".

   Disponibilité : la plupart des dérivés Unix, Windows.

   Note:

     Sur certaines plate-formes, incluant FreeBSD et Mac OS X,
     assigner "environ" peut causer des fuites de mémoire. Referez-
     vous à la documentation système de *putenv*.

   Quand "putenv()" est géré, les assignations d'éléments dans
   "os.environ" sont automatiquement traduites en appels
   correspondants à "putenv()". Cependant, des appels à "putenv()" ne
   mettent pas "os.environ" à jour. Il est donc préférable d'assigner
   les éléments de "os.environ".

os.setegid(egid)

   Définit l'identifiant du groupe de processus effectif du processus
   actuel.

   Disponibilité : Unix.

os.seteuid(euid)

   Définit l'identifiant de l'utilisateur effectif du processus
   actuel.

   Disponibilité : Unix.

os.setgid(gid)

   Définit l'identifiant du groupe de processus actuel.

   Disponibilité : Unix.

os.setgroups(groups)

   Place *groups* dans la liste d'identifiants de groupes additionnels
   associée. *groups* doit être une séquence, et chaque élément doit
   être un nombre entier identifiant un groupe. Cette opération est
   typiquement disponible uniquement pour le super utilisateur.

   Disponibilité : Unix.

   Note:

     Sur Mac OS X, la longueur de *groups* ne peut pas dépasser le
     nombre maximum d'identifiants effectifs de groupes défini par le
     système, typiquement 16. Voir la documentation de "getgroups()"
     pour les cas où *getgroups* ne renvoie pas la même liste de
     groupes que celle définie par l'appel à *setgroups*.

os.setpgrp()

   Produit l'appel système "setpgrp()" ou "setpgrp(0, 0)" selon la
   version implémentée (s'il y en a une). Voir le manuel Unix pour la
   sémantique de l'opération.

   Disponibilité : Unix.

os.setpgid(pid, pgrp)

   Produit l'appel système "setpgid()" pour placer l'identifiant du
   groupe de processus contenant le processus d'identifiant *pid* dans
   le groupe de processus d'identifiant *pgrp*. Voir le manuel Unix
   pour la sémantique.

   Disponibilité : Unix.

os.setpriority(which, who, priority)

   Définit la priorité d'ordonnancement des programmes. La valeur
   *which* est une des constantes suivantes : "PRIO_PROCESS",
   "PRIO_PGRP", ou "PRIO_USER", et *who* est interprété en fonction de
   *which* (un PID pour "PRIO_PROCESS", un identifiant de groupe de
   processus pour "PRIO_PGRP", et un identifiant d'utilisateur pour
   "PRIO_USER"). Une valeur nulle pour *who* dénote (respectivement)
   le processus appelant, le groupe de processus du processus
   appelant, ou l'identifiant de l'utilisateur réel du processus
   appelant. *priority* est une valeur comprise entre "-20" et "19".
   La priorité par défaut est 0 ; les priorités plus faibles amènent à
   un ordonnancement plus favorable.

   Disponibilité : Unix

   Nouveau dans la version 3.3.

os.setregid(rgid, egid)

   Définit l'identifiant des groupes réel et effectif du processus
   actuel.

   Disponibilité : Unix.

os.setresgid(rgid, egid, sgid)

   Définit l'identifiant des groupes réel, effectif et sauvé du
   processus actuel.

   Disponibilité : Unix.

   Nouveau dans la version 3.2.

os.setresuid(ruid, euid, suid)

   Définit l'identifiant des utilisateurs réel, effectif et sauvé du
   processus actuel.

   Disponibilité : Unix.

   Nouveau dans la version 3.2.

os.setreuid(ruid, euid)

   Définit l'identifiant des utilisateurs réel et effectif du
   processus actuel.

   Disponibilité : Unix.

os.getsid(pid)

   Produit l'appel système "getsid()". Voir le manuel Unix pour la
   sémantique.

   Disponibilité : Unix.

os.setsid()

   Produit l'appel système "setsid()". Voir le manuel Unix pour la
   sémantique.

   Disponibilité : Unix.

os.setuid(uid)

   Définit l'identifiant de l'utilisateur du processus actuel.

   Disponibilité : Unix.

os.strerror(code)

   Renvoie le message d'erreur correspondant au code d'erreur *code*.
   Sur les plate-formes où "strerror()" renvoie "NULL" quand un numéro
   d'erreur inconnu est donné, une "ValueError" est levée.

os.supports_bytes_environ

   "True" si le type natif de l'environnement du système
   d'exploitation est *bytes* (par exemple : "False" sur Windows).

   Nouveau dans la version 3.2.

os.umask(mask)

   Définit le *umask* actuel et renvoie la valeur précédente.

os.uname()

   Renvoie des informations identifiant le système d'exploitation
   actuel. La valeur de retour est un objet à cinq attributs :

   * "sysname" — nom du système d'exploitation

   * "noedname" — nom de la machine sur le réseau (dépendant de
     l'implémentation)

   * "release" — *release* du système d'exploitation

   * "version" — version du système d'exploitation

   * "machine" — identifiant du matériel

   Pour la rétrocompatibilité, cet objet est également itérable, se
   comportant comme un quintuplet contenant "sysname", "nodename",
   "release", "version", et "machine" dans cet ordre.

   Certains systèmes tronquent "nodename" à 8 caractères ou à la
   composante dominante. Un meilleur moyen de récupérer le nom de
   l'hôte est "socket.gethostname()" ou encore
   "socket.gethostbyaddre(socket.gethostname())".

   Disponibilité : dérivés récents de Unix.

   Modifié dans la version 3.3: Type de retour changé d'un *tuple* en
   un objet compatible avec le type *tuple*, avec des attributs
   nommés.

os.unsetenv(key)

   Supprime la variable d'environnement appelée *key*. De tels
   changements à l'environnement affectent les sous-processus lancés
   avec "os.system()", "popen()" ou "fork()" et "execv()".

   Quand "unsetenv()" est gérée, la suppression d'éléments dans
   "os.environ" est automatiquement interprétée en un appel
   correspondant à "unsetenv()", mais les appels à "unsetenv()" ne
   mettent pas "os.environ" à jour. Donc il est préférable de
   supprimer les éléments de "os.environ".

   Disponibilité : la plupart des dérivés Unix, Windows.


16.1.3. Création de fichiers objets
===================================

Cette fonction crée de nouveaux *fichiers objets*. (Voir aussi
"open()" pour ouvrir des descripteurs de fichiers).

os.fdopen(fd, *args, **kwargs)

   Renvoie un fichier objet ouvert connecté au descripteur de fichier
   *fd*. C'est un alias de la primitive "open()" et accepte les mêmes
   arguments. La seule différence est que le premier argument de
   "fdopen()" doit toujours être un entier.


16.1.4. Opérations sur les descripteurs de fichiers
===================================================

Ces fonctions opèrent sur des flux d'entrées/sorties référencés par
des descripteurs de fichiers.

Les descripteurs de fichiers sont de petits entiers correspondant à un
fichier qui a été ouvert par le processus courant. Par exemple,
l'entrée standard est habituellement le descripteur de fichier 0, la
sortie standard est 1, et le flux standard d'erreur est 2. Les autres
fichiers ouverts par un processus vont se voir assigner 3, 4, 5, etc.
Le nom "descripteur de fichier" est légèrement trompeur : sur les
plate-formes Unix, les connecteurs (*socket* en anglais) et les tubes
(*pipe* en anglais) sont également référencés par des descripteurs.

La méthode "fileno()" peut être utilisée pour obtenir le descripteur
de fichier associé à un *file object* quand nécessaire. Notez
qu'utiliser le descripteur directement outrepasse les méthodes du
fichier objet, ignorant donc des aspects tels que la mise en tampon
interne des données.

os.close(fd)

   Ferme le descripteur de fichier *fd*.

   Note:

     Cette fonction est destinée aux opérations d'entrées/sorties de
     bas niveau et doit être appliquée à un descripteur de fichier
     comme ceux donnés par "os.open()" ou "pipe()". Pour fermer un
     "fichier objet" renvoyé par la primitive "open()", "popen()" ou
     "fdopen()", il faut utiliser sa méthode "close()".

os.closerange(fd_low, fd_high)

   Ferme tous les descripteurs de fichiers entre *fd_low* (inclus)
   jusque *fd_high* (exclus), en ignorant les erreurs. Équivalent
   (mais beaucoup plus rapide) à :

      for fd in range(fd_low, fd_high):
          try:
              os.close(fd)
          except OSError:
              pass

os.device_encoding(fd)

   Renvoie une chaîne de caractères décrivant l'encodage du
   périphérique associé à *fd* s'il est connecté à un terminal, sinon
   renvoie "None".

os.dup(fd)

   Renvoie une copie du descripteur de fichier *fd*. Le nouveau
   descripteur de fichier est non-héritable.

   Sur Windows, quand un flux standard est dupliqué (0 : *stdin*, 1 :
   *stdout*, 2 : *stderr*), le nouveau descripteur de fichier est
   héritable.

   Modifié dans la version 3.4: Le nouveau descripteur de fichier est
   maintenant non-héritable.

os.dup2(fd, fd2, inheritable=True)

   Copie le descripteur de fichier *fd* dans *fd2*, en fermant le
   premier si nécessaire. Le descripteur de fichier *fd2* est
   héritable par défaut, ou non-héritable si *inheritable* vaut
   "False".

   Modifié dans la version 3.4: Ajout du paramètre optionnel
   *inheritable*.

os.fchmod(fd, mode)

   Change le mode du fichier donné par *fd* en la valeur numérique
   *mode*. Voir la documentation de "chmod()" pour les valeurs
   possibles de *mode*. Depuis Python 3.3, c'est équivalent à
   "os.chmod(fd, mode)".

   Disponibilité : Unix.

os.fchown(fd, uid, gid)

   Change le propriétaire et l'identifiant de groupe du fichier donné
   par *fd* en les valeurs numériques *uid* et *gid*. Pour laisser
   l'un des identifiants inchangés, mettez-le à "-1". Voir "chown()".
   Depuis Python 3.3, c'est équivalent à "os.chown(fd, uid, gid)".

   Disponibilité : Unix.

os.fdatasync(fd)

   Force l'écriture du fichier ayant le descripteur *fd* sur le
   disque. Ne force pas la mise à jour des méta-données.

   Disponibilité : Unix.

   Note:

     Cette fonction n'est pas disponible sur MacOS.

os.fpathconf(fd, name)

   Renvoie les informations de la configuration du système pour un
   fichier ouvert. *name* spécifie la valeur de la configuration à
   récupérer, ça peut être une chaîne de caractères avec le nom d'une
   valeur système définie ; ces valeurs sont spécifiées dans certains
   standards (POSIX.1, Unix 95, Unix 98, et d'autres). Certaines
   plate-formes définissent des noms additionnels également. Les noms
   connus par le système d'exploitation sont donnés dans le
   dictionnaire "pathconf_names". Pour les variables de configuration
   qui ne sont pas inclues dans ce *mapping*, passer un entier pour
   *name* est également accepté.

   Si *name* est une chaîne de caractères et n'est pas connu, une
   "ValueError" est levée. Si une valeur spécifique de *name* n'est
   pas gérée par le système hôte, même si elle est incluse dans
   "pathconf_names", une "OSError" est levée avec "errno.EINVAL" pour
   code d'erreur.

   Depuis Python 3.3, c'est équivalent à "os.pathconf(fd, name)".

   Disponibilité : Unix.

os.fstat(fd)

   Récupère le statut du descripteur de fichier *fd*. Renvoie un objet
   "stat_result".

   Depuis Python 3.3, c'est équivalent à "os.stat(fd)".

   Voir aussi: La fonction "stat()".

os.fstatvfs(fd)

   Renvoie des informations sur le système de fichier contenant le
   fichier associé au descripteur *fd*, comme "statvfs()". Depuis
   Python 3.3, c'est équivalent à "os.statvfs(fd)".

   Disponibilité : Unix.

os.fsync(fd)

   Force l'écriture du fichier ayant le descripteur *fd* sur le
   disque. Sur Unix, cet appel appel la fonction native "fsync()", sur
   Windows, la fonction MS "_commit()".

   Si vous débutez avec un *file object* Python mis en tampon *f*,
   commencez par faire "f.flush()" et seulement ensuite
   "os.fsync(f.fileno())" pour être sûr que tous les tampons internes
   associés à *f* soient écrits sur le disque.

   Disponibilité : Unix, Windows.

os.ftruncate(fd, length)

   Tronque le fichier correspondant au descripteur *fd* pour qu'il
   soit maximum long de *length* *bytes*. Depuis Python 3.3, c'est
   équivalent à "os.truncate(fd, length)".

   Disponibilité : Unix, Windows.

   Modifié dans la version 3.5: Prise en charge de Windows

os.get_blocking(fd)

   Récupère le mode bloquant du descripteur de fichier : "False" si
   l'indicateur "O_NONBLOCK" est mis, et "True" si l'indicateur est
   effacé.

   Voir également "set_blocking()" et "socket.socket.setblocking()".

   Disponibilité : Unix.

   Nouveau dans la version 3.5.

os.isatty(fd)

   Renvoie "True" si le descripteur de fichier *fd* est ouvert et
   connecté à un périphérique TTY (ou compatible), sinon "False".

os.lockf(fd, cmd, len)

   Applique, teste, ou retire un verrou POSIX sur un descripteur de
   fichier ouvert. *fd* est un descripteur de fichier ouvert. *cmd*
   spécifie la commande à utiliser (une des valeurs suivantes :
   "F_LOCK", "F_TLOCK", "F_ULOCK", ou "F_TEST"). *len* spécifie la
   section du fichier à verrouiller.

   Disponibilité : Unix.

   Nouveau dans la version 3.3.

os.F_LOCK
os.F_TLOCK
os.F_ULOCK
os.F_TEST

   Indicateurs spécifiant quelle action "lockf()" va prendre.

   Disponibilité : Unix.

   Nouveau dans la version 3.3.

os.lseek(fd, pos, how)

   Place la position actuelle du descripteur de fichier *fd* à la
   position *pos*, modifié par *how* : "SEEK_SET" ou "0" pour placer
   la position à partir du début du fichier, "SEEK_CUR" ou "1" pour la
   placer à partir de la position actuelle, et "SEEK_END" ou "2" pour
   la placer par rapport à la fin du fichier. Renvoie la nouvelle
   position du curseur en bytes, à partir du début.

os.SEEK_SET
os.SEEK_CUR
os.SEEK_END

   Paramètres de la fonction "lseek()". Leur valeur est respectivement
   0, 1, et 2.

   Nouveau dans la version 3.3: Certains systèmes d'exploitation
   pourraient gérer des valeurs additionnelles telles que
   "os.SEEK_HOLE" ou "os.SEEK_DATA".

os.open(path, flags, mode=0o777, *, dir_fd=None)

   Ouvre le fichier *path* et met certains indicateurs selon *flags*
   et éventuellement son mode selon *mode*. Lors de l'évaluation de
   *code*, ce *umask* actuel est d'abord masquée. Renvoie le
   descripteur de fichier du fichier nouvellement ouvert. Le nouveau
   descripteur de fichier est non-héritable.

   Pour une description des indicateurs et des valeurs des modes, voir
   la documentation de la bibliothèque standard du C. Les constantes
   d'indicateurs (telles que "O_RDONLY" et "O_WRONLY") sont définies
   dans le module "os". En particulier, sur Windows, ajouter
   "O_BINARY" est nécessaire pour ouvrir des fichiers en binaire.

   Cette fonction prend en charge des chemins relatifs à des
   descripteurs de répertoires avec le paramètre *dir_fd*.

   Modifié dans la version 3.4: Le nouveau descripteur de fichier est
   maintenant non-héritable.

   Note:

     Cette fonction est destinée aux E/S de bas-niveau. Pour un usage
     normal, utilisez la primitive "open()" qui renvoie un *file
     object* avec les méthodes "read()" et "write()" (et plein
     d'autres). Pour envelopper un descripteur de fichier dans un
     fichier objet, utilisez "fdopen()".

   Nouveau dans la version 3.3: L'argument *dir_fd*.

   Modifié dans la version 3.5: Si l'appel système est interrompu et
   que le gestionnaire de signal ne lève aucune exception, la fonction
   réessaye l'appel système au lieu de lever une "InterruptedError"
   (voir la **PEP 475** à propos du raisonnement).

   Modifié dans la version 3.6: Accepte un *path-like object*.

Les constantes suivantes sont optionnelles pour le paramètre *flag* à
la fonction "open()". Elles peuvent être combinées en utilisant
l'opérateur bit-à-bit OR "|". certains ne sont pas disponibles sur
toutes les plate-formes. Pour une description sur leur disponibilité
et leur usage, consultez la page de manuel Unix *open(2)* ou la MSDN
sur Windows.

os.O_RDONLY
os.O_WRONLY
os.O_RDWR
os.O_APPEND
os.O_CREAT
os.O_EXCL
os.O_TRUNC

   Les constantes ci-dessus sont disponibles sur Unix et Windows.

os.O_DSYNC
os.O_RSYNC
os.O_SYNC
os.O_NDELAY
os.O_NONBLOCK
os.O_NOCTTY
os.O_CLOEXEC

   Les constantes ci-dessus sont uniquement disponibles sur Unix.

   Modifié dans la version 3.3: Ajout de la constante "O_CLOCEXEC".

os.O_BINARY
os.O_NOINHERIT
os.O_SHORT_LIVED
os.O_TEMPORARY
os.O_RANDOM
os.O_SEQUENTIAL
os.O_TEXT

   Les constantes ci-dessus sont uniquement disponibles sur Windows.

os.O_ASYNC
os.O_DIRECT
os.O_DIRECTORY
os.O_NOFOLLOW
os.O_NOATIME
os.O_PATH
os.O_TMPFILE
os.O_SHLOCK
os.O_EXLOCK

   Les constantes ci-dessus sont des extensions et ne sont pas
   présentes si elles ne sont pas définies par la bibliothèque C.

   Modifié dans la version 3.4: Ajout de "O_PATH" sur les systèmes qui
   le gèrent. Ajout de "O_TMPFILE", uniquement disponible sur Linux
   Kernel 3.11 ou plus récent.

os.openpty()

   Ouvre une nouvelle paire pseudo-terminal. Renvoie une paire de
   descripteurs de fichiers "(master, slave)" pour le PTY et le TTY
   respectivement. Les nouveaux descripteurs de fichiers sont non-
   héritables. Pour une approche (légèrement) plus portable, utilisez
   le module "pty".

   Disponibilité : certains dérivés Unix.

   Modifié dans la version 3.4: Les nouveaux descripteurs de fichiers
   sont maintenant non-héritables.

os.pipe()

   Crée un *pipe* (un tube). Renvoie une paire de descripteurs de
   fichiers "(r, w)" utilisables respectivement pour lire et pour
   écrire. Les nouveaux descripteurs de fichiers sont non-héritables.

   Disponibilité : Unix, Windows.

   Modifié dans la version 3.4: Les nouveaux descripteurs de fichiers
   sont maintenant non-héritables.

os.pipe2(flags)

   Crée un *pipe* avec *flags* mis atomiquement. *flags* peut être
   construit en appliquant l'opérateur "|" (OU) sur une ou plus de ces
   valeurs : "O_NONBLOCK", "O_CLOEXEC". Renvoie une paire de
   descripteurs de fichiers "(r, w)" utilisables respectivement pour
   lire et pour écrire.

   Disponibilité : certains dérivés Unix.

   Nouveau dans la version 3.3.

os.posix_fallocate(fd, offset, len)

   Assure que suffisamment d'espace sur le disque est alloué pour le
   fichier spécifié par *fd* partant de *offset* et continuant sur
   *len* bytes.

   Disponibilité : Unix.

   Nouveau dans la version 3.3.

os.posix_fadvise(fd, offset, len, advice)

   Annonce une intention d'accéder à des données selon un motif
   spécifique, et donc permettant au noyau de faire des optimisations.
   Le conseil *advice* s'applique à la région spécifiée par *fd*,
   démarrant à *offset* et continuant sur *len* bytes. *advice* est
   une des valeurs suivantes : "POSIX_FADV_NORMAL",
   "POSIX_FADV_SEQUENTIAL", "POSIX_FADV_RANDOM", "POSIX_FADV_NOREUSE",
   "POSIX_FADV_WILLNEED", ou "POSIX_FADV_DONTNEED".

   Disponibilité : Unix.

   Nouveau dans la version 3.3.

os.POSIX_FADV_NORMAL
os.POSIX_FADV_SEQUENTIAL
os.POSIX_FADV_RANDOM
os.POSIX_FADV_NOREUSE
os.POSIX_FADV_WILLNEED
os.POSIX_FADV_DONTNEED

   Indicateurs qui peuvent être utilisés dans *advice* dans la
   fonction "posix_fadvise()" et qui spécifient le motif d'accès qui
   est censé être utilisé.

   Disponibilité : Unix.

   Nouveau dans la version 3.3.

os.pread(fd, buffersize, offset)

   Lit depuis un descripteur de fichier *fd* à la position de
   l'*offset*. Cela va lire jusqu'à *buffersize* bytes. L'offset du
   fichier ne sera pas changé.

   Disponibilité : Unix.

   Nouveau dans la version 3.3.

os.pwrite(fd, str, offset)

   Écrit *bytestring* dans un descripteur de fichier *fd* à une
   position *offset* en laissant le décalage du fichier inchangé.

   Disponibilité : Unix.

   Nouveau dans la version 3.3.

os.read(fd, n)

   Lit au plus *n* bytes depuis le descripteur *fd*. Renvoie une
   chaîne de bytes contenant les bytes lus. Si la fin du fichier
   référencé par *fd* est atteinte, un objet vide de bytes est
   renvoyé.

   Note:

     Cette fonction est destinée aux E/S bas niveau et doit être
     appliquée à un descripteur de fichier comme renvoyé par
     "os.open()" ou "pipe()". Pour lire dans un "fichier objet"
     renvoyé par la primitive "open()", "popen()" ou "fdopen()", ou
     par "stdin", utilisez sa méthode "read()" ou "readline()".

   Modifié dans la version 3.5: Si l'appel système est interrompu et
   que le gestionnaire de signal ne lève aucune exception, la fonction
   réessaye l'appel système au lieu de lever une "InterruptedError"
   (voir la **PEP 475** à propos du raisonnement).

os.sendfile(out, in, offset, count)
os.sendfile(out, in, offset, count[, headers][, trailers], flags=0)

   Copie *count* bytes depuis un descripteur de fichier *in* dans un
   descripteur de fichier *out* en démarrant à *offset*. Renvoie le
   nombre de bytes envoyés. Quand EOF est atteint, renvoie 0.

   La première notation de fonction est prise en charge par toutes les
   plate-formes qui définissent "sendfile()".

   Sur Linux, si *offset* est donné par "None", les bytes sont lus
   depuis la position actuelle de *in* et la position de *in* est mise
   à jour.

   Le second cas peut être utilisé sur Mac OS X et FreeBSD où
   *headers* et *trailers* sont des séquences arbitraires de tampons
   qui sont écrites avant et après que les données de *in* ne soient
   écrites. Renvoie la même chose que le premier cas.

   Sur Mac OS X et FreeBSD, une valeur de 0 pour *count* spécifié
   d'envoyer jusqu'à ce que la fin de *in* ne soit atteinte.

   Toutes les plate-formes gèrent les connecteurs comme des
   descripteurs de fichier *out*, et certaines plate-formes autorisent
   d'autres types (par exemple, un fichier normal ou un tube)
   également.

   Les applications multiplate-formes ne devraient pas utiliser les
   arguments  *headers*, *trailers*, et *flags*.

   Disponibilité : Unix.

   Note:

     Pour une interface de plus haut niveau de "sendfile()", voir
     "socket.socket.setfile()".

   Nouveau dans la version 3.3.

os.set_blocking(fd, blocking)

   Définit le mode bloquant d'un descripteur de fichier spécifié.
   Assigne l'indicateur "O_NONBLOCK" si *blocking* vaut "False",
   efface l'indicateur sinon.

   Voir aussi "get_blocking()" et "socket;socket.setblocking()".

   Disponibilité : Unix.

   Nouveau dans la version 3.5.

os.SF_NODISKIO
os.SF_MNOWAIT
os.SF_SYNC

   Paramètres de la fonction "sendfile()", si l'implémentation les
   gère.

   Disponibilité : Unix.

   Nouveau dans la version 3.3.

os.readv(fd, buffers)

   Lit depuis un descripteur de fichier *fd* dans un nombre d' *objets
   bytes-compatibles* muables : *buffers*. "readv()" va transférer les
   données dans chaque tampon jusqu'à ce qu'il soit plein et puis
   passer au tampon suivant dans la séquence pour y placer le reste de
   la donnée. "readv()" renvoie le nombre total de bytes lus (qui peut
   être moins que la capacité totale de tous les objets).

   Disponibilité : Unix.

   Nouveau dans la version 3.3.

os.tcgetpgrp(fd)

   Renvoie le groupe de processus associé au terminal donné par *fd*
   (un descripteur de fichier ouvert comme renvoyé par "os.open()").

   Disponibilité : Unix.

os.tcsetpgrp(fd, pg)

   Place *pg* dans le groupe de processus associé au terminal donné
   par *fd* (un descripteur de fichier ouvert comme renvoyé par
   "os.open()").

   Disponibilité : Unix.

os.ttyname(fd)

   Renvoie une chaîne de caractères spécifiant le périphérique
   terminal associé au descripteur de fichier *fd*. Si *fd* n'est pas
   associé à un périphérique terminal, une exception est levée.

   Disponibilité : Unix.

os.write(fd, str)

   Écrit la chaîne de bytes de *str* dans le descripteur de fichier
   *fd*. Renvoie le nombre de bytes réellement écrits.

   Note:

     Cette fonction est destinée aux entrées-sorties bas niveau et
     doit être appliquée à un descripteur de fichier comme renvoyé par
     "os.open()" ou "pipe()". Pour écrire dans un "fichier objet"
     renvoyé par la primitive "open()", "popen()", ou par "fdopen()",
     ou par "sys.stdout" ou "sys.stderr", utilisez sa méthode
     "write()".

   Modifié dans la version 3.5: Si l'appel système est interrompu et
   que le gestionnaire de signal ne lève aucune exception, la fonction
   réessaye l'appel système au lieu de lever une "InterruptedError"
   (voir la **PEP 475** à propos du raisonnement).

os.writev(fd, buffers)

   Écrit le contenu de *buffers* vers le descripteur de fichier *fd*.
   *buffers* doit être une séquence d'*objets bytes-compatibles*. Les
   tampons sont traités dans l'ordre du tableau. Le contenu entier du
   premier tampon est écrit avant le traitement du second, etc. Le
   système d'exploitation peut avoir une limite (valeur sysconf()
   SC_IOV_MAX) sur le nombre de tampons qui peuvent être utilisés.

   "writev()" écrit le contenu de chaque objet vers le descripteur de
   fichier et renvoie le nombre total d'octets écrits.

   Disponibilité : Unix.

   Nouveau dans la version 3.3.


16.1.4.1. Demander la taille d'un terminal
------------------------------------------

Nouveau dans la version 3.3.

os.get_terminal_size(fd=STDOUT_FILENO)

   Renvoie la taille du terminal comme un couple "(columns, lines)" de
   type "terminal_size".

   L'argument optionnel "fd" (par défaut  : "STDOUT_FILENO", ou la
   sortie standard) spécifie le descripteur de fichier auquel la
   requête doit être envoyée.

   Si le descripteur de fichier  n'est pas connecté à un terminal, une
   "OSError" est levée.

   "shutil.get_terminal_size()" est la fonction haut-niveau qui
   devrait normalement être utilisée, "os.get_terminal_size" en est
   l'implémentation bas-niveau.

   Disponibilité : Unix, Windows.

class os.terminal_size

   Une sous-classe de *tuple*, contenant "(columns, lines)", la taille
   du terminal.

   columns

      Longueur du terminal en caractères.

   lines

      Hauteur du terminal en caractères.


16.1.4.2. Héritage de descripteurs de fichiers
----------------------------------------------

Nouveau dans la version 3.4.

Un descripteur de fichier a un indicateur indiquant s'il peut être
hérité par les processus-fils. Depuis Python 3.4, les descripteurs de
fichiers créés par Python ne sont pas héritable par défaut.

Sur UNIX, les descripteurs de fichiers non-héritables sont fermés dans
les processus-fils à l'exécution, les autres descripteurs sont
hérités.

Sur Windows, les fichiers et identificateurs non-héritables sont
fermés dans les processus-fils, à part les flux standards
(descripteurs 0, 1, et 2 : *stdin*, *stdout* et *stderr*) qui sont
toujours hérités. En utilisant les fonctions "spawn*", tous les
identificateurs héritables et les descripteurs de fichiers héritables
sont hérités. En utilisant le module "subprocess", tous les
descripteurs de fichiers (à part les flux standards) sont fermés, et
les identificateurs héritables sont hérités seulement si le paramètre
*close_fds* vaut "False".

os.get_inheritable(fd)

   Récupère le marqueur "héritable" (booléen) du descripteur de
   fichier spécifié.

os.set_inheritable(fd, inheritable)

   Définit le marqueur "héritable" du descripteur de fichier spécifié.

os.get_handle_inheritable(handle)

   Récupère le marqueur "héritable" (booléen) de l'identificateur
   spécifié.

   Disponibilité : Windows.

os.set_handle_inheritable(handle, inheritable)

   Définit le marqueur "héritable" de l'identificateur spécifié.

   Disponibilité : Windows.


16.1.5. Fichiers et répertoires
===============================

Sur certaines plate-formes Unix, beaucoup de ces fonctions gèrent une
ou plusieurs des fonctionnalités suivantes :

* **spécifier un descripteur de fichier :** pour certaines fonctions,
  l'argument *path* peut être non seulement une chaîne de caractères
  donnant le chemin vers le fichier, mais également un descripteur de
  fichier. La fonction opérera alors sur le fichier référencé par le
  descripteur. (Pour les systèmes POSIX, Python appellera la version
  "f..." de la fonction.)

  Vous pouvez vérifier si *path* peut être donné par un descripteur de
  fichier sur votre plate-forme en utilisant "os.supports_fd". Si
  c'est indisponible, l'utiliser lèvera une "NotImplementedError".

  Si la fonction gère également les arguments *dir_fd* ou
  *follow_symlinks*, spécifier l'un de ces arguments est une erreur
  quand *path* est donné en tant que  descripteur de fichier.

* **Chemins relatifs vers des descripteurs de répertoires :** si
  *dir_fd* n'est pas "None", il devrait être un descripteur de fichier
  référençant un répertoire, et le chemin sur lequel opérer devrait
  être relatif. Le chemin est donc relatif à ce répertoire. Si le
  chemin est absolu, *dir_fd* est ignoré. (Pour les systèmes POSIX,
  Python appellera la version "...at" ou "f...at" de la fonction.)

  Vous pouvez vérifier si *dir_fd* est géré sur votre plate-forme en
  utilisant "os.supports_dir_fd". Si c'est indisponible, l'utiliser
  lèvera une "NotImplementedError".

* **Non-suivi des symlinks (liens symboliques) :** si
  *follow_symlinks* vaut "False" et le dernier élément du chemin sur
  lequel opérer est un lien symbolique, la fonction opérera sur le
  lien symbolique et pas sur le fichier pointé par le lien. (Pour les
  systèmes POSIX, Python appellera la version "l..." de la fonction.)

  Vous pouvez voir si *follow_symlinks* est géré sur votre plate-forme
  en utilisant "os.supports_follow_symlinks". Si c'est indisponible,
  l'utiliser lèvera une "NotImplementedError".

os.access(path, mode, *, dir_fd=None, effective_ids=False, follow_symlinks=True)

   Utilise l'*uid*/*gid* réel pour tester l'accès à *path*. Notez que
   la plupart des opérations utiliseront l'*uid*/*gid* effectif, dès
   lors cette méthode peut être utilisée dans un environnement
   *suid*/*sgid* pour tester si l'utilisateur invoquant a les droits
   d'accès pour accéder à *path*. *mode* devrait être "F_OK" pour
   tester l'existence de *path*, ou il peut être le OR (OU inclusif)
   d'une ou plusieurs des constantes suivantes : "R_OK", "W_OK", et
   "X_OK" pour tester les permissions. Renvoie "True" si l'accès est
   permis, et "False" s'il ne l'est pas. Voir la page de manuel Unix
   *access(2)* pour plus d'informations.

   Cette fonction peut gérer la spécification de chemins relatifs vers
   des descripteurs de fichiers et le suivi des liens symboliques.

   Si *effective_id* vaut "True", "access()" effectuera ses
   vérifications d'accès en utilisant l'*uid*/*gid* effectif à la
   place de l'*uid*/*gid* réel. *effective_ids* peut ne pas être géré
   sur votre plate-forme, vous pouvez vérifier s'il est disponible en
   utilisant "os.supports_effective_ids". S'il est indisponible,
   l'utiliser lèvera une "NotImplementedError".

   Note:

     Utiliser "access()" pour vérifier si un utilisateur est autorisé
     (par exemple) à ouvrir un fichier avant d'effectivement le faire
     en utilisant "open()" crée une faille de sécurité : l'utilisateur
     peut exploiter le court intervalle de temps entre la vérification
     et l'ouverture du fichier pour le manipuler. Il est préférable
     d'utiliser les techniques *EAFP*. Par exemple :

        if os.access("myfile", os.R_OK):
            with open("myfile") as fp:
                return fp.read()
        return "some default data"

     est mieux écrit comme suit :

        try:
            fp = open("myfile")
        except PermissionError:
            return "some default data"
        else:
            with fp:
                return fp.read()

   Note:

     Les opérations d'entrées/sorties peuvent échouer même quand
     "access()" indique qu'elles devraient réussir, particulièrement
     pour les opérations sur les systèmes de fichiers réseaux qui
     peuvent avoir une sémantique de permissions au-delà du modèle de
     bits de permission usuel POSIX.

   Modifié dans la version 3.3: Paramètres *dir_fd*, *effective_ids*,
   et *follow_symlinks* ajoutés.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.F_OK
os.R_OK
os.W_OK
os.X_OK

   Valeurs à passer au paramètre *mode* de "access()" pour tester
   respectivement l'existence, les droits de lecture, d'écriture et
   d'exécution.

os.chdir(path)

   Change le répertoire de travail actuel par *path*.

   Cette fonction prend en charge la spécification d'un descripteur de
   fichier. Le descripteur doit référencer un répertoire ouvert, pas
   un fichier ouvert.

   Nouveau dans la version 3.3: Prise en charge de la spécification de
   *path* par un descripteur de fichier sur certaines plate-formes.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.chflags(path, flags, *, follow_symlinks=True)

   Définit les marqueurs de *path* par la valeur numérique *flags*.
   *flags* peut prendre une combinaison (OU bit-à-bit) des valeurs
   suivantes (comme défini dans le module "stat") :

   * "stat.UF_NODUMP"

   * "stat.UF_IMMUTABLE"

   * "stat.UF_APPEND"

   * "stat.UF_OPAQUE"

   * "stat.UF_NOUNLINK"

   * "stat.UF_COMPRESSED"

   * "stat.UF_HIDDEN"

   * "stat.SF_ARCHIVED"

   * "stat.SF_IMMUTABLE"

   * "stat.SF_APPEND"

   * "stat.SF_NOUNLINK"

   * "stat.SF_SNAPSHOT"

   Cette fonction prend en charge le suivi des liens symboliques.

   Disponibilité : Unix.

   Nouveau dans la version 3.3: L'argument *follow_symlinks*.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.chmod(path, mode, *, dir_fd=None, follow_symlinks=True)

   Change le mode de *path* par la valeur numérique *mode*. *mode*
   peut prendre une des valeurs suivantes (comme défini dans le module
   "stat") ou une combinaison (OU bit-à-bit) de ces valeurs :

   * "stat.S_ISUID"

   * "stat.S_ISGID"

   * "stat.S_ENFMT"

   * "stat.S_ISVTX"

   * "stat.S_IREAD"

   * "stat.S_IWRITE"

   * "stat.S_IEXEC"

   * "stat.S_IRWXU"

   * "stat.S_IRUSR"

   * "stat.S_IWUSR"

   * "stat.S_IXUSR"

   * "stat.S_IRWXG"

   * "stat.S_IRGRP"

   * "stat.S_IWGRP"

   * "stat.S_IXGRP"

   * "stat.S_IRWXO"

   * "stat.S_IROTH"

   * "stat.S_IWOTH"

   * "stat.S_IXOTH"

   Cette fonction prend en charge la spécification d'un descripteur de
   fichier, les chemins relatifs à des descripteurs de répertoires, et
   le non-suivi des liens symboliques.

   Note:

     Bien que Windows gère "chmod()", vous ne pouvez y définir que le
     marqueur de lecture-seule du fichier (via les constantes
     "stat.S_IWRITE" et "stat.S_IREAD" ou une constante entière
     correspondante). Tous les autres bits sont ignorés.

   Nouveau dans la version 3.3: Prise en charge de la spécification de
   *path* par un répertoire ouvert et des arguments *dir_fd* et
   *follow_symlinks* ajoutés.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.chown(path, uid, gid, *, dir_fd=None, follow_symlinks=True)

   Change l'identifiant du propriétaire et du groupe de *path* par les
   valeurs numériques *uid* et *gid*. Pour laisser l'un de ces
   identifiants inchangé, le définir à "-1".

   Cette fonction prend en charge la spécification d'un descripteur de
   fichier, les chemins relatifs à des descripteurs de répertoires, et
   le non-suivi des liens symboliques.

   Voir "shutil.chown()" pour une fonction de plus haut-niveau qui
   accepte des noms en plus des identifiants numériques.

   Disponibilité : Unix.

   Nouveau dans la version 3.3: Prise en charge de la spécification de
   *path* par un descripteur de fichier ouvert et des arguments
   *dir_fd* et *follow_symlinks* ajoutés.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.chroot(path)

   Change le répertoire racine du processus actuel par *path*.

   Disponibilité : Unix.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.fchdir(fd)

   Change le répertoire de travail actuel par le répertoire représenté
   par le descripteur de fichier *fd*. Le descripteur doit référencer
   un répertoire ouvert, pas un fichier ouvert. Depuis Python 3.3,
   c'est équivalent à "os.chdir(fd)".

   Disponibilité : Unix.

os.getcwd()

   Renvoie une chaîne de caractères représentant le répertoire de
   travail actuel.

os.getcwdb()

   Renvoie une chaîne de *bytes* représentant le répertoire de travail
   actuel.

os.lchflags(path, flags)

   Définit les marqueurs de *path* par la valeur numérique *flags*,
   comme "chflags()", mais ne suit pas les liens symboliques. Depuis
   Python 3.3, c'est équivalent à "os.chflags(path, flags,
   follow_symlinks=False)".

   Disponibilité : Unix.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.lchmod(path, mode)

   Change le mode de *path* par la valeur numérique *mode*. Si *path*
   est un lien symbolique, ça affecte le lien symbolique à la place de
   la cible. Voir la documentation pour les valeurs possibles de
   *mode* pour "chmod()". Depuis Python 3.3, c'est équivalent à
   "os.chmod(path, mode, follow_symlinks=False)".

   Disponibilité : Unix.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.lchown(path, uid, gid)

   Change les identifiants du propriétaire et du groupe de *path* par
   *uid* et *gid*. Cette fonction ne suivra pas les liens symboliques.
   Depuis Python 3.3, c'est équivalent à "os.chown(path, uid, gid,
   follow_symlinks=False)".

   Disponibilité : Unix.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.link(src, dst, *, src_dir_fd=None, dst_dir_fd=None, follow_symlinks=True)

   Crée un lien matériel appelé *dst* pointant sur *src*.

   Cette fonction prend en charge la spécification *src_dir_fd* et/ou
   *dst_dir_fd* pour préciser des chemins relatifs à des descripteurs
   de répertoires, et le non-suivi des liens symboliques.

   Disponibilité : Unix, Windows.

   Modifié dans la version 3.2: Prise en charge de Windows.

   Nouveau dans la version 3.3: Arguments *src_dir_fd*, *dst_dir_fd*,
   et *follow_symlinks* ajoutés.

   Modifié dans la version 3.6: Accepte un *path-like object* pour
   *src* et *dst*.

os.listdir(path='.')

   Renvoie une liste contenant le nom des entrées dans le répertoire
   donné par *path*. La liste est dans un ordre arbitraire et n'inclut
   pas les entrées spéciales "'.'" et "'..'" même si elles sont
   présentes dans le répertoire.

   *path* peut être un *path-like object*.  Si *path* est de type
   "bytes" (directement ou indirectement à travers une interface
   "PathLike"), les noms de fichiers renvoyés seront aussi de type
   "bytes" ; dans toutes les autres circonstances, ils seront de type
   "str".

   Cette fonction peut également gérer la spécification de
   descripteurs de fichiers. Le descripteur doit référencer un
   répertoire.

   Note:

     Pour encoder des noms de fichiers de type "str" en "bytes",
     utilisez la fonction "encode()".

   Voir aussi:

     La fonction "scandir()" renvoie les entrées du répertoire ainsi
     que leurs attributs , offrant une meilleure performance pour
     beaucoup de cas utilisés fréquemment.

   Modifié dans la version 3.2: Le paramètre *path* est devenu
   optionnel.

   Nouveau dans la version 3.3: Prise en charge de la spécification
   d'un descripteur de répertoire pour *path* ajouté.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.lstat(path, *, dir_fd=None)

   Effectue l'équivalent d'un appel système "lstat()" sur le chemin
   donné. Similaire à "stat()" mais ne suit pas les liens symboliques.
   Renvoie un objet de type "stat_result".

   Sur les plate-formes qui ne gérant pas les liens symboliques, c'est
   un alias pour "stat()".

   Depuis Python 3.3, c'est équivalent à "os.stat(path, dir_fd=dir_fd,
   follow_symlinks=False)".

   Cette fonction peut également gérer des chemins relatifs à des
   descripteurs de répertoires.

   Voir aussi: La fonction "stat()".

   Modifié dans la version 3.2: Prise en charge des les liens
   symboliques sur Windows 6.0 (Vista).

   Modifié dans la version 3.3: Paramètre *dir_fd* ajouté.

   Modifié dans la version 3.6: Accepte un *path-like object* pour
   *src* et *dst*.

os.mkdir(path, mode=0o777, *, dir_fd=None)

   Crée un répertoire appelé *path* avec pour mode, la valeur
   numérique *mode*.

   Si le répertoire existe déjà, "FileExistsError" est levée.

   Sous certains systèmes, *mode* est ignoré.  Quand il est utilisé,
   il lui est premièrement appliqué le masque courant *umask*.  Si des
   bits autres que les 9 derniers sont activés (i.e. les 3 derniers
   chiffres de la représentation octale de *mode*), leur signification
   sera dépendante de la plate-forme.  Sous certaines plate-formes,
   ils seront ignorés et vous devrez appeler explicitement "chmod()"
   pour les modifier.

   Cette fonction peut également gérer des chemins relatifs à des
   descripteurs de répertoires.

   Il est également possible  de créer des répertoires temporaires,
   voir la fonction "tempfile.mkdtemp()" du module "tempfile".

   Nouveau dans la version 3.3: L'argument *dir_fd*.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.makedirs(name, mode=0o777, exist_ok=False)

   Fonction de création récursive de répertoires. Comme "mkdir()" mais
   crée tous les répertoires de niveau intermédiaire nécessaires pour
   contenir le répertoire "feuille".

   Le paramètre *mode* est passé à "mkdir()" ; voir la description de
   mkdir() pour comprendre comment cela est interprété.

   Si *exist_ok* vaut "False" (valeur par défaut), une "OSError" est
   levée si le répertoire cible existe déjà.

   Note:

     Un appel à "makedirs()" est confus si les éléments du chemin à
     créer contiennent "pardir" (par exemple, ".." sur les systèmes
     UNIX).

   Cette fonction gère les chemins UNC correctement.

   Nouveau dans la version 3.2: Le paramètre *exist_ok*.

   Modifié dans la version 3.4.1: Avant Python 3.4.1, si *exist_ok*
   valait "True" et le répertoire à créer existait, "makedirs()"
   aurait levé une erreur si *mode* n'était pas équivalent au mode du
   répertoire existant. Puisque ce comportement n'était pas possible )
   implémenter de manière sécurisée, il a été retiré pour Python
   3.4.1. Voir bpo-21082.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.mkfifo(path, mode=0o666, *, dir_fd=None)

   Crée un FIFO (*First In, First Out*, ou un tube (*pipe* en anglais)
   nommé) appelé *path* avec le mode numérique *mode*. La valeur
   actuelle de *umask* est d'abord masquée du mode.

   Cette fonction peut également gérer des chemins relatifs à des
   descripteurs de répertoires.

   Les FIFOs sont des tubes qui peuvent être accédés comme des
   fichiers normaux. Les FIFOs existent jusqu'à ce qu'ils soient
   retirés (par exemple, à l'aide de "os.unlink()"). Généralement, les
   FIFOs sont utilisé comme communication entre des processus de type
   "client" et "serveur" : le serveur ouvre le FIFO pour le lire, et
   le client l'ouvre pour écrire dedans. Notez que "mkfifo()" n'ouvre
   pas le FIFO — il crée juste un point de rendez-vous.

   Disponibilité : Unix.

   Nouveau dans la version 3.3: L'argument *dir_fd*.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.mknod(path, mode=0o600, device=0, *, dir_fd=None)

   Crée un nœud du système de fichiers (fichier, périphérique, fichier
   spécial, ou tuyau nommé) appelée *path*. *mode* spécifie à la fois
   les permissions à utiliser et le type de nœud à créer, en étant
   combiné (OR bit-à-bit) avec l'une des valeurs suivantes :
   "stat.S_IFREG", "stat.S_IFCHR", "stat.S_IFBLK", et "stat.S_IFIFO"
   (ces constantes sont disponibles dans le module "stat"). Pour
   "stat.S_IFCHR" et "stat.S_IFBLK", *device* définit le fichier
   spécial de périphérique tout juste créé (probablement en utilisant
   "os.makedev()"), sinon, cet argument est ignoré.

   Cette fonction peut également gérer des chemins relatifs à des
   descripteurs de répertoires.

   Disponibilité : Unix.

   Nouveau dans la version 3.3: L'argument *dir_fd*.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.major(device)

   Extrait le nombre majeur de périphérique d'un nombre de
   périphérique brut (habituellement le champ "st_dev" ou "st_rdev" de
   "stat").

os.minor(device)

   Extrait le nombre mineur de périphérique d'un nombre de
   périphérique brut (habituellement le champ "st_dev" ou "st_rdev" de
   "stat").

os.makedev(major, minor)

   Compose un nombre de périphérique brut à partir des nombres de
   périphérique mineur et majeur.

os.pathconf(path, name)

   Renvoie des informations sur la configurations relatives à un
   fichier déterminé. *name* spécifie la valeur de configuration à
   récupérer ; ce peut être une chaîne de caractères qui est le nom
   d'une valeur système particulière. Ces noms sont spécifiés dans
   certains standards (POSIX.1, Unix 95, Unix 98, etc). Certaines
   plate-formes définissent des noms supplémentaires également. Les
   noms connus du système d'exploitation hôte sont donnés dans le
   dictionnaire "pathconf_names". Pour les variables de configuration
   non incluses dans ce *mapping*, passer un entier pour *name* est
   également accepté.

   Si *name* est une chaîne de caractères et n'est pas connu, une
   "ValueError" est levée. Si une valeur spécifique de *name* n'est
   pas gérée par le système hôte, même si elle est incluse dans
   "pathconf_names", une "OSError" est levée avec "errno.EINVAL" pour
   code d'erreur.

   Cette fonction prend en charge la spécification d'un descripteur de
   fichier.

   Disponibilité : Unix.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.pathconf_names

   Dictionnaire liant les noms acceptés par les fonctions "pathconf()"
   et "fpathconf()" aux valeurs entières définies pour ces noms par le
   système d'exploitation hôte. Cette variable peut être utilisée pour
   déterminer l'ensemble des noms connus du système d'exploitation.

   Disponibilité : Unix.

os.readlink(path, *, dir_fd=None)

   Renvoie une chaîne de caractères représentant le chemin vers lequel
   le lien symbolique pointe. Le résultat peut être soit un chemin
   relatif, soit un chemin absolu. S'il est relatif, il peut être
   converti en chemin absolu en utilisant
   "os.path.join(os.path.dirname(path), result)".

   Si *path* est une chaîne de caractères (directement ou
   indirectement à travers une interface "PathLike"), le résultat sera
   aussi une chaîne de caractères, et l'appel pourra lever une
   UnicodeDecodeError. Si *path* est une chaîne d'octets (directement
   ou indirectement), le résultat sera une chaîne d'octets.

   Cette fonction peut également gérer des chemins relatifs à des
   descripteurs de répertoires.

   Disponibilité Unix, Windows

   Modifié dans la version 3.2: Prise en charge des les liens
   symboliques sur Windows 6.0 (Vista).

   Nouveau dans la version 3.3: L'argument *dir_fd*.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.remove(path, *, dir_fd=None)

   Supprime (retire) le fichier représenté par *path*. Si *path* est
   un répertoire, une "OSError" est levée. Utilisez la fonction
   "rmdir()" pour supprimer un répertoire.

   Cette fonction prend en charge des chemins relatifs à des
   descripteurs de répertories.

   Sur Windows, tenter de retirer un fichier en cours d'utilisation
   cause la levée d'une exception, sur Unix, l'entrée du répertoire
   est supprimé mais l'espace de stockage alloué au fichier ne sera
   pas disponible avant que le fichier original ne soit plus utilisé.

   La fonction est sémantiquement identique à "unlink()".

   Nouveau dans la version 3.3: L'argument *dir_fd*.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.removedirs(name)

   Supprime des répertoires récursivement. Fonctionne comme "rmdir()"
   si ce n'est que si le répertoire feuille est retiré avec succès,
   "removedirs()" essaye de supprimer successivement chaque répertoire
   parent mentionné dans *path* jusqu'à ce qu'un erreur ne soit levée
   (ce qui est ignoré car la signification générale en est qu'un
   répertoire parent n'est pas vide). Par exemple,
   "os.removedirs('foo/bar/baz')" supprimera d'abord le répertoire
   "'foo/bar/baz'", et ensuite supprimera "'foo/bar'" et puis "'foo'"
   s'ils sont vides. Lève une "OSError" si le répertoire feuille n'a
   pas pu être supprimé avec succès.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.rename(src, dst, *, src_dir_fd=None, dst_dir_fd=None)

   Renomme le fichier ou le répertoire *src* en *dst*. Si *dst* est un
   répertoire, une "OSError" est levée. Sur Unix, si *dst* existe, il
   sera remplacé silencieusement si l'utilisateur en a la permission.
   L'opération peut échouer sur certaines distributions Unix si *src*
   et *dst* sont sur des systèmes de fichiers séparés. Si le renommage
   est effectué avec succès, il est une opération atomique (nécessité
   POSIX). Sur Window, si *dst* existe déjà, une "OSError" est levée
   même s'il est un fichier.

   Cette fonction prend en charge les spécifications *src_dir_fd*
   et/ou *dst_dir_fd* pour fournir des chemins relatifs à des
   descripteurs de fichiers.

   Si cous désirez un écrasement multiplate-forme de la destination,
   utilisez la fonction "replace()".

   Nouveau dans la version 3.3: Les arguments *src_dir_fd* et
   *dst_dir_fd*.

   Modifié dans la version 3.6: Accepte un *path-like object* pour
   *src* et *dst*.

os.renames(old, new)

   Fonction récursive de renommage de fichiers ou répertoires.
   Fonctionne comme "rename()", si ce n'est que la création d'un
   répertoire intermédiaire nécessaire pour rendre le nouveau chemin
   correct est essayé en premier. Après le renommage, les répertoires
   correspondant aux segments de chemin les plus à droite de l'ancien
   nom seront élagués en utilisant "removedirs()".

   Note:

     Cette fonction peut échouer avec la nouvelle structure de
     dictionnaire définie si vous n'avez pas les permissions
     nécessaires pour supprimer le répertoire ou fichier feuille.

   Modifié dans la version 3.6: Accepte un *path-like object* pour
   *old* et *new*.

os.replace(src, dst, *, src_dir_fd=None, dst_dir_fd=None)

   Renomme le fichier ou le répertoire *src* en *dst*. Si *dst* est un
   répertoire, une "OSError" est levée. Si *dst* existe et est un
   fichier, il sera remplacé silencieusement si l'utilisateur en a les
   permissions. L'opération peut échouer si *src* et *dst* sont sur un
   système de fichiers différent. Si le renommage est effectué avec
   succès, il est une opération atomique (nécessité POSIX).

   Cette fonction prend en charge les spécifications *src_dir_fd*
   et/ou *dst_dir_fd* pour fournir des chemins relatifs à des
   descripteurs de fichiers.

   Nouveau dans la version 3.3.

   Modifié dans la version 3.6: Accepte un *path-like object* pour
   *src* et *dst*.

os.rmdir(path, *, dir_fd=None)

   Supprime (retire) le répertoire *path*. Ne fonctionne que lorsque
   le répertoire est vide, sinon une "OSError" est levée. Afin de
   supprimer toute la hiérarchie de dossier, la fonction
   "shutil.rmtree()" peut être utilisée.

   Cette fonction prend en charge des chemins relatifs à des
   descripteurs de répertories.

   Nouveau dans la version 3.3: Le paramètre *dir_fd*.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.scandir(path='.')

   Renvoie un itérateur d'objets "os.DirEntry" correspondant aux
   entrées dans le répertoire indiqué par *path*. Les entrées sont
   produites dans un ordre arbitraire, et les entrées spéciales "'.'"
   et "'..'" ne sont pas incluses.

   Utiliser "scandir()" plutôt que "listdir()" peut significativement
   améliorer les performances des codes qui nécessitent aussi l'accès
   aux types des fichiers ou à leurs attributs, puisque les objets
   "os.DirEntry" exposent ces informations si le système
   d'exploitation les fournit en scannant le répertoire. Toutes les
   méthodes de "os.DirEntry" peuvent réaliser un appel système, mais
   "is_dir()" et "is_file()" n'en requièrent normalement un que pour
   les liens symboliques ; "os.DirEntry.stat()" nécessite toujours un
   appel système sous Unix, mais seulement pour les liens symboliques
   sous Windows.

   *path* peut être un *path-like object*.  Si *path* est de type
   "bytes" (directement ou indirectement à travers une interface
   "PathLike"), le type des attributs "name" et "path" de chaque
   "os.DirEntry" sera "bytes" ; dans toutes les autres circonstances,
   ils seront de type "str".

   L'itérateur "scandir()" gère le protocole *context manager* et
   possède la méthode suivante :

   scandir.close()

      Ferme l'itérateur et libère les ressources acquises.

      Elle est appelée automatiquement quand l'itérateur est
      entièrement consommé ou collecté par le ramasse-miettes, ou
      quand une erreur survient durant l'itération.  Il est cependant
      conseillé de l'appeler explicitement ou d'utiliser l'instruction
      "with".

      Nouveau dans la version 3.6.

   L'exemple suivant montre une utilisation simple de "scandir()" pour
   afficher tous les fichiers (à part les répertoires) dans le chemin
   donné par *path* et ne débutant pas par "'.'". L'appel
   "entry.is_file()" ne va généralement pas faire d'appel système
   supplémentaire :

      with os.scandir(path) as it:
          for entry in it:
              if not entry.name.startswith('.') and entry.is_file():
                  print(entry.name)

   Note:

     Sur les systèmes inspirés de Unix, "scandir()" utilise les
     fonctions système opendir() et readdir() Sur Windows, la fonction
     utilise les fonctions Win32 FindFirstFileW et FindNextFileW.

   Nouveau dans la version 3.5.

   Nouveau dans la version 3.6: Prise en charge du protocole *context
   manager* et de la méthode "close()".  Si un itérateur sur
   "scandir()" n'est ni entièrement consommé ni explicitement fermé,
   un "ResourceWarning" sera émis dans son destructeur.La fonction
   accepte un *path-like object*.

class os.DirEntry

   Objet donné par "scandir()" pour exposer le chemin du fichier et
   d'autres attributs de fichier d'une entrée du répertoire.

   "scandir()" fournira autant d'informations que possible sans faire
   d'appels système additionnels. Quand un appel système "stat()" ou
   "lstat()" est réalisé, l'objet "os.DirEntry" mettra le résultat en
   cache.

   Les instances "os.DirEntry" ne sont pas censées être stockées dans
   des structures de données à longue durée de vie ; si vous savez que
   les métadonnées du fichier ont changé ou si un certain temps s'est
   écoulé depuis l'appel à "scandir()", appelez "os.stat(entry.path)"
   pour mettre à jour ces informations.

   Puisque les méthodes de "os.DirEntry" peuvent réaliser des appels
   système, elles peuvent aussi lever des "OSError". Si vous avez
   besoin d'un contrôle fin des erreurs, vous pouvez attraper les
   "OSError" en appelant les méthodes de "os.DirEntry" et les traiter
   comme il vous semble.

   Pour être directement utilisable comme un *path-like object*,
   "os.DirEntry" implémente l'interface "PathLike".

   Les attributs et méthodes des instances de "os.DirEntry" sont les
   suivants :

   name

      Le nom de fichier de base de l'entrée, relatif à l'argument
      *path* de "scandir()".

      L'attribut "name" sera de type "bytes" si l'argument *path* de
      "scandir()" est de type "bytes", sinon il sera de type "str".
      Utilisez "fsdecode()" pour décoder des noms de fichiers de types
      *byte*.

   path

      Le nom entier de l'entrée : équivalent à
      "os.path.join(scandir_path, entry.name)" où *scandir_path* est
      l'argument *path* de "scandir()". Le chemin est absolu
      uniquement si l'argument *path* de "scandir()" était absolu.

      L'attribut "path" sera de type "bytes" si l'argument *path* de
      la fonction "scandir()" est de type "bytes", sinon il sera de
      type "str". Utilisez "fsdecode()" pour décoder des noms de
      fichiers de type *bytes*.

   inode()

      Renvoie le numéro d'*inode* de l'entrée.

      Le résultat est mis en cache dans l'objet "os.DirEntry".
      Utilisez "os.stat(entry.path, follow_symlinks=False).st_ino"
      pour obtenir l'information à jour.

      Au premier appel non mis en cache, un appel système est requis
      sur Windows, mais pas sur Unix.

   is_dir(*, follow_symlinks=True)

      Renvoie "True" si cette entrée est un répertoire ou un lien
      symbolique pointant vers un répertoire ; renvoie "False" si
      l'entrée est (ou pointe vers) un autre type de fichier, ou s'il
      n'existe plus.

      Si *follow_symlinks* vaut "False", renvoie "True" uniquement si
      l'entrée est un répertoire (sans suivre les liens symboliques) ;
      renvoie "False" si l'entrée est n'importe quel autre type de
      fichier ou s'il n'existe plus.

      Le résultat est mis en cache dans l'objet "os.DirEntry", avec un
      cache séparé pour les valeurs "True" ou "False" de
      *follow_symlinks*. Appelez "os.stat()" avec "stat.S_ISDIR()"
      pour obtenir l'information à jour.

      Au premier appel non mis en cache, aucun appel système n'est
      requis dans la plupart du temps. Spécifiquement, sans les liens
      symboliques, ni Windows, ni Unix ne requiert l'appel système,
      sauf sur certains systèmes de fichiers sur Unix, comme les
      système de fichiers de réseau qui renvoient "dirent.d_type ==
      DT_UNKNOWN". Si l'entrée est un lien symbolique, un appel
      système sera requis pour suivre le lien symbolique, à moins que
      *follow_symlinks* vaille "False".

      Cette méthode peut lever une "OSError" tout comme une
      "PermissionError", mais "FileNotFoundError" est attrapé et pas
      levé.

   is_file(*, follow_symlinks=True)

      Renvoie "True" si l'entrée est un fichier ou un lien symbolique
      pointant vers un fichier, renvoie "False" si l'entrée pointe est
      (ou pointe sur) sur un dossier ou sur un répertoire ou autre
      entrée non-fichier, ou s'il n'existe plus.

      Si *follow_symlinks* vaut "False", renvoie "True" uniquement si
      cette entrée est un fichier (sans suivre les liens symboliques).
      Renvoie "False" si l'entrée est un répertoire ou une autre
      entrée non-fichier, ou s'il n'existe plus.

      Le résultat est mis en cache dans l'objet "os.DirEntry". La mise
      en cache, les appels système réalisés, et les exceptions levées
      sont les mêmes que pour "is_dir()".

   is_symlink()

      Renvoie "True" si l'entrée est un lien symbolique (même cassé).
      Renvoie "False" si l'entrée pinte vers un répertoire ou tout
      autre type de fichier, ou s'il n'existe plus.

      Le résultat est mis en cache dans l'objet "os.DirEntry". Appelez
      "os.path.islink()" pour obtenir l'information à jour.

      Au premier appel non mis en cache, aucun appel système n'est
      requis. Spécifiquement, ni Windows ni Unix ne requiert d'appel
      système, excepté sur certains systèmes de fichiers Unix qui
      renvoient "dirent.d_type == DT_UNKNOWN".

      Cette méthode peut lever une "OSError" tout comme une
      "PermissionError", mais "FileNotFoundError" est attrapé et pas
      levé.

   stat(*, follow_symlinks=True)

      Renvoie un objet de type "stat.result" pour cette entrée. Cette
      méthode suit les liens symboliques par défaut. Pour avoir les
      statistiques sur un lien symbolique, ajouter l'argument
      "follow_symlinks=False".

      Sur Unix, cette méthode requiert toujours un appel système. Sur
      Windows, cela requiert uniquement un appel système si
      *follow_symlinks* vaut "True" et l'entrée n'est pas un lien
      symbolique.

      Sur Windows, les attributs "st_ino", "st_dev" et "st_nlink" de
      la classe "stat_result" sont toujours définis à 0. Appelez la
      fonction "os.stat()" pour avoir ces attributs.

      Le résultat est mis en cache dans l'objet "os.DirEntry", avec un
      cache séparé pour les valeurs "True" ou "False" de
      *follow_symlinks*. Appelez "os.stat()" pour obtenir
      l'information à jour.

   Notez qu'il y a une correspondance entre différents attributs et
   méthodes de "os.DirEntry" et "pathlib.Path".  En particulier,
   l'attribut "name" a la même signification, ainsi que les méthodes
   "is_dir()", "is_file()", "is_symlink()" et "stat()".

   Nouveau dans la version 3.5.

   Modifié dans la version 3.6: Prise en charge de l'interface
   "PathLike".  Ajout du support des chemins "bytes" sous Windows.

os.stat(path, *, dir_fd=None, follow_symlinks=True)

   Récupère le statut d'un fichier ou d'un descripteur de fichier.
   Réalise l'équivalent d'un appel système "stat()" sur le chemin
   donné. *path* peut être exprimé comme une chaîne de caractères ou
   d'octets -- directement ou indirectement à travers une interface
   "PathLike" -- ou comme un descripteur de fichier ouvert. Renvoie un
   objet "stat_result".

   Cette fonction suit normalement les liens symboliques. Pour
   récupérer les informations d'un lien symbolique, ajoutez l'argument
   "follow_symlinks=False" ou utilisez la fonction "lstat()".

   Cette fonction peut supporter la spécification d'un descripteur de
   fichier et le non-suivi des liens symboliques.

   Exemple :

      >>> import os
      >>> statinfo = os.stat('somefile.txt')
      >>> statinfo
      os.stat_result(st_mode=33188, st_ino=7876932, st_dev=234881026,
      st_nlink=1, st_uid=501, st_gid=501, st_size=264, st_atime=1297230295,
      st_mtime=1297230027, st_ctime=1297230027)
      >>> statinfo.st_size
      264

   Voir aussi: les fonctions "fstat()" et "lstat()".

   Nouveau dans la version 3.3: Les arguments *dir_fd* et
   *follow_symlinks* ont été ajoutés, spécification d'un descripteur
   de fichier à la place d'un chemin ajoutée également.

   Modifié dans la version 3.6: Accepte un *path-like object*.

class os.stat_result

   Objet dont les attributs correspondent globalement aux membres de
   la structure "stat()". Utilisé pour le résultat des fonctions
   "os.stat()", "os.fstat()", et "os.lstat()".

   Attributs :

   st_mode

      Mode du fichier : type du fichier et bits de mode du fichier
      (permissions).

   st_ino

      Dépendant de la plateforme, mais lorsqu'il ne vaut pas zéro il
      identifie de manière unique le fichier pour une certaine valeur
      de "st_dev". Typiquement :

      * le numéro d'*inode* sur Unix,

      * l’index de fichier sur Windows

   st_dev

      Identifiant du périphérique sur lequel ce fichier se trouve.

   st_nlink

      Nombre de liens matériels.

   st_uid

      Identifiant d'utilisateur du propriétaire du fichier.

   st_gid

      Identifiant de groupe du propriétaire du fichier.

   st_size

      Taille du fichier en *bytes* si c'est un fichier normal ou un
      lien symbolique. La taille d'un lien symbolique est la longueur
      du nom de chemin qu'il contient sans le byte nul final.

   Horodatages :

   st_atime

      Moment de l'accès le plus récent, exprimé en secondes.

   st_mtime

      Moment de la modification de contenu la plus récente, exprimé en
      secondes.

   st_ctime

      Dépendant de la plate-forme :

      * le moment du changement de méta-données le plus récent sur
        Unix,

      * le moment de création sur Windows, exprimé en secondes.

   st_atime_ns

      Moment de l'accès le plus récent, exprimé en nanosecondes, par
      un entier.

   st_mtime_ns

      Moment de la modification de contenu la plus récente, exprimé en
      nanosecondes, par un entier.

   st_ctime_ns

      Dépendant de la plate-forme :

      * le moment du changement de méta-données le plus récent sur
        Unix,

      * le moment de création sur Windows, exprimé en nanosecondes,
        par un entier.

   Voir aussi la fonction "stat_float_times()".

   Note:

     La signification et la précision exacte des attributs "st_atime",
     "st_mtime", et "st_ctime" dépendent du système d'exploitation et
     du système de fichier. Par exemple sur les systèmes Windows qui
     utilisent un système de fichier FAT ou FAT32, "st_mtime" a une
     précision de 2 secondes, et "st_atime" a une précision de 1 jour.
     Regardez la documentation de votre système d'exploitation pour
     plus de détails.De manière similaire, bien que "st_atime_ns",
     "st_mtime_ns", et "st_ctime_ns" soient toujours exprimés en
     nanosecondes, beaucoup de systèmes ne fournissent pas une
     précision à la nanoseconde près.Sur les systèmes qui fournissent
     une telle précision, l'objet à virgule flottante utilisé pour
     stocker "st_atime", "st_mtime", et "st_ctime" ne peut pas le
     contenir en entier, et donc sera légèrement inexact. Si vous avez
     besoin d'horodatages exacts, vous devriez toujours utiliser
     "st_atime_ns", "st_mtime_ns", et "st_ctime_ns".

   Sur certains systèmes Unix (tels que Linux), les attributs suivants
   peuvent également être disponibles :

   st_blocks

      Nombre de blocs de 512 *bytes* alloués pour le fichier. Cette
      valeur peut être inférieure à "st_size"/512 quand le fichier a
      des trous.

   st_blksize

      Taille de bloc "préférée" pour des E/S efficaces avec le système
      de fichiers. Écrire dans un fichier avec des blocs plus petits
      peut causer des modifications (lecture-écriture-réécriture)
      inefficaces.

   st_rdev

      Type de périphérique si l'*inode* représente un périphérique.

   st_flags

      Marqueurs définis par l'utilisateur pour le fichier.

   Sur d'autres systèmes Unix (tels que FreeBSD), les attributs
   suivants peuvent être disponibles (mais peuvent être complétés
   uniquement lorsque le super-utilisateur *root* tente de les
   utiliser) :

   st_gen

      Nombre de génération de fichier.

   st_birthtime

      Moment de la création du fichier.

   Sur les systèmes Mac OS, les attributs suivants peuvent également
   être disponibles :

   st_rsize

      Taillé réelle du fichier.

   st_creator

      Créateur du fichier.

   st_type

      Type du fichier.

   Sur les systèmes Windows, les attributs suivants sont également
   disponibles :

   st_file_attributes

      Attributs de fichiers Windows : membre "dwFileAttributes" de la
      structure "BY_HANDLE_FILE_INFORMATION" renvoyée par
      "GetileInformationByHandle()". Soir les constantes
      "FILE_ATTRIBUTE_*" du module "stat".

   Le module standard "stat" définit des fonctions et des constantes
   qui sont utiles pour l'extraction d'informations d'une structure
   "stat". (Sur Windows, certains éléments sont remplis avec des
   valeurs factices.)

   Pour des raisons de rétro-compatibilité, une instance du
   "stat_result" est également accessible comme un tuple d'au moins 10
   valeurs entières donnant les membres les plus importants (et
   portables) de la structure "stat", dans l'ordre : "st_mode",
   "st_ino", "st_dev", "st_nlink", "st_uid", "st_gid", "st_size",
   "st_atime", "st_mtime", "st_ctime". Plus d'éléments peuvent être
   ajoutés à la fin par certaines implémentations. Pour une
   compatibilité avec les anciennes versions de Python, accéder à un
   élément de type "stat_result" comme un tuple donne toujours des
   entiers.

   Nouveau dans la version 3.3: Les attributs "st_atime_ns",
   "st_mtime_ns", et "st_ctime_ns" ont été ajoutés.

   Nouveau dans la version 3.5: L'attribut "st_file_attributes" a été
   ajouté sur Windows.

   Modifié dans la version 3.5: Windows renvoie maintenant l'index du
   fichier dans l'attribut "st_ino", lorsqu'il est disponible.

os.stat_float_times([newvalue])

   Détermine si "stat_result" représente les horodatages par des
   objets à virgule flottante. Si *newvalue* vaut "True", les appels à
   "stat()" qui suivront renvoieront des flottants. Si *newvalue* vaut
   "False", les appels qui suivront renverront des entiers. Si
   *newvalue* est omise, la valeur actuelle est renvoyée.

   Pour des raisons de compatibilité avec les anciennes versions de
   Python, accéder un objet de type "stat_result" renvoie toujours des
   entiers.

   Python renvoie des valeurs flottantes par défaut maintenant. Les
   applications qui ne fonctionnent pas correctement avec des
   horodatages flottants peuvent utiliser cette fonction pour
   restaurer l'ancien comportement.

   La précision des horodatages (qui est la plus petite fraction
   possible) dépend du système. Certains systèmes supportent
   uniquement une précision à la seconde ; sur ces systèmes, la
   fraction sera toujours zéro.

   Il est recommandé que cette option ne soit changée qu'au lancement
   du programme dans le module *__main__*. Les bibliothèques ne
   devraient jamais changer cette option. Si une application utilise
   une bibliothèque qui fonctionne mal avec les horodatages en nombres
   flottants, cette application devrait temporairement retirer cette
   possibilité jusqu'à ce que la bibliothèque ait été corrigée.

   Obsolète depuis la version 3.3.

os.statvfs(path)

   Exécute un appel système "statvfs()" sur le chemin donné par
   *path*. La valeur de retour est un objet dont les attributs
   décrivent le système de fichier sur le chemin donné, et
   correspondent auxmembres de la structure "statvfs" nommés :
   "f_bsize", "f_frsize", "f_blocks", "f_bfree", "f_bavail",
   "f_files", "f_ffree", "f_favail", "f_flag", "f_namemax".

   Deux constantes de module sont définies pour le champ-de-bits de
   l'attribut "f_flag" : si "SR_RDONLY" est activé, le système de
   fichiers est monté en lecture-seule, et si "ST_NOSUID" est activé,
   la sémantique des bits de *setuid* / *getuid* est désactivée ou non
   gérée.

   Des constantes de module supplémentaires sont définies pour les
   systèmes basés sur GNU/glibc. Ces constantes sont "ST_NODEV"
   (interdit l'accès aux fichiers spéciaux du périphérique),
   "ST_NOEXEC" (interdit l'exécution de programmes), "ST_SYNCHRONOUS"
   (les écritures sont synchronisées en une fois), "ST_MANDLOCK"
   (permet les verrous impératifs sur un système de fichiers),
   "ST_WRITE" (écrit sur les fichiers/répertoires/liens symboliques),
   "ST_APPEND" (fichiers en ajout-seul), "ST_IMMUTABLE" (fichiers
   immuables), "ST_NOATIME" (ne met pas à jour les moments d'accès),
   "ST_NODIRATIME" (ne met pas à jour les moments d'accès aux
   répertoires), "ST_REALTIME" (Met *atime* à jour relativement à
   *mtime* / *ctime*).

   Cette fonction prend en charge la spécification d'un descripteur de
   fichier.

   Disponibilité : Unix.

   Modifié dans la version 3.2: Ajout des constantes "ST_RDONLY" et
   "ST_NOSUID".

   Nouveau dans la version 3.3: Prise en charge de la spécification
   d'un descripteur de répertoire pour *path* ajouté.

   Modifié dans la version 3.4: Ajout des constantes "ST_NODEV",
   "ST_NOEXEC", "ST_SYNCHRONOUS", "ST_MANDLOCK", "ST_WRITE",
   "ST_APPEND", "ST_IMMUTABLE", "ST_NOATIME", "ST_NODIRATIME", et
   "ST_RELATIME".

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.supports_dir_fd

   Un objet de type "Set" indiquant quels fonctions du module "os"
   permettent l'utilisation du paramètre *dir_fd*. Des plate-formes
   différentes fournissent des fonctionnalités différentes, et une
   option qui peut fonctionner sur l'une peut ne pas être gérée sur
   une autre. Pour des raisons de cohérence, les fonctions qui gèrent
   *dir_fd* permettent toujours de spécifier le paramètre, mais lèvent
   une exception si la fonctionnalité n'est pas réellement accessible.

   Pour vérifier si une fonction en particulier permet de
   l'utilisation de son paramètre *dir_fd*, utilisez l'opérateur "in"
   sur "supports_dir_fd". Par exemple, l'expression détermine si le
   paramètre *dir_fd* de la fonction "os.stat()" est disponible :

      os.stat in os.supports_dir_fd

   Actuellement, le paramètre *dir_fd* ne fonctionne que sur les
   plate-formes Unix. Il ne fonctionne jamais sur Windows.

   Nouveau dans la version 3.3.

os.supports_effective_ids

   Un objet de type "collections.abc.Set" indiquant quelles fonction
   du module "ps" permettent l'utilisation du paramètre
   *effective_ids* pour "os.access()". Si la plate-forme le gère, la
   collection contiendra "os.access()", sinon elle sera vide.

   Pour vérifier si vous pouvez utiliser le paramètre *effective_ids*
   pour "os.access()", utilisez l'opérateur "in" sur
   "supports_effective_ids", comme tel :

      os.access in os.supports_effective_ids

   Actuellement, *effective_ids* ne fonctionne que sur les plate-
   formes Unix, ça ne fonctionne pas sur Windows.

   Nouveau dans la version 3.3.

os.supports_fd

   Un objet de type "Set" indiquant quelles fonctions du module "os"
   permettent de spécifier le paramètre de chemin *path* par un
   descripteur de fichier ouvert. Différentes plate-formes fournissent
   différentes fonctionnalités, et une option qui peut fonctionner sur
   l'une peut ne pas être gérée sur une autre. Pour des raisons de
   cohérence, les fonctions qui gèrent *fd* permettent toujours de
   spécifier le paramètre, mais elles lèveront une exception si la
   fonctionnalité n'est pas réellement disponible.

   Pour vérifier si une fonction en particulier permet de spécifier un
   descripteur de fichier ouvert pour son paramètre *path*, utilisez
   l'opérateur "in" sur "supports_fd". Par exemple, cette expression
   détermine si "os.chdir()" accepte un descripteur de fichier ouvert
   quand appelée sur votre plate-forme actuelle :

      os.chdir in os.supports_fd

   Nouveau dans la version 3.3.

os.supports_follow_symlinks

   Un objet de type "collections.abc.Set" indiquant quelles fonctions
   du module "os" permettent d'utiliser leur paramètre
   *follow_symlinks*. Différentes plate-formes fournissent des
   fonctionnalités différentes, et une option qui fonctionne sur l'une
   peut ne pas fonctionner sur une autre. Pour des raisons de
   cohérence, les fonctions qui gèrent *follow_symlinks* permettent
   toujours de spécifier le paramètre, mais lèvent une exception si la
   fonctionnalité n'est pas réellement disponible.

   Pour vérifier s une fonction en particulier permet l'utilisation du
   paramètre *follow_symlinks*, utilisez l'opérateur "in" sur
   "supports_follow_symlinks". Par exemple, cette expression détermine
   si le paramètre *follow_symlink* de "os.stat()" est disponible :

      os.stat in os.supports_follow_symlinks

   Nouveau dans la version 3.3.

os.symlink(src, dst, target_is_directory=False, *, dir_fd=None)

   Crée un lien symbolique pointant vers *src* et appelé *dst*.

   On Windows, a symlink represents either a file or a directory, and
   does not morph to the target dynamically.  If the target is
   present, the type of the symlink will be created to match.
   Otherwise, the symlink will be created as a directory if
   *target_is_directory* is "True" or a file symlink (the default)
   otherwise.  On non-Windows platforms, *target_is_directory* is
   ignored.

   Introduction de la prise en charge des liens symboliques dans
   Windows 6.0 (Vista). "symlink()" lèvera une exception
   "NotImplementedError" sur les versions de Windows inférieures à
   6.0.

   Cette fonction prend en charge des chemins relatifs à des
   descripteurs de répertories.

   Note:

     Sur Windows, le *SeCreateSymbolicLinkPrivilege* est requis pour
     créer des liens symboliques avec succès. Ce privilège n'est pas
     typiquement garanti aux utilisateurs réguliers mais est
     disponible aux comptes qui peuvent escalader les privilèges
     jusqu'au niveau administrateur. Tant obtenir le privilège que
     lancer votre application en administrateur sont des moyens de
     créer des liens symboliques avec succès."OSError" est levée quand
     la fonction est appelée par un utilisateur sans privilèges.

   Disponibilité : Unix, Windows.

   Modifié dans la version 3.2: Prise en charge des les liens
   symboliques sur Windows 6.0 (Vista).

   Nouveau dans la version 3.3: Ajout de l'argument *dir_fd* et
   maintenant, permission de *target_is_directory* sur les plate-
   formes non Windows.

   Modifié dans la version 3.6: Accepte un *path-like object* pour
   *src* et *dst*.

os.sync()

   Force l'écriture de tout sur le disque.

   Disponibilité : Unix.

   Nouveau dans la version 3.3.

os.truncate(path, length)

   Tronque le fichier correspondant à *path*, afin qu'il soit au
   maximum long de *length* bytes.

   Cette fonction prend en charge la spécification d'un descripteur de
   fichier.

   Disponibilité : Unix, Windows.

   Nouveau dans la version 3.3.

   Modifié dans la version 3.5: Prise en charge de Windows

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.unlink(path, *, dir_fd=None)

   Supprime (retire) le fichier *path*. Cette fonction est
   sémantiquement identique à "remove()". Le nom "unlink" est un nom
   Unix traditionnel. Veuillez voir la documentation de "remove()"
   pour plus d'informations.

   Nouveau dans la version 3.3: Le paramètre *dir_fd*.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.utime(path, times=None, *[, ns], dir_fd=None, follow_symlinks=True)

   Voir les derniers moments d'accès et de modification du fichier
   spécifiés par *path*.

   La fonction "utime()" prend deux paramètres optionnels, *times* et
   *ns*. Ils spécifient le temps mis pour *path* et est utilisé comme
   suit :

   * Si *ns* est spécifié, ce doit être un couple de la forme
     "(atime_ns, mtime_ns)" où chaque membre est un entier qui exprime
     des nanosecondes.

   * Si *times* ne vaut pas "None", ce doit être un couple de la forme
     "(atime, mtime)" où chaque membre est un entier ou une expression
     à virgule flottante.

   * Si *times* vaut "None", et *ns* est non-spécifié. C'est
     équivalent à spécifier "ns = (atime_ns, mtime_ns)" où les deux
     moments sont le moment actuel.

   Il est erroné de spécifier des tuples pour *times* et *ns* à la
   fois.

   Le fait qu'un répertoire puisse être donné pour *path* dépend du
   fait que le système d'exploitation implémente les répertoires comme
   des fichiers (par exemple, Windows ne le fait pas). Notez que
   l'instant exact que vous définissez ici peut ne pas être renvoyé
   lors d'un futur appel à "stat()", selon la précision avec laquelle
   votre système d'exploitation mémorise les moments d'accès et de
   modification ; voir "stat()". Le meilleur moyen de préserver des
   moments exacts est d'utiliser les champs *st_atime_ns* et
   *st_mtime_ns* de l'objet résultat de la fonction "os.stat()" avec
   le paramètre *ns* valant *utime*.

   Cette fonction prend en charge la spécification d'un descripteur de
   fichier, les chemins relatifs à des descripteurs de répertoires, et
   le non-suivi des liens symboliques.

   Nouveau dans la version 3.3: Prise en charge de la spécification
   d'un descripteur de fichier pour *path* et les paramètres *dir_fd*,
   *follow_symlinks*, et *ns* ajoutés.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.walk(top, topdown=True, onerror=None, followlinks=False)

   Génère les noms de fichier dans un arbre de répertoire en
   parcourant l'arbre soit de bas-en-haut, soit de haut-en-bas. Pour
   chaque répertoire dans l'arbre enraciné en le répertoire *rop*
   (incluant ledit répertoire *top*), fournit un triplet "(dirpath,
   dirnames, filenames)".

   *dirpath* est une chaîne de caractères contenant le chemin vers le
   répertoire. *dirnames* est une liste de noms de sous-répertoires
   dans *dirpath* (en excluant "'.'" et "'..'"). *filenames* est une
   liste de fichiers (non-répertoires) dans *dirpath*. Notez que les
   noms dans la liste ne contiennent aucune composante de chemin. Pour
   récupérer le chemin complet (qui commence à *top*) vers un
   répertoire dans *dirpath*, faites "os.path.join(dirpath, name)".

   Si l'argument optionnel *topdown* vaut "True" ou n'est pas
   spécifié, le triplet pour un répertoire est généré avant les
   triplets de tous ses sous-répertoires (les répertoires sont générés
   de haut-en-bas). Si *topdown* vaut "False", le triplet pour un
   répertoire est généré après les triplets de tous ses sous-
   répertoires (les répertoires sont générés de bas-en-haut). Peu
   importe la valeur de *topdown*, la liste des sous-répertoires est
   récupérée avant que les tuples pour le répertoires et ses sous-
   répertoires ne soient générés.

   Quand *topdown* vaut "True", l'appelant peut modifier la liste
   *dirnames* en place (par exemple en utilisant "del" ou
   l'assignation par *slicing* (par tranches)) et "walk()" ne fera sa
   récursion que dans les sous-répertoires dont le nom reste dans
   *dirnames* ; cela peut être utilisé pour élaguer la recherche,
   imposer un ordre particulier de visite, ou encore pour informer
   "walk()" des répertoires créés par l'appelant ou renommés avant
   qu'il quitte "walk()" à nouveau. Modifier *dirnames* quand
   *topdown* vaut "False" n'a aucun effet dur le comportement du
   parcours parce qu'en mode bas-en-haut, les répertoires dans
   *dirnames* sont générés avant que *dirpath* ne soit lui-même
   généré.

   Par défaut, les erreurs d'un appel à "scandir()" sont ignorées. Si
   l'argument optionnel *onerror* est spécifié, il doit être une
   fonction qui sera appelée avec un seul argument, une instance de
   "OSError". Elle peut rapporter l'erreur et continuer le parcours,
   ou lever l'exception pour avorter le parcours. Notez que le nom de
   fichier est disponible dans l'attribut "filename" de l'objet
   exception.

   Par défaut, "walk()" ne parcourra pas les liens symboliques qui
   mènent à un répertoire. Définissez *followlinks* avec "True" pour
   visiter les répertoires pointés par des liens symboliques sur les
   systèmes qui le gère.

   Note:

     Soyez au courant que définir *followlinks* avec "True" peut mener
     à une récursion infinie si un lien pointe vers un répertoire
     parent de lui-même. "walk()" ne garde pas de trace des
     répertoires qu'il a déjà visité.

   Note:

     Si vous passez un chemin relatif, ne changer pas le répertoire de
     travail actuel entre deux exécutions de "walk()". "walk()" ne
     change jamais le répertoire actuel, et suppose que l'appelant ne
     le fait pas non plus.

   Cet exemple affiche le nombre de bytes pris par des fichiers non-
   répertoires dans chaque répertoire à partir du répertoire de
   départ, si ce n'est qu'il ne cherche pas après un sous-répertoire
   CSV :

      import os
      from os.path import join, getsize
      for root, dirs, files in os.walk('python/Lib/email'):
          print(root, "consumes", end=" ")
          print(sum(getsize(join(root, name)) for name in files), end=" ")
          print("bytes in", len(files), "non-directory files")
          if 'CVS' in dirs:
              dirs.remove('CVS')  # don't visit CVS directories

   Dans l'exemple suivant (simple implémentation d'un
   "shutil.rmtree()"), parcourir l'arbre de bas-en-haut est essentiel
   : "rmdir()" ne permet pas de supprimer un répertoire avant qu'un ne
   soit vide :

      # Delete everything reachable from the directory named in "top",
      # assuming there are no symbolic links.
      # CAUTION:  This is dangerous!  For example, if top == '/', it
      # could delete all your disk files.
      import os
      for root, dirs, files in os.walk(top, topdown=False):
          for name in files:
              os.remove(os.path.join(root, name))
          for name in dirs:
              os.rmdir(os.path.join(root, name))

   Modifié dans la version 3.5: Cette fonction appelle maintenant
   "os.scandir()" au lieu de "os.listdir()", ce qui la rend plus
   rapide en réduisant le nombre d'appels à "os.stat()".

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.fwalk(top='.', topdown=True, onerror=None, *, follow_symlinks=False, dir_fd=None)

   Se comporte exactement comme "walk()", si ce n'est qu'il fournit un
   quadruplet "(dirpath, dirnames, filenames, dirfd)", et gère
   "dir_fd".

   *dirpath*, *dirnames* et *filenames* sont identiques à la sortie de
   "walk()" et *dirfd* est un descripteur de fichier faisant référence
   au répertoire *dirpath*.

   Cette fonction prend toujours en charge les chemins relatifs à des
   descripteurs de fichiers et le non-suivi des liens symboliques.
   Notez cependant qu'à l'inverse des autres fonctions, la valeur par
   défaut de *follow_symlinks* pour "walk()" est "False".

   Note:

     Puisque "fwalk()" fournit des descripteurs de fichiers, ils ne
     sont valides que jusque la prochaine itération. Donc vous devriez
     les dupliquer (par exemple avec "dup()") si vous désirez les
     garder plus longtemps.

   Cet exemple affiche le nombre de bytes pris par des fichiers non-
   répertoires dans chaque répertoire à partir du répertoire de
   départ, si ce n'est qu'il ne cherche pas après un sous-répertoire
   CSV :

      import os
      for root, dirs, files, rootfd in os.fwalk('python/Lib/email'):
          print(root, "consumes", end="")
          print(sum([os.stat(name, dir_fd=rootfd).st_size for name in files]),
                end="")
          print("bytes in", len(files), "non-directory files")
          if 'CVS' in dirs:
              dirs.remove('CVS')  # don't visit CVS directories

   Dans le prochain exemple, parcourir l'arbre de bas-en-haut est
   essentiel : "rmdir()" ne permet pas de supprimer un répertoire
   avant qu'il ne soit vide :

      # Delete everything reachable from the directory named in "top",
      # assuming there are no symbolic links.
      # CAUTION:  This is dangerous!  For example, if top == '/', it
      # could delete all your disk files.
      import os
      for root, dirs, files, rootfd in os.fwalk(top, topdown=False):
          for name in files:
              os.unlink(name, dir_fd=rootfd)
          for name in dirs:
              os.rmdir(name, dir_fd=rootfd)

   Disponibilité : Unix.

   Nouveau dans la version 3.3.

   Modifié dans la version 3.6: Accepte un *path-like object*.


16.1.5.1. Attributs étendus pour Linux
--------------------------------------

Nouveau dans la version 3.3.

Toutes ces fonctions ne sont disponibles que sur Linux.

os.getxattr(path, attribute, *, follow_symlinks=True)

   Renvoie la valeur de l'attribut étendu *attribute* du système de
   fichiers pour le chemin *path*. *attribute* peut être une chaîne de
   caractères ou d'octets (directement ou indirectement à travers une
   interface "PathLike"). Si c'est une chaîne de caractères, elle est
   encodée avec l'encodage du système de fichiers.

   Cette fonction peut supporter la spécification d'un descripteur de
   fichier et le non-suivi des liens symboliques.

   Modifié dans la version 3.6: Accepte un *path-like object* pour
   *path* et *attribute*.

os.listxattr(path=None, *, follow_symlinks=True)

   Renvoie une liste d'attributs du système de fichiers étendu pour
   *path*. Les attributs dans le liste sont représentés par des
   chaînes de caractères et sont décodés avec l'encodage du système de
   fichier. Si *path* vaut "None", "listxattr()" examinera le
   répertoire actuel.

   Cette fonction peut supporter la spécification d'un descripteur de
   fichier et le non-suivi des liens symboliques.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.removexattr(path, attribute, *, follow_symlinks=True)

   Supprime l'attribut étendu *attribute* du système de fichier pour
   le chemin *path*. *attribute* devrait être une chaîne de caractères
   ou d'octets (directement ou indirectement à travers une interface
   "PathLike"). Si c'est une chaîne de caractères, elle est encodée
   avec l'encodage du système de fichiers.

   Cette fonction peut supporter la spécification d'un descripteur de
   fichier et le non-suivi des liens symboliques.

   Modifié dans la version 3.6: Accepte un *path-like object* pour
   *path* et *attribute*.

os.setxattr(path, attribute, value, flags=0, *, follow_symlinks=True)

   Règle l'attribut étendu *attribute* du système de fichier pour le
   chemin *path* à *value*. *attribute* doit être une chaîne de
   caractères ou d'octets sans caractères nuls (directement ou
   indirectement à travers une interface "PathLike"). Si c'est une
   chaîne de caractères, elle est encodée avec l'encodage du système
   de fichiers.  *flags* peut être "XATTR_REPLACE" ou "XATTR_CREATE".
   Si "XATTR_REPLACE" est donné et que l'attribut n'existe pas,
   "EEXISTS" sera levée. Si "XATTR_CREATE" est donné et que l'attribut
   existe déjà, l'attribut ne sera pas créé et "ENODATA" sera levée.

   Cette fonction peut supporter la spécification d'un descripteur de
   fichier et le non-suivi des liens symboliques.

   Note:

     Un bug des versions inférieures à 2.6.39 du noyau Linux faisait
     que les marqueurs de *flags*  étaient ignorés sur certains
     systèmes.

   Modifié dans la version 3.6: Accepte un *path-like object* pour
   *path* et *attribute*.

os.XATTR_SIZE_MAX

   La taille maximum que peut faire la valeur d'un attribut étendu.
   Actuellement, c'est 64 KiB sur Lniux.

os.XATTR_CREATE

   C'est une valeur possible pour l'argument *flags* de "setxattr()".
   Elle indique que l'opération doit créer un attribut.

os.XATTR_REPLACE

   C'est une valeur possible pour l'argument *flags* de
   "setxattr()".Elle indique que l'opération doit remplacer un
   attribut existant.


16.1.6. Gestion des processus
=============================

Ces fonctions peuvent être utilisées pour créer et gérer des
processus.

Les variantes des fonctions "exec*" prennent une liste d'arguments
pour le nouveau programme chargé dans le processus. Dans tous les cas,
le premier de ces arguments est passé au nouveau programme comme son
propre nom plutôt que comme un argument qu'un utilisateur peut avoir
tapé en ligne de commande. Pour les programmeurs C, c'est l'argument
"argv[0]" qui est passé à la fonction "main()" du programme. Par
exemple, "os.execv('/bin/echo/', ['foo', 'bar'])" affichera uniquement
"bar" sur la sortie standard ; "foo" semblera être ignoré.

os.abort()

   Génère un signal "SIGABRT" au processus actuel. Sur Linux, le
   comportement par défaut est de produire un vidage système (*Core
   Dump*) ; sur Windows, le processus renvoie immédiatement un code
   d'erreur "3". Attention : appeler cette fonction n'appellera pas le
   gestionnaire de signal Python enregistré par "SIGABRT" à l'aide de
   "signal.signal()".

os.execl(path, arg0, arg1, ...)
os.execle(path, arg0, arg1, ..., env)
os.execlp(file, arg0, arg1, ...)
os.execlpe(file, arg0, arg1, ..., env)
os.execv(path, args)
os.execve(path, args, env)
os.execvp(file, args)
os.execvpe(file, args, env)

   Ces fonctions exécutent toutes un nouveau programme, remplaçant le
   processus actuel, elles ne renvoient pas. Sur Unix, le nouvel
   exécutable est chargé dans le processus actuel, et aura le même
   identifiant de processus (PID) que l'appelant. Les erreurs seront
   reportées par des exceptions "OSError".

   Le processus actuel est remplacé immédiatement. Les fichiers objets
   et descripteurs de fichiers ne sont pas purgés, donc s'il est
   possible que des données aient été mises en tampon pour ces
   fichiers, vous devriez les purger manuellement en utilisant
   "sys.stdout.flush()" ou "os.fsync()" avant d'appeler une fonction
   "exec*".

   Les variantes "l" et "v" des fonctions "exec*" différent sur la
   manière de passer les arguments de ligne de commande. Les variantes
   "l" sont probablement les plus simples à utiliser si le nombre de
   paramètres est fixé lors de l'écriture du code. Les paramètres
   individuels deviennent alors des paramètres additionnels aux
   fonctions "exec*()". Les variantes "v" sont préférables quand le
   nombre de paramètres est variable et qu'ils sont passés dans une
   liste ou un *tuple* dans le paramètre *args*. Dans tous les cas,
   les arguments aux processus fils devraient commencer avec le nom de
   la commande à lancer, mais ce n'est pas obligatoire.

   Les variantes qui incluent un "p"vers la fin ("execlp()",
   "execlpe()", "execvp()", et "execvpe()") utiliseront la variable
   d'environnement "PATH" pour localiser le programme *file*. Quand
   l'environnement est remplacé (en utilisant une des variantes
   "exec*e", discutées dans le paragraphe suivant), le nouvel
   environnement est utilisé comme source de la variable
   d'environnement "PATH". Les autres variantes "execl()", "execle()",
   "execv()", et "execve()" n'utiliseront pas la variable
   d'environnement "PATH" pour localiser l'exécutable. *path* doit
   contenir un chemin absolue ou relatif approprié.

   Pour les fonctions "execle()", "execlpe()", "execve()", et
   "execvpe()" (notez qu'elle finissent toutes par "e"), le paramètre
   *env* doit être un *mapping* qui est utilisé pour définir les
   variables d'environnement du nouveau processus (celles-ci sont
   utilisées à la place de l'environnement du nouveau processus). Les
   fonctions "execl()", "execlp()", "execv()", et "execvp()" causent
   toutes un héritage de l'environnement du processus actuel par le
   processus fils.

   Pour "execve()", sur certaines plate-formes, *path* peut également
   être spécifié par un descripteur de fichier ouvert. Cette
   fonctionnalité peut ne pas être gérée sur votre plate-forme. Vous
   pouvez vérifier si c'est disponible en utilisant "os._supports_fd".
   Si c'est indisponible, l'utiliser lèvera une "NotImplementedError".

   Disponibilité : Unix, Windows.

   Nouveau dans la version 3.3: Prise en charge de la spécification
   d'un descripteur de fichier ouvert pour *path* pour "execve()".

   Modifié dans la version 3.6: Accepte un *path-like object*.

os._exit(n)

   Quitte le processus avec le statut *n*, sans appeler les
   gestionnaires de nettoyage, sans purger les tampons des fichiers,
   etc.

   Note:

     La méthode standard pour quitter est "sys.exit(n)". "_exit()"
     devrait normalement être utilisé uniquement par le processus fils
     après un "fork()".

Les codes de sortie suivants sont définis et peuvent être utilisés
avec "_exit()", mais ils ne sont pas nécessaires. Ils sont typiquement
utilisés pour les programmes systèmes écrits en Python, comme un
programme de gestion de l'exécution des commandes d'un serveur de
mails.

Note:

  Certaines de ces valeurs peuvent ne pas être disponibles sur toutes
  les plate-formes Unix étant donné qu'il en existe des variations.
  Ces constantes sont définies là où elles sont définies par la plate-
  forme sous-jacente.

os.EX_OK

   Code de sortie signifiant qu'aucune erreur n'est arrivée.

   Disponibilité : Unix.

os.EX_USAGE

   Code de sortie signifiant que les commandes n'ont pas été utilisées
   correctement, comme quand le mauvais nombre d'arguments a été
   donné.

   Disponibilité : Unix.

os.EX_DATAERR

   Code de sortie signifiant que les données en entrées étaient
   incorrectes.

   Disponibilité : Unix.

os.EX_NOINPUT

   Code de sortie signifiant qu'un des fichiers d'entrée n'existe pas
   ou n'est pas lisible.

   Disponibilité : Unix.

os.EX_NOUSER

   Code de sortie signifiant qu'un utilisateur spécifié n'existe pas.

   Disponibilité : Unix.

os.EX_NOHOST

   Code de sortie signifiant qu'un hôte spécifié n'existe pas.

   Disponibilité : Unix.

os.EX_UNAVAILABLE

   Code de sortie signifiant qu'un service requis n'est pas
   disponible.

   Disponibilité : Unix.

os.EX_SOFTWARE

   Code de sortie signifiant qu'une erreur interne d'un programme a
   été détectée.

   Disponibilité : Unix.

os.EX_OSERR

   Code de sortie signifiant qu'une erreur du système d'exploitation a
   été détectée, comme l'incapacité à réaliser un *fork* ou à créer un
   tuyau (*pipe*).

   Disponibilité : Unix.

os.EX_OSFILE

   Code de sortie signifiant qu'un fichier n'existe pas, n'a pas pu
   être ouvert, ou avait une autre erreur.

   Disponibilité : Unix.

os.EX_CANTCREAT

   Code de sortie signifiant qu'un fichier spécifié par l'utilisateur
   n'a pas pu être créé.

   Disponibilité : Unix.

os.EX_IOERR

   Code de sortie signifiant qu'une erreur est apparue pendant une E/S
   sur un fichier.

   Disponibilité : Unix.

os.EX_TEMPFAIL

   Code de sortie signifiant qu'un échec temporaire est apparu. Cela
   indique quelque chose qui pourrait ne pas être une erreur, comme
   une connexion au réseau qui n'a pas pu être établie pendant une
   opération réessayable.

   Disponibilité : Unix.

os.EX_PROTOCOL

   Code de sortie signifiant qu'un protocole d'échange est illégal,
   invalide, ou non-compris.

   Disponibilité : Unix.

os.EX_NOPERM

   Code de sortie signifiant qu'il manque certaines permissions pour
   réaliser une opération (mais n'est pas destiné au problèmes de
   système de fichiers).

   Disponibilité : Unix.

os.EX_CONFIG

   Code de sortie signifiant qu'une erreur de configuration est
   apparue.

   Disponibilité : Unix.

os.EX_NOTFOUND

   Code de sortie signifiant quelque chose comme "une entrée n'a pas
   été trouvée".

   Disponibilité : Unix.

os.fork()

   *Fork* un processus fils. Renvoie "0" dans le processus fils et le
   PID du processus fils dans le processus père. Si une erreur
   apparaît, une "OSError" est levée.

   Notez que certaines plate-formes (dont FreeBSD <= 6.3 et Cygwin)
   ont des problèmes connus lors d'utilisation de *fork()* depuis un
   fil d'exécution.

   Avertissement:

     Voit "ssl" pour les application qui utilisent le module SSL avec
     *fork()*.

   Disponibilité : Unix.

os.forkpty()

   *Fork* un processus fils, en utilisant un nouveau pseudo-terminal
   comme terminal contrôlant le fils. Renvoie une paire "(pid, fd)" où
   *pid* vaut "0" dans le fils et le PID du processus fils dans le
   parent, et *fd* est le descripteur de fichier de la partie maître
   du pseudo-terminal. Pour une approche plus portable, utilisez le
   module "pty". Si une erreur apparaît, une "OSError" est levée.

   Disponibilité : certains dérivés Unix.

os.kill(pid, sig)

   Envoie le signal *sig* au processus *pid*. Les constantes pour les
   signaux spécifiques à la plate-forme hôte sont définies dans le
   module "signal".

   Windows : les signaux "signal.CTRL_C_EVENT" et
   "signal.CTRL_BREAK_EVENT" sont des signaux spéciaux qui ne peuvent
   être envoyés qu'aux processus consoles qui partagent une console
   commune (par exemple, certains sous-processus). Toute autre valeur
   pour *sig* amènera le processus a être tué sans condition par l'API
   TerminateProcess, et le code de retour sera mis à *sig*. La version
   Windows de "kill()" prend en plus les identificateurs de processus
   à tuer.

   Voir également "signal.pthread_kill()".

   Nouveau dans la version 3.2: Prise en charge de Windows.

os.killpg(pgid, sig)

   Envoie le signal *sig* au groupe de processus *pgid*.

   Disponibilité : Unix.

os.nice(increment)

   Ajoute *increment*  à la priorité du processus. Renvoie la nouvelle
   priorité.

   Disponibilité : Unix.

os.plock(op)

   Verrouille les segments du programme en mémoire. La valeur de *op*
   (définie dans "<sys/lock.h>") détermine quels segments sont
   verrouillés.

   Disponibilité : Unix.

os.popen(cmd, mode='r', buffering=-1)

   Ouvre un tuyau vers ou depuis la commande *cmd*. La valeur de
   retour est un fichier objet ouvert relié au tuyau qui peut être lu
   ou écrit selon la valeur de *mode* qui est "'r'" (par défaut) ou
   "'w'". L'argument *buffering* a le même sens que l'argument
   correspondant de la fonction "open()". L'objet fichier renvoyé
   écrit (ou lit) des chaînes de caractères et non de bytes.

   La méthode "close" renvoie "None" si le sous-processus s'est
   terminé avec succès, ou le code de retour du sous-processus s'il y
   a eu une erreur. Sur les systèmes POSIX, si le code de retour est
   positif, il représente la valeur de retour du processus décalée
   d'un byte sur la gauche. Si le code de retour est négatif, le
   processus le processus s'est terminé avec le signal donné par la
   négation de la valeur de retour. (Par exemple, la valeur de retour
   pourrait être "-signal.SIGKILL" si le sous-processus a été tué).
   Sur les systèmes Windows, la valeur de retour contient le code de
   retour du processus fils dans un entier signé .

   Ceci est implémenté en utilisant "subprocess.Popen". Lisez la
   documentation de cette classe pour des méthodes plus puissantes
   pour gérer et communiquer avec des sous-processus.

os.spawnl(mode, path, ...)
os.spawnle(mode, path, ..., env)
os.spawnlp(mode, file, ...)
os.spawnlpe(mode, file, ..., env)
os.spawnv(mode, path, args)
os.spawnve(mode, path, args, env)
os.spawnvp(mode, file, args)
os.spawnvpe(mode, file, args, env)

   Exécute le programme *path* dans un nouveau processus.

   (Notez que le module "subprocess" fournit des outils plus puissants
   pour générer de nouveaux processus et récupérer leur valeur de
   retour. Il est préférable d'utiliser ce module que ces fonctions.
   Voyez surtout la section Remplacer les fonctions plus anciennes par
   le module subprocess.)

   Si *mode* vaut "P_NOWAIT", cette fonction renvoie le PID du nouveau
   processus, et si *mode* vaut "P_WAIT", la fonction renvoie le code
   de sortie du processus s'il se termine normalement, ou "-signal" où
   *signal* est le signal qui a tué le processus. Sur Windows, le PID
   du processus sera en fait l'identificateur du processus (*process
   handle*) et peut donc être utilisé avec la fonction "waitpid()".

   Les variantes "l" et "v" des fonctions "spawn*" diffèrent sur la
   manière de passer les arguments de ligne de commande. Les variantes
   "l" sont probablement les plus simples à utiliser si le nombre de
   paramètres est fixé lors de l'écriture du code. Les paramètres
   individuels deviennent alors des paramètres additionnels aux
   fonctions "spawn*()". Les variantes "v" sont préférables quand le
   nombre de paramètres est variable et qu'ils sont passés dans une
   liste ou un *tuple* dans le paramètre *args*. Dans tous les cas,
   les arguments aux processus fils devraient commencer avec le nom de
   la commande à lancer, mais ce n'est pas obligatoire.

   Les variantes qui incluent un "p"vers la fin ("spawnlp()",
   "spawnlpe()", "spawnvp()", et "spawnvpe()") utiliseront la variable
   d'environnement "PATH" pour localiser le programme *file*. Quand
   l'environnement est remplacé (en utilisant une des variantes
   "spawn*e", discutées dans le paragraphe suivant), le nouvel
   environnement est utilisé comme source de la variable
   d'environnement "PATH". Les autres variantes "spawnl()",
   "spawnle()", "spawnv()", et "spawnve()" n'utiliseront pas la
   variable d'environnement "PATH" pour localiser l'exécutable. *path*
   doit contenir un chemin absolue ou relatif approprié.

   Pour les fonctions "spawnle()", "spawnlpe()", "spawnve()", et
   "spawnvpe()" (notez qu'elles finissent toutes par "e"), le
   paramètre *env* doit être un *mapping* qui est utilisé pour définir
   les variables d'environnement du nouveau processus (celles-ci sont
   utilisées à la place de l'environnement du nouveau processus). Les
   fonctions "spawnl()", "spawnlp()", "spawnv()", et "spawnvp()"
   causent toutes un héritage de l'environnement du processus actuel
   par le processus fils. Notez que les clefs et les valeurs du
   dictionnaire *env* doivent être des chaînes de caractères. Des
   valeurs invalides pour les clefs ou les valeurs met la fonction en
   échec et renvoie "127".

   Par exemple, les appels suivants à "spawnlp()" et "spawnvpe()" sont
   équivalents :

      import os
      os.spawnlp(os.P_WAIT, 'cp', 'cp', 'index.html', '/dev/null')

      L = ['cp', 'index.html', '/dev/null']
      os.spawnvpe(os.P_WAIT, 'cp', L, os.environ)

   Disponibilité : Unix, Windows. "spawnlp()", "spawnlpe()",
   "spawnvp()", et "spawnvpe()" ne sont pas disponibles sur Windows.
   "spawnle()" et "spawnve()" ne sont pas sécurisés pour les appels
   concurrents (*thread-safe*) sur Windows, il est conseillé
   d'utiliser le module "subprocess" à la place.

   Modifié dans la version 3.6: Accepte un *path-like object*.

os.P_NOWAIT
os.P_NOWAITO

   Valeurs possibles pour le paramètre *mode* de la famille de
   fonctions "spawn*". Si l'une de ces valeurs est donnée, les
   fonctions "spawn*()" sortiront dès que le nouveau processus est
   créé, avec le PID du processus comme valeur de retour.

   Disponibilité : Unix, Windows.

os.P_WAIT

   Valeur possible pour le paramètre *mode* de la famille de fonctions
   "spawn*". Si *mode* est défini par cette valeur, les fonctions
   "spawn*" ne se terminent pas tant que le nouveau processus n'a pas
   été complété et renvoient le code de sortie du processus si
   l'exécution est effectuée avec succès, ou "-signal" si un signal
   tue le processus.

   Disponibilité : Unix, Windows.

os.P_DETACH
os.P_OVERLAY

   Valeurs possibles pour le paramètre *mode* de la famille de
   fonctions "spawn*". Ces valeurs sont moins portables que celles
   listées plus haut. "P_DETACH" est similaire à "P_NOWAIT", mais le
   nouveau processus est détaché de la console du processus appelant.
   Si "P_OVERLAY" est utilisé, le processus actuel sera remplacé. La
   fonction "spawn*" ne sort jamais.

   Disponibilité : Windows.

os.startfile(path[, operation])

   Lance un fichier avec son application associée.

   Quand *operation* n'est pas spécifié ou vaut "'open'", l'effet est
   le même qu'un double clic sur le fichier dans Windows Explorer, ou
   que de passer le nom du fichier en argument du programme **start**
   depuis l'invite de commande interactif : le fichier est ouvert avec
   l'application associée à l'extension (s'il y en a une).

   Quand une autre *operation* est donnée, ce doit être une "commande-
   verbe" qui spécifie ce qui devrait être fait avec le fichier. Les
   verbes habituels documentés par Microsoft sont "'print'" et
   "'edit'" (qui doivent être utilisés sur des fichiers) ainsi que
   "'explore'" et "'find'" (qui doivent être utilisés sur des
   répertoires).

   "startfile()" termine dès que l'application associée est lancée.Il
   n'y a aucune option permettant d'attendre que l'application ne se
   ferme et aucun moyen de récupérer le statu de sortie de
   l'application. Le paramètre *path* est relatif au répertoire
   actuel. Si vous voulez utiliser un chemin absolu, assurez-vous que
   le premier caractère ne soit pas un slash ("'/'"). La fonction
   Win32 "ShellExecute()" sous-jacente ne fonctionne pas sinon.
   Utilisez la fonction "os.path.normpath()" pour vous assurer que le
   chemin est encodé correctement pour Win32.

   Pour réduire Pour réduire le temps système de démarrage de
   l'interpréteur, la fonction Win32 "ShellExecute()"  ne se finit pas
   tant que cette fonction na pas été appelée. Si la fonction ne peut
   être interprétée, une "NotImplementedError" est levée.

   Disponibilité : Windows.

os.system(command)

   Exécute la commande (une chaîne de caractères) dans un sous-invite
   de commandes. C'est implémenté en appelant la fonction standard C
   "system()" et a les mêmes limitations. les changements sur
   "sys.stdin", etc. ne sont pas reflétés dans l'environnement de la
   commande exécutée. Si *command* génère une sortie, elle sera
   envoyée à l'interpréteur standard de  flux.

   Sur Unix, la valeur de retour est le statut de sortie du processus
   encodé dans le format spécifié pour "wait()". Notez que POSIX ne
   spécifie pas le sens de la valeur de retour de la fonction C
   "system()", donc la valeur de retour de la fonction Python est
   dépendante du système.

   Sur Windows, la valeur de retour est celle renvoyée par l'invite de
   commande système après avoir lancé *command*. L'invite de commande
   est donné par la variable d'environnement Windows "COMSPEC". Elle
   vaut habituellement **cmd.exe**, qui renvoie l'état de sortie de la
   commande lancée. Sur les systèmes qui utilisent un invite de
   commande non-natif, consultez la documentation propre à l'invite.

   Le module "subprocess" fournit des outils plus puissants pour
   générer de nouveaux processus et pour récupérer leur résultat. Il
   est préférable d'utiliser ce module plutôt que d'utiliser cette
   fonction. Voir la section Remplacer les fonctions plus anciennes
   par le module subprocess de la documentation du module "subprocess"
   pour des informations plus précises et utiles.

   Disponibilité : Unix, Windows.

os.times()

   Renvoie les temps globaux actuels d'exécution du processus. La
   valeur de retour est un objet avec cinq attributs :

   * "user" — le temps utilisateur

   * "system" — le temps système

   * "children_user" — temps utilisateur de tous les processus fils

   * "children_system" — le temps système de tous les processus fils

   * "elapsed" — temps écoulé réel depuis un point fixé dans le passé

   Pour des raisons de rétro-compatibilité, cet objet se comporte
   également comme un *tuple* contenant "user", "system",
   "children_user", "children_system", et "elapsed" dans cet ordre.

   Voir la page de manuel Unix *times(2)* ou la documentation de l'API
   Windows correspondante. Sur Windows, seuls "user" et "system" sont
   connus. Les autres attributs sont nuls.

   Disponibilité : Unix, Windows.

   Modifié dans la version 3.3: Type de retour changé d'un *tuple* en
   un objet compatible avec le type *tuple*, avec des attributs
   nommés.

os.wait()

   Attend qu'un processus fils soit complété, et renvoie un *tuple*
   contenant son PID et son état de sortie : un nombre de 16 bits dont
   le *byte* de poids faible est le nombre correspondant au signal qui
   a tué le processus, et dont le *byte* de poids fort est le statut
   de sortie (si la signal vaut "0"). Le bit de poids fort du *byte*
   de poids faible est mis à 1 si un (fichier système) *core file* a
   été produit.

   Disponibilité : Unix.

os.waitid(idtype, id, options)

   Attend qu'un ou plusieurs processus fils soient complétés.
   *idtypes* peut être "P_PID", "P_PGID", ou "P_ALL". *id* spécifie le
   PID à attendre. *options* est construit en combinant (avec le OR
   bit-à-bit) une ou plusieurs des valeurs suivantes : "WEXITED",
   "WSTOPPED", ou "WCONTINUED" et peut additionnellement être combiné
   avec "WNOHANG" ou "WNOWAIT". La valeur de retour est un objet
   représentant les données contenue dans la structure "siginfo_t",
   nommées "si_pid", "si_uid", "si_signo", "si_status", "si_code" ou
   "None" si "WNOHANG" est spécifié et qu'il n'y a pas d'enfant dans
   un état que l'on peut attendre.

   Disponibilité : Unix.

   Nouveau dans la version 3.3.

os.P_PID
os.P_PGID
os.P_ALL

   Les valeurs possibles pour *idtypes* pour la fonction "waitid()".
   Elles affectent l'interprétation de *id*.

   Disponibilité : Unix.

   Nouveau dans la version 3.3.

os.WEXITED
os.WSTOPPED
os.WNOWAIT

   Marqueurs qui peuvent être utilisés pour la fonction "waitid()" qui
   spécifient quel signal attendre du fils.

   Disponibilité : Unix.

   Nouveau dans la version 3.3.

os.CLD_EXITED
os.CLD_DUMPED
os.CLD_TRAPPED
os.CLD_CONTINUED

   Les valeurs possibles pour "si_code" dans le résultat renvoyé par
   "waitid()".

   Disponibilité : Unix.

   Nouveau dans la version 3.3.

os.waitpid(pid, options)

   Les détails de cette fonction diffèrent sur Unix et Windows.

   Sur Unix : attend qu'un processus fils donné par son id de
   processus *pid* soit terminé, et renvoie un *tuple* contenant son
   PID et son statut de sortie (encodé comme pour "wait()"). La
   sémantique de cet appel est affecté par la valeur de l'argument
   entier *options*, qui devrait valoir "0" pour les opérations
   normales.

   Si *pid* est plus grand que "0", "waitpid()" introduit une requête
   pour des informations sur le statut du processus spécifié. Si *pid*
   vaut "0", la requête est pour le statut de tous les fils dans le
   groupe de processus du processus actuel. Si *pid* vaut "-1", la
   requête concerne tous les processus fils du processus actuel. Si
   *pid* est inférieur à "-1", une requête est faite pour le statut de
   chaque processus du groupe de processus donné par "-pid" (la valeur
   absolue de *pid*).

   Une "OSError" est levée avec la valeur de *errno* quand l'appel
   système renvoie "-1".

   Sur Windows : attend que qu'un processus donné par l'identificateur
   de processus (*process handle*) *pid*  soi complété, et renvoie un
   *tuple* contenant *pid* et son statut de sortir décalé de 8 bits
   bers la gauche (le décalage rend l'utilisation multiplate-forme
   plus facile). Un *pid* inférieur ou égal à "0" n'a aucune
   signification particulière sur Windows, et lève une exception.
   L'argument entier *options* n'a aucun effet. *pid* peut faire
   référence à tout processus dont l'identifiant est connue pas
   nécessairement un processus fils. Les fonctions "spawn*" appelées
   avec "P_NOWAIT" renvoient des identificateurs de processus
   appropriés.

   Modifié dans la version 3.5: Si l'appel système est interrompu et
   que le gestionnaire de signal ne lève aucune exception, la fonction
   réessaye l'appel système au lieu de lever une "InterruptedError"
   (voir la **PEP 475** à propos du raisonnement).

os.wait3(options)

   Similaire à la fonction "waitpid()", si ce n'est que qu'aucun
   argument *id* n'est donné, et qu'un triplet contenant l'identifiant
   du processus fils, son statut de sortie, et une information sur
   l'utilisation des ressources est renvoyé. Référez-vous à
   "resource"."getrusage()" pour des détails sur les informations
   d'utilisation des ressources. L'argument *options* est le même que
   celui fourni à "waitpid()" et "wait4()".

   Disponibilité : Unix.

os.wait4(pid, options)

   Similaire à "waitpid()", si ce n'est qu'un triplet contenant
   l'identifiant du processus fils, son statut de sortie, et des
   informations d'utilisation des ressources est renvoyé. Référez-vous
   à "resource"."getrusage()" pour des détails sur les informations
   d'utilisation des ressources. Les arguments de "wait4()" sont les
   mêmes que ceux fournis à "waitpid()".

   Disponibilité : Unix.

os.WNOHANG

   L'option de "waitpid()" pour terminer immédiatement si aucun statut
   de processus fils n'est disponible dans l'immédiat. La fonction
   renvoie "(0, 0)" dans ce cas.

   Disponibilité : Unix.

os.WCONTINUED

   Cette option cause les processus fils à être reportés s'ils ont été
   continués après un arrêt du *job control* depuis leurs derniers
   reports de statuts.

   Disponibilité : certains systèmes Unix.

os.WUNTRACED

   Cette option cause les processus fils à être reportés s'ils ont été
   stoppés mais que leur état actuel n'a pas été reporté depuis qu'ils
   ont été stoppés.

   Disponibilité : Unix.

Les fonctions suivantes prennent un code de statu tel que renvoyé par
"system()", "wait()", ou "waitpid()" en paramètre. Ils peuvent être
utilisés pour déterminer la disposition d'un processus.

os.WCOREDUMP(status)

   Renvoie "True" si un vidage système (*core dump*) a été généré pour
   le processus, sinon, renvoie "False".

   Disponibilité : Unix.

os.WIFCONTINUED(status)

   Renvoie "True" si le processus a été continué après un arrêt du
   *job control*, renvoie "False" autrement.

   Disponibilité : Unix.

os.WIFSTOPPED(status)

   Renvoie "True" si le processus a été arrête, sinon renvoie "False".

   Disponibilité : Unix.

os.WIFSIGNALED(status)

   Renvoie "True" si le processus s'est terminé à cause d'un signal,
   sinon, renvoie "False".

   Disponibilité : Unix.

os.WIFEXITED(status)

   Renvoie "True" si le processus s'est terminé en faisant un appel
   système *exit(2)*, sinon, renvoie "False".

   Disponibilité : Unix.

os.WEXITSTATUS(status)

   Si "WIFEXITED(status)" vaut "True", renvoie le paramètre entier de
   l'appel système *exit(2)*. Sinon, la valeur de retour n'a pas de
   signification.

   Disponibilité : Unix.

os.WSTOPSIG(status)

   Renvoie le signal qui a causé l'arrêt du processus.

   Disponibilité : Unix.

os.WTERMSIG(status)

   Renvoie le signal qui a amené le processus à quitter.

   Disponibilité : Unix.


16.1.7. Interface pour l'ordonnanceur
=====================================

Ces fonctions contrôlent un processus se voit allouer du temps de
processus par le système d'exploitation. Elles ne sont disponibles que
sur certaines plate-formes Unix. Pour des informations plus
détaillées, consultez les pages de manuels Unix.

Nouveau dans la version 3.3.

Les polices d'ordonnancement suivantes sont exposées si elles sont
gérées par le système d'exploitation.

os.SCHED_OTHER

   La police d'ordonnancement par défaut.

os.SCHED_BATCH

   Police d'ordonnancement pour les processus intensifs en utilisation
   du processeur. Cette police essaye de préserver l'interactivité
   pour le reste de l'ordinateur.

os.SCHED_IDLE

   Police d'ordonnancement pour les tâches de fond avec une priorité
   extrêmement faible.

os.SCHED_SPORADIC

   Police d'ordonnancement pour des programmes serveurs sporadiques.

os.SCHED_FIFO

   Une police d'ordonnancement *FIFO* (dernier arrivé, premier servi).

os.SCHED_RR

   Une police d'ordonnancement *round-robin* (tourniquet).

os.SCHED_RESET_ON_FORK

   Cette option peut combiner différentes politiques d'ordonnancement
   avec un OU bit-à-bit. Quand un processus avec cette option se
   dédouble, la politique d'ordonnancement et la priorité du processus
   fils sont remises aux valeurs par défaut.

class os.sched_param(sched_priority)

   Cette classe représente des paramètres d'ordonnancement réglables
   utilisés pour "sched_setparam()", "sched_setscheduler()", et
   "sched_getparam()". Un objet de ce type est immuable.

   Pour le moment, il n'y a qu'un seul paramètre possible :

   sched_priority

      La priorité d'ordonnancement pour une police d'ordonnancement.

os.sched_get_priority_min(policy)

   Récupère la valeur minimum pour une priorité pour la police
   *policy*. *policy* est une des constantes de police définies ci-
   dessus.

os.sched_get_priority_max(policy)

   Récupère la valeur maximum pour une priorité pour la police
   *policy*. *policy* est une des constantes de police définies ci-
   dessus.

os.sched_setscheduler(pid, policy, param)

   Définit la police d'ordonnancement pour le processus de PID *pid*.
   Un *pid* de "0" signifie le processus appelant. *policy* est une
   des constantes de police définies ci-dessus. *param* est une
   instance de la classe "sched_param".

os.sched_getscheduler(pid)

   Renvoie la police d'ordonnancement pour le processus de PID *pid*.
   Un *pid* de 0 signifie le processus appelant. Le résultat est une
   des constantes de police définies ci-dessus.

os.sched_setparam(pid, param)

   Définit un paramètre d'ordonnancement pour le processus de PID
   *pid*. Un *pid* de "0" signifie le processus appelant. *param* est
   une instance de "sched_param".

os.sched_getparam(pid)

   Renvoie les paramètres d'ordonnancement dans une de "sched_param"
   pour le processus de PID *pid*. Un *pid* de "0" signifie le
   processus appelant.

os.sched_rr_get_interval(pid)

   Renvoie le quantum de temps du *round-robin* (en secondes) pour le
   processus de PID *pid*. Un *pid* de "0" signifie le processus
   appelant.

os.sched_yield()

   Abandonne volontairement le processeur.

os.sched_setaffinity(pid, mask)

   Restreint le processus de PID *pid*  (ou le processus actuel si
   *pid* vaut "0") à un ensemble de CPUs. *mask* est un itérable
   d'entiers représentant l'ensemble de CPUs auquel le processus doit
   être restreint.

os.sched_getaffinity(pid)

   Renvoie l'ensemble de CPUs auquel le processus de PID *pid* (ou le
   processus actuel si *pid* vaut "0") est restreint.


16.1.8. Diverses informations sur le système
============================================

os.confstr(name)

   Renvoie les valeurs de configuration en chaînes de caractères.
   *name* spécifie la valeur de configuration à récupérer. Ce peut
   être une chaîne de caractères représentant le nom d'une valeur
   système définie dans un nombre de standards (POSIX, Unix 95, Unix
   98, et d'autres). Certaines plate-formes définissent des noms
   supplémentaires également. Les noms connus par le système
   d'exploitation hôte sont données dans les clefs du dictionnaire
   "confstr_names". Pour les variables de configuration qui ne sont
   pas incluses dans ce *mapping*, passer un entier pour *name* est
   également accepté.

   Si la valeur de configuration spécifiée par *name* n'est pas
   définie, "None" est renvoyé.

   Si *name* est une chaîne de caractères et n'est pas connue, une
   "ValueError" est levée. Si une valeur spécifique pour *name* n'est
   pas gérée par le système hôte, même si elle est incluse dans
   "confstr_names", une "OSError" est levée avec "errno.EINVAL" pour
   numéro d'erreur.

   Disponibilité : Unix.

os.confstr_names

   Dictionnaire liant les noms acceptés par "confstr()" aux valeurs
   entières définies pour ces noms par le système d'exploitation hôte.
   Cela peut être utilisé pour déterminer l'ensemble des noms connus
   du système.

   Disponibilité : Unix.

os.cpu_count()

   Renvoie le nombre de CPUs dans le système. Renvoie "None" si
   indéterminé.

   Ce nombre n'est pas équivalent au nombre de CPUs que le processus
   courant peut utiliser.  Le nombre de CPUs utilisables peut être
   obtenu avec "len(os.sched_getaffinity(0))"

   Nouveau dans la version 3.4.

os.getloadavg()

   Renvoie le nombre de processus dans la file d'exécution du système
   en moyenne dans les dernières 1, 5, et 15 minutes, ou lève une
   "OSError" si la charge moyenne est impossible à récupérer.

   Disponibilité : Unix.

os.sysconf(name)

   Renvoie les valeurs de configuration en nombres entiers. Si la
   valeur de configuration définie par *name* n'est pas spécifiée,
   "-1" est renvoyé. Les commentaires concernant le paramètre *name*
   de "confstr()" s'appliquent également ici, le dictionnaire qui
   fournit les informations sur les noms connus est donné par
   "sysconf_names".

   Disponibilité : Unix.

os.sysconf_names

   Dictionnaire liant les noms acceptés par "sysconf()" aux valeurs
   entières définies pour ces noms par le système d'exploitation hôte.
   Cela peut être utilisé pour déterminer l'ensemble des noms connus
   du système.

   Disponibilité : Unix.

Les valeurs suivantes sont utilisées pour gérer les opérations de
manipulations de chemins. Elles sont définies pour toutes les plate-
formes.

Des opérations de plus haut niveau sur les chemins sont définies dans
le module "os.path".

os.curdir

   La chaîne de caractère constante utilisée par le système
   d'exploitation pour référencer le répertoire actuel. Ça vaut "'.'"
   pour Windows et POSIX. Également disponible par "os.path".

os.pardir

   La chaîne de caractère constante utilisée par le système
   d'exploitation pour référencer le répertoire parent. Ça vaut "'..'"
   pour Windows et POSIX. Également disponible par "os.path".

os.sep

   Le caractère utilisé par le système d'exploitation pour séparer les
   composantes des chemins. C'est "'/'" pour POSIX, et "'\\'" pour
   Windows. Notez que ce n'est pas suffisant pour pouvoir analyser ou
   concaténer correctement des chemins (utilisez alors
   "os.path.split()" et "os.path.join()"), mais ça peut s'avérer utile
   occasionnellement.  Également disponible par "os.path".

os.altsep

   Un caractère alternatif utilisé par le système d'exploitation pour
   séparer les composantes des chemins, ou "None" si un seul
   séparateur existe. Ça vaut "'/'" sur Windows où "sep" est un
   antislash "'\'". Également disponible par "os.path".

os.extsep

   Le caractère qui sépare la base du nom d'un fichier et son
   extension. Par exemple, le "'.'" de "os.py". Également disponible
   par "os.path".

os.pathsep

   Le caractère conventionnellement utilisé par le système
   d'exploitation pour séparer la recherche des composantes de chemin
   (comme dans la variable d'environnement "PATH"). Cela vaut "':'"
   pour POSIX, ou "';'" pour Windows. Également disponible par
   "os.path".

os.defpath

   Le chemin de recherche par défaut utilisé par "exec*" et "spawn*"
   si l'environnement n'a pas une clef "'PATH'". Également disponible
   par "os.path".

os.linesep

   La chaîne de caractères utilisée pour séparer (ou plutôt pour
   terminer) les lignes sur la plate-forme actuelle. Ce peut être un
   caractère unique (comme "'\n'" pour POSIX,) ou plusieurs caractères
   (comme "'\r\n'" pour Windows). N'utilisez pas *os.linesep* comme
   terminateur de ligne quand vous écrivez dans un fichier ouvert en
   mode *texte* (par défaut). Utilisez un unique "'\n'" à la place,
   sur toutes les plate-formes.

os.devnull

   Le chemin de fichier du périphérique *null*. Par exemple :
   "'/dev/null'" pour POSIX, "'nul'" pour Windows. Également
   disponible par "os.path".

os.RTLD_LAZY
os.RTLD_NOW
os.RTLD_GLOBAL
os.RTLD_LOCAL
os.RTLD_NODELETE
os.RTLD_NOLOAD
os.RTLD_DEEPBIND

   Marqueurs à utiliser avec les fonctions "setdlopenflags()" et
   "getdlopenflags()". Voir les pages de manuel Unix *dlopen(3)* pour
   les différences de significations entre les marqueurs.

   Nouveau dans la version 3.3.


16.1.9. Nombres aléatoires
==========================

os.getrandom(size, flags=0)

   Obtient *size* octets aléatoires. La fonction renvoie
   éventuellement moins d'octets que demandé.

   Ces octets peuvent être utilisés pour initialiser un générateur de
   nombres aléatoires dans l'espace utilisateur ou pour des raisons
   cryptographiques.

   "getrandom()" se base sur l'entropie rassemblée depuis les pilotes
   des périphériques et autres sources de bruits de l'environnement.
   La lecture de grosses quantités de données aura un impact négatif
   sur les autres utilisateurs des périphériques "/dev/random" et
   "/dev/urandom".

   L'argument *flags* est un champ de bits qui peut contenir zéro ou
   plus des valeurs suivantes combinées avec un OU bit-à-bit :
   "os.GRND_RANDOM" et "GRND_NONBLOCK".

   Voir aussi la page de manuel Linux pour getrandom().

   Disponibilité : Linux 3.17 et ultérieures.

   Nouveau dans la version 3.6.

os.urandom(size)

   Renvoie une chaîne de *size* octets aléatoires utilisable dans un
   cadre cryptographique.

   Cette fonction renvoie des octets aléatoires depuis un source
   spécifique à l'OS.  Les données renvoyées sont censées être
   suffisamment imprévisibles pour les applications cryptographiques,
   bien que la qualité dépende de l'implémentation du système.

   Sous Linux, si l'appel système "getrandom()" est disponible, il est
   utilisé en mode bloquant : il bloque jusqu'à ce que la réserve
   d'entropie d'*urandom* soit initialisée (128 bits d'entropie sont
   collectés par le noyau). Voir la **PEP 524** pour plus
   d'explications. Sous Linux, la fonction "getrandom()" peut être
   utilisée pour obtenir des octets aléatoires en mode non-bloquant
   (avec l'option "GRND_NONBLOCK") ou attendre jusqu'à ce que la
   réserve d'entropie d'*urandom* soit initialisée.

   Sur un système de type UNIX, les octets aléatoires sont lus depuis
   le périphérique "/dev/urandom". Si le périphérique "/dev/urandom"
   n'est pas disponible ou n'est pas lisible, l'exception
   "NotImplementedError" est levée.

   Sous Windows, "CryptGenRandom()" est utilisée.

   Voir aussi:

     Le module "secrets" fournit des fonctions de plus haut niveau.
     Pour une interface facile à utiliser du générateur de nombres
     aléatoires fourni par votre plate-forme, veuillez regarder
     "random.SystemRandom".

   Modifié dans la version 3.6.0: Sous Linux, "getrandom()" est
   maintenant utilisé en mode bloquant pour renforcer la sécurité.

   Modifié dans la version 3.5.2: Sous Linux, si l'appel système
   "getrandom()" bloque (la réserve d'entropie d'*urandom* n'est pas
   encore initialisée), réalise à la place une lecture de
   "/dev/urandom".

   Modifié dans la version 3.5: Sur Linux 3.17 et plus récent, l'appel
   système "getrandom()" est maintenant utilisé quand il est
   disponible. Sur OpenBSD 5.6 et plus récent, la fonction C
   "getentropy()" est utilisée. Ces fonctions évitent l'utilisation
   interne d'un descripteur de fichier.

os.GRND_NONBLOCK

   Par défaut, quand elle lit depuis "/dev/random", "getrandom()"
   bloque si aucun octet aléatoire n'est disponible, et quand elle lit
   depuis "/dev/urandom", elle bloque si la réserve d'entropie n'a pas
   encore été initialisée.

   Si l'option "GRND_NONBLOCK" est activée, "getrandom()" ne bloque
   pas dans ces cas, mais lève immédiatement une "BlockingIOError".

   Nouveau dans la version 3.6.

os.GRND_RANDOM

   Si ce bit est activé, les octets aléatoires sont puisés depuis
   "/dev/random" plutôt que "/dev/urandom".

   Nouveau dans la version 3.6.
