Version imprimable
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 :D) 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é.
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.Citation:
Envoyé par Laurent Gomila
Tans pis...
merci
Question bête.Citation:
Envoyé par Kujara
L'appli est en VBA (:cry::cry:).
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.
C'est une dll COM ou dll "classique" ?Citation:
Envoyé par Mongaulois
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é :D.Citation:
Envoyé par Mat.M
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?Citation:
Envoyé par Mat.M
Si elle ne plante pas c'est beaucoup plus simple pour moi :D, mais bon....
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 :cry:Citation:
Envoyé par Laurent Gomila
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...
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,Citation:
Envoyé par Médinoc
killer une application == simulation d'un plantage?
Je dirais plutôt que gravité d'un plantage == tuer l'application.
Je peut donc bien simuler un plantage et killant mon appli :DCitation:
Envoyé par Médinoc
Et il n'y pas des API Windows qui proposent de piloter une interface TWAIN ?Citation:
Envoyé par Mongaulois
??Citation:
Envoyé par Mat.M
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