blob: 9a66b7f6558f670cad02787f05e71b4e18faea58 [file] [log] [blame]
Georg Brandl116aa622007-08-15 14:28:22 +00001.. highlightlang:: c
2
3
4.. _exceptionhandling:
5
6******************
7Exception Handling
8******************
9
10The functions described in this chapter will let you handle and raise Python
11exceptions. It is important to understand some of the basics of Python
Georg Brandl60203b42010-10-06 10:11:56 +000012exception handling. It works somewhat like the Unix :c:data:`errno` variable:
Georg Brandl116aa622007-08-15 14:28:22 +000013there is a global indicator (per thread) of the last error that occurred. Most
14functions don't clear this on success, but will set it to indicate the cause of
15the error on failure. Most functions also return an error indicator, usually
16*NULL* if they are supposed to return a pointer, or ``-1`` if they return an
Georg Brandl60203b42010-10-06 10:11:56 +000017integer (exception: the :c:func:`PyArg_\*` functions return ``1`` for success and
Georg Brandl116aa622007-08-15 14:28:22 +000018``0`` for failure).
19
20When a function must fail because some function it called failed, it generally
21doesn't set the error indicator; the function it called already set it. It is
22responsible for either handling the error and clearing the exception or
23returning after cleaning up any resources it holds (such as object references or
24memory allocations); it should *not* continue normally if it is not prepared to
25handle the error. If returning due to an error, it is important to indicate to
26the caller that an error has been set. If the error is not handled or carefully
27propagated, additional calls into the Python/C API may not behave as intended
28and may fail in mysterious ways.
29
30The error indicator consists of three Python objects corresponding to the result
31of ``sys.exc_info()``. API functions exist to interact with the error indicator
32in various ways. There is a separate error indicator for each thread.
33
Christian Heimes5b5e81c2007-12-31 16:14:33 +000034.. XXX Order of these should be more thoughtful.
35 Either alphabetical or some kind of structure.
Georg Brandl116aa622007-08-15 14:28:22 +000036
37
Georg Brandl60203b42010-10-06 10:11:56 +000038.. c:function:: void PyErr_PrintEx(int set_sys_last_vars)
Georg Brandl116aa622007-08-15 14:28:22 +000039
40 Print a standard traceback to ``sys.stderr`` and clear the error indicator.
41 Call this function only when the error indicator is set. (Otherwise it will
42 cause a fatal error!)
43
Georg Brandl115fb352009-02-05 10:56:37 +000044 If *set_sys_last_vars* is nonzero, the variables :data:`sys.last_type`,
45 :data:`sys.last_value` and :data:`sys.last_traceback` will be set to the
46 type, value and traceback of the printed exception, respectively.
47
48
Georg Brandl60203b42010-10-06 10:11:56 +000049.. c:function:: void PyErr_Print()
Georg Brandl115fb352009-02-05 10:56:37 +000050
51 Alias for ``PyErr_PrintEx(1)``.
52
Georg Brandl116aa622007-08-15 14:28:22 +000053
Georg Brandl60203b42010-10-06 10:11:56 +000054.. c:function:: PyObject* PyErr_Occurred()
Georg Brandl116aa622007-08-15 14:28:22 +000055
56 Test whether the error indicator is set. If set, return the exception *type*
Georg Brandl60203b42010-10-06 10:11:56 +000057 (the first argument to the last call to one of the :c:func:`PyErr_Set\*`
58 functions or to :c:func:`PyErr_Restore`). If not set, return *NULL*. You do not
59 own a reference to the return value, so you do not need to :c:func:`Py_DECREF`
Georg Brandl116aa622007-08-15 14:28:22 +000060 it.
61
62 .. note::
63
64 Do not compare the return value to a specific exception; use
Georg Brandl60203b42010-10-06 10:11:56 +000065 :c:func:`PyErr_ExceptionMatches` instead, shown below. (The comparison could
Georg Brandl116aa622007-08-15 14:28:22 +000066 easily fail since the exception may be an instance instead of a class, in the
67 case of a class exception, or it may the a subclass of the expected exception.)
68
69
Georg Brandl60203b42010-10-06 10:11:56 +000070.. c:function:: int PyErr_ExceptionMatches(PyObject *exc)
Georg Brandl116aa622007-08-15 14:28:22 +000071
72 Equivalent to ``PyErr_GivenExceptionMatches(PyErr_Occurred(), exc)``. This
73 should only be called when an exception is actually set; a memory access
74 violation will occur if no exception has been raised.
75
76
Georg Brandl60203b42010-10-06 10:11:56 +000077.. c:function:: int PyErr_GivenExceptionMatches(PyObject *given, PyObject *exc)
Georg Brandl116aa622007-08-15 14:28:22 +000078
Benjamin Petersonda10d3b2009-01-01 00:23:30 +000079 Return true if the *given* exception matches the exception in *exc*. If
80 *exc* is a class object, this also returns true when *given* is an instance
81 of a subclass. If *exc* is a tuple, all exceptions in the tuple (and
82 recursively in subtuples) are searched for a match.
Georg Brandl116aa622007-08-15 14:28:22 +000083
84
Georg Brandl60203b42010-10-06 10:11:56 +000085.. c:function:: void PyErr_NormalizeException(PyObject**exc, PyObject**val, PyObject**tb)
Georg Brandl116aa622007-08-15 14:28:22 +000086
Georg Brandl60203b42010-10-06 10:11:56 +000087 Under certain circumstances, the values returned by :c:func:`PyErr_Fetch` below
Georg Brandl116aa622007-08-15 14:28:22 +000088 can be "unnormalized", meaning that ``*exc`` is a class object but ``*val`` is
89 not an instance of the same class. This function can be used to instantiate
90 the class in that case. If the values are already normalized, nothing happens.
91 The delayed normalization is implemented to improve performance.
92
93
Georg Brandl60203b42010-10-06 10:11:56 +000094.. c:function:: void PyErr_Clear()
Georg Brandl116aa622007-08-15 14:28:22 +000095
96 Clear the error indicator. If the error indicator is not set, there is no
97 effect.
98
99
Georg Brandl60203b42010-10-06 10:11:56 +0000100.. c:function:: void PyErr_Fetch(PyObject **ptype, PyObject **pvalue, PyObject **ptraceback)
Georg Brandl116aa622007-08-15 14:28:22 +0000101
102 Retrieve the error indicator into three variables whose addresses are passed.
103 If the error indicator is not set, set all three variables to *NULL*. If it is
104 set, it will be cleared and you own a reference to each object retrieved. The
105 value and traceback object may be *NULL* even when the type object is not.
106
107 .. note::
108
109 This function is normally only used by code that needs to handle exceptions or
110 by code that needs to save and restore the error indicator temporarily.
111
112
Georg Brandl60203b42010-10-06 10:11:56 +0000113.. c:function:: void PyErr_Restore(PyObject *type, PyObject *value, PyObject *traceback)
Georg Brandl116aa622007-08-15 14:28:22 +0000114
115 Set the error indicator from the three objects. If the error indicator is
116 already set, it is cleared first. If the objects are *NULL*, the error
117 indicator is cleared. Do not pass a *NULL* type and non-*NULL* value or
118 traceback. The exception type should be a class. Do not pass an invalid
119 exception type or value. (Violating these rules will cause subtle problems
120 later.) This call takes away a reference to each object: you must own a
121 reference to each object before the call and after the call you no longer own
122 these references. (If you don't understand this, don't use this function. I
123 warned you.)
124
125 .. note::
126
127 This function is normally only used by code that needs to save and restore the
Georg Brandl60203b42010-10-06 10:11:56 +0000128 error indicator temporarily; use :c:func:`PyErr_Fetch` to save the current
Georg Brandl116aa622007-08-15 14:28:22 +0000129 exception state.
130
131
Martin v. Löwisaa2efcb2012-04-19 14:33:43 +0200132.. c:function:: void PyErr_GetExcInfo(PyObject **ptype, PyObject **pvalue, PyObject **ptraceback)
133
134 Retrieve the exception info, as known from ``sys.exc_info()``. This refers
135 to an exception that was already caught, not to an exception that was
136 freshly raised. Returns new references for the three objects, any of which
137 may be *NULL*. Does not modify the exception info state.
138
139 .. note::
140
141 This function is not normally used by code that wants to handle exceptions.
142 Rather, it can be used when code needs to save and restore the exception
143 state temporarily. Use :c:func:`PyErr_SetExcInfo` to restore or clear the
144 exception state.
145
Georg Brandlf4095832012-04-24 19:16:24 +0200146 .. versionadded:: 3.3
Martin v. Löwisaa2efcb2012-04-19 14:33:43 +0200147
148
149.. c:function:: void PyErr_SetExcInfo(PyObject *type, PyObject *value, PyObject *traceback)
150
151 Set the exception info, as known from ``sys.exc_info()``. This refers
152 to an exception that was already caught, not to an exception that was
153 freshly raised. This function steals the references of the arguments.
154 To clear the exception state, pass *NULL* for all three arguments.
155 For general rules about the three arguments, see :c:func:`PyErr_Restore`.
156
157 .. note::
158
159 This function is not normally used by code that wants to handle exceptions.
160 Rather, it can be used when code needs to save and restore the exception
161 state temporarily. Use :c:func:`PyErr_GetExcInfo` to read the exception
162 state.
163
Georg Brandlf4095832012-04-24 19:16:24 +0200164 .. versionadded:: 3.3
Martin v. Löwisaa2efcb2012-04-19 14:33:43 +0200165
166
Georg Brandl60203b42010-10-06 10:11:56 +0000167.. c:function:: void PyErr_SetString(PyObject *type, const char *message)
Georg Brandl116aa622007-08-15 14:28:22 +0000168
169 This is the most common way to set the error indicator. The first argument
170 specifies the exception type; it is normally one of the standard exceptions,
Georg Brandl60203b42010-10-06 10:11:56 +0000171 e.g. :c:data:`PyExc_RuntimeError`. You need not increment its reference count.
Victor Stinner257d38f2010-10-09 10:12:11 +0000172 The second argument is an error message; it is decoded from ``'utf-8``'.
Georg Brandl116aa622007-08-15 14:28:22 +0000173
174
Georg Brandl60203b42010-10-06 10:11:56 +0000175.. c:function:: void PyErr_SetObject(PyObject *type, PyObject *value)
Georg Brandl116aa622007-08-15 14:28:22 +0000176
Georg Brandl60203b42010-10-06 10:11:56 +0000177 This function is similar to :c:func:`PyErr_SetString` but lets you specify an
Georg Brandl116aa622007-08-15 14:28:22 +0000178 arbitrary Python object for the "value" of the exception.
179
180
Georg Brandl60203b42010-10-06 10:11:56 +0000181.. c:function:: PyObject* PyErr_Format(PyObject *exception, const char *format, ...)
Georg Brandl116aa622007-08-15 14:28:22 +0000182
Antoine Pitroua66e0292010-11-27 20:40:43 +0000183 This function sets the error indicator and returns *NULL*. *exception*
184 should be a Python exception class. The *format* and subsequent
185 parameters help format the error message; they have the same meaning and
Victor Stinnerb1dbd102010-12-28 11:02:46 +0000186 values as in :c:func:`PyUnicode_FromFormat`. *format* is an ASCII-encoded
Victor Stinner555a24f2010-12-27 01:49:26 +0000187 string.
Mark Dickinson6ce4a9a2009-11-16 17:00:11 +0000188
Georg Brandl116aa622007-08-15 14:28:22 +0000189
Georg Brandl60203b42010-10-06 10:11:56 +0000190.. c:function:: void PyErr_SetNone(PyObject *type)
Georg Brandl116aa622007-08-15 14:28:22 +0000191
192 This is a shorthand for ``PyErr_SetObject(type, Py_None)``.
193
194
Georg Brandl60203b42010-10-06 10:11:56 +0000195.. c:function:: int PyErr_BadArgument()
Georg Brandl116aa622007-08-15 14:28:22 +0000196
197 This is a shorthand for ``PyErr_SetString(PyExc_TypeError, message)``, where
198 *message* indicates that a built-in operation was invoked with an illegal
199 argument. It is mostly for internal use.
200
201
Georg Brandl60203b42010-10-06 10:11:56 +0000202.. c:function:: PyObject* PyErr_NoMemory()
Georg Brandl116aa622007-08-15 14:28:22 +0000203
204 This is a shorthand for ``PyErr_SetNone(PyExc_MemoryError)``; it returns *NULL*
205 so an object allocation function can write ``return PyErr_NoMemory();`` when it
206 runs out of memory.
207
208
Georg Brandl60203b42010-10-06 10:11:56 +0000209.. c:function:: PyObject* PyErr_SetFromErrno(PyObject *type)
Georg Brandl116aa622007-08-15 14:28:22 +0000210
211 .. index:: single: strerror()
212
213 This is a convenience function to raise an exception when a C library function
Georg Brandl60203b42010-10-06 10:11:56 +0000214 has returned an error and set the C variable :c:data:`errno`. It constructs a
215 tuple object whose first item is the integer :c:data:`errno` value and whose
216 second item is the corresponding error message (gotten from :c:func:`strerror`),
Georg Brandl116aa622007-08-15 14:28:22 +0000217 and then calls ``PyErr_SetObject(type, object)``. On Unix, when the
Georg Brandl60203b42010-10-06 10:11:56 +0000218 :c:data:`errno` value is :const:`EINTR`, indicating an interrupted system call,
219 this calls :c:func:`PyErr_CheckSignals`, and if that set the error indicator,
Georg Brandl116aa622007-08-15 14:28:22 +0000220 leaves it set to that. The function always returns *NULL*, so a wrapper
221 function around a system call can write ``return PyErr_SetFromErrno(type);``
222 when the system call returns an error.
223
224
Georg Brandl60203b42010-10-06 10:11:56 +0000225.. c:function:: PyObject* PyErr_SetFromErrnoWithFilename(PyObject *type, const char *filename)
Georg Brandl116aa622007-08-15 14:28:22 +0000226
Georg Brandl60203b42010-10-06 10:11:56 +0000227 Similar to :c:func:`PyErr_SetFromErrno`, with the additional behavior that if
Georg Brandl116aa622007-08-15 14:28:22 +0000228 *filename* is not *NULL*, it is passed to the constructor of *type* as a third
229 parameter. In the case of exceptions such as :exc:`IOError` and :exc:`OSError`,
230 this is used to define the :attr:`filename` attribute of the exception instance.
Victor Stinner257d38f2010-10-09 10:12:11 +0000231 *filename* is decoded from the filesystem encoding
232 (:func:`sys.getfilesystemencoding`).
Georg Brandl116aa622007-08-15 14:28:22 +0000233
234
Georg Brandl60203b42010-10-06 10:11:56 +0000235.. c:function:: PyObject* PyErr_SetFromWindowsErr(int ierr)
Georg Brandl116aa622007-08-15 14:28:22 +0000236
237 This is a convenience function to raise :exc:`WindowsError`. If called with
Georg Brandl60203b42010-10-06 10:11:56 +0000238 *ierr* of :c:data:`0`, the error code returned by a call to :c:func:`GetLastError`
239 is used instead. It calls the Win32 function :c:func:`FormatMessage` to retrieve
240 the Windows description of error code given by *ierr* or :c:func:`GetLastError`,
Georg Brandl116aa622007-08-15 14:28:22 +0000241 then it constructs a tuple object whose first item is the *ierr* value and whose
242 second item is the corresponding error message (gotten from
Georg Brandl60203b42010-10-06 10:11:56 +0000243 :c:func:`FormatMessage`), and then calls ``PyErr_SetObject(PyExc_WindowsError,
Georg Brandl116aa622007-08-15 14:28:22 +0000244 object)``. This function always returns *NULL*. Availability: Windows.
245
246
Georg Brandl60203b42010-10-06 10:11:56 +0000247.. c:function:: PyObject* PyErr_SetExcFromWindowsErr(PyObject *type, int ierr)
Georg Brandl116aa622007-08-15 14:28:22 +0000248
Georg Brandl60203b42010-10-06 10:11:56 +0000249 Similar to :c:func:`PyErr_SetFromWindowsErr`, with an additional parameter
Georg Brandl116aa622007-08-15 14:28:22 +0000250 specifying the exception type to be raised. Availability: Windows.
251
Georg Brandl116aa622007-08-15 14:28:22 +0000252
Georg Brandl60203b42010-10-06 10:11:56 +0000253.. c:function:: PyObject* PyErr_SetFromWindowsErrWithFilename(int ierr, const char *filename)
Georg Brandl116aa622007-08-15 14:28:22 +0000254
Georg Brandl60203b42010-10-06 10:11:56 +0000255 Similar to :c:func:`PyErr_SetFromWindowsErr`, with the additional behavior that
Georg Brandl116aa622007-08-15 14:28:22 +0000256 if *filename* is not *NULL*, it is passed to the constructor of
Victor Stinner92be9392010-12-28 00:28:21 +0000257 :exc:`WindowsError` as a third parameter. *filename* is decoded from the
258 filesystem encoding (:func:`sys.getfilesystemencoding`). Availability:
259 Windows.
Georg Brandl116aa622007-08-15 14:28:22 +0000260
261
Georg Brandl60203b42010-10-06 10:11:56 +0000262.. c:function:: PyObject* PyErr_SetExcFromWindowsErrWithFilename(PyObject *type, int ierr, char *filename)
Georg Brandl116aa622007-08-15 14:28:22 +0000263
Georg Brandl60203b42010-10-06 10:11:56 +0000264 Similar to :c:func:`PyErr_SetFromWindowsErrWithFilename`, with an additional
Georg Brandl116aa622007-08-15 14:28:22 +0000265 parameter specifying the exception type to be raised. Availability: Windows.
266
Georg Brandlf4095832012-04-24 19:16:24 +0200267
Brian Curtin09b86d12012-04-17 16:57:09 -0500268.. c:function:: PyObject* PyErr_SetImportError(PyObject *msg, PyObject *name, PyObject *path)
Brian Curtinbd439742012-04-16 15:14:36 -0500269
270 This is a convenience function to raise :exc:`ImportError`. *msg* will be
Brian Curtin09b86d12012-04-17 16:57:09 -0500271 set as the exception's message string. *name* and *path*, both of which can
272 be ``NULL``, will be set as the :exc:`ImportError`'s respective ``name``
273 and ``path`` attributes.
Brian Curtinbd439742012-04-16 15:14:36 -0500274
Brian Curtinbded8942012-04-16 18:14:09 -0500275 .. versionadded:: 3.3
Georg Brandl116aa622007-08-15 14:28:22 +0000276
Georg Brandlf4095832012-04-24 19:16:24 +0200277
Georg Brandl60203b42010-10-06 10:11:56 +0000278.. c:function:: void PyErr_SyntaxLocationEx(char *filename, int lineno, int col_offset)
Benjamin Peterson2c539712010-09-20 22:42:10 +0000279
280 Set file, line, and offset information for the current exception. If the
281 current exception is not a :exc:`SyntaxError`, then it sets additional
282 attributes, which make the exception printing subsystem think the exception
Victor Stinner555a24f2010-12-27 01:49:26 +0000283 is a :exc:`SyntaxError`. *filename* is decoded from the filesystem encoding
284 (:func:`sys.getfilesystemencoding`).
Benjamin Peterson2c539712010-09-20 22:42:10 +0000285
Georg Brandlf4095832012-04-24 19:16:24 +0200286 .. versionadded:: 3.2
Benjamin Petersonb5d23b42010-09-21 21:29:26 +0000287
Benjamin Peterson2c539712010-09-20 22:42:10 +0000288
Georg Brandl60203b42010-10-06 10:11:56 +0000289.. c:function:: void PyErr_SyntaxLocation(char *filename, int lineno)
Benjamin Peterson2c539712010-09-20 22:42:10 +0000290
Georg Brandl60203b42010-10-06 10:11:56 +0000291 Like :c:func:`PyErr_SyntaxLocationExc`, but the col_offset parameter is
Benjamin Peterson2c539712010-09-20 22:42:10 +0000292 omitted.
293
294
Georg Brandl60203b42010-10-06 10:11:56 +0000295.. c:function:: void PyErr_BadInternalCall()
Georg Brandl116aa622007-08-15 14:28:22 +0000296
Benjamin Peterson5c6d7872009-02-06 02:40:07 +0000297 This is a shorthand for ``PyErr_SetString(PyExc_SystemError, message)``,
298 where *message* indicates that an internal operation (e.g. a Python/C API
299 function) was invoked with an illegal argument. It is mostly for internal
300 use.
Georg Brandl116aa622007-08-15 14:28:22 +0000301
302
Georg Brandl60203b42010-10-06 10:11:56 +0000303.. c:function:: int PyErr_WarnEx(PyObject *category, char *message, int stack_level)
Georg Brandl116aa622007-08-15 14:28:22 +0000304
305 Issue a warning message. The *category* argument is a warning category (see
Victor Stinner555a24f2010-12-27 01:49:26 +0000306 below) or *NULL*; the *message* argument is an UTF-8 encoded string. *stack_level* is a
Georg Brandl116aa622007-08-15 14:28:22 +0000307 positive number giving a number of stack frames; the warning will be issued from
Victor Stinner4a2b7a12010-08-13 14:03:48 +0000308 the currently executing line of code in that stack frame. A *stack_level* of 1
Georg Brandl60203b42010-10-06 10:11:56 +0000309 is the function calling :c:func:`PyErr_WarnEx`, 2 is the function above that,
Georg Brandl116aa622007-08-15 14:28:22 +0000310 and so forth.
311
312 This function normally prints a warning message to *sys.stderr*; however, it is
313 also possible that the user has specified that warnings are to be turned into
314 errors, and in that case this will raise an exception. It is also possible that
315 the function raises an exception because of a problem with the warning machinery
316 (the implementation imports the :mod:`warnings` module to do the heavy lifting).
317 The return value is ``0`` if no exception is raised, or ``-1`` if an exception
318 is raised. (It is not possible to determine whether a warning message is
319 actually printed, nor what the reason is for the exception; this is
320 intentional.) If an exception is raised, the caller should do its normal
Georg Brandl60203b42010-10-06 10:11:56 +0000321 exception handling (for example, :c:func:`Py_DECREF` owned references and return
Georg Brandl116aa622007-08-15 14:28:22 +0000322 an error value).
323
Georg Brandl60203b42010-10-06 10:11:56 +0000324 Warning categories must be subclasses of :c:data:`Warning`; the default warning
325 category is :c:data:`RuntimeWarning`. The standard Python warning categories are
Georg Brandl116aa622007-08-15 14:28:22 +0000326 available as global variables whose names are ``PyExc_`` followed by the Python
Georg Brandl60203b42010-10-06 10:11:56 +0000327 exception name. These have the type :c:type:`PyObject\*`; they are all class
328 objects. Their names are :c:data:`PyExc_Warning`, :c:data:`PyExc_UserWarning`,
329 :c:data:`PyExc_UnicodeWarning`, :c:data:`PyExc_DeprecationWarning`,
330 :c:data:`PyExc_SyntaxWarning`, :c:data:`PyExc_RuntimeWarning`, and
331 :c:data:`PyExc_FutureWarning`. :c:data:`PyExc_Warning` is a subclass of
332 :c:data:`PyExc_Exception`; the other warning categories are subclasses of
333 :c:data:`PyExc_Warning`.
Georg Brandl116aa622007-08-15 14:28:22 +0000334
335 For information about warning control, see the documentation for the
336 :mod:`warnings` module and the :option:`-W` option in the command line
337 documentation. There is no C API for warning control.
338
339
Georg Brandl60203b42010-10-06 10:11:56 +0000340.. c:function:: int PyErr_WarnExplicit(PyObject *category, const char *message, const char *filename, int lineno, const char *module, PyObject *registry)
Georg Brandl116aa622007-08-15 14:28:22 +0000341
342 Issue a warning message with explicit control over all warning attributes. This
343 is a straightforward wrapper around the Python function
344 :func:`warnings.warn_explicit`, see there for more information. The *module*
345 and *registry* arguments may be set to *NULL* to get the default effect
Victor Stinnercb428f02010-12-27 20:10:36 +0000346 described there. *message* and *module* are UTF-8 encoded strings,
347 *filename* is decoded from the filesystem encoding
348 (:func:`sys.getfilesystemencoding`).
Georg Brandl116aa622007-08-15 14:28:22 +0000349
350
Georg Brandl60203b42010-10-06 10:11:56 +0000351.. c:function:: int PyErr_WarnFormat(PyObject *category, Py_ssize_t stack_level, const char *format, ...)
Victor Stinner4a2b7a12010-08-13 14:03:48 +0000352
Georg Brandl60203b42010-10-06 10:11:56 +0000353 Function similar to :c:func:`PyErr_WarnEx`, but use
Victor Stinner555a24f2010-12-27 01:49:26 +0000354 :c:func:`PyUnicode_FromFormat` to format the warning message. *format* is
355 an ASCII-encoded string.
Victor Stinner4a2b7a12010-08-13 14:03:48 +0000356
357 .. versionadded:: 3.2
358
Georg Brandlf4095832012-04-24 19:16:24 +0200359
Georg Brandl60203b42010-10-06 10:11:56 +0000360.. c:function:: int PyErr_CheckSignals()
Georg Brandl116aa622007-08-15 14:28:22 +0000361
362 .. index::
363 module: signal
364 single: SIGINT
365 single: KeyboardInterrupt (built-in exception)
366
367 This function interacts with Python's signal handling. It checks whether a
368 signal has been sent to the processes and if so, invokes the corresponding
369 signal handler. If the :mod:`signal` module is supported, this can invoke a
370 signal handler written in Python. In all cases, the default effect for
371 :const:`SIGINT` is to raise the :exc:`KeyboardInterrupt` exception. If an
372 exception is raised the error indicator is set and the function returns ``-1``;
373 otherwise the function returns ``0``. The error indicator may or may not be
374 cleared if it was previously set.
375
376
Georg Brandl60203b42010-10-06 10:11:56 +0000377.. c:function:: void PyErr_SetInterrupt()
Georg Brandl116aa622007-08-15 14:28:22 +0000378
379 .. index::
380 single: SIGINT
381 single: KeyboardInterrupt (built-in exception)
382
383 This function simulates the effect of a :const:`SIGINT` signal arriving --- the
Georg Brandl60203b42010-10-06 10:11:56 +0000384 next time :c:func:`PyErr_CheckSignals` is called, :exc:`KeyboardInterrupt` will
Georg Brandl116aa622007-08-15 14:28:22 +0000385 be raised. It may be called without holding the interpreter lock.
386
387 .. % XXX This was described as obsolete, but is used in
Georg Brandl2067bfd2008-05-25 13:05:15 +0000388 .. % _thread.interrupt_main() (used from IDLE), so it's still needed.
Georg Brandl116aa622007-08-15 14:28:22 +0000389
390
Georg Brandl60203b42010-10-06 10:11:56 +0000391.. c:function:: int PySignal_SetWakeupFd(int fd)
Christian Heimes5fb7c2a2007-12-24 08:52:31 +0000392
393 This utility function specifies a file descriptor to which a ``'\0'`` byte will
394 be written whenever a signal is received. It returns the previous such file
395 descriptor. The value ``-1`` disables the feature; this is the initial state.
396 This is equivalent to :func:`signal.set_wakeup_fd` in Python, but without any
397 error checking. *fd* should be a valid file descriptor. The function should
398 only be called from the main thread.
399
400
Georg Brandl60203b42010-10-06 10:11:56 +0000401.. c:function:: PyObject* PyErr_NewException(char *name, PyObject *base, PyObject *dict)
Georg Brandl116aa622007-08-15 14:28:22 +0000402
Georg Brandl325eb472011-07-13 15:59:24 +0200403 This utility function creates and returns a new exception class. The *name*
Georg Brandl116aa622007-08-15 14:28:22 +0000404 argument must be the name of the new exception, a C string of the form
Georg Brandl325eb472011-07-13 15:59:24 +0200405 ``module.classname``. The *base* and *dict* arguments are normally *NULL*.
406 This creates a class object derived from :exc:`Exception` (accessible in C as
Georg Brandl60203b42010-10-06 10:11:56 +0000407 :c:data:`PyExc_Exception`).
Georg Brandl116aa622007-08-15 14:28:22 +0000408
409 The :attr:`__module__` attribute of the new class is set to the first part (up
410 to the last dot) of the *name* argument, and the class name is set to the last
411 part (after the last dot). The *base* argument can be used to specify alternate
412 base classes; it can either be only one class or a tuple of classes. The *dict*
413 argument can be used to specify a dictionary of class variables and methods.
414
415
Georg Brandl60203b42010-10-06 10:11:56 +0000416.. c:function:: PyObject* PyErr_NewExceptionWithDoc(char *name, char *doc, PyObject *base, PyObject *dict)
Georg Brandl1e28a272009-12-28 08:41:01 +0000417
Georg Brandl60203b42010-10-06 10:11:56 +0000418 Same as :c:func:`PyErr_NewException`, except that the new exception class can
Georg Brandl1e28a272009-12-28 08:41:01 +0000419 easily be given a docstring: If *doc* is non-*NULL*, it will be used as the
420 docstring for the exception class.
421
422 .. versionadded:: 3.2
423
424
Georg Brandl60203b42010-10-06 10:11:56 +0000425.. c:function:: void PyErr_WriteUnraisable(PyObject *obj)
Georg Brandl116aa622007-08-15 14:28:22 +0000426
427 This utility function prints a warning message to ``sys.stderr`` when an
428 exception has been set but it is impossible for the interpreter to actually
429 raise the exception. It is used, for example, when an exception occurs in an
430 :meth:`__del__` method.
431
432 The function is called with a single argument *obj* that identifies the context
433 in which the unraisable exception occurred. The repr of *obj* will be printed in
434 the warning message.
435
436
Georg Brandlab6f2f62009-03-31 04:16:10 +0000437Exception Objects
438=================
439
Georg Brandl60203b42010-10-06 10:11:56 +0000440.. c:function:: PyObject* PyException_GetTraceback(PyObject *ex)
Georg Brandlab6f2f62009-03-31 04:16:10 +0000441
442 Return the traceback associated with the exception as a new reference, as
443 accessible from Python through :attr:`__traceback__`. If there is no
444 traceback associated, this returns *NULL*.
445
446
Georg Brandl60203b42010-10-06 10:11:56 +0000447.. c:function:: int PyException_SetTraceback(PyObject *ex, PyObject *tb)
Georg Brandlab6f2f62009-03-31 04:16:10 +0000448
449 Set the traceback associated with the exception to *tb*. Use ``Py_None`` to
450 clear it.
451
452
Georg Brandl60203b42010-10-06 10:11:56 +0000453.. c:function:: PyObject* PyException_GetContext(PyObject *ex)
Georg Brandlab6f2f62009-03-31 04:16:10 +0000454
455 Return the context (another exception instance during whose handling *ex* was
456 raised) associated with the exception as a new reference, as accessible from
457 Python through :attr:`__context__`. If there is no context associated, this
458 returns *NULL*.
459
460
Georg Brandl60203b42010-10-06 10:11:56 +0000461.. c:function:: void PyException_SetContext(PyObject *ex, PyObject *ctx)
Georg Brandlab6f2f62009-03-31 04:16:10 +0000462
463 Set the context associated with the exception to *ctx*. Use *NULL* to clear
464 it. There is no type check to make sure that *ctx* is an exception instance.
465 This steals a reference to *ctx*.
466
467
Georg Brandl60203b42010-10-06 10:11:56 +0000468.. c:function:: PyObject* PyException_GetCause(PyObject *ex)
Georg Brandlab6f2f62009-03-31 04:16:10 +0000469
Nick Coghlanab7bf212012-02-26 17:49:52 +1000470 Return the cause (either an exception instance, or :const:`None`,
471 set by ``raise ... from ...``) associated with the exception as a new
472 reference, as accessible from Python through :attr:`__cause__`.
473
Georg Brandlab6f2f62009-03-31 04:16:10 +0000474
Georg Brandl60203b42010-10-06 10:11:56 +0000475.. c:function:: void PyException_SetCause(PyObject *ex, PyObject *ctx)
Georg Brandlab6f2f62009-03-31 04:16:10 +0000476
477 Set the cause associated with the exception to *ctx*. Use *NULL* to clear
Nick Coghlanab7bf212012-02-26 17:49:52 +1000478 it. There is no type check to make sure that *ctx* is either an exception
479 instance or :const:`None`. This steals a reference to *ctx*.
480
Benjamin Petersond5a1c442012-05-14 22:09:31 -0700481 :attr:`__suppress_context__` is implicitly set to ``True`` by this function.
Georg Brandlab6f2f62009-03-31 04:16:10 +0000482
483
Georg Brandl5a932652010-11-23 07:54:19 +0000484.. _unicodeexceptions:
485
486Unicode Exception Objects
487=========================
488
489The following functions are used to create and modify Unicode exceptions from C.
490
491.. 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)
492
493 Create a :class:`UnicodeDecodeError` object with the attributes *encoding*,
Victor Stinner555a24f2010-12-27 01:49:26 +0000494 *object*, *length*, *start*, *end* and *reason*. *encoding* and *reason* are
495 UTF-8 encoded strings.
Georg Brandl5a932652010-11-23 07:54:19 +0000496
497.. 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)
498
499 Create a :class:`UnicodeEncodeError` object with the attributes *encoding*,
Victor Stinner555a24f2010-12-27 01:49:26 +0000500 *object*, *length*, *start*, *end* and *reason*. *encoding* and *reason* are
501 UTF-8 encoded strings.
Georg Brandl5a932652010-11-23 07:54:19 +0000502
503.. c:function:: PyObject* PyUnicodeTranslateError_Create(const Py_UNICODE *object, Py_ssize_t length, Py_ssize_t start, Py_ssize_t end, const char *reason)
504
505 Create a :class:`UnicodeTranslateError` object with the attributes *object*,
Victor Stinner555a24f2010-12-27 01:49:26 +0000506 *length*, *start*, *end* and *reason*. *reason* is an UTF-8 encoded string.
Georg Brandl5a932652010-11-23 07:54:19 +0000507
508.. c:function:: PyObject* PyUnicodeDecodeError_GetEncoding(PyObject *exc)
509 PyObject* PyUnicodeEncodeError_GetEncoding(PyObject *exc)
510
511 Return the *encoding* attribute of the given exception object.
512
513.. c:function:: PyObject* PyUnicodeDecodeError_GetObject(PyObject *exc)
514 PyObject* PyUnicodeEncodeError_GetObject(PyObject *exc)
515 PyObject* PyUnicodeTranslateError_GetObject(PyObject *exc)
516
517 Return the *object* attribute of the given exception object.
518
519.. c:function:: int PyUnicodeDecodeError_GetStart(PyObject *exc, Py_ssize_t *start)
520 int PyUnicodeEncodeError_GetStart(PyObject *exc, Py_ssize_t *start)
521 int PyUnicodeTranslateError_GetStart(PyObject *exc, Py_ssize_t *start)
522
523 Get the *start* attribute of the given exception object and place it into
524 *\*start*. *start* must not be *NULL*. Return ``0`` on success, ``-1`` on
525 failure.
526
527.. c:function:: int PyUnicodeDecodeError_SetStart(PyObject *exc, Py_ssize_t start)
528 int PyUnicodeEncodeError_SetStart(PyObject *exc, Py_ssize_t start)
529 int PyUnicodeTranslateError_SetStart(PyObject *exc, Py_ssize_t start)
530
531 Set the *start* attribute of the given exception object to *start*. Return
532 ``0`` on success, ``-1`` on failure.
533
534.. c:function:: int PyUnicodeDecodeError_GetEnd(PyObject *exc, Py_ssize_t *end)
535 int PyUnicodeEncodeError_GetEnd(PyObject *exc, Py_ssize_t *end)
536 int PyUnicodeTranslateError_GetEnd(PyObject *exc, Py_ssize_t *end)
537
538 Get the *end* attribute of the given exception object and place it into
539 *\*end*. *end* must not be *NULL*. Return ``0`` on success, ``-1`` on
540 failure.
541
542.. c:function:: int PyUnicodeDecodeError_SetEnd(PyObject *exc, Py_ssize_t end)
543 int PyUnicodeEncodeError_SetEnd(PyObject *exc, Py_ssize_t end)
544 int PyUnicodeTranslateError_SetEnd(PyObject *exc, Py_ssize_t end)
545
546 Set the *end* attribute of the given exception object to *end*. Return ``0``
547 on success, ``-1`` on failure.
548
549.. c:function:: PyObject* PyUnicodeDecodeError_GetReason(PyObject *exc)
550 PyObject* PyUnicodeEncodeError_GetReason(PyObject *exc)
551 PyObject* PyUnicodeTranslateError_GetReason(PyObject *exc)
552
553 Return the *reason* attribute of the given exception object.
554
555.. c:function:: int PyUnicodeDecodeError_SetReason(PyObject *exc, const char *reason)
556 int PyUnicodeEncodeError_SetReason(PyObject *exc, const char *reason)
557 int PyUnicodeTranslateError_SetReason(PyObject *exc, const char *reason)
558
559 Set the *reason* attribute of the given exception object to *reason*. Return
560 ``0`` on success, ``-1`` on failure.
561
562
Georg Brandl93dc9eb2010-03-14 10:56:14 +0000563Recursion Control
564=================
565
566These two functions provide a way to perform safe recursive calls at the C
567level, both in the core and in extension modules. They are needed if the
568recursive code does not necessarily invoke Python code (which tracks its
569recursion depth automatically).
570
Georg Brandl60203b42010-10-06 10:11:56 +0000571.. c:function:: int Py_EnterRecursiveCall(char *where)
Georg Brandl93dc9eb2010-03-14 10:56:14 +0000572
573 Marks a point where a recursive C-level call is about to be performed.
574
Ezio Melottif1064492011-10-19 11:06:26 +0300575 If :const:`USE_STACKCHECK` is defined, this function checks if the OS
Georg Brandl60203b42010-10-06 10:11:56 +0000576 stack overflowed using :c:func:`PyOS_CheckStack`. In this is the case, it
Georg Brandl93dc9eb2010-03-14 10:56:14 +0000577 sets a :exc:`MemoryError` and returns a nonzero value.
578
579 The function then checks if the recursion limit is reached. If this is the
580 case, a :exc:`RuntimeError` is set and a nonzero value is returned.
581 Otherwise, zero is returned.
582
583 *where* should be a string such as ``" in instance check"`` to be
584 concatenated to the :exc:`RuntimeError` message caused by the recursion depth
585 limit.
586
Georg Brandl60203b42010-10-06 10:11:56 +0000587.. c:function:: void Py_LeaveRecursiveCall()
Georg Brandl93dc9eb2010-03-14 10:56:14 +0000588
Georg Brandl60203b42010-10-06 10:11:56 +0000589 Ends a :c:func:`Py_EnterRecursiveCall`. Must be called once for each
590 *successful* invocation of :c:func:`Py_EnterRecursiveCall`.
Georg Brandl93dc9eb2010-03-14 10:56:14 +0000591
Daniel Stutzbach7cb30512010-12-17 16:31:32 +0000592Properly implementing :attr:`tp_repr` for container types requires
593special recursion handling. In addition to protecting the stack,
594:attr:`tp_repr` also needs to track objects to prevent cycles. The
595following two functions facilitate this functionality. Effectively,
596these are the C equivalent to :func:`reprlib.recursive_repr`.
597
Daniel Stutzbachc5895dc2010-12-17 22:28:07 +0000598.. c:function:: int Py_ReprEnter(PyObject *object)
Daniel Stutzbach7cb30512010-12-17 16:31:32 +0000599
600 Called at the beginning of the :attr:`tp_repr` implementation to
601 detect cycles.
602
603 If the object has already been processed, the function returns a
604 positive integer. In that case the :attr:`tp_repr` implementation
605 should return a string object indicating a cycle. As examples,
606 :class:`dict` objects return ``{...}`` and :class:`list` objects
607 return ``[...]``.
608
609 The function will return a negative integer if the recursion limit
610 is reached. In that case the :attr:`tp_repr` implementation should
611 typically return ``NULL``.
612
613 Otherwise, the function returns zero and the :attr:`tp_repr`
614 implementation can continue normally.
615
616.. c:function:: void Py_ReprLeave(PyObject *object)
617
Daniel Stutzbachc5895dc2010-12-17 22:28:07 +0000618 Ends a :c:func:`Py_ReprEnter`. Must be called once for each
619 invocation of :c:func:`Py_ReprEnter` that returns zero.
Daniel Stutzbach7cb30512010-12-17 16:31:32 +0000620
Georg Brandl93dc9eb2010-03-14 10:56:14 +0000621
Georg Brandl116aa622007-08-15 14:28:22 +0000622.. _standardexceptions:
623
624Standard Exceptions
625===================
626
627All standard Python exceptions are available as global variables whose names are
628``PyExc_`` followed by the Python exception name. These have the type
Georg Brandl60203b42010-10-06 10:11:56 +0000629:c:type:`PyObject\*`; they are all class objects. For completeness, here are all
Georg Brandl116aa622007-08-15 14:28:22 +0000630the variables:
631
Antoine Pitrou9a4a3422011-10-12 18:28:01 +0200632+-----------------------------------------+---------------------------------+----------+
633| C Name | Python Name | Notes |
634+=========================================+=================================+==========+
635| :c:data:`PyExc_BaseException` | :exc:`BaseException` | \(1) |
636+-----------------------------------------+---------------------------------+----------+
637| :c:data:`PyExc_Exception` | :exc:`Exception` | \(1) |
638+-----------------------------------------+---------------------------------+----------+
639| :c:data:`PyExc_ArithmeticError` | :exc:`ArithmeticError` | \(1) |
640+-----------------------------------------+---------------------------------+----------+
641| :c:data:`PyExc_LookupError` | :exc:`LookupError` | \(1) |
642+-----------------------------------------+---------------------------------+----------+
643| :c:data:`PyExc_AssertionError` | :exc:`AssertionError` | |
644+-----------------------------------------+---------------------------------+----------+
645| :c:data:`PyExc_AttributeError` | :exc:`AttributeError` | |
646+-----------------------------------------+---------------------------------+----------+
647| :c:data:`PyExc_BlockingIOError` | :exc:`BlockingIOError` | |
648+-----------------------------------------+---------------------------------+----------+
649| :c:data:`PyExc_BrokenPipeError` | :exc:`BrokenPipeError` | |
650+-----------------------------------------+---------------------------------+----------+
651| :c:data:`PyExc_ChildProcessError` | :exc:`ChildProcessError` | |
652+-----------------------------------------+---------------------------------+----------+
653| :c:data:`PyExc_ConnectionError` | :exc:`ConnectionError` | |
654+-----------------------------------------+---------------------------------+----------+
655| :c:data:`PyExc_ConnectionAbortedError` | :exc:`ConnectionAbortedError` | |
656+-----------------------------------------+---------------------------------+----------+
657| :c:data:`PyExc_ConnectionRefusedError` | :exc:`ConnectionRefusedError` | |
658+-----------------------------------------+---------------------------------+----------+
659| :c:data:`PyExc_ConnectionResetError` | :exc:`ConnectionResetError` | |
660+-----------------------------------------+---------------------------------+----------+
661| :c:data:`PyExc_FileExistsError` | :exc:`FileExistsError` | |
662+-----------------------------------------+---------------------------------+----------+
663| :c:data:`PyExc_FileNotFoundError` | :exc:`FileNotFoundError` | |
664+-----------------------------------------+---------------------------------+----------+
665| :c:data:`PyExc_EOFError` | :exc:`EOFError` | |
666+-----------------------------------------+---------------------------------+----------+
667| :c:data:`PyExc_FloatingPointError` | :exc:`FloatingPointError` | |
668+-----------------------------------------+---------------------------------+----------+
669| :c:data:`PyExc_ImportError` | :exc:`ImportError` | |
670+-----------------------------------------+---------------------------------+----------+
671| :c:data:`PyExc_IndexError` | :exc:`IndexError` | |
672+-----------------------------------------+---------------------------------+----------+
673| :c:data:`PyExc_InterruptedError` | :exc:`InterruptedError` | |
674+-----------------------------------------+---------------------------------+----------+
675| :c:data:`PyExc_IsADirectoryError` | :exc:`IsADirectoryError` | |
676+-----------------------------------------+---------------------------------+----------+
677| :c:data:`PyExc_KeyError` | :exc:`KeyError` | |
678+-----------------------------------------+---------------------------------+----------+
679| :c:data:`PyExc_KeyboardInterrupt` | :exc:`KeyboardInterrupt` | |
680+-----------------------------------------+---------------------------------+----------+
681| :c:data:`PyExc_MemoryError` | :exc:`MemoryError` | |
682+-----------------------------------------+---------------------------------+----------+
683| :c:data:`PyExc_NameError` | :exc:`NameError` | |
684+-----------------------------------------+---------------------------------+----------+
685| :c:data:`PyExc_NotADirectoryError` | :exc:`NotADirectoryError` | |
686+-----------------------------------------+---------------------------------+----------+
687| :c:data:`PyExc_NotImplementedError` | :exc:`NotImplementedError` | |
688+-----------------------------------------+---------------------------------+----------+
689| :c:data:`PyExc_OSError` | :exc:`OSError` | \(1) |
690+-----------------------------------------+---------------------------------+----------+
691| :c:data:`PyExc_OverflowError` | :exc:`OverflowError` | |
692+-----------------------------------------+---------------------------------+----------+
693| :c:data:`PyExc_PermissionError` | :exc:`PermissionError` | |
694+-----------------------------------------+---------------------------------+----------+
695| :c:data:`PyExc_ProcessLookupError` | :exc:`ProcessLookupError` | |
696+-----------------------------------------+---------------------------------+----------+
697| :c:data:`PyExc_ReferenceError` | :exc:`ReferenceError` | \(2) |
698+-----------------------------------------+---------------------------------+----------+
699| :c:data:`PyExc_RuntimeError` | :exc:`RuntimeError` | |
700+-----------------------------------------+---------------------------------+----------+
701| :c:data:`PyExc_SyntaxError` | :exc:`SyntaxError` | |
702+-----------------------------------------+---------------------------------+----------+
703| :c:data:`PyExc_SystemError` | :exc:`SystemError` | |
704+-----------------------------------------+---------------------------------+----------+
705| :c:data:`PyExc_TimeoutError` | :exc:`TimeoutError` | |
706+-----------------------------------------+---------------------------------+----------+
707| :c:data:`PyExc_SystemExit` | :exc:`SystemExit` | |
708+-----------------------------------------+---------------------------------+----------+
709| :c:data:`PyExc_TypeError` | :exc:`TypeError` | |
710+-----------------------------------------+---------------------------------+----------+
711| :c:data:`PyExc_ValueError` | :exc:`ValueError` | |
712+-----------------------------------------+---------------------------------+----------+
713| :c:data:`PyExc_ZeroDivisionError` | :exc:`ZeroDivisionError` | |
714+-----------------------------------------+---------------------------------+----------+
715
716.. versionadded:: 3.3
717 :c:data:`PyExc_BlockingIOError`, :c:data:`PyExc_BrokenPipeError`,
718 :c:data:`PyExc_ChildProcessError`, :c:data:`PyExc_ConnectionError`,
719 :c:data:`PyExc_ConnectionAbortedError`, :c:data:`PyExc_ConnectionRefusedError`,
720 :c:data:`PyExc_ConnectionResetError`, :c:data:`PyExc_FileExistsError`,
721 :c:data:`PyExc_FileNotFoundError`, :c:data:`PyExc_InterruptedError`,
722 :c:data:`PyExc_IsADirectoryError`, :c:data:`PyExc_NotADirectoryError`,
723 :c:data:`PyExc_PermissionError`, :c:data:`PyExc_ProcessLookupError`
724 and :c:data:`PyExc_TimeoutError` were introduced following :pep:`3151`.
725
726
727These are compatibility aliases to :c:data:`PyExc_OSError`:
728
729+-------------------------------------+----------+
730| C Name | Notes |
731+=====================================+==========+
732| :c:data:`PyExc_EnvironmentError` | |
733+-------------------------------------+----------+
734| :c:data:`PyExc_IOError` | |
735+-------------------------------------+----------+
736| :c:data:`PyExc_WindowsError` | \(3) |
737+-------------------------------------+----------+
738
739.. versionchanged:: 3.3
740 These aliases used to be separate exception types.
741
Georg Brandl116aa622007-08-15 14:28:22 +0000742
743.. index::
744 single: PyExc_BaseException
745 single: PyExc_Exception
746 single: PyExc_ArithmeticError
747 single: PyExc_LookupError
748 single: PyExc_AssertionError
749 single: PyExc_AttributeError
Antoine Pitrou23a580f2011-10-12 18:33:15 +0200750 single: PyExc_BlockingIOError
751 single: PyExc_BrokenPipeError
752 single: PyExc_ConnectionError
753 single: PyExc_ConnectionAbortedError
754 single: PyExc_ConnectionRefusedError
755 single: PyExc_ConnectionResetError
Georg Brandl116aa622007-08-15 14:28:22 +0000756 single: PyExc_EOFError
Antoine Pitrou23a580f2011-10-12 18:33:15 +0200757 single: PyExc_FileExistsError
758 single: PyExc_FileNotFoundError
Georg Brandl116aa622007-08-15 14:28:22 +0000759 single: PyExc_FloatingPointError
Georg Brandl116aa622007-08-15 14:28:22 +0000760 single: PyExc_ImportError
761 single: PyExc_IndexError
Antoine Pitrou23a580f2011-10-12 18:33:15 +0200762 single: PyExc_InterruptedError
763 single: PyExc_IsADirectoryError
Georg Brandl116aa622007-08-15 14:28:22 +0000764 single: PyExc_KeyError
765 single: PyExc_KeyboardInterrupt
766 single: PyExc_MemoryError
767 single: PyExc_NameError
Antoine Pitrou23a580f2011-10-12 18:33:15 +0200768 single: PyExc_NotADirectoryError
Georg Brandl116aa622007-08-15 14:28:22 +0000769 single: PyExc_NotImplementedError
770 single: PyExc_OSError
771 single: PyExc_OverflowError
Antoine Pitrou23a580f2011-10-12 18:33:15 +0200772 single: PyExc_PermissionError
773 single: PyExc_ProcessLookupError
Georg Brandl116aa622007-08-15 14:28:22 +0000774 single: PyExc_ReferenceError
775 single: PyExc_RuntimeError
776 single: PyExc_SyntaxError
777 single: PyExc_SystemError
778 single: PyExc_SystemExit
Antoine Pitrou23a580f2011-10-12 18:33:15 +0200779 single: PyExc_TimeoutError
Georg Brandl116aa622007-08-15 14:28:22 +0000780 single: PyExc_TypeError
781 single: PyExc_ValueError
Georg Brandl116aa622007-08-15 14:28:22 +0000782 single: PyExc_ZeroDivisionError
Antoine Pitrou23a580f2011-10-12 18:33:15 +0200783 single: PyExc_EnvironmentError
784 single: PyExc_IOError
785 single: PyExc_WindowsError
Georg Brandl116aa622007-08-15 14:28:22 +0000786
787Notes:
788
789(1)
790 This is a base class for other standard exceptions.
791
792(2)
793 This is the same as :exc:`weakref.ReferenceError`.
794
795(3)
796 Only defined on Windows; protect code that uses this by testing that the
797 preprocessor macro ``MS_WINDOWS`` is defined.