DeZog as a reverse engineering tool #83
Replies: 6 comments 2 replies
-
Have you taken a look at z80dismblr? Please have a look at the "Interactive" Usage. I haven't worked with this for a longer time but I think this is similar to what you are after. A workflow would look like:
|
Beta Was this translation helpful? Give feedback.
-
Thinking about using DeZog for reverse engineering I have this idea to discuss: DeZog can (already) associate list files with PC addresses. At the moment list files are only read at the start of a debug session. E.g. a session could look like:
I.e only by one the reverse engineer adds more and more to the list file until it completely covers all code. |
Beta Was this translation helpful? Give feedback.
-
Here is a first implementation for everyone interested to try out. |
Beta Was this translation helpful? Give feedback.
-
The example is for mame. But this works similar in zsim. |
Beta Was this translation helpful? Give feedback.
-
Currently i'm refactoring a lot. The most recent development branch is not compilable. |
Beta Was this translation helpful? Give feedback.
-
DeZog 3.1.0 is out now, please have a look. |
Beta Was this translation helpful? Give feedback.
-
The disassembler view of DeZog, with his support to debug/source files, is awesome for brand new code, but it is even more intriguing when stepping into old assembly code dumped from some ROM or dusty tape.
In that case, it would be fantastic if the map/listing file could be edited in-place during debugging. I would be interested in:
Lxxxx
)The editing should happen from the main
disasm
view. Everything should be saved down during editing in order to be saved and versioned.Since the "source" will likely be a binary file, so not bound to a specific assembler/compiler, the most convenient format could be used (lis? map?).
What do you think?
Thanks, L
Beta Was this translation helpful? Give feedback.
All reactions