Discussion :

[Higestromm]

Bonjour,

Je programme une application avec Qt et je me pose beacoup de question sur la gestion mémoire.

En effet il parait que si on declare un widget avec un new, il est automatiquement détruit par le QApplication. Jusque la pas de souci. Ce qui m'intrigue c'est surtout que si on créer un widget de manière classique et que l'on passe une référence au lieux d'un pointeur ca marche encore.

D'ou la question : comment il fait pour savoir ce qu'il à le droit de détruire ?

Mon probleme est le suivant : Je créer des classes qui contiennent des widgets. je les ajoute à mon application et quand l'objet est détruit il enlève le Widget de l'application et fait un delete. Ensuite pour une raison obscure Qt plante (je pense qu'il tente toujours d'acceder à mon objet). Comment gérer mes widgets dans ces conditions ??? Il existe pas un smartpointeur spécial Qt qui gère ca ?

Est ce que quelqu'un peut m'aider ?

Merci

[Matthieu Brucher]

Attention, QApplication ne détruit rien !
Lorsque le père d'une hiérarchie de QObject est détruit, automatiquement ses enfants sont tous détruits, donc si on passe un pointeut vers un fils alloué sur la pile, ça va planter tôt ou tard.

Si tu voulais nous montrer un exemple exact de ce que tu penses, ça nous aiderait à comprendre aussi

[dimitri-trolltech]

En effet il parait que si on declare un widget avec un new, il est automatiquement détruit par le QApplication. Jusque la pas de souci. Ce qui m'intrigue c'est surtout que si on créer un widget de manière classique et que l'on passe une référence au lieux d'un pointeur ca marche encore.

En réalité c'est un pointeur qui est passé, ça ne pourrait pas marcher avec une référence. Pour clarifier les idées :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
QWidget w;
QWidget *p = &w; // &w est un pointeur, pas une référence

D'ou la question : comment il fait pour savoir ce qu'il à le droit de détruire ?

Voir la doc :

When you create a QObject with another object as parent, it's added to the parent's children() list, and is deleted when the parent is.

C'est aussi simple que ça.

Mon probleme est le suivant : Je créer des classes qui contiennent des widgets. je les ajoute à mon application et quand l'objet est détruit il enlève le Widget de l'application et fait un delete. Ensuite pour une raison obscure Qt plante (je pense qu'il tente toujours d'acceder à mon objet). Comment gérer mes widgets dans ces conditions ??? Il existe pas un smartpointeur spécial Qt qui gère ca ?

Il faudrait voir le code (un exemple minimal SVP). Comme ça, je ne peux que supposer qu'un objet est crée sur la pile au lieu d'être créé sur le tas, tout en étant un « enfant » d'un autre objet.

[Higestromm]

bah un exemple de tete donc m'en voulez pas si la syntaxe est pas tout a fait la bonne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
class truc : public QWidget
{
  public :
  truc(QWidget *parent, const char *name) : QWidget(parent, name)
  {
    QPushButton bouton("test", this);
  }
};

Dans le cas présent on créer un QPushbutton qui est ajouter à la liste des fils du widget. Ceci dit la variable bouton a une portée limitée au constructeur et sera donc détruit après. Pourtant l'application ne plante pas, j'en conclus qu'une copie est faite, mais dans ce cas si j'aurais fait un new j'aurais eu une fuite mémoire non ?

[Matthieu Brucher]

En fait, là, ton objet est créé, mais il est détruit à la fin du constructeur, et il est automatiquement aussi retiré de la liste de son père, donc il n'y a pas de delete, pas de copie, rien.
Et s'il est encore affiché, c'est peut-être qu'un update n'est pas réalisé par la suite, mais là encore, l'as-tu fait fonctionner, ce bouton ?

[Higestromm]

En effet j'ai fait le test et il n'est pas afficher... curieux j'avais le souvenir que mes premières applications ressemblaient à ca ...

Donc si je comprend bien, si j'enlève un widget de son arbre, il ne sera pas détruit par Qt ?

[Matthieu Brucher]

Donc si je comprend bien, si j'enlève un widget de son arbre, il ne sera pas détruit par Qt ?

Exact. Pour ce faire, il suffit de faire un setParent(NULL).

[Higestromm]

Bon bah tout ca m'as bien éclairci les idées Merci !