Discussion :

[devroot]

Bonjour !

Dans une application C++ Builder je lance une DLL que je souhaite pouvoir interrompre parfois avant la fin de son traitement.

Je ne trouve pas de reponse a base de SendMessage mais plutot a partir de Threads qui sont parait-il faciles a interrompre.

Etant donne que je veux seulement implementer un bouton / message CANCEL pour ma DLL, dois-je inserer celle-ci dans un Thread ?

Vous procedeez comment habituellement ?

Merci et bonne nuit !

[Argol_Medusa]

En fait personnellement je m'arrange pour que ma DLL puisse s'interrompre d'elle-même en plein milieu d'un traitement.
De manière générale tout traitement qui "prend tu temps" ou "a des chances de figer" doit être codé de manière à pouvoir rendre la main à tout moment.
Une simple condition de sortie sur une valeur d'un boolean suffit.

Par là j'entends par exemple une boucle for de traitement avec de très nombreuses itérations, dans laquelle on test si une demande d'arrêt a été effectuée ( via mutex dans le cas de threads ).
Et pas un arret par killage de thread comme on le voit malheureusement souvent , c'est sur ça arrete mais bon ... c'est pas propre, par contre on a malheureusement parfois pas trop le choix.

Un cas typique : si la DLL n'est pas à toi.
Là c'est différent, et donc là tu peux tout mettre dans un thread indépendant de ton interface graphique ou du restant du programme, comme ça si la DLL fige ou ne répond plus, tu peux la killer, c'est dégueux mais bon si tu n'as pas le code source de la DLL et que tu ne peux pas la modifier, je ne vois pas d'autre solutions.

(Après il y a peut-etre d'autres manières de faire mais je ne connais que ça.)

[devroot]

Merci Argol_Medusa,

Je suis d'accord sur l'utilité relative d'un Thread dans mon cas : ma DLL renvoie souvent des messages d'info et d'actualisation de jauge à ma fenêtre principale mais inversement ne devrait recevoir qu'un seul message depuis la fenêtre à savoir "interruption demandée par l'utilisateur". Dans ce cas je suppose qu'un simple processus de vérification de messages devrait suffire.

Mais, je n'arrive pas à implémenter la réception de ce message !?!

Dans ma DLL j'ai (comme tu suggères) un booléen qui est vérifié régulièrement et qui est modifiable par un message extérieur, mais, rien n'y fait...Quelqu'un a une idée ?


J'ai défini cette fonction dans ma DLL comme suit :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
 
Dans le fichier .h :
 
int processDLLMsg(TMessage&);
BEGIN_MESSAGE_MAP
MESSAGE_HANDLER(_WM_DLLMSG, TMessage, processDLLMsg)
END_MESSAGE_MAP(tokenizer)
 
Dans le fichier .cpp :
 
int myDLL::processDLLMsg(TMessage &Message)
{
	if(Message.LParam == _MSG_ABORT)
		abortJob=true;
}
 
Depuis la fenêtre principale, j'envoie le message suivant :
 
SendMessage(winHandle, _WM_DLLMSG, 0, (LPARAM)(LPCTSTR)_MSG_ABORT);

[Pascale38]

Heu pourquoi ne pas tout simplement exporter une fonction qui fait le boulot que tu souhaite et que tu appelles de ta fenêtre principale??

dans la dll

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

extern "C" __declspec(dllexport) bool __stdcall abort();

dans la fenêtre principale

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

extern "C" __declspec(dllimport) bool __stdcall abort();

Pascale38

[Argol_Medusa]

Je ne me rappelle plus le fonctionnement des messages, donc ce que je dis est à prendre avec des pincettes, mais il est possible que le message ne soit pas mis à jour tant que tu es dans ta boucle principale de traitement.
Ce n'est peut-être qu'une fois que tu sors que tu obtiens la nouvelle valeur, ceci expliquerait cela.

Mais je rejoins l'avis de Pascale38, ajoute une fonction permettant de quitter dans ta DLL, c'est le plus simple je crois.