booléan qui change de valeur debug/release

Bonjour

J'ai un comportement anormal avec un booléan. Mon appli est basé sur un CDialog, qui contient un TabCtrl, dans lequel j'ai deux onglet sous forme de CFormView (je vais les nommer A et B)

Dans le CFormView A, j'ai un bouton "Options avancées" qui permet d'accéder à... des options avancées. Le click sur ce bouton redimensionne donc le CFormView A, le TabCtrl et bien sur la fenêtre. Je mémorise le fait que les options sont ouverte avec un booléan.

Lorsque que je switch sur le CFormView B, je teste si les options sont ouverte ou pas. Si elles sont ouverte, je redimensionne à sa taille "normal" la fenetre, la TabCtrl. Si elles sont fermées, je touche à rien.

Lorsque que je switch sur le CFormView A, je test également si les options sont ouverte ou pas, si c'est la cas, je redimensionne donc le CFormView A, le TabCtrl et bien sur la fenêtre.

Dans ma classe qui hérite du CFormView ( le A ), j'ai donc un bool et un méthode qui renvoir la valeur bool (ouvertes ou fermées).

En mode débug, aucun problème, le comportement est normal. En mode release, la valeur de retour de ma méthode (qui indique si les options sont ouvertes ou pas) est suceptible de renvoyé une mauvaise valeur.

Aléatoirement, à chaque exécution, il renverra la bonne réponse (vrai ou faux) ou la mauvaise.

J'ai pu lire qu'une des différences entre le mode débug et release était les valeurs par défaut des variables non initialisées. J'ai bien sur vérifié, mais je trouve rien d'anormal.

Si vous avez une piste ?

Merci

Bonjour,
Ça peut être un comportement indéfini entrainant un débordement de tableau qui écrit là où il ne faut pas...

Sinon, ben je ne sais pas vraiment...

Il y a principalement 2 différences au niveau de la mémoire entre debug & release :

1. en debug le contenu est initialisé (valeurs par défaut des variables, mais aussi remplissage des blocs alloués sur le tas avec new) ; en release rien de tout ça.

2. en debug, des zones "no man's land" sont réservées avant et après chaque bloc alloué, pour détecter les "buffer overruns" ; ceci n'existe pas en release évidemment, ce qui fait que les blocs alloués dont l'utilisateur dispose sont d'une certaine manière plus "proches" les uns des autres, et le risque d'écrasement en cas de (léger) débordement est donc plus grand.

merci pour vos réponse. j'ai contourné le problème. Mon problème est résolu.