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

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