Python : codes d’erreur

La classe de base pour les exceptions intégrées qui sont relevées pour diverses erreurs arithmétiques : OverflowError, ZeroDivisionError, FloatingPointError.

Élevé quand une déclaration d'affirmation échoue.

Levé lorsqu'une référence d'attribut (voir références d'attribut) ou une affectation échoue. (Lorsqu'un objet ne supporte pas les références d'attribut ou les affectations d'attribut du tout, TypeError est soulevé.) Le nom optionnel et les arguments obj mot-clé définissent les attributs correspondants :

Ces deux types d'exceptions encadrent les exceptions dans la séquence excs. Le paramètre msg doit être une chaîne. La différence entre les deux classes est que BaseExceptionGroup étend BaseException et qu'il peut envelopper n'importe quelle exception, tandis qu'ExceptionGroup étend Exception et il ne peut envelopper que les sous-classes d'Exception. Ce design est de sorte que sauf Exception capture un ExceptionGroup mais non BaseExceptionGroup. Le constructeur BaseExceptionGroup retourne un ExceptionGroup plutôt qu'un BaseExceptionGroup si toutes les exceptions contenues sont des cas d'Exception, de sorte qu'il peut être utilisé pour rendre la sélection automatique. Le constructeur ExceptionGroup, d'autre part, soulève un TypeError si une exception contenue n'est pas une sous-classe d'Exception. Les groupes d'exception sont génériques sur le type de leurs exceptions contenues. Notez que BaseExceptionGroup définit __new_(() ), donc les sous-classes qui ont besoin d'une signature de constructeur différente doivent surpasser cela plutôt que __init__(). Par exemple, ce qui suit définit une sous-classe de groupe d'exception qui accepte un code exit_et construit le message de groupe à partir de celui-ci. Comme ExceptionGroup, toute sous-classe de BaseExceptionGroup qui est aussi une sous-classe d'Exception ne peut envelopper que des instances d'Exception.

Levé lorsqu'une opération bloquerait sur un objet (par exemple socket) défini pour une opération de non-blocage. Correspond à errno EAGAIN, EALREADY, EWOULDBLOCK et EINPROGRESS. En plus de ceux d'OSERROR, BlockingIOError peut avoir un autre attribut :

Une sous-classe de ConnectionError, soulevée lorsqu'on tente d'écrire sur une pipe alors que l'autre extrémité a été fermée, ou d'essayer d'écrire sur une socket qui a été fermé pour écriture. Correspond à ERPIPE eSHUTDOWN.

Levé lorsqu'une opération liée à un tampon ne peut pas être effectuée.

Classe de base pour les avertissements relatifs aux octets et aux octets.

Élevé lorsqu'une opération sur un processus enfant a échoué. Correspond à ECHILD err.

Une sous-classe de ConnectionError, soulevée lorsqu'une tentative de connexion est avortée par le pair. Correspond à errno ECONNABORTED.

Une classe de base pour les questions liées à la connexion. Les sous-classes sont BrokenPipeError, ConnectionAbortedError, ConnectionRefusedError et ConnectionResetError.

Une sous-classe de ConnectionError, soulevée lorsqu'une tentative de connexion est refusée par le pair. Correspond à errno ECONNREFUSED.

Une sous-classe de ConnectionError, soulevée lors de la réinitialisation d'une connexion par le pair. Correspond à errno ECONNRESET.

Classe de base pour les avertissements concernant les fonctionnalités dépréciées lorsque ces avertissements sont destinés à d'autres développeurs de Python. Ignoré par les filtres d'avertissement par défaut, sauf dans le module __main__ (PEP 565). Activer le mode de développement de Python montre cet avertissement. La politique de dépréciation est décrite dans PEP 387.

Levé lorsque la fonction input() frappe une condition de fin de fichier (EOF) sans lire aucune donnée. (Note : les méthodes io.TextIOBase.read() et io.IOBase.readline() retournent une chaîne vide lorsqu'elles frappent EOF.)

Classe de base pour les avertissements relatifs aux encodages. Voir Opter-in EncodageAvertissement pour les détails.

Ces deux types d'exceptions encadrent les exceptions dans la séquence excs. Le paramètre msg doit être une chaîne. La différence entre les deux classes est que BaseExceptionGroup étend BaseException et qu'il peut envelopper n'importe quelle exception, tandis qu'ExceptionGroup étend Exception et il ne peut envelopper que les sous-classes d'Exception. Ce design est de sorte que sauf Exception capture un ExceptionGroup mais non BaseExceptionGroup. Le constructeur BaseExceptionGroup retourne un ExceptionGroup plutôt qu'un BaseExceptionGroup si toutes les exceptions contenues sont des cas d'Exception, de sorte qu'il peut être utilisé pour rendre la sélection automatique. Le constructeur ExceptionGroup, d'autre part, soulève un TypeError si une exception contenue n'est pas une sous-classe d'Exception. Les groupes d'exception sont génériques sur le type de leurs exceptions contenues. Notez que BaseExceptionGroup définit __new_(() ), donc les sous-classes qui ont besoin d'une signature de constructeur différente doivent surpasser cela plutôt que __init__(). Par exemple, ce qui suit définit une sous-classe de groupe d'exception qui accepte un code exit_et construit le message de groupe à partir de celui-ci. Comme ExceptionGroup, toute sous-classe de BaseExceptionGroup qui est aussi une sous-classe d'Exception ne peut envelopper que des instances d'Exception.

Levé lors de l'essai de créer un fichier ou un répertoire qui existe déjà. Correspond à errno EEXIST.

Levé lorsqu'un fichier ou un répertoire est demandé mais n'existe pas. Correspond à errno ENOENT.

Pas utilisé actuellement.

Classe de base pour les avertissements concernant les fonctions dépréciées lorsque ces avertissements sont destinés aux utilisateurs finaux d'applications écrites dans Python.

Une sous-classe d'importation qui est soulevée lorsqu'une importation paresseuse échoue parce qu'elle (directement ou indirectement) tente de s'importer elle-même.

Levé lorsque l'instruction d'importation a des problèmes à essayer de charger un module. Levé aussi lorsque l'import de ... est introuvable. Les arguments optionnels nom et chemin mot-clé définissent les attributs correspondants :

Classe de base pour les avertissements sur les erreurs probables dans les importations de modules. Ignoré par les filtres d'avertissement par défaut. Activer le mode de développement Python montre cet avertissement.

Classe de base pour les erreurs de syntaxe liées à l'indentation incorrecte. Ceci est une sous-classe de SyntaxError.

Levé lorsqu'un sous-crit de séquence est hors de portée. (Les indices de tranches sont silencieusement tronqués pour tomber dans la plage autorisée; si un index n'est pas un entier, TypeError est élevé.)

Levé quand un appel système est interrompu par un signal entrant. Correspond à errno EINTR.

Soulevé lorsqu'une opération de fichier (comme os.remove()) est demandée dans un répertoire. Correspond à errno EISDIR.

Soulevé lorsqu'une clé de cartographie (dictionnaire) n'est pas trouvée dans l'ensemble des clés existantes.

La classe de base pour les exceptions qui sont soulevées lorsqu'une clé ou un index utilisé sur une cartographie ou une séquence est invalide : IndexError, KeyError. Ceci peut être soulevé directement par codecs.lookup().

Soulevé quand une opération manque de mémoire mais la situation peut encore être sauvegardée (en supprimant certains objets). La valeur associée est une chaîne indiquant quel type d'opération (interne) a disparu de la mémoire. Notez qu'en raison de l'architecture de gestion de mémoire sous-jacente (fonction CÕs malloc()), l'interprète ne peut pas toujours être en mesure de récupérer complètement de cette situation; il soulève néanmoins une exception pour qu'un traceback de pile puisse être imprimé, au cas où un programme fuyant était la cause.

Une sous-classe d'ImportError qui est augmentée par importation lorsqu'un module n'a pas pu être localisé. Elle est également augmentée lorsque Aucun est trouvé dans sys.modules.

Levé lorsqu'un nom local ou global n'est pas trouvé. Ceci s'applique uniquement aux noms non qualifiés. La valeur associée est un message d'erreur qui inclut le nom qui n'a pas pu être trouvé. L'argument optionnel nom mot-clé uniquement définit l'attribut :

Levé lorsqu'une opération de répertoire (tel que os.listdir()) est demandée sur quelque chose qui n'est pas un répertoire. Sur la plupart des plates-formes POSIX, il peut également être soulevé si une opération tente d'ouvrir ou de traverser un fichier non-répertoire comme s'il s'agissait d'un répertoire. Correspond à errno ENOTDIR.

Cette exception est dérivée de RuntimeError. Dans les classes de base définies par l'utilisateur, les méthodes abstraites devraient augmenter cette exception lorsqu'elles nécessitent des classes dérivées pour surpasser la méthode, ou pendant que la classe est développée pour indiquer que la vraie implémentation doit encore être ajoutée.

Cette exception est soulevée lorsqu'une fonction système retourne une erreur liée au système, y compris des erreurs d'E/S telles que le fichier de saisie non trouvé ou le fichier de saisie complet (non pour des types d'arguments illégaux ou d'autres erreurs accessoires). La seconde forme du constructeur définit les attributs correspondants, décrits ci-dessous. Les attributs par défaut à Aucun si non spécifié. Pour la compatibilité arrière, si trois arguments sont passés, l'attribut args ne contient qu'un 2-tuple des deux premiers arguments du constructeur. Le constructeur retourne souvent une sous-classe d'OSERROR, comme décrit dans les exceptions du système d'exploitation ci-dessous. La sous-classe particulière dépend de la valeur finale d'errno. Ce comportement se produit uniquement lors de la construction d'OSERROR directement ou par l'intermédiaire d'un alias, et n'est pas hérité lors de la sous-classation.

Levé lorsque le résultat d'une opération arithmétique est trop grand pour être représenté. Cela ne peut pas se produire pour les nombres entiers (qui préfèreraient augmenter MemoryError plutôt que de renoncer). Cependant, pour des raisons historiques, OverflowError est parfois élevé pour les nombres entiers qui sont en dehors d'une plage requise. En raison de l'absence de standardisation de gestion d'exceptions de points flottants en C, la plupart des opérations de points flottants ne sont pas vérifiées.

Classe de base pour les avertissements concernant des fonctionnalités qui sont obsolètes et qui devraient être dépréciées à l'avenir, mais ne sont pas dépréciées pour le moment. Cette classe est rarement utilisée comme avertissement concernant une éventuelle dépréciation à venir est inhabituelle, et DeprecationAvertissement est préféré pour les dépréciations déjà actives. Ignoré par les filtres d'avertissement par défaut. Activer le mode de développement Python montre cet avertissement. La politique de dépréciation est décrite dans PEP 387.

Soulevé lors de l'essai d'exécuter une opération sans les droits d'accès adéquats - par exemple les permissions du système de fichiers. Correspond à errno EACCES, EPERM, et ENOTCAPABLE.

Élevé quand un processus donné n'existe pas. Correspond à ESRCH errno.