Exceções embutidas
******************

No Python, todas as exceções devem ser instâncias de uma classe
derivada de "BaseException". Em uma instrução "try" com uma cláusula
"except" que menciona uma classe específica, essa cláusula também lida
com qualquer classe de exceção derivada dessa classe (mas não com as
classes de exceção a partir das quais *ela* é derivada). Duas classes
de exceção que não são relacionadas por subclasse nunca são
equivalentes, mesmo que tenham o mesmo nome.

As exceções embutidas listadas neste capítulo podem ser geradas pelo
interpretador ou pelas funções embutidas. Exceto onde mencionado, eles
têm um "valor associado" indicando a causa detalhada do erro. Pode ser
uma string ou uma tupla de vários itens de informação (por exemplo, um
código de erro e uma string que explica o código). O valor associado
geralmente é passado como argumentos para o construtor da classe de
exceção.

O código do usuário pode gerar exceções embutidas. Isso pode ser usado
para testar um manipulador de exceções ou para relatar uma condição de
erro "exatamente como" a situação na qual o interpretador gera a mesma
exceção; mas lembre-se de que nada impede o código do usuário de gerar
um erro inadequado.

As classes de exceções embutidas podem ser usadas como subclasses para
definir novas exceções; Os programadores são incentivados a derivar
novas exceções da classe "Exception" ou de uma de suas subclasses, e
não de "BaseException". Mais informações sobre a definição de exceções
estão disponíveis no Tutorial do Python em Exceções definidas pelo
usuário.


Contexto da exceção
===================

Três atributos em objetos exceções fornecem informações sobre o
contexto em que a exceção foi levantada.

BaseException.__context__
BaseException.__cause__
BaseException.__suppress_context__

   Ao levantar uma nova exceção enquanto outra exceção já está sendo
   tratada, o atributo "__context__" da nova exceção é automaticamente
   definido para a exceção tratada. Uma exceção pode ser tratada
   quando uma cláusula "except" ou "finally", ou uma instrução "with",
   é usada.

   Esse contexto implícito da exceção pode ser complementado com uma
   causa explícita usando "from" com "raise":

      raise new_exc from original_exc

   A expressão a seguir "from" deve ser uma exceção ou "None". Ela
   será definida como "__cause__" na exceção levantada. A definição de
   "__cause__" também define implicitamente o atributo
   "__suppress_context__" como "True", de modo que o uso de "raise
   new_exc from None" substitui efetivamente a exceção antiga pela
   nova para fins de exibição (por exemplo, convertendo "KeyError"
   para "AttributeError"), deixando a exceção antiga disponível em
   "__context__" para introspecção durante a depuração.

   O código de exibição padrão do traceback mostra essas exceções
   encadeadas, além do traceback da própria exceção. Uma exceção
   explicitamente encadeada em "__cause__" sempre é mostrada quando
   presente. Uma exceção implicitamente encadeada em "__context__" é
   mostrada apenas se "__cause__" for "None" e "__suppress_context__"
   for falso.

   Em qualquer um dos casos, a exceção em si sempre é mostrada após
   todas as exceções encadeadas, de modo que a linha final do
   traceback sempre mostre a última exceção que foi levantada.


Herdando de exceções embutidas
==============================

O código do usuário pode criar subclasses que herdam de um tipo de
exceção. É recomendado criar subclasse de apenas um tipo de exceção
por vez para evitar possíveis conflitos entre como as bases tratam o
atributo "args", bem como devido a possíveis incompatibilidades de
layout de memória.

A maioria das exceções embutidas são implementadas em C para
eficiência, veja: Objects/exceptions.c. Algumas têm layouts de memória
personalizados, o que impossibilita a criação de uma subclasse que
herda de vários tipos de exceção. O layout de memória de um tipo é um
detalhe de implementação e pode mudar entre as versões do Python,
levando a novos conflitos no futuro. Portanto, é recomendável evitar
criar subclasses de vários tipos de exceção.


Classes base
============

As seguintes exceções são usadas principalmente como classes base para
outras exceções.

exception BaseException

   A classe base para todas as exceções embutidas. Não é para ser
   herdada diretamente por classes definidas pelo usuário (para isso,
   use "Exception"). Se "str()" for chamado em uma instância desta
   classe, a representação do(s) argumento(s) para a instância será
   retornada ou a string vazia quando não houver argumentos.

   args

      A tupla de argumentos fornecidos ao construtor de exceções.
      Algumas exceções embutidas (como "OSError") esperam um certo
      número de argumentos e atribuem um significado especial aos
      elementos dessa tupla, enquanto outras são normalmente chamadas
      apenas com uma única string que fornece uma mensagem de erro.

   with_traceback(tb)

      Este método define *tb* como o novo traceback (situação da pilha
      de execução) para a exceção e retorna o objeto exceção. Era mais
      comumente usado antes que os recursos de encadeamento de
      exceções de **PEP 3134** se tornassem disponíveis. O exemplo a
      seguir mostra como podemos converter uma instância de
      "SomeException" em uma instância de "OtherException" enquanto
      preservamos o traceback. Uma vez gerado, o quadro atual é
      empurrado para o traceback de "OtherException", como teria
      acontecido com o traceback de "SomeException" original se
      tivéssemos permitido que ele se propagasse para o chamador.

         try:
             ...
         except SomeException:
             tb = sys.exception().__traceback__
             raise OtherException(...).with_traceback(tb)

   __traceback__

      Um campo gravável que contém o objeto traceback associado a esta
      exceção. Veja também: A instrução raise.

   add_note(note)

      Adiciona a string "note" às notas da exceção que aparecem no
      traceback padrão após a string de exceção. Uma exceção
      "TypeError" é levantada se "note" não for uma string.

      Adicionado na versão 3.11.

   __notes__

      Uma lista das notas desta exceção, que foram adicionadas com
      "add_note()". Este atributo é criado quando "add_note()" é
      chamado.

      Adicionado na versão 3.11.

exception Exception

   Todas as exceções embutidas que não saem para o sistema são
   derivadas dessa classe. Todas as exceções definidas pelo usuário
   também devem ser derivadas dessa classe.

exception ArithmeticError

   A classe base para as exceções embutidas levantadas para vários
   erros aritméticos: "OverflowError", "ZeroDivisionError",
   "FloatingPointError".

exception BufferError

   Levantado quando uma operação relacionada a buffer não puder ser
   realizada.

exception LookupError

   A classe base para as exceções levantadas quando uma chave ou
   índice usado em um mapeamento ou sequência é inválido:
   "IndexError", "KeyError". Isso pode ser levantado diretamente por
   "codecs.lookup()".


Exceções concretas
==================

As seguintes exceções são as que geralmente são levantados.

exception AssertionError

   Levantado quando uma instrução "assert" falha.

exception AttributeError

   Levantado quando uma referência de atributo (consulte Referências
   de atributo) ou atribuição falha. (Quando um objeto não oferece
   suporte a referências ou atribuições de atributos, "TypeError" é
   levantado.)

   O argumentos somente-nomeados opcionais *name* e o *obj* definem o
   atributos correspondente:

   name

      O nome do atributo que tentou-se fazer o acesso.

   obj

      O objeto que foi acessado para o atributo nomeado.

   Alterado na versão 3.10: Adicionado os atributos "name" e "obj".

exception EOFError

   Levantado quando a função "input()" atinge uma condição de fim de
   arquivo (EOF) sem ler nenhum dado. (Note: os métodos
   "io.IOBase.read()" e "io.IOBase.readline()" retornam uma string
   vazia quando pressionam o EOF.)

exception FloatingPointError

   Não usado atualmente.

exception GeneratorExit

   Levantado quando um *gerador* ou uma *corrotina* está fechado(a);
   veja "generator.close()" e "coroutine.close()". Herda diretamente
   de "BaseException" em vez de "Exception", já que tecnicamente não é
   um erro.

exception ImportError

   Levantada quando a instrução "import" tem problemas ao tentar
   carregar um módulo. Também é gerado quando o "from list" em "from
   ... import" tem um nome que não pode ser encontrado.

   O argumentos somente-nomeados opcionais *name* e o *path* definem o
   atributos correspondente:

   name

      O nome do módulo que tentou-se fazer a importação.

   path

      O caminho para qualquer arquivo que acionou a exceção.

   Alterado na versão 3.3: Adicionados os atributos "name" e "path".

exception ModuleNotFoundError

   Uma subclasse de "ImportError" que é levantada por "import" quando
   um módulo não pôde ser localizado. Também é levantada quando "None"
   é encontrado em "sys.modules".

   Adicionado na versão 3.6.

exception IndexError

   Levantada quando um índice de alguma sequência está fora do
   intervalo.  (Índices de fatia são truncados silenciosamente para
   cair num intervalo permitido; se um índice não for um inteiro,
   "TypeError" é levantada.)

exception KeyError

   Levantada quando uma chave de mapeamento (dicionário) não é
   encontrada no conjunto de chaves existentes.

exception KeyboardInterrupt

   Levantada quando um usuário aperta a tecla de interrupção
   (normalmente "Control"-"C" ou "Delete").  Durante a execução, uma
   checagem de interrupção é feita regularmente. A exceção herda de
   "BaseException" para que não seja capturada acidentalmente por
   códigos que tratam "Exception" e assim evita que o interpretador
   saia.

   Nota:

     Capturar uma "KeyboardInterrupt" requer consideração especial.
     Como pode ser levantada em pontos imprevisíveis, pode, em algumas
     circunstâncias, deixar o programa em execução em um estado
     inconsistente. Geralmente é melhor permitir que
     "KeyboardInterrupt" termine o programa o mais rápido possível ou
     evitar levantá-la de todo. (Veja Nota sobre manipuladores de
     sinais e exceções.)

exception MemoryError

   Levantada quando uma operação fica sem memória mas a situação ainda
   pode ser recuperada (excluindo alguns objetos).  O valor associado
   é uma string que indica o tipo de operação (interna) que ficou sem
   memória. Observe que, por causa da arquitetura de gerenciamento de
   memória subjacente (função "malloc()" do C), o interpretador pode
   não ser capaz de se recuperar completamente da situação; no
   entanto, levanta uma exceção para que um traceback possa ser
   impresso, no caso de um outro programa ser a causa.

exception NameError

   Levantada quando um nome local ou global não é encontrado. Isso se
   aplica apenas a nomes não qualificados. O valor associado é uma
   mensagem de erro que inclui o nome que não pode ser encontrado.

   O argumento somente-nomeado opcional *name* define o atributo:

   name

      O nome do variável que tentou-se fazer o acesso.

   Alterado na versão 3.10: Adicionado o atributo "name".

exception NotImplementedError

   Essa exceção é derivada da "RuntimeError".  Em classes base,
   definidas pelo usuário, os métodos abstratos devem gerar essa
   exceção quando requerem que classes derivadas substituam o método,
   ou enquanto a classe está sendo desenvolvida, para indicar que a
   implementação real ainda precisa ser adicionada.

   Nota:

     Não deve ser usada para indicar que um operador ou método não
     será mais suportado -- nesse caso deixe o operador / método
     indefinido ou, se é uma subclasse, defina-o como "None".

   Cuidado:

     "NotImplementedError" e "NotImplemented" não são intercambiáveis.
     Esta exceção deve ser usada somente conforme descrito acima; veja
     "NotImplemented" para detalhes sobre o uso correto da constante
     embutida.

exception OSError([arg])
exception OSError(errno, strerror[, filename[, winerror[, filename2]]])

   Esta exceção é levantada quando uma função do sistema retorna um
   erro relacionado ao sistema, incluindo falhas do tipo E/S como
   "file not found" ou "disk full" (não para tipos de argumentos não
   permitidos ou outro erro acessório).

   A segunda forma do construtor definir os atributos correspondentes,
   descritos abaixo.  Os atributos usarão o valor padrão "None" se não
   forem especificados.  Por compatibilidade com versões anteriores,
   se três argumentos são passados, o atributo "args" contêm somente
   uma tupla de 2 elementos, os dois primeiros argumentos do
   construtor.

   O construtor geralmente retorna uma subclasse de "OSError", como
   descrito abaixo em OS exceptions .  A subclasse particular depende
   do valor final de "errno".  Este comportamento ocorre apenas
   durante a construção direta ou por meio de um apelido de "OSError",
   e não é herdado na criação de subclasses.

   errno

      Um código de erro numérico da variável C "errno".

   winerror

      No Windows, isso fornece o código de erro nativo do Windows. O
      atributo "errno" é então uma tradução aproximada, em termos
      POSIX, desse código de erro nativo.

      No Windows, se o argumento de construtor *winerror* for um
      inteiro, o atributo "errno" é determinado a partir do código de
      erro do Windows e o argumento *errno* é ignorado. Em outras
      plataformas, o argumento *winerror* é ignorado e o atributo
      "winerror" não existe.

   strerror

      A mensagem de erro correspondente, conforme fornecida pelo
      sistema operacional. É formatada pelas funções C "perror()" no
      POSIX e "FormatMessage()" no Windows.

   filename
   filename2

      Para exceções que envolvem um caminho do sistema de arquivos
      (como "open()" ou "os.unlink()"), "filename" é o nome do arquivo
      passado para a função. Para funções que envolvem dois caminhos
      de sistema de arquivos (como "os.rename()"), "filename2"
      corresponde ao segundo nome de arquivo passado para a função.

   Alterado na versão 3.3: "EnvironmentError", "IOError",
   "WindowsError", "socket.error", "select.error" e "mmap.error" foram
   fundidos em "OSError", e o construtor pode retornar uma subclasse.

   Alterado na versão 3.4: O atributo "filename" agora é o nome do
   arquivo original passado para a função, ao invés do nome codificado
   ou decodificado da *tratador de erros e codificação do sistema de
   arquivos*. Além disso, o argumento e o atributo de construtor
   *filename2* foi adicionado.

exception OverflowError

   Levantada quando o resultado de uma operação aritmética é muito
   grande para ser representada. Isso não pode ocorrer para inteiros
   (que prefere levantar "MemoryError" a desistir). No entanto, por
   motivos históricos, OverflowError às vezes é levantada para
   inteiros que estão fora de um intervalo obrigatório. Devido à falta
   de padronização do tratamento de exceção de ponto flutuante em C, a
   maioria das operações de ponto flutuante não são verificadas.

exception PythonFinalizationError

   Este exceção é derivada de "RuntimeError". É levantada quando uma
   operação é bloqueada durante o encerramento do interpretador e
   também conhecido como *finalização do Python*.

   Exemplos de operações que podem ser bloqueadas com um
   "PythonFinalizationError" durante a finalização do Python:

   * Criação de uma nova thread no Python.

   * "União" de uma thread de daemon em execução.

   * "os.fork()".

   Veja também a função "sys.is_finalizing()".

   Adicionado na versão 3.13: Anteriormente, uma "RuntimeError"
   simples era levantada.

   Alterado na versão 3.14: "threading.Thread.join()" pode agora
   levantar essa exceção.

exception RecursionError

   Esta exceção é derivada de "RuntimeError". É levantada quando o
   interpretador detecta que a profundidade máxima de recursão (veja
   "sys.getrecursionlimit()") foi excedida.

   Adicionado na versão 3.5: Anteriormente, uma "RuntimeError" simples
   era levantada.

exception ReferenceError

   Esta exceção é levantada quando um intermediário de referência
   fraca, criado pela função "weakref.proxy()", é usado para acessar
   um atributo do referente após ter sido coletado como lixo. Para
   mais informações sobre referências fracas, veja o módulo "weakref".

exception RuntimeError

   Levantada quando um erro é detectado e não se encaixa em nenhuma
   das outras categorias. O valor associado é uma string indicando o
   que precisamente deu errado.

exception StopIteration

   Levantada pela função embutida "next()" e o método "__next__()" de
   um *iterador* para sinalizar que não há mais itens produzidos pelo
   iterador.

   value

      O objeto exceção tem um único atributo "value", que é fornecido
      como um argumento ao construir a exceção, e o padrão é "None".

   Quando uma função *geradora* ou *corrotina* retorna, uma nova
   instância "StopIteration" é levantada, e o valor retornado pela
   função é usado como o parâmetro "value" para o construtor da
   exceção.

   Se um código gerador direta ou indiretamente levantar
   "StopIteration", ele é convertido em uma "RuntimeError" (mantendo o
   "StopIteration" como a nova causa da exceção).

   Alterado na versão 3.3: Adicionado o atributo "value" e a
   capacidade das funções geradoras de usá-lo para retornar um valor.

   Alterado na versão 3.5: Introduzida a transformação RuntimeError
   via "from __future__ import generator_stop", consulte **PEP 479**.

   Alterado na versão 3.7: Habilita **PEP 479** para todo o código por
   padrão: um erro "StopIteration" levantado em um gerador é
   transformado em uma "RuntimeError".

exception StopAsyncIteration

   Deve ser levantada pelo método "__anext__()" de um objeto *iterador
   assíncrono* para parar a iteração.

   Adicionado na versão 3.5.

exception SyntaxError(message, details)

   Levantada quando o analisador encontra um erro de sintaxe. Isso
   pode ocorrer em uma instrução "import", em uma chamada às funções
   embutidas "compile()", "exec()" ou "eval()", ou ao ler o script
   inicial ou entrada padrão (também interativamente).

   A função "str()" da instância de exceção retorna apenas a mensagem
   de erro. Detalhes é uma tupla cujos membros também estão
   disponíveis como atributos separados.

   filename

      O nome do arquivo em que ocorreu o erro de sintaxe.

   lineno

      Em qual número de linha no arquivo o erro ocorreu. Este é
      indexado em 1: a primeira linha no arquivo tem um "lineno" de 1.

   offset

      A coluna da linha em que ocorreu o erro. Este é indexado em 1: o
      primeiro caractere na linha tem um "offset" de 1.

   text

      O texto do código-fonte envolvido no erro.

   end_lineno

      Em qual número de linha no arquivo o erro ocorrido termina. Este
      é indexado em 1: a primeira linha no arquivo tem um "lineno" de
      1.

   end_offset

      A coluna da linha final em que erro ocorrido finaliza Este é
      indexado em 1: o primeiro caractere na linha tem um "offset" de
      1.

   Para erros em campos de f-string, a mensagem é prefixada por
   "f-string: " e os "offsets" são deslocamentos em um texto
   construído a partir da expressão de substituição. Por exemplo,
   compilar o campo f'Bad {a b}' resulta neste atributo de argumentos:
   ('f-string: ...', ('', 1, 2, '(a b)n', 1, 5)).

   Alterado na versão 3.10: Adicionado os atributos "end_lineno" e
   "end_offset".

exception IndentationError

   Classe base para erros de sintaxe relacionados a indentação
   incorreta. Esta é uma subclasse de "SyntaxError".

exception TabError

   Levantada quando o indentação contém um uso inconsistente de
   tabulações e espaços. Esta é uma subclasse de "IndentationError".

exception SystemError

   Levantada quando o interpretador encontra um erro interno, mas a
   situação não parece tão grave para fazer com que perca todas as
   esperanças. O valor associado é uma string que indica o que deu
   errado (em termos de baixo nível). Em *CPython*, isso pode ser
   causado pelo uso incorreto da API C do Python, como retornar um
   valor "NULL" sem um conjunto de exceções.

   Se você tem certeza de que essa exceção não foi culpa sua ou de um
   pacote que você está usando, você deve relatar isso ao autor ou
   mantenedor do seu interpretador Python. Certifique-se de relatar a
   versão do interpretador Python ("sys.version"; também é impresso no
   início de uma sessão Python interativa), a mensagem de erro exata
   (o valor associado da exceção) e se possível a fonte do programa
   que acionou o erro.

exception SystemExit

   Esta exceção é levantada pela função "sys.exit()". Ele herda de
   "BaseException" em vez de  "Exception" para que não seja
   acidentalmente capturado pelo código que captura "Exception". Isso
   permite que a exceção se propague corretamente e faça com que o
   interpretador saia. Quando não é tratado, o interpretador Python
   sai; nenhum traceback (situação da pilha de execução) é impresso. O
   construtor aceita o mesmo argumento opcional passado para
   "sys.exit()". Se o valor for um inteiro, ele especifica o status de
   saída do sistema (passado para a função C "exit()"); se for "None",
   o status de saída é zero; se tiver outro tipo (como uma string), o
   valor do objeto é exibido e o status de saída é um.

   Uma chamada para "sys.exit()" é traduzida em uma exceção para que
   os tratadores de limpeza (cláusulas "finally" das instruções "try")
   possam ser executados, e para que um depurador possa executar um
   script sem correr o risco de perder o controle. A função
   "os._exit()" pode ser usada se for absolutamente necessário sair
   imediatamente (por exemplo, no processo filho após uma chamada para
   "os.fork()").

   code

      O status de saída ou mensagem de erro transmitida ao construtor.
      (O padrão é "None".)

exception TypeError

   Levantada quando uma operação ou função é aplicada a um objeto de
   tipo inadequado. O valor associado é uma string que fornece
   detalhes sobre a incompatibilidade de tipo.

   Essa exceção pode ser levantada pelo código do usuário para indicar
   que uma tentativa de operação em um objeto não é suportada e não
   deveria ser. Se um objeto deve ter suporte a uma dada operação, mas
   ainda não forneceu uma implementação, "NotImplementedError" é a
   exceção apropriada a ser levantada.

   Passar argumentos do tipo errado (por exemplo, passar uma "list"
   quando um "int" é esperado) deve resultar em uma "TypeError", mas
   passar argumentos com o valor errado (por exemplo, um número fora
   limites esperados) deve resultar em uma "ValueError".

exception UnboundLocalError

   Levantada quando uma referência é feita a uma variável local em uma
   função ou método, mas nenhum valor foi vinculado a essa variável.
   Esta é uma subclasse de "NameError".

exception UnicodeError

   Levantada quando ocorre um erro de codificação ou decodificação
   relacionado ao Unicode. É uma subclasse de "ValueError".

   "UnicodeError" possui atributos que descrevem o erro de codificação
   ou decodificação. Por exemplo, "err.object[err.start:err.end]"
   fornece a entrada inválida específica na qual o codec falhou.

   encoding

      O nome da codificação que levantou o erro.

   reason

      Uma string que descreve o erro de codec específico.

   object

      O objeto que o codec estava tentando codificar ou decodificar.

   start

      O primeiro índice de dados inválidos em "object".

      Este valor não deve ser negativo, pois é interpretado como um
      deslocamento absoluto, mas essa restrição não é aplicada em
      tempo de execução.

   end

      O índice após os últimos dados inválidos em "object".

      Este valor não deve ser negativo, pois é interpretado como um
      deslocamento absoluto, mas essa restrição não é aplicada em
      tempo de execução.

exception UnicodeEncodeError

   Levantada quando ocorre um erro relacionado ao Unicode durante a
   codificação. É uma subclasse de "UnicodeError".

exception UnicodeDecodeError

   Levantada quando ocorre um erro relacionado ao Unicode durante a
   decodificação. É uma subclasse de "UnicodeError".

exception UnicodeTranslateError

   Levantada quando ocorre um erro relacionado ao Unicode durante a
   tradução. É uma subclasse de "UnicodeError".

exception ValueError

   Levantada quando uma operação ou função recebe um argumento que tem
   o tipo certo, mas um valor inadequado, e a situação não é descrita
   por uma exceção mais precisa, como "IndexError".

exception ZeroDivisionError

   Levantada quando o segundo argumento de uma divisão ou operação de
   módulo é zero. O valor associado é uma string que indica o tipo dos
   operandos e a operação.

As seguintes exceções são mantidas para compatibilidade com versões
anteriores; a partir do Python 3.3, eles são apelidos de "OSError".

exception EnvironmentError

exception IOError

exception WindowsError

   Disponível apenas no Windows.


Exceções de sistema operacional
-------------------------------

As seguintes exceções são subclasses de "OSError", elas são levantadas
dependendo do código de erro do sistema.

exception BlockingIOError

   Levantada quando uma operação bloquearia em um objeto (por exemplo,
   soquete) definido para operação sem bloqueio. Corresponde a "errno"
   "EAGAIN", "EALREADY", "EWOULDBLOCK" e "EINPROGRESS".

   Além daquelas de "OSError", "BlockingIOError" pode ter mais um
   atributo:

   characters_written

      Um inteiro contendo o número de caracteres gravados no fluxo
      antes de ser bloqueado. Este atributo está disponível ao usar as
      classes de E/S em buffer do módulo "io".

exception ChildProcessError

   Levantada quando uma operação em um processo filho falha.
   Corresponde a "errno" "ECHILD".

exception ConnectionError

   Uma classe base para problemas relacionados à conexão.

   Suas subclasses são "BrokenPipeError", "ConnectionAbortedError",
   "ConnectionRefusedError" e "ConnectionResetError".

exception BrokenPipeError

   Uma subclasse de "ConnectionError",  levantada ao tentar escrever
   em um encadeamento, enquanto a outra extremidade foi fechada, ou ao
   tentar escrever em um soquete que foi desligado para escrita.
   Corresponde a  "errno" "EPIPE" e "ESHUTDOWN".

exception ConnectionAbortedError

   Uma subclasse de "ConnectionError", levantada quando uma tentativa
   de conexão é cancelada pelo par. Corresponde a "errno"
   "ECONNABORTED".

exception ConnectionRefusedError

   Uma subclasse de "ConnectionError", levantada quando uma tentativa
   de conexão é recusada pelo par. Corresponde a "errno"
   "ECONNREFUSED".

exception ConnectionResetError

   Uma subclasse de "ConnectionError", levantada quando uma conexão é
   redefinida pelo par. Corresponde a "errno" "ECONNRESET".

exception FileExistsError

   Levantada ao tentar criar um arquivo ou diretório que já existe.
   Corresponde a "errno" "EEXIST".

exception FileNotFoundError

   Levantada quando um arquivo ou diretório é solicitado, mas não
   existe. Corresponde a "errno" "ENOENT".

exception InterruptedError

   Levantada quando uma chamada do sistema é interrompida por um sinal
   de entrada. Corresponde a "errno" "EINTR".

   Alterado na versão 3.5: Python agora tenta novamente chamadas de
   sistema quando uma *syscall* é interrompida por um sinal, exceto se
   o tratador de sinal levanta uma exceção (veja **PEP 475** para a
   justificativa), em vez de levantar "InterruptedError".

exception IsADirectoryError

   Levantada quando uma operação de arquivo (como "os.remove()") é
   solicitada em um diretório. Corresponde a "errno" "EISDIR".

exception NotADirectoryError

   Levantada quando uma operação de diretório (como "os.listdir()") é
   solicitada em algo que não é um diretório. Na maioria das
   plataformas POSIX, ela também pode ser levantada se uma operação
   tentar abrir ou percorrer um arquivo não pertencente ao diretório
   como se fosse um diretório. Corresponde a "errno" "ENOTDIR".

exception PermissionError

   Levantada ao tentar executar uma operação sem os direitos de acesso
   adequados - por exemplo, permissões do sistema de arquivos.
   Corresponde a "errno" "EACCES", "EPERM", e "ENOTCAPABLE".

   Alterado na versão 3.11.1: "ENOTCAPABLE" do WASI agora é mapeado
   para "PermissionError".

exception ProcessLookupError

   Levantada quando um determinado processo não existe. Corresponde a
   "errno" "ESRCH".

exception TimeoutError

   Levantada quando uma função do sistema expirou no nível do sistema.
   Corresponde a "errno" "ETIMEDOUT".

Adicionado na versão 3.3: Todas as subclasses de "OSError" acima foram
adicionadas.

Ver também: **PEP 3151** - Reworking the OS and IO exception hierarchy


Avisos
======

As seguintes exceções são usadas como categorias de aviso; veja a
documentação de Categorias de avisos para mais detalhes.

exception Warning

   Classe base para categorias de aviso.

exception UserWarning

   Classe base para avisos gerados pelo código do usuário.

exception DeprecationWarning

   Classe base para avisos sobre recursos descontinuados quando esses
   avisos se destinam a outros desenvolvedores Python.

   Ignorado pelos filtros de aviso padrão, exceto no módulo "__main__"
   (**PEP 565**). Habilitar o Modo de Desenvolvimento do Python mostra
   este aviso.

   A política de descontinuação está descrita na **PEP 387**.

exception PendingDeprecationWarning

   Classe base para avisos sobre recursos que foram descontinuados e
   devem ser descontinuados no futuro, mas não foram descontinuados
   ainda.

   Esta classe raramente é usada para emitir um aviso sobre uma
   possível descontinuação futura, é incomum, e "DeprecationWarning" é
   preferível para descontinuações já ativas.

   Ignorado pelos filtros de aviso padrão. Habilitar o Modo de
   Desenvolvimento do Python mostra este aviso.

   A política de descontinuação está descrita na **PEP 387**.

exception SyntaxWarning

   Classe base para avisos sobre sintaxe duvidosa.

   Este aviso normalmente é emitido ao compilar código-fonte Python e
   normalmente não será relatado ao executar código já compilado.

exception RuntimeWarning

   Classe base para avisos sobre comportamento duvidoso de tempo de
   execução.

exception FutureWarning

   Classe base para avisos sobre recursos descontinuados quando esses
   avisos se destinam a usuários finais de aplicações escritas em
   Python.

exception ImportWarning

   Classe base para avisos sobre prováveis erros na importação de
   módulos.

   Ignorado pelos filtros de aviso padrão. Habilitar o Modo de
   Desenvolvimento do Python mostra este aviso.

exception UnicodeWarning

   Classe base para avisos relacionados a Unicode.

exception EncodingWarning

   Classe base para avisos relacionados a codificações.

   Veja Ativar EncodingWarning para detalhes.

   Adicionado na versão 3.10.

exception BytesWarning

   Classe base para avisos relacionados a "bytes" e "bytearray".

exception ResourceWarning

   Classe base para avisos relacionados a uso de recursos.

   Ignorado pelos filtros de aviso padrão. Habilitar o Modo de
   Desenvolvimento do Python mostra este aviso.

   Adicionado na versão 3.2.


Grupos de exceções
==================

Os itens a seguir são usados quando é necessário levantar várias
exceções não relacionadas. Eles fazem parte da hierarquia de exceção,
portanto, podem ser tratados com "except" como todas as outras
exceções. Além disso, eles são reconhecidos por "except*", que
corresponde a seus subgrupos com base nos tipos de exceções contidas.

exception ExceptionGroup(msg, excs)

exception BaseExceptionGroup(msg, excs)

   Ambos os tipos de exceção agrupam as exceções na sequência "excs".
   O parâmetro "msg" deve ser uma string. A diferença entre as duas
   classes é que "BaseExceptionGroup" estende "BaseException" e pode
   envolver qualquer exceção, enquanto "ExceptionGroup" estende
   "Exception" e só pode agrupar subclasses de "Exception". Este
   design é para que "except Exception" capture um "ExceptionGroup"
   mas não "BaseExceptionGroup".

   O construtor de "BaseExceptionGroup" retorna uma "ExceptionGroup"
   ao invés de uma "BaseExceptionGroup" se todas as exceções contidas
   forem instâncias "Exception", então ela pode ser usada para tornar
   a seleção automática. O construtor de "ExceptionGroup", por outro
   lado, levanta "TypeError" se qualquer exceção contida não for uma
   subclasse de "Exception".

   message

      O argumento "msg" para o construtor. Este é um atributo somente
      leitura.

   exceptions

      Uma tupla de exceções na sequência "excs" dada ao construtor.
      Este é um atributo somente leitura.

   subgroup(condition)

      Retorna um grupo de exceções que contém apenas as exceções do
      grupo atual que correspondem à condição *condition* ou "None" se
      o resultado estiver vazio.

      A condição pode ser um tipo exceção ou tupla de tipos de
      exceção. Nesse caso, cada exceção é verificada quanto a um match
      usando a mesma verificação que é usada em uma cláusula de
      "except". A condição também pode ser um chamável (diferente de
      um objeto de tipo) que aceita uma exceção como seu único
      argumento e retorna verdadeiro para a exceção que deve estar no
      subgrupo.

      A estrutura de aninhamento da exceção atual é preservada no
      resultado, assim como os valores de seus campos "message",
      "__traceback__", "__cause__", "__context__" e "__notes__".
      Grupos aninhados vazios são omitidos do resultado.

      A condição é verificada para todas as exceções no grupo de
      exceções aninhadas, incluindo o nível superior e quaisquer
      grupos de exceções aninhadas. Se a condição for verdadeira para
      tal grupo de exceções, ela será incluída no resultado por
      completo.

      Adicionado na versão 3.13: "condition" pode ser qualquer
      chamável que não seja um objeto de tipo.

   split(condition)

      Como "subgroup()", mas retorna o par "(match, rest)" onde
      "match" é "subgroup(condition)" e "rest" é a parte restante não
      correspondente.

   derive(excs)

      Retorna um grupo de exceções com o mesmo "message", mas que
      agrupa as exceções em "excs".

      Este método é usado por "subgroup()" e "split()", que são usados
      em vários contextos para dividir um grupo de exceções. Uma
      subclasse precisa substituí-la para fazer com que "subgroup()" e
      "split()" retorne instâncias da subclasse em vez de
      "ExceptionGroup".

      "subgroup()" e "split()" copiam os campos "__traceback__",
      "__cause__", "__context__" e "__notes__" do grupo de exceções
      original para o retornado por "derive()", então esses campos não
      precisam ser atualizados por "derive()".

         >>> class MyGroup(ExceptionGroup):
         ...     def derive(self, excs):
         ...         return MyGroup(self.message, excs)
         ...
         >>> e = MyGroup("eg", [ValueError(1), TypeError(2)])
         >>> e.add_note("a note")
         >>> e.__context__ = Exception("context")
         >>> e.__cause__ = Exception("cause")
         >>> try:
         ...    raise e
         ... except Exception as e:
         ...    exc = e
         ...
         >>> match, rest = exc.split(ValueError)
         >>> exc, exc.__context__, exc.__cause__, exc.__notes__
         (MyGroup('eg', [ValueError(1), TypeError(2)]), Exception('context'), Exception('cause'), ['a note'])
         >>> match, match.__context__, match.__cause__, match.__notes__
         (MyGroup('eg', [ValueError(1)]), Exception('context'), Exception('cause'), ['a note'])
         >>> rest, rest.__context__, rest.__cause__, rest.__notes__
         (MyGroup('eg', [TypeError(2)]), Exception('context'), Exception('cause'), ['a note'])
         >>> exc.__traceback__ is match.__traceback__ is rest.__traceback__
         True

   Observe que "BaseExceptionGroup" define "__new__()", então
   subclasses que precisam de uma assinatura de construtor diferente
   precisam substituir isso ao invés de "__init__()". Por exemplo, o
   seguinte define uma subclasse de grupo de exceções que aceita um
   exit_code e constrói a mensagem do grupo a partir dele.

      class Errors(ExceptionGroup):
         def __new__(cls, errors, exit_code):
            self = super().__new__(Errors, f"exit code: {exit_code}", errors)
            self.exit_code = exit_code
            return self

         def derive(self, excs):
            return Errors(excs, self.exit_code)

   Como "ExceptionGroup", qualquer subclasse de "BaseExceptionGroup"
   que também é uma subclasse de "Exception" só pode agrupar
   instâncias de "Exception".

   Adicionado na versão 3.11.


Hierarquia das exceções
=======================

A hierarquia de classes para exceções embutidas é:

   BaseException
    ├── BaseExceptionGroup
    ├── GeneratorExit
    ├── KeyboardInterrupt
    ├── SystemExit
    └── Exception
         ├── ArithmeticError
         │    ├── FloatingPointError
         │    ├── OverflowError
         │    └── ZeroDivisionError
         ├── AssertionError
         ├── AttributeError
         ├── BufferError
         ├── EOFError
         ├── ExceptionGroup [BaseExceptionGroup]
         ├── ImportError
         │    └── ModuleNotFoundError
         ├── LookupError
         │    ├── IndexError
         │    └── KeyError
         ├── MemoryError
         ├── NameError
         │    └── UnboundLocalError
         ├── OSError
         │    ├── BlockingIOError
         │    ├── ChildProcessError
         │    ├── ConnectionError
         │    │    ├── BrokenPipeError
         │    │    ├── ConnectionAbortedError
         │    │    ├── ConnectionRefusedError
         │    │    └── ConnectionResetError
         │    ├── FileExistsError
         │    ├── FileNotFoundError
         │    ├── InterruptedError
         │    ├── IsADirectoryError
         │    ├── NotADirectoryError
         │    ├── PermissionError
         │    ├── ProcessLookupError
         │    └── TimeoutError
         ├── ReferenceError
         ├── RuntimeError
         │    ├── NotImplementedError
         │    ├── PythonFinalizationError
         │    └── RecursionError
         ├── StopAsyncIteration
         ├── StopIteration
         ├── SyntaxError
         │    └── IndentationError
         │         └── TabError
         ├── SystemError
         ├── TypeError
         ├── ValueError
         │    └── UnicodeError
         │         ├── UnicodeDecodeError
         │         ├── UnicodeEncodeError
         │         └── UnicodeTranslateError
         └── Warning
              ├── BytesWarning
              ├── DeprecationWarning
              ├── EncodingWarning
              ├── FutureWarning
              ├── ImportWarning
              ├── PendingDeprecationWarning
              ├── ResourceWarning
              ├── RuntimeWarning
              ├── SyntaxWarning
              ├── UnicodeWarning
              └── UserWarning
