Discussion :

[Basmor]

Bonsoir,

Je suis confronté à un problème relativement insolite, tout du moins à ma connaissance.

Je vous explique très rapidement ce que j'observe : j'ai des variables en mémoire. J'utilise deux moyens pour en consulter le contenu :
• Au moyen d'une fonction printf en exécution normale du programme : je trouve des valeurs attendues. Tout va bien.

• À l'aide du debuger : là c'est le drame. Les valeurs observées pour ces mêmes variables sont tout à fait aberrantes !! À noter que les valeurs sont observées à la fois dans le debuger et par un printf. C'est comme si l'utilisation du mode debug changeait totalement la manière de fonctionner du programme !!

Entre les deux images, le code n'a strictement pas changé ! Il n'y a de fixe dans le programme que la chaîne de caractère "Variable numero 1". Tout le reste sont des affichages de variables.

Les variables en questions sont les champs d'un "struct" qui reprend le concept de "liste". (j'espère être clair... J'ai un struct liste, et mon "printf" affiche tout le contenu de la liste)

Je ne sais vraiment pas comment interpréter ce souci... ça semble dépasser le code, me trompe-je ? J'ai redémarré l'ordinateur, le programme d'édition/compilation (Code::Blocks), rien n'y fait... Auriez-vous une idée ?

Si vous avez besoin de davantage d'informations, je serais ravi de vous les donner ...

Merci d'avance, bonne soirée.

[Obsidian]

Bonsoir,

Idéalement, il faudrait que l'on voie ton code (si tu le peux, dépose-le ici encadré par les balises [code] et [/code]).

Il y a de grandes chances pour que ton problème ait lieu en amont et qu'en particulier, ton pointeur pointe des données qui ont été libérées entre temps. Il est probable, par exemple, que tu utilises une fonction qui renvoie un pointeur vers des variables locales, variables qui cessent d'exister dès que tu sors de ta fonction.

Si c'est le cas, tant que l'espace occupé un temps par tes variables n'a pas été utilisé par autre chose, il va rester dans le dernier état qu'il présentait et cela va te donner l'illusion que tout marche bien. Dans le cas contraire, tes données ont été écrasées et tu obtiens les valeurs indéfinies qui te rendent perplexe.

Plus précisément, ces variables vont dans la pile, laquelle sert à toutes sortes de choses : aux variables locales mais également, et en premier lieu, à enregistrer l'adresse de retour vers la fonction appelante et sauvegarder les registres si nécessaire. En exécution normale, il est raisonnable de penser que ta fonction va directement remonter à la précédente sans autre forme de procès. En environnement de débogage, chacune de ses étapes va se traduire par une action du debugger, qui lui va appeler ses propres fonctions et faire usage de la pile.

[Neckara]

Bonjour,

Essaye aussi de nous donner tous les warning du compilateur quand tu compile avec -Wall et -Wextra.

Tu peux aussi regarder du côté de Valgrind pour voir si tu n'as pas un problème au niveau de tes pointeurs.

[Basmor]

Il y a de grandes chances pour que ton problème ait lieu en amont et qu'en particulier, ton pointeur pointe des données qui ont été libérées entre temps. Il est probable, par exemple, que tu utilises une fonction qui renvoie un pointeur vers des variables locales, variables qui cessent d'exister dès que tu sors de ta fonction.

Bonsoir,

Merci beaucoup pour votre aide. Le problème était effectivement caché derrière ça !
J'avais d'entrée de jeu mal codé ma liste chaînée (en définissant la valeur associée à un membre de la liste comme un pointeur ...). Maintenant, chaque maillon a sa propre case de mémoire "protégée".

Merci à vous deux, Obsidian et Neckara. Je ne connaissais pas Valgrind, ça a l'air très utile !