Thread et AfxMessageBox compatible???

Bonjour les gens! :D

Je voudrais savoir si c'était possible d'envoyer un message à l'écran à partir d'un thread et si oui cmt faire???? :roll:

Moi j'ai essayé ca:

Code:

---

1 2 3 4 5 6 7 8 9 10

//Mon thread UINT monThread(LPVOID pParam) { //...   AfxMessageBox("Mon message",MB_OK,0); //... return 0; }

---

Mais ca n'a pas marché :? , enfin à la compil' ca passe mais l'excution n'affiche pas le message. Sachant q mon thread est bien créé dans mon pgm principal.


Merci :wink:

Bonjour,

Non !!! Les "MessageBox" c'est à proscrire du moins à éviter si possible , surtout dans un thread.
Pour la simple et unique raison qu'une MessageBox s'affiche en "Modal" et demeure bloquante pour l'application.
Tant que l'utilisateur n'appuie pas sur OK , l'appli est bloquée.
Solution : afficher dans un contrôle le message voulu (zone de texte , barre d'état ou bien zone de dessin et affichage avec TextOut ) par exemple .
Mais si possible éviter MessageBox.
On peut utiliser MessageBox à la fin de tout un traitement.
En affichant par exemple : " traitement terminé . Des erreurs sont survenues pendant le traitement.Voulez-vous voir les erreurs ?"
Sinon l'autre possibilité c'est d'écrire pendant le traitement dans un fichier de tracé ouvert en ajout ( append ) .

Et de rajouter :

Citation:

---

Mais ca n'a pas marché , enfin à la compil' ca passe mais l'excution n'affiche pas le message. Sachant q mon thread est bien créé dans mon pgm principal.

---

Il y a une différence fondamentale entre erreurs de compilations et erreurs d'exécution.
Les erreurs de compilation ce sont en général des erreurs relevant d'une syntaxe non valide et non conforme aux régles de "grammaire" du compilateur.
C'est comme si on faisait des fautes de français.
Déclarer un tableau d'entier de 100 éléments avec int tableau_entier[100] et écrire au-delà de tableau_entier[99], en C/C++ cela passe parfaitement pour le compilateur à la compilation.
En revanche en exéuction s'attendre à des plantages .

Celui-ci ne VERIFIE PAS la logique du programme.
Il se contente de vérifier la syntaxte et analyser le code source.
De même qu'en C++ allouer des pointeurs avec new sans faire de delete associés ça passe parfaitement pour le compilateur mais est susceptible de provoquer des plantages à l'exécution ( fuites mémoires).
Capito ?

OK! merci pour tes explications.

:wink: