Discussion :

[auron1]

Bonjour à tous!
Comme l'indique le message, depuis hier, j'ai un probleme avec les conteneurs (vector, list): dans mon projet j'en utilise quelques uns, la génération se déroule sans aucun problème, mais, lorsque je lance le débogage, le programme s'arrète là dans le fichier vector: _SCL_SECURE_VALIDATE_RANGE(_Pos < size());

return (*(_Myfirst + _Pos));
}
avec ce message : "Exception non gérée à 0x006bcb3e dans TerrainDemo3.exe*: 0xC0000005: Violation d'accès lors de la lecture de l'emplacement 0x0fd51001."
J'ai mis des points d'arrêt sur les lignes de déclaration de mes "vector" et me suis rendu compte que le programme s'arrétait avant d'y arriver; d'où mon incompréhension: si le programme n'a même pas encore reçu les conteneurs demandés pourquoi s'arrète-t-il?
En vous remerciant pour votre aide, je vous souhaite de joyeuses fêtes.

[Matthieu Brucher]

L'erreur vient du fait que tu essaies d'accéder à un élément à l'extérieur de ton tableau.

[auron1]

Je viens de revoir mon code à la lumière de ce que vous venez de dire mais je ne trouve pas mon erreur. Lorsque l'on ajoute un élément dans un vector avec push_back peut-on tomber dans le travers dont vous avez parlé ?

[Matthieu Brucher]

Non, mais débuggue pour savoir exactement quand ça arrive et regarde la taille et l'élément accédé.

[auron1]

Merci pour l'aide, j'ai identifié le bout de code à l'origine de l'interruption, c'est celui-ci:
DWORD* adj = new DWORD[g.Wmesh->GetNumFaces()*3];
HR(g.Wmesh->GenerateAdjacency(EPSILON, adj));
(la deuxième ligne).Mais, le problème reste pour moi toujours aussi sibyllin étant donné que "GenerateAdjacency" est une fonction livrée avec le sdk, que je ne peux accéder au corps de la fonction, que j'utilise (au nom des variables près) le même bout de code, sans qu'il ne bug, ailleurs dans le projet, et que j'utilise la fonction correctement (d'après la documentation).
Donc je ne sais pas...
Merci Encore pour l'aide.

[Matthieu Brucher]

L'objectif est de rechercher ce fameux vector dans la pile des appels pour voir d'où cela vient exactement. Pour le moment, on ne peut malheureusement pas t'en dire plus.

[auron1]

En utilisant la pile des appels, la ligne sur laquelle pointe la flèche verte est correspondant à:
TerrainDemo3.exe!std::vector<unsigned long,std::allocator<unsigned long> >::operator[](unsigned int _Pos=1759648) Ligne 760 + 0x8 octets C++
Mais je ne comprends toujours pas (en fait je n'ai jamais lu une pile d'appels), il n'y a pas de référence à un de mes "vector"...
Sinon l'instruction suivante correspond à l'appel
d3dx9d_32.dll!006acb3e()... Merci encore une fois.

[Matthieu Brucher]

Et qui appelle cet opérateur ?

[auron1]

S'il vous plait, Auriez-vous un tutoriel pour apprendre à lire la pile d'appels ? (c'est quelque chose que je n'ai jamais fait et dans mes livres d'apprentissage il n'y en pas).
Sinon, est-ce qu'il faut suivre le code machine qui apparait et repérer les mots clés "call" apparaissant ?

[Médinoc]

Normalement sur la pile d'appels du debugger de Visual, les appelants sont en bas et les appelés en haut.
Et tu peux double-cliquer sur une ligne représentant une fonction à toi pour aller au code source correspondant.

[auron1]

Merci pour la réponse. Sur la ligne juste en-dessous de celle sur laquelle le programme s'arrête,il y a:
d3dx9d_32.dll!006b1775()

[Médinoc]

Alors essaie de "remonter" encore plus, jusqu'à atteindre du code à toi.

[auron1]

Alors juste en-dessous, il y a:
TerrainDemo3.exe!CLWater::CLWater(CLWater::InitInfo & initInfo={...}) Ligne 108 + 0x25 octets C++

et lorsque je double-clique dessus, je suis renvoyé à :
HR(g.Wmesh->GenerateAdjacency(EPSILON, adj));

[Médinoc]

Ce doit donc être cette fonction qui plante: Visiblement, cette fonction utilise un vector, et fait un mauvais accès. Donc, un des paramètres de la fonction doit être mauvais...

[auron1]

Merci. Et maintenant il ne me reste plus qu'à regarder en détail le code.

[Matthieu Brucher]

C'est de toute manière la conclusion à laquelle il fallait s'attendre, le code de DirectX est en général exempté de ce genre de bug

Je te conseille de séparer en 2 ta ligne de code pour voir d'où vient l'erreur exactement.

[Médinoc]

Séparer quoi?
Le bug se manifeste quand même dans la fonction de DirectX, même si c'est dans l'initialisation de ses paramètres qu'il se trouve...

[Matthieu Brucher]

Code :

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

HR(g.Wmesh->GenerateAdjacency(EPSILON, adj));

Pour moi, il y a deux fonctions et pour le moment aucun moyen de savoir quelle est la fonction responsable.

[Médinoc]

Je ne pense pas. À tous les coups, HR est une macro disant tout simplement "On verifie le HRESULT retourné par la fonction et on... fait un truc... si ça a foiré".

Au passage, auron1, tu auras peut-être plus d'infos en activant la case à cocher dans les options:
Tools -> Options -> Debugging -> Native -> Load DLL Exports.

[Albenejean]

Tu peux aussi activer le mode debug de directX, MenuDemarrer->DirectX SDK->DirectX Utilities->DirectX Control Panel et cocher le mode Debug (ainsi que les autres options si tu veux). Si ce programme n'est pas dans ton menu démarrer, il est sous "C:\Program Files\Microsoft DirectX SDK (August 2007)\Utilities\Bin\x86\dxcpl.exe"

Voir aussi la FAQ DirectX sur le mode debug.