Posted: Tue Apr 03, 2012 5:11 am Post subject: Slugsnack, come in...
Throwing out sentences from ebooks you read about programming doesn't make you look like you know what you're talking about all of the sudden, you're still the same idiot who throw shit @ General Programming.
if you don't fucking know how a compiler works... (because you're too busy reading ebooks, 1337 hacker) then STFU and stay the fuck off.... (from everyone's heart)
But then the only question left is to know what you know about compilers and programming. I'm not saying that to be rude, I just wouldn't start demeaning others knowledge if I don't surpass it. _________________
This is the inception of deception, checking the depth of your perception.
I'm flattered you thought something I wrote in a few minutes off the top of my head was lifted from a book. And uh although compiler design is not related to software engineering in the way you clearly believe, I actually wrote both a C compiler and disassembler engine which performs static analysis to generate CFGs as part of my Masters project.
I'm flattered you thought something I wrote in a few minutes off the top of my head was lifted from a book. And uh although compiler design is not related to software engineering in the way you clearly believe, I actually wrote both a C compiler and disassembler engine which performs static analysis to generate CFGs as part of my Masters project.
Got a copy of your thesis? _________________
This is the inception of deception, checking the depth of your perception.
It is difficult to find a good disassembler for Linux x86-32 and x86-64. During my project, we had very specific requirements. This was the motivation for writing a disassembler engine. Ultimately I wrote one on top of libopcodes. Similar to how libopdis works.
I extensively used the following books:
• Dragon Book (Compilers: Principles, Techniques, and Tools)
• Linkers and loaders
• Computer Systems: A Programmer's Perspective (covers the basics)
you would be surprised how many of the concepts still apply/how little has changed. this makes sense since assembly language has not changed (with the exception of a few instructions added here and there) over time
what specifically are you interested in knowing about disassembling (and assembling)?
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You can download files in this forum