Occupation en mémoire d'un String

Bonjour à toute et à tous,

L'instruction sizeof() renvoie la taille d'un type de variable. Exemple :

Code:

---

1 2 3 4 5 6

String s; sizeof(String); // résultat = 7 sizeof(s) ; // résultat = 7 s = "AZERTYUIOP" // 10 caractères sizeof(s); // résultat = 7 sizezof("AZERTYUIOP") // résultat = 11

---

Maintenant, j'ai une chaîne "str" comprenant un certain nombre (je ne connais pas a priori ce nombre) de caractères. Comment je fais pour connaître la place qu'occupe cette chaîne en mémoire ?

Le résultat est-il :

1. nombre de caractères +1 comme le montre "sizezof("AZERTYUIOP")"
2. taille du type + nombre de caractères
3. une autre valeur

Merci de votre aide.

Pierre

sizeof(s) donne la taille de l'objet s.
On peut supposer que comme la chaîne alloue séparément son contenu, ceci ne comprend pas les caractères stockés eux-mêmes, qui sont ailleurs en mémoire.
Après pour savoir quelle taille prennent les catactères dans s, il faut faire des hypothèses sur le mode de stockage, qui est un détail d'implémentation. C'est certainement corrélé positivement avec le nombre de caractères, mais je ne suis pas sûr qu'on puisse en dire plus (stratégie d'allocation? stockage ou non sous forme de tableau?...)

String n'est pas un type connu, poste sa définition.

Citation:

---

Envoyé par Médinoc

String n'est pas un type connu, poste sa définition.

---

Effectivement, "String" est un objet dans l'environnement "ARDUINO". Est-ce aussi un objet classique dans le langage C++.

Cordialement.

Pierre

En C++ standard, tu as std::string (tout en minuscules).

Mais comme le dit therwald, tout cela dépend de l'implémentation et de l'encodage.

On peut considérer qu'au minimum tu as sizeof(char*) octets dans l'objet lui-même plus strlen(s)+1 octets sur le tas, mais tu as probablement en plus la taille du buffer, et parfois encore d'autres fonctions (en cas de Copy-On-Write tu as souvent un compteur de références).

Apparament au moins certaines versions de std::string la STL de VS contiennent un buffer interne pour les chaînes courtes pour éviter les coûts de l'allocation dynamique, et ce buffer est vide pour les chaînes plus longues.
Il y a donc encore plus de variations possibles dans la stratégie que je ne pensais...

Je vous remercie pour ces informations. Je vais voir sur le forum ARDUINO s'il y quelque chose de spécifique.

Cordialement.

Pierre