VC++6: plantage OnPaint()

**Gorgo13** · 06/10/2009, 14h28

Salut!

Voila, j'ai identifie un probleme qui semble provenir de la fonction OnPaint d'un Dialog "contenu" dans un objet CTabCtrl. Lorsque l'appli se lance et que je ne fais rien, pas de probleme ca demarre. Par contre lorsque je bouge une autre fenetre par dessus, la fonction OnPaint est appelee, et la ca plante. Le "call stack" de visual me donne une adresse incoherente (style 0xffffff90()). J'ai bien verifie que le plantage provient de l'appel a OnPaint, et en particulier de l'instruction

Code :

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

CPaintDC dc(this);

Si je ne laisse QUE cette ligne dans OnPaint, alors ca plante quand meme. J'ai bien essaye de faire un try...catch pour voir si une exception etait envoyee, mais non, ca plante toujours de la meme maniere...

Quelqu'un pourrait-il m'aiguiller?... (c'est pas critique, mais c'est agacant)

Merci d'avance. GTreize.

**bacelar** · 06/10/2009, 14h52

Avec la callstack, vous devez avoir le code source de chaque "frame" dans celle-ci.
Pouvez-vous nous donner le code source de la dernière "frame".

**Gorgo13** · 06/10/2009, 15h31

Envoyé par bacelar

Avec la callstack, vous devez avoir le code source de chaque "frame" dans celle-ci.
Pouvez-vous nous donner le code source de la dernière "frame".

Qu'est-ce que vous appelez "code source de la dernière "frame""?

**bacelar** · 06/10/2009, 16h02

Quand l'application plante, dans la fenêtre "Call Stack" de VS, il y a un tableau remplis ligne par ligne par les méthodes en cours d'exécution dans le thread courant. La première ligne contient l'endroit où c'est produit le problème, la deuxième ligne contient la ligne qui a appelée la fonction ou méthode où c'est produit le problème, la 3ème ligne la ligne qui à appeler la fonction qui a elle même appelée la fonction ou méthode, la 4ème ainsi de suite.

En cliquant sur la première ligne, VS devrait ouvrir le fichier de code source et sélectionné la ligne où c'est produit le problème.

Il y a de grande chance que cela soit dans le code source des MFC. Indiquez nous la ligne et le fichier indiqué par VS.

**Mat.M** · 06/10/2009, 17h17

Envoyé par Gorgo13

Si je ne laisse QUE cette ligne dans OnPaint, alors ca plante quand meme. J'ai bien essaye de faire un try...catch pour voir si une exception etait envoyee, mais non, ca plante toujours de la meme maniere...

Oui il faut examiner la pile d'appels ( en bon français)
Maintenant il ne faut pas perdre de vue que OnPaint est appelée lors de l'appel d'autres méthodes comme CDialog :: OnSize , :: OnActivate etc..

**Gorgo13** · 06/10/2009, 17h40

Je comprends bien ce que vous dites, mais voici ce qui se passe:

...avec ca, je vais pas bien loin

**bacelar** · 06/10/2009, 18h02

Vous devez avoir une fenêtre "Call Stack" ou "Pile d'appels" quelque part dans votre IHM.
Cliquez sur la première ligne (celle toute en haut de la fenêtre), si c'est de l'assembleur, cliquez sur la ligne juste en dessous, et ainsi de suite jusqu'à ce que la ligne ne soit plus de l'assembleur.
A ce moment, envoyez nous une copy d'écran avec la fenêtre "Call Stack" et la fenêtre avec le code source.

**Gorgo13** · 16/10/2009, 15h56

Envoyé par bacelar

Vous devez avoir une fenêtre "Call Stack" ou "Pile d'appels" quelque part dans votre IHM.
Cliquez sur la première ligne (celle toute en haut de la fenêtre), si c'est de l'assembleur, cliquez sur la ligne juste en dessous, et ainsi de suite jusqu'à ce que la ligne ne soit plus de l'assembleur.
A ce moment, envoyez nous une copy d'écran avec la fenêtre "Call Stack" et la fenêtre avec le code source.

Ca n'en dit pas plus que l'image que j'ai deja postee (ack je remarque que le lien a l'air mort...): la premiere adresse du call stack est bien "0xffffff90()", et la seconde pointe sur n'importe quoi. Bref, le code se retrouve dans les choux a un moment donne. J'ai une autre machine sur laquelle je fais tourner le code, et il n'y a pas ce plantage. Les drivers (NVidia) ne sont pas les memes et donc je pense que ca vient de la. Conclusion provisoire, il n'y a pas grand chose que je puisse faire sinon changer de drivers graphique, ou bien autre solution serait d'inhiber le "OnPaint" le temps que l'appli s'initialise...

**bacelar** · 16/10/2009, 17h48

On n'avait pas le CallStack dans l'image.
Si vous avez une CallStack, c'est qu'elle n'a pas été détruite donc vous n'êtes pas en plein plantage mémoire.
Donnez-nous ce qu'affiche la CallStack et le code source correspondant à la frame de plus au niveau ayant accès à ce code source.

seconde pointe sur n'importe quoi

Laissez nous en juger.