Discussion :

[theclem35]

Salut,

Vous allez peut-etre me prendre pour un débile mais la, ce qui se passe me SURpasse... (^^)

Je viens de terminer un gros projet [multithreads, api win32, SDL, sockets] et j'ai un variable qui ne me sert plus à rien.
Comme tout le monde je tente donc de la supprimer.

Oui sauf que lorsque je lance mon programme en ayant mis cette variable en commentaire, et bien tout plante !!

Vous allez me dire : débile va! regarde si elle n'est pas encore utilisée.
Sauf que non elle ne l'est pas dans aucun des 13 fichiers du projet (recherche récursive avec le compilateur et windows)

Voici cette variable :

Code :

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

    int ContenuNiveaux[20][32][40]; // VARIABLE A SUPPRIMER

Au départ c'était un tableau de char, je peux changer le type (la j'ai mis int) sans que ca plante. Par contre si je change le nom, ou une des dimensions, ou que je la supprimer, tout plante.

Hallucinant, je ne comprends pas.

Je compile avec devcpp.

Merci!

[Lucien63]

tout plante.

Un peu plus de precisions ?

[diogene]

C'est grave : il s'agit presque certainement d'un gros bug ailleurs dans le code.
Une possibilité qui me vient à l'esprit est que tu écris dans une variable voisine en mémoire (ce qui ne signifie pas forcément voisine dans le code) et que tu dépasses la taille réservée pour cette variable. Tu écris alors dans le tableau ce qui peux ne pas avoir d'incidence apparente si tu ne t'en sers pas. Mais si tu supprimes le tableau ou réduis trop sa taille, tu peux aller écrire dans des variables utiles et les écraser.

[theclem35]

Quand je dis tout plante, en fait dans l'api win32 pas de probleme, mais lorsque j'arrive dans ma premiere fonction SDL (celle justement ou est déclaré ce tableau), et bien le programme se ferme completement sans avertissement.

Pour ce que tu as dis diogene, je comprend mais je ne vois pas comment cela peut se produire? Chaque variable est déclarée et a donc une taille définie en mémoire, il n'y a donc pas de raison qu'elle s'écrive dans l'espace memoire reservé à mon tableau ??

Que me conseilles tu ?

[theclem35]

En enlevant ce tableau et mettant des MessageBox placées un peu partout dans le programme j'ai vu que je faisait un SDL_Freesurface alorq que je n'avais pas encore enregistré cette surface. Ce qui me faisait planter la lib SDL et me fermait donc mon programme.

Maintenant le programme ne se ferme plus mais il est freezé. Il doit vraisemblablement y avoir un debordement de memoire mais le taux d'occupation mémoire est stable à 12Mo, et les messagebox s'affiche peut importe où je les place dans le programme :/

[Obsidian]

Pour ce que tu as dis diogene, je comprend mais je ne vois pas comment cela peut se produire? Chaque variable est déclarée et a donc une taille définie en mémoire, il n'y a donc pas de raison qu'elle s'écrive dans l'espace memoire reservé à mon tableau ??

Que me conseilles tu ?

Techniquement, si. Le C fait ce que tu lui demandes. Lorsque tu déclares un tableau tel que « int tableau [10] », le compilateur va réserver de la place pour dix int dans la pile. Maintenant, lorsque tu écris « tableau[15] = 0 », le compilateur va examiner l'adresse de début de ton tableau en mémoire, y ajouter quinze fois la taille d'un int et en déduire la position de l'élément que tu cherches à modifier. Mais il va s'en tenir là. Il ne va vérifier a priori si tu débordes de ton tableau. Et s'il le fait, cela ne prendra que la forme d'un avertissement à la compilation. Il ne t'empêchera pas de le faire.

D'où l'intérêt de compiler avec toutes les options d'avertissement possibles, d'être sûr d'avoir compris la signification de chacun d'eux lorsqu'ils se produisent, et de les résoudre un par un jusqu'au dernier avant de lancer son programme.

En enlevant ce tableau et mettant des MessageBox placées un peu partout dans le programme j'ai vu que je faisait un SDL_Freesurface alorq que je n'avais pas encore enregistré cette surface. Ce qui me faisait planter la lib SDL et me fermait donc mon programme.

Les MessageBox et/ou les printf sont une façon pratique mais néanmoins mauvaise de déboguer un programme. Étant donné que tu rencontres déjà des bugs intermittents, tu devrais d'ores et déjà prendre l'habitude d'utiliser un débogueur.

[theclem35]

Ou de changer d'IDE car apres 10minutes d'utilisation le debogueur de devcpp devient fou et fait planter tout le programme sans possibilité de sauvegarde des fichiers...

Enfin, probleme résolu A plusieurs endroits il y avait en effet des variables que j'utilisais une premiere fois et que j'avais mis dans une structure sans les avoir auparavent initialisées...