Problème à l'exécution d'un programme C++ : bug assembleur

Bonjour à tous, suite à des déboires rencontrés dans l'exécution d'un programme C++ que je développe (la compilation se déroulant très bien) je me suis dit pourquoi ne pas regarder l'endroit du code assembleur où le programme plante.

Voici donc la partie du code concernée, apparemment le programme a un problème ligne 00403F77
Au début de l'exécution ecx =0 et eax = 208896 (soit 33000 en hexa)
Du coup arrivée ligne 00403F77 eax = 204800.

Code:

---

1 2 3 4 5 6 7 8 9 10 11

00403F64 cmp ecx,eax 00403F66 jb 00403F72 00403F68 mov eax,ecx 00403F6A pop ecx 00403F6B xchg eax,esp 00403F6C mov eax,dword ptr [eax] 00403F6E mov dword ptr [esp],eax 00403F71 ret 00403F72 sub eax,1000h 00403F77 test dword ptr [eax],eax 00403F79 jmp 00403F64

---

Et le programme s'arrête avec en message de débugage :

Citation:

---

Exception non gérée à 0x00403f77 dans prog.exe*: 0xC00000FD: Stack overflow.

---

Si quelqu'un pouvait me lancer sur le bug que ça donne... je comprend pas trop cet histoire de test dword .... il sevrait pas y avoir un branchement conditionnel derrière, à quoi sert exactement le test s'il est suivi d'un jmp ?

Voilà en espérant que vous pourrez m'aider ...

Merci

Le plantage n'est probablement dû à l'instruction qui se trouve à l'adresse indiquée, mais à un problème algorithmique en amont.

« Stack Overflow », ça veut dire « débordement de pile ». Ça peut tout-à-fait se produire parce que tu t'es retrouvé là à la suite d'un CALL qui, lui, a fait déborder la pile en sauvant l'adresse de retour.

Donc, c'est ton code C++ qu'il faut regarder. Soit tu as déclaré en tant que variable locale un tableau un poil trop grand (« int tableau[100000000] » est une très mauvaise idée, par exemple), soit tu as une fonction récursive quelque part dont la condition d'arrêt ne fonctionne pas.

Citation:

---

je comprend pas trop cet histoire de test dword ....

---

« dword », dans le contexte, est un double word. Un word étant usuellement un mot de 16 bits, un dword est un mot de 32 bits, ordinaire de nos jours.

Citation:

---

il sevrait pas y avoir un branchement conditionnel derrière, à quoi sert exactement le test s'il est suivi d'un jmp ?

---

Soit les flags sont examinés un peu plus loin, ce qui est tout-à-fait possible, soit l'instruction test est là pour « masquer » ses opérandes, qui sont en fait les codes-opération d'une autre instruction. C'est une technique qui était utilisée jadis pour éviter de faire un JMP explicite par-dessus, plux coûteux en ressources. Mais étant donné la syntaxe actuelle, c'est peu probable.

Ok merci beaucoup, pour le probleme le stack overflow venait effectivement de la declaration d'un tableau trop grand (short Tab[16800][16800]). Du coup j'ai toujours des problèmes mais je vais aller voir directement sur le forum c++.

Merci :)