Version imprimable
Bonjour tout le monde.. j'ai un phénomène étrange dans mon code en C++. j 'ai deux opérateurs new successifs qui me créent la même adresse mémoire (en mode débug) :
I=new int[n];
J=new int[n];
Je me retrouve avec I et J identiques. En plus le phénomène n'est pas systématique.
Quelqu'un aurait-il une idée d'où ça peut venir !?
Si 'n' a la même valeur pour les 2 opérateurs je trouverai ca normal :)
pas moi, i et j sont supposés etre deux tableaux différents, meme s'ils doivent avoir la meme taille !!Citation:
Envoyé par Julien_C++
bizard en effet :?
Comment as tu procédé au test d'egalité des pointeurs I et J ?
Quelle est la valeur de n à ce moment là ?
ajoute le test suivant pour voir :
Est ce que le log apparait durant l'execution ?Code:
2
3
J'ai dit une grosse bêtise :mrgreen:
Celà provient peut être de la variable n ?
J'ai vu que les 2 pointeurs étaient identiques dans le debuger VC++. Et ils étaient vraiment identiques car dans la suite du code, ils sont restés totalement les mêmes.Citation:
Comment as tu procédé au test d'egalité des pointeurs I et J ?
Quelle est la valeur de n à ce moment là ?
ajoute le test suivant pour voir :
Dans mon cas la valeur de n etait n=2 !
C'est la première fois que je vois ça !!!
Cela peut provenir de la valeur de n uniquement si elle est négative. Dans ce cas, le comportement de ton programme est indéfini. Cela peut aussi provenir de n'importe quel autre comportement indéfini ailleurs dans le programme, genre mauvaise désallocation ou accès à un élément inexistant d'un tableau. Les deux lignes que tu viens de montrer ne devraient pas à elles seules avoir un tel comportement.
Tu ne peux pas ajouter les 3 lignes de code que j'ai citer ?
Si le WARNING est logger dans la console, donne nous les éléments... ça pourait nous mettre sur une piste ;)
ou encore ecrire unCitation:
Envoyé par superspag
Code:ASSERT(I != J);
Oui ça me semble plutôt un truc comme ça, mais je n'arrive pas à trouver d'où cela peut venir.Citation:
genre mauvaise désallocation ou accès à un élément inexistant d'un tableau
Y-a-t-il des outils pour traquer les mauvaises allocations/désallocation mémoire ?
un 'delete' au lieu d'un 'delete[]' pourrait-il avoir ce genre de conséquence ?
ou est-ce qu'il y a plus de chance que ça provienne d'un truc du genre
I[k]=p avec k>taille du tableau ?
Oui il me renvoie bien l'adresse et n!Citation:
Tu ne peux pas ajouter les 3 lignes de code que j'ai citer
valgrind sous Linux, je ne sais pas sous Windows.Citation:
Envoyé par marcus7
Dans le deux cas, tu invoques un comportement indéfini, donc ça peut en être la cause.Citation:
Envoyé par marcus7
As-tu une raison précise pour utiliser des tableaux alloués manuellement au lieu de vector, valarray ou autre ?
http://www.codeproject.com/tools/visualleakdetector.aspCitation:
Envoyé par roulious
En fait, c'est un bout de code que tu ajoutes a tes sources ; je ne l'ai pas encore utilisé personnellement, mais d'apres les échos, ca ne marche pas mal du tout.
+1Citation:
As-tu une raison précise pour utiliser des tableaux alloués manuellement au lieu de vector, valarray ou autre ?
Heu non aucune raison :oops:, je sais c'est mal ...
Je crois que la solution ça va être ça, remplacer mes int * = new int[] par des vector<int>.
je suis sous window, mais le tuyau m'interesse beaucoup, merci !Citation:
valgrind sous Linux, je ne sais pas sous Windows.
Heu j'ai pas tout suivi mais :
A la base I et J c'est quoi ?
Tu les déclare en fesant ce que tu fait actuellement ?
Il ont la même valeur et la même adresse ?
ou il pointent tout les deux vers la même adresse ?
I et J sont déclarés comme des int* et initialisés à NULL dans le constructeur de l'objet qui les possède. Mais la plupart du temps je n'ai aucun problème, mais dans certaine configuration de lancement de mon programme j'ai le problème I=J.
Peux-tu être plus clair sur la "configuration" ?Citation:
dans certaine configuration de lancement de mon programme j'ai le problème I=J
Es-tu sûr de n'avoir mis nulle part I=J à la place de I==J ?
+1 à la dernière réponse de Boromir.
M'est avis qu'unva te renvoyer des lignes -- il faut dire que quand tu parles de tester i=j, cela accroit nos soupçons.Code:egrep -i 'i[[:space:]]*=[[:space:]]*j|j[[:space:]]*=[[:space:]]*i'
Bref, sinon, il n'y a qu'une seule solution => exemple minimal mais complet qui permette de reproduire l'anomalie que tu observes.