Re: Unrolling FASM source code
- From: "f0dder" <f0dder_nospam@xxxxxxxxxxxxxxxx>
- Date: Mon, 26 Sep 2005 13:36:41 +0200
Betov wrote:
>> Even with assemblers that require linkers (ie, MASM), you can still
>> do the direct "call dword ptr [imp_MessageBoxA@16]" way - and even
>> with INVOKEs, it's just about setting up the correct prototypes. I
>> think hutch-- even included a tool with his masm32 package that
>> creates these imports. Last time I checked, it was not the default
>> though.
>
> Yes, this is one of the durty hack, he implemented in
> his C-Side Toy, in order to try to follow-up on RosAsm.
What's hacky about it?
>> Once you call an API "many" times, the "call do_jmp_import" way
>> becomes shorter... but well, who cares really, it's not like it's
>> going to mean a lot even in applications that do a LOT of calls :)
>
> What do you mean? Shorter in Bytes counts?
>
> ... If yes... yes, but i was talking of the Method,
> not of the Bytes count.
Yes, shorter in byte-count. I tend to use the direct "call dword
[imp_blabla]" myself. In DLLs (and other relocatable code), it can be an
advantage to do it the indirect way, though, so you can keep relocations
away from the code and just in the IAT.
.
- References:
- Re: Unrolling FASM source code
- From: wolfgang kern
- Re: Unrolling FASM source code
- From: Betov
- Re: Unrolling FASM source code
- From: JGCASEY
- Re: Unrolling FASM source code
- From: Betov
- Re: Unrolling FASM source code
- From: JGCASEY
- Re: Unrolling FASM source code
- From: Betov
- Re: Unrolling FASM source code
- From: f0dder
- Re: Unrolling FASM source code
- From: Betov
- Re: Unrolling FASM source code
- Prev by Date: Re: Unrolling FASM source code
- Next by Date: Re: Unrolling FASM source code
- Previous by thread: Re: Unrolling FASM source code
- Next by thread: Re: Unrolling FASM source code
- Index(es):