Discussion :

[Floréal]

Bonjour,
Je travaille à l'évolution d'un projet, et pour cela j'ai du ajouter des données membres à une classe.
Depuis quelques temps j'observe un phénomène assez étrange.
En effet mon application plante lorsque je l'exécute en mode Debug (Buffer overflow), et fonctionne correctement en mode Release.
Aprèsplusieurs tests je me suis rendu compte que les plantages survenaient que lorsque j'ai ajouté une donnée membre (un objet) à une certaine classe. Pourtant le plantage survient où les classes que j'ai modifiées n'interviennet pas.
Comme il s'agissait de buffer overflow j'ai de suite pensé à de la récursivité, mais dans le code C++ je ne vois rien. Par contre en exécutant pas à pas le morceau de code incriminé, il passe dans de l'assembleur dont je n'ai pas la maitrise, mais je peux voir qu'il boucle.
Le plantage à lieux lors de l'appel d'une fonction (le programme tente de l'appeler semble-t'il, mais n'y rentre pas). Le buffer overflow survient dans le fichier chkstk.asm (fourni par Miscrosoft), à la ligne 91.
Mon projet est développé sous VS2003 (Microsoft Visual C++ .NET 69526-335-0000007-1806) avec des MFC.
Je précise aussi que je n'ai jamais fait de MFC avant, et que certaines précautions à prendre on pu m'échapper.
Avez vous déjà été confronté à ce problème?
Si oui, vous en êtes vous sortis, et comment?
Je vous remercie par avance de votre aide.

[agamitsudo]

Bonjour,

As-tu vérifié que les options de ton vcproj sont rigoureusement les mêmes en release et en debug.

Sinon, je crois que j'ai déjà rencontré le problème que j'avais "résolu" (contourné) en remplaçant mes déclarations statiques de tableaux par des allocations dynamiques (en utilisant explicitement new).
Exprimé autrement, j'avais contourné les limites de la pile par une allocation dynamique.

En espérant que cela t'inspire,
Cordialement,
A.

PS : Utilises-tu des ASSERT en debug ? Si oui, peut-être chercher dans cette direction...

[Floréal]

Ce que tu me dis au sujet des tableaux va m'être utile, car en effet dans la classe que j'ai ajouté j'utilise des tableaux statiques (de int).
Pour les options de configuration, elles ne sont pas identiques, mais comme ce n'est pas moi qui ai fondé ce projet j'hésite à y toucher, d'autant que je ne le maitrise pas dans sa globalité.
En ce qui concerne les ASSERT(), je n'en ai pas mis dans mon code.

[Goten]

oublie les tableaux dynamiques C-like et passe aux vectors..


Sinon pour le sujet principal : sans le code on va pas pouvoir dire grand chose.

[white_tentacle]

J'ai l'impression que tu confonds buffer overflow (dépassement des limites d'un tableau, généralement, écriture de trop de caractères dans une chaîne de taille fixe), et stack overflow (débordement de pile, soit par allocation sur la pile d'un tableau trop grand, soit par récursivité infinie).

Sinon, s'il s'agit bien d'un buffer overflow, il y a des chances qu'il existe en release mais ne soit pas détecté. Nettoie bien ton projet, cela dit, et si tu mélanges des libs debug/release (ça peut arriver quand on ne fait pas attention aux options du projet), il y a toutes les chances que ça vienne de là (il arrive que des programmeurs fassent des structures qui ne font pas la même taille en debug et en release).

[Floréal]

En ce qui concerne les tableaux je préfère les utiliser parce que je connais déjà la taille de ces derniers, et j'ai déjà tenté d'utiliser des vecteurs avec les mfc et comment dire... ça ne voulait plus compiler.
Et sinon pour white_tentacle: En effet c'est bien d'un stack overflow dont il s'agit, Au temps pour moi.
Je crois que je vais tenter la solution d'agamitsudo.