AutoHotkey Community

[TheGood]

I made a script to automate as much as possible the process of converting C/C++ code into machine code. See here.

[ddk^nnl]

Is it possible to make extreme fast hex2txt and txt2hex functions with mcode?

[Laszlo]

Try the Bin2Hex and Hex2Bin functions posted on page 1 and page 8 of this thread. The search function of the Forum is not very good for finding something in long threads...

[ddk^notlgdin]

[TheGood]

I've discovered something cool!
It is possible to "call" APIs (or really any function) from machine code:

Here is a quick example:

[Lexikos]

[TheGood]

Yeah, you're right. I did a bit more testing today (this time with MulDiv), and it seems like _MulDiv is the fastest in mainstream AHK, while "MulDiv" is fastest in AHK_L by a slight margin.

[HotKeyIt]

If you are after DllCall speedup, you might be interested in DynaCall (AHK_H).

[tic]

Sorry, just doing some speed tests and I know not related to ahk, but why does:

[Laszlo]

What does not work? What values do you see in the original scan0 memory location? What are the values of the other parameters?

[TheLexicon]

Take a look at the array given below:

char addfunc[] = "\x55\x89\xe5\x8b\x55\x0c\x8b\x45\x08\x01\xd0\x5d\xc3\x90";

The above array contains x86 instructions corresponding to

int Add( int a , int b ) {
return a+b;
}

We can include the above declaration in our C/C++ Programs ( 32 bit windows or 32 bit Linux ) and execute those instructions (from addfunc).Need to figure it out how this can be achieved in

a) MS Windows ( 32 bit )
b) GNU Linux ( x86 32 bit )

The Challenge is to generate x86 32 bit instructions for the function given below:

long swap(long *a , long *b ) {
long temp = *a;
long *a = *b;
*b = temp;
}
char swapfunc[] = { <your instruction list goes here> }

Write a ANSI C/C++ program which can run on
b ) under Linux 32 bit
a ) under Windows 32 bit

Provide a single source code base , which can be compiled on both platforms using make files.

Please Help Great guys !

[Laszlo]

Is the problem that pointers are different in Windows and Linux, or long means different things, or (most likely) parameters are passed to a function differently (registers/stack), or the stack is cleaned up by the caller in one platform and by the function in the other, or different registers/pages need to be preserved? If any of these is true, a universal binary would need assembler programing.

[Guest]

if I create a function that returns an int pointer:

[Laszlo]

In the C function you declare a local variable x. When the fn function returns, this variable does not exist any more, its memory is freed. You probably want to pass an address of an AHK variable to the function, where you store 7.

[ddk]

I changed my OS to my nlited XP and since then I've had problems with bin2hex function: