[DiscordArchive] also don't really understand why FUN_0077f310 simply forwards to FUN_007a3b70
[DiscordArchive] also don't really understand why FUN_0077f310 simply forwards to FUN_007a3b70
![[Image: image.png?ex=690c8728&is=690b35a8&hm=9c8...6b33f4032&]](https://cdn.discordapp.com/attachments/1086807686571642900/1100202483235684382/image.png?ex=690c8728&is=690b35a8&hm=9c83a9a7fdc2ce92fd74e5b3311806f9c5fd08b820490af4b4a7d866b33f4032&)
Archived author: 4bhorrent • Posted: 2023-04-24T23:31:52.859000+00:00
Original source
also don't really understand why FUN_0077f310 simply forwards to FUN_007a3b70
is that a compiler hiccup?
![[Image: image.png?ex=690c8728&is=690b35a8&hm=9c8...6b33f4032&]](https://cdn.discordapp.com/attachments/1086807686571642900/1100202483235684382/image.png?ex=690c8728&is=690b35a8&hm=9c83a9a7fdc2ce92fd74e5b3311806f9c5fd08b820490af4b4a7d866b33f4032&)
Archived author: 4bhorrent • Posted: 2023-04-24T23:39:58.150000+00:00
Original source
it's a bit strange, bc FUN_0077f310 actually takes 6 params, and passes them to FUN_007a3b70 (well... over the stack anyway)
decompilation doesn't really reflect that
Archived author: 4bhorrent • Posted: 2023-04-24T23:47:56.601000+00:00
Original source
oh i see... there is another call which correctly shows the params in the decompilation... but that one is a CALL.... the one with empty params actually is a JMP... weird ^^