Josh F
Josh F
Parsing of PE resources is added in `4.1.5288-dev`. Resource names aren't resolved though.
Here's a minimized case: [lea_add.bndb.zip](https://github.com/Vector35/binaryninja-api/files/15324550/lea_add.bndb.zip) Note that there's a stack variable `var_20` that should be referenced but instead we're basing off of `var_50`
Typing things correctly results in better output: ``` 0007bef0 uint64_t DjiIdentityVerify_GetSerialNumber(struct CommandManager* arg1, struct CommandHeader* arg2) 0007bf0c int64_t x2 0007bf0c int64_t var_8 = x2 0007bf14 char payload[0x23] 0007bf14 payload[0].q =...
Here's a binary that repros the issue: [a.txt](https://github.com/Vector35/binaryninja-api/files/15310624/a.txt) 1. Go to main 2. Change `var_38` to `char str[0x20]` 3. Change `str` to `char* str2` 4. Notice that the user-defined name...
Change it to `char* str` after
That's my current guess
Definitely not working as intended :P
Afaict, we're disassembling after the tbb because of the `goto 15` at LLIL index 12 What are the first couple members of `data_c041c40`?
This is difficult to handle properly for binaries that change function frame base offsets in a function (aka functions that don't use CFA frame base). For example: ``` .debug_info: 0x00000c8e:...
Resolution for CFA-based locations has improved dramatically (see: is implemented) in `4.2.6176-dev`, but there are still some edge cases