CSE 332: C++ Exceptions Motivation for C++ Exceptions Void Number:: operator/= (const double denom) { if (denom == 0.0) { // what to do here? } m_value.

Slides:



Advertisements
Similar presentations
Exception Handling The purpose of exception handling is to permit the program to catch and handle errors rather than letting the error occur and suffer.
Advertisements

Exception Handling Chapter 15 2 What You Will Learn Use try, throw, catch to watch for indicate exceptions handle How to process exceptions and failures.
An Introduction to Java Programming and Object- Oriented Application Development Chapter 8 Exceptions and Assertions.
C++ Programming: Program Design Including Data Structures, Fourth Edition Chapter 15: Exception Handling.
COMP 121 Week 5: Exceptions and Exception Handling.
Copyright © 2008 Pearson Addison-Wesley. All rights reserved. Chapter 16 Exception Handling.
CSE 332: C++ exceptions Overview of C++ Exceptions Normal program control flow is halted –At the point where an exception is thrown The program call stack.
CSIS 123A Lecture 11 Exception Handling. Introduction  Typical approach to development:  Write programs assuming things go as planned  Get ‘core’ working.
Chapter 16: Exception Handling C++ Programming: From Problem Analysis to Program Design, Fifth Edition.
Objectives In this chapter you will: Learn what an exception is Learn how to handle exceptions within a program See how a try / catch block is used to.
C++ Programming: From Problem Analysis to Program Design, Third Edition Chapter 16: Exception Handling.
Monday, Mar 24, 2003Kate Gregory with material from Deitel and Deitel Week 11 Exceptions.
Lesson 16 Exceptions Lesson Exceptions1. Murphy’s Law Anything that can go wrong will go wrong Lesson Exceptions2.
Slides prepared by Rose Williams, Binghamton University ICS201 Exception Handling University of Hail College of Computer Science and Engineering Department.
Exceptions Briana B. Morrison CSE 1302C Spring 2010.
Copyright © 2014 Pearson Addison-Wesley. All rights reserved. Chapter 16 Exception Handling.
16-Jun-15 Exceptions. Errors and Exceptions An error is a bug in your program dividing by zero going outside the bounds of an array trying to use a null.
© Copyright Eliyahu Brutman Exceptions. © Copyright Eliyahu Brutman Exceptions and Design Patterns - 2 Introduction to Exception Handling Definition:
© Copyright Eliyahu Brutman Programming Techniques Course Version 1.0.
OOP Spring 2007 – Recitation 81 Object Oriented Programming Spring 2007 Recitation 8.
Slides prepared by Rose Williams, Binghamton University Chapter 9 More Exception Handling.
Exceptions Objectives At the conclusion of this lesson, students should be able to Explain the need for exceptions Correctly write programs that use.
Exceptions. Many problems in code are handled when the code is compiled, but not all Some are impossible to catch before the program is run  Must run.
CPSC 252 Exception Handling Page 1 Exceptions and exception handling Client programmers can make errors using a class attempting to dequeue an item from.
Object Oriented Programming
CIS 270—Application Development II Chapter 13—Exception Handling.
1 CSC241: Object Oriented Programming Lecture No 27.
COMPUTER PROGRAMMING 2 Exceptions. What are Exceptions? Unexpected events that happen when the code is executing (during runtime). Exceptions are types.
Exception Handling. 2 Two types of bugs (errors) Logical error Syntactic error Logical error occur  Due to poor understanding of the problem and solution.
CS 11 C track: lecture 5 Last week: pointers This week: Pointer arithmetic Arrays and pointers Dynamic memory allocation The stack and the heap.
CMSC 202 Exceptions. Aug 7, Error Handling In the ideal world, all errors would occur when your code is compiled. That won’t happen. Errors which.
Exceptions Syntax, semantics, and pragmatics Exceptions1.
Operator Overloading & Exception Handling TCP1201 OOPDS 1 Lecture 5 1.
Introduction to Exception Handling and Defensive Programming.
Chapter 14: Exception Handling. Objectives In this chapter, you will: – Learn what an exception is – Learn how to handle exceptions within a program –
Exception Handling Unit-6. Introduction An exception is a problem that arises during the execution of a program. An exception can occur for many different.
C++ Memory Overview 4 major memory segments Key differences from Java
1 C++ Classes and Data Structures Jeffrey S. Childs Chapter 4 Pointers and Dynamic Arrays Jeffrey S. Childs Clarion University of PA © 2008, Prentice Hall.
BIO Java 1 Exception Handling Aborting program not always a good idea – can’t lose messages – E-commerce: must ensure correct handling of private.
CS212: Object Oriented Analysis and Design Lecture 20: Exception Handling-II.
Programming and Problem Solving With Java Copyright 1999, James M. Slack Exceptions Handling Exceptions with try and catch The finally-block The throws.
Exceptions in C++. Exceptions  Exceptions provide a way to handle the errors generated by our programs by transferring control to functions called handlers.
CSE 332: C++ Statements C++ Statements In C++ statements are basic units of execution –Each ends with ; (can use expressions to compute values) –Statements.
Exceptions and Program Correctness based on the original work by Dr. Roger deBry Version 1.1.
Chapter 15: Exception Handling C++ Programming: Program Design Including Data Structures, Fifth Edition.
Exception Handling Outline 23.1 Introduction
CS212: Object Oriented Analysis and Design Lecture 19: Exception Handling.
Exception-Handling Fundamentals  A Java exception is an object that describes an exceptional (that is, error) condition that has occurred in a piece of.
LECTURE LECTURE 14 Exception Handling Textbook p
CMSC 202 Computer Science II for Majors. CMSC 202UMBC Topics Exceptions Exception handling.
C++ Namespaces, Exceptions CSci 588: Data Structures, Algorithms and Software Design All material not from online sources copyright © Travis Desell, 2011.
Exception Handling How to handle the runtime errors.
CHAPTER 18 C – C++ Section 1: Exceptions. Error Handling with Exceptions Forces you to defend yourself Separates error handling code from the source.
Introduction to Exceptions in Java CS201, SW Development Methods.
Chapter 16 Exception Handling
Jim Fawcett CSE687-OnLine – Object Oriented Design Summer 2017
Exceptions.
CMSC202 Computer Science II for Majors Lecture 16 – Exceptions
Jim Fawcett CSE687 – Object Oriented Design Spring 2001
Overview 4 major memory segments Key differences from Java stack
Jim Fawcett CSE687 – Object Oriented Design Spring 2015
Motivation and Overview
Java Primer 1: Types, Classes and Operators
Why exception handling in C++?
Overview 4 major memory segments Key differences from Java stack
Exceptions with Functions
Exceptions 1 CMSC 202.
CMSC 202 Exceptions.
Exception Handling.
CMSC 202 Lesson 20 Exceptions 1.
Presentation transcript:

CSE 332: C++ Exceptions Motivation for C++ Exceptions Void Number:: operator/= (const double denom) { if (denom == 0.0) { // what to do here? } m_value /= denom; } Need to handle cases where program cannot behave normally –E.g., zero denominator for division Otherwise bad things happen –Program crashes –Wrong results Could set value to Number::NaN –I.e., a special “not-a-number” value –Must avoid using a valid return value… –… which can be difficult (e.g., for int) –Anyway, caller might fail to check for it Exceptions offer a better alternative

CSE 332: C++ Exceptions C++ Exception Syntax void foo() throw (int) { throw 2; } try { foo(); } catch (int &i) { cout << “caught ” << i << endl; } catch (...) { cout << “another exception” << endl; } Can throw any type A function’s declaration can list types it can throw –Otherwise the function may throw any defined type Can catch and inspect or use exceptions “Default” catch block is indicated by three dots –Catches every type

CSE 332: C++ Exceptions C++11 Exceptions C++11 standardizes a hierarchy of exception classes –To access these classes #include Two main kinds (subclasses) of exception –Run time errors (overflow errors and underflow errors) –Logic errors (invalid arguments, length error, out of range) Several other subclasses of exception –Bad memory allocation –Bad cast –Bad type id –Bad exception You can also declare other subclasses of these –Using the class and inheritance material in later lectures

CSE 332: C++ Exceptions Overview of C++ Exceptions Normal program control flow is halted –At the point where an exception is thrown The program call stack “unwinds” –Stack frame of each function in call chain “pops” –Variables in each popped frame are destroyed –This goes on until an enclosing try/catch scope is reached Control passes to first matching catch block –Can handle the exception and continue from there –Can free some resources and re-throw exception Let’s look at the call stack and how it behaves –Good way to explain how exceptions work (in some detail) –Also a good way to understand normal function behavior

CSE 332: C++ Exceptions A More Detailed Look at Stack Frames In general, the structure is common –A chunk of memory representing the state of an active function call –Pushed on program call stack at run-time g++ -s  generated machine code (in assembly language) –can be used to deduce exact structure for a given platform Each stack frame contains: –A pointer to the previous stack frame –The return address (i.e., just after point from which function was called) –The parameters passed to the function (if any) –Automatic (local) variables for the function Sometimes called “stack variables” previous frame pointer return address parameters automatic variables

CSE 332: C++ Exceptions Illustrating the Call Stack (1/8) int main (int argc, const char *argv[]) { Number n(8.1); try { n /= 0.0; cout << n << endl; } catch (int) { return 1; } return 0; } Stack frame for function main –Pushed on program call stack –With stack variable n –With parameters argc and argv Note that parameters are initialized at frame creation Variables are not necessarily initialized at frame creation –May occur later in called function argcargv n m_value main

CSE 332: C++ Exceptions Illustrating the Call Stack (2/8) int main (int argc, const char *argv[]) { Number n(8.1); try { n /= 0.0; cout << n << endl; } catch (int) { return 1; } return 0; } Number constructor called –Stack frame created argcargv n m_value main this Number::Number(const double n) n

CSE 332: C++ Exceptions Illustrating the Call Stack (3/8) Number::Number(const double n) :m_value(n) { } Enter Number constructor –m_value is set in object How do we know which m_value to set? –Implicit this pointer argcargv n m_value main this Number::Number(const double n) n

CSE 332: C++ Exceptions argcargv n m_value main Illustrating the Call Stack (4/8) Number::Number(const double n) :m_value(n) { } Return from constructor –Its stack frame is popped –Returns to main

CSE 332: C++ Exceptions Illustrating the Call Stack (5/8) int main (int argc, char **argv) { Number n(8.1); try { n /= 0.0; cout << n << endl; } catch (int) { return 1; } return 0; } Call operator/= on n –New stack frame created –Copy 0.0 into n –Set this argcargv n m_value main this Number::operator/=(const double denom) denom

CSE 332: C++ Exceptions Illustrating the Call Stack (6/8) Test denom against 0.0 –Test succeeds –throw integer 0 void Number::operator/=(const double denom) { if (denom == 0.0) { throw 0; } m_value /= denom; } argcargv n m_value main this Number::operator/=(const double denom) denom

CSE 332: C++ Exceptions argcargv n m_value main Illustrating the Call Stack (7/8) throw unwinds stack Skips over rest of function Returns to caller void Number::operator/=(const double denom) { if (denom == 0.0) { throw 0; } value_ /= denom; }

CSE 332: C++ Exceptions Illustrating the Call Stack (8/8) int main (int argc, char **argv) { Number n(8.1); try { n /= 0.0; cout << n << endl; } catch (int) { return 1; } return 0; } We’ve reached an enclosing try/catch scope –So stack unwinding stops Control jumps to first matching catch block –Skips over intervening cout statement (no output!) argcargv n m_value main

CSE 332: C++ Exceptions Catching Exceptions in C++ try { // can throw exceptions } catch (Derived &d) { // Do something } catch (Base &d) { // Do something else } catch (...) { // Catch everything else } Control jumps to first matching catch block Order matters if multiple possible matches –Especially with inheritance-related exception classes –Put more specific catch blocks before more general ones –Put catch blocks for more derived exception classes before catch blocks for their respective base classes

CSE 332: C++ Exceptions More About Catching Exceptions in C++ try { // can throw exceptions } catch (Derived &d) { // Do something } catch (Base &d) { // Do something else } catch (...) { // Catch everything else } catch(...) –Catches any type throw; –Throws nothing (cannot catch) –Often preferable to exit(1) –But usually it’s better to throw something E.g., a special type E.g., at least an int

CSE 332: C++ Exceptions Exception Specifications (do not use them) // can throw anything void Foo::baz(); // promises not to throw void Foo::baz() throw(); // promises to only throw int void Foo::baz() throw(int); // only char or int void Foo::baz() throw(char,int); Added in C++98, deprecated in C++11 Make promises to the calling function –Empty throw clause promises no exceptions –Can list multiple types (comma separated) By default, a function can throw whatever it wants –Throw clause in function signature limits what that function body can throw –But can call code that leaves off throw clause

CSE 332: C++ Exceptions Rules of Thumb for Using C++ Exceptions Use exceptions to handle any cases where the program cannot behave normally –Do not use exceptions as a way to control program execution under normal operating conditions Don't let a thrown exception propagate out of the main function uncaught –Instead, always catch any exceptions that propagate up –Then return a non-zero value to indicate program failure Don’t use or rely on exception specifications –A false promise if you declare them, unless you have fully checked all the code used to implement that interface –No guarantees that they will work for templates, because a template parameter could leave them off and then throw