Printf qui change le résultat d'un programme ??

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Printf qui change le résultat d'un programme ??

alexanonymous

Bonsoir,
J'ai l'impression d'avoir un problème venu d'un autre monde ! Selon que je laisse ou que j'enlève un printf (en le mettant en commentaire par exemple), le résultat de mon programme change !
Je vous donne le code mais je ne pense pas que ça soit très utile.
Le résultat final devrait être 0 1 0 2 1, mais de temps en temps, j'ai des résultats bizarres avec des -1...
Encore une fois, c'est peut-être pas la peine de se jeter dans le code, surtout qu'il n'est pas commenté.
Ce en quoi vous pourriez m'aider, c'est me dire par exemple si chez vous aussi, en mettant EN METTANT EN COMMENTAIRE OU NON la ligne 116, le résultat change (la ligne afficher_matrice(*domaine, N, D); )
Vous pourriez aussi me dire dans quelles circonstances un simple printf peut changer un résultat ! Je prends l'exemple de cette ligne mais je pense que je peux arriver à des résultats bizarres en laissant / enlevant d'autres lignes ! (ce qui m'est arrivé d'ailleurs).
Merci d'avance de votre aide !

Code :

#include <stdio.h>
#include <stdlib.h>
#define N 5 // Nombre de variables : 0 -> N-1
#define M 6 // Nombre de contraintes
#define D 3 // Taille des données : 0 -> D-1
typedef struct matrice {
int mat[100][100];
} matrice ;
/* ---------------------------------------------
*
* FONCTIONS DE GESTION DES MATRICES ET TABLEAUX
*
* --------------------------------------------- */
void init_matrice (matrice *m, int hauteur, int largeur, int valeur)
{
int i,j;
for (i=0; i<hauteur; i++)
for(j=0; j<largeur; j++) {
m->mat[i][j]=valeur;
}
}
void init_matrice_pointeurs (matrice *m[N][N])
{
int i,j;
for (i=0; i<N; i++)
for(j=0; j<N; j++) {
m[i][j]=NULL;
}
}
void affecter_interpretation(int interpretation[N])
{
int i;
for (i=0; i<N; i++) {
interpretation[i]=-1;
}
}
void afficher_etat_matrice_pointeurs (matrice *matrice_pointeurs [N][N])
{
int i,j;
for (i=0; i<N; i++) {
for (j=0; j<N; j++) {
if (matrice_pointeurs[i][j]==NULL) {
printf("Null " );
} else {
printf("Matrice " );
}
}
printf("\n" );
}
}
void afficher_interpretation (int interpretation[N])
{
int i;
for (i=0; i<N; i++) {
printf("%d ", interpretation[i]);
}
printf("\n" );
}
void afficher_matrice (matrice m, int hauteur, int largeur)
{
int i,j;
for(i=0; i<hauteur; i++) {
for(j=0; j<largeur; j++) {
printf("%d ", m.mat[i][j]);
}
printf("\n" );
}
}
/* -----------------------------------------------------------
*
* FONCTION D'AFFECTATIONS DES VALEURS AU PROBLÈME DES GRAPHES
*
* ----------------------------------------------------------- */
void couleur_graphe (matrice *domaine, matrice *matrice_pointeurs[N][N])
{
matrice contraintes[M];
init_matrice (domaine, N, D, 1);
init_matrice_pointeurs(matrice_pointeurs);
int i;
for (i=0; i<M; i++) {
init_matrice (&contraintes[i], D, D, 1);
}
int j;
for (i=0; i<M; i++) {
for(j=0; j<D; j++) {
contraintes[i].mat[j][j]=0;
}
printf("La contrainte qui vient d'être créée est :\n" );
afficher_matrice(contraintes[i], D, D);
printf("\n" );
}
printf("\n\n\n" );
// matrice_pointeurs[0][1]= (matrice *) malloc(sizeof(matrice *));
matrice_pointeurs[0][1]=&contraintes[0];
// matrice_pointeurs[0][4]= (matrice *) malloc(sizeof(matrice *));
matrice_pointeurs[0][4]=&contraintes[1];
// matrice_pointeurs[1][2]= (matrice *) malloc(sizeof(matrice *));
matrice_pointeurs[1][2]=&contraintes[2];
// matrice_pointeurs[1][3]= (matrice *) malloc(sizeof(matrice *));
matrice_pointeurs[1][3]=&contraintes[3];
// matrice_pointeurs[2][3]= (matrice *) malloc(sizeof(matrice *));
matrice_pointeurs[2][3]=&contraintes[4];
// matrice_pointeurs[3][4]= (matrice *) malloc(sizeof(matrice *));
matrice_pointeurs[3][4]=&contraintes[5];
}
/* ----------------------------------
*
* IMPLÉMENTATION DU FORWARD CHECKING
*
* ---------------------------------- */
void FC (matrice *domaine, matrice * matrice_pointeurs [N][N], int interpretation[N])
{
matrice tmp;
int i,j,k,l;
for(i=0; i<N; i++) {
// afficher_matrice(*domaine, N, D); // <== CETTE DE LIGNE !
for(j=0; j<D && interpretation[i]==-1; j++) {
if (domaine->mat[i][j]==1) {
interpretation[i]=j;
for(k=0; k<N; k++) {
if (matrice_pointeurs[i][k]->mat!=NULL) {
printf("i = %d, j = %d, k = %d\n", i, j, k);
int c1, c2;
for(c1=0 ; c1<D; c1++)
for(c2=0 ; c2<D; c2++) {
tmp.mat[c1][c2]=matrice_pointeurs[i][k]->mat[c1][c2];
}
// printf("\nContraintes :\n" );
// afficher_matrice(*matrice_pointeurs[i][k], D, D);
// printf("\nFincontraintes\n" );
for(l=0; l<D; l++) {
if (tmp.mat[j][l]==0) {
domaine->mat[k][l]=0;
}
}
}
}
}
}
if (interpretation[i]==-1) {
printf("Fail !\n" );
}
/*
if (j==D)
BT*/
}
}
int main ()
{
matrice domaine, *matrice_pointeurs[N][N];
couleur_graphe(&domaine, matrice_pointeurs);
afficher_etat_matrice_pointeurs(matrice_pointeurs);
int interpretation[N];
affecter_interpretation (interpretation);
FC (&domaine, matrice_pointeurs, interpretation);
printf("\n" );
afficher_matrice(domaine, N, D);
printf("\n" );
afficher_interpretation(interpretation);
return EXIT_SUCCESS;
}

Message édité par alexanonymous le 23-03-2013 à 01:40:47

Publicité

WiiDS

20 titres en GC, 0 abandon, 0 DQ

Ma première idée, c'est que tu accèdes à/écrit des valeurs non initialisées (via un accès mal fait à un tableau par exemple). Du coup l'utilisation d'un printf peut changer pas mal de choses en mémoire et arranger ou empirer ta situation.

Passe un coup de valgrind

---------------
"I can cry like Roger. It's just a shame I can't play like him" - Andy Murray, 2010

alexanonymous

Tout d'abord merci de cette réponse rapide, et merci à la personne qui a édité mon message pour rendre mon code lisible ! Le copier-coller avait fait des dégâts...
Bref, je connaissais pas Valgrind, mais après installation et lancement de la commande "valgrind ./programme" (dois-je rajouter des options pour être plus précis ?), j'ai ceci :
Je ne saurais pas du tout l'interpréter !

==2443== Memcheck, a memory error detector
==2443== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==2443== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==2443== Command: ./test
==2443==
Null Matrice Null Null Matrice
Null Null Matrice Matrice Null
Null Null Null Matrice Null
Null Null Null Null Matrice
Null Null Null Null Null
i = 0, j = 0, k = 1
==2443== Invalid read of size 4
==2443== at 0x8048809: FC (in /home/alex/Bureau/test)
==2443== by 0x804892A: main (in /home/alex/Bureau/test)
==2443== Address 0xbe84fff0 is not stack'd, malloc'd or (recently) free'd
==2443==
i = 0, j = 0, k = 4
i = 1, j = 1, k = 2
i = 1, j = 1, k = 3
i = 2, j = 0, k = 3
i = 3, j = 2, k = 4
==2443== Conditional jump or move depends on uninitialised value(s)
==2443== at 0x804884B: FC (in /home/alex/Bureau/test)
==2443== by 0x804892A: main (in /home/alex/Bureau/test)
==2443==

1 1 1
0 1 1
1 0 1
0 0 1
0 1 0

0 1 0 2 1
==2443==
==2443== HEAP SUMMARY:
==2443== in use at exit: 0 bytes in 0 blocks
==2443== total heap usage: 0 allocs, 0 frees, 0 bytes allocated
==2443==
==2443== All heap blocks were freed -- no leaks are possible
==2443==
==2443== For counts of detected and suppressed errors, rerun with: -v
==2443== Use --track-origins=yes to see where uninitialised values come from
==2443== ERROR SUMMARY: 48 errors from 2 contexts (suppressed: 0 from 0)

==> Ca, c'est quand je lance avec la fameuse ligne commentée. C'est à dire que j'ai le résultat attendu, comme quand "j'exécute" mon code à la main (0 1 0 2 1)
Maintenant, en non commenté, ça donne ça, le mauvais résultat (et quelques affichages de matrices en plus) :

==2459== Memcheck, a memory error detector
==2459== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==2459== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==2459== Command: ./test
==2459==
Null Matrice Null Null Matrice
Null Null Matrice Matrice Null
Null Null Null Matrice Null
Null Null Null Null Matrice
Null Null Null Null Null
1 1 1
1 1 1
1 1 1
1 1 1
1 1 1
i = 0, j = 0, k = 1
==2459== Invalid read of size 4
==2459== at 0x804883F: FC (in /home/alex/Bureau/test)
==2459== by 0x8048960: main (in /home/alex/Bureau/test)
==2459== Address 0xbe974ff0 is not stack'd, malloc'd or (recently) free'd
==2459==
i = 0, j = 0, k = 4
1 1 1
0 1 1
1 1 1
1 1 1
0 1 1
i = 1, j = 1, k = 2
i = 1, j = 1, k = 3
1 1 1
0 1 1
1 0 1
1 0 1
0 1 1
i = 2, j = 0, k = 3
==2459== Conditional jump or move depends on uninitialised value(s)
==2459== at 0x8048881: FC (in /home/alex/Bureau/test)
==2459== by 0x8048960: main (in /home/alex/Bureau/test)
==2459==
1 1 1
0 1 1
1 0 1
0 0 0
0 1 1
Fail !
1 1 1
0 1 1
1 0 1
0 0 0
0 1 1

1 1 1
0 1 1
1 0 1
0 0 0
0 1 1

0 1 0 -1 1
==2459==
==2459== HEAP SUMMARY:
==2459== in use at exit: 0 bytes in 0 blocks
==2459== total heap usage: 0 allocs, 0 frees, 0 bytes allocated
==2459==
==2459== All heap blocks were freed -- no leaks are possible
==2459==
==2459== For counts of detected and suppressed errors, rerun with: -v
==2459== Use --track-origins=yes to see where uninitialised values come from
==2459== ERROR SUMMARY: 39 errors from 2 contexts (suppressed: 0 from 0)

Farian

Bonjour !

Votre problème de variable non initialisée est toujours présent, que vous incluiez la ligne avec le "printf" ou non, et valgrind la met en évidence dans tous les cas (ce qui est rassurant )

Recompilez votre programme en débug et valgrind vous indiquera pour chaque erreur le numéro de la ligne correspondante, et vous pourrez corriger très rapidement.

Bonne continuation !

alexanonymous

Hum, d'accord. Effectivement, je crois qu'on avance. Deux petits problèmes : Premièrement, je ne connais pas bien Valgrind. Quand vous dites "Recompilez votre programme en débug", ça signifie rajouter l'option -g ? En tout cas, après avoir fait ça, j'obtiens ceci :

==2059== Invalid read of size 4
==2059== at 0x804883F: FC (test.c:126)
==2059== by 0x8048960: main (test.c:155)
==2059== Address 0xbefadff0 is not stack'd, malloc'd or (recently) free'd

Puis un peu plus loin...

==2059== Conditional jump or move depends on uninitialised value(s)
==2059== at 0x8048881: FC (test.c:132)
==2059== by 0x8048960: main (test.c:155)

Donc si j'ai bien compris, mon affectation de ma matrice tmp (ligne 126) ne s'est pas faite correctement, ce qui explique le "Conditional jump or move depends on uninitialised value(s)" ligne 132. Ce qui explique également que mon résultat soit faux. Ca se tient. Seulement, pourquoi cette affectation s'est mal déroulée ? Je ne comprends pas très bien le message d'erreur. L'affectation de tmp a été faite sur matrice_pointeurs, qui elle-même a été faite dans la fonction couleur_graphe, à partir de la ligne 94...

Deuxième problème, et je crois que c'est ce qui me rend fou, pourquoi diable un printf change-t-il le résultat ? J'ai bien compris que mes erreurs apparaissent aussi quand je l'enlève, même si j'ai le bon résultat. Mais comment ça se fait ? Le printf aurait changé des choses dans les pointeurs, les affectations ?

Farian

Bonjour ! L'erreur indique simplement que l'une des valeurs "d'entrée" de l'affectation ligne 126 n'est pas initiailisée.

Le mieux, pour savoir laquelle est de remplacer :

Code :

tmp.mat[c1][c2]=matrice_pointeurs[i][k]->mat[c1][c2];

par

Code :

printf("%d %d %d %d %X \n", i, k, matrice_pointeurs[i][k]);
printf("%d %d %d %d %d \n", matrice_pointeurs[i][k]->mat[c1][c2]);
tmp.mat[c1][c2]=matrice_pointeurs[i][k]->mat[c1][c2];

qui vous donnera toutes les informations, et surtout vous indiquera laquelle des deux valeurs n'est pas initialisée. Une fois celle-ci identifiée, remontez la chaîne !

Bonne continuation !

Message édité par Farian le 23-03-2013 à 14:58:45

gilou

Modérateur
Modosaurus Rex

Bon, je crois que j'ai compris:
tmp.mat[c1][c2]=matrice_pointeurs[i][k]->mat[c1][c2];
cette ligne pose problème par la suite, ce qui veut dire qu'il y a du pointeur nul ou invalide qui traine...
ou matrice_pointeurs[i][k] est il mis à autre chose que NULL?
Dans couleur_graphe, ou on fait:
matrice_pointeurs[0][1]=&contraintes[0];
etc
Quelle est la durée de vie de contraintes?
contraintes est déclaré comme
matrice contraintes[M];
dans couleur_graphe, donc sa durée de vie est limitée à celle de couleur_graphe
et donc comme dans FC, on n'est plus dans couleur_graphe, les zones mémoires utilisées pour contraintes peuvent donc être réutilisées...

A+,

Message édité par gilou le 23-03-2013 à 14:28:00

---------------
There's more than what can be linked! -- Le capitaine qui ne veut pas obéir à la carte finira par obéir aux récifs. -- Il ne faut plus dire Sarkozy, mais Sarkozon -- (╯°□°)╯︵ ┻━┻

Farian

En effet, vos matrices "contraintes" sont déclarées dans une variable locale, dont vous stockez les adresses des éléments dans matrice_pointeurs puis, à la fin de la fonction, la mémoire est désallouée.

Le cycle de vie de la matrice "contraintes" n'est pas suffisant, déclarez-la elle aussi en variable dans le "main" et passez là à la fonction "couleur_graphes" et tout ira mieux !

Bien vu, gilou !

Message édité par Farian le 23-03-2013 à 14:58:25

alexanonymous

Merci de votre aide, vous êtes des génies ! Donc, permettez-moi de résumer pour être sûr d'avoir bien compris :
Ma matrice matrice_pointeurs, qui comme son nom l'indique est une matrice de pointeurs, a pour éléments soit des pointeurs pointant sur NULL, soit des pointeurs pointant sur une autre matrice, mais une matrice d'entiers. Ce sont les fameuses "contraintes". contraintes est défini localement dans couleur_graphe, donc à cet instant, matrice_pointeurs pointe où il faut, comme il faut. Mais à la fin de la procédure, matrice_pointeurs pointe sur des trucs potentiellement désalloués, puisqu'ils étaient locaux.
C'est là que je suis pas sûr : en fait, si je touche à pas grand chose, tout se passe bien ? Mais si je fais un printf, celui-ci nécessite un tout petit peu de mémoire et mon OS peut décider d'allouer l'emplacement qui était celui des contraintes. Donc matrice_pointeurs va pointer au bon endroit, mais sur des valeurs qui ont pu changer. C'est pourquoi mon résultat final s'en retrouve erroné ?

Bref, j'ai bien compris ?

Bon sinon, en modifiant mon code le plus simplement possible, valgrind me donne :

==1944== HEAP SUMMARY:
==1944== in use at exit: 0 bytes in 0 blocks
==1944== total heap usage: 0 allocs, 0 frees, 0 bytes allocated
==1944==
==1944== All heap blocks were freed -- no leaks are possible
==1944==
==1944== For counts of detected and suppressed errors, rerun with: -v
==1944== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)

Ca signifie plus d'erreur, n'est-ce pas ?

Dernière question ? Dois-je modifier le sujet du topic en rajoutant un tag résolu, ou quelque chose comme ça ?

En tout cas, merci encore de votre aide !

Message cité 1 fois

WiiDS

20 titres en GC, 0 abandon, 0 DQ

alexanonymous a écrit :

Bon sinon, en modifiant mon code le plus simplement possible, valgrind me donne :

==1944== HEAP SUMMARY:
==1944== in use at exit: 0 bytes in 0 blocks
==1944== total heap usage: 0 allocs, 0 frees, 0 bytes allocated
==1944==
==1944== All heap blocks were freed -- no leaks are possible
==1944==
==1944== For counts of detected and suppressed errors, rerun with: -v
==1944== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)

Ca signifie plus d'erreur, n'est-ce pas ?

Ça signifie qu'avec les paramètres que tu as mis dans ton programme il n'y a effectivement plus de fuites mémoire ou d'accès à des valeurs non initialisées, ce qui était ton problème à la base :jap:

---------------
"I can cry like Roger. It's just a shame I can't play like him" - Andy Murray, 2010

FORUM HardWare.fr

Programmation

Printf qui change le résultat d'un programme ??

Sujets relatifs
Programme débutant	Re-programmer un logiciel ?
Pb pour fermer programme avec touche clavier. (VB)	[C/C++]Programme cube led, besoin d'aide pour comprendre
Aide Réalisation d'un programme	Choix d'un langage pour un programme précis
[C] Petit programme	aide pour programme sous codeblocks
[VBA] fonction paramétré renvoyant le résultat d'une requête ACCESS	Problème programme C
Plus de sujets relatifs à : Printf qui change le résultat d'un programme ??

Page générée en 0.112 secondes