4 ms·
I'm glad to see a new decompiler, but it looks like it isn't an Optimizing decompiler like Hex Rays yet. I tested the IDA plugin and it happily gave me very lo
by guest_may_2017 9y ago
I'm glad to see a new decompiler, but it looks like it isn't an Optimizing decompiler like Hex Rays yet.
I tested the IDA plugin and it happily gave me very long lines like this:
esp74 = reinterpret_cast<void*>(reinterpret_cast<int32_t>(__zero_stack_offset()) - 0x104 - 4 - 4 - 4 - 4 - 4 + 4 - 4 + 4 - 4 + 4 - 4 + 4 - 4 + 4 - 4 + 4 - 4 + 4 - 4 + 4 - 4 + 4 - 4 + 4 - 4 + 4 - 4 + 4 - 4 + 4 - 4 + 4 - 4 + 4 - 4 - 4 + 4 - 4 - 4 + 4 - 4 - 4 + 4 - 4 - 4 + 4 + 20);
Edit:
Furthermore there seem to be some correctness issues, or at least misleading output.
If a string is modified at runtime (for example for obfuscation purposes) then passed as an argument, Snowman will show the original string directly like foo("incorrect", 23), instead of just using an opaque variable like foo(some_var, 23)
- moyix 9y agoLooks like it needs a constant folding pass, yep.
- userbinator 9y agoI saw that too with the standalone binary --- it seems to be a failure to understand local variables on the stack.