mirror of
				https://github.com/python/cpython.git
				synced 2025-11-04 03:44:55 +00:00 
			
		
		
		
	
		
			
				
	
	
		
			603 lines
		
	
	
	
		
			20 KiB
		
	
	
	
		
			ReStructuredText
		
	
	
	
	
	
			
		
		
	
	
			603 lines
		
	
	
	
		
			20 KiB
		
	
	
	
		
			ReStructuredText
		
	
	
	
	
	
.. _bltin-exceptions:
 | 
						|
 | 
						|
Built-in Exceptions
 | 
						|
===================
 | 
						|
 | 
						|
.. index::
 | 
						|
   statement: try
 | 
						|
   statement: except
 | 
						|
 | 
						|
In Python, all exceptions must be instances of a class that derives from
 | 
						|
:class:`BaseException`.  In a :keyword:`try` statement with an :keyword:`except`
 | 
						|
clause that mentions a particular class, that clause also handles any exception
 | 
						|
classes derived from that class (but not exception classes from which *it* is
 | 
						|
derived).  Two exception classes that are not related via subclassing are never
 | 
						|
equivalent, even if they have the same name.
 | 
						|
 | 
						|
.. index:: statement: raise
 | 
						|
 | 
						|
The built-in exceptions listed below can be generated by the interpreter or
 | 
						|
built-in functions.  Except where mentioned, they have an "associated value"
 | 
						|
indicating the detailed cause of the error.  This may be a string or a tuple of
 | 
						|
several items of information (e.g., an error code and a string explaining the
 | 
						|
code).  The associated value is usually passed as arguments to the exception
 | 
						|
class's constructor.
 | 
						|
 | 
						|
User code can raise built-in exceptions.  This can be used to test an exception
 | 
						|
handler or to report an error condition "just like" the situation in which the
 | 
						|
interpreter raises the same exception; but beware that there is nothing to
 | 
						|
prevent user code from raising an inappropriate error.
 | 
						|
 | 
						|
The built-in exception classes can be sub-classed to define new exceptions;
 | 
						|
programmers are encouraged to at least derive new exceptions from the
 | 
						|
:exc:`Exception` class and not :exc:`BaseException`.  More information on
 | 
						|
defining exceptions is available in the Python Tutorial under
 | 
						|
:ref:`tut-userexceptions`.
 | 
						|
 | 
						|
When raising (or re-raising) an exception in an :keyword:`except` clause
 | 
						|
:attr:`__context__` is automatically set to the last exception caught; if the
 | 
						|
new exception is not handled the traceback that is eventually displayed will
 | 
						|
include the originating exception(s) and the final exception.
 | 
						|
 | 
						|
This implicit exception chain can be made explicit by using :keyword:`from` with
 | 
						|
:keyword:`raise`.  The single argument to :keyword:`from` must be an exception
 | 
						|
or ``None``. It will be set as :attr:`__cause__` on the raised exception.
 | 
						|
Setting :attr:`__cause__` implicitly sets the :attr:`__suppress_context__` to
 | 
						|
``True``. If :attr:`__cause__` is an exception, it will be displayed. If
 | 
						|
:attr:`__cause__` is present or :attr:`__suppress_context__` has a true value,
 | 
						|
:attr:`__context__` will not be displayed.
 | 
						|
 | 
						|
In either case, the default exception handling code will not display any of the
 | 
						|
remaining links in the :attr:`__context__` chain if :attr:`__cause__` has been
 | 
						|
set.
 | 
						|
 | 
						|
 | 
						|
Base classes
 | 
						|
------------
 | 
						|
 | 
						|
The following exceptions are used mostly as base classes for other exceptions.
 | 
						|
 | 
						|
.. exception:: BaseException
 | 
						|
 | 
						|
   The base class for all built-in exceptions.  It is not meant to be directly
 | 
						|
   inherited by user-defined classes (for that, use :exc:`Exception`).  If
 | 
						|
   :func:`str` is called on an instance of this class, the representation of
 | 
						|
   the argument(s) to the instance are returned, or the empty string when
 | 
						|
   there were no arguments.
 | 
						|
 | 
						|
   .. attribute:: args
 | 
						|
 | 
						|
      The tuple of arguments given to the exception constructor.  Some built-in
 | 
						|
      exceptions (like :exc:`IOError`) expect a certain number of arguments and
 | 
						|
      assign a special meaning to the elements of this tuple, while others are
 | 
						|
      usually called only with a single string giving an error message.
 | 
						|
 | 
						|
   .. method:: with_traceback(tb)
 | 
						|
 | 
						|
      This method sets *tb* as the new traceback for the exception and returns
 | 
						|
      the exception object.  It is usually used in exception handling code like
 | 
						|
      this::
 | 
						|
 | 
						|
         try:
 | 
						|
             ...
 | 
						|
         except SomeException:
 | 
						|
             tb = sys.exc_info()[2]
 | 
						|
             raise OtherException(...).with_traceback(tb)
 | 
						|
 | 
						|
 | 
						|
.. exception:: Exception
 | 
						|
 | 
						|
   All built-in, non-system-exiting exceptions are derived from this class.  All
 | 
						|
   user-defined exceptions should also be derived from this class.
 | 
						|
 | 
						|
 | 
						|
.. exception:: ArithmeticError
 | 
						|
 | 
						|
   The base class for those built-in exceptions that are raised for various
 | 
						|
   arithmetic errors: :exc:`OverflowError`, :exc:`ZeroDivisionError`,
 | 
						|
   :exc:`FloatingPointError`.
 | 
						|
 | 
						|
 | 
						|
.. exception:: BufferError
 | 
						|
 | 
						|
   Raised when a :ref:`buffer <bufferobjects>` related operation cannot be
 | 
						|
   performed.
 | 
						|
 | 
						|
 | 
						|
.. exception:: LookupError
 | 
						|
 | 
						|
   The base class for the exceptions that are raised when a key or index used on
 | 
						|
   a mapping or sequence is invalid: :exc:`IndexError`, :exc:`KeyError`.  This
 | 
						|
   can be raised directly by :func:`codecs.lookup`.
 | 
						|
 | 
						|
 | 
						|
Concrete exceptions
 | 
						|
-------------------
 | 
						|
 | 
						|
The following exceptions are the exceptions that are usually raised.
 | 
						|
 | 
						|
.. exception:: AssertionError
 | 
						|
 | 
						|
   .. index:: statement: assert
 | 
						|
 | 
						|
   Raised when an :keyword:`assert` statement fails.
 | 
						|
 | 
						|
 | 
						|
.. exception:: AttributeError
 | 
						|
 | 
						|
   Raised when an attribute reference (see :ref:`attribute-references`) or
 | 
						|
   assignment fails.  (When an object does not support attribute references or
 | 
						|
   attribute assignments at all, :exc:`TypeError` is raised.)
 | 
						|
 | 
						|
 | 
						|
.. exception:: EOFError
 | 
						|
 | 
						|
   Raised when one of the built-in functions (:func:`input` or :func:`raw_input`)
 | 
						|
   hits an end-of-file condition (EOF) without reading any data. (N.B.: the
 | 
						|
   :meth:`file.read` and :meth:`file.readline` methods return an empty string
 | 
						|
   when they hit EOF.)
 | 
						|
 | 
						|
 | 
						|
.. exception:: FloatingPointError
 | 
						|
 | 
						|
   Raised when a floating point operation fails.  This exception is always defined,
 | 
						|
   but can only be raised when Python is configured with the
 | 
						|
   ``--with-fpectl`` option, or the :const:`WANT_SIGFPE_HANDLER` symbol is
 | 
						|
   defined in the :file:`pyconfig.h` file.
 | 
						|
 | 
						|
 | 
						|
.. exception:: GeneratorExit
 | 
						|
 | 
						|
   Raise when a :term:`generator`\'s :meth:`close` method is called.  It
 | 
						|
   directly inherits from :exc:`BaseException` instead of :exc:`Exception` since
 | 
						|
   it is technically not an error.
 | 
						|
 | 
						|
 | 
						|
.. exception:: ImportError
 | 
						|
 | 
						|
   Raised when an :keyword:`import` statement fails to find the module definition
 | 
						|
   or when a ``from ... import`` fails to find a name that is to be imported.
 | 
						|
 | 
						|
   The :attr:`name` and :attr:`path` attributes can be set using keyword-only
 | 
						|
   arguments to the constructor. When set they represent the name of the module
 | 
						|
   that was attempted to be imported and the path to any file which triggered
 | 
						|
   the exception, respectively.
 | 
						|
 | 
						|
   .. versionchanged:: 3.3
 | 
						|
      Added the :attr:`name` and :attr:`path` attributes.
 | 
						|
 | 
						|
 | 
						|
.. exception:: IndexError
 | 
						|
 | 
						|
   Raised when a sequence subscript is out of range.  (Slice indices are
 | 
						|
   silently truncated to fall in the allowed range; if an index is not an
 | 
						|
   integer, :exc:`TypeError` is raised.)
 | 
						|
 | 
						|
   .. XXX xref to sequences
 | 
						|
 | 
						|
 | 
						|
.. exception:: KeyError
 | 
						|
 | 
						|
   Raised when a mapping (dictionary) key is not found in the set of existing keys.
 | 
						|
 | 
						|
   .. XXX xref to mapping objects?
 | 
						|
 | 
						|
 | 
						|
.. exception:: KeyboardInterrupt
 | 
						|
 | 
						|
   Raised when the user hits the interrupt key (normally :kbd:`Control-C` or
 | 
						|
   :kbd:`Delete`).  During execution, a check for interrupts is made
 | 
						|
   regularly. The exception inherits from :exc:`BaseException` so as to not be
 | 
						|
   accidentally caught by code that catches :exc:`Exception` and thus prevent
 | 
						|
   the interpreter from exiting.
 | 
						|
 | 
						|
 | 
						|
.. exception:: MemoryError
 | 
						|
 | 
						|
   Raised when an operation runs out of memory but the situation may still be
 | 
						|
   rescued (by deleting some objects).  The associated value is a string indicating
 | 
						|
   what kind of (internal) operation ran out of memory. Note that because of the
 | 
						|
   underlying memory management architecture (C's :c:func:`malloc` function), the
 | 
						|
   interpreter may not always be able to completely recover from this situation; it
 | 
						|
   nevertheless raises an exception so that a stack traceback can be printed, in
 | 
						|
   case a run-away program was the cause.
 | 
						|
 | 
						|
 | 
						|
.. exception:: NameError
 | 
						|
 | 
						|
   Raised when a local or global name is not found.  This applies only to
 | 
						|
   unqualified names.  The associated value is an error message that includes the
 | 
						|
   name that could not be found.
 | 
						|
 | 
						|
 | 
						|
.. exception:: NotImplementedError
 | 
						|
 | 
						|
   This exception is derived from :exc:`RuntimeError`.  In user defined base
 | 
						|
   classes, abstract methods should raise this exception when they require derived
 | 
						|
   classes to override the method.
 | 
						|
 | 
						|
 | 
						|
.. exception:: OSError
 | 
						|
 | 
						|
   .. index:: module: errno
 | 
						|
 | 
						|
   This exception is raised when a system function returns a system-related
 | 
						|
   error, including I/O failures such as "file not found" or "disk full"
 | 
						|
   (not for illegal argument types or other incidental errors).  Often a
 | 
						|
   subclass of :exc:`OSError` will actually be raised as described in
 | 
						|
   `OS exceptions`_ below.  The :attr:`errno` attribute is a numeric error
 | 
						|
   code from the C variable :c:data:`errno`.
 | 
						|
 | 
						|
   Under Windows, the :attr:`winerror` attribute gives you the native
 | 
						|
   Windows error code.  The :attr:`errno` attribute is then an approximate
 | 
						|
   translation, in POSIX terms, of that native error code.
 | 
						|
 | 
						|
   Under all platforms, the :attr:`strerror` attribute is the corresponding
 | 
						|
   error message as provided by the operating system (as formatted by the C
 | 
						|
   functions :c:func:`perror` under POSIX, and :c:func:`FormatMessage`
 | 
						|
   Windows).
 | 
						|
 | 
						|
   For exceptions that involve a file system path (such as :func:`open` or
 | 
						|
   :func:`os.unlink`), the exception instance will contain an additional
 | 
						|
   attribute, :attr:`filename`, which is the file name passed to the function.
 | 
						|
 | 
						|
   .. versionchanged:: 3.3
 | 
						|
      :exc:`EnvironmentError`, :exc:`IOError`, :exc:`WindowsError`,
 | 
						|
      :exc:`VMSError`, :exc:`socket.error`, :exc:`select.error` and
 | 
						|
      :exc:`mmap.error` have been merged into :exc:`OSError`.
 | 
						|
 | 
						|
 | 
						|
.. exception:: OverflowError
 | 
						|
 | 
						|
   Raised when the result of an arithmetic operation is too large to be
 | 
						|
   represented.  This cannot occur for integers (which would rather raise
 | 
						|
   :exc:`MemoryError` than give up).  Because of the lack of standardization of
 | 
						|
   floating point exception handling in C, most floating point operations also
 | 
						|
   aren't checked.
 | 
						|
 | 
						|
 | 
						|
.. exception:: ReferenceError
 | 
						|
 | 
						|
   This exception is raised when a weak reference proxy, created by the
 | 
						|
   :func:`weakref.proxy` function, is used to access an attribute of the referent
 | 
						|
   after it has been garbage collected. For more information on weak references,
 | 
						|
   see the :mod:`weakref` module.
 | 
						|
 | 
						|
 | 
						|
.. exception:: RuntimeError
 | 
						|
 | 
						|
   Raised when an error is detected that doesn't fall in any of the other
 | 
						|
   categories.  The associated value is a string indicating what precisely went
 | 
						|
   wrong.  (This exception is mostly a relic from a previous version of the
 | 
						|
   interpreter; it is not used very much any more.)
 | 
						|
 | 
						|
 | 
						|
.. exception:: StopIteration
 | 
						|
 | 
						|
   Raised by built-in function :func:`next` and an :term:`iterator`\'s
 | 
						|
   :meth:`__next__` method to signal that there are no further items to be
 | 
						|
   produced by the iterator.
 | 
						|
 | 
						|
   The exception object has a single attribute :attr:`value`, which is
 | 
						|
   given as an argument when constructing the exception, and defaults
 | 
						|
   to :const:`None`.
 | 
						|
 | 
						|
   When a generator function returns, a new :exc:`StopIteration` instance is
 | 
						|
   raised, and the value returned by the function is used as the
 | 
						|
   :attr:`value` parameter to the constructor of the exception.
 | 
						|
 | 
						|
   .. versionchanged:: 3.3
 | 
						|
      Added ``value`` attribute and the ability for generator functions to
 | 
						|
      use it to return a value.
 | 
						|
 | 
						|
.. exception:: SyntaxError
 | 
						|
 | 
						|
   Raised when the parser encounters a syntax error.  This may occur in an
 | 
						|
   :keyword:`import` statement, in a call to the built-in functions :func:`exec`
 | 
						|
   or :func:`eval`, or when reading the initial script or standard input
 | 
						|
   (also interactively).
 | 
						|
 | 
						|
   Instances of this class have attributes :attr:`filename`, :attr:`lineno`,
 | 
						|
   :attr:`offset` and :attr:`text` for easier access to the details.  :func:`str`
 | 
						|
   of the exception instance returns only the message.
 | 
						|
 | 
						|
 | 
						|
.. exception:: IndentationError
 | 
						|
 | 
						|
   Base class for syntax errors related to incorrect indentation.  This is a
 | 
						|
   subclass of :exc:`SyntaxError`.
 | 
						|
 | 
						|
 | 
						|
.. exception:: TabError
 | 
						|
 | 
						|
   Raised when indentation contains an inconsistent use of tabs and spaces.
 | 
						|
   This is a subclass of :exc:`IndentationError`.
 | 
						|
 | 
						|
 | 
						|
.. exception:: SystemError
 | 
						|
 | 
						|
   Raised when the interpreter finds an internal error, but the situation does not
 | 
						|
   look so serious to cause it to abandon all hope. The associated value is a
 | 
						|
   string indicating what went wrong (in low-level terms).
 | 
						|
 | 
						|
   You should report this to the author or maintainer of your Python interpreter.
 | 
						|
   Be sure to report the version of the Python interpreter (``sys.version``; it is
 | 
						|
   also printed at the start of an interactive Python session), the exact error
 | 
						|
   message (the exception's associated value) and if possible the source of the
 | 
						|
   program that triggered the error.
 | 
						|
 | 
						|
 | 
						|
.. exception:: SystemExit
 | 
						|
 | 
						|
   This exception is raised by the :func:`sys.exit` function.  When it is not
 | 
						|
   handled, the Python interpreter exits; no stack traceback is printed.  If the
 | 
						|
   associated value is an integer, it specifies the system exit status (passed
 | 
						|
   to C's :c:func:`exit` function); if it is ``None``, the exit status is zero;
 | 
						|
   if it has another type (such as a string), the object's value is printed and
 | 
						|
   the exit status is one.
 | 
						|
 | 
						|
   Instances have an attribute :attr:`code` which is set to the proposed exit
 | 
						|
   status or error message (defaulting to ``None``). Also, this exception derives
 | 
						|
   directly from :exc:`BaseException` and not :exc:`Exception`, since it is not
 | 
						|
   technically an error.
 | 
						|
 | 
						|
   A call to :func:`sys.exit` is translated into an exception so that clean-up
 | 
						|
   handlers (:keyword:`finally` clauses of :keyword:`try` statements) can be
 | 
						|
   executed, and so that a debugger can execute a script without running the risk
 | 
						|
   of losing control.  The :func:`os._exit` function can be used if it is
 | 
						|
   absolutely positively necessary to exit immediately (for example, in the child
 | 
						|
   process after a call to :func:`fork`).
 | 
						|
 | 
						|
   The exception inherits from :exc:`BaseException` instead of :exc:`Exception` so
 | 
						|
   that it is not accidentally caught by code that catches :exc:`Exception`.  This
 | 
						|
   allows the exception to properly propagate up and cause the interpreter to exit.
 | 
						|
 | 
						|
 | 
						|
.. exception:: TypeError
 | 
						|
 | 
						|
   Raised when an operation or function is applied to an object of inappropriate
 | 
						|
   type.  The associated value is a string giving details about the type mismatch.
 | 
						|
 | 
						|
 | 
						|
.. exception:: UnboundLocalError
 | 
						|
 | 
						|
   Raised when a reference is made to a local variable in a function or method, but
 | 
						|
   no value has been bound to that variable.  This is a subclass of
 | 
						|
   :exc:`NameError`.
 | 
						|
 | 
						|
 | 
						|
.. exception:: UnicodeError
 | 
						|
 | 
						|
   Raised when a Unicode-related encoding or decoding error occurs.  It is a
 | 
						|
   subclass of :exc:`ValueError`.
 | 
						|
 | 
						|
 | 
						|
.. exception:: UnicodeEncodeError
 | 
						|
 | 
						|
   Raised when a Unicode-related error occurs during encoding.  It is a subclass of
 | 
						|
   :exc:`UnicodeError`.
 | 
						|
 | 
						|
 | 
						|
.. exception:: UnicodeDecodeError
 | 
						|
 | 
						|
   Raised when a Unicode-related error occurs during decoding.  It is a subclass of
 | 
						|
   :exc:`UnicodeError`.
 | 
						|
 | 
						|
 | 
						|
.. exception:: UnicodeTranslateError
 | 
						|
 | 
						|
   Raised when a Unicode-related error occurs during translating.  It is a subclass
 | 
						|
   of :exc:`UnicodeError`.
 | 
						|
 | 
						|
 | 
						|
.. exception:: ValueError
 | 
						|
 | 
						|
   Raised when a built-in operation or function receives an argument that has the
 | 
						|
   right type but an inappropriate value, and the situation is not described by a
 | 
						|
   more precise exception such as :exc:`IndexError`.
 | 
						|
 | 
						|
 | 
						|
.. exception:: ZeroDivisionError
 | 
						|
 | 
						|
   Raised when the second argument of a division or modulo operation is zero.  The
 | 
						|
   associated value is a string indicating the type of the operands and the
 | 
						|
   operation.
 | 
						|
 | 
						|
 | 
						|
The following exceptions are kept for compatibility with previous versions;
 | 
						|
starting from Python 3.3, they are aliases of :exc:`OSError`.
 | 
						|
 | 
						|
.. exception:: EnvironmentError
 | 
						|
 | 
						|
.. exception:: IOError
 | 
						|
 | 
						|
.. exception:: VMSError
 | 
						|
 | 
						|
   Only available on VMS.
 | 
						|
 | 
						|
.. exception:: WindowsError
 | 
						|
 | 
						|
   Only available on Windows.
 | 
						|
 | 
						|
 | 
						|
OS exceptions
 | 
						|
^^^^^^^^^^^^^
 | 
						|
 | 
						|
The following exceptions are subclasses of :exc:`OSError`, they get raised
 | 
						|
depending on the system error code.
 | 
						|
 | 
						|
.. exception:: BlockingIOError
 | 
						|
 | 
						|
   Raised when an operation would block on an object (e.g. socket) set
 | 
						|
   for non-blocking operation.
 | 
						|
   Corresponds to :c:data:`errno` ``EAGAIN``, ``EALREADY``,
 | 
						|
   ``EWOULDBLOCK`` and ``EINPROGRESS``.
 | 
						|
 | 
						|
   In addition to those of :exc:`OSError`, :exc:`BlockingIOError` can have
 | 
						|
   one more attribute:
 | 
						|
 | 
						|
   .. attribute:: characters_written
 | 
						|
 | 
						|
      An integer containing the number of characters written to the stream
 | 
						|
      before it blocked.  This attribute is available when using the
 | 
						|
      buffered I/O classes from the :mod:`io` module.
 | 
						|
 | 
						|
.. exception:: ChildProcessError
 | 
						|
 | 
						|
   Raised when an operation on a child process failed.
 | 
						|
   Corresponds to :c:data:`errno` ``ECHILD``.
 | 
						|
 | 
						|
.. exception:: ConnectionError
 | 
						|
 | 
						|
   A base class for connection-related issues.  Subclasses are
 | 
						|
   :exc:`BrokenPipeError`, :exc:`ConnectionAbortedError`,
 | 
						|
   :exc:`ConnectionRefusedError` and :exc:`ConnectionResetError`.
 | 
						|
 | 
						|
   .. exception:: BrokenPipeError
 | 
						|
 | 
						|
      A subclass of :exc:`ConnectionError`, raised when trying to write on a
 | 
						|
      pipe while the other end has been closed, or trying to write on a socket
 | 
						|
      which has been shutdown for writing.
 | 
						|
      Corresponds to :c:data:`errno` ``EPIPE`` and ``ESHUTDOWN``.
 | 
						|
 | 
						|
   .. exception:: ConnectionAbortedError
 | 
						|
 | 
						|
      A subclass of :exc:`ConnectionError`, raised when a connection attempt
 | 
						|
      is aborted by the peer.
 | 
						|
      Corresponds to :c:data:`errno` ``ECONNABORTED``.
 | 
						|
 | 
						|
   .. exception:: ConnectionRefusedError
 | 
						|
 | 
						|
      A subclass of :exc:`ConnectionError`, raised when a connection attempt
 | 
						|
      is refused by the peer.
 | 
						|
      Corresponds to :c:data:`errno` ``ECONNREFUSED``.
 | 
						|
 | 
						|
   .. exception:: ConnectionResetError
 | 
						|
 | 
						|
      A subclass of :exc:`ConnectionError`, raised when a connection is
 | 
						|
      reset by the peer.
 | 
						|
      Corresponds to :c:data:`errno` ``ECONNRESET``.
 | 
						|
 | 
						|
.. exception:: FileExistsError
 | 
						|
 | 
						|
   Raised when trying to create a file or directory which already exists.
 | 
						|
   Corresponds to :c:data:`errno` ``EEXIST``.
 | 
						|
 | 
						|
.. exception:: FileNotFoundError
 | 
						|
 | 
						|
   Raised when a file or directory is requested but doesn't exist.
 | 
						|
   Corresponds to :c:data:`errno` ``ENOENT``.
 | 
						|
 | 
						|
.. exception:: InterruptedError
 | 
						|
 | 
						|
   Raised when a system call is interrupted by an incoming signal.
 | 
						|
   Corresponds to :c:data:`errno` ``EEINTR``.
 | 
						|
 | 
						|
.. exception:: IsADirectoryError
 | 
						|
 | 
						|
   Raised when a file operation (such as :func:`os.remove`) is requested
 | 
						|
   on a directory.
 | 
						|
   Corresponds to :c:data:`errno` ``EISDIR``.
 | 
						|
 | 
						|
.. exception:: NotADirectoryError
 | 
						|
 | 
						|
   Raised when a directory operation (such as :func:`os.listdir`) is requested
 | 
						|
   on something which is not a directory.
 | 
						|
   Corresponds to :c:data:`errno` ``ENOTDIR``.
 | 
						|
 | 
						|
.. exception:: PermissionError
 | 
						|
 | 
						|
   Raised when trying to run an operation without the adequate access
 | 
						|
   rights - for example filesystem permissions.
 | 
						|
   Corresponds to :c:data:`errno` ``EACCES`` and ``EPERM``.
 | 
						|
 | 
						|
.. exception:: ProcessLookupError
 | 
						|
 | 
						|
   Raised when a given process doesn't exist.
 | 
						|
   Corresponds to :c:data:`errno` ``ESRCH``.
 | 
						|
 | 
						|
.. exception:: TimeoutError
 | 
						|
 | 
						|
   Raised when a system function timed out at the system level.
 | 
						|
   Corresponds to :c:data:`errno` ``ETIMEDOUT``.
 | 
						|
 | 
						|
.. versionadded:: 3.3
 | 
						|
   All the above :exc:`OSError` subclasses were added.
 | 
						|
 | 
						|
 | 
						|
.. seealso::
 | 
						|
 | 
						|
   :pep:`3151` - Reworking the OS and IO exception hierarchy
 | 
						|
 | 
						|
 | 
						|
Warnings
 | 
						|
--------
 | 
						|
 | 
						|
The following exceptions are used as warning categories; see the :mod:`warnings`
 | 
						|
module for more information.
 | 
						|
 | 
						|
.. exception:: Warning
 | 
						|
 | 
						|
   Base class for warning categories.
 | 
						|
 | 
						|
 | 
						|
.. exception:: UserWarning
 | 
						|
 | 
						|
   Base class for warnings generated by user code.
 | 
						|
 | 
						|
 | 
						|
.. exception:: DeprecationWarning
 | 
						|
 | 
						|
   Base class for warnings about deprecated features.
 | 
						|
 | 
						|
 | 
						|
.. exception:: PendingDeprecationWarning
 | 
						|
 | 
						|
   Base class for warnings about features which will be deprecated in the future.
 | 
						|
 | 
						|
 | 
						|
.. exception:: SyntaxWarning
 | 
						|
 | 
						|
   Base class for warnings about dubious syntax
 | 
						|
 | 
						|
 | 
						|
.. exception:: RuntimeWarning
 | 
						|
 | 
						|
   Base class for warnings about dubious runtime behavior.
 | 
						|
 | 
						|
 | 
						|
.. exception:: FutureWarning
 | 
						|
 | 
						|
   Base class for warnings about constructs that will change semantically in the
 | 
						|
   future.
 | 
						|
 | 
						|
 | 
						|
.. exception:: ImportWarning
 | 
						|
 | 
						|
   Base class for warnings about probable mistakes in module imports.
 | 
						|
 | 
						|
 | 
						|
.. exception:: UnicodeWarning
 | 
						|
 | 
						|
   Base class for warnings related to Unicode.
 | 
						|
 | 
						|
 | 
						|
.. exception:: BytesWarning
 | 
						|
 | 
						|
   Base class for warnings related to :class:`bytes` and :class:`buffer`.
 | 
						|
 | 
						|
 | 
						|
.. exception:: ResourceWarning
 | 
						|
 | 
						|
   Base class for warnings related to resource usage.
 | 
						|
 | 
						|
   .. versionadded:: 3.2
 | 
						|
 | 
						|
 | 
						|
 | 
						|
Exception hierarchy
 | 
						|
-------------------
 | 
						|
 | 
						|
The class hierarchy for built-in exceptions is:
 | 
						|
 | 
						|
.. literalinclude:: ../../Lib/test/exception_hierarchy.txt
 |