MOUSE-O-METER

Commentaire de BruNews le 04/06/2006 23:28:28 administrateur CS

Exemple à ne jamais suivre.
Si on fait du MFC alors on utilise les fonction thread de MFC, ce qui peut passer ici mènerait au crash dans un projet plus important. Richter explique le danger de non appel correct des constructeurs lors d'appel direct de CreateThread avec des classes C++, s'y reporter.
Encore pire est l'emploi de TerminateThread, CString et autres bidules, absolument rien n'est libéré. Imagine si ton prog devait continuer après la fermeture des threads...

Commentaire de nightlord666 le 05/06/2006 09:02:59

En plus la source existe deja en mieux (hook souris):
http://www.cppfrance.com/codes/DISTANCE-PARCOURRUE-SOURIS-WIN32-HOOK_18005.aspx

Commentaire de MuPuF le 05/06/2006 14:26:43

salut brunews, ce probleme avec terminateThread se pose t'il aussi avec la fonction ExitThread ?
Merci d'avoir précisé pour le TerminateThread.
Extreme urgence, c'est un blocage de la thread par exemple ? (je m'en sert contre ça justement, un timer et si ça fais plus de 5 secondes que la thread devrait etre fermé alors hop terminatethread).
merci encore de la précision, j'avais pas pensé aux strings qui ne se désaloueraient pas.

Commentaire de MuPuF le 05/06/2006 14:52:20

ok merci, je vais changer tout mes exit thread en return alors, par chance j'en ais peu.

Commentaire de gbourgeois0019 le 05/06/2006 18:07:44

donc si j'ajoute dans la boucle de chacuns des threads le code suivant :

PeekMessage(&Msg,NULL,0,0,PM_REMOVE);
if ( Msg.message == EXIT )
{
   return;
}

Et que je remplace chaque TerminateThread par ceci :

PostThreadMessage(m_IdThread,EXIT,0,0);

//EXIT etant un #define EXIT WM_USER+1

Est-ce que je règle le problème ??

Commentaire de gbourgeois0019 le 06/06/2006 00:03:34

C'est fait ;)