std:: length_error
|
Défini dans l'en-tête
<stdexcept>
|
||
|
class
length_error
;
|
||
Définit un type d'objet à lancer comme exception. Il signale des erreurs résultant de tentatives de dépassement des limites de longueur définies par l'implémentation pour certains objets.
Cette exception est levée par les fonctions membres de std::basic_string et std::vector::reserve .
Toutes les fonctions membres de
std::length_error
sont
constexpr
: il est possible de créer et d'utiliser des objets
std::length_error
lors de l'évaluation d'une expression constante.
Cependant, les objets
|
(depuis C++26) |
Diagramme d'héritage
Table des matières |
Fonctions membres
|
(constructeur)
|
construit un nouvel objet
length_error
avec le message donné
(fonction membre publique) |
|
operator=
|
remplace l'objet
length_error
(fonction membre publique) |
std::length_error:: length_error
|
length_error
(
const
std::
string
&
what_arg
)
;
|
(1) | (constexpr depuis C++26) |
|
length_error
(
const
char
*
what_arg
)
;
|
(2) | (constexpr depuis C++26) |
|
length_error
(
const
length_error
&
other
)
;
|
(3) |
(noexcept depuis C++11)
(constexpr depuis C++26) |
std::length_error
alors
std::
strcmp
(
what
(
)
, other.
what
(
)
)
==
0
. Aucune exception ne peut être levée depuis le constructeur de copie.
Paramètres
| what_arg | - | chaîne explicative |
| other | - | autre objet d'exception à copier |
Exceptions
Notes
Comme la copie de
std::length_error
n'est pas autorisée à lever des exceptions, ce message est généralement stocké en interne sous forme de chaîne à comptage de référence allouée séparément. C'est aussi pourquoi il n'y a pas de constructeur prenant
std::string&&
: il devrait de toute façon copier le contenu.
Avant la résolution de LWG issue 254 , le constructeur non-copie ne pouvait accepter que std::string . Cela rendait l'allocation dynamique obligatoire pour construire un objet std::string .
Après la résolution de
LWG issue 471
, une classe d'exception standard dérivée doit avoir un constructeur de copie accessible publiquement. Il peut être implicitement défini tant que les chaînes explicatives obtenues par
what()
sont les mêmes pour l'objet original et l'objet copié.
std::length_error:: operator=
|
length_error
&
operator
=
(
const
length_error
&
other
)
;
|
(noexcept depuis C++11)
(constexpr depuis C++26) |
|
Assigne le contenu avec celui de
other
. Si
*
this
et
other
ont tous deux le type dynamique
std::length_error
alors
std::
strcmp
(
what
(
)
, other.
what
(
)
)
==
0
après l'assignation. Aucune exception ne peut être levée par l'opérateur d'assignation de copie.
Paramètres
| other | - | un autre objet exception à assigner |
Valeur de retour
* this
Notes
Après la résolution du
LWG issue 471
, une classe d'exception standard dérivée doit avoir un opérateur d'assignation de copie accessible publiquement. Il peut être défini implicitement tant que les chaînes explicatives obtenues par
what()
sont les mêmes pour l'objet original et l'objet copié.
Hérité de std:: logic_error
Hérité de std:: exception
Fonctions membres
|
[virtual]
|
détruit l'objet exception
(fonction membre publique virtuelle de
std::exception
)
|
|
[virtual]
|
retourne une chaîne explicative
(fonction membre publique virtuelle de
std::exception
)
|
Notes
| Macro de test de fonctionnalité | Valeur | Std | Fonctionnalité |
|---|---|---|---|
__cpp_lib_constexpr_exceptions
|
202502L
|
(C++26) | constexpr types d'exception |
Rapports de défauts
Les rapports de défauts modifiant le comportement suivants ont été appliqués rétroactivement aux normes C++ précédemment publiées.
| DR | Applicable à | Comportement publié | Comportement corrigé |
|---|---|---|---|
| LWG 254 | C++98 | le constructeur acceptant const char * était manquant | ajouté |
| LWG 471 | C++98 |
les chaînes explicatives des
std::length_error
copies étaient définies par l'implémentation |
elles sont identiques à celles de l'objet
original
std::length_error
|
Voir aussi
|
modifie le nombre de caractères stockés
(fonction membre publique de
std::basic_string<CharT,Traits,Allocator>
)
|