xusheng
xusheng
Sorry but I am not really sure I understand your question. First of all, just a reminder that you are viewing the MLIL SSA, which is not the MLIL. Also,...
This is likely due to a symbol already exists at the address, and DWARF parser is shy of adding another one. This is a known problem and is tracked by...
Related to https://github.com/Vector35/binaryninja/issues/680
> Between `0xFFFFFE00072A8548` and `0xFFFFFE00072ACF20`, there should be 10 functions. However, only 3 are shown by `Binary Ninja`. Do you mean that `Binary Ninja` has identified all the 10 functions...
> I forgot to mention a step: install the `.pkg` file inside the DMG. Yeah I have installed that. However, for some reason, the file is not there. Could you...
I find the files, thx for the path! I see there are some DWARD related messages being printed out when I open the file: ``` [Default] DWARF information is invalid...
V35 folks should search for `lose which by route title` to find the relevant files
I think the problem is related to pseudo-C, a workaround for now is to view the HLIL, which is far less likely to run into corner cases like this. On...
Thx for filing this bug report! I have personally ran into this before, but I forget to create an issue for it and just let it slip
This is actually a complex one, which is related to how we store the display type and how we associate the integer at different IL levels