Discussion :

[raphchar]

Bonjour,

J'utilise VS2010. J'ai eu un problème avec les CTreeCtrl:
Lors de la destruction de la fenêtre ça plante. Et je cherche à savoir pourquoi:
Le code où ça bloque

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
void __cdecl _free_base (void * pBlock)
{
int retval = 0;
　
if (pBlock == NULL)
return;
RTCCALLBACK(_RTC_Free_hook, (pBlock, 0));
retval = HeapFree(_crtheap, 0, pBlock);
if (retval == 0)
{
errno = _get_errno_from_oserr(GetLastError());
}
}

Donc, comme ça ne vient que de plus haut dans mon code...
Je suis sûr que ça vient du CTreeControl : si je ne le remplis pas, ça ne bug pas.

Donc voila comment ça fonctionne.
J'ai un objet database dans lequel je stocke les HTREEITEM générés à chaque ajout, cet objet est detruit avant la fenêtre(j'ai essaié d'enlever tout les items du Tree un à un avant la fermeture de la fenêtre, ça ne change rien.

C'est un peu près tout ce que je peux vous dire.
Je trouve cela un peu bizzare (j'avais essaié la nouveelle classe CMFCTreeControl et un simple DeleteAllItem() générait l'erreur)

Si quelqu'un connaissait l'origine du problème, merci de m'en faire part. (Parce que le bug à la fermeture du programme, ça fait bazzare).

[bacelar]

Erreur à quelle ligne ?
Quel type d'erreur : plantage, freeze, messagebox ?
Quel est le code d'erreur ?
La valeur des différentes variables ?

La base du debugging quoi.

[raphchar]

Le type d'erreur (sans debug): gestion par Windows. Aucun plantage visible.
Je tiens quand même à préciser que ce n'est pas mon code ici (je n'ai pas été clair, pardon), mais le code de VS.

Le code erreur:

Exception non gérée à 0x000000013f74d894 dans DbNet.exe : 0xC0000005: Violation d'accès lors de la lecture de l'emplacement 0xffffffffffffffff.

Le code debug, ca plante ici:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
#if _ITERATOR_DEBUG_LEVEL == 2
if (_Myproxy != 0)
{ // proxy allocated, drain it
_Lockit _Lock(_LOCK_DEBUG);
for (_Iterator_base12 **_Pnext = &_Myproxy->_Myfirstiter;
*_Pnext != 0; *_Pnext = (*_Pnext)->_Mynextiter)
(*_Pnext)->_Myproxy = 0;
_Myproxy->_Myfirstiter = 0;
}
#endif /* _ITERATOR_DEBUG_LEVEL == 2 */
}

Les variables:

- _Pnext 0xfeeefeeefeeefef6 std::_Iterator_base12 * *
CXX0017: Erreur : symbole "" introuvable
- _Lock {_Locktype=3 } std::_Lockit
_Locktype 3 int
- this 0x000000000034df58 {_Myproxy=0xfeeefeeefeeefeee } std::_Container_base12 * const
- _Myproxy 0xfeeefeeefeeefeee {_Mycont=??? _Myfirstiter=??? } std::_Container_proxy *
_Mycont CXX0030: Erreur : impossible d'évaluer l'expression
_Myfirstiter CXX0030: Erreur : impossible d'évaluer l'expression

Voila, moi je ne suis pas mieux renseigné

[ram-0000]

Code :

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

1
2
- this 0x000000000034df58 {_Myproxy=0xfeeefeeefeeefeee } std::_Container_base12 * const
- _Myproxy 0xfeeefeeefeeefeee {_Mycont=??? _Myfirstiter=??? } std::_Container_proxy *

0xfeeefeeefeeefeee : un pointeur pas encore alloué ou déjà libéré ?

[raphchar]

Aucune idée, les informations sont faibles, j'ai mis toutes les variables que "l'espion" m'indiquait, sur les pointeur il y a des inconnues comme vous le constatez (même en mode debug!!!).

[bacelar]

Le code que vous nous montrez n’à rien avoir avec VS. Vous aurez le même code avec n'importe quel compilateur qui utilise la même STL.

C'est le code de la STL, pas de VS. VS n'est qu'un EDI, rien d'autre. Ce n'est pas un environnement d'exécution ou un interpréteur. OK?

Si mes souvenirs sont bons, "0xfeeefeeefeeefeee" est utilisé par la C-Runtime en Débug lors de la libération de la mémoire.

Donc _Myproxy point sur une zone qui a été libéré via la "fonction delete" ou la fonction "free".

Donc, l'explication la plus probable est que vous supprimez, via delete ou free, 2 fois le même bloc de mémoire.

Et dans sa grande mansuétude, la C-Runtime Debug vous fait planté avant de continuer vos bêtises en mémoire.

Je pense que vous utilisez la STL de travers. Vérifiez dans VOTRE CODE, votre erreur.

Vous pouvez poster un code minimal qui reproduit le problème et on vous dira ou vous utilisez la STL de travers.

Lors de votre plantage, vous déréférencez une variable qui est égale à -1. C’est laquelle ? C’est quelle ligne précisément qui plante.