Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
[MT] thread et plantage
Bonjour,
j'ai un programme qui exploite une dll.
Dans cette dll il y as une création d'un thread pour des traitement spécifique.
Malheuresement, lorsque le programme plante, ce thread plante aussi et ne va donc pas terminer son traitement.
J'aimerai savoir si il était possible (et comment faire) pour que soit :
- ce thread termine malgré le crash.
- un morceau de code est appelé pour terminer correctement le traitement.
merci
ah oui. c'est des thread windows
Pour autant que je sache, c'est pas possible.
Sous windows, quand ça plante, ça plante >.<
Par contre, si c'est une exception, catch la, fait ton cleanup, et quitte.
Un thread est tué si son processus père est tué, donc la solution serait de créer non pas un nouveau thread, mais un nouveau processus (faire deux programmes séparés, en gros).
Mais bon, si tu as un crash, c'est ça qu'il faut corriger en priorité.
Mieux que SDL : découvrez SFML
Mes tutoriels 2D/3D/Jeux/C++, Cours et tutoriels C++, FAQ C++, Forum C++.
Normalement y as pas de raison que ce crash. Puis je ne touche pas à cette appli. Mais bon on sait jamais. Comme c'est pour un produit, je me demandé si il y avait un moyen de blinder ça.Envoyé par Laurent Gomila
Tans pis...
merci
Question bête.
L'appli est en VBA ().
Si elle crash.
Elle lance une exception? Dans ce cas, je peut la récupérer et la traiter dans la DLL??
Pas d'exception en VBA, en de toute façon les exceptions ne sont pas censées passer entre une DLL et un processus l'utilisant.
Mais à mon avis la DLL est déchargée proprement lorsque l'appli crash, donc tu pourrais intercepter le message correspondant dans ton DllMain et terminer ta DLL proprement.
Mieux que SDL : découvrez SFML
Mes tutoriels 2D/3D/Jeux/C++, Cours et tutoriels C++, FAQ C++, Forum C++.
C'est une dll COM ou dll "classique" ?
Il est vivement recommandé de faire une dll ATL-COM plutot que "classique" .
Les dll Automation supportent mieux l'interfaçage avec les autres programmes ( fait en VB,VBA etc..) en plus tu peux faire des "fires" qui communiquent avec le programme parent.
Si le programme en VBA plante c'est qu'il n'est pas synchro avec la dll.
En principe un programme VBA ne devrait pas planter parce que les runtimes VB gèrent les exceptions systèmes
c'est plus compliqué
En faite c'est un driver twain. Un driver twain est un dll.
L'applie utilise eztwain comme interface twain.
C'est une sécurité au driver que je veut ajouter.
Euh... En fait je kill l'appli a la main pendant le traitement pour simuler un plantage. Je ne comprend pas pourquoi une appli VBA ne peut pas planter?
Si elle ne plante pas c'est beaucoup plus simple pour moi
J'ai rien trouvé... Le seul message ,que j'ai trouvé DLL_THREAD_DETACH, qui correspond au déchargement d'une DLL n'est pas emit lors d'un crash
Essaie aussi DLL_PROCESS_DETACH, puisque c'est tout le process qui tombe.
Mais je doute fort que les DLLs soient notifiées lors d'un crash. Elles ne le sont pas dans un TerminateProcess(), en tout cas...
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
a zut je me suis trompé... c'etait cela que je voulais mettre. Mais c'est pareil. los d'un crash j'ai rien.. Remarque,
killer une application == simulation d'un plantage?
Je dirais plutôt que gravité d'un plantage == tuer l'application.
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Je peut donc bien simuler un plantage et killant mon appli
Et il n'y pas des API Windows qui proposent de piloter une interface TWAIN ?c'est plus compliqué
En faite c'est un driver twain. Un driver twain est un dll.
L'applie utilise eztwain comme interface twain.
C'est une sécurité au driver que je veut ajouter.
??
Pas windows (enfin oui sous vista). Mais twain est nativement dans windows maintenant.
Je ne comprend pas t'as question. Je développe un driver twain, et je voulais savoir si il était possible d'effectuer un traitement s'il y as un crash de l'appli qui l'utilise. La réponse est non. Si ca crash, ca crash
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager