Discussion :

[marcus7]

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 !?

[Julien_C++]

Si 'n' a la même valeur pour les 2 opérateurs je trouverai ca normal

[Invité]

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 !!

[superspag]

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 :

Code :

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

1
2
3
if(I == J) {
  cout << "WARNING : I == J with n = " << n << " and adr = " << I << endl;
}

Est ce que le log apparait durant l'execution ?

[Julien_C++]

J'ai dit une grosse bêtise

Celà provient peut être de la variable n ?

[marcus7]

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 :

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.
Dans mon cas la valeur de n etait n=2 !
C'est la première fois que je vois ça !!!

[roulious]

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.

[superspag]

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

[Invité]

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 un

Code :

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

ASSERT(I != J);

[marcus7]

genre mauvaise désallocation ou accès à un élément inexistant d'un tableau

Oui ça me semble plutôt un truc comme ça, mais je n'arrive pas à trouver d'où cela peut venir.
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 ?

Tu ne peux pas ajouter les 3 lignes de code que j'ai citer

Oui il me renvoie bien l'adresse et n!

[roulious]

Oui c'est bien ce que je pense, mais je n'arrive pas à trouver d'où cela peut venir.
Y-a-t-il des outils pour traquer les mauvaises allocations/désallocation mémoire ?

valgrind sous Linux, je ne sais pas sous Windows.

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 ?

Dans le deux cas, tu invoques un comportement indéfini, donc ça peut en être la cause.

As-tu une raison précise pour utiliser des tableaux alloués manuellement au lieu de vector, valarray ou autre ?

[Invité]

valgrind sous Linux, je ne sais pas sous Windows.

http://www.codeproject.com/tools/visualleakdetector.asp
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.

[superspag]

As-tu une raison précise pour utiliser des tableaux alloués manuellement au lieu de vector, valarray ou autre ?

+1

[marcus7]

Heu non aucune raison , je sais c'est mal ...
Je crois que la solution ça va être ça, remplacer mes int * = new int[] par des vector<int>.

valgrind sous Linux, je ne sais pas sous Windows.

je suis sous window, mais le tuyau m'interesse beaucoup, merci !

[SnakemaN]

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 ?

[marcus7]

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.

[boromir73]

dans certaine configuration de lancement de mon programme j'ai le problème I=J

Peux-tu être plus clair sur la "configuration" ?

Es-tu sûr de n'avoir mis nulle part I=J à la place de I==J ?

[Luc Hermitte]

+1 à la dernière réponse de Boromir.
M'est avis qu'un

Code :

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

egrep -i 'i[[:space:]]*=[[:space:]]*j|j[[:space:]]*=[[:space:]]*i'

va te renvoyer des lignes -- il faut dire que quand tu parles de tester i=j, cela accroit nos soupçons.

Bref, sinon, il n'y a qu'une seule solution => exemple minimal mais complet qui permette de reproduire l'anomalie que tu observes.