Discussion :

[titoine1978]

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.

[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.

[Médinoc]

Généralement, quand je fais des PostMessage d'un thread à l'autre, j'utilise de l'allocation dynamique...

[titoine1978]

Super, merci pour ta réponse rapide.
Le plus simple dans mon cas est SendMessage que je ne connaissais pas.

[titoine1978]

Médinoc : comment tu désalloues dans le cas du PostMessage ? et ou ?

[farscape]

tu desalloues dans la fonction de reponse aprés utilisation de la variable...

[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

[farscape]

ça ne reglera pas pour autant le fait d'attendre que le thread ait terminé son boulot avant de quitter le programme....

[Médinoc]

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

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())...)