table of contents
std::underflow_error(3) | C++ Standard Libary | std::underflow_error(3) |
NAME¶
std::underflow_error - std::underflow_error
Synopsis¶
Defined in header <stdexcept>
class underflow_error;
Defines a type of object to be thrown as exception. It may be used to report
arithmetic underflow errors (that is, situations where the result of a
computation
is a subnormal floating-point value).
The standard library components do not throw this exception (mathematical
functions
report underflow errors as specified in math_errhandling). Third-party
libraries,
however, use this. For example, boost.math throws std::underflow_error if
boost::math::policies::throw_on_error is enabled (the default setting).
std-underflow error-inheritance.svg
Inheritance diagram
Member functions¶
constructor constructs a new underflow_error object with the
given message
(public member function)
operator= replaces the underflow_error object
(public member function)
std::underflow_error::underflow_error
underflow_error( const std::string& what_arg ); (1)
underflow_error( const char* what_arg ); (2)
underflow_error( const underflow_error& other ); (3) (noexcept
since C++11)
1) Constructs the exception object with what_arg as explanatory string. After
construction, std::strcmp(what(), what_arg.c_str()) == 0.
2) Constructs the exception object with what_arg as explanatory string. After
construction, std::strcmp(what(), what_arg) == 0.
3) Copy constructor. If *this and other both have dynamic type
std::underflow_error
then std::strcmp(what(), other.what()) == 0. No exception can be thrown from
the
copy constructor.
Parameters¶
what_arg - explanatory string
other - another exception object to copy
Exceptions¶
1,2) May throw std::bad_alloc.
Notes¶
Because copying std::underflow_error is not permitted to throw
exceptions, this
message is typically stored internally as a separately-allocated
reference-counted
string. This is also why there is no constructor taking
std::string&&: it would have
to copy the content anyway.
Before the resolution of LWG issue 254, the non-copy constructor can only
accept
std::string. It makes dynamic allocation mandatory in order to construct a
std::string object.
After the resolution of LWG issue 471, a derived standard exception class
must have
a publicly accessible copy constructor. It can be implicitly defined as long
as the
explanatory strings obtained by what() are the same for the original object
and the
copied object.
std::underflow_error::operator=
underflow_error& operator=( const underflow_error& other ); (noexcept
since C++11)
Assigns the contents with those of other. If *this and other both have
dynamic type
std::underflow_error then std::strcmp(what(), other.what()) == 0 after
assignment.
No exception can be thrown from the copy assignment operator.
Parameters¶
other - another exception object to assign with
Return value¶
*this
Notes¶
After the resolution of LWG issue 471, a derived standard
exception class must have
a publicly accessible copy assignment operator. It can be implicitly defined
as long
as the explanatory strings obtained by what() are the same for the original
object
and the copied object.
Inherited from std::runtime_error
Inherited from std::exception
Member functions¶
destructor destroys the exception object
[virtual] (virtual public member function of std::exception)
what returns an explanatory string
[virtual] (virtual public member function of
std::exception)
Defect reports
The following behavior-changing defect reports were applied retroactively to
previously published C++ standards.
DR Applied to Behavior as published Correct behavior
LWG 254 C++98 the constructor accepting const added
char* was missing
the explanatory strings of they are the same as that of
LWG 471 C++98 std::underflow_error's the
copies were implementation-defined original std::underflow_error
object
2024.06.10 | http://cppreference.com |