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

            loop_in_codes

            低調(diào)做技術(shù)__歡迎移步我的獨(dú)立博客 codemaro.com 微博 kevinlynx

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

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

            ///
            /// 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里回調(diào)App::show時,卻調(diào)用到了Window::wrong函數(shù)。看上去,傳給
            Game的Listener指針?biāo)赶虻奶摵瘮?shù)表錯誤了(vtable指針錯了)。App先繼承Listener后繼承Window時,情況
            就正確了。(因?yàn)槭褂昧薩beginthreadex,程序需要鏈接多線程的運(yùn)行時庫)

            單線程情況下:

            ///////////////////////////////////////////////////////////////////////////////////////////////////////////////
            ///
            /// 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的順序如何,一切都很正常。這起碼說明了,在語言層次,我的做法是正確的。
            而這個時候即使鏈接了多線程的運(yùn)行時庫,結(jié)果也是正確的。

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

             

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

            評論

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

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


            應(yīng)該是
            Listener *listener = (App*) p;
              回復(fù)  更多評論   

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

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

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

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

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

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

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

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

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

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

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

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

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

            這不是多線程的問題

            當(dāng)你先繼承window后繼承Listener的時候,App的內(nèi)存結(jié)構(gòu)如下:

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

            _beginthreadex的參數(shù)是void*,你把this傳遞進(jìn)去,相當(dāng)于傳遞CApp* this。其實(shí)隱含的就是Window*this,那么里面調(diào)用Listener->Show,自然就會去Window的vt里面查找對應(yīng)索引的函數(shù),就會調(diào)用錯函數(shù)。

            而第二個,因?yàn)槟泔@式的=this,所以,編譯器會進(jìn)行轉(zhuǎn)換,從而把正確的Listener地址賦值給那個全局指針,這時,無論繼承順序如何,都是正確的結(jié)果。

            這其實(shí)是因?yàn)閷ο笾羔樲D(zhuǎn)換不準(zhǔn)確導(dǎo)致的,不是vc的bug,也不是多線程的問題。
              回復(fù)  更多評論   

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

            收藏,收藏,^_^  回復(fù)  更多評論   

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

            多繼承下還有這樣的問題,學(xué)習(xí)了。。。  回復(fù)  更多評論   

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

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

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

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

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

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

            不過并不理想,因?yàn)椴荒軌蜣D(zhuǎn)換到Window的接口了  回復(fù)  更多評論   

            精品久久久久久国产91| 亚洲精品乱码久久久久久蜜桃| 婷婷伊人久久大香线蕉AV | 99久久er这里只有精品18| 久久久久综合网久久| 综合久久给合久久狠狠狠97色| 国产精品9999久久久久| 久久久WWW成人免费精品| 久久精品国产网红主播| 三级韩国一区久久二区综合 | 久久精品不卡| 99久久成人国产精品免费 | 91精品国产91热久久久久福利| 久久亚洲精品成人无码网站| 精品一久久香蕉国产线看播放| 久久精品国产男包| 国产三级观看久久| 久久精品国产精品青草| 久久午夜伦鲁片免费无码| 久久精品国产国产精品四凭| 久久99国产亚洲高清观看首页| 亚洲AV乱码久久精品蜜桃| 99久久做夜夜爱天天做精品| 亚洲国产日韩欧美综合久久| 久久久亚洲精品蜜桃臀| 久久久久久久久久免免费精品| 日本免费久久久久久久网站| 好属妞这里只有精品久久| 精品久久久久久无码专区| 亚洲欧美日韩中文久久| 亚洲国产精品一区二区久久hs| 综合久久一区二区三区| 2021国产精品久久精品| 国产成人精品综合久久久久| 久久婷婷五月综合色奶水99啪| 亚州日韩精品专区久久久| 久久99这里只有精品国产| 亚洲综合久久夜AV | 亚洲中文久久精品无码| 亚洲精品乱码久久久久久蜜桃图片 | 狠狠色噜噜色狠狠狠综合久久|