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

            flyman

            opengl world
            隨筆 - 10, 文章 - 0, 評論 - 65, 引用 - 0
            數據加載中……

            超脫c++權限控制,首先申明這沒有任何用處





            VC2005通過編譯,由于虛函數表的問題,依賴性很大。
            其實這沒有任何用處,只是在使用多了一個選擇而已。
            帶參數的虛函數注意第一個參數為對象指針,靜態的不用關心太多。

            至于private 和protected非虛函數和非靜態的,不知道怎么取他們的地址,所以沒有寫。


            直接操作成員變量的
            如果有多個成員變量
            注意變量的對齊問題,
            我不再舉例:
            有點復雜
            ^_^

            #include 
            "stdafx.h"
            #include 
            <string>
            #include 
            <algorithm>
            #include 
            <iostream>
            typedef 
            void (_cdecl *funcall)(int );
            typedef 
            void (_cdecl *funcall1)(void* ,int );
            typedef 
            void (_cdecl *funcall2)(void* );
            funcall g_call;
            funcall2 g_call1;
            void funcallinstance()
            {
                g_call(
            3);
            }
            class aa
            {
            public:
                aa()
                {
                    
            //callfunc(aat);
                    g_call=aat;
                    
            //g_call1=(funcall2)&aa::fun1;
                }

            private :
                
            static void _cdecl  aat(int a)
                {
                    
            int b=a;
                    std::cout
            <<"aa";
                }
                
            virtual void _cdecl fun(int a)
                {
                    
            int b=a;
                    fuckmember
            =b;
                    std::cout
            <<"virtual";
                }
                
            void _cdecl fun1()
                {
                    std::cout
            <<"common";
                }
                
            int fuckmember;
                };
            int main()
            {
                aa attt;
                
            int* pthis=(int*)&attt;
                
            int* funtable=(int*)pthis[0];
                
            int & member=pthis[1];
                member
            =10;
                funcall1 virfun
            =(funcall1)funtable[0];
                virfun(
            &attt,5);
                funcallinstance();
                
            ///g_call1(&attt);
                
            }

            posted on 2007-09-22 14:19 flyman 閱讀(1452) 評論(12)  編輯 收藏 引用

            評論

            # re: 超脫c++權限控制,首先申明這沒有任何用處  回復  更多評論   

            Crack的時候可能有用 正常開發確實沒什么用處!~
            2007-09-22 23:11 | shaker(太子)

            # re: 超脫c++權限控制,首先申明這沒有任何用處  回復  更多評論   

            #define private public
            #define protected public
            2007-09-23 07:28 | szhoftuncun

            # re: 超脫c++權限控制,首先申明這沒有任何用處[未登錄]  回復  更多評論   

            To:flyman
            你這個可是大錯特錯,雖然現在編譯沒有問題,你可以試試在
            virtual void _cdecl fun()
            {
            std::cout<<"virtual";
            }
            這個虛函數里調用成員變量試試,肯定出錯。為什么呢,因為對象方法在調用的時候需要傳入this指針,而你這種做法把它轉換成了靜態方法。肯定是不可行的。而且你這種強制轉化很容易出錯,錯誤原因就是我上面說的。

            你可以看一下這篇文章,將的是C++成員函數調用的方法。
            http://www.cnblogs.com/Aplo/archive/2007/09/07/886145.html
            2007-09-23 08:57 | aplo

            # re: 超脫c++權限控制,首先申明這沒有任何用處  回復  更多評論   

            我已經在下面聲明,虛的如果有參數要傳如對象指針了,
            我添加了傳入參數的代碼。
            2007-09-23 09:07 | flyman

            # re: 超脫c++權限控制,首先申明這沒有任何用處  回復  更多評論   

            不錯的東西, 不過用到的地方不多啊. 除了要實現更強的delegate外, 其它用處確實不大. 我記得某人說過, 其它程序員專注于應用和更加強大的庫的時候, C++程序員還在著迷于開發模型和內部原理. 太在乎內部結構似乎真的是我們做C++的通病.
            2007-09-23 09:39 | danielwyo

            # re: 超脫c++權限控制,首先申明這沒有任何用處[未登錄]  回復  更多評論   

            @danielwyo
            呵呵,沒有辦法,現在正在用NEWTON physics engine,
            與C++的結合上要用的這些東西,順便拿來給大家共享一下,
            現在想想還是用BOOST比較好。

            “其它程序員專注于應用和更加強大的庫的時候, C++程序員還在著迷于開發模型和內部原理. 太在乎內部結構似乎真的是我們做C++的通病”

            很在理!
            2007-09-23 09:45 | flyman

            # re: 超脫c++權限控制,首先申明這沒有任何用處[未登錄]  回復  更多評論   

            我暈,這和虛函數沒有關系,成員函數調用大多數情況都需要傳入this指針,但是絕對不是想你那樣傳,一般來說this指針會在函數調用之前傳給ECX寄存器,而不是作為參數傳入,虛函數可能會將this指針壓入棧(這種做法等同于傳參),這兩種處理方法是不一樣的。博主可以用C++自帶的操作符
            ->* 或 .*
            實現成員函數的調用。
            2007-09-24 10:11 | aplo

            # re: 超脫c++權限控制,首先申明這沒有任何用處  回復  更多評論   

            @aplo
            "我暈",我認為你很清醒^_^。
            我不知道我是否懂的你全部的意思,所以有些可能有些偏差。
            我不知道你說的“THIS 指針在調用前都傳入ECX寄存器--書上都這么說。”是否覆蓋了所有的函數,據我調試并不都是這樣,其中私有的虛函數就不是這樣,在CALL 私有虛函數指針時,ECX中的恰巧是虛函數的指針(我的VS2005是特別版??|))),THIS指針在虛函數的壓占問題,你自己可以實驗,我不至可否。o(∩_∩)o...。
            從調試上看,傳入對象指針確實能保證THIS指針的正確性(private virtual),
            我不想探究編譯器的為什么問題,畢竟我沒有在CPPBLOG或CSDN上寫過編譯器“深入淺出”的文章^_^。

            C++自帶操作符?我懷疑他們直接操作PRIVATE成員的能力,也許你有其他的方法,嚴重關注。
            當然類內部操作我無話可說。

            不用懷疑靜態的方法,壓根他和對象指針就沒有關系,我不保證這適合所有的情況,所以也不建議使用這種寫法。

            “成員函數調用大多數情況都需要傳入this指針”,我不知你是有所保留還是保留的非常多,我們需要例子,并不是含糊其詞的說明。who no,who yes.
            2007-09-24 13:04 | flyman

            # re: 超脫c++權限控制,首先申明這沒有任何用處[未登錄]  回復  更多評論   

            靜態方法我從沒有懷疑啊,
            此外,公共,私有,保護和這里討論的內容沒有關系,是否是虛函數和普通成員函數可能會有關系(我沒有具體調試過,但是碰到過虛函數的this是通過壓棧傳入函數的,而普通成員函數確是通過ECX傳入函數的你自己可以調試看),
            你這種做法總體來說是比較危險的,所以還是盡量使用C++自帶操作符,也可以參照boost中的function。
            2007-09-24 13:12 | aplo

            # re: 超脫c++權限控制,首先申明這沒有任何用處[未登錄]  回復  更多評論   

            另外關于“成員函數調用大多數情況都需要傳入this指針”,我只是分析你的代碼得出的結論,因為我沒有測試過不敢妄下結論,因為你調用
            virtual void _cdecl fun()
            {
            std::cout<<"virtual";
            }
            時并沒有傳入this,如果你測試過并且編譯運行沒有錯的話,就可以得出一個結論,那就是在成員函數內沒有使用成員數據的編譯器可能不會傳入this指針。這樣這個函數就和普通的靜態函數沒有區別,可以隨處調用而不會引起棧的問題。但是如果需要傳入this(可能是通過ECX或是Push this,確實會有這兩種情況)就會引起非法內存訪問或是棧地址不對的問題。
            2007-09-24 13:19 | aplo

            # re: 超脫c++權限控制,首先申明這沒有任何用處  回復  更多評論   

            我也沒有怎么調試,另外我確實不打算用這個編碼格式,所以正在看BOOST的FUNCTION和BIND用發,這可能會符合某種比較無奈的折中,像知道頭文件,而要調用的函數又不讓正常調用的情況下來用,根據我測試的情況,正常的函數還是沒有找到正確的方法,靜態和虛函數由于指針比較好得,所以寫的這兩種,其實這并不是什么新鮮的東西。
            2007-09-24 13:27 | flyman

            # re: 超脫c++權限控制,首先申明這沒有任何用處[未登錄]  回復  更多評論   

            你可以看看我寫的這篇文章
            http://www.cnblogs.com/Aplo/archive/2007/09/07/886145.html
            這個實現了普通成員函數和虛函數的調用方法,你可以看源碼的實現過程。根據你的需求去修改。
            我實現的就是類似于C#的delegate。個人感覺封裝的還不錯。哈哈,歡迎拍磚。

            2007-09-24 13:50 | aplo
            97精品国产91久久久久久| 久久亚洲AV无码精品色午夜麻豆| 无码精品久久久天天影视| 久久久精品人妻一区二区三区四| 免费国产99久久久香蕉| 久久久久无码精品国产app| 成人综合久久精品色婷婷| 国产一久久香蕉国产线看观看| 国产精品99久久精品爆乳| 亚洲午夜久久久久久久久久| 99久久国产综合精品五月天喷水 | 国产成人久久精品区一区二区| 久久精品www| 偷窥少妇久久久久久久久| 亚洲国产精久久久久久久| 日韩AV无码久久一区二区| 久久久久亚洲AV成人网人人网站| 久久综合综合久久综合| 亚洲午夜精品久久久久久app| 国产成人综合久久综合| 久久夜色精品国产亚洲| 久久精品国产亚洲av瑜伽| AV无码久久久久不卡蜜桃 | 亚洲欧洲久久久精品| 久久久久夜夜夜精品国产| 久久久久久毛片免费播放| 午夜精品久久久久久久久| 午夜肉伦伦影院久久精品免费看国产一区二区三区 | 久久影视国产亚洲| 夜夜亚洲天天久久| 久久精品国产只有精品2020| 久久综合久久自在自线精品自| 久久久这里有精品| 久久婷婷是五月综合色狠狠| 午夜精品久久久久久影视riav| 久久久久97国产精华液好用吗| 一本久久a久久精品综合夜夜| 99热都是精品久久久久久| 色综合久久中文色婷婷| 国产高潮国产高潮久久久91| 国产2021久久精品|