Bonsoir à tous,
 
J'ai un problème de désassemblage sous gdb 6.2-2 (je tourne sous Mandrake 10.1) ... En fait, je désassemble tout d'abord un simple programme en C et la fonction main avec la commande  
(gdb) disassemble main
 
J'ai donc le code asm de la fonction main, et des appels vers les fonctions que mon programme utilise. Dans celui-ci, j'utilise la fonction _exit() et je voudrais par exemple la désassembler. Je suis entièrement sûr que cette fonction correspond à ce call :
0x080483e0 <main+48>:   call   0x80482e4 <_init+72>
 
L'embêtant, c'est que je n'arrive pas a voir le code assembleur de cette fonction. J'ai essayé :
(gdb) disassemble $0x80482e4
(gdb) disassemble *0x80482e4
...
(gdb) disassemble _exit
...
 
Rien ne marche !
Pourquoi GDB m'affiche-t-il <_init+72> et pas <_exit> ?
 
J'ai compilé le code C avec gcc, avec l'option -ggdb, pour que ce dernier puisse avoir le maximum d'informations sur le code ... Mais ça ne change rien au résultat du désassemblage ...    
 
En espérant que quelqu'un voit une solution ou a déjà rencontré ce problème,
 
Ciao @+,  
Deimos

c'est pas "x $0x804...." pour dumper la mémoire.   ...de mémoire

(gdb) x 0x80482e4
0x80482c4 <_init+40>:   0x95c825ff
 
Voilà ce qu'il me renvoie ...
En fait ce que je voudrais comprendre, c'est surtout pourquoi comme dans certains articles que j'ai lu sur gdb, yai pas <nom_de_la_fonction> lors du désassemblage, et pas ce <_init+40>
 
Merci quand même
++

Pareil pour moi, bizarre...
 

Parce que la compilation n'a pas été faite avec les options de déboggage, ou que l'exécutable a été "stripé"

C'est ce que je croyais aussi au début, pourtant j'ai compilé comme cela :
$ gcc -W -Wall -ggdb -o code -g code.c

Moi de meme, j'ai compile avec -g

Il n'y a pas une histoire qu'il faut indiquer le path vers les sources ou quelque chose comme ca ?
 
Sinon tu auras peut etre plus de chance dans la prog

exit est une macro?
le code a subit une optimisation ?
 
Apparement, y a pas le symbole  
fait un "objdump -t" dessus, et il ne devrait pas trouver de symbol exit

J'ai utilisé _exit moi, et c'est un syscall.
J'ai fait "objdump -t" et là je vois justement que le symbole _exit n'y est pas ... je comprends pas, justment il devrait y être, vu que l'option -ggdb de gcc est prévue pour fournir tous les symboles a GDB !
Non, aucune optimisation.
 
Pour le path vers les sources, c'est inutile, avec -ggdb, lorsqu'on désassemble avec GDB le progamme, il suffit de faire "list" et GDB affiche le code source du programme !

un system call, c'est pas un appel de fonction mais plutot une trap+un parametre.
 
peut-etre que dans _init, y a qq chose pour faire de maniere generic n'importe quel system call.
 
Est-ce que tu peux faire un disassemble de _init?
(voir meme un disassemble de tout le programe, ie pas uniquement le main)

Ok, donc mon code :
 

 
Je compile avec :
$ gcc -W -Wall -ggdb -o code -g code.c
 
Quand je désassemble main :
 

 
Quand je désassemble _init :
 

 
Voilà ... pour désassembler tout le programme, on fait comment ?
 
Merci de ton aide  
 
++

desassemble aussi call_gmon_start apparemment
 
pour tout voir, tu peux tapper:
objdump -D nom_du_fichier  
   

J'ai looké le désassemblage complet du programme, ya aucun symbole <_exit> ou un truc dans le genre, comme l'avait dit objdump -t
 
Pour le désassemblage de call_gmon_start :
 

 
J'ai regardé celui des deux autrs, ya rien de super dedans non plus ....
Je comprends vraiment pas ça, en plus je suis pas le seul à avoir ce problème, et je le trouve encore (assez) important
 
Merci  
@+, Deimos

Si vous voulez désassembler les bibliothèques vers lesquelles le programme pointe, il faudrait peut-être installer leurs versions de déboguage, à commencer par libc6-dbg pour la libc.

Deimos_ >>
 
bon j'ai regardé..enfin un peu de temps libre (fait trop chaud pour aller a la plage )
 
Il se trouve qu'il fait pas appel directement au nom exit.
mais qu'il le traduit par une adresse + un offset.. c'est la maniere specific à gcc..
 
Par contre, quand tu utilises GDB, rien ne t'empêche de mettre une break point sur la fonction exit:
 
Tappe "b exit". Le debugger te demandera simplement de confirmer que le breakpoint intervient une fonction venant d'une librarie à charger, à savoir libc6.so.  
 
En fait il en connais pas encore a ce moment le nom du symbol exit. D'ailleurs ta remarque était qu'aucun appel a exit n'apparaissait, mais simplement "jmp <_init+0xXX>".
Peut etre qu'il s'agit simplement d'un moyen/d'une astuce pour alléger la table de symbol.
 
Ensuite, tu démarres ton programme avec la commande "run"
le breakpoint est touché, preuve que exit, bien que ne figurant pas explicitement, est réellement appellée.
 
Et finallement, tu peux désassembler exit: "disassemble exit"
 
Le code que tu voit pour exit, tu peux retrouver ses Sources, comme le dit Jar Jar, dans le package source de libc6.
 
Mea culpa, car je t'ai induit en erreur, je pensais que exit était directement un appel au noyau, ce qui se serait traduit, non pas par une fonction précise, mais [ar une fonction plus généric (syscall).
 
Sylvain