• <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>

            Code Knight

            Programming is so cool
            隨筆 - 52, 文章 - 0, 評論 - 14, 引用 - 0
            數據加載中……

            [轉]__cdecl和__stdcall的區別

            看到的不錯的學習文章,轉帖過來方便自己學習,無意侵犯作者。只當學習用

             

            __cdecl

             

             

            __stdcall

             

            C C++ 程序的缺省調用規范

             

            為了使用這種調用規范,需要你明確的加上 __stdcall (或 WINAPI )文字。即 return-type __stdcall function-name[(argument-list)]

             

             

            調用函數 (Callee) 返回,由調用方 (Caller) 調整堆棧。

             

            1. 調用方的函數調用

                                                     

            2. 被調用函數的執行

             

            3. 被調用函數的結果返回

             

            4. 調用方清除調整堆棧

                                                                            

             

            調用函數 (Callee) 返回,由調用函數 (Callee) 調整堆棧。圖示:

             

            1. 調用方的函數調用

             

            2. 被調用函數的執行

             

            3. 被調用函數清除調整堆棧

             

            4. 被調用函數的結果返回                                                           

             

            因為每個調用的地方都需要生成一段調整堆棧的代碼,所以最后生成的文件較大。

             

             

            因為調整堆棧的代碼只存在在一個地方(被調用函數的代碼內),所以最后生成的文件較小。

             

            函數的參數個數可變(就像 printf 函數一樣),因為只有調用者才知道它傳給被調用函數幾個參數,才能在調用結束時適當地調整堆棧。

             

             

            函數的參數個數不能是可變的。

             

            對于定義在 C 程序文件中的輸出函數,函數名會保持原樣,不會被修飾。

            對于定義在 C++ 程序文件中的輸出函數,函數名會被修飾, MSDN Underscore character (_) is prefixed to names . 我實際測試( VC4 VC6 )下來發現好像不是那么簡單。

            可通過在前面加上 extern C 以去除函數名修飾。也可通過 .def 文件去除函數名修飾。

             

            不論是 C 程序文件中的輸出函數還是 C++ 程序文件中的輸出函數,函數名都會被修飾。

            對于定義在 C 程序文件中的輸出函數, An underscore (_) is prefixed to the name. The name is followed by the at sign (@) followed by the number of bytes (in decimal) in the argument list.

            對于定義在 C++ 程序文件中的輸出函數,好像更復雜,和 __cdecl 的情況類似。

            好像只能通過 .def 文件去除函數名修飾。

             

             

            _beginthread 需要 __cdecl 的線程函數地址

             

             

            _beginthreadex CreateThread 需要 __stdcall 的線程函數地址

             

             

            兩者的參數傳遞順序都是從右向左。

            為了讓 VB 可以調用,需要用 __stdcall 調用規范來定義 C/C++ 函數。請參看Microsoft KB153586 文章:How To Call C Functions That Use the _cdecl Calling Convention

            當你 LoadLibrary 一個 DLL 文件后, 把 GetProcAddress 取得的函數地址傳給上面三個線程生成函數時,請務必確認實際定義在 DLL 文件的輸出函數符合調用規范要求。否則,編譯成 Release 版后運行,可能會破壞堆棧,程序行為不可預測。

            VC 中的相關編譯開關:/Gd /Gr /Gz。另外,VC6中新增加的 /GZ 編譯開關可以幫你檢查堆棧問題。

            我也是初學者,若有不對的地方、可以補充的地方,請指教。謝謝。

            posted on 2010-03-07 18:48 Code Knight 閱讀(1405) 評論(0)  編輯 收藏 引用 所屬分類: 跬步千里

            国产精品99久久久精品无码| 国产精品岛国久久久久| 久久久久久国产精品美女| 久久久WWW免费人成精品| 亚洲欧洲精品成人久久奇米网| 伊人久久大香线蕉亚洲| 久久久精品一区二区三区| 久久综合伊人77777麻豆| 久久亚洲精品无码AV红樱桃| 久久精品这里只有精99品| 亚洲精品美女久久久久99| 99久久精品免费| 久久精品久久久久观看99水蜜桃| 精品久久香蕉国产线看观看亚洲| 麻豆久久久9性大片| 久久国产精品99精品国产987| 伊人久久大香线蕉成人| 亚洲国产成人久久精品动漫| 久久精品国产清自在天天线| 女同久久| 久久久久国产| 久久性生大片免费观看性| 久久免费视频网站| 77777亚洲午夜久久多喷| 日韩人妻无码一区二区三区久久| 色婷婷综合久久久久中文字幕| 91久久香蕉国产熟女线看| 国产一区二区精品久久| 国产精品久久久久AV福利动漫 | 亚洲伊人久久大香线蕉苏妲己| 久久精品国产精品亚洲精品| 天堂无码久久综合东京热| 亚洲成av人片不卡无码久久| 久久亚洲中文字幕精品一区| 久久国产V一级毛多内射| 国产亚州精品女人久久久久久 | 欧美亚洲国产精品久久高清| 久久影院亚洲一区| 伊人久久精品影院| 97久久婷婷五月综合色d啪蜜芽| 久久99这里只有精品国产|