• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            雁過無痕

              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
              弄著玩的。功能是簡單的實現函數轉發,即
                  調用CALL(func),轉為調用func(),
                  調用CALL(func, arg1, arg2) ,轉為調用func(arg1, arg2)

              代碼中,宏CALL/STDCALL分別用來調用  __cdecl/__stdcall 調用規定的函數
                         unsafe_call 兩者都可調用,但它不是多線程安全的。

              代碼只支持x86 32位, 除內嵌匯編部分,盡量符合C++11標準。
                   
            原理:
                 剛進入函數時,
                 [esp]           函數返回地址
                 [esp + 4]     第一個參數,即轉發函數的地址
                 [esp + 8]     第二個參數,即轉發函數的的第一個參數
                 ... 
               
                  只要寫三行匯編指令實現一個c_call函數,就可調用轉發函數
                  pop eax                             ; eax為函數返回地址
                  xchg dword ptr[esp], eax     ; eax為轉發函數的地址,[esp]為函數返回地址
                  jmp eax
                 
                 當轉發函數是__cdecl,即轉發函數不會調節棧,由于在c_call,pop eax,使esp多加了4,因而在調用完c_call后應該手動將esp值減4,保證棧平衡。
               
                當轉發函數是__stdcall,轉發函數會調節棧,調用轉發函數完畢后,棧已經保持平衡,因而調用c_call完畢,不應該進行棧指針調節。似乎將c_call的調用改為__stdcall即可,但實際上c_call有變長參數,改成__stdcall沒效果,每次調用編譯器還是會自動生成調節棧指針代碼。因而只能每次調用完畢,編譯器給esp加了多少,就手動減多少。(編譯器不一定會生成 call  xxxx; add esp, xx這樣的代碼,通過改函數返回地址,忽略后面的add esp, xx指令是很糟糕的做法。)
            call_redirect
            posted on 2012-08-05 21:02 flyinghearts 閱讀(1834) 評論(8)  編輯 收藏 引用 所屬分類: C++

            評論

            # re: 內嵌匯編實現的函數轉發 2012-08-06 14:02 rix
            typedef int (*func_ptr)(...);
            int call_fun(func_ptr func, ...);
            #define PUSH __asm push 0
            int call_fun(func_ptr func, ...)
            {
            *((int*)(&func)-1) = (*((int*)(&func)-1))^(*((int*)(&func)));
            *((int*)(&func)) = (*((int*)(&func)-1))^(*((int*)(&func)));
            *((int*)(&func)-1) = (*((int*)(&func)-1))^(*((int*)(&func)));
            return (int)func;
            }

            #define START_CALL PUSH
            #define END_CALL

            int main (int argc, char * argv[])
            {
            START_CALL;
            call_fun((func_ptr)func_1, 1, 2);
            END_CALL;
            START_CALL;
            printf("func_2 return=%d\n", call_fun((func_ptr)func_2));
            END_CALL;
            START_CALL;
            call_fun((func_ptr)func_3, "printf this:%d, %s\n", 1, "ok");
            END_CALL;
            return 0;
            }  回復  更多評論
              

            # re: 內嵌匯編實現的函數轉發[未登錄] 2012-08-06 15:31 heroboy
            這樣?
            template<class T,class A1>
            T Call(T(*f)())
            {
            return f();
            }

            template<class T,class A1>
            T Call(T(*f)(A1),A1 a)
            {
            return f(a);
            }

            template<class T,class A1,class A2>
            T Call(T(*f)(A1),A1 a,A2 b)
            {
            return f(a,b);
            }
              回復  更多評論
              

            # re: 內嵌匯編實現的函數轉發 2012-08-06 21:43 flyinghearts
            @rix
            這個代碼顯然是錯的。
            call_fun只是簡單返回 func的值而已。  回復  更多評論
              

            # re: 內嵌匯編實現的函數轉發 2012-08-06 21:57 flyinghearts
            @heroboy
            你的模板寫錯了。

            用模板優點不說了,就說說缺點吧:
            如果轉發函數的參數是不定的,模板無法匹配到。
            另外,類型匹配太嚴格了,若參數類型是const char*, 傳入"123"字符串都要先轉下類型,特別是參數是數字時,非要查看下參數是int還是long,還是其它的。用起來太累人。



              回復  更多評論
              

            # re: 內嵌匯編實現的函數轉發 2012-08-13 12:03 rix
            @flyinghearts
            自己調用下就知道了。
            *((int*)(&func)-1) = (*((int*)(&func)-1))^(*((int*)(&func)));
            *((int*)(&func)) = (*((int*)(&func)-1))^(*((int*)(&func)));
            *((int*)(&func)-1) = (*((int*)(&func)-1))^(*((int*)(&func)));
            關鍵在這個交換的地方,而不是返回值。  回復  更多評論
              

            # re: 內嵌匯編實現的函數轉發 2012-08-14 21:10 flyinghearts
            @rix
            你的做法,還是避免不了要 內嵌匯編。這個做法似乎可行,但卻存在很大問題:過于依賴于編譯器怎么優化。有些編譯器會認為那段代碼在做無意義的事,直接優化掉。你用gcc試試。

            另外,交換兩個數,那樣寫法,可讀性差,效率也差,。







              回復  更多評論
              

            # re: 內嵌匯編實現的函數轉發 2012-08-17 21:25 flyinghearts
            @rix
            你那樣寫不可取,至少要寫成下面這樣,保證不被優化掉:

            void* c_call(void* func, ...)
            {
            typedef void* type;
            const type tmp = func;
            volatile type& eip = func;
            volatile type& ret_addr = *(&func - 1);
            eip = ret_addr;
            ret_addr = tmp;
            return (void*)tmp;
            }

            但是這樣又存在一個大問題:要保證調用這個函數時,不會被內聯,一但被內聯,bug就來了。




              回復  更多評論
              

            狠狠综合久久AV一区二区三区| 久久久精品国产| 成人久久精品一区二区三区| 国产精品对白刺激久久久| 亚洲国产精品一区二区久久| 日日狠狠久久偷偷色综合免费 | 久久人人爽人人人人爽AV | 久久亚洲sm情趣捆绑调教 | 久久综合视频网| 久久亚洲春色中文字幕久久久| 狠狠狠色丁香婷婷综合久久俺| 国产高潮久久免费观看| 国内高清久久久久久| 久久精品一区二区| 色综合久久无码五十路人妻| 99久久国产亚洲高清观看2024| 狠狠色丁香久久婷婷综合蜜芽五月| 久久亚洲精品成人AV| 99久久综合国产精品免费| 日本道色综合久久影院| 亚洲国产另类久久久精品黑人| 久久久久久无码国产精品中文字幕| 久久精品一本到99热免费| 亚洲国产成人久久综合碰| 国产成人精品久久| 久久精品aⅴ无码中文字字幕重口| 伊人久久大香线蕉AV一区二区 | 久久人妻少妇嫩草AV无码蜜桃| 99蜜桃臀久久久欧美精品网站| 久久久WWW成人| 久久精品国产只有精品2020| 国产成人无码久久久精品一| 性欧美大战久久久久久久久| 久久免费看黄a级毛片| 亚洲伊人久久成综合人影院| 国产精品久久久久久久久久免费| 国产精品一区二区久久不卡| 国产精品久久久久…| 久久成人精品视频| 亚洲综合久久综合激情久久| 久久久久四虎国产精品|