PostMessage et fin de thread

Version imprimable

26/05/2006, 16h16
titoine1978

PostMessage et fin de thread

Bonjour,

J'ai un petit problème, la bonne nouvelle c'est que je sais d'ou ca vient mais il me manque la bonne solution pour le résoudre.

Un thread fait un PostMessage vers mon application et passe en argument le pointeur d'une de ses variables locales.
Lorsque le thread s'arrete, il peut rester encore des messages non traités qui remonte dans la file d'attente de mon application.
Bref, ca plante lorsqu'un message emerge avec forcement un pointeur qui n'est plus valable (le thread étant terminé).

Quelle serait la meilleur méthode pour éviter ce problème ? Une variable globale dans mon application que le thread modifierait ?
J'utilise les mfc j'ai donc un objet CWinApp global qui peut être utilisé.

Mon thread est en fait une méthode d'une classe (mon application instancie cette classe). J'ai pensé mettre une variable statique dedans, ou une variable public (j'envoie au thread comme paramètre this, donc il y a acces). C'est correct comme méthode ?

J'ai cherché sur Google et le forum comment passer des objets avec un postmessage mais je n'ai rien trouvé de simple (new et delete avec des classes dérivées de ce qu'on veut envoyer).

Merci.
26/05/2006, 16h31
farscape

salut,
plusieurs solutions:
- faire un SendMessage à la place d'un PostMessage: le thread attend le retour et ne peux sortir avant..
- la variable locale ne fait pas partie du thread mais de la classe fenêtre appelée.
:D
26/05/2006, 16h59
Médinoc

Généralement, quand je fais des PostMessage d'un thread à l'autre, j'utilise de l'allocation dynamique...
26/05/2006, 17h05
titoine1978

Super, merci pour ta réponse rapide.
Le plus simple dans mon cas est SendMessage que je ne connaissais pas.
26/05/2006, 17h07
titoine1978

Médinoc : comment tu désalloues dans le cas du PostMessage ? et ou ?
26/05/2006, 17h15
farscape

tu desalloues dans la fonction de reponse aprés utilisation de la variable...
:D
26/05/2006, 17h32
titoine1978

C'est vraiment correct de faire ca ? Il me semblait que c'était déconseillé d'allouer dans une classe et désallouer dans une autre. Si ca n'est pas le cas je me suis souvent fais suer pour rien :mrgreen:
26/05/2006, 18h05
farscape

ça ne reglera pas pour autant le fait d'attendre que le thread ait terminé son boulot avant de quitter le programme....
:D
26/05/2006, 22h50
Médinoc

Citation:

Envoyé par titoine1978

C'est vraiment correct de faire ca ? Il me semblait que c'était déconseillé d'allouer dans une classe et désallouer dans une autre. Si ca n'est pas le cas je me suis souvent fais suer pour rien :mrgreen:

Ce qui est déconseillé, c'est d'allouer dans un module (au sens: EXE, DLL) et désallouer dans un autre. Et encore, selon les fonctions utilisées, il peut n'y avoir aucune différence.
(le malloc() et free() normaux feront une erreur à coup sûr en mode debug, je crois qu'il en est de même pour new et delete, mais par exemple, les LocalAlloc()/GlobalAlloc()/VirtualAlloc() doivent s'en moquer, de même que HeapAlloc(GetProcessHeap())...)