Discussion :

[Hepm]

Bonjour à tous!

Dans une application MFC SDI j'ai un thread de calcul qui poste un message privé à ma vue.
Tout fonctionne à merveille en DEBUG, mais ça plante en RELEASE.
J'ai, me semble-t-il, bien respecté les indications données par Farscape dans la FAQ sur le sujet (au passage, bravo pour les articles : c'est une mine!).
Comme ça marche bien en DEBUG, je ne vois pas comment avancer.
Quelqu'un pourrait-il m'aider ? Merci d'avance...

[nico-pyright(c)]

cela doit venir d'un problème d'initialisation des varialbes, le debuggeur étant plus tolérant à ce niveau en faisant soi-meme des initialisations.

[farscape]

salut et bienvenue ,
qu'elle est le type d'erreur obtenue ?
les erreurs en release sont souvent dues à un débordement memoire, ou acces à une zone mémoire desallouée ,mal initialisée etc...
il faut verifier les allocations ,vérifier les initialisations des variables notemment les pointeurs intialisés à NULL .
après tu peux essayer de mettre des AfxMessageBox pour approcher au plus prés du probleme.

[Hepm]

J'ai viré tout ce qui n'était pas indispensable pour tester l'envoi et la réception du message.
Il n'y a plus aucune variable ou pointeur qui pourrait poser un problème.
L'application continue à planter en mode release avec le message :
Unhandled exception in Test.exe (MFC42.DLL): 0xC0000005 Access violation

[farscape]

jette un oeil à ça :
http://c.developpez.com/faq/vc/?page...gPointeurValue

tu accedes certainement a une ressource non disponible.
il faut bien tester les handles de fenêtre etc ..

[Hepm]

Je pense que mon pb vient du message privé.
Pour en avoir le coeur net, je viens de créer une application MFC SDI "Test" avec AppWizard. Evidemment ça tourne, y compris en release!!
Ensuite j'y ai juste ajouté :

dans TestView.h
la définition du message privé :

Code :

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

 #define WM_MESSAGE WM_USER + 5

et la déclaration :
void OnMessage();
juste avant
DECLARE_MESSAGE_MAP()

dans TestView.cpp

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 UINT PosteMessage(LPVOID pParam)
{
HWND hWnd= reinterpret_cast< HWND >( pParam) ;
::PostMessage(hWnd,WM_MESSAGE,0,0) ;
return 0;
}
void CTestView::OnTest()
{
AfxBeginThread(PosteMessage, GetSafeHwnd(), THREAD_PRIORITY_NORMAL);
}
 
void CTestView::OnMessage()
{
}

Eh bien là, alors qu'il n'y a rien, ça plante encore (en release) à la fermeture de l'application.

[farscape]

salut,
Les messages privés ne sont pas le probleme..
Déjà drôle d’idée d’appeler le thread PostMessage c’est se chercher les ennuis.
Commence par changer le nom de ton thread -> (ThreadMessage par exemple).
Ensuite au moment de l’initialisation du thread la fenêtre est initialisée ?
Que vaut hWnd ?

[Hepm]

Effectivement cela aurait été dangereux de nommer la fonction principale du thread "PostMessage".

Mais je l'ai appelée PosteMessage, pour le test, et parce que elle ne fait qu'une seule chose : poster un message.

Bon, je l'ai appelée maintenant ThreadMessage, mais ça ne change rien (je viens de tester).

Ensuite, au moment de l'initialisation du thread, la fenêtre visée par pParam est bien initialisée : je l'ai contrôlé en debug avec un point d'arrêt devant l'instruction : HWND hWnd= reinterpret_cast< HWND >( pParam).
Valeurs fournies :
0xcccccccc avant l'exécution de l'instruction
0x00180690 après l'exécution de l'instruction

[farscape]

bon je ne vois rien de particulier à part la gestion du message privé :
la fonction renvoie un long toi tu as mis void .
http://c.developpez.com/faq/vc/?page...PrivateMessage
mets toi en accord avec ça ,et dis nous le résultat...

[Hepm]

Petit complément d'information (utile??) :

J'ai observé que juste après le lancement du thread, l'icône "disquette" sur la barre d'outil devenait et restait inactive. C'est tout ce que je vois comme activité... Et à la fermeture de l'application, ça plante (déjà dit).

[Hepm]

J'ai changé le type de ma fonction OnMessage et j'y ai écrit deux instructions. Maintenant, j'ai :

long CTestView::OnMessage()
{
AfxMessageBox("coucou");
return 0L;
}

J'ai bien la boîte de message avec "coucou" qui apparaît. Quand je la ferme, la "disquette" s'inactive (voir message précédent) et quand je ferme l'application...toujours pareil! C'est désespérant

[farscape]

si le code en question ne represente que ce tu montres ,le probleme de ne vient pas de la.
note : comment tu fermes ton thread ?

[Hepm]

J'ai cru lire qu'on ne pouvait pas fermer un thread, seulement l'endormir et le réveiller .
Je pensais que l'instruction "return 0" dans le thread déclenchait sa fermeture. Est-ce cela ?

[farscape]

le thread se termine quand il sort de sa fonction (PosteMessage).

[Hepm]

Je viens d'avoir une idée.

Comme je ne suis pas un pro et que je m'initie au VC++, j'utilise une version gratuite (mais complète) de VC++ qui m'a été fournie dans un livre de programmation : "VC++6.0 Introductory Edition".

Cette version ancienne comporte peut-être des bugs corrigés depuis ?

Je vais donc essayer tester mon code sur une version plus récente...

Merci à tous

[farscape]

effectivement ça peut être le probleme...
si tu as un doute et si ton projet n'est pas confidentiel, on peut aussi le tester..

[Hepm]

Bingo, j'ai trouvé une modif qui tourne.
Il semblerait que OnMessage ait besoin de 2 paramètres (j'ai vu ça dans un exemple microsoft).
J'ai donc modifié ainsi :

void CTestView::OnMessage(WPARAM wParam, LPARAM lParam)
{
AfxMessageBox("coucou");
}

Et là, miracle, ça tourne aussi en release (avec mon vieux VC++6.0).