Discussion :

[melleb]

Bonjour,

j'ai fait une ptite appli qui utilise des méthodes d'une dll par pinvoke
cette dll permet de communiquer avec une autre appli 'pseudo-serveur'

cette dll ne doit pas être très bien faite parce que si l'appli-serveur n'est pas lancée et que j'essaie de dialoguer avec via la dll, je n'ai pas de retour... ça part dans les choux... mais sans aucun message d'erreur ou exception...

donc, j'ai intégré mes appels à la dll dans des threads
avant de lancer un de ces threads, je me mets en attente d'un évènement qui doit être levé quand l'appel à la dll se passe bien
si je ne reçoit pas l'évènement au bout d'un certain temps, je tue le thread...

le problème, c'est que ça doit coincer quelque part puisque que quand je tombe dans un cas où je n'ai pas de retour de la dll, quand je veux quitter mon appli, je vois que je ne passe pas dans le destructeur... et ça merde... je suis obligée de passer par le gestionnaire de tâches...
pas terrible...

comment faire pour bien libérer ces ressources??

[melleb]

Alors,
après quelques investigations,

on m'a dit qu'il se pourrait qu'un thread ne soit pas libéré dans la dll que j'implémente (elle dialogue avec l'appli-serveur par tcp ip)
ce qui ferait coincer mon appli...

Y aurait-il un moyen de contourner ça?
de détruire mon objet qui fait appel à cette dll?

[KooKiz]

Je viens d'apprendre quelque chose aujourd'hui qui pourrait être lié à ton problème. Comment fais tu pour tuer les threads ? Par ma méthode Thread.Abort() ? En effet, Thread.Abort() n'agit pas dans les cas suivants :

- Si le thread exécute un constructeur static, auquel cas le Abort est exécuté à la fin du constructeur
- Si le thread exécute un bloc catch/finally, auquel cas le Abort est exécuté à la fin du bloc
- Si le thread exécute du code non managé, auquel cas le Abort est exécuté à la prochaine instruction de code managé

Donc forcement, si ton thread exécute un code non managé contenu dans ta dll, et que ce code se bloque pour un raison quelconque, tu ne peux pas en interrompre l'exécution avec la méthode Abort, vu qu'elle va à son tour attendre que le code managé ait fini de s'exécuter...