Resolving ordinal_
imports from mfc140.dll
#6091
Replies: 5 comments 1 reply
-
Yes its pretty easy todo but you need to write some code.
Then you need to install this bntl in your: and I think that will work. We really do need to generate type libraries for all the MFC stuff |
Beta Was this translation helpful? Give feedback.
-
As we're in the middle of a release process I don't have the time to add these to the product and test them but you these may be helpful to you: |
Beta Was this translation helpful? Give feedback.
-
Hi @plafosse, I generated my own .bntl as you had described above and placed it in the folder but for what ever reason it does not show up. But, I did a debug log and I can see, that the mfc140.dll.bntl file is loaded from my location and it also uses it in the analysis: If I have a look at the loaded types in the UI, the Is there a platform mismatch or something? Appreciate any hint as I know you are busy with the release process. |
Beta Was this translation helpful? Give feedback.
-
Any chance you can share some binaries? |
Beta Was this translation helpful? Give feedback.
-
@plafosse did you had a chance to have a look? |
Beta Was this translation helpful? Give feedback.
-
Currently I working on a Windows Application which has a single main executeable, a bunch of it's own dll's and in addition it is using a bunch of system dll's like
kernel32.dll
,user32.dll
, and so on.While analysing the program, I have a lot of calls for
ordinal_mfc140_XXXX
like belowIn addition, I can see that there is no Type Library or anything reagards the
mfc140.dll
loaded.I have loaded the same dll into Ghidra (on the same Windows machine) to see how it handles the calls. Ghidra is able to load the exports and resolve those.
Is there a elegant way how I can resolve this/get the same behavior like Ghidra has with Binary Ninja?
Can I export the calls in Ghidra and import them into Binary Ninja?
Thanks!
Beta Was this translation helpful? Give feedback.
All reactions