Bird
Raised Fist0
Pythonprogramming~5 mins

Exception chaining in Python

Choose your learning style10 modes available

Start learning this pattern below

Jump into concepts and practice - no test required

or
Recommended
Test this pattern10 questions across easy, medium, and hard to know if this pattern is strong
Introduction

Exception chaining helps you keep track of errors that happen one after another. It shows the original error and the new error together, so you understand what caused the problem.

When you want to handle an error but still show the original error that caused it.
When your program catches one error and raises a different error to explain it better.
When debugging complex programs where one error leads to another.
When you want to keep the error history clear for logging or user messages.
Syntax
Python
try:
    # code that may cause an error
except SomeError as original_error:
    raise NewError("Explanation") from original_error

The from keyword links the new error to the original error.

This helps Python show both errors in the error message.

Examples
This shows how to catch a division error and raise a new error with a clear message.
Python
try:
    x = 1 / 0
except ZeroDivisionError as original_error:
    raise ValueError("Cannot divide by zero") from original_error
Here, a conversion error is caught and a runtime error is raised instead, keeping the original error linked.
Python
try:
    int('abc')
except ValueError as original_error:
    raise RuntimeError("Failed to convert string to int") from original_error
This example shows chaining when a file is missing.
Python
try:
    open('missing_file.txt')
except FileNotFoundError as original_error:
    raise Exception("File not found, please check the filename") from original_error
Sample Program

This program tries to divide two numbers. If the denominator is zero, it catches the division error and raises a new error with a clearer message. It then prints both the new error and the original error.

Python
def divide_numbers(numerator, denominator):
    try:
        result = numerator / denominator
    except ZeroDivisionError as original_error:
        raise ValueError("You tried to divide by zero, which is not allowed.") from original_error
    return result

try:
    print(divide_numbers(10, 0))
except ValueError as error:
    print(f"Caught an error: {error}")
    print(f"Original error was: {error.__cause__}")
OutputSuccess
Important Notes

Exception chaining helps keep the error history clear and easy to understand.

Time complexity is not affected by exception chaining; it only adds clarity to error messages.

Common mistake: forgetting to use from causes the original error to be lost.

Use exception chaining when you want to add context to errors without hiding the original cause.

Summary

Exception chaining links a new error to the original error using raise ... from ....

This helps you see the full story of what went wrong in your program.

It is useful for debugging and making error messages clearer.

Practice

(1/5)
1.

What does raise NewError() from OriginalError() do in Python?

easy
A. It links the new error to the original error, showing both in the traceback.
B. It ignores the original error and raises only the new error.
C. It catches the original error and prevents any error from being raised.
D. It raises both errors separately without linking them.

Solution

  1. Step 1: Understand exception chaining syntax

    The syntax raise NewError() from OriginalError() explicitly links the new error to the original one.
  2. Step 2: Effect on traceback

    This chaining shows both errors in the error message, helping to trace the root cause.
  3. Final Answer:

    It links the new error to the original error, showing both in the traceback. -> Option A
  4. Quick Check:

    Exception chaining = linked errors [OK]
Hint: Remember 'from' links errors to show full traceback [OK]
Common Mistakes:
  • Thinking it hides the original error
  • Believing it raises errors separately
  • Confusing it with catching exceptions
2.

Which of the following is the correct syntax to chain exceptions in Python?

try:
    1 / 0
except ZeroDivisionError as e:
    ???
easy
A. raise ValueError() and e
B. raise ValueError() from e
C. raise ValueError() with e
D. raise ValueError(e)

Solution

  1. Step 1: Recall correct chaining syntax

    To chain exceptions, use raise NewError() from original_error.
  2. Step 2: Match syntax to options

    raise ValueError() from e uses raise ValueError() from e, which is correct syntax.
  3. Final Answer:

    raise ValueError() from e -> Option B
  4. Quick Check:

    Correct chaining syntax uses 'from' keyword [OK]
Hint: Use 'raise ... from ...' to chain exceptions [OK]
Common Mistakes:
  • Using parentheses incorrectly
  • Using 'with' or 'and' instead of 'from'
  • Passing original error as argument without 'from'
3.

What will be the output of this code?

def f():
    try:
        1 / 0
    except ZeroDivisionError as e:
        raise ValueError("Invalid value") from e

try:
    f()
except Exception as ex:
    print(type(ex).__name__)
    print(ex.__cause__)
medium
A. ZeroDivisionError\nNone
B. ValueError\nNone
C. ValueError\ndivision by zero
D. ZeroDivisionError\nValueError('Invalid value')

Solution

  1. Step 1: Trace function f()

    Inside f(), dividing by zero raises ZeroDivisionError, caught as e.
  2. Step 2: Raise ValueError chained from ZeroDivisionError

    The code raises ValueError with message "Invalid value" from e, linking the original ZeroDivisionError.
  3. Step 3: Catch exception and print details

    The outer try-except catches the ValueError, prints its type, then prints its __cause__, which is the original ZeroDivisionError.
  4. Final Answer:

    ValueError division by zero -> Option C
  5. Quick Check:

    Chained error shows new error and original cause [OK]
Hint: Chained exceptions show new error and original cause [OK]
Common Mistakes:
  • Expecting __cause__ to be None
  • Confusing error types printed
  • Missing that ValueError is raised
4.

Identify the error in this code snippet:

try:
    int('abc')
except ValueError as e:
    raise TypeError('Wrong type') from
medium
A. ValueError because int conversion failed
B. TypeError because 'from' cannot be used here
C. No error, code runs fine
D. SyntaxError due to incomplete 'from' statement

Solution

  1. Step 1: Check the 'raise' statement syntax

    The statement ends with 'from' but does not specify the original exception after it.
  2. Step 2: Understand Python syntax rules

    The 'from' keyword must be followed by an exception instance or variable; missing this causes SyntaxError.
  3. Final Answer:

    SyntaxError due to incomplete 'from' statement -> Option D
  4. Quick Check:

    Incomplete 'from' causes SyntaxError [OK]
Hint: Always provide an exception after 'from' [OK]
Common Mistakes:
  • Leaving 'from' without exception
  • Thinking 'from' is optional
  • Confusing runtime error with syntax error
5.

You want to write a function that reads a number from a string and raises a custom MyError if conversion fails, but also keep the original error for debugging. Which code correctly implements exception chaining?

class MyError(Exception):
    pass

def read_number(s):
    try:
        return int(s)
    except ValueError as e:
        ???
hard
A. raise MyError('Invalid number') from e
B. raise MyError('Invalid number')
C. raise ValueError('Invalid number') from e
D. raise MyError('Invalid number', e)

Solution

  1. Step 1: Understand the goal

    The function should raise MyError but keep original ValueError linked for debugging.
  2. Step 2: Use exception chaining syntax

    Using raise MyError(...) from e correctly chains the new error to the original.
  3. Step 3: Evaluate options

    raise MyError('Invalid number') from e uses correct chaining syntax; others either lose original error or misuse arguments.
  4. Final Answer:

    raise MyError('Invalid number') from e -> Option A
  5. Quick Check:

    Use 'raise ... from e' to chain custom errors [OK]
Hint: Chain custom errors with 'raise ... from e' [OK]
Common Mistakes:
  • Not chaining original error
  • Passing original error as argument incorrectly
  • Raising wrong exception type