• <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, 評(píng)論 - 65, 引用 - 0
            數(shù)據(jù)加載中……

            超脫c++權(quán)限控制,首先申明這沒(méi)有任何用處





            VC2005通過(guò)編譯,由于虛函數(shù)表的問(wèn)題,依賴(lài)性很大。
            其實(shí)這沒(méi)有任何用處,只是在使用多了一個(gè)選擇而已。
            帶參數(shù)的虛函數(shù)注意第一個(gè)參數(shù)為對(duì)象指針,靜態(tài)的不用關(guān)心太多。

            至于private 和protected非虛函數(shù)和非靜態(tài)的,不知道怎么取他們的地址,所以沒(méi)有寫(xiě)。


            直接操作成員變量的
            如果有多個(gè)成員變量
            注意變量的對(duì)齊問(wèn)題,
            我不再舉例:
            有點(diǎn)復(fù)雜
            ^_^

            #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 閱讀(1458) 評(píng)論(12)  編輯 收藏 引用

            評(píng)論

            # re: 超脫c++權(quán)限控制,首先申明這沒(méi)有任何用處  回復(fù)  更多評(píng)論   

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

            # re: 超脫c++權(quán)限控制,首先申明這沒(méi)有任何用處  回復(fù)  更多評(píng)論   

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

            # re: 超脫c++權(quán)限控制,首先申明這沒(méi)有任何用處[未登錄](méi)  回復(fù)  更多評(píng)論   

            To:flyman
            你這個(gè)可是大錯(cuò)特錯(cuò),雖然現(xiàn)在編譯沒(méi)有問(wèn)題,你可以試試在
            virtual void _cdecl fun()
            {
            std::cout<<"virtual";
            }
            這個(gè)虛函數(shù)里調(diào)用成員變量試試,肯定出錯(cuò)。為什么呢,因?yàn)閷?duì)象方法在調(diào)用的時(shí)候需要傳入this指針,而你這種做法把它轉(zhuǎn)換成了靜態(tài)方法。肯定是不可行的。而且你這種強(qiáng)制轉(zhuǎn)化很容易出錯(cuò),錯(cuò)誤原因就是我上面說(shuō)的。

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

            # re: 超脫c++權(quán)限控制,首先申明這沒(méi)有任何用處  回復(fù)  更多評(píng)論   

            我已經(jīng)在下面聲明,虛的如果有參數(shù)要傳如對(duì)象指針了,
            我添加了傳入?yún)?shù)的代碼。
            2007-09-23 09:07 | flyman

            # re: 超脫c++權(quán)限控制,首先申明這沒(méi)有任何用處  回復(fù)  更多評(píng)論   

            不錯(cuò)的東西, 不過(guò)用到的地方不多啊. 除了要實(shí)現(xiàn)更強(qiáng)的delegate外, 其它用處確實(shí)不大. 我記得某人說(shuō)過(guò), 其它程序員專(zhuān)注于應(yīng)用和更加強(qiáng)大的庫(kù)的時(shí)候, C++程序員還在著迷于開(kāi)發(fā)模型和內(nèi)部原理. 太在乎內(nèi)部結(jié)構(gòu)似乎真的是我們做C++的通病.
            2007-09-23 09:39 | danielwyo

            # re: 超脫c++權(quán)限控制,首先申明這沒(méi)有任何用處[未登錄](méi)  回復(fù)  更多評(píng)論   

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

            “其它程序員專(zhuān)注于應(yīng)用和更加強(qiáng)大的庫(kù)的時(shí)候, C++程序員還在著迷于開(kāi)發(fā)模型和內(nèi)部原理. 太在乎內(nèi)部結(jié)構(gòu)似乎真的是我們做C++的通病”

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

            # re: 超脫c++權(quán)限控制,首先申明這沒(méi)有任何用處[未登錄](méi)  回復(fù)  更多評(píng)論   

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

            # re: 超脫c++權(quán)限控制,首先申明這沒(méi)有任何用處  回復(fù)  更多評(píng)論   

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

            C++自帶操作符?我懷疑他們直接操作PRIVATE成員的能力,也許你有其他的方法,嚴(yán)重關(guān)注。
            當(dāng)然類(lèi)內(nèi)部操作我無(wú)話(huà)可說(shuō)。

            不用懷疑靜態(tài)的方法,壓根他和對(duì)象指針就沒(méi)有關(guān)系,我不保證這適合所有的情況,所以也不建議使用這種寫(xiě)法。

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

            # re: 超脫c++權(quán)限控制,首先申明這沒(méi)有任何用處[未登錄](méi)  回復(fù)  更多評(píng)論   

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

            # re: 超脫c++權(quán)限控制,首先申明這沒(méi)有任何用處[未登錄](méi)  回復(fù)  更多評(píng)論   

            另外關(guān)于“成員函數(shù)調(diào)用大多數(shù)情況都需要傳入this指針”,我只是分析你的代碼得出的結(jié)論,因?yàn)槲覜](méi)有測(cè)試過(guò)不敢妄下結(jié)論,因?yàn)槟阏{(diào)用
            virtual void _cdecl fun()
            {
            std::cout<<"virtual";
            }
            時(shí)并沒(méi)有傳入this,如果你測(cè)試過(guò)并且編譯運(yùn)行沒(méi)有錯(cuò)的話(huà),就可以得出一個(gè)結(jié)論,那就是在成員函數(shù)內(nèi)沒(méi)有使用成員數(shù)據(jù)的編譯器可能不會(huì)傳入this指針。這樣這個(gè)函數(shù)就和普通的靜態(tài)函數(shù)沒(méi)有區(qū)別,可以隨處調(diào)用而不會(huì)引起棧的問(wèn)題。但是如果需要傳入this(可能是通過(guò)ECX或是Push this,確實(shí)會(huì)有這兩種情況)就會(huì)引起非法內(nèi)存訪(fǎng)問(wèn)或是棧地址不對(duì)的問(wèn)題。
            2007-09-24 13:19 | aplo

            # re: 超脫c++權(quán)限控制,首先申明這沒(méi)有任何用處  回復(fù)  更多評(píng)論   

            我也沒(méi)有怎么調(diào)試,另外我確實(shí)不打算用這個(gè)編碼格式,所以正在看BOOST的FUNCTION和BIND用發(fā),這可能會(huì)符合某種比較無(wú)奈的折中,像知道頭文件,而要調(diào)用的函數(shù)又不讓正常調(diào)用的情況下來(lái)用,根據(jù)我測(cè)試的情況,正常的函數(shù)還是沒(méi)有找到正確的方法,靜態(tài)和虛函數(shù)由于指針比較好得,所以寫(xiě)的這兩種,其實(shí)這并不是什么新鮮的東西。
            2007-09-24 13:27 | flyman

            # re: 超脫c++權(quán)限控制,首先申明這沒(méi)有任何用處[未登錄](méi)  回復(fù)  更多評(píng)論   

            你可以看看我寫(xiě)的這篇文章
            http://www.cnblogs.com/Aplo/archive/2007/09/07/886145.html
            這個(gè)實(shí)現(xiàn)了普通成員函數(shù)和虛函數(shù)的調(diào)用方法,你可以看源碼的實(shí)現(xiàn)過(guò)程。根據(jù)你的需求去修改。
            我實(shí)現(xiàn)的就是類(lèi)似于C#的delegate。個(gè)人感覺(jué)封裝的還不錯(cuò)。哈哈,歡迎拍磚。

            2007-09-24 13:50 | aplo

            只有注冊(cè)用戶(hù)登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


            亚洲国产精品无码久久九九| 亚洲精品高清久久| 久久精品人人做人人爽电影| 国产免费福利体检区久久| 国产精品久久久久影院嫩草| 久久精品水蜜桃av综合天堂| 97久久香蕉国产线看观看| 久久久久久久久久久| 久久露脸国产精品| 久久精品国产AV一区二区三区| 久久久久无码精品| 一本色道久久综合狠狠躁| 久久久老熟女一区二区三区| av色综合久久天堂av色综合在| 中文字幕乱码人妻无码久久| 久久精品中文字幕一区| 国产成人精品久久| 久久精品无码专区免费东京热| 亚洲精品无码久久千人斩| 99久久国产亚洲高清观看2024| 国内精品久久人妻互换| 国产精品中文久久久久久久 | 999久久久国产精品| 久久久久国产一级毛片高清板| 久久久久久噜噜精品免费直播| 久久亚洲欧洲国产综合| 久久午夜无码鲁丝片秋霞| 精品久久久久香蕉网| 欧美久久精品一级c片片| 久久久久久精品免费看SSS| 麻豆精品久久久久久久99蜜桃| 亚洲国产另类久久久精品| 久久久精品国产sm调教网站| 99久久国产综合精品成人影院| 久久精品国产亚洲5555| 亚洲国产精品无码久久一区二区| 精品乱码久久久久久久| 日韩电影久久久被窝网| 国产2021久久精品| 久久久精品国产| 思思久久精品在热线热|