Discussion :

[lyxthe]

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 :

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

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 :

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

[Obsidian]

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.

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.

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.

[lyxthe]

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