青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

flyman

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

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





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

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


直接操作成員變量的
如果有多個成員變量
注意變量的對齊問題,
我不再舉例:
有點復(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 閱讀(1476) 評論(12)  編輯 收藏 引用

評論

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

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

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

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

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

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

你可以看一下這篇文章,將的是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)限控制,首先申明這沒有任何用處  回復(fù)  更多評論   

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2007-09-24 13:50 | aplo

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


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美新色视频| 最新精品在线| 这里只有精品视频| 国产精品青草综合久久久久99| 亚洲精品1区2区| 欧美高清视频一区二区| 一区二区不卡在线视频 午夜欧美不卡在 | 久久久97精品| 久久久精品999| 亚洲国产欧美一区二区三区丁香婷| 在线欧美视频| 亚洲国产日韩欧美在线99| 欧美三级日韩三级国产三级| 欧美一二区视频| 久久伊人免费视频| 亚洲另类自拍| 亚洲一级在线观看| 尤物精品国产第一福利三区 | 亚洲精品在线看| 亚洲精品一区二区三区四区高清 | 亚洲免费一区二区| 国产欧美一区二区三区沐欲 | 欧美日韩一区二区三区免费看| 国产精品久久久久一区二区三区| 精品999日本| 亚洲精品国偷自产在线99热| 国产精品综合av一区二区国产馆| 亚洲精品日韩激情在线电影| 亚洲一区二区在线观看视频| 亚洲国产美国国产综合一区二区| 欧美伊人久久| 免费久久99精品国产自在现线| 激情久久综合| 在线亚洲伦理| 亚洲人成网站777色婷婷| 亚洲欧美日韩在线观看a三区| 欧美女同在线视频| 久久影院亚洲| 国产农村妇女精品一二区| 亚洲精品女av网站| 国产农村妇女精品一区二区| 日韩午夜在线| 亚洲精品三级| 老色鬼久久亚洲一区二区| 久久精品中文字幕一区| 国产精品a久久久久| 亚洲精品一区二区三区四区高清| 欧美成人网在线| 久久夜色撩人精品| 国产欧美日韩三级| 亚洲另类在线一区| 亚洲免费播放| 欧美91大片| 亚洲第一搞黄网站| 亚洲国产精品视频一区| 久久精品视频在线看| 久久久精品国产免费观看同学| 欧美在线视频一区二区三区| 亚洲欧美日韩国产| 国产精品a久久久久久| 亚洲精品综合精品自拍| 亚洲电影视频在线| 久久日韩精品| 欧美成人一区二区三区片免费| 久久久久9999亚洲精品| 久久久久九九视频| 国产乱码精品一区二区三区忘忧草| 欧美在线999| 国产精品入口福利| 欧美一区成人| 亚洲欧美在线另类| 国产欧美视频一区二区| 亚洲欧美成人网| 久久美女性网| 亚洲国产一成人久久精品| 欧美韩国一区| 一区二区电影免费观看| 午夜精品久久久久久久白皮肤| 久久久xxx| 欧美国产激情二区三区| 亚洲九九九在线观看| 欧美日韩1080p| 亚洲一级片在线观看| 久久免费高清视频| 美日韩精品免费| 99一区二区| 亚洲一区在线直播| 亚洲欧美日韩在线综合| 国产三级精品在线不卡| 久久综合国产精品| 99精品欧美一区二区三区| 欧美一区二区三区在线播放| 韩国av一区二区三区四区| 美女视频黄 久久| 一区二区三区精品| 久久综合狠狠综合久久综合88 | 在线亚洲精品福利网址导航| 欧美一区日韩一区| 国产在线拍揄自揄视频不卡99| 亚洲欧洲在线一区| 国产欧美不卡| 欧美大片免费| 欧美在线视频导航| 夜夜夜久久久| 亚洲福利视频网站| 久久精品国产精品亚洲| 亚洲欧洲一区| 国产自产高清不卡| 欧美视频一区二区| 你懂的国产精品永久在线| 亚洲欧美一区二区三区在线| 亚洲区一区二| 欧美成人免费大片| 欧美一区二区三区男人的天堂| 欧美日韩综合视频网址| 久久久精品五月天| 亚洲欧美视频一区| 亚洲精品日韩一| 欧美承认网站| 久久香蕉国产线看观看网| 亚洲欧美成人| 中国成人黄色视屏| 亚洲日本中文字幕| 一区久久精品| 国产亚洲综合在线| 国产欧美一区二区白浆黑人| 欧美视频在线观看视频极品| 欧美激情1区2区3区| 免费久久99精品国产自| 久久欧美中文字幕| 久久精品在线视频| 久久精品女人的天堂av| 久久精品一区二区| 欧美在线亚洲在线| 欧美一区二区视频在线| 午夜在线精品偷拍| 亚洲综合精品四区| 亚洲欧美日韩久久精品| 亚洲欧美日韩在线一区| 亚洲欧美视频在线观看| 欧美一激情一区二区三区| 午夜在线精品偷拍| 久久国产精品亚洲va麻豆| 欧美永久精品| 久久婷婷国产麻豆91天堂| 美女在线一区二区| 欧美顶级大胆免费视频| 欧美伦理a级免费电影| 欧美日韩一区二区三区免费看 | 亚洲国产精品热久久| 亚洲福利视频一区二区| 亚洲精品系列| 亚洲视频视频在线| 欧美一区二区三区在| 久久亚洲综合网| 麻豆精品精品国产自在97香蕉| 欧美一区二区三区男人的天堂| 午夜精品成人在线| 亚洲一区二区不卡免费| 亚洲欧美成人网| 欧美一区二区三区免费观看视频| **性色生活片久久毛片| 在线观看久久av| 亚洲免费在线| 亚洲国产经典视频| 午夜欧美电影在线观看| 久久久天天操| 亚洲电影免费观看高清| 一区二区三欧美| 久久久久久久一区二区| 欧美日韩dvd在线观看| 国产欧美日韩高清| 亚洲欧洲一区二区在线播放| 亚洲一区二区三区高清| 久久综合九色综合欧美就去吻| 一区二区高清视频在线观看| 午夜国产精品视频免费体验区| 亚洲激情啪啪| 亚洲女女女同性video| 久久久久国产精品www| 亚洲精品视频在线观看免费| 午夜宅男久久久| 欧美激情亚洲视频| 国产一级久久| 亚洲一区精品视频| 欧美激情精品久久久久久大尺度| 久久躁日日躁aaaaxxxx| 亚洲日韩欧美一区二区在线| 久久电影一区| 国产精品免费一区二区三区在线观看 | 欧美亚洲视频一区二区| 欧美激情视频网站| 国内精品视频666| 亚洲自拍三区| 欧美福利视频网站| 久久成人人人人精品欧| 国产精品免费一区豆花| 在线视频欧美日韩精品| 亚洲国产精品成人综合| 久久麻豆一区二区|