Why error handling uses rescue in Ruby - Test Your Understanding

Practice - 5 Tasks

1fill in blank

easy

Complete the code to handle errors using rescue.

Ruby

begin
  puts 10 / [1]
rescue ZeroDivisionError
  puts 'Cannot divide by zero'
end

Drag options to blanks, or click blank then click option'

A0

Bnil

C2

D1

Attempts:

3 left

💡 Hint

Common Mistakes

Using a non-zero number does not cause an error.

The rescue block catches the ZeroDivisionError when dividing by zero.

2fill in blank

medium

Complete the code to rescue from a generic error.

Ruby

begin
  file = File.open('missing.txt')
rescue [1]
  puts 'File not found'
end

Drag options to blanks, or click blank then click option'

AArgumentError

BStandardError

CFileNotFoundError

DErrno::ENOENT

Attempts:

3 left

💡 Hint

Common Mistakes

Using a generic error like StandardError does not specifically catch file errors.

Errno::ENOENT is the error raised when a file is not found in Ruby.

3fill in blank

hard

Fix the error in the rescue syntax.

Ruby

begin
  num = Integer('abc')
rescue [1]
  puts 'Invalid number'
end

Drag options to blanks, or click blank then click option'

ANameError

BSyntaxError

CArgumentError

DTypeError

Attempts:

3 left

💡 Hint

Common Mistakes

Using SyntaxError or TypeError which are not raised here.

ArgumentError is raised when Integer conversion fails due to invalid input.

4fill in blank

hard

Fill both blanks to handle division errors and print a message.

Ruby

def divide(a, b)
  a / b
rescue [1] => e
  puts "Error: #{e}"
  return [2]
end

Drag options to blanks, or click blank then click option'

AZeroDivisionError

Bnil

CTypeError

D0

Attempts:

3 left

💡 Hint

Common Mistakes

Returning nil instead of a number.

ZeroDivisionError is rescued and method returns 0 as fallback.

5fill in blank

hard

Fill all three blanks to rescue multiple errors and print custom messages.

Ruby

begin
  puts 10 / [1]
  file = File.open('data.txt')
rescue [2] => e
  puts "Division error: #{e}"
rescue [3] => e
  puts "File error: #{e}"
end

Drag options to blanks, or click blank then click option'

A0

BZeroDivisionError

CErrno::ENOENT

D1

Attempts:

3 left

💡 Hint

Common Mistakes

Mixing error classes or using wrong divisor.

Dividing by 0 raises ZeroDivisionError, missing file raises Errno::ENOENT.

Practice

1. Why do Ruby programs use rescue in error handling?

easy

A. To make the code shorter

B. To speed up the program execution

C. To catch errors and prevent the program from crashing

D. To automatically fix all errors

Solution

1. Step 1: Understand the purpose of rescue

   rescue is used to catch errors that happen during program execution.

2. Step 2: Recognize the benefit of catching errors

   Catching errors prevents the program from crashing and allows it to handle problems gracefully.

3. Final Answer:

   To catch errors and prevent the program from crashing -> Option C

4. Quick Check:

   rescue catches errors = C [OK]

Hint: Remember: rescue stops crashes by catching errors [OK]

Common Mistakes:

• Thinking rescue speeds up code
• Believing rescue fixes errors automatically
• Confusing rescue with code shortening

2. Which of the following is the correct syntax to handle errors using rescue in Ruby?

easy

A. error do
# handle error
end

B. try
# code
catch
# error handling
end

C. if error
# handle error
end

D. begin
# code
rescue
# error handling
end

Solution

1. Step 1: Identify Ruby's error handling syntax

   Ruby uses begin and rescue blocks to handle errors.

2. Step 2: Compare options to Ruby syntax

   begin # code rescue # error handling end matches Ruby's syntax exactly; others use syntax from other languages or incorrect forms.

3. Final Answer:

   begin\n # code\nrescue\n # error handling\nend -> Option D

4. Quick Check:

   Ruby uses begin-rescue-end = D [OK]

Hint: Remember Ruby uses begin and rescue keywords [OK]

Common Mistakes:

• Using try-catch like other languages
• Using if statements for error handling
• Misplacing rescue outside begin-end

3. What will be the output of this Ruby code?

begin
  puts 10 / 0
rescue ZeroDivisionError
  puts "Cannot divide by zero!"
end

medium

A. 0

B. Cannot divide by zero!

C. Infinity

D. Error: division by zero

Solution

1. Step 1: Identify the error raised

   Dividing 10 by 0 raises a ZeroDivisionError in Ruby.

2. Step 2: Check the rescue block handling

   The rescue block catches ZeroDivisionError and prints "Cannot divide by zero!".

3. Final Answer:

   Cannot divide by zero! -> Option B

4. Quick Check:

   ZeroDivisionError caught prints message = A [OK]

Hint: Look for error type matched in rescue block [OK]

Common Mistakes:

• Expecting program to crash with error message
• Thinking division by zero returns 0 or Infinity
• Ignoring rescue block effect

4. Find the error in this Ruby code snippet:

begin
  puts 5 + '3'
rescue
  puts "Error caught!"
end

medium

A. Adding integer and string causes a TypeError

B. The rescue block is missing the error type

C. The begin keyword is not needed

D. The puts statement is incorrect

Solution

1. Step 1: Analyze the operation inside begin block

   Adding 5 (integer) and '3' (string) causes a TypeError in Ruby.

2. Step 2: Understand rescue block behavior

   The rescue block catches the error and prints "Error caught!"; the error is due to incompatible types.

3. Final Answer:

   Adding integer and string causes a TypeError -> Option A

4. Quick Check:

   TypeError from adding int and string = A [OK]

Hint: Check data types when rescue catches errors [OK]

Common Mistakes:

• Thinking rescue must specify error type
• Believing begin is optional here
• Assuming puts causes error

5. You want to handle different errors separately in Ruby. Which code correctly uses rescue to handle ZeroDivisionError and NoMethodError differently?

begin
  # some code
rescue ZeroDivisionError
  puts "Divide by zero error"
rescue NoMethodError
  puts "Method not found error"
end

hard

A. This code correctly handles each error with separate rescue blocks

B. You cannot have multiple rescue blocks; only one is allowed

C. You must use if statements inside rescue to check error type

D. Rescue only catches StandardError, so this won't work

Solution

1. Step 1: Understand multiple rescue usage

   Ruby allows multiple rescue clauses to handle different error types separately.

2. Step 2: Verify code matches correct syntax

   The code uses separate rescue blocks for ZeroDivisionError and NoMethodError, which is valid.

3. Final Answer:

   This code correctly handles each error with separate rescue blocks -> Option A

4. Quick Check:

   Multiple rescue blocks handle errors separately = B [OK]

Hint: Use multiple rescue blocks for different errors [OK]

Common Mistakes:

• Thinking only one rescue block is allowed
• Trying to use if inside rescue instead
• Believing rescue can't catch specific errors