inline-assembly

    -3熱度

    3回答

    我試圖與GCC: #include <iostream> using namespace std; int main() { asm("mov $0x7, %al"); } 而這正是輸出: Exited: ExitFailure 7 所以,我想這個代替: #include <iostream> using namespace std; int main()

    3熱度

    1回答

    我有這樣的代碼: void geninterrupt (int x) { __asm__( "movb x, %al \n" "movb %al, genint+1 \n" "jmp genint \n" "genint: \n" "int $0 \n" ); } 怎樣才能讓movb使用geninterrupt()的說

    5熱度

    1回答

    我正在編寫代碼以臨時使用我自己的堆棧進行實驗。當我使用文字內聯彙編時,這工作。我將變量位置硬編碼爲ebp的偏移量。不過,我希望我的代碼能夠在不需要硬編碼內存地址的情況下工作,所以我一直在尋找GCC的擴展聯機彙編。我有以下幾點: volatile intptr_t new_stack_ptr = (intptr_t) MY_STACK_POINTER; volatile intptr_t old_

    0熱度

    1回答

    我正在處理C++項目的32-64位移植,其中包含一些64位平臺不支持的彙編代碼。我想介紹一下我必須遷移的項目的基本信息。該項目的 輸出是用於由另一個C++項目 這裏一個lib文件包含彙編代碼的上下文: int* a = Begin_args; int* b = End_args; (where Begin_args and End_args are int*) while (b > a) {

    1熱度

    2回答

    我可以使用Visual Studio 2012跳轉到一個地址。當涉及到gcc/mingw時,我無法判斷我的跳轉是否正確。 如何跳轉到gcc中的地址? 我想: __declspec(naked) void DXHook_D3DPERF_BeginEvent() { #ifdef _MSC_VER //If using visual studio.. __asm{jmp[Addr

    1熱度

    2回答

    我試圖把彙編代碼放到我的C函數中。 該功能的目的是存儲在SRC地址值複製到DST地址: void copy(int *dst, int *src); 我的實際問題的代碼: void copy(int *dst, int *src) { asm("mov %1, %2" : /* no output */ : "i" (dst), "i" (src)

    -1熱度

    1回答

    我是英特爾x86彙編的新手 - 這實際上是我爲它編寫的第一個程序。 我想使用一個循環,與此類似: mov ecx,5 numLoop: [OTHER CODE - DOESN'T OVERWRITE ECX] loop numLoop 這看起來好像沒什麼問題,但它只是循環永遠的輸出,我想不通爲什麼。在額外的代碼中,我根本不會改變ECX的值。

    2熱度

    1回答

    這是我當前的代碼: void int32hex(u32 val, char *out) { asm("rev %[dst], %[src]" :: [dst]"=r"(val), [src]"r"(val)); binhex((u8*)&val, 4, out); } 我的想法是把參數val,使用rev指令翻轉(字節序),然後將它傳遞上。 從我讀到的,上面的代碼似乎是正

    0熱度

    1回答

    #include "stdio.h" void fseek(void *, int, int); main() { FILE* f = fopen("myfile", "rb"); asm("push 2"); asm("push 0"); asm("push f"); asm("call fseek"); asm("add esp,

    1熱度

    1回答

    奇怪的錯誤輸出: #include <iostream> int main(int arg, char **LOC[]) { asm ( "mov eax, 0CF;" "pusha;" ); return 0; } 它抱怨,這裏是從GCC錯誤: t.s: Assembler messages: t.s:31: Error: too many memory references