Discussion :

[boula93]

Bonjour,

j'ai le message d'erreur suivant : RuntimeError: underlying C/C++ object has been deleted
Après quelques recherches dans les forums, je constate que ce message provient de contextes divers.
Voilà la situation qui m'y conduit.
- Un objet QObjet envoie un signal self . emit (SIGNAL('update')) pour indiquer qu'il a été modifié et qu'il convient de raffraichir l'interface (une QGraphicsScene visualisée dans un QGraphicsView d'une fenêtre Qdialog).
- la fenêtre se connecte à ce signal dans sa fonction __init__ par self . connect (self . station, SIGNAL ('update'), self . scene . update)
- cette fenêtre peut être ouverte en plusieurs exemplaires et tous se raffraichissent automatiquement (ça marche parfaitement)

Code :

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

1
2
3
4
 
newStationGUI = CGUIStationDialog (self . device . getOtherStation (self . station))
newStationGUI . show ()
newStationGUI . exec_ ()

- à sa fermeture j'ai mis (sans conviction, ni succès d'ailleurs) :

Code :

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

1
2
3
4
 
def close (self) :
    self . station . disconnect (self, SIGNAL ('update'), self . scene . update)
    super (CGUIStationDialog , self) . close ()

En cas de fermeture d'une des instances de la fenêtre, lors de l'émission du signal de rafraichissement apparait le message RuntimeError: underlying C/C++ object has been deleted

Vos lumières ?

Merci d'avance

Boula

[VinsS]

Salut,

C'est un petit peu difficile de visualiser ton schéma mais tu peux toujours essayer ceci:

1. Au lieu de close() dans le dialog, utilises accept()

2.Ne déconnectes pas, selon moi, l'instance du dialog étant détruite (et ça c'est sur avec accept()) la déconnexion n'a aucune utilité.

Cela dit, ton message d'erreur est courant et souvent peu critique, l'exemple le plus courant étant le garbage collector de python plus rapide que le destructeur C++ appelé lors de la suppression d'un objet Qt.

[boula93]

Bonjour,

merci pour ta réponse rapide. Malheureusement, ça n'est pas ça.
Dans ma description, (je ne voulais pas inonder avec des km de lignes de code) Y aurait-il des info que tu souhaiterais que je détaille ?

Merci

[Sve@r]

Salut

Ca m'est déjà arrivé d'avoir ce message. En général, c'est toujours dans un truc un peu tordu où en final je me retrouve en train d'adresser un objet qui est (probablement) déjà effacé...

Déjà tu n'a pas besoin de faire un disconnect. Si ta fenêtre disparait, la déconnection sera automatique.
Ensuite, au lieu de surcharger la fonction close() je te propose d'utiliser la fonction closeEvent()
Cette fonction est implicite dans tout objet Gui et elle est automatiquement appelée quand l'objet disparait.
Donc dans cette fonction tu mets tout ce dont tu penses avoir besoin pour libérer tes objets internes. Mais à mon avis, si c'est juste pour faire un disconnect() ben même pas la peine quoi...

Donc si comme je le pense tu as un QDialog avec un simple bouton "Quitter", tu connectes juste le signal clicked() de ce bouton au self SLOT("close()") et tu laisses le closeEvent() gérer ce qu'il doit faire à la fermeture de la fenêtre...