Discussion :

[Jflop91]

Bonjour à tous,

La question est hyper simple, et pourtant je n'ai pas réussi.
Je cherche à utiliser un Try{} Catch() {} qui prendra en charge un cas où le buffer auquel j'essaye d’accéder deviendrait indisponible, afin d'éviter le crash d'application qui en découle.

Oui je sais, pour ce genre de problème, le but n'est pas de faire n'importe quoi pour laisser Try Catch rattraper le coup, je vous expose donc rapidement mon problème (évidemment que le meilleur moyen de se protéger contre un accès mémoire dans les choux, c'est de se débrouiller pour ne pas faire n'importe quoi, et à ce moment là, ça marche très bien).

J'utilise un ActiveX, dans mon projet MFC C++, qui m’appelle une fonction de callback sur évènement, dès qu'un image est prête. Cette fonction de callback accède au buffer de l'ActiveX pour en lire le contenu et l'adapter à mes variables de stockage/affichage d'image.

Le souci, c'est que dans l'application multithread en question, le programme peut demander des choses à la camera (changement de temps d'exposition, reparamétrage de binning etc) en plein pendant la lecture du buffer de l'image par ma fonction de callback (et là, c'est le drame : le buffer est spontanément désalloué, redimensionné... et le callback, en plein dans la lecture du buffer de l'image à ce très mauvais moment, provoque le crash de l'application.)

J'ai d'abord fait en sorte de proteger chaque accès à l'ActiveX par un sémaphore : ainsi, deux fonctions vivant sur des threads différents ne peuvent plus demander en même temps la caméra. Le Callback réserve lui aussi le sémaphore avant de pouvoir toucher au buffer, de façon à ce qu'aucune fonction concernant l'ActiveX ne puisse être appelée pendant la lecture du buffer. Ceci m'a permis de rendre l'application infiniment plus stable.

Mais il existe quelques rares cas où l'application plante au moment d’accéder au buffer, juste au moment où l'on remet la caméra en route : l'event "image prête" arrive, déclenche le callback qui réserve son accès à la camera; il commence à accéder au buffer et Boum, plantage... Comme si l'ActiveX commence à me donner la main trop tôt en appelant mon Callback, et qu'il prépare le buffer après m'avoir donné la main.

Du coup, je voudrais savoir si pour ce cas de la dernière chance, un Try Catch ([???]) serait disponible, car ceux que j'ai essayé jusqu'à présent n'ont pas su empêcher le crash d'application.

Merci d'avance !

PS : Évidemment, nous ne sommes pas à l'abri d'une réécriture du buffer par l'ActiveX (nouvelle image qui écrase la précédente) pendant notre lecture du buffer; mais il faut savoir que celui ci ne change pas d'adresse : au pire l'image est scindée en deux, ceci nous arrive et ne pose aucun souci car il ne s'agit que d'un visuel (pour les sauvegardes d'image en revanche on fait bien gaffe de mettre en pause l'acquisition avant de sauvegarder le contenu du buffer). C'est souvent au moment précis du redémarrage de l'acquisition continue que les problèmes ont lieu

[Médinoc]

Si tu compiles avec les bons switches, un try {} catch(...) {} catchera les exceptions Win32.
Regarde aussi du côté de _set_se_translator() qui peut traduire une exception Win32 (autre que "Microsoft C++ Exception") en exception C++.