Possibilité de contourner le spécificateur private ?!!

Réponse acceptée !
Non ce n'est pas un bogue.
Tu alloues de la mémoire pour public_string que tu libères ensuite. Puis tu alloues pour private_string exactement la même quantité de mémoire. L'allocateur verra cette zone mémoire fraîchement libérée de taille identique disponible et la réservera pour private_string.
Cependant, ce comportement n'est pas garanti. Cette zone mémoire peut-être réservée par un autre thread, par exemple, si un changement de contexte a lieu entre le delete et le new.

C++ (@++)

Réponse acceptée !
Non ce n'est pas un problème. Il est trop difficile de prévoir ce genre de comportement pour l'exploiter facilement.

"je pense que si on doit considérer ceci comme bogue, ça doit être de la part du système.."

L'accès au attributs ne veut strictement rien dire pour le système. Tout ça est réglé durant la compilation et non durant l'exécution. Le système ne fait qu'allouer la mémoire et ne se demande pas si une variable dite "privée" avait cette zone avant. Ce concept d'accès aux attributs n'est pas applicable au niveau de l'exécution mais seulement lors de la conception du code source.

Si tu veux être sûr que public_string ne soit plus utilisable, assigne lui 0 après le delete.

C++ (@++)

Réponse acceptée !
Tien un petit test pour montrer ce que je voulais dire par :
"Ce concept d'accès aux attributs n'est pas applicable au niveau de l'exécution mais seulement lors de la conception du code source."

class Test {
public:
    Test(char *i, int j, char k) {
        pointeur = i;
        entier = j;
        carac = k;
    }
private:
    char *pointeur;
    int entier;
    char carac;
};
   

int main (int argc, char *argv[]) {
    Test *ttt = new Test("Bonjour les amis", 234, 'e');
    char *i = *(char**)ttt;
    int j = *(int*)((char*)ttt+4);
    char k = *(char*)((char*)ttt+8);
   
    cout << i << '\n' << j << '\n' << k << endl;
}

Compilé avec g++ et testé sous linux. Devrait t'afficher:

Bonjour les amis
234
e

Le concept d'encapsulation n'a de sens que dans la conception du programme et non lors de son exécution.

C++ (@++)