std:: underflow_error
|
Definido en el encabezado
<stdexcept>
|
||
|
class
underflow_error
;
|
||
Define un tipo de objeto que se lanzará como excepción. Puede utilizarse para informar errores de desbordamiento inferior aritmético (es decir, situaciones donde el resultado de un cálculo es un valor de coma flotante subnormal).
Los componentes de la biblioteca estándar no lanzan esta excepción (las funciones matemáticas reportan errores de subdesbordamiento como se especifica en
math_errhandling
). Sin embargo, las bibliotecas de terceros utilizan esto. Por ejemplo,
boost.math
lanza
std::underflow_error
si
boost::math::policies::throw_on_error
está habilitado (la configuración predeterminada).
Todas las funciones miembro de
std::underflow_error
son
constexpr
: es posible crear y utilizar objetos
std::underflow_error
en la evaluación de una expresión constante.
Sin embargo,
|
(since C++26) |
Diagrama de herencia
Contenidos |
Funciones miembro
|
(constructor)
|
construye un nuevo objeto
underflow_error
con el mensaje dado
(función miembro pública) |
|
operator=
|
reemplaza el objeto
underflow_error
(función miembro pública) |
std::underflow_error:: underflow_error
|
underflow_error
(
const
std::
string
&
what_arg
)
;
|
(1) | (constexpr desde C++26) |
|
underflow_error
(
const
char
*
what_arg
)
;
|
(2) | (constexpr desde C++26) |
|
underflow_error
(
const
underflow_error
&
other
)
;
|
(3) |
(noexcept desde C++11)
(constexpr desde C++26) |
std::underflow_error
entonces
std::
strcmp
(
what
(
)
, other.
what
(
)
)
==
0
. Ninguna excepción puede ser lanzada desde el constructor de copia.
Parámetros
| what_arg | - | cadena explicativa |
| other | - | otro objeto de excepción a copiar |
Excepciones
Notas
Debido a que copiar
std::underflow_error
no está permitido lanzar excepciones, este mensaje normalmente se almacena internamente como una cadena con conteo de referencias asignada por separado. Esta es también la razón por la cual no hay un constructor que tome
std::string&&
: tendría que copiar el contenido de todas formas.
Antes de la resolución de LWG issue 254 , el constructor no copia solo puede aceptar std::string . Esto hace que la asignación dinámica sea obligatoria para construir un objeto std::string .
Después de la resolución de
LWG issue 471
, una clase de excepción estándar derivada debe tener un constructor de copia públicamente accesible. Puede estar implícitamente definido siempre que las cadenas explicativas obtenidas por
what()
sean las mismas para el objeto original y el objeto copiado.
std::underflow_error:: operator=
|
underflow_error
&
operator
=
(
const
underflow_error
&
other
)
;
|
(noexcept since C++11)
(constexpr since C++26) |
|
Asigna los contenidos con los de
other
. Si
*
this
y
other
ambos tienen tipo dinámico
std::underflow_error
entonces
std::
strcmp
(
what
(
)
, other.
what
(
)
)
==
0
después de la asignación. Ninguna excepción puede ser lanzada desde el operador de asignación de copia.
Parámetros
| other | - | otro objeto de excepción con el cual asignar |
Valor de retorno
* this
Notas
Después de la resolución de
LWG issue 471
, una clase de excepción estándar derivada debe tener un operador de asignación de copia públicamente accesible. Puede ser definido implícitamente siempre que las cadenas explicativas obtenidas por
what()
sean las mismas para el objeto original y el objeto copiado.
Heredado de std:: runtime_error
Heredado de std:: exception
Funciones miembro
|
[virtual]
|
destruye el objeto de excepción
(función miembro pública virtual de
std::exception
)
|
|
[virtual]
|
devuelve una cadena explicativa
(función miembro pública virtual de
std::exception
)
|
Notas
| Macro de prueba de características | Valor | Std | Característica |
|---|---|---|---|
__cpp_lib_constexpr_exceptions
|
202502L
|
(C++26) | constexpr tipos de excepción |
Informes de defectos
Los siguientes informes de defectos que modifican el comportamiento se aplicaron retroactivamente a los estándares publicados anteriormente de C++.
| DR | Se aplica a | Comportamiento publicado | Comportamiento correcto |
|---|---|---|---|
| LWG 254 | C++98 | faltaba el constructor que acepta const char * | añadido |
| LWG 471 | C++98 |
las cadenas explicativas de las copias de
std::underflow_error
estaban definidas por la implementación |
son las mismas que las del objeto
original
std::underflow_error
|