Discussion :

[rob24]

Bonjour,
Pour terminer une application j'utilise l'instruction PostQuitMessage(0).
J'obtiens en mode Release le signalement d'anomalie suivant:
L'instruction à 0x73d211c7 emploie l'adresse mémoire 0x00000004. La mémoire ne peut pas être Read.
En mode Debug je n'ai pas cette anomalie.
Dans les deux cas l'application s'est ensuite teminée.
Etant amateur en Informatique je souhaiterais que quelq'un puisse m'indiquer une méthode me permettant de trouver l'origine de l'anomalie en mode Release et de la corriger.
Comme tout paraît bien marcher en mode Debug je ne peux pas mettre de point d'arrêt sur PosQuitMessage et travailler en pas à pas.
A l'avance , merci.

[Médinoc]

Ça ressemble à une tentative d'accès au second membre d'une structure, via un pointeur NULL...

Du genre:

Code :

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

1
2
3
4
5
6
7
struct s { int a; int b};
 
struct s * p=NULL;
 
/* Beaucoup plus loin, au moment où tu t'y attends le moins: */
 
int toto = p->b;

Essaie de voir si tu peux reproduire l'erreur en mode Release+Infos de débogage (mais toujours avec les optimisations). Exécute le programme dans le debugger, et lors du plantage, tu auras la position de l'erreur...

[rob24]

Merci à Medinoc.
J'ai recompilé en mode Release + infos debug et lancé le programme dans le debuggeur.
J'obtiens une fenêtre d'anomalie qui me dit que c'est une unhandled exception..................(MFC42.DLL) 0xC0000005 Acces violation.
Puis je peux voir dans la fenêtre de débogage l'adresse à laquelle ça plante et la ligne asm correspondante :
0x73d11c7 mov esi,dword ptr (ecx+4)

Que puis-je en conclure ?
Que ça se passe dans la DLL et que c'est un problème de handle absent ou à zéro ....
Ce qui ne m'avance pas beaucoup !
Je n'utilise pas de structure mais les pointeurs ne manquent pas dans mon appli.
Je vais chercher et encore chercher .... pour le moment je ne vois pas.

[Médinoc]

Affiche la fenêtre "call stack", tu devrais pouvoir tracer jusqu'à la fonction à toi qui foire...

[rob24]

Medinoc, je vais abuser de ta gentillesse.

J'ai affiché la pile des appels au moment ou l'erreur survient.
Je m'aperçois que ce n'est pas PostQuitMessage qui est en cause car je ne vois pas son appel dans la pile.
On dirait que c'est le "système MFC" qui provoque l'erreur...

Peut-être que ce que je te joins ci-après te diras quelque chose ?



/****************************************
Code qui doit provoquer la fin de l'appli après nettoyage
****************************************/

void CCdeNumFraisView::OnDestroy()
{
CView::OnDestroy();

_fcloseall();
if (m_hCom) CloseHandle(m_hCom);
Pen.Detach();DeleteObject(&Pen);
PenSelectionne.Detach();DeleteObject(&PenSelectionne);
PenDeplace.Detach();DeleteObject(&PenDeplace);
PenSelectionneDeplace.Detach();DeleteObject(&PenSelectionneDeplace);
PenNettoyage.Detach();DeleteObject(&PenNettoyage);

font.Detach();DeleteObject (&font);
font2.Detach();DeleteObject (&font2);

EconomiseurEcran(TRUE);


PostQuitMessage(0);
//_exit(0); //pour voir ....même effet que PostQuitMessage(0)
}

void CCdeNumFraisView::OnAppExit()
{
OnDestroy();
}





Pile des appels dans deux cas de sortie de l'appli

/*********************************
Après click sur bouton de sortie du toolbar
**********************************/
MFC42! 73d211c7()
MFC42! 73db8d32()
MFC42! 73d27419()
NTDLL! 7c9111a7()
NTDLL! 7c933f31()
KERNEL32! 7c81cd76()
KERNEL32! 7c81cdee()
MSVCRT! 77c09d45()
MSVCRT! 77c09e78()
MSVCRT! 77c09e90()
CCdeNumFraisDoc::OnButtonsortie(CCdeNumFraisDoc * const 0x00000000 {CCdeNumFraisDoc}) line 375 + 7 bytes

/********************************
Après click sur la case de fermeture de l'appli
*********************************/
MFC42! 73d211c7()
MFC42! 73db8d32()
MFC42! 73d27419()
NTDLL! 7c9111a7()
NTDLL! 7c933f31()
KERNEL32! 7c81cd76()
KERNEL32! 7c81cdee()
MSVCRT! 77c09d45()
MSVCRT! 77c09e78()
MSVCRT! 77c09e90()
CFormulaire::OnDestroy(CFormulaire * const 0x00000000 {CFormulaire hWnd=???}) line 407 + 7 bytes

[stephdim]

salut,

il y a de gros problemes de conception dans ton appli ...

Code :

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

1
2
3
4
5
 
void CCdeNumFraisView::OnAppExit() 
{
OnDestroy(); 
}

On appelle jamais OnDestroy() directement. C'est le systeme qui le fait via un message WM_DESTROY suite à un DestroyWindow()
De cette façon tu ne fais pas une destruction totale et propre (manque WM_NCDESTROY et cie) et au final pour une vue le PostNcDestroy() ...
C'est pas la bonne façon de faire ...

Ton code pour le nettoyage des ressources tu peux le mettre dans PostNcDestroy() qui pour une vue donne sur un delete this (donc appeler la classe de base en dernier, après avoir fait le nettoyage)
Mais si tes objets sont des classes du style CPen, c'est pas nécessaire, le destructeur de ces classes s'en charge déjà très bien

d'ailleurs en passant, pourquoi :

Code :

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

Pen.Detach();DeleteObject(&Pen);

donc laisser les MFC détruire les fenetres, ce qui est fait automatiquement.
d'ailleurs pourquoi redefinir OnAppExit() qui existe dans CWinApp ?

je comprends pas trop ce que tu souhaites faire, mais ce que tu présentes, c'est pas bon du tout ...

@+

[rob24]

Merci StephDim

J'ai suivi tes conseils et j'ai réglé le problème.

Etant un amateur autodidacte je programme intuitivement sans avoir des bases bien solides.
Lorsque j'ai un problème je préfère poser une question sur le forum que de compulser un doc volumineuse et souvent en anglais.
C'est plus efficace ...
Ce forum est super, soutenu par des personnes "calées" comme toi.

A bientôt peut-être