WeiN76LQh

Actually I'm finding on latest (5.1.7400-dev (6eeff4a8)) even for non-inlined functions, the call type override is there (if I go to change it I see it has updated from being...

I believe there is a related issue I'm also seeing in MLIL where direct assignments are not propagating types as I'd expect. I have a variable that is assigned a...

Another thing I'm seeing, that may or may not be part of the issue, is that modifying IL, specifically MLIL to change the target of a call is not updating...

I just followed the instructions in the original post and observed the issue, here's a more detailed set of instructions: - Currently on Binary Ninja 5.1.7500-dev (1da2316a) for macOS. -...

I disagree that 0 width structure members are not useful. They can be useful in cases where a placeholder might be needed. For instance say I've discovered a generic structure...

I've noticed this bug as well and for me clicking it caused Binary Ninja to crash

Honestly this might not really be a bug and more of just using things wrong. I guess requesting lots of LLIL while LLIL is being generated will lead to potential...

This might be related to the fact that in the case of a DYLD Shared Cache database I notice that after opening it, it has unsaved changes even if I...

On further analysis I can confirm I was removing a basic block that still had if statements trying to reach it but the warning itself does not appear to be...

Another confusing example: ``` [Default warn] Cannot find the source block of mlil@0 in function 0x18cdffe70. Did you forget to call MarkLabel() during lifting? ``` I didn't know the first...