| .. highlightlang:: c |
| |
| |
| .. _exceptionhandling: |
| |
| ****************** |
| Exception Handling |
| ****************** |
| |
| The functions described in this chapter will let you handle and raise Python |
| exceptions. It is important to understand some of the basics of Python |
| exception handling. It works somewhat like the Unix :c:data:`errno` variable: |
| there is a global indicator (per thread) of the last error that occurred. Most |
| functions don't clear this on success, but will set it to indicate the cause of |
| the error on failure. Most functions also return an error indicator, usually |
| *NULL* if they are supposed to return a pointer, or ``-1`` if they return an |
| integer (exception: the :c:func:`PyArg_\*` functions return ``1`` for success and |
| ``0`` for failure). |
| |
| When a function must fail because some function it called failed, it generally |
| doesn't set the error indicator; the function it called already set it. It is |
| responsible for either handling the error and clearing the exception or |
| returning after cleaning up any resources it holds (such as object references or |
| memory allocations); it should *not* continue normally if it is not prepared to |
| handle the error. If returning due to an error, it is important to indicate to |
| the caller that an error has been set. If the error is not handled or carefully |
| propagated, additional calls into the Python/C API may not behave as intended |
| and may fail in mysterious ways. |
| |
| The error indicator consists of three Python objects corresponding to the result |
| of ``sys.exc_info()``. API functions exist to interact with the error indicator |
| in various ways. There is a separate error indicator for each thread. |
| |
| .. XXX Order of these should be more thoughtful. |
| Either alphabetical or some kind of structure. |
| |
| |
| .. c:function:: void PyErr_PrintEx(int set_sys_last_vars) |
| |
| Print a standard traceback to ``sys.stderr`` and clear the error indicator. |
| Call this function only when the error indicator is set. (Otherwise it will |
| cause a fatal error!) |
| |
| If *set_sys_last_vars* is nonzero, the variables :data:`sys.last_type`, |
| :data:`sys.last_value` and :data:`sys.last_traceback` will be set to the |
| type, value and traceback of the printed exception, respectively. |
| |
| |
| .. c:function:: void PyErr_Print() |
| |
| Alias for ``PyErr_PrintEx(1)``. |
| |
| |
| .. c:function:: PyObject* PyErr_Occurred() |
| |
| Test whether the error indicator is set. If set, return the exception *type* |
| (the first argument to the last call to one of the :c:func:`PyErr_Set\*` |
| functions or to :c:func:`PyErr_Restore`). If not set, return *NULL*. You do not |
| own a reference to the return value, so you do not need to :c:func:`Py_DECREF` |
| it. |
| |
| .. note:: |
| |
| Do not compare the return value to a specific exception; use |
| :c:func:`PyErr_ExceptionMatches` instead, shown below. (The comparison could |
| easily fail since the exception may be an instance instead of a class, in the |
| case of a class exception, or it may the a subclass of the expected exception.) |
| |
| |
| .. c:function:: int PyErr_ExceptionMatches(PyObject *exc) |
| |
| Equivalent to ``PyErr_GivenExceptionMatches(PyErr_Occurred(), exc)``. This |
| should only be called when an exception is actually set; a memory access |
| violation will occur if no exception has been raised. |
| |
| |
| .. c:function:: int PyErr_GivenExceptionMatches(PyObject *given, PyObject *exc) |
| |
| Return true if the *given* exception matches the exception in *exc*. If |
| *exc* is a class object, this also returns true when *given* is an instance |
| of a subclass. If *exc* is a tuple, all exceptions in the tuple (and |
| recursively in subtuples) are searched for a match. |
| |
| |
| .. c:function:: void PyErr_NormalizeException(PyObject**exc, PyObject**val, PyObject**tb) |
| |
| Under certain circumstances, the values returned by :c:func:`PyErr_Fetch` below |
| can be "unnormalized", meaning that ``*exc`` is a class object but ``*val`` is |
| not an instance of the same class. This function can be used to instantiate |
| the class in that case. If the values are already normalized, nothing happens. |
| The delayed normalization is implemented to improve performance. |
| |
| |
| .. c:function:: void PyErr_Clear() |
| |
| Clear the error indicator. If the error indicator is not set, there is no |
| effect. |
| |
| |
| .. c:function:: void PyErr_Fetch(PyObject **ptype, PyObject **pvalue, PyObject **ptraceback) |
| |
| Retrieve the error indicator into three variables whose addresses are passed. |
| If the error indicator is not set, set all three variables to *NULL*. If it is |
| set, it will be cleared and you own a reference to each object retrieved. The |
| value and traceback object may be *NULL* even when the type object is not. |
| |
| .. note:: |
| |
| This function is normally only used by code that needs to handle exceptions or |
| by code that needs to save and restore the error indicator temporarily. |
| |
| |
| .. c:function:: void PyErr_Restore(PyObject *type, PyObject *value, PyObject *traceback) |
| |
| Set the error indicator from the three objects. If the error indicator is |
| already set, it is cleared first. If the objects are *NULL*, the error |
| indicator is cleared. Do not pass a *NULL* type and non-*NULL* value or |
| traceback. The exception type should be a class. Do not pass an invalid |
| exception type or value. (Violating these rules will cause subtle problems |
| later.) This call takes away a reference to each object: you must own a |
| reference to each object before the call and after the call you no longer own |
| these references. (If you don't understand this, don't use this function. I |
| warned you.) |
| |
| .. note:: |
| |
| This function is normally only used by code that needs to save and restore the |
| error indicator temporarily; use :c:func:`PyErr_Fetch` to save the current |
| exception state. |
| |
| |
| .. c:function:: void PyErr_SetString(PyObject *type, const char *message) |
| |
| This is the most common way to set the error indicator. The first argument |
| specifies the exception type; it is normally one of the standard exceptions, |
| e.g. :c:data:`PyExc_RuntimeError`. You need not increment its reference count. |
| The second argument is an error message; it is decoded from ``'utf-8``'. |
| |
| |
| .. c:function:: void PyErr_SetObject(PyObject *type, PyObject *value) |
| |
| This function is similar to :c:func:`PyErr_SetString` but lets you specify an |
| arbitrary Python object for the "value" of the exception. |
| |
| |
| .. c:function:: PyObject* PyErr_Format(PyObject *exception, const char *format, ...) |
| |
| This function sets the error indicator and returns *NULL*. *exception* |
| should be a Python exception class. The *format* and subsequent |
| parameters help format the error message; they have the same meaning and |
| values as in :c:func:`PyUnicode_FromFormat`. *format* is an ASCII-encoded |
| string. |
| |
| |
| .. c:function:: void PyErr_SetNone(PyObject *type) |
| |
| This is a shorthand for ``PyErr_SetObject(type, Py_None)``. |
| |
| |
| .. c:function:: int PyErr_BadArgument() |
| |
| This is a shorthand for ``PyErr_SetString(PyExc_TypeError, message)``, where |
| *message* indicates that a built-in operation was invoked with an illegal |
| argument. It is mostly for internal use. |
| |
| |
| .. c:function:: PyObject* PyErr_NoMemory() |
| |
| This is a shorthand for ``PyErr_SetNone(PyExc_MemoryError)``; it returns *NULL* |
| so an object allocation function can write ``return PyErr_NoMemory();`` when it |
| runs out of memory. |
| |
| |
| .. c:function:: PyObject* PyErr_SetFromErrno(PyObject *type) |
| |
| .. index:: single: strerror() |
| |
| This is a convenience function to raise an exception when a C library function |
| has returned an error and set the C variable :c:data:`errno`. It constructs a |
| tuple object whose first item is the integer :c:data:`errno` value and whose |
| second item is the corresponding error message (gotten from :c:func:`strerror`), |
| and then calls ``PyErr_SetObject(type, object)``. On Unix, when the |
| :c:data:`errno` value is :const:`EINTR`, indicating an interrupted system call, |
| this calls :c:func:`PyErr_CheckSignals`, and if that set the error indicator, |
| leaves it set to that. The function always returns *NULL*, so a wrapper |
| function around a system call can write ``return PyErr_SetFromErrno(type);`` |
| when the system call returns an error. |
| |
| |
| .. c:function:: PyObject* PyErr_SetFromErrnoWithFilename(PyObject *type, const char *filename) |
| |
| Similar to :c:func:`PyErr_SetFromErrno`, with the additional behavior that if |
| *filename* is not *NULL*, it is passed to the constructor of *type* as a third |
| parameter. In the case of exceptions such as :exc:`IOError` and :exc:`OSError`, |
| this is used to define the :attr:`filename` attribute of the exception instance. |
| *filename* is decoded from the filesystem encoding |
| (:func:`sys.getfilesystemencoding`). |
| |
| |
| .. c:function:: PyObject* PyErr_SetFromWindowsErr(int ierr) |
| |
| This is a convenience function to raise :exc:`WindowsError`. If called with |
| *ierr* of :c:data:`0`, the error code returned by a call to :c:func:`GetLastError` |
| is used instead. It calls the Win32 function :c:func:`FormatMessage` to retrieve |
| the Windows description of error code given by *ierr* or :c:func:`GetLastError`, |
| then it constructs a tuple object whose first item is the *ierr* value and whose |
| second item is the corresponding error message (gotten from |
| :c:func:`FormatMessage`), and then calls ``PyErr_SetObject(PyExc_WindowsError, |
| object)``. This function always returns *NULL*. Availability: Windows. |
| |
| |
| .. c:function:: PyObject* PyErr_SetExcFromWindowsErr(PyObject *type, int ierr) |
| |
| Similar to :c:func:`PyErr_SetFromWindowsErr`, with an additional parameter |
| specifying the exception type to be raised. Availability: Windows. |
| |
| |
| .. c:function:: PyObject* PyErr_SetFromWindowsErrWithFilename(int ierr, const char *filename) |
| |
| Similar to :c:func:`PyErr_SetFromWindowsErr`, with the additional behavior that |
| if *filename* is not *NULL*, it is passed to the constructor of |
| :exc:`WindowsError` as a third parameter. *filename* is decoded from the |
| filesystem encoding (:func:`sys.getfilesystemencoding`). Availability: |
| Windows. |
| |
| |
| .. c:function:: PyObject* PyErr_SetExcFromWindowsErrWithFilename(PyObject *type, int ierr, char *filename) |
| |
| Similar to :c:func:`PyErr_SetFromWindowsErrWithFilename`, with an additional |
| parameter specifying the exception type to be raised. Availability: Windows. |
| |
| |
| .. c:function:: void PyErr_SyntaxLocationEx(char *filename, int lineno, int col_offset) |
| |
| Set file, line, and offset information for the current exception. If the |
| current exception is not a :exc:`SyntaxError`, then it sets additional |
| attributes, which make the exception printing subsystem think the exception |
| is a :exc:`SyntaxError`. *filename* is decoded from the filesystem encoding |
| (:func:`sys.getfilesystemencoding`). |
| |
| .. versionadded:: 3.2 |
| |
| |
| .. c:function:: void PyErr_SyntaxLocation(char *filename, int lineno) |
| |
| Like :c:func:`PyErr_SyntaxLocationExc`, but the col_offset parameter is |
| omitted. |
| |
| |
| .. c:function:: void PyErr_BadInternalCall() |
| |
| This is a shorthand for ``PyErr_SetString(PyExc_SystemError, message)``, |
| where *message* indicates that an internal operation (e.g. a Python/C API |
| function) was invoked with an illegal argument. It is mostly for internal |
| use. |
| |
| |
| .. c:function:: int PyErr_WarnEx(PyObject *category, char *message, int stack_level) |
| |
| Issue a warning message. The *category* argument is a warning category (see |
| below) or *NULL*; the *message* argument is an UTF-8 encoded string. *stack_level* is a |
| positive number giving a number of stack frames; the warning will be issued from |
| the currently executing line of code in that stack frame. A *stack_level* of 1 |
| is the function calling :c:func:`PyErr_WarnEx`, 2 is the function above that, |
| and so forth. |
| |
| This function normally prints a warning message to *sys.stderr*; however, it is |
| also possible that the user has specified that warnings are to be turned into |
| errors, and in that case this will raise an exception. It is also possible that |
| the function raises an exception because of a problem with the warning machinery |
| (the implementation imports the :mod:`warnings` module to do the heavy lifting). |
| The return value is ``0`` if no exception is raised, or ``-1`` if an exception |
| is raised. (It is not possible to determine whether a warning message is |
| actually printed, nor what the reason is for the exception; this is |
| intentional.) If an exception is raised, the caller should do its normal |
| exception handling (for example, :c:func:`Py_DECREF` owned references and return |
| an error value). |
| |
| Warning categories must be subclasses of :c:data:`Warning`; the default warning |
| category is :c:data:`RuntimeWarning`. The standard Python warning categories are |
| available as global variables whose names are ``PyExc_`` followed by the Python |
| exception name. These have the type :c:type:`PyObject\*`; they are all class |
| objects. Their names are :c:data:`PyExc_Warning`, :c:data:`PyExc_UserWarning`, |
| :c:data:`PyExc_UnicodeWarning`, :c:data:`PyExc_DeprecationWarning`, |
| :c:data:`PyExc_SyntaxWarning`, :c:data:`PyExc_RuntimeWarning`, and |
| :c:data:`PyExc_FutureWarning`. :c:data:`PyExc_Warning` is a subclass of |
| :c:data:`PyExc_Exception`; the other warning categories are subclasses of |
| :c:data:`PyExc_Warning`. |
| |
| For information about warning control, see the documentation for the |
| :mod:`warnings` module and the :option:`-W` option in the command line |
| documentation. There is no C API for warning control. |
| |
| |
| .. c:function:: int PyErr_WarnExplicit(PyObject *category, const char *message, const char *filename, int lineno, const char *module, PyObject *registry) |
| |
| Issue a warning message with explicit control over all warning attributes. This |
| is a straightforward wrapper around the Python function |
| :func:`warnings.warn_explicit`, see there for more information. The *module* |
| and *registry* arguments may be set to *NULL* to get the default effect |
| described there. *message* and *module* are UTF-8 encoded strings, |
| *filename* is decoded from the filesystem encoding |
| (:func:`sys.getfilesystemencoding`). |
| |
| |
| .. c:function:: int PyErr_WarnFormat(PyObject *category, Py_ssize_t stack_level, const char *format, ...) |
| |
| Function similar to :c:func:`PyErr_WarnEx`, but use |
| :c:func:`PyUnicode_FromFormat` to format the warning message. *format* is |
| an ASCII-encoded string. |
| |
| .. versionadded:: 3.2 |
| |
| .. c:function:: int PyErr_CheckSignals() |
| |
| .. index:: |
| module: signal |
| single: SIGINT |
| single: KeyboardInterrupt (built-in exception) |
| |
| This function interacts with Python's signal handling. It checks whether a |
| signal has been sent to the processes and if so, invokes the corresponding |
| signal handler. If the :mod:`signal` module is supported, this can invoke a |
| signal handler written in Python. In all cases, the default effect for |
| :const:`SIGINT` is to raise the :exc:`KeyboardInterrupt` exception. If an |
| exception is raised the error indicator is set and the function returns ``-1``; |
| otherwise the function returns ``0``. The error indicator may or may not be |
| cleared if it was previously set. |
| |
| |
| .. c:function:: void PyErr_SetInterrupt() |
| |
| .. index:: |
| single: SIGINT |
| single: KeyboardInterrupt (built-in exception) |
| |
| This function simulates the effect of a :const:`SIGINT` signal arriving --- the |
| next time :c:func:`PyErr_CheckSignals` is called, :exc:`KeyboardInterrupt` will |
| be raised. It may be called without holding the interpreter lock. |
| |
| .. % XXX This was described as obsolete, but is used in |
| .. % _thread.interrupt_main() (used from IDLE), so it's still needed. |
| |
| |
| .. c:function:: int PySignal_SetWakeupFd(int fd) |
| |
| This utility function specifies a file descriptor to which a ``'\0'`` byte will |
| be written whenever a signal is received. It returns the previous such file |
| descriptor. The value ``-1`` disables the feature; this is the initial state. |
| This is equivalent to :func:`signal.set_wakeup_fd` in Python, but without any |
| error checking. *fd* should be a valid file descriptor. The function should |
| only be called from the main thread. |
| |
| |
| .. c:function:: PyObject* PyErr_NewException(char *name, PyObject *base, PyObject *dict) |
| |
| This utility function creates and returns a new exception class. The *name* |
| argument must be the name of the new exception, a C string of the form |
| ``module.classname``. The *base* and *dict* arguments are normally *NULL*. |
| This creates a class object derived from :exc:`Exception` (accessible in C as |
| :c:data:`PyExc_Exception`). |
| |
| The :attr:`__module__` attribute of the new class is set to the first part (up |
| to the last dot) of the *name* argument, and the class name is set to the last |
| part (after the last dot). The *base* argument can be used to specify alternate |
| base classes; it can either be only one class or a tuple of classes. The *dict* |
| argument can be used to specify a dictionary of class variables and methods. |
| |
| |
| .. c:function:: PyObject* PyErr_NewExceptionWithDoc(char *name, char *doc, PyObject *base, PyObject *dict) |
| |
| Same as :c:func:`PyErr_NewException`, except that the new exception class can |
| easily be given a docstring: If *doc* is non-*NULL*, it will be used as the |
| docstring for the exception class. |
| |
| .. versionadded:: 3.2 |
| |
| |
| .. c:function:: void PyErr_WriteUnraisable(PyObject *obj) |
| |
| This utility function prints a warning message to ``sys.stderr`` when an |
| exception has been set but it is impossible for the interpreter to actually |
| raise the exception. It is used, for example, when an exception occurs in an |
| :meth:`__del__` method. |
| |
| The function is called with a single argument *obj* that identifies the context |
| in which the unraisable exception occurred. The repr of *obj* will be printed in |
| the warning message. |
| |
| |
| Exception Objects |
| ================= |
| |
| .. c:function:: PyObject* PyException_GetTraceback(PyObject *ex) |
| |
| Return the traceback associated with the exception as a new reference, as |
| accessible from Python through :attr:`__traceback__`. If there is no |
| traceback associated, this returns *NULL*. |
| |
| |
| .. c:function:: int PyException_SetTraceback(PyObject *ex, PyObject *tb) |
| |
| Set the traceback associated with the exception to *tb*. Use ``Py_None`` to |
| clear it. |
| |
| |
| .. c:function:: PyObject* PyException_GetContext(PyObject *ex) |
| |
| Return the context (another exception instance during whose handling *ex* was |
| raised) associated with the exception as a new reference, as accessible from |
| Python through :attr:`__context__`. If there is no context associated, this |
| returns *NULL*. |
| |
| |
| .. c:function:: void PyException_SetContext(PyObject *ex, PyObject *ctx) |
| |
| Set the context associated with the exception to *ctx*. Use *NULL* to clear |
| it. There is no type check to make sure that *ctx* is an exception instance. |
| This steals a reference to *ctx*. |
| |
| |
| .. c:function:: PyObject* PyException_GetCause(PyObject *ex) |
| |
| Return the cause (another exception instance set by ``raise ... from ...``) |
| associated with the exception as a new reference, as accessible from Python |
| through :attr:`__cause__`. If there is no cause associated, this returns |
| *NULL*. |
| |
| |
| .. c:function:: void PyException_SetCause(PyObject *ex, PyObject *ctx) |
| |
| Set the cause associated with the exception to *ctx*. Use *NULL* to clear |
| it. There is no type check to make sure that *ctx* is an exception instance. |
| This steals a reference to *ctx*. |
| |
| |
| .. _unicodeexceptions: |
| |
| Unicode Exception Objects |
| ========================= |
| |
| The following functions are used to create and modify Unicode exceptions from C. |
| |
| .. c:function:: PyObject* PyUnicodeDecodeError_Create(const char *encoding, const char *object, Py_ssize_t length, Py_ssize_t start, Py_ssize_t end, const char *reason) |
| |
| Create a :class:`UnicodeDecodeError` object with the attributes *encoding*, |
| *object*, *length*, *start*, *end* and *reason*. *encoding* and *reason* are |
| UTF-8 encoded strings. |
| |
| .. c:function:: PyObject* PyUnicodeEncodeError_Create(const char *encoding, const Py_UNICODE *object, Py_ssize_t length, Py_ssize_t start, Py_ssize_t end, const char *reason) |
| |
| Create a :class:`UnicodeEncodeError` object with the attributes *encoding*, |
| *object*, *length*, *start*, *end* and *reason*. *encoding* and *reason* are |
| UTF-8 encoded strings. |
| |
| .. c:function:: PyObject* PyUnicodeTranslateError_Create(const Py_UNICODE *object, Py_ssize_t length, Py_ssize_t start, Py_ssize_t end, const char *reason) |
| |
| Create a :class:`UnicodeTranslateError` object with the attributes *object*, |
| *length*, *start*, *end* and *reason*. *reason* is an UTF-8 encoded string. |
| |
| .. c:function:: PyObject* PyUnicodeDecodeError_GetEncoding(PyObject *exc) |
| PyObject* PyUnicodeEncodeError_GetEncoding(PyObject *exc) |
| |
| Return the *encoding* attribute of the given exception object. |
| |
| .. c:function:: PyObject* PyUnicodeDecodeError_GetObject(PyObject *exc) |
| PyObject* PyUnicodeEncodeError_GetObject(PyObject *exc) |
| PyObject* PyUnicodeTranslateError_GetObject(PyObject *exc) |
| |
| Return the *object* attribute of the given exception object. |
| |
| .. c:function:: int PyUnicodeDecodeError_GetStart(PyObject *exc, Py_ssize_t *start) |
| int PyUnicodeEncodeError_GetStart(PyObject *exc, Py_ssize_t *start) |
| int PyUnicodeTranslateError_GetStart(PyObject *exc, Py_ssize_t *start) |
| |
| Get the *start* attribute of the given exception object and place it into |
| *\*start*. *start* must not be *NULL*. Return ``0`` on success, ``-1`` on |
| failure. |
| |
| .. c:function:: int PyUnicodeDecodeError_SetStart(PyObject *exc, Py_ssize_t start) |
| int PyUnicodeEncodeError_SetStart(PyObject *exc, Py_ssize_t start) |
| int PyUnicodeTranslateError_SetStart(PyObject *exc, Py_ssize_t start) |
| |
| Set the *start* attribute of the given exception object to *start*. Return |
| ``0`` on success, ``-1`` on failure. |
| |
| .. c:function:: int PyUnicodeDecodeError_GetEnd(PyObject *exc, Py_ssize_t *end) |
| int PyUnicodeEncodeError_GetEnd(PyObject *exc, Py_ssize_t *end) |
| int PyUnicodeTranslateError_GetEnd(PyObject *exc, Py_ssize_t *end) |
| |
| Get the *end* attribute of the given exception object and place it into |
| *\*end*. *end* must not be *NULL*. Return ``0`` on success, ``-1`` on |
| failure. |
| |
| .. c:function:: int PyUnicodeDecodeError_SetEnd(PyObject *exc, Py_ssize_t end) |
| int PyUnicodeEncodeError_SetEnd(PyObject *exc, Py_ssize_t end) |
| int PyUnicodeTranslateError_SetEnd(PyObject *exc, Py_ssize_t end) |
| |
| Set the *end* attribute of the given exception object to *end*. Return ``0`` |
| on success, ``-1`` on failure. |
| |
| .. c:function:: PyObject* PyUnicodeDecodeError_GetReason(PyObject *exc) |
| PyObject* PyUnicodeEncodeError_GetReason(PyObject *exc) |
| PyObject* PyUnicodeTranslateError_GetReason(PyObject *exc) |
| |
| Return the *reason* attribute of the given exception object. |
| |
| .. c:function:: int PyUnicodeDecodeError_SetReason(PyObject *exc, const char *reason) |
| int PyUnicodeEncodeError_SetReason(PyObject *exc, const char *reason) |
| int PyUnicodeTranslateError_SetReason(PyObject *exc, const char *reason) |
| |
| Set the *reason* attribute of the given exception object to *reason*. Return |
| ``0`` on success, ``-1`` on failure. |
| |
| |
| Recursion Control |
| ================= |
| |
| These two functions provide a way to perform safe recursive calls at the C |
| level, both in the core and in extension modules. They are needed if the |
| recursive code does not necessarily invoke Python code (which tracks its |
| recursion depth automatically). |
| |
| .. c:function:: int Py_EnterRecursiveCall(char *where) |
| |
| Marks a point where a recursive C-level call is about to be performed. |
| |
| If :const:`USE_STACKCHECK` is defined, this function checks if the the OS |
| stack overflowed using :c:func:`PyOS_CheckStack`. In this is the case, it |
| sets a :exc:`MemoryError` and returns a nonzero value. |
| |
| The function then checks if the recursion limit is reached. If this is the |
| case, a :exc:`RuntimeError` is set and a nonzero value is returned. |
| Otherwise, zero is returned. |
| |
| *where* should be a string such as ``" in instance check"`` to be |
| concatenated to the :exc:`RuntimeError` message caused by the recursion depth |
| limit. |
| |
| .. c:function:: void Py_LeaveRecursiveCall() |
| |
| Ends a :c:func:`Py_EnterRecursiveCall`. Must be called once for each |
| *successful* invocation of :c:func:`Py_EnterRecursiveCall`. |
| |
| Properly implementing :attr:`tp_repr` for container types requires |
| special recursion handling. In addition to protecting the stack, |
| :attr:`tp_repr` also needs to track objects to prevent cycles. The |
| following two functions facilitate this functionality. Effectively, |
| these are the C equivalent to :func:`reprlib.recursive_repr`. |
| |
| .. c:function:: int Py_ReprEnter(PyObject *object) |
| |
| Called at the beginning of the :attr:`tp_repr` implementation to |
| detect cycles. |
| |
| If the object has already been processed, the function returns a |
| positive integer. In that case the :attr:`tp_repr` implementation |
| should return a string object indicating a cycle. As examples, |
| :class:`dict` objects return ``{...}`` and :class:`list` objects |
| return ``[...]``. |
| |
| The function will return a negative integer if the recursion limit |
| is reached. In that case the :attr:`tp_repr` implementation should |
| typically return ``NULL``. |
| |
| Otherwise, the function returns zero and the :attr:`tp_repr` |
| implementation can continue normally. |
| |
| .. c:function:: void Py_ReprLeave(PyObject *object) |
| |
| Ends a :c:func:`Py_ReprEnter`. Must be called once for each |
| invocation of :c:func:`Py_ReprEnter` that returns zero. |
| |
| |
| .. _standardexceptions: |
| |
| Standard Exceptions |
| =================== |
| |
| All standard Python exceptions are available as global variables whose names are |
| ``PyExc_`` followed by the Python exception name. These have the type |
| :c:type:`PyObject\*`; they are all class objects. For completeness, here are all |
| the variables: |
| |
| +-------------------------------------+----------------------------+----------+ |
| | C Name | Python Name | Notes | |
| +=====================================+============================+==========+ |
| | :c:data:`PyExc_BaseException` | :exc:`BaseException` | \(1) | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_Exception` | :exc:`Exception` | \(1) | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_ArithmeticError` | :exc:`ArithmeticError` | \(1) | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_LookupError` | :exc:`LookupError` | \(1) | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_AssertionError` | :exc:`AssertionError` | | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_AttributeError` | :exc:`AttributeError` | | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_EOFError` | :exc:`EOFError` | | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_EnvironmentError` | :exc:`EnvironmentError` | \(1) | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_FloatingPointError` | :exc:`FloatingPointError` | | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_IOError` | :exc:`IOError` | | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_ImportError` | :exc:`ImportError` | | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_IndexError` | :exc:`IndexError` | | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_KeyError` | :exc:`KeyError` | | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_KeyboardInterrupt` | :exc:`KeyboardInterrupt` | | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_MemoryError` | :exc:`MemoryError` | | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_NameError` | :exc:`NameError` | | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_NotImplementedError` | :exc:`NotImplementedError` | | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_OSError` | :exc:`OSError` | | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_OverflowError` | :exc:`OverflowError` | | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_ReferenceError` | :exc:`ReferenceError` | \(2) | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_RuntimeError` | :exc:`RuntimeError` | | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_SyntaxError` | :exc:`SyntaxError` | | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_SystemError` | :exc:`SystemError` | | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_SystemExit` | :exc:`SystemExit` | | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_TypeError` | :exc:`TypeError` | | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_ValueError` | :exc:`ValueError` | | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_WindowsError` | :exc:`WindowsError` | \(3) | |
| +-------------------------------------+----------------------------+----------+ |
| | :c:data:`PyExc_ZeroDivisionError` | :exc:`ZeroDivisionError` | | |
| +-------------------------------------+----------------------------+----------+ |
| |
| .. index:: |
| single: PyExc_BaseException |
| single: PyExc_Exception |
| single: PyExc_ArithmeticError |
| single: PyExc_LookupError |
| single: PyExc_AssertionError |
| single: PyExc_AttributeError |
| single: PyExc_EOFError |
| single: PyExc_EnvironmentError |
| single: PyExc_FloatingPointError |
| single: PyExc_IOError |
| single: PyExc_ImportError |
| single: PyExc_IndexError |
| single: PyExc_KeyError |
| single: PyExc_KeyboardInterrupt |
| single: PyExc_MemoryError |
| single: PyExc_NameError |
| single: PyExc_NotImplementedError |
| single: PyExc_OSError |
| single: PyExc_OverflowError |
| single: PyExc_ReferenceError |
| single: PyExc_RuntimeError |
| single: PyExc_SyntaxError |
| single: PyExc_SystemError |
| single: PyExc_SystemExit |
| single: PyExc_TypeError |
| single: PyExc_ValueError |
| single: PyExc_WindowsError |
| single: PyExc_ZeroDivisionError |
| |
| Notes: |
| |
| (1) |
| This is a base class for other standard exceptions. |
| |
| (2) |
| This is the same as :exc:`weakref.ReferenceError`. |
| |
| (3) |
| Only defined on Windows; protect code that uses this by testing that the |
| preprocessor macro ``MS_WINDOWS`` is defined. |