Problème de copie d'une variable - je crois que ça viendrait de l'assembleur

Ok voila le bout de code que j'ai :

Code:

---

long *a = &(cgm.o->m_metafileVersion);

---

rien de complexe...
je mets un point d'arret dans l'instruction juste après et quand je regarde dans le watch de visual :
a = 0x053e3d50
&(cgm.o->m_metafileVersion) = 0x053e3d28

normalement quand on copie une adresse dans un pointeur, l'adresse, du coup.... c'est la meme non?

Ou alors je dois ré-ouvrir mes cahiers?


ps : je n'utilise a priori pas de threads suceptibles de modifier ces valeurs

Le Garbage Collector peut éventuellement changer les adresses. Pour éviter ça, utiliser le mot-clé fixed : http://msdn.microsoft.com/en-us/libr...v=vs.100).aspx

Citation:

---

Envoyé par GuruuMeditation

Le Garbage Collector peut éventuellement changer les adresses. Pour éviter ça, utiliser le mot-clé fixed : http://msdn.microsoft.com/en-us/libr...v=vs.100).aspx

---

Oui, sauf que ça a pas l'air d'être du C# ;)

Ouais voilà c'est pas du C++, j'essai de descendre dans les instructions de l'assembleur mais jpige pas grand chose.

Quelqu'un a une idée?

Citation:

---

Envoyé par GuruuMeditation

Le Garbage Collector peut éventuellement changer les adresses. Pour éviter ça, utiliser le mot-clé fixed : http://msdn.microsoft.com/en-us/libr...v=vs.100).aspx

---

il y a une erreur ; on est en C++ natif et pas managed

Citation:

---

Envoyé par ArnaudCas

rien de complexe...
je mets un point d'arret dans l'instruction juste après et quand je regarde dans le watch de visual :
a = 0x053e3d50
&(cgm.o->m_metafileVersion) = 0x053e3d28

normalement quand on copie une adresse dans un pointeur, l'adresse, du coup.... c'est la meme non?

---

oui c'est tout à fait exact on devrait avoir les mêmes adresses mémoires.
Maintenant reste à voir le contexte..

Ah ok... maiiis du coup, comment je pourrait débugguer un truc pareil... j'ai jamais eut le cas 8O

Le contexte hmmm...

ben, j'ai acheté une lib, qui va lire un certain format d'image et qui fait du "marshalling" (je crois que c'est comme ça que ça s'appelle hein?), genre elle lit le fichier et rempli une structure C++ avec les info qu'elle a trouvé.

Donc c'est cool, sauf que quand je veux copier les valeurs, pour les utiliser, ben ça copie n'importe quoi :aie: (pour le débugger de visual affiche la bonne valeur, c'est ultra dingue)

du coup, je suis allé regardé du coté des adresses mémoires (comme avec le code plus haut) et pareil : :aie:

A croire que c'est Visual qui n'est pas foutu de copier une adresse, m'enfin ça me parait bizarre

Du coup, j'imagine que personne ne peut trop m'aider. Mais je sais même pas vers qui aller ou meme vers quoi me documenter.
Vous avez pas le numéro du chef de projet de Visual Studio?

Citation:

---

Envoyé par ArnaudCas

Donc c'est cool, sauf que quand je veux copier les valeurs, pour les utiliser, ben ça copie n'importe quoi :aie: (pour le débugger de visual affiche la bonne valeur, c'est ultra dingue)

du coup, je suis allé regardé du coté des adresses mémoires (comme avec le code plus haut) et pareil : :aie:

A croire que c'est Visual qui n'est pas foutu de copier une adresse, m'enfin ça me parait bizarre

---

salut Arnaud je ne comprends vraiment pas pourquoi tu veux copier des adresses mémoires.
Utilises-tu une dll ?
Ne pas perdre de vue aussi qu'une adresse mémoire elle peut bouger avec le temps,Windows par soucis d'optimisation peut déplacer des blocs de mémoire

Bonjour.

Citation:

---

Envoyé par ArnaudCas

Du coup, j'imagine que personne ne peut trop m'aider. Mais je sais même pas vers qui aller ou meme vers quoi me documenter.
Vous avez pas le numéro du chef de projet de Visual Studio?

---

Ce qui est certain, c'est que ce n'est pas un problème de visual studio. En effet, lorsque je fais :

Code:

---

1 2 3 4 5 6 7

void main(){   long b = 2012;   long* a = &b; }

---

La valeur de a vaut bien la valeur &b. Tu devrais vérifier ce simple test.

Si le problème persiste, réinstaller Visual et surtout vérifier le matériel (mémoire vive notamment).

Si le test est bon, je pense plutôt à une mauvaise utilisation de la dll. Mais pour t'aider il faudrait que nous puissions reproduire le problème.

Alors,

Citation:

---

je ne comprends vraiment pas pourquoi tu veux copier des adresses mémoires

---

ben imaginons que je veuilles faire pointer long *a vers cgm.o->m_metafileVersion, j'ai le droit? ben dans mon cas ça ne fonctionne pas!

Et alors oui, j'utilise un .lib, mon programme est en 2 partie, un noyau et une interface graphique cgm.o est une variable du noyau dont le type provient d'une lib que j'utilise.

Evidemment le problème ne vient pas de visual, et le test dont Moldavi me parle marche très très bien et lorsque je fais un long *a = &(cgm.o->m_metafileVersion); dans un autre programme (sans .lib pour l'interface graphique, ça fonctionne aussi) donc effectivement je me dis que ça vient peut être de là. Mais pourquoi?

Jvais faire des tests, jvous tiens au courant! merci!

c'est vraiment le code que tu nous montre la, que tu arrives pas a faire marcher?
c'est quoi le type de cgm et de cgm.o?

une possibilite c'est que cgm.o (quel que soit le type) redefinisse l'operateur -> pour renvoyer quelque chose d'autre, peut etre meme quelque chose de temporaire, du coup lorsque tu essayes de prendre l'adresse il prend une adresse temporarire. Pas sur evidemment, mais avec le peu de code que tu donnes, pas facile de dire mieux!