Discussion :

[whitebird001]

Bonjour,

Dans mon application MDI, j'ai un "Worker Thread" créé à l'aide de AfxBeginThread (dans InitInstance).

Ce thread est prévu pour envoyer des message qui sont traités dans le MainFrm.

Cependant, on observe un plantage. La méthode utilisée pour envoyer des messages est:

PostMessage(AfxGetMainWnd()->m_hWnd,IDM_MY_MESSAGE,(WPARAM)NULL,(LPARAM)NULL);

J'ai lu qq part sur le web que lorsque AfxGetMainWnd() était appelée dans un worker thread, la méthode retourne NULL.
Par conséquent j'ai ajouté une variable membre au fichier principal (celui qui contient InitInstance), puis la variable est initialisée juste avant la sortie de InitInstance de sorte à sauvegarder un pointeur valide sur fenêtre principale:

pMainWnd=AfxGetMainWnd();

Puis dans le worker thread j'utilise:

PostMessage(theApp.pMainWnd->m_hWnd,(WPARAM)NULL,(LPARAM)NULL);

Cependant après toutes ces modifications, le résultat est le même.

Nota: le problème n'apparaît qu'en mode Release....

Merci de me venir en aide.

Whitebird001

[farscape]

ce que tu exposes est incomplet ou incorrecte .
ton postmessage dans le worker thread n'est pas bon, la signature de l'api 32:

Code :

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

1
2
BOOL PostMessage(   HWND hWnd,    UINT Msg,    WPARAM wParam,    LPARAM lParam  );

ou est l'identifiant du message dans ton cas?

[whitebird001]

Ah oui pardon, j'ai oublié dans le post de recopier le message mais il est bien présent dans mon code:

Cela donne par conséquent:

PostMessage(theApp.pMainWnd->m_hWnd,IDM_MY_MESSAGE,(WPARAM)NULL,(LPARAM)NULL);

[farscape]

note que a partir de la classe CWinApp tu avais accès a m_pMainWnd...
a quel niveau s'effectue le plantage ?, quel est le message d'erreur ?
tu peux utiliser OutputDebugString pour laisser des messages en release qui seront visibles avec l'utilitaire debugview.

[whitebird001]

Le plantage s'effectue suite à la réception du message émis par le worker thread, dès lors qu'une opération graphique est exécutée.

Ainsi si dans la méthode invoquée suite à la réception du message (et située dans MainFrm) je place simplement un return; il n'y a pas de plantage tant que je ne bouge pas la souris.

Si par contre dans cette méthode je déclenche l'affichage d'une fenêtre avec pDoc->OnNewDocument(), le plantage apparaît au moment où la fenêtre est affichée.

Donc en résumé: le plantage est lié à l'émission de message par le worker thread et/ou la récception du message dans MainFrm, mais apparaît lorsqu'une action graphique se produit.

L'erreur générée est (j'ai un XP anglais): MyApplication has encountered a problem and needs to close. We are sorry for the inconvenience.

Puis en bas envoyer/ne pas envoyer de rapport...

Le détail du rapport indique entre autre:

Exception Information
Code: 0xc0000005 Flags:0x00000000
Record: 0x0000000000000000 Address: 0x0000000000428C24

Voilà j'espère que ce n'est pas trop confu.

Whitebird001

[whitebird001]

J'ai générée une version Release mais avec des option de debugage si bien qu'il est possible de lancer l'appli dans le debugueur tout en conservant le plantage.

Le message d'erreur affiché dans le output est:

First-chance exception in RealTimePIC.exe: 0xC0000005: Access Violation

Sauf erreur de ma part, la méthode incriminée est: IsWindowEnabled.

[farscape]

salut,
voir faq:
http://cpp.developpez.com/faq/vc/?pa...gPointeurValue
ton objet graphique n'est pas valide.

[whitebird001]

OK merci pour le lien farscape.

Après qq modifications de mon code j'ai constaté que parfois l'erreur apparaîssait dans la méthode AttachControlSite.

J'ai alors lancé une recherche de cette méthode sous google ce qui m'a conduit vers le lien suivant:

http://www.codeguru.com/forum/archiv.../t-109263.html

Et effectivement, c'est bien la solution à mon problème.

[whitebird001]

J'ai maintenant un petit souci de compilation:

Lors du débugage, j'avais généré une version release mais avec des options pour permettre le lancement avec debugeur.

Pour ce faire dans Project Settings, j'ai sous l'onglet C/C++ sélectionné:

Debug Info => Program Database,

puis sous Link, sélection de "Generate Debug Info"

Hors maintenant pour revenir à du Release pur, j'ai retiré ces options.

Le Pb c'est que j'obtiens lors de la compilation le message:

vc60.pdb is not the pdb file that was used when this precompiled header was created, recreate the precompiled header.

J'ai essayer un Clean puis rebuild all mais rien n'y fait...

Qu'est ce donc encore que cette erreur?