• <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 閱讀(1821) 評論(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就來了。




              回復  更多評論
              

            欧美激情精品久久久久久久| 国内精品久久久久影院优| 91久久精品国产91性色也| 国产精品欧美久久久久无广告 | 97久久精品人人做人人爽| 国内精品久久久久伊人av| 青青青国产成人久久111网站| 亚洲国产精品久久久久婷婷软件 | 久久精品人妻中文系列| 久久99精品久久只有精品| 国产精品日韩深夜福利久久 | 欧美国产成人久久精品| 狠狠88综合久久久久综合网| 国内精品久久久久久麻豆| 久久精品国产男包| 国内精品久久久久久中文字幕| 亚洲人成无码网站久久99热国产| 久久精品99久久香蕉国产色戒| 精品久久久久久国产免费了| 久久精品天天中文字幕人妻| 国产精品久久久久久久人人看| 国产精品九九久久免费视频| 久久久久亚洲av无码专区导航| 欧美久久天天综合香蕉伊| 一级做a爱片久久毛片| 久久狠狠高潮亚洲精品| 国产免费久久精品99re丫y| 国产—久久香蕉国产线看观看 | 一本综合久久国产二区| 国产精品综合久久第一页| 国产亚洲欧美精品久久久| 亚洲av成人无码久久精品 | 中文精品久久久久国产网址| 久久香蕉国产线看观看精品yw| 亚洲国产成人久久综合野外| 国产午夜精品理论片久久| 97久久精品午夜一区二区| 国产韩国精品一区二区三区久久 | 久久精品国产秦先生| 久久免费视频观看| 93精91精品国产综合久久香蕉|