• <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 閱讀(1406) 評論(0)  編輯 收藏 引用 所屬分類: 跬步千里

            国产免费久久久久久无码| 99久久国产主播综合精品| 亚洲午夜精品久久久久久app| 久久亚洲高清综合| 久久综合综合久久综合| 久久国产精品国产自线拍免费| 久久久久久亚洲精品无码| 97精品伊人久久久大香线蕉| 麻豆精品久久精品色综合| 尹人香蕉久久99天天拍| 精品免费tv久久久久久久| 久久久久久久91精品免费观看| 九九精品99久久久香蕉| 久久天天躁狠狠躁夜夜av浪潮| 欧美喷潮久久久XXXXx| 久久久噜噜噜久久中文字幕色伊伊| 午夜精品久久久久久中宇| 久久久亚洲精品蜜桃臀| AAA级久久久精品无码片| 大香伊人久久精品一区二区| AAA级久久久精品无码区| 俺来也俺去啦久久综合网| 久久精品极品盛宴观看| 久久久久久噜噜精品免费直播| 久久99中文字幕久久| 久久久久久久人妻无码中文字幕爆| 久久精品国产精品亚洲下载| 久久免费视频观看| 97久久超碰国产精品旧版| 久久精品国产亚洲AV大全| 亚洲精品无码专区久久久| 中文精品久久久久人妻| 欧美精品福利视频一区二区三区久久久精品 | 久久国产精品一区| 久久国产精品久久| 久久久久中文字幕| 青青热久久综合网伊人| 91久久精品无码一区二区毛片| 久久精品视频网| 精品久久久久久久中文字幕| 久久亚洲天堂|