Skip to content
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

ida7.0 api #5

Open
grokeus opened this issue Mar 20, 2018 · 2 comments
Open

ida7.0 api #5

grokeus opened this issue Mar 20, 2018 · 2 comments

Comments

@grokeus
Copy link
Collaborator

grokeus commented Mar 20, 2018

Need to rewrite using actual IDA api

@silascutler
Copy link

I've started some testing on IDA 7.2 and have some notes that may be useful:

  • IDAGolangHelper works relatively well - when run as a stand-alone script
  • When installed as a plugin, the script will attempt to run twice (first time, idc.BeginEA returns 0xffffffffL)
  • Running Parse types by moduledata throws the following error:
Traceback (most recent call last):
  File "_ctypes/callbacks.c", line 315, in 'calling callback function'
  File "/opt/ida-7.2/python/ida_kernwin.py", line 5963, in helper_cb
    r = self.handler(button_code)
  File "/home/re/.idapro/plugins/go_entry.py", line 69, in OnButton5
    GO_SETTINGS.typesModuleData(typ)
  File "/home/re/.idapro/plugins/GO_Utils/__init__.py", line 120, in typesModuleData
    for i in self.processor:
  File "/home/re/.idapro/plugins/GO_Utils/Types.py", line 534, in next
    return self.handle_offset(value)
  File "/home/re/.idapro/plugins/GO_Utils/Types.py", line 325, in handle_offset
    kind_name = self.getKindEnumName(offset)
  File "/home/re/.idapro/plugins/GO_Utils/Types.py", line 309, in getKindEnumName
    return self.settings.typer.standardEnums[0][1][kind]
IndexError: list index out of range

@grokeus
Copy link
Collaborator Author

grokeus commented Sep 3, 2019

Hi!
Thanks for the feedback!
Actually my code was written as standalone script for now.
Did you make some modifications before loading as plugin?

also, do you know which go version was used to compile your binary? I didn't make updates since go1.10 (no need to reverse golang frequently for me now)
But if needed I guess I can find some time to make fixes for newer golang version :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants