os — Diverses interfaces pour le système d'exploitation

Code source: Lib/os.py

---

Ce module fournit une façon portable d'utiliser les fonctionnalités dépendantes du système d'exploitation. Si vous voulez simplement lire ou écrire un fichier, voir open(), si vous voulez manipuler les chemins de fichiers, voir le module os.path, et si vous voulez lire toutes les lignes de tous les fichiers de la ligne de commande, voir le module fileinput. Pour la création de fichiers et de répertoires temporaires, voir le module tempfile, et pour la manipulation de fichiers et de répertoires de haut niveau, 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.

• Sur VxWorks, os.fork, os.execv et os.spawn*p* ne sont pas pris en charge.

Note

Toutes les fonctions de ce module lèvent une OSError (ou une de ses sous-classes) 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 relatives à la version du système.

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

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 des chaînes de caractères. 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 le gestionnaire d'erreurs d'encodage *surrogateescape*, ce qui veut dire que les octets indécodables sont remplacés par un code de substitution lors du décodage, qui est reconverti vers l'octet original lors de 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.

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

Objet mapping représentant les variables d'environnement. Par exemple environ['HOME'] est le chemin vers votre répertoire personnel (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

Version de environ utilisant des bytes : un mapping d'objets représentant l'environnement par des chaînes de bytes. environ et environb sont synchronisés (modifier environ modifie environb, et vice-versa).

environb n'est disponible que si supports_bytes_environ vaut True.

Nouveau dans la version 3.2.

os.chdir(path)

os.fchdir(fd)

os.getcwd()

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

os.fsencode(filename)

Encode filename (chemin-compatible) 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 une représentation du chemin utilisable par le système de fichiers.

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

Classe de base abstraite pour les objets représentant un chemin du système de fichiers, comme pathlib.PurePath.

Nouveau dans la version 3.6.

abstractmethod __fspath__()

Renvoie une représentation de l'objet utilisable par le système de fichiers.

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 renvoyée 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 d'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_bytes_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 dossiers qui seront parcourus 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ée 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 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 triplet (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 d'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.

Lève un événement d'audit os.putenv avec les arguments key, value.

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

• nodename — 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.gethostbyaddr(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.

Lève un événement d'audit os.unsetenv avec l’argument key.

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

Création de fichiers objets

These functions create new file objects. (See also open() for opening file descriptors.)

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.

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.copy_file_range(src, dst, count, offset_src=None, offset_dst=None)

Copie count octets depuis le descripteur de fichier src, à partir de la position offset_src, dans le descripteur de fichier dst, à la position offset_dst. Si offset_src est None, alors src est lu depuis la position actuelle ; respectivement pour offset_dst. Les fichiers pointés par src et dst doivent se trouver sur le même système de fichiers, sinon une OSError est levée avec errno défini à errno.EXDEV.

Cette copie est faite sans le coût additionnel de transférer les données depuis le noyau vers l'espace utilisateur puis dans le sens inverse vers le noyau. En outre, certains systèmes de fichiers peuvent implémenter des optimisations supplémentaires. Cette copie est faite comme si les deux fichiers étaient ouverts en mode binaire.

La valeur de retour est le nombre d'octets copiés. Cela peut être moins que le nombre demandé.

Disponibilité: noyaux Linux >= 4.5 ou glibc >= 2.27.

Nouveau dans la version 3.8.

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 second d'abord si nécessaire. Renvoie fd2. Le nouveau descripteur de fichier 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.

Modifié dans la version 3.7: Renvoie fd2 en cas de succès. Auparavant, None était toujours renvoyé.

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).

Lève un événement d'audit os.chmod avec les arguments path, mode, dir_fd.

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).

Lève un événement d'audit os.chown avec les arguments path, uid, gid, dir_fd.

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).

Lève un événement d'audit os.truncate avec les arguments 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.

Lève un événement d'audit os.lockf avec les arguments fd, cmd, len.

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.

Lève un événement d'audit open avec les arguments path, mode, flags.

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, n, offset)

Lit au maximum n octets depuis le descripteur de fichier fd à la position offset sans modifier cette position.

Renvoie une chaîne d'octets contenant les octets lus, ou une chaîne d'octets vide si la fin du fichier pointé par fd est atteinte.

Disponibilité : Unix.

Nouveau dans la version 3.3.

os.preadv(fd, buffers, offset, flags=0)

Lit depuis un descripteur de fichier fd, à la position offset dans des objets bytes-compatibles muables buffers, sans modifier la position dans le fichier. Les données sont transférées dans chaque tampon, jusqu'à ce qu'il soit plein, tour à tour.

L'argument flags contient un OU logique bit-à-bit de zéro ou plusieurs des indicateurs suivants :

• RWF_HIPRI

• RWF_NOWAIT

Renvoie le nombre total d'octets réellement lus, qui peut être inférieur à la capacité totale de tous les objets.

Le système d'exploitation peut définir une limite (valeur sysconf() 'SC_IOV_MAX') sur le nombre de mémoires tampons pouvant être utilisées.

Combine les fonctionnalités de os.readv() et os.pread().

Disponibilité : Linux 2.6.30 et plus récent, FreeBSD 6.0 et plus récent, OpenBSD 2.7 et plus récent. L'utilisation de flags requiert Linux 4.6 ou plus récent.

Nouveau dans la version 3.7.

os.RWF_NOWAIT

Ne pas attendre pour des données qui ne sont pas immédiatement disponibles. Si cette option est spécifiée, l'appel système retourne instantanément s'il doit lire les données du stockage sous-jacent ou attendre un verrou.

Si certaines données ont été lues avec succès, le nombre d'octets lus est renvoyé. Si aucun octet n'a été lu, renvoie -1 et affecte à errno la valeur errno.EAGAIN.

Disponibilité : Linux 4.14 et ultérieures.

Nouveau dans la version 3.7.

os.RWF_HIPRI

Lecture/écriture haute priorité. Permet aux systèmes de fichiers de type bloc d'utiliser le polling du périphérique, qui fournit une latence inférieure, mais peut utiliser des ressources supplémentaires.

Actuellement, sous Linux, cette fonctionnalité est utilisable uniquement sur un descripteur de fichier ouvert à l'aide de l'option O_DIRECT.

Disponibilité : Linux 4.6 et ultérieures.

Nouveau dans la version 3.7.

os.pwrite(fd, str, offset)

Écrit la chaîne d'octets de str dans le descripteur de fichier fd à la position offset en laissant la position dans le fichier inchangée.

Renvoie le nombre d'octets effectivement écrits.

Disponibilité : Unix.

Nouveau dans la version 3.3.

os.pwritev(fd, buffers, offset, flags=0)

Écrit le contenu de buffers vers le descripteur de fichier fd à la position offset, en laissant la position du fichier inchangée. buffers doit être une séquence de 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.

L'argument flags contient un OU logique bit-à-bit de zéro ou plusieurs des indicateurs suivants :

• RWF_DSYNC

• RWF_SYNC

Renvoie le nombre total d'octets effectivement écrits.

Le système d'exploitation peut définir une limite (valeur sysconf() 'SC_IOV_MAX') sur le nombre de mémoires tampons pouvant être utilisées.

Combine les fonctionnalités de os. writev() et os. pwrite().

Disponibilité : Linux 2.6.30 et plus récent, FreeBSD 6.0 et plus récent, OpenBSD 2.7 et plus récent. L'utilisation de flags requiert Linux 4.6 ou plus récent.

Nouveau dans la version 3.7.

os.RWF_DSYNC

Fournit un équivalent par écriture de l'option O_DSYNC de open(2). L' effet de cette option s'applique uniquement à la plage de données écrite par l'appel système.

Disponibilité : Linux 4.7 et ultérieures.

Nouveau dans la version 3.7.

os.RWF_SYNC

Fournit un équivalent par écriture de l'option O_SYNC de open(2). L'effet de cette option s'applique uniquement à la plage de données écrite par l'appel système.

Disponibilité : Linux 4.7 et ultérieures.

Nouveau dans la version 3.7.

os.read(fd, n)

Lit au maximum n octets du descripteur de fichier fd.

Renvoie une chaîne d'octets contenant les octets lus, ou une chaîne d'octets vide si la fin du fichier pointé par fd est atteinte.

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 une séquence d'objets bytes-compatibles muables : buffers. Les données sont transférées dans chaque tampon, jusqu'à ce qu'il soit plein, tour à tour.

Renvoie le nombre total d'octets réellement lus, qui peut être inférieur à la capacité totale de tous les objets.

Le système d'exploitation peut définir une limite (valeur sysconf() 'SC_IOV_MAX') sur le nombre de mémoires tampons pouvant être utilisées.

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 d'octets de str vers le descripteur de fichier fd.

Renvoie le nombre d'octets effectivement é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.

Renvoie le nombre total d'octets effectivement écrits.

Le système d'exploitation peut définir une limite (valeur sysconf() 'SC_IOV_MAX') sur le nombre de mémoires tampons pouvant être utilisées.

Disponibilité : Unix.

Nouveau dans la version 3.3.

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.

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.

Fichiers et répertoires

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

• specifying a file descriptor: Normally the path argument provided to functions in the os module must be a string specifying a file path. However, some functions now alternatively accept an open file descriptor for their path argument. The function will then operate on the file referred to by the descriptor. (For POSIX systems, Python will call the variant of the function prefixed with f (e.g. call fchdir instead of chdir).)

  You can check whether or not path can be specified as a file descriptor for a particular function on your platform using os.supports_fd. If this functionality is unavailable, using it will raise a NotImplementedError.

  If the function also supports dir_fd or follow_symlinks arguments, it's an error to specify one of those when supplying path as a file descriptor.

• paths relative to directory descriptors: If dir_fd is not None, it should be a file descriptor referring to a directory, and the path to operate on should be relative; path will then be relative to that directory. If the path is absolute, dir_fd is ignored. (For POSIX systems, Python will call the variant of the function with an at suffix and possibly prefixed with f (e.g. call faccessat instead of access).

  You can check whether or not dir_fd is supported for a particular function on your platform using os.supports_dir_fd. If it's unavailable, using it will raise a NotImplementedError.

• not following symlinks: If follow_symlinks is False, and the last element of the path to operate on is a symbolic link, the function will operate on the symbolic link itself rather than the file pointed to by the link. (For POSIX systems, Python will call the l... variant of the function.)

  You can check whether or not follow_symlinks is supported for a particular function on your platform using os.supports_follow_symlinks. If it's unavailable, using it will raise a 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.

Cette fonction peut lever OSError et des sous-classes telles que FileNotFoundError, PermissionError et NotADirectoryError.

Lève un événement d'audit os.chdir avec l'argument path.

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.

Lève un événement d'audit os.chflags avec les arguments path, flags.

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.

Lève un événement d'audit os.chmod avec les arguments path, mode, dir_fd.

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.

Lève un événement d'audit os.chown avec les arguments path, uid, gid, dir_fd.

Disponibilité : Unix.

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.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).

Lève un événement d'audit os.chdir avec l'argument path.

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.

Modifié dans la version 3.8: La fonction utilise maintenant l'encodage UTF-8 sur Windows, plutôt que la page de code ANSI : la PEP 529 explique la raison. Cette fonction n'est plus obsolète sur Windows.

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).

Lève un événement d'audit os.chflags avec les arguments path, flags.

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).

Lève un événement d'audit os.chmod avec les arguments path, mode, dir_fd.

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).

Lève un événement d'audit os.chown avec les arguments path, uid, gid, dir_fd.

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.

Lève un événement d'audit os.link avec les arguments src, dst, src_dir_ds, dst_dir_fd.

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='.')

Return a list containing the names of the entries in the directory given by path. The list is in arbitrary order, and does not include the special entries '.' and '..' even if they are present in the directory. If a file is removed from or added to the directory during the call of this function, whether a name for that file be included is unspecified.

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.

Lève un événement d'audit os.listdir avec l'argument path.

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: ajout de la possibilité de spécifier path comme descripteur de fichier ouvert.

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.

Modifié dans la version 3.8: On Windows, now opens reparse points that represent another path (name surrogates), including symbolic links and directory junctions. Other kinds of reparse points are resolved by the operating system as for stat().

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 (c.-à-d. 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.

On Windows, a mode of 0o700 is specifically handled to apply access control to the new directory such that only the current user and administrators have access. Other values of mode are ignored.

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.

Lève un événement d'audit os.mkdir avec les arguments path, mode, dir_fd.

Nouveau dans la version 3.3: L'argument dir_fd.

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

Modifié dans la version 3.8.20: Windows now handles a mode of 0o700.

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() pour créer le répertoire feuille ; reportez-vous à la description de mkdir() pour la manière dont il est interprété. Pour définir les bits de permissions des répertoires intermédiaires nouvellement créés, vous pouvez définir la valeur de umask avant d'invoquer makedirs(). Les bits de permissions des répertoires intermédiaires déjà existants ne sont pas modifiés.

Si exist_ok vaut False (valeur par défaut), une FileExistsError 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.

Lève un événement d'audit os.mkdir avec les arguments path, mode, dir_fd.

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.

Modifié dans la version 3.7: L'argument mode n'affecte plus les bits d'autorisation de fichier des répertoires intermédiaires créés.

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.

Lorsque vous essayez de résoudre un chemin qui peut contenir des liens, utilisez realpath() pour gérer correctement la récursion et les différences de plate-forme.

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 sur Unix.

Modifié dans la version 3.8: Accepte un path-like object et un objet octets sous Windows.

Modifié dans la version 3.8: Added support for directory junctions, and changed to return the substitution path (which typically includes \\?\ prefix) rather than the optional "print name" field that was previously returned.

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

Remove (delete) the file path. If path is a directory, an IsADirectoryError is raised. Use rmdir() to remove directories. If the file does not exist, a FileNotFoundError is raised.

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().

Lève un événement d'audit os.remove avec les arguments path, dir_fd.

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.

Lève un événement d'audit os.remove avec les arguments path, dir_fd.

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 existe, l'opération échoue avec une sous-classe OSError dans un certain nombre de cas :

Sous Windows, si dst existe, une FileExistsError est toujours levée.

On Unix, if src is a file and dst is a directory or vice-versa, an IsADirectoryError or a NotADirectoryError will be raised respectively. If both are directories and dst is empty, dst will be silently replaced. If dst is a non-empty directory, an OSError is raised. If both are files, dst it will be replaced silently if the user has permission. The operation may fail on some Unix flavors if src and dst are on different filesystems. If successful, the renaming will be an atomic operation (this is a POSIX requirement).

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().

Lève un événement d'audit os.rename avec les arguments src, dst, src_dir_ds, dst_dir_fd.

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.

Lève un événement d'audit os.rename avec les arguments src, dst, src_dir_ds, dst_dir_fd.

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.

Lève un événement d'audit os.rename avec les arguments src, dst, src_dir_ds, dst_dir_fd.

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)

Remove (delete) the directory path. If the directory does not exist or is not empty, an FileNotFoundError or an OSError is raised respectively. In order to remove whole directory trees, shutil.rmtree() can be used.

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

Lève un événement d'audit os.rmdir avec les arguments path, dir_fd.

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='.')

Return an iterator of os.DirEntry objects corresponding to the entries in the directory given by path. The entries are yielded in arbitrary order, and the special entries '.' and '..' are not included. If a file is removed from or added to the directory after creating the iterator, whether an entry for that file be included is unspecified.

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.

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

Lève un événement d'audit os.scandir avec l'argument path.

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.

Modifié dans la version 3.7: Ajout de la gestion des descripteurs de fichiers sur Unix.

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. Si l'argument path à la fonction scandir() est un descripteur de fichier l'attribut path sera égal à l'attribut name.

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 interceptée et pas levée.

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 interceptée et pas levée.

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.

On Unix, this method always requires a system call. On Windows, it only requires a system call if follow_symlinks is True and the entry is a reparse point (for example, a symbolic link or directory junction).

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.

On Windows, passing follow_symlinks=False will disable following all name-surrogate reparse points, which includes symlinks and directory junctions. Other types of reparse points that do not resemble links or that the operating system is unable to follow will be opened directly. When following a chain of multiple links, this may result in the original link being returned instead of the non-link that prevented full traversal. To obtain stat results for the final path in this case, use the os.path.realpath() function to resolve the path name as far as possible and call lstat() on the result. This does not apply to dangling symlinks or junction points, which will raise the usual exceptions.

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.

Modifié dans la version 3.8: On Windows, all reparse points that can be resolved by the operating system are now followed, and passing follow_symlinks=False disables following all name surrogate reparse points. If the operating system reaches a reparse point that it is not able to follow, stat now returns the information for the original path as if follow_symlinks=False had been specified instead of raising an error.

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.

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 entrées-sorties 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 Solaris et dérivés, les attributs suivants peuvent également être disponibles :

st_fstype

Chaîne qui identifie de manière unique le type du système de fichiers qui contient le 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.

On Windows systems, the following attributes are also available:

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.

st_reparse_tag

When st_file_attributes has the FILE_ATTRIBUTE_REPARSE_POINT set, this field contains the tag identifying the type of reparse point. See the IO_REPARSE_TAG_* constants in the stat module.

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.

Nouveau dans la version 3.7: Ajout de l'attribut st_fstype sur Solaris et dérivés.

Nouveau dans la version 3.8: Added the st_reparse_tag member on Windows.

Modifié dans la version 3.8: On Windows, the st_mode member now identifies special files as S_IFCHR, S_IFIFO or S_IFBLK as appropriate.

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 fichiers pour le chemin donné, et correspondent aux membres de la structure statvfs, c'est-à-dire : f_bsize, f_frsize, f_blocks, f_bfree, f_bavail, f_files, f_ffree, f_favail, f_flag, f_namemax, f_fsid.

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: ajout de la possibilité de spécifier path comme descripteur de fichier ouvert.

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.

Nouveau dans la version 3.7: Ajout de f_fsid.

os.supports_dir_fd

A set object indicating which functions in the os module accept an open file descriptor for their dir_fd parameter. Different platforms provide different features, and the underlying functionality Python uses to implement the dir_fd parameter is not available on all platforms Python supports. For consistency's sake, functions that may support dir_fd always allow specifying the parameter, but will throw an exception if the functionality is used when it's not locally available. (Specifying None for dir_fd is always supported on all platforms.)

To check whether a particular function accepts an open file descriptor for its dir_fd parameter, use the in operator on supports_dir_fd. As an example, this expression evaluates to True if os.stat() accepts open file descriptors for dir_fd on the local platform:

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

A set object indicating whether os.access() permits specifying True for its effective_ids parameter on the local platform. (Specifying False for effective_ids is always supported on all platforms.) If the local platform supports it, the collection will contain os.access(); otherwise it will be empty.

This expression evaluates to True if os.access() supports effective_ids=True on the local platform:

os.access in os.supports_effective_ids

Currently effective_ids is only supported on Unix platforms; it does not work on Windows.

Nouveau dans la version 3.3.

os.supports_fd

A set object indicating which functions in the os module permit specifying their path parameter as an open file descriptor on the local platform. Different platforms provide different features, and the underlying functionality Python uses to accept open file descriptors as path arguments is not available on all platforms Python supports.

To determine whether a particular function permits specifying an open file descriptor for its path parameter, use the in operator on supports_fd. As an example, this expression evaluates to True if os.chdir() accepts open file descriptors for path on your local platform:

os.chdir in os.supports_fd

Nouveau dans la version 3.3.

os.supports_follow_symlinks

A set object indicating which functions in the os module accept False for their follow_symlinks parameter on the local platform. Different platforms provide different features, and the underlying functionality Python uses to implement follow_symlinks is not available on all platforms Python supports. For consistency's sake, functions that may support follow_symlinks always allow specifying the parameter, but will throw an exception if the functionality is used when it's not locally available. (Specifying True for follow_symlinks is always supported on all platforms.)

To check whether a particular function accepts False for its follow_symlinks parameter, use the in operator on supports_follow_symlinks. As an example, this expression evaluates to True if you may specify follow_symlinks=False when calling os.stat() on the local platform:

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.

Sur Windows, un lien symbolique représente soit lien vers un fichier, soit lien vers un répertoire mais ne s'adapte pas dynamiquement au type de la cible. Si la cible existe le lien sera crée du même type que sa cible. Dans le cas où cible n'existe pas, si target_is_directory vaut True le lien symbolique sera créé comme un répertoire, sinon comme un fichier (par défaut). Sur les autres plateformes, target_id_directory est ignoré.

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

Note

On newer versions of Windows 10, unprivileged accounts can create symlinks if Developer Mode is enabled. When Developer Mode is not available/enabled, the SeCreateSymbolicLinkPrivilege privilege is required, or the process must be run as an administrator.

OSError est levée quand la fonction est appelée par un utilisateur sans privilèges.

Lève un événement d'audit os.symlink avec les arguments src, dst, dir_fd.

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.

Modifié dans la version 3.8: Added support for unelevated symlinks on Windows with Developer Mode.

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.

Lève un événement d'audit os.truncate avec les arguments path, length.

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.

Lève un événement d'audit os.remove avec les arguments path, dir_fd.

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.

Note that the exact times you set here may not be returned by a subsequent stat() call, depending on the resolution with which your operating system records access and modification times; see stat(). The best way to preserve exact times is to use the st_atime_ns and st_mtime_ns fields from the os.stat() result object with the ns parameter to 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.

Lève un événement d'audit os.utime avec les arguments path, times, ns, dir_fd.

Nouveau dans la version 3.3: Ajoute la prise en charge d'un descripteur de fichier pour path et des paramètres dir_fd, follow_symlinks et ns.

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 is a string, the path to the directory. dirnames is a list of the names of the subdirectories in dirpath (excluding '.' and '..'). filenames is a list of the names of the non-directory files in dirpath. Note that the names in the lists contain no path components. To get a full path (which begins with top) to a file or directory in dirpath, do os.path.join(dirpath, name). Whether or not the lists are sorted depends on the file system. If a file is removed from or added to the dirpath directory during generating the lists, whether a name for that file be included is unspecified.

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.

Modifié dans la version 3.7: Ajout de la gestion des chemins de type bytes.

os.memfd_create(name[, flags=os.MFD_CLOEXEC])

Create an anonymous file and return a file descriptor that refers to it. flags must be one of the os.MFD_* constants available on the system (or a bitwise ORed combination of them). By default, the new file descriptor is non-inheritable.

The name supplied in name is used as a filename and will be displayed as the target of the corresponding symbolic link in the directory /proc/self/fd/. The displayed name is always prefixed with memfd: and serves only for debugging purposes. Names do not affect the behavior of the file descriptor, and as such multiple files can have the same name without any side effects.

Disponibilité : Linux 3.17 ou plus récent avec glibc 2.27 ou plus récente.

Nouveau dans la version 3.8.

os.MFD_CLOEXEC

os.MFD_ALLOW_SEALING

os.MFD_HUGETLB

os.MFD_HUGE_SHIFT

os.MFD_HUGE_MASK

os.MFD_HUGE_64KB

os.MFD_HUGE_512KB

os.MFD_HUGE_1MB

os.MFD_HUGE_2MB

os.MFD_HUGE_8MB

os.MFD_HUGE_16MB

os.MFD_HUGE_32MB

os.MFD_HUGE_256MB

os.MFD_HUGE_512MB

os.MFD_HUGE_1GB

os.MFD_HUGE_2GB

os.MFD_HUGE_16GB

These flags can be passed to memfd_create().

Availability: Linux 3.17 or newer with glibc 2.27 or newer. The MFD_HUGE* flags are only available since Linux 4.14.

Nouveau dans la version 3.8.

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.

Lève un événement d'audit os.getxattr avec les arguments path, attribute.

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.

Lève un événement d'audit os.listxattr avec l'argument path.

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.

Lève un événement d'audit os.removexattr avec les arguments path, attribute.

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)

Set the extended filesystem attribute attribute on path to value. attribute must be a bytes or str with no embedded NULs (directly or indirectly through the PathLike interface). If it is a str, it is encoded with the filesystem encoding. flags may be XATTR_REPLACE or XATTR_CREATE. If XATTR_REPLACE is given and the attribute does not exist, ENODATA will be raised. If XATTR_CREATE is given and the attribute already exists, the attribute will not be created and EEXISTS will be raised.

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

Note

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

Lève un événement d'audit os.setxattr avec les arguments path, attribute, value, flags.

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.

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 développeurs 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.add_dll_directory(path)

Ajoute un chemin aux chemins de recherche de DLL.

This search path is used when resolving dependencies for imported extension modules (the module itself is resolved through sys.path), and also by ctypes.

Remove the directory by calling close() on the returned object or using it in a with statement.

See the Microsoft documentation for more information about how DLLs are loaded.

Lève un événement d'audit os.add_dll_directory avec l'argument path.

Disponibilité : Windows.

Nouveau dans la version 3.8: Previous versions of CPython would resolve DLLs using the default behavior for the current process. This led to inconsistencies, such as only sometimes searching PATH or the current working directory, and OS functions such as AddDllDirectory having no effect.

In 3.8, the two primary ways DLLs are loaded now explicitly override the process-wide behavior to ensure consistency. See the porting notes for information on updating libraries.

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.

Lève un événement d'audit os.exec avec les arguments path, args, env.

Disponibilité : Unix, Windows.

Nouveau dans la version 3.3: Added support for specifying path as an open file descriptor for 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.

Note that some platforms including FreeBSD <= 6.3 and Cygwin have known issues when using fork() from a thread.

Lève un évènement d'audit sys.fork sans argument.

Modifié dans la version 3.8: Calling fork() in a subinterpreter is no longer supported (RuntimeError is raised).

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.

Lève un évènement d'audit sys.forkpty sans argument.

Modifié dans la version 3.8: Calling forkpty() in a subinterpreter is no longer supported (RuntimeError is raised).

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().

Lève un événement d'audit os.kill avec les arguments pid, sig.

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

os.killpg(pgid, sig)

Envoie le signal sig au groupe de processus pgid.

Lève un événement d'audit os.killpg avec les arguments pgid, sig.

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.posix_spawn(path, argv, env, *, file_actions=None, setpgroup=None, resetids=False, setsid=False, setsigmask=(), setsigdef=(), scheduler=None)

Wraps the posix_spawn() C library API for use from Python.

Most users should use subprocess.run() instead of posix_spawn().

The positional-only arguments path, args, and env are similar to execve().

The path parameter is the path to the executable file. The path should contain a directory. Use posix_spawnp() to pass an executable file without directory.

The file_actions argument may be a sequence of tuples describing actions to take on specific file descriptors in the child process between the C library implementation's fork() and exec() steps. The first item in each tuple must be one of the three type indicator listed below describing the remaining tuple elements:

os.POSIX_SPAWN_OPEN

(os.POSIX_SPAWN_OPEN, fd, path, flags, mode)

Performs os.dup2(os.open(path, flags, mode), fd).

os.POSIX_SPAWN_CLOSE

(os.POSIX_SPAWN_CLOSE, fd)

Performs os.close(fd).

os.POSIX_SPAWN_DUP2

(os.POSIX_SPAWN_DUP2, fd, new_fd)

Performs os.dup2(fd, new_fd).

These tuples correspond to the C library posix_spawn_file_actions_addopen(), posix_spawn_file_actions_addclose(), and posix_spawn_file_actions_adddup2() API calls used to prepare for the posix_spawn() call itself.

The setpgroup argument will set the process group of the child to the value specified. If the value specified is 0, the child's process group ID will be made the same as its process ID. If the value of setpgroup is not set, the child will inherit the parent's process group ID. This argument corresponds to the C library POSIX_SPAWN_SETPGROUP flag.

If the resetids argument is True it will reset the effective UID and GID of the child to the real UID and GID of the parent process. If the argument is False, then the child retains the effective UID and GID of the parent. In either case, if the set-user-ID and set-group-ID permission bits are enabled on the executable file, their effect will override the setting of the effective UID and GID. This argument corresponds to the C library POSIX_SPAWN_RESETIDS flag.

If the setsid argument is True, it will create a new session ID for posix_spawn. setsid requires POSIX_SPAWN_SETSID or POSIX_SPAWN_SETSID_NP flag. Otherwise, NotImplementedError is raised.

The setsigmask argument will set the signal mask to the signal set specified. If the parameter is not used, then the child inherits the parent's signal mask. This argument corresponds to the C library POSIX_SPAWN_SETSIGMASK flag.

The sigdef argument will reset the disposition of all signals in the set specified. This argument corresponds to the C library POSIX_SPAWN_SETSIGDEF flag.

The scheduler argument must be a tuple containing the (optional) scheduler policy and an instance of sched_param with the scheduler parameters. A value of None in the place of the scheduler policy indicates that is not being provided. This argument is a combination of the C library POSIX_SPAWN_SETSCHEDPARAM and POSIX_SPAWN_SETSCHEDULER flags.

Lève un événement d'audit os.posix_spawn avec les arguments path, argv, env.

Nouveau dans la version 3.8.

Disponibilité : Unix.

os.posix_spawnp(path, argv, env, *, file_actions=None, setpgroup=None, resetids=False, setsid=False, setsigmask=(), setsigdef=(), scheduler=None)

Wraps the posix_spawnp() C library API for use from Python.

Similar to posix_spawn() except that the system searches for the executable file in the list of directories specified by the PATH environment variable (in the same way as for execvp(3)).

Lève un événement d'audit os.posix_spawn avec les arguments path, argv, env.

Nouveau dans la version 3.8.

Availability: See posix_spawn() documentation.

os.register_at_fork(*, before=None, after_in_parent=None, after_in_child=None)

Enregistre des appelables (callables) à exécuter quand un nouveau processus enfant est crée avec os.fork() ou des APIs similaires de clonage de processus. Les paramètres sont optionnels et par mots-clé uniquement. Chacun spécifie un point d'appel différent.

• before est une fonction appelée avant de forker un processus enfant.

• after_in_parent est une fonction appelée depuis le processus parent après avoir forké un processus enfant.

• after_in_child est une fonction appelée depuis le processus enfant.

Ces appels ne sont effectués que si le contrôle est censé retourner à l'interpréteur Python. Un lancement de subprocess typique ne les déclenchera pas, car l'enfant ne ré-entre pas dans l'interpréteur.

Les fonctions enregistrées pour l'exécution avant le fork sont appelées dans l'ordre inverse à leur enregistrement. Les fonctions enregistrées pour l'exécution après le fork (soit dans le parent ou dans l'enfant) sont appelées dans l'ordre de leur enregistrement.

Notez que les appels à fork() faits par du code C de modules tiers peuvent ne pas appeler ces fonctions, à moins que ce code appelle explicitement PyOS_BeforeFork(), PyOS_AfterFork_Parent() et PyOS_AfterFork_Child().

Il n'y a aucun moyen d'annuler l'enregistrement d'une fonction.

Disponibilité : Unix.

Nouveau dans la version 3.7.

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().

Note on VxWorks, this function doesn't return -signal when the new process is killed. Instead it raises OSError exception.

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)

Lève un événement d'audit os.spawn avec les arguments mode, path, args, env.

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.

Lève un événement d'audit os.startfile avec les arguments path, operation.

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.

Lève un évènement d'audit os.system avec comme argument command.

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.

See the Unix manual page times(2) and times(3) manual page on Unix or the GetProcessTimes MSDN on Windows. On Windows, only user and system are known; the other attributes are zero.

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.

This function should be employed only if WIFSIGNALED() is true.

Disponibilité : Unix.

os.WIFCONTINUED(status)

Return True if a stopped child has been resumed by delivery of SIGCONT (if the process has been continued from a job control stop), otherwise return False.

See WCONTINUED option.

Disponibilité : Unix.

os.WIFSTOPPED(status)

Return True if the process was stopped by delivery of a signal, otherwise return False.

WIFSTOPPED() only returns True if the waitpid() call was done using WUNTRACED option or when the process is being traced (see ptrace(2)).

Disponibilité : Unix.

os.WIFSIGNALED(status)

Return True if the process was terminated by a signal, otherwise return False.

Disponibilité : Unix.

os.WIFEXITED(status)

Return True if the process exited terminated normally, that is, by calling exit() or _exit(), or by returning from main(); otherwise return False.

Disponibilité : Unix.

os.WEXITSTATUS(status)

Return the process exit status.

This function should be employed only if WIFEXITED() is true.

Disponibilité : Unix.

os.WSTOPSIG(status)

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

This function should be employed only if WIFSTOPPED() is true.

Disponibilité : Unix.

os.WTERMSIG(status)

Return the number of the signal that caused the process to terminate.

This function should be employed only if WIFSIGNALED() is true.

Disponibilité : Unix.

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.

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.

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.