Re: How to study debugger internals ?

On Mar 13, 5:16 pm, Ripunjay Tripathi <ripunjay.tripa...@gmail.com>
wrote:
> Excuse me if the post is NOT in scope of the community.
>
> Want to study debuggers internals. Though I understand that they are
> very much platform dependent, knowledge of internals for gdb and dbx
> (for Intel/ARM) I believe should give me good understanding.


Read these:
http://www.codef00.com/projects.php#debugger
http://www.linuxjournal.com/article/6100


ptrace() provides the possibility to write a debugger that does not
rely on hardware tricks in the task of getting informed when its
debugged process enter a break-point.


A debugger also has to do other tasks such as knowing for the
application it debugs the address of each function, the address of
each global (not on stack) symbol. these may be resolved with
dlopen(), dlsym().
http://www.opengroup.org/onlinepubs/009695399/functions/dlopen.html


Also the source-code binutils may give answers:
http://www.gnu.org/software/binutils/


I want to say that I am not sure if all the information I write here
is correct. ptrace() information should be correct. Also I don't know
how it would be best to start studying debuggers. And finally,
I only said about debuggers on linux because at the moment I only know
details on how debuggers can be built for this platform. My intuition,
however, is that on other platforms there should be support for
debugger
writing similar to ptrace().


Regards,
Ioan

Return to the comp.compilers page.
Search the comp.compilers archives again.