Crash dans le destructeur d'un QDialog

Bonjour à tour,

me revoilà avec un nouveau problème des plus étranges...
Soient :
1 classe héritant de QApplication app
1 classe héritant de QObject AlertController
1 classe héritant de QDialog AlertDialog

l'instance de app contient un attribut alertController_ instancié sur la pile (dans les attributs)
AlertController contient un attribut alertDialog_ instancié idem.

app appelle alertController pour afficher une alerte.
alertController prépare la dialog et l'affiche (show())

si je quitte app alors que la dialog est ouverte j'ai le crash suivant (read access violation) :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29

0 QScopedPointer<QObjectData,QScopedPointerDeleter<QObjectData> >::data qscopedpointer.h 135 0x6e1a55ca 1 qGetPtrHelper<QScopedPointer<QObjectData,QScopedPointerDeleter<QObjectData> > > qglobal.h 2428 0x6e193cbb 2 QApplication::d_func qapplication.h 390 0x6e19e173 3 QWidget::~QWidget qwidget.cpp 1629 0x6e22a88b 4 QDialog::~QDialog qdialog.cpp 327 0x6e847cf8 5 AlertDialog::~AlertDialog AlertDialog.cpp 45 0xd77b63 6 AlertsController::~AlertsController AlertsController.cpp 16 0xd76e3e 7 AlertsController::`scalar deleting destructor' A2 0xd7762f 8 QObjectPrivate::deleteChildren qobject.cpp 1908 0x7091b1f9 9 QWidget::~QWidget qwidget.cpp 1679 0x6e22a976 10 QMainWindow::~QMainWindow qmainwindow.cpp 389 0x6e767d12 11 MainWindowController::~MainWindowController MainWindowController.cpp 95 0xd81acd 12 MainAppController::~MainAppController MainAppController.cpp 22 0xd71a23 13 MainAppController::`scalar deleting destructor' A2 0xd733af 14 QObjectPrivate::deleteChildren qobject.cpp 1908 0x7091b1f9 15 QObject::~QObject qobject.cpp 929 0x70919cb8 16 QCoreApplication::~QCoreApplication qcoreapplication.cpp 792 0x708fbc6d 17 QApplication::~QApplication qapplication.cpp 1222 0x6e1afbcc 18 QtSingleApplication::~QtSingleApplication A2 0xd3be10 19 A2Application::~A2Application A2Application.cpp 50 0xd39e0a 20 Loader::loadApplication Loader.cpp 37 0xd36257 21 main main.cpp 67 0xd36082 22 WinMain qtmain_win.cpp 131 0xdb68aa 23 __tmainCRTStartup crtexe.c 547 0xdb5e50 24 WinMainCRTStartup crtexe.c 371 0xdb5bdf 25 BaseThreadInitThunk kernel32 0x75ba33aa 26 __RtlUserThreadStart ntdll32 0x779a9ef2 27 _RtlUserThreadStart ntdll32 0x779a9ec5

---

Si le dialog n'est pas ouvert... je n'ai pas ce problème.
Dans tous les cas suivants je n'ai pas le problème :
-j'utilise un timer qui ferme le dialog au bout de 5s
-je ferme le dialog à la main
-je n'affiche pas le dialog mais l'instancie quand même

Dans tous les cas suivants j'ai le problème :
-je laisse le dialog ouvert (pas de timer)
-je ferme l'application avant que le timer n'ait fermé le dialog

Ca fait 2h que je suis là dessus et google n'est pas mon ami... Alors que faire selon vous ??

Bonsoir,

Votre problème ressemble au fait qu'une classe tente de libérer la mémoire de l'un de ses enfants qui a déjà préalablement été détruit. Ce genre de cas, en gros :

Code:

---

1 2 3 4

QObject *obj = new QObject(NULL); QObject *child = new QObject(obj); delete child; delete obj;

---

Je ne serais pas contre le fait de voir le code.

Bonne continuation,
Amnell.

Bonjour,

merci pour votre réponse. Malheureusement je ne fais pratiquement aucun delete, tous mes objets sont instanciés sur la pile ou bien ont un parent. A ce niveau du code le seul delete figure dans le destructeur du dialog et sert à supprimer l'UI instancié dans le constructeur par un new.

le plantage survient sur la parenthèse fermante du destructeur du contrôleur :

Code:

---

1 2 3 4 5

MainWindowController::~MainWindowController() { if(ui) delete ui; }

---

Bonsoir,

Dans ce cas, on peut peut-être chercher ailleurs : n'auriez-vous pas un widget respectant le pattern singleton comme ceci qui possèderait des enfants ?

Code:

---

1 2 3 4 5

MyWidget* MyWidget::get() { static MyWidget widget; return &widget; }

---

Ou :

Code:

---

1 2 3 4 5

MyWidget& MyWidget::get() { static MyWidget widget; return widget; }

---

Si vous n'avez rien de ce genre, une solution lente mais efficace serait de commenter progressivement le code de sorte de repérer le problème, en commençant par chercher du côté des timers et des initialisations.

Bonne soirée,
Amnell.

J'utilise en effet un template de Singleton qui renvoie une référence dans certains cas mais jamais avec un QObject ou un QWidget...

Ce qui m'étonne particulièrement dans ce cas c'est que le crash ne survient que lorsque la fenêtre est visible, jamais lorsqu'elle n'est plus visible, timer ou pas...

Il doit bien y avoir un rapport non ? Si je provoque un hide() dans le destructeur ça ne resoud pas non plus mon problème.

Est-ce que ça vous évoque quelque chose en particulier ?

Bonjour,

J'ai eu un problème de ce genre récemment, et c'était lié à la parenté des widgets (avec le singleton). Comme autre crash que je connais, c'est de faire un setCentralWidget() sur une QMainWindow avec un QWidget qui n'est pas le fils de la QMainWindow. À la fermeture du programme, on constate que ça ferme mal et que ça crashe au bout de quelques secondes. Votre problème concernant les QDialog, je doute que ça vienne de là, d'autant plus que vous ne semblez pas avoir le souci dans tous les cas.

Avec les informations que j'ai, je ne pense pas pouvoir donner plus d'indications.

Bonne continuation,
Amnell.

Merci beaucoup pour toutes ces pistes !
Je vais regarder du côté du positionnement du dialog et des parents/enfants il doit bien y avoir un problème quelque part en.

Salutations