-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
BinExport files result in many keyerror issues #35
Comments
Hello maximus12793, We are aware if this problem, it's because Ghidra creates reference to unknown function that doesn't exist in the exported file. The problem is actually related to If you want to have it working now, you can apply the fix from here to your local install of For the second issue, you can try without the If you have still some issues, let me know :) |
@Fenrisfulsur thanks for the quick reply! Just to confirm, the documentation of
|
No, there is no need to use IDA, you can just use the Ghidra exporter. |
Thanks @maximus12793 for the feedback. Yes at the time of writing Binexport only had an IDA plugin. I just updated the README to make it more explicit: quarkslab/python-binexport@2fe404c. For the issue, yes we are aware of it, it shall get fixed soon. |
@Fenrisfulsur that did the trick thanks! One quick follow up question. Is it expected that we get a lot of missing function address errors when loading BinExport files? With the two I've processed via Ghidra's BinExport extension I get quite a bit of the following, and it takes ~10+min to process two exports. These load in
Also happy to close this thread and upload some examples to debug further. Looks like with small binaries (< 700kb). For context I'd like to load two binaries and get the top level similarity score. |
Sorry for the delay, I did not receive the notification. Yeah, this issue tends to happen often when using the Ghidra Exporter. This is mainly due to errors in Ghidra analysis that are not correctly handled by BinExport plugin. We are currently working on a Quokka exporter for Ghidra to address these issues. |
Following the documentation I've tried
secondary = Program(LoaderType.binexport, "./objcopy.BinExport")
and
p1 = Program(Path("objcopy.BinExport"))
both of which crash in unexpected ways.When using the cli via
qbindiff -l 'binexport' file1.BinExport file2.BinExport
I get the same sort of key errors as well despite these files working fine with BinDiff as-is.Note: If I do not explicitly ask for
binexport
I get this issueAny idea what could be causing the issue? I am using BinDiff 8 and Ghidra 10.3
The text was updated successfully, but these errors were encountered: