blob: c0c30a045012ac3a988fade777921ae72d4f9c74 [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 Brandl991fc572013-04-14 11:12:16 +0200225.. c:function:: PyObject* PyErr_SetFromErrnoWithFilenameObject(PyObject *type, PyObject *filenameObject)
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 Brandl991fc572013-04-14 11:12:16 +0200228 *filenameObject* is not *NULL*, it is passed to the constructor of *type* as
229 a third parameter. In the case of exceptions such as :exc:`IOError` and
230 :exc:`OSError`, this is used to define the :attr:`filename` attribute of the
231 exception instance.
232
233
234.. c:function:: PyObject* PyErr_SetFromErrnoWithFilename(PyObject *type, const char *filename)
235
236 Similar to :c:func:`PyErr_SetFromErrnoWithFilenameObject`, but the filename
237 is given as a C string. *filename* is decoded from the filesystem encoding
Victor Stinner257d38f2010-10-09 10:12:11 +0000238 (:func:`sys.getfilesystemencoding`).
Georg Brandl116aa622007-08-15 14:28:22 +0000239
240
Georg Brandl60203b42010-10-06 10:11:56 +0000241.. c:function:: PyObject* PyErr_SetFromWindowsErr(int ierr)
Georg Brandl116aa622007-08-15 14:28:22 +0000242
243 This is a convenience function to raise :exc:`WindowsError`. If called with
Georg Brandl60203b42010-10-06 10:11:56 +0000244 *ierr* of :c:data:`0`, the error code returned by a call to :c:func:`GetLastError`
245 is used instead. It calls the Win32 function :c:func:`FormatMessage` to retrieve
246 the Windows description of error code given by *ierr* or :c:func:`GetLastError`,
Georg Brandl116aa622007-08-15 14:28:22 +0000247 then it constructs a tuple object whose first item is the *ierr* value and whose
248 second item is the corresponding error message (gotten from
Georg Brandl60203b42010-10-06 10:11:56 +0000249 :c:func:`FormatMessage`), and then calls ``PyErr_SetObject(PyExc_WindowsError,
Georg Brandl116aa622007-08-15 14:28:22 +0000250 object)``. This function always returns *NULL*. Availability: Windows.
251
252
Georg Brandl60203b42010-10-06 10:11:56 +0000253.. c:function:: PyObject* PyErr_SetExcFromWindowsErr(PyObject *type, int ierr)
Georg Brandl116aa622007-08-15 14:28:22 +0000254
Georg Brandl60203b42010-10-06 10:11:56 +0000255 Similar to :c:func:`PyErr_SetFromWindowsErr`, with an additional parameter
Georg Brandl116aa622007-08-15 14:28:22 +0000256 specifying the exception type to be raised. Availability: Windows.
257
Georg Brandl116aa622007-08-15 14:28:22 +0000258
Georg Brandl991fc572013-04-14 11:12:16 +0200259.. c:function:: PyObject* PyErr_SetFromWindowsErrWithFilenameObject(int ierr, PyObject *filenameObject)
260
261 Similar to :c:func:`PyErr_SetFromWindowsErr`, with the additional behavior
262 that if *filenameObject* is not *NULL*, it is passed to the constructor of
263 :exc:`WindowsError` as a third parameter. Availability: Windows.
264
265
Georg Brandl60203b42010-10-06 10:11:56 +0000266.. c:function:: PyObject* PyErr_SetFromWindowsErrWithFilename(int ierr, const char *filename)
Georg Brandl116aa622007-08-15 14:28:22 +0000267
Georg Brandl991fc572013-04-14 11:12:16 +0200268 Similar to :c:func:`PyErr_SetFromWindowsErrWithFilenameObject`, but the
269 filename is given as a C string. *filename* is decoded from the filesystem
270 encoding (:func:`sys.getfilesystemencoding`). Availability: Windows.
Georg Brandl116aa622007-08-15 14:28:22 +0000271
272
Georg Brandl991fc572013-04-14 11:12:16 +0200273.. c:function:: PyObject* PyErr_SetExcFromWindowsErrWithFilenameObject(PyObject *type, int ierr, PyObject *filename)
274
275 Similar to :c:func:`PyErr_SetFromWindowsErrWithFilenameObject`, with an
276 additional parameter specifying the exception type to be raised.
277 Availability: Windows.
278
279
280.. c:function:: PyObject* PyErr_SetExcFromWindowsErrWithFilename(PyObject *type, int ierr, const char *filename)
Georg Brandl116aa622007-08-15 14:28:22 +0000281
Georg Brandl60203b42010-10-06 10:11:56 +0000282 Similar to :c:func:`PyErr_SetFromWindowsErrWithFilename`, with an additional
Georg Brandl116aa622007-08-15 14:28:22 +0000283 parameter specifying the exception type to be raised. Availability: Windows.
284
Georg Brandlf4095832012-04-24 19:16:24 +0200285
Brian Curtin09b86d12012-04-17 16:57:09 -0500286.. c:function:: PyObject* PyErr_SetImportError(PyObject *msg, PyObject *name, PyObject *path)
Brian Curtinbd439742012-04-16 15:14:36 -0500287
288 This is a convenience function to raise :exc:`ImportError`. *msg* will be
Brian Curtin09b86d12012-04-17 16:57:09 -0500289 set as the exception's message string. *name* and *path*, both of which can
290 be ``NULL``, will be set as the :exc:`ImportError`'s respective ``name``
291 and ``path`` attributes.
Brian Curtinbd439742012-04-16 15:14:36 -0500292
Brian Curtinbded8942012-04-16 18:14:09 -0500293 .. versionadded:: 3.3
Georg Brandl116aa622007-08-15 14:28:22 +0000294
Georg Brandlf4095832012-04-24 19:16:24 +0200295
Georg Brandl60203b42010-10-06 10:11:56 +0000296.. c:function:: void PyErr_SyntaxLocationEx(char *filename, int lineno, int col_offset)
Benjamin Peterson2c539712010-09-20 22:42:10 +0000297
298 Set file, line, and offset information for the current exception. If the
299 current exception is not a :exc:`SyntaxError`, then it sets additional
300 attributes, which make the exception printing subsystem think the exception
Victor Stinner555a24f2010-12-27 01:49:26 +0000301 is a :exc:`SyntaxError`. *filename* is decoded from the filesystem encoding
302 (:func:`sys.getfilesystemencoding`).
Benjamin Peterson2c539712010-09-20 22:42:10 +0000303
Georg Brandlf4095832012-04-24 19:16:24 +0200304 .. versionadded:: 3.2
Benjamin Petersonb5d23b42010-09-21 21:29:26 +0000305
Benjamin Peterson2c539712010-09-20 22:42:10 +0000306
Georg Brandl60203b42010-10-06 10:11:56 +0000307.. c:function:: void PyErr_SyntaxLocation(char *filename, int lineno)
Benjamin Peterson2c539712010-09-20 22:42:10 +0000308
Georg Brandl60203b42010-10-06 10:11:56 +0000309 Like :c:func:`PyErr_SyntaxLocationExc`, but the col_offset parameter is
Benjamin Peterson2c539712010-09-20 22:42:10 +0000310 omitted.
311
312
Georg Brandl60203b42010-10-06 10:11:56 +0000313.. c:function:: void PyErr_BadInternalCall()
Georg Brandl116aa622007-08-15 14:28:22 +0000314
Benjamin Peterson5c6d7872009-02-06 02:40:07 +0000315 This is a shorthand for ``PyErr_SetString(PyExc_SystemError, message)``,
316 where *message* indicates that an internal operation (e.g. a Python/C API
317 function) was invoked with an illegal argument. It is mostly for internal
318 use.
Georg Brandl116aa622007-08-15 14:28:22 +0000319
320
Georg Brandl60203b42010-10-06 10:11:56 +0000321.. c:function:: int PyErr_WarnEx(PyObject *category, char *message, int stack_level)
Georg Brandl116aa622007-08-15 14:28:22 +0000322
323 Issue a warning message. The *category* argument is a warning category (see
Victor Stinner555a24f2010-12-27 01:49:26 +0000324 below) or *NULL*; the *message* argument is an UTF-8 encoded string. *stack_level* is a
Georg Brandl116aa622007-08-15 14:28:22 +0000325 positive number giving a number of stack frames; the warning will be issued from
Victor Stinner4a2b7a12010-08-13 14:03:48 +0000326 the currently executing line of code in that stack frame. A *stack_level* of 1
Georg Brandl60203b42010-10-06 10:11:56 +0000327 is the function calling :c:func:`PyErr_WarnEx`, 2 is the function above that,
Georg Brandl116aa622007-08-15 14:28:22 +0000328 and so forth.
329
330 This function normally prints a warning message to *sys.stderr*; however, it is
331 also possible that the user has specified that warnings are to be turned into
332 errors, and in that case this will raise an exception. It is also possible that
333 the function raises an exception because of a problem with the warning machinery
334 (the implementation imports the :mod:`warnings` module to do the heavy lifting).
335 The return value is ``0`` if no exception is raised, or ``-1`` if an exception
336 is raised. (It is not possible to determine whether a warning message is
337 actually printed, nor what the reason is for the exception; this is
338 intentional.) If an exception is raised, the caller should do its normal
Georg Brandl60203b42010-10-06 10:11:56 +0000339 exception handling (for example, :c:func:`Py_DECREF` owned references and return
Georg Brandl116aa622007-08-15 14:28:22 +0000340 an error value).
341
Georg Brandl60203b42010-10-06 10:11:56 +0000342 Warning categories must be subclasses of :c:data:`Warning`; the default warning
343 category is :c:data:`RuntimeWarning`. The standard Python warning categories are
Georg Brandl116aa622007-08-15 14:28:22 +0000344 available as global variables whose names are ``PyExc_`` followed by the Python
Georg Brandl60203b42010-10-06 10:11:56 +0000345 exception name. These have the type :c:type:`PyObject\*`; they are all class
346 objects. Their names are :c:data:`PyExc_Warning`, :c:data:`PyExc_UserWarning`,
347 :c:data:`PyExc_UnicodeWarning`, :c:data:`PyExc_DeprecationWarning`,
348 :c:data:`PyExc_SyntaxWarning`, :c:data:`PyExc_RuntimeWarning`, and
349 :c:data:`PyExc_FutureWarning`. :c:data:`PyExc_Warning` is a subclass of
350 :c:data:`PyExc_Exception`; the other warning categories are subclasses of
351 :c:data:`PyExc_Warning`.
Georg Brandl116aa622007-08-15 14:28:22 +0000352
353 For information about warning control, see the documentation for the
354 :mod:`warnings` module and the :option:`-W` option in the command line
355 documentation. There is no C API for warning control.
356
357
Georg Brandl60203b42010-10-06 10:11:56 +0000358.. 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 +0000359
360 Issue a warning message with explicit control over all warning attributes. This
361 is a straightforward wrapper around the Python function
362 :func:`warnings.warn_explicit`, see there for more information. The *module*
363 and *registry* arguments may be set to *NULL* to get the default effect
Victor Stinnercb428f02010-12-27 20:10:36 +0000364 described there. *message* and *module* are UTF-8 encoded strings,
365 *filename* is decoded from the filesystem encoding
366 (:func:`sys.getfilesystemencoding`).
Georg Brandl116aa622007-08-15 14:28:22 +0000367
368
Georg Brandl60203b42010-10-06 10:11:56 +0000369.. c:function:: int PyErr_WarnFormat(PyObject *category, Py_ssize_t stack_level, const char *format, ...)
Victor Stinner4a2b7a12010-08-13 14:03:48 +0000370
Georg Brandl60203b42010-10-06 10:11:56 +0000371 Function similar to :c:func:`PyErr_WarnEx`, but use
Victor Stinner555a24f2010-12-27 01:49:26 +0000372 :c:func:`PyUnicode_FromFormat` to format the warning message. *format* is
373 an ASCII-encoded string.
Victor Stinner4a2b7a12010-08-13 14:03:48 +0000374
375 .. versionadded:: 3.2
376
Georg Brandlf4095832012-04-24 19:16:24 +0200377
Georg Brandl60203b42010-10-06 10:11:56 +0000378.. c:function:: int PyErr_CheckSignals()
Georg Brandl116aa622007-08-15 14:28:22 +0000379
380 .. index::
381 module: signal
382 single: SIGINT
383 single: KeyboardInterrupt (built-in exception)
384
385 This function interacts with Python's signal handling. It checks whether a
386 signal has been sent to the processes and if so, invokes the corresponding
387 signal handler. If the :mod:`signal` module is supported, this can invoke a
388 signal handler written in Python. In all cases, the default effect for
389 :const:`SIGINT` is to raise the :exc:`KeyboardInterrupt` exception. If an
390 exception is raised the error indicator is set and the function returns ``-1``;
391 otherwise the function returns ``0``. The error indicator may or may not be
392 cleared if it was previously set.
393
394
Georg Brandl60203b42010-10-06 10:11:56 +0000395.. c:function:: void PyErr_SetInterrupt()
Georg Brandl116aa622007-08-15 14:28:22 +0000396
397 .. index::
398 single: SIGINT
399 single: KeyboardInterrupt (built-in exception)
400
401 This function simulates the effect of a :const:`SIGINT` signal arriving --- the
Georg Brandl60203b42010-10-06 10:11:56 +0000402 next time :c:func:`PyErr_CheckSignals` is called, :exc:`KeyboardInterrupt` will
Georg Brandl116aa622007-08-15 14:28:22 +0000403 be raised. It may be called without holding the interpreter lock.
404
405 .. % XXX This was described as obsolete, but is used in
Georg Brandl2067bfd2008-05-25 13:05:15 +0000406 .. % _thread.interrupt_main() (used from IDLE), so it's still needed.
Georg Brandl116aa622007-08-15 14:28:22 +0000407
408
Georg Brandl60203b42010-10-06 10:11:56 +0000409.. c:function:: int PySignal_SetWakeupFd(int fd)
Christian Heimes5fb7c2a2007-12-24 08:52:31 +0000410
411 This utility function specifies a file descriptor to which a ``'\0'`` byte will
412 be written whenever a signal is received. It returns the previous such file
413 descriptor. The value ``-1`` disables the feature; this is the initial state.
414 This is equivalent to :func:`signal.set_wakeup_fd` in Python, but without any
415 error checking. *fd* should be a valid file descriptor. The function should
416 only be called from the main thread.
417
418
Georg Brandl60203b42010-10-06 10:11:56 +0000419.. c:function:: PyObject* PyErr_NewException(char *name, PyObject *base, PyObject *dict)
Georg Brandl116aa622007-08-15 14:28:22 +0000420
Georg Brandl325eb472011-07-13 15:59:24 +0200421 This utility function creates and returns a new exception class. The *name*
Georg Brandl116aa622007-08-15 14:28:22 +0000422 argument must be the name of the new exception, a C string of the form
Georg Brandl325eb472011-07-13 15:59:24 +0200423 ``module.classname``. The *base* and *dict* arguments are normally *NULL*.
424 This creates a class object derived from :exc:`Exception` (accessible in C as
Georg Brandl60203b42010-10-06 10:11:56 +0000425 :c:data:`PyExc_Exception`).
Georg Brandl116aa622007-08-15 14:28:22 +0000426
427 The :attr:`__module__` attribute of the new class is set to the first part (up
428 to the last dot) of the *name* argument, and the class name is set to the last
429 part (after the last dot). The *base* argument can be used to specify alternate
430 base classes; it can either be only one class or a tuple of classes. The *dict*
431 argument can be used to specify a dictionary of class variables and methods.
432
433
Georg Brandl60203b42010-10-06 10:11:56 +0000434.. c:function:: PyObject* PyErr_NewExceptionWithDoc(char *name, char *doc, PyObject *base, PyObject *dict)
Georg Brandl1e28a272009-12-28 08:41:01 +0000435
Georg Brandl60203b42010-10-06 10:11:56 +0000436 Same as :c:func:`PyErr_NewException`, except that the new exception class can
Georg Brandl1e28a272009-12-28 08:41:01 +0000437 easily be given a docstring: If *doc* is non-*NULL*, it will be used as the
438 docstring for the exception class.
439
440 .. versionadded:: 3.2
441
442
Georg Brandl60203b42010-10-06 10:11:56 +0000443.. c:function:: void PyErr_WriteUnraisable(PyObject *obj)
Georg Brandl116aa622007-08-15 14:28:22 +0000444
445 This utility function prints a warning message to ``sys.stderr`` when an
446 exception has been set but it is impossible for the interpreter to actually
447 raise the exception. It is used, for example, when an exception occurs in an
448 :meth:`__del__` method.
449
450 The function is called with a single argument *obj* that identifies the context
451 in which the unraisable exception occurred. The repr of *obj* will be printed in
452 the warning message.
453
454
Georg Brandlab6f2f62009-03-31 04:16:10 +0000455Exception Objects
456=================
457
Georg Brandl60203b42010-10-06 10:11:56 +0000458.. c:function:: PyObject* PyException_GetTraceback(PyObject *ex)
Georg Brandlab6f2f62009-03-31 04:16:10 +0000459
460 Return the traceback associated with the exception as a new reference, as
461 accessible from Python through :attr:`__traceback__`. If there is no
462 traceback associated, this returns *NULL*.
463
464
Georg Brandl60203b42010-10-06 10:11:56 +0000465.. c:function:: int PyException_SetTraceback(PyObject *ex, PyObject *tb)
Georg Brandlab6f2f62009-03-31 04:16:10 +0000466
467 Set the traceback associated with the exception to *tb*. Use ``Py_None`` to
468 clear it.
469
470
Georg Brandl60203b42010-10-06 10:11:56 +0000471.. c:function:: PyObject* PyException_GetContext(PyObject *ex)
Georg Brandlab6f2f62009-03-31 04:16:10 +0000472
473 Return the context (another exception instance during whose handling *ex* was
474 raised) associated with the exception as a new reference, as accessible from
475 Python through :attr:`__context__`. If there is no context associated, this
476 returns *NULL*.
477
478
Georg Brandl60203b42010-10-06 10:11:56 +0000479.. c:function:: void PyException_SetContext(PyObject *ex, PyObject *ctx)
Georg Brandlab6f2f62009-03-31 04:16:10 +0000480
481 Set the context associated with the exception to *ctx*. Use *NULL* to clear
482 it. There is no type check to make sure that *ctx* is an exception instance.
483 This steals a reference to *ctx*.
484
485
Georg Brandl60203b42010-10-06 10:11:56 +0000486.. c:function:: PyObject* PyException_GetCause(PyObject *ex)
Georg Brandlab6f2f62009-03-31 04:16:10 +0000487
Nick Coghlanab7bf212012-02-26 17:49:52 +1000488 Return the cause (either an exception instance, or :const:`None`,
489 set by ``raise ... from ...``) associated with the exception as a new
490 reference, as accessible from Python through :attr:`__cause__`.
491
Georg Brandlab6f2f62009-03-31 04:16:10 +0000492
Georg Brandl60203b42010-10-06 10:11:56 +0000493.. c:function:: void PyException_SetCause(PyObject *ex, PyObject *ctx)
Georg Brandlab6f2f62009-03-31 04:16:10 +0000494
495 Set the cause associated with the exception to *ctx*. Use *NULL* to clear
Nick Coghlanab7bf212012-02-26 17:49:52 +1000496 it. There is no type check to make sure that *ctx* is either an exception
497 instance or :const:`None`. This steals a reference to *ctx*.
498
Benjamin Petersond5a1c442012-05-14 22:09:31 -0700499 :attr:`__suppress_context__` is implicitly set to ``True`` by this function.
Georg Brandlab6f2f62009-03-31 04:16:10 +0000500
501
Georg Brandl5a932652010-11-23 07:54:19 +0000502.. _unicodeexceptions:
503
504Unicode Exception Objects
505=========================
506
507The following functions are used to create and modify Unicode exceptions from C.
508
509.. 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)
510
511 Create a :class:`UnicodeDecodeError` object with the attributes *encoding*,
Victor Stinner555a24f2010-12-27 01:49:26 +0000512 *object*, *length*, *start*, *end* and *reason*. *encoding* and *reason* are
513 UTF-8 encoded strings.
Georg Brandl5a932652010-11-23 07:54:19 +0000514
515.. 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)
516
517 Create a :class:`UnicodeEncodeError` object with the attributes *encoding*,
Victor Stinner555a24f2010-12-27 01:49:26 +0000518 *object*, *length*, *start*, *end* and *reason*. *encoding* and *reason* are
519 UTF-8 encoded strings.
Georg Brandl5a932652010-11-23 07:54:19 +0000520
521.. c:function:: PyObject* PyUnicodeTranslateError_Create(const Py_UNICODE *object, Py_ssize_t length, Py_ssize_t start, Py_ssize_t end, const char *reason)
522
523 Create a :class:`UnicodeTranslateError` object with the attributes *object*,
Victor Stinner555a24f2010-12-27 01:49:26 +0000524 *length*, *start*, *end* and *reason*. *reason* is an UTF-8 encoded string.
Georg Brandl5a932652010-11-23 07:54:19 +0000525
526.. c:function:: PyObject* PyUnicodeDecodeError_GetEncoding(PyObject *exc)
527 PyObject* PyUnicodeEncodeError_GetEncoding(PyObject *exc)
528
529 Return the *encoding* attribute of the given exception object.
530
531.. c:function:: PyObject* PyUnicodeDecodeError_GetObject(PyObject *exc)
532 PyObject* PyUnicodeEncodeError_GetObject(PyObject *exc)
533 PyObject* PyUnicodeTranslateError_GetObject(PyObject *exc)
534
535 Return the *object* attribute of the given exception object.
536
537.. c:function:: int PyUnicodeDecodeError_GetStart(PyObject *exc, Py_ssize_t *start)
538 int PyUnicodeEncodeError_GetStart(PyObject *exc, Py_ssize_t *start)
539 int PyUnicodeTranslateError_GetStart(PyObject *exc, Py_ssize_t *start)
540
541 Get the *start* attribute of the given exception object and place it into
542 *\*start*. *start* must not be *NULL*. Return ``0`` on success, ``-1`` on
543 failure.
544
545.. c:function:: int PyUnicodeDecodeError_SetStart(PyObject *exc, Py_ssize_t start)
546 int PyUnicodeEncodeError_SetStart(PyObject *exc, Py_ssize_t start)
547 int PyUnicodeTranslateError_SetStart(PyObject *exc, Py_ssize_t start)
548
549 Set the *start* attribute of the given exception object to *start*. Return
550 ``0`` on success, ``-1`` on failure.
551
552.. c:function:: int PyUnicodeDecodeError_GetEnd(PyObject *exc, Py_ssize_t *end)
553 int PyUnicodeEncodeError_GetEnd(PyObject *exc, Py_ssize_t *end)
554 int PyUnicodeTranslateError_GetEnd(PyObject *exc, Py_ssize_t *end)
555
556 Get the *end* attribute of the given exception object and place it into
557 *\*end*. *end* must not be *NULL*. Return ``0`` on success, ``-1`` on
558 failure.
559
560.. c:function:: int PyUnicodeDecodeError_SetEnd(PyObject *exc, Py_ssize_t end)
561 int PyUnicodeEncodeError_SetEnd(PyObject *exc, Py_ssize_t end)
562 int PyUnicodeTranslateError_SetEnd(PyObject *exc, Py_ssize_t end)
563
564 Set the *end* attribute of the given exception object to *end*. Return ``0``
565 on success, ``-1`` on failure.
566
567.. c:function:: PyObject* PyUnicodeDecodeError_GetReason(PyObject *exc)
568 PyObject* PyUnicodeEncodeError_GetReason(PyObject *exc)
569 PyObject* PyUnicodeTranslateError_GetReason(PyObject *exc)
570
571 Return the *reason* attribute of the given exception object.
572
573.. c:function:: int PyUnicodeDecodeError_SetReason(PyObject *exc, const char *reason)
574 int PyUnicodeEncodeError_SetReason(PyObject *exc, const char *reason)
575 int PyUnicodeTranslateError_SetReason(PyObject *exc, const char *reason)
576
577 Set the *reason* attribute of the given exception object to *reason*. Return
578 ``0`` on success, ``-1`` on failure.
579
580
Georg Brandl93dc9eb2010-03-14 10:56:14 +0000581Recursion Control
582=================
583
584These two functions provide a way to perform safe recursive calls at the C
585level, both in the core and in extension modules. They are needed if the
586recursive code does not necessarily invoke Python code (which tracks its
587recursion depth automatically).
588
Georg Brandl60203b42010-10-06 10:11:56 +0000589.. c:function:: int Py_EnterRecursiveCall(char *where)
Georg Brandl93dc9eb2010-03-14 10:56:14 +0000590
591 Marks a point where a recursive C-level call is about to be performed.
592
Ezio Melottif1064492011-10-19 11:06:26 +0300593 If :const:`USE_STACKCHECK` is defined, this function checks if the OS
Georg Brandl60203b42010-10-06 10:11:56 +0000594 stack overflowed using :c:func:`PyOS_CheckStack`. In this is the case, it
Georg Brandl93dc9eb2010-03-14 10:56:14 +0000595 sets a :exc:`MemoryError` and returns a nonzero value.
596
597 The function then checks if the recursion limit is reached. If this is the
598 case, a :exc:`RuntimeError` is set and a nonzero value is returned.
599 Otherwise, zero is returned.
600
601 *where* should be a string such as ``" in instance check"`` to be
602 concatenated to the :exc:`RuntimeError` message caused by the recursion depth
603 limit.
604
Georg Brandl60203b42010-10-06 10:11:56 +0000605.. c:function:: void Py_LeaveRecursiveCall()
Georg Brandl93dc9eb2010-03-14 10:56:14 +0000606
Georg Brandl60203b42010-10-06 10:11:56 +0000607 Ends a :c:func:`Py_EnterRecursiveCall`. Must be called once for each
608 *successful* invocation of :c:func:`Py_EnterRecursiveCall`.
Georg Brandl93dc9eb2010-03-14 10:56:14 +0000609
Daniel Stutzbach7cb30512010-12-17 16:31:32 +0000610Properly implementing :attr:`tp_repr` for container types requires
611special recursion handling. In addition to protecting the stack,
612:attr:`tp_repr` also needs to track objects to prevent cycles. The
613following two functions facilitate this functionality. Effectively,
614these are the C equivalent to :func:`reprlib.recursive_repr`.
615
Daniel Stutzbachc5895dc2010-12-17 22:28:07 +0000616.. c:function:: int Py_ReprEnter(PyObject *object)
Daniel Stutzbach7cb30512010-12-17 16:31:32 +0000617
618 Called at the beginning of the :attr:`tp_repr` implementation to
619 detect cycles.
620
621 If the object has already been processed, the function returns a
622 positive integer. In that case the :attr:`tp_repr` implementation
623 should return a string object indicating a cycle. As examples,
624 :class:`dict` objects return ``{...}`` and :class:`list` objects
625 return ``[...]``.
626
627 The function will return a negative integer if the recursion limit
628 is reached. In that case the :attr:`tp_repr` implementation should
629 typically return ``NULL``.
630
631 Otherwise, the function returns zero and the :attr:`tp_repr`
632 implementation can continue normally.
633
634.. c:function:: void Py_ReprLeave(PyObject *object)
635
Daniel Stutzbachc5895dc2010-12-17 22:28:07 +0000636 Ends a :c:func:`Py_ReprEnter`. Must be called once for each
637 invocation of :c:func:`Py_ReprEnter` that returns zero.
Daniel Stutzbach7cb30512010-12-17 16:31:32 +0000638
Georg Brandl93dc9eb2010-03-14 10:56:14 +0000639
Georg Brandl116aa622007-08-15 14:28:22 +0000640.. _standardexceptions:
641
642Standard Exceptions
643===================
644
645All standard Python exceptions are available as global variables whose names are
646``PyExc_`` followed by the Python exception name. These have the type
Georg Brandl60203b42010-10-06 10:11:56 +0000647:c:type:`PyObject\*`; they are all class objects. For completeness, here are all
Georg Brandl116aa622007-08-15 14:28:22 +0000648the variables:
649
Antoine Pitrou9a4a3422011-10-12 18:28:01 +0200650+-----------------------------------------+---------------------------------+----------+
651| C Name | Python Name | Notes |
652+=========================================+=================================+==========+
653| :c:data:`PyExc_BaseException` | :exc:`BaseException` | \(1) |
654+-----------------------------------------+---------------------------------+----------+
655| :c:data:`PyExc_Exception` | :exc:`Exception` | \(1) |
656+-----------------------------------------+---------------------------------+----------+
657| :c:data:`PyExc_ArithmeticError` | :exc:`ArithmeticError` | \(1) |
658+-----------------------------------------+---------------------------------+----------+
659| :c:data:`PyExc_LookupError` | :exc:`LookupError` | \(1) |
660+-----------------------------------------+---------------------------------+----------+
661| :c:data:`PyExc_AssertionError` | :exc:`AssertionError` | |
662+-----------------------------------------+---------------------------------+----------+
663| :c:data:`PyExc_AttributeError` | :exc:`AttributeError` | |
664+-----------------------------------------+---------------------------------+----------+
665| :c:data:`PyExc_BlockingIOError` | :exc:`BlockingIOError` | |
666+-----------------------------------------+---------------------------------+----------+
667| :c:data:`PyExc_BrokenPipeError` | :exc:`BrokenPipeError` | |
668+-----------------------------------------+---------------------------------+----------+
669| :c:data:`PyExc_ChildProcessError` | :exc:`ChildProcessError` | |
670+-----------------------------------------+---------------------------------+----------+
671| :c:data:`PyExc_ConnectionError` | :exc:`ConnectionError` | |
672+-----------------------------------------+---------------------------------+----------+
673| :c:data:`PyExc_ConnectionAbortedError` | :exc:`ConnectionAbortedError` | |
674+-----------------------------------------+---------------------------------+----------+
675| :c:data:`PyExc_ConnectionRefusedError` | :exc:`ConnectionRefusedError` | |
676+-----------------------------------------+---------------------------------+----------+
677| :c:data:`PyExc_ConnectionResetError` | :exc:`ConnectionResetError` | |
678+-----------------------------------------+---------------------------------+----------+
679| :c:data:`PyExc_FileExistsError` | :exc:`FileExistsError` | |
680+-----------------------------------------+---------------------------------+----------+
681| :c:data:`PyExc_FileNotFoundError` | :exc:`FileNotFoundError` | |
682+-----------------------------------------+---------------------------------+----------+
683| :c:data:`PyExc_EOFError` | :exc:`EOFError` | |
684+-----------------------------------------+---------------------------------+----------+
685| :c:data:`PyExc_FloatingPointError` | :exc:`FloatingPointError` | |
686+-----------------------------------------+---------------------------------+----------+
687| :c:data:`PyExc_ImportError` | :exc:`ImportError` | |
688+-----------------------------------------+---------------------------------+----------+
689| :c:data:`PyExc_IndexError` | :exc:`IndexError` | |
690+-----------------------------------------+---------------------------------+----------+
691| :c:data:`PyExc_InterruptedError` | :exc:`InterruptedError` | |
692+-----------------------------------------+---------------------------------+----------+
693| :c:data:`PyExc_IsADirectoryError` | :exc:`IsADirectoryError` | |
694+-----------------------------------------+---------------------------------+----------+
695| :c:data:`PyExc_KeyError` | :exc:`KeyError` | |
696+-----------------------------------------+---------------------------------+----------+
697| :c:data:`PyExc_KeyboardInterrupt` | :exc:`KeyboardInterrupt` | |
698+-----------------------------------------+---------------------------------+----------+
699| :c:data:`PyExc_MemoryError` | :exc:`MemoryError` | |
700+-----------------------------------------+---------------------------------+----------+
701| :c:data:`PyExc_NameError` | :exc:`NameError` | |
702+-----------------------------------------+---------------------------------+----------+
703| :c:data:`PyExc_NotADirectoryError` | :exc:`NotADirectoryError` | |
704+-----------------------------------------+---------------------------------+----------+
705| :c:data:`PyExc_NotImplementedError` | :exc:`NotImplementedError` | |
706+-----------------------------------------+---------------------------------+----------+
707| :c:data:`PyExc_OSError` | :exc:`OSError` | \(1) |
708+-----------------------------------------+---------------------------------+----------+
709| :c:data:`PyExc_OverflowError` | :exc:`OverflowError` | |
710+-----------------------------------------+---------------------------------+----------+
711| :c:data:`PyExc_PermissionError` | :exc:`PermissionError` | |
712+-----------------------------------------+---------------------------------+----------+
713| :c:data:`PyExc_ProcessLookupError` | :exc:`ProcessLookupError` | |
714+-----------------------------------------+---------------------------------+----------+
715| :c:data:`PyExc_ReferenceError` | :exc:`ReferenceError` | \(2) |
716+-----------------------------------------+---------------------------------+----------+
717| :c:data:`PyExc_RuntimeError` | :exc:`RuntimeError` | |
718+-----------------------------------------+---------------------------------+----------+
719| :c:data:`PyExc_SyntaxError` | :exc:`SyntaxError` | |
720+-----------------------------------------+---------------------------------+----------+
721| :c:data:`PyExc_SystemError` | :exc:`SystemError` | |
722+-----------------------------------------+---------------------------------+----------+
723| :c:data:`PyExc_TimeoutError` | :exc:`TimeoutError` | |
724+-----------------------------------------+---------------------------------+----------+
725| :c:data:`PyExc_SystemExit` | :exc:`SystemExit` | |
726+-----------------------------------------+---------------------------------+----------+
727| :c:data:`PyExc_TypeError` | :exc:`TypeError` | |
728+-----------------------------------------+---------------------------------+----------+
729| :c:data:`PyExc_ValueError` | :exc:`ValueError` | |
730+-----------------------------------------+---------------------------------+----------+
731| :c:data:`PyExc_ZeroDivisionError` | :exc:`ZeroDivisionError` | |
732+-----------------------------------------+---------------------------------+----------+
733
734.. versionadded:: 3.3
735 :c:data:`PyExc_BlockingIOError`, :c:data:`PyExc_BrokenPipeError`,
736 :c:data:`PyExc_ChildProcessError`, :c:data:`PyExc_ConnectionError`,
737 :c:data:`PyExc_ConnectionAbortedError`, :c:data:`PyExc_ConnectionRefusedError`,
738 :c:data:`PyExc_ConnectionResetError`, :c:data:`PyExc_FileExistsError`,
739 :c:data:`PyExc_FileNotFoundError`, :c:data:`PyExc_InterruptedError`,
740 :c:data:`PyExc_IsADirectoryError`, :c:data:`PyExc_NotADirectoryError`,
741 :c:data:`PyExc_PermissionError`, :c:data:`PyExc_ProcessLookupError`
742 and :c:data:`PyExc_TimeoutError` were introduced following :pep:`3151`.
743
744
745These are compatibility aliases to :c:data:`PyExc_OSError`:
746
747+-------------------------------------+----------+
748| C Name | Notes |
749+=====================================+==========+
750| :c:data:`PyExc_EnvironmentError` | |
751+-------------------------------------+----------+
752| :c:data:`PyExc_IOError` | |
753+-------------------------------------+----------+
754| :c:data:`PyExc_WindowsError` | \(3) |
755+-------------------------------------+----------+
756
757.. versionchanged:: 3.3
758 These aliases used to be separate exception types.
759
Georg Brandl116aa622007-08-15 14:28:22 +0000760
761.. index::
762 single: PyExc_BaseException
763 single: PyExc_Exception
764 single: PyExc_ArithmeticError
765 single: PyExc_LookupError
766 single: PyExc_AssertionError
767 single: PyExc_AttributeError
Antoine Pitrou23a580f2011-10-12 18:33:15 +0200768 single: PyExc_BlockingIOError
769 single: PyExc_BrokenPipeError
770 single: PyExc_ConnectionError
771 single: PyExc_ConnectionAbortedError
772 single: PyExc_ConnectionRefusedError
773 single: PyExc_ConnectionResetError
Georg Brandl116aa622007-08-15 14:28:22 +0000774 single: PyExc_EOFError
Antoine Pitrou23a580f2011-10-12 18:33:15 +0200775 single: PyExc_FileExistsError
776 single: PyExc_FileNotFoundError
Georg Brandl116aa622007-08-15 14:28:22 +0000777 single: PyExc_FloatingPointError
Georg Brandl116aa622007-08-15 14:28:22 +0000778 single: PyExc_ImportError
779 single: PyExc_IndexError
Antoine Pitrou23a580f2011-10-12 18:33:15 +0200780 single: PyExc_InterruptedError
781 single: PyExc_IsADirectoryError
Georg Brandl116aa622007-08-15 14:28:22 +0000782 single: PyExc_KeyError
783 single: PyExc_KeyboardInterrupt
784 single: PyExc_MemoryError
785 single: PyExc_NameError
Antoine Pitrou23a580f2011-10-12 18:33:15 +0200786 single: PyExc_NotADirectoryError
Georg Brandl116aa622007-08-15 14:28:22 +0000787 single: PyExc_NotImplementedError
788 single: PyExc_OSError
789 single: PyExc_OverflowError
Antoine Pitrou23a580f2011-10-12 18:33:15 +0200790 single: PyExc_PermissionError
791 single: PyExc_ProcessLookupError
Georg Brandl116aa622007-08-15 14:28:22 +0000792 single: PyExc_ReferenceError
793 single: PyExc_RuntimeError
794 single: PyExc_SyntaxError
795 single: PyExc_SystemError
796 single: PyExc_SystemExit
Antoine Pitrou23a580f2011-10-12 18:33:15 +0200797 single: PyExc_TimeoutError
Georg Brandl116aa622007-08-15 14:28:22 +0000798 single: PyExc_TypeError
799 single: PyExc_ValueError
Georg Brandl116aa622007-08-15 14:28:22 +0000800 single: PyExc_ZeroDivisionError
Antoine Pitrou23a580f2011-10-12 18:33:15 +0200801 single: PyExc_EnvironmentError
802 single: PyExc_IOError
803 single: PyExc_WindowsError
Georg Brandl116aa622007-08-15 14:28:22 +0000804
805Notes:
806
807(1)
808 This is a base class for other standard exceptions.
809
810(2)
811 This is the same as :exc:`weakref.ReferenceError`.
812
813(3)
814 Only defined on Windows; protect code that uses this by testing that the
815 preprocessor macro ``MS_WINDOWS`` is defined.