Discussion :

[Niak74]

Bonjour,



J'ai une application avec un try/catch englobant le QApplication::exec.

Si je throw une exception dans la phase de construction des éléments de mon application, aucun problème, on remonte la stack jusqu'au try/catch et tout se passe normalement.

Par contre, si le throw a lieu après réponse à un événement (ex : click souris sur un button QML qui appelle un Q_INVOKABLE C++ ou un slot via connexion de signaux), le programme crash. En debuggant, je m'aperçois qu'on est bien dans le thread principal, mais qu'on n'a plus accès à la stack initiale, le try est alors "hors de portée", l'exception n'est donc pas gérée.

Le bug n’apparaît pas sous win8 où on atteint bien le try/catch...

Une idée de ce qu'il se passe ?

[LittleWhite]

Bonjour,

Le bogue apparait sur quel système ?
Quel compilateur utilisez vous ?
Il se peux qu'il y ai une différence de gestion des exceptions entre vos compilateurs.

[Niak74]

La compilation est faite en x64/Release avec msvc2013.

Le problème apparaît sous W7 où je n'atteins pas QApplication::exec() en remontant la stack.

Je suis en train de contourner le problème en factorisant l'appel à des fonctions pouvant générer des exceptions dans une lambda, avec le contrôle d'exception qui me va bien.

Je suis en fait étonné de voir ce comportement, mais je sais que Qt et les exceptions ne font pas bon ménage... donc...