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

loop_in_codes

低調做技術__歡迎移步我的獨立博客 codemaro.com 微博 kevinlynx

多線程下vc2003,vc2005對虛函數表處理的BUG?

考慮一下多線程代碼,在設計上,App為了獲取更多的功能,從Window派生,而App同時為了獲取
某個模塊的回調(所謂的Listener),App同時派生Listener,并將自己的指針交給另一個模塊,
另一個模塊通過該指針多態回調到App的實現(對Listener規定的接口的implemention)。設計上
只是一個很簡單的Listener回調,在單線程模式下一切都很正常(后面我會羅列代碼),但是換到
多線程下,編譯器似乎就對語言機制的支持不夠了:

///
/// to demonstrate the fucking bug.
///

#include <iostream>
#include 
<process.h>
#include 
<windows.h>

class Window
{
public:
    
/// 
    virtual void wrong()
    
{
        std::cout 
<< "wrong" << std::endl;
    }


    
virtual ~Window()
    
{
        std::cout 
<< "~Window" << std::endl;
    }

}
;


class Listener
{
public:
    
/// as most listener class, it only put some interface here
    virtual void show() {}
}
;

class Game
{
public:
    Game() : _listener( 
0 ) { }

    
void init( Listener *listener )
    
{
        _listener 
= listener;
        
/// it will call Window::wrong function but not App::show.
        _listener->show();
    }


private:
    Listener 
*_listener;
}
;

Game gGame;

static unsigned int __stdcall ThreadFunc( void *p )
{
    Listener 
*listener = (Listener*) p;
    gGame.init( listener );

    
whiletrue )
    
{
        std::cout 
<< ".";
        Sleep( 
100 );
    }


    _endthreadex( 
0 );
    
return 0;
}


class App : public Window, public Listener
{
public:
    
void init()
    
{
        
// create the game thread
        _game_thread = (HANDLE)_beginthreadex( NULL, 0, ThreadFunc, this0, NULL );
    }


    
/// implement the interface
    void show()
    
{
        std::cout 
<< "App::show" << std::endl;
    }


    
/// exit
    void exit()
    
{
        
/// just for testing purpose
        ::TerminateThread( _game_thread, 1 );
        ::CloseHandle( _game_thread );
    }


private:
    HANDLE _game_thread;
}
;


App gApp;


int main()
{
    gApp.init();

    std::cout 
<< "Press enter key to exit!" << std::endl;
    std::cin.
get();

    gApp.exit();
    
return 0;
}

 

App多重繼承Window和Listener,在Game里回調App::show時,卻調用到了Window::wrong函數。看上去,傳給
Game的Listener指針所指向的虛函數表錯誤了(vtable指針錯了)。App先繼承Listener后繼承Window時,情況
就正確了。(因為使用了_beginthreadex,程序需要鏈接多線程的運行時庫)

單線程情況下:

///////////////////////////////////////////////////////////////////////////////////////////////////////////////
///
/// to demonstrate the fucking bug.
///
/// OK, even it links the multi-thread crt.

#include <iostream>
#include 
"kl_thread.h"

class Window
{
public:
    
/// 
    virtual ~Window()
    
{
        std::cout 
<< "~Window" << std::endl;
    }

}
;


class Listener
{
public:
    
/// as most listener class, it only put some interface here
    virtual void show() {}
}
;

/// 
Listener *gListener;

class App : public Window, public Listener
//class App : public Listener, public Base
{
public:
    
void init()
    
{
        gListener 
= this;
    }


    
/// implement the interface
    void show()
    
{
        std::cout 
<< "App::show" << std::endl;
    }

}
;


App gApp;


int main()
{
    gApp.init();

    gListener
->show();
    
return 0;
}

 

無論Listener, Window的順序如何,一切都很正常。這起碼說明了,在語言層次,我的做法是正確的。
而這個時候即使鏈接了多線程的運行時庫,結果也是正確的。

那么錯誤可以歸結于多線程,可能是在多線程下編譯器對虛函數表初始化不正確所致。這是否真的是
VC2003、VC2005的BUG?

 

posted on 2008-04-24 14:40 Kevin Lynx 閱讀(3826) 評論(12)  編輯 收藏 引用 所屬分類: c/c++

評論

# re: 多線程下vc2003,vc2005對虛函數表處理的BUG? 2008-04-24 16:09 Fox

還是寫出來看的清楚:static unsigned int __stdcall ThreadFunc( void *p )
{
Listener *listener = (Listener*) p;


應該是
Listener *listener = (App*) p;
  回復  更多評論   

# re: 多線程下vc2003,vc2005對虛函數表處理的BUG? 2008-04-24 17:34 giscn

或者這樣
_game_thread = (HANDLE)_beginthreadex( NULL, 0, ThreadFunc, (Listener*)this, 0, NULL );  回復  更多評論   

# re: 多線程下vc2003,vc2005對虛函數表處理的BUG? 2008-04-24 17:40 giscn

錯誤由void* 指針轉換引起,與多線程無關,C++ 的指針轉換不同于C, 如果是多集繼承,參數同樣是 this, 其實際值不一定相同,取決于參數類型  回復  更多評論   

# re: 多線程下vc2003,vc2005對虛函數表處理的BUG? 2008-04-24 17:40 eXile

樓上的正解。在使用多重繼承時要注意對象的布局。  回復  更多評論   

# re: 多線程下vc2003,vc2005對虛函數表處理的BUG? 2008-04-24 18:09 亨德列克

Listener *listener = (Listener*) p; 是這一行錯了,這個錯誤應該很多人都會犯……  回復  更多評論   

# re: 多線程下vc2003,vc2005對虛函數表處理的BUG? 2008-04-24 19:18 Kevin Lynx

@亨德列克
不是那一行錯了,App和Game兩個類分屬不同模塊,為了不讓兩個模塊耦合,這里使用Listener *listener = (Listener*) p,而不是(App*)p。

giscn和eXile (他刪除了他的第二條評論:) )的方法是正確的。可以被采用,再次表示感謝。

這讓我意識到,void*在C++里缺乏安全性。  回復  更多評論   

# re: 多線程下vc2003,vc2005對虛函數表處理的BUG? 2008-04-24 22:49 飯中淹

這不是多線程的問題

當你先繼承window后繼承Listener的時候,App的內存結構如下:

class App
vt of Window
data of Window
vt of Listener
data of Listener
data of App

_beginthreadex的參數是void*,你把this傳遞進去,相當于傳遞CApp* this。其實隱含的就是Window*this,那么里面調用Listener->Show,自然就會去Window的vt里面查找對應索引的函數,就會調用錯函數。

而第二個,因為你顯式的=this,所以,編譯器會進行轉換,從而把正確的Listener地址賦值給那個全局指針,這時,無論繼承順序如何,都是正確的結果。

這其實是因為對象指針轉換不準確導致的,不是vc的bug,也不是多線程的問題。
  回復  更多評論   

# re: 多線程下vc2003,vc2005對虛函數表處理的BUG? 2008-04-25 08:32 FongLuo

收藏,收藏,^_^  回復  更多評論   

# re: 多線程下vc2003,vc2005對虛函數表處理的BUG? 2008-04-25 17:03 #Ant

多繼承下還有這樣的問題,學習了。。。  回復  更多評論   

# re: 多線程下vc2003,vc2005對虛函數表處理的BUG?[未登錄] 2008-04-26 00:49 楊粼波

指針偏移,多線程會發生這樣滴問題。。。。  回復  更多評論   

# re: 多線程下vc2003,vc2005對虛函數表處理的BUG? 2008-05-12 09:33 hellfire

范仲淹的是正解哦,建議看看inside c++ object model. c++是一種和底層結合很緊密的語言。  回復  更多評論   

# re: 多線程下vc2003,vc2005對虛函數表處理的BUG? 2008-09-18 15:07 littlewater

純粹從本CPP來考慮
public Window, public Listener 換為:
public Listener, public Window 就是:
::
Press enter key to exit!App::show
.
..............
~Window

不過并不理想,因為不能夠轉換到Window的接口了  回復  更多評論   

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲精品日韩激情在线电影| 国产美女高潮久久白浆| 亚洲电影免费观看高清完整版在线观看| 亚洲曰本av电影| 亚洲一区二区毛片| 亚洲欧美一区在线| 玖玖综合伊人| 亚洲国产精品女人久久久| 亚洲国产天堂久久国产91| 亚洲美女视频| 亚洲欧美偷拍卡通变态| 性一交一乱一区二区洋洋av| 久久亚洲精品视频| 欧美日韩国产精品自在自线| 国产精品美女一区二区在线观看 | 欧美成人久久| 亚洲精品日韩综合观看成人91| 99re66热这里只有精品4| 亚洲免费一区二区| 美女主播精品视频一二三四| 欧美人体xx| 韩国精品在线观看| 亚洲综合视频网| 蜜臀久久99精品久久久久久9| 亚洲免费高清视频| 久久综合久久综合这里只有精品 | 99国产精品99久久久久久粉嫩 | 久久色中文字幕| 欧美日精品一区视频| 黄色亚洲精品| 欧美在线亚洲综合一区| 亚洲免费成人av电影| 久久全球大尺度高清视频| 欧美午夜电影一区| 亚洲大胆人体视频| 久久看片网站| 亚洲欧美日本另类| 欧美偷拍一区二区| 99re国产精品| 亚洲国产欧美在线 | 国产精品国产三级国产专区53| 亚洲国产另类久久久精品极度| 久久www成人_看片免费不卡| 这里只有精品视频在线| 欧美日韩午夜视频在线观看| 亚洲区国产区| 亚洲高清一区二| 欧美成人蜜桃| 亚洲伦理中文字幕| 亚洲成人资源| 欧美日韩人人澡狠狠躁视频| 欧美在线一级视频| 国产精品视频九色porn| 亚洲免费伊人电影在线观看av| 91久久国产综合久久| 麻豆精品在线播放| 亚洲欧洲精品一区二区三区波多野1战4 | 欧美成人精品一区二区| 午夜精品久久久久久久99热浪潮| 欧美日韩国产小视频| 亚洲伦理在线观看| 夜夜嗨av一区二区三区免费区| 欧美日韩一区二区三区在线看| 夜夜嗨av色综合久久久综合网| 日韩视频一区二区| 国产精品亚洲成人| 另类天堂av| 欧美国产欧美亚洲国产日韩mv天天看完整| 亚洲黄色av| 一区二区免费在线观看| 国产精品亚洲人在线观看| 久久裸体视频| 欧美激情一二区| 午夜一级久久| 久久一日本道色综合久久| 亚洲国产一二三| 日韩午夜激情| 国产日韩综合一区二区性色av| 久热精品在线| 欧美日韩一区二区视频在线观看| 午夜在线a亚洲v天堂网2018| 久久精品女人的天堂av| 99re6这里只有精品视频在线观看| 制服丝袜亚洲播放| 一区二区亚洲| 一区二区三区毛片| 亚洲高清不卡在线| 一区二区三区色| 伊人狠狠色丁香综合尤物| 亚洲精品视频啊美女在线直播| 国产精一区二区三区| 欧美国产极速在线| 国产乱码精品一区二区三区五月婷 | 亚洲一区二区三区免费观看| 久久aⅴ国产欧美74aaa| 一二三区精品福利视频| 久久精品理论片| 亚洲一区二区在线免费观看视频| 久久亚洲综合色一区二区三区| 亚洲一级片在线看| 久久久久久伊人| 午夜在线播放视频欧美| 欧美激情视频免费观看| 久久夜色精品亚洲噜噜国产mv | 一区二区三区视频在线播放| 国产在线精品成人一区二区三区| 亚洲精品久久久久中文字幕欢迎你 | 亚洲视频香蕉人妖| 最新热久久免费视频| 久久国产福利| 欧美一区影院| 国产精品久久久久9999吃药| 亚洲国产天堂久久综合网| 国产在线不卡精品| 亚洲综合电影| 亚洲综合视频网| 欧美日韩综合视频网址| 亚洲人成啪啪网站| 亚洲免费电影在线观看| 美女主播一区| 欧美大片免费观看在线观看网站推荐 | 久久久午夜精品| 久久久久成人网| 国产一区高清视频| 久久久久久精| 欧美大色视频| 亚洲精品小视频| 欧美成人伊人久久综合网| 欧美国产日本| 亚洲啪啪91| 欧美日韩国产一区| 日韩视频在线一区二区三区| 亚洲私人黄色宅男| 欧美私人啪啪vps| 亚洲素人在线| 久久精品国产综合| 一区二区在线观看视频| 久久人人爽国产| 欧美国产一区二区在线观看| 亚洲国产精品久久91精品| 欧美α欧美αv大片| 亚洲国产小视频在线观看| 中文av字幕一区| 国产精品视频在线观看| 欧美在线一区二区| 欧美寡妇偷汉性猛交| 99人久久精品视频最新地址| 欧美日韩在线视频一区二区| 亚洲免费一区二区| 你懂的视频一区二区| 日韩一区二区精品| 国产精品视频999| 久久久亚洲欧洲日产国码αv| 亚洲电影免费在线观看| 亚洲一区二区三区视频| 国产日产欧美一区| 农村妇女精品| 亚洲一区二区三区免费观看| 久久精品一二三| 最新国产精品拍自在线播放| 国产精品久久7| 美国十次成人| 亚洲主播在线观看| 亚洲国产美女| 久久国产黑丝| 一区二区免费在线观看| 国产午夜精品全部视频在线播放 | 亚洲女同在线| 国产精品一区二区久久精品| 久久精品日产第一区二区| 亚洲黄一区二区三区| 欧美在线综合| 99国产精品视频免费观看| 国产精品亚洲一区| 欧美成人免费一级人片100| 亚洲一区二区在线| 欧美激情一区二区三区不卡| 亚洲欧美日韩精品久久奇米色影视 | 亚洲韩国一区二区三区| 欧美在线视频二区| 亚洲视频你懂的| 91久久精品一区二区三区| 国产欧美日韩一区二区三区在线观看| 牛人盗摄一区二区三区视频| 亚洲男人天堂2024| 日韩午夜电影av| 欧美激情一区二区久久久| 久久天天躁夜夜躁狠狠躁2022| 亚洲少妇最新在线视频| 亚洲国产精品久久久久秋霞蜜臀 | 亚洲黄网站在线观看| 老司机免费视频一区二区| 亚洲一区激情| 一区二区三区日韩欧美| 亚洲三级视频| 亚洲电影欧美电影有声小说| 韩国三级电影久久久久久| 国产精品一区二区你懂的| 欧美日韩一区二区欧美激情| 欧美激情一区二区三区在线|