Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
C
cpython
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
0
Merge Requests
0
Analytics
Analytics
Repository
Value Stream
Wiki
Wiki
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Commits
Issue Boards
Open sidebar
Kirill Smelkov
cpython
Commits
1aea30aa
Commit
1aea30aa
authored
Jul 19, 2008
by
Georg Brandl
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
#3113: document exception chaining.
parent
0f6de936
Changes
3
Hide whitespace changes
Inline
Side-by-side
Showing
3 changed files
with
68 additions
and
19 deletions
+68
-19
Doc/library/traceback.rst
Doc/library/traceback.rst
+23
-16
Doc/reference/executionmodel.rst
Doc/reference/executionmodel.rst
+1
-0
Doc/reference/simple_stmts.rst
Doc/reference/simple_stmts.rst
+44
-3
No files found.
Doc/library/traceback.rst
View file @
1aea30aa
:mod:`traceback` --- Print or retrieve a stack traceback
========================================================
...
...
@@ -29,29 +28,31 @@ The module defines the following functions:
object to receive the output.
.. function:: print_exception(type, value, traceback[, limit[, file]])
.. function:: print_exception(type, value, traceback[, limit[, file
[, chain]
]])
Print exception information and up to *limit* stack trace entries from
*traceback* to *file*. This differs from :func:`print_tb` in the following ways:
(1) if *traceback* is not ``None``, it prints a header ``Traceback (most recent
call last):``; (2) it prints the exception *type* and *value* after the stack
trace; (3) if *type* is :exc:`SyntaxError` and *value* has the appropriate
format, it prints the line where the syntax error occurred with a caret
indicating the approximate position of the error.
*traceback* to *file*. This differs from :func:`print_tb` in the following
ways:
.. function:: print_exc([limit[, file]])
* if *traceback* is not ``None``, it prints a header ``Traceback (most recent
call last):``
* it prints the exception *type* and *value* after the stack trace
* if *type* is :exc:`SyntaxError` and *value* has the appropriate format, it
prints the line where the syntax error occurred with a caret indicating the
approximate position of the error.
This is a shorthand for ``print_exception(*sys.exc_info())``.
If *chain* is true (the default), then chained exceptions (the
:attr:`__cause__` or :attr:`__context__` attributes of the exception) will be
printed as well, like the interpreter itself does when printing an unhandled
exception.
.. function::
format_exc([limit
])
.. function::
print_exc([limit[, file[, chain]]
])
This is like ``print_exc(limit)`` but returns a string instead of printing to a
file.
This is a shorthand for ``print_exception(*sys.exc_info())``.
.. function:: print_last([limit[, file]])
.. function:: print_last([limit[, file
[, chain]
]])
This is a shorthand for ``print_exception(sys.last_type, sys.last_value,
sys.last_traceback, limit, file)``.
...
...
@@ -103,7 +104,7 @@ The module defines the following functions:
occurred is the always last string in the list.
.. function:: format_exception(type, value, tb[, limit])
.. function:: format_exception(type, value, tb[, limit
[, chain]
])
Format a stack trace and the exception information. The arguments have the
same meaning as the corresponding arguments to :func:`print_exception`. The
...
...
@@ -112,6 +113,12 @@ The module defines the following functions:
same text is printed as does :func:`print_exception`.
.. function:: format_exc([limit[, chain]])
This is like ``print_exc(limit)`` but returns a string instead of printing to a
file.
.. function:: format_tb(tb[, limit])
A shorthand for ``format_list(extract_tb(tb, limit))``.
...
...
Doc/reference/executionmodel.rst
View file @
1aea30aa
...
...
@@ -230,6 +230,7 @@ handler and can carry additional information about the exceptional condition.
See also the description of the :keyword:`try` statement in section :ref:`try`
and :keyword:`raise` statement in section :ref:`raise`.
.. rubric:: Footnotes
.. [#] This limitation occurs because the code that is executed by these operations
...
...
Doc/reference/simple_stmts.rst
View file @
1aea30aa
...
...
@@ -476,6 +476,7 @@ The :keyword:`raise` statement
statement: raise
single: exception
pair: raising; exception
single: __traceback__ (exception attribute)
.. productionlist::
raise_stmt: "raise" [`expression` ["from" `expression`]]
...
...
@@ -503,9 +504,49 @@ instance, with its traceback set to its argument), like so::
raise RuntimeError("foo occurred").with_traceback(tracebackobj)
.. XXX document exception chaining
The "from" clause is used for exception chaining, which is not documented yet.
.. index:: pair: exception; chaining
__cause__ (exception attribute)
__context__ (exception attribute)
The ``from`` clause is used for exception chaining: if given, the second
*expression* must be another exception class or instance, which will then be
attached to the raised exception as the :attr:`__cause__` attribute (which is
writable). If the raised exception is not handled, both exceptions will be
printed::
>>> try:
... print(1 / 0)
... except Exception as exc:
... raise RuntimeError("Something bad happened") from exc
...
Traceback (most recent call last):
File "<stdin>", line 2, in <module>
ZeroDivisionError: int division or modulo by zero
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "<stdin>", line 4, in <module>
RuntimeError: Something bad happened
A similar mechanism works implicitly if an exception is raised inside an
exception handler: the previous exception is then attached as the new
exception's :attr:`__context__` attribute::
>>> try:
... print(1 / 0)
... except:
... raise RuntimeError("Something bad happened")
...
Traceback (most recent call last):
File "<stdin>", line 2, in <module>
ZeroDivisionError: int division or modulo by zero
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "<stdin>", line 4, in <module>
RuntimeError: Something bad happened
Additional information on exceptions can be found in section :ref:`exceptions`,
and information about handling exceptions is in section :ref:`try`.
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment