Browse Source

bpo-42179: Clarify exception chaining (GH-23160)

* Update errors.rst

Clarify exception chaining behaviour and give a reference to the library documentation.

* Update errors.rst

Wording

* Update errors.rst

Spelling

* Update errors.rst

Remove mentioning of special attributes as folks think it's too much for beginners.
pull/22068/merge
Vladimir 5 years ago
committed by GitHub
parent
commit
3f9fe23c05
No known key found for this signature in database GPG Key ID: 4AEE18F83AFDEB23
  1. 8
      Doc/tutorial/errors.rst

8
Doc/tutorial/errors.rst

@ -281,17 +281,17 @@ chaining exceptions. For example::
This can be useful when you are transforming exceptions. For example::
>>> def func():
... raise IOError
... raise ConnectionError
...
>>> try:
... func()
... except IOError as exc:
... except ConnectionError as exc:
... raise RuntimeError('Failed to open database') from exc
...
Traceback (most recent call last):
File "<stdin>", line 2, in <module>
File "<stdin>", line 2, in func
OSError
ConnectionError
<BLANKLINE>
The above exception was the direct cause of the following exception:
<BLANKLINE>
@ -300,7 +300,7 @@ This can be useful when you are transforming exceptions. For example::
RuntimeError: Failed to open database
Exception chaining happens automatically when an exception is raised inside an
:keyword:`except` or :keyword:`finally` section. Exception chaining can be
:keyword:`except` or :keyword:`finally` section. This can be
disabled by using ``from None`` idiom:
>>> try:

Loading…
Cancel
Save