OSDev.org

Hey guys,

so I recently made a small tool to make it more comfortable for me to disassemble my applications to find where errors occurred and stuff. It's basically a UI for objdump and uses the local installation to disassemble the binary and display it in an outline. You can then navigate through it either by clicking through the calls/jmps, entering a address, searching for functions or navigating through the history.

Here's a little video showing the usage: https://vimeo.com/179351807



I was just curious if anyone else would be interested in using this. If so, I'll put it on a GitHub repository and make it GPL. It's not very advanced yet (I actually started developing it yesterday) - feature ideas are very welcome. It's platform independent (written in Java).

Greets

Looks great, do you have a setting to use Intel syntax instead of AT&T? I think the parameter to objdump is -mintel or something.

Looks great, do you have a windows version?

For me I used a Visual Studio text editor, using find....

Thanks for the input guys! I appreciate it.

zenzizenzicube wrote:Looks great, do you have a setting to use Intel syntax instead of AT&T? I think the parameter to objdump is -mintel or something.

I'll add this to the settings.

tsdnz wrote:Looks great, do you have a windows version?

Yes it runs on Windows, too

I'll try to get an alpha release ready for you guys in the next days.

Looks great, thanks for sharing

Looks good! Please make it Ubuntu compatible.

Looks fine, I might try it.

Very cool dude, thanks a bunch.

Here's version 1.0! This is an alpha release, so don't expect it all to work perfectly.

Binary: https://ghostkernel.org/files/ObjectDumper-1.0-bin.zip
Sources: https://ghostkernel.org/files/ObjectDumper-1.0-src.zip

• General features:
• Runs on all platforms that support Java
• Decompiles binaries with objdump
• Displays an outline tree of all functions in all sections
• Filter functions by name (with advanced search, use "*" for any string)
• Which executable to use for objdump is configurable (e.g. your custom i686-myos-objdump)
• Assembly dialect is configurable
  
  Navigation features:
• Use history for navigating back/forward
• Hop through code by clicking on jump/call instructions
• Going to a specific address
• Finding all locations that call a specific function
• Finding all locations that jump to a specific location

I will soon make this a Maven project and then put it on GitHub. Currently it's an Eclipse project.

Would love to hear some feedback, feel free to write me here if you encounter a bug!

Works perfectly on Java 8 on Debian. I love the find callers feature.
My only (tiny) nitpick is that the file explorer seems a bit clunky.

zenzizenzicube wrote:Works perfectly on Java 8 on Debian. I love the find callers feature.
My only (tiny) nitpick is that the file explorer seems a bit clunky.

Very nice to hear!
The standard Java filechooser is terrible, I know. I'll add my own implementation for this in one of the next version.

YOU made this? Wow! Pretty amazing!

Lukand wrote:YOU made this? Wow! Pretty amazing!

Thanks friend
It's just a little side project

Just found some bugs and made a little update.

Binaries: https://ghostkernel.org/files/ObjectDumper-1.1-bin.zip
Sources: https://ghostkernel.org/files/ObjectDumper-1.1-src.zip

• Fixed a bug where files would not be parsed correctly
• Added name of the currently open file to the window title

Works perfectly, but only with x86(_64)! objdump for ARM is obviously unable to understand what 'att' and 'intel' are. Aside from ARM support, I'd like to see a history of selected objdump paths and an ability to press 'return' to follow the call on the current line. Many thanks for the tool!

Hey Roman,

Roman wrote:Works perfectly, but only with x86(_64)! objdump for ARM is obviously unable to understand what 'att' and 'intel' are. Aside from ARM support, I'd like to see a history of selected objdump paths[...]

I'll have a look at the ARM problem.

I noted the thing with multiple different objdumps, I think I'll add a kind of "profiles" where you can configure different installations.

Roman wrote:[...] and an ability to press 'return' to follow the call on the current line.

What do you mean with that? Do you mean returning on "RET" instructions? I could make this either jump back in history, or show the "Find callers" window?

Thanks for the feedback!