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

            jans2002的博客

            專注 專心 專業

            #

            CreateThread()、_beginthread()以及_beginthreadex()聯系與區別

             

            聯系:

            CreateThread、_beginthread和_beginthreadex都是用來啟動線程的。

            區別:

            _beginthread是_beginthreadex的功能子集,_beginthreadex是微軟的C/C++運行時庫函數,CreateThread是操作系統的函數。雖然_beginthread內部是調用_beginthreadex但他屏蔽了象安全特性這樣的功能,所以_beginthread與CreateThread不是同等級別,_beginthreadex和CreateThread在功能上完全可替代,我們就來比較一下_beginthreadex與CreateThread!  

            <<Windows核心編程>>中有很詳細地介紹:

            注意:若要創建一個新線程,絕對不要使用CreateThread,而應使用_beginthreadex.  
              Why?考慮標準C運行時庫的一些變量和函數,如errno,這是一個全局變量。全局變量用于  
              多線程會出什么事,你一定知道的了。故必須存在一種機制,使得每個線程能夠引用它自己的  
              errno變量,又不觸及另一線程的errno變量._beginthreadex就為每個線程分配自己的  
              tiddata內存結構。該結構保存了許多像errno這樣的變量和函數的值、地址(自己看去吧)。  
              通過線程局部存儲將tiddata與線程聯系起來。具體實現在Threadex.c中有。  
              結束線程使用函數_endthreadex函數,釋放掉線程的tiddata數據塊。  
              CRT的函數庫在線程出現之前就已經存在,所以原有的CRT不能真正支持線程,這導致我們在編程的時候有了CRT庫的選擇,在MSDN中查閱CRT的函數時都有:  
              Libraries  
              LIBC.LIB   Single   thread   static   library,   retail   version    
              LIBCMT.LIB   Multithread   static   library,   retail   version    
              MSVCRT.LIB   Import   library   for   MSVCRT.DLL,   retail   version    
              這樣的提示!  
              對于線程的支持是后來的事!  
              這也導致了許多CRT的函數在多線程的情況下必須有特殊的支持,不能簡單的使用CreateThread就OK。  
              大多的CRT函數都可以在CreateThread線程中使用,看資料說只有signal()函數不可以,會導致進程終止!但可以用并不是說沒有問題!  
              有些CRT的函數象malloc(),   fopen(),   _open(),   strtok(),   ctime(),   或localtime()等函數需要專門的線程局部存儲的數據塊,這個數據塊通常需要在創建線程的時候就建立,如果使用CreateThread,這個數據塊就沒有建立,然后會怎樣呢?在這樣的線程中還是可以使用這些函數而且沒有出錯,實際上函數發現這個數據塊的指針為空時,會自己建立一個,然后將其與線程聯系在一起,這意味著如果你用CreateThread來創建線程,然后使用這樣的函數,會有一塊內存在不知不覺中創建,遺憾的是,這些函數并不將其刪除,而CreateThread和ExitThread也無法知道這件事,于是就會有Memory   Leak,在線程頻繁啟動的軟件中(比如某些服務器軟件),遲早會讓系統的內存資源耗盡!  
              _beginthreadex(內部也調用CreateThread)和_endthreadex就對這個內存塊做了處理,所以沒有問題!(不會有人故意用CreateThread創建然后用_endthreadex終止吧,而且線程的終止最好不要顯式的調用終止函數,自然退出最好!)  
              談到Handle的問題,_beginthread的對應函數_endthread自動的調用了CloseHandle,而_beginthreadex的對應函數_endthreadex則沒有,所以CloseHandle無論如何都是要調用的不過_endthread可以幫你執行自己不必寫,其他兩種就需要自己寫!(Jeffrey   Richter強烈推薦盡量不用顯式的終止函數,用自然退出的方式,自然退出當然就一定要自己寫CloseHandle) 

            舉例:

            //   create/destroy  
              BOOL   CXThread::create   (   void   *   pThreadData   )  
              {  
              //   get   ptr   to   data  
              m_pThreadData   =   pThreadData;  
              //   create   events  
              if   (   !createThreadEvents()   )  
              return   FALSE;  
              //   create   thread  
              #if   defined(UseWin32Thread)  
              m_hThread   =    
              CreateThread(NULL,0,   CXThread::threadProc,   (LPVOID)   this,   0,   &m_idThread   );  
              #else  
              m_hThread   =   (HANDLE)  
              _beginthreadex(   NULL,   0,   CXThread::threadProc,   (LPVOID)   this,   0,  
                                                      (unsigned   int   *)   &m_idThread   );  
              #endif  
              if   (   m_hThread   ==   0   )  
              return   FALSE;  
              //   success   so   start   thread  
              //::ResumeThread(   m_hThread   );  
              return   TRUE;  
              }  
              //   thread   proc  
              #if   defined(UseWin32Thread)  
              DWORD   WINAPI CXThread::threadProc   (   LPVOID   parameter   )  
              #else  
              unsigned   _stdcall   CXThread::threadProc   (   LPVOID   parameter   )  
              #endif  
              {  
              if   (   !parameter   )  
              return   XTHREAD_NORMAL;  
              //   start   thread  
              CXThread   *   pThread   =   (CXThread   *)   parameter;  
              int   ret   =   pThread->run();  
              //   exit   the   thread  
              #if   defined(UseWin32Thread)  
              ExitThread(   XTHREAD_NORMAL);  
              #else  
              _endthreadex(   XTHREAD_NORMAL);  
              #endif  
              return   ret;  
              }  

            posted @ 2008-12-11 10:42 jans2002 閱讀(5592) | 評論 (3)編輯 收藏

            應用ICE3.3項目時,STL4.6.2的一個編譯錯誤解決

            使用STLPORT常會因為某個地方的筆誤,引起其他地方大量的編譯錯誤,其錯誤定位比較麻煩,因為使用的是VC6,對C++支持比較差,所以更是讓人頭疼,Ice3.3VC6的版本使用了STLPort 4.6.2,在編譯時,Release版本沒問題,Debug版本卻忽然報了一大堆的錯誤:

            :\ice-3.3.0-vc60\include\stlport\stl\debug\_iterator.h(127) : error C2504: '__owned_link' : base class undefined
                    d:\ice-3.3.0-vc60\include\stlport\stl\debug\_iterator.h(173) : see reference to class template instantiation '_STL::_DBG_iter_base<_Container>' being compiled
            d:\ice-3.3.0-vc60\include\stlport\stl\debug\_iterator.h(146) : error C2629: unexpected 'struct _STL::_DBG_iter_base<_Container> ('
                    d:\ice-3.3.0-vc60\include\stlport\stl\debug\_iterator.h(173) : see reference to class template instantiation

            。。。。。

             

            后來我試著在stdafx.h加了一個開關

            #ifdef _DEBUG
            #define _STLP_DEBUG
            #endif

            問題解決,STLPORT諸如此類的開關好像還有很多,詳細的請參見STLPort的編譯說明

            #define _STLP_USE_MFC 1 //使用MFC

            #define _STLP_USE_MFC 1
            #ifdef _STLP_NEW_PLATFORM_SDK
            #undef _STLP_NEW_PLATFORM_SDK
            #endif

            posted @ 2008-12-08 10:57 jans2002 閱讀(466) | 評論 (0)編輯 收藏

            在VC6中使用ML混合ASM編譯方法

            在VC6中編譯ASM文件,需要安裝VCPP5

            但是打了SP6的可能裝不上這個,可以到注冊表里

            HKLM\SOFTWARE\Microsoft\VisualStudio\6.0\ServicePacks子鍵下

            latest DWORD值 00000006

            改為
            latest DWORD值 00000005就可以安裝了

            也可以直接解包 把里面的ml.exe ml.err 文件手工復制到vc98\bin目錄里

            ========================

            Windows Registry Editor Version 5.00

            [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\6.0\ServicePacks]
            "sp6"=""
            "latest"=dword:00000005

            ========================

            將 asm文件加入到工程里時,要設置工程中該文件的Custom Build屬性


            Commands:

            ml /c /coff /Fo $(OutDir)\$(TargetName) $(InputPath)

            Outputs:

            $(OutDir)\$(TargetName).obj

            完畢。

            posted @ 2008-03-05 11:49 jans2002 閱讀(2013) | 評論 (0)編輯 收藏

            信用卡-可惡的招商銀行,可惡的循環利息

            用信用卡的當心了,提防招商銀行可惡的循環利息。

            招行在很多宣傳資料上以及賬單上,提示你可以只償還10%應還賬款,而且不會影響信用,卻只字不提(或者在很隱蔽的位置,一般人很容易忽略)它會產生循環利息,這里提醒大家它的無恥,以免后來人再上當。

            比如上月的賬單是 :

            4000元零1毛,如果全額還是免息的。但是你可能認為4000元都還了,1毛錢該無所謂,反正招行宣傳的最低可以只還10%。

            你如果這么認為你就大錯特錯了,招行的循環利息(日息0.05%,利滾利)這時就開始工作了,而且計算金額不是你未償還的那部分,而是全額。

            就是說你還4000元 和 還400元零1分是一樣的,都要收你 4000.10 乘以 1.0005的31次方,前提你發現的早,剛過了31天,再晚點就是40次方,50次方了。

            我們算算就因為少還1毛錢,我們付出多大代價:

            31天 ≈ 0.0156 × 賬單全額 4000.1元就是 62元

            40天 ≈ 0.02 × 賬單全額 4000.1元就是 80元

            50天 ≈ 0.025 × 賬單全額 4000.1元就是 100 元

            可怕吧,手中有招行信用卡的,不,只要是用信用卡的,一定要當心啊






            posted @ 2008-02-20 15:23 jans2002 閱讀(256) | 評論 (0)編輯 收藏

            僅列出標題
            共2頁: 1 2 
            一本伊大人香蕉久久网手机| 久久97久久97精品免视看| 一本久久综合亚洲鲁鲁五月天| 久久国产三级无码一区二区| 一本久道久久综合狠狠躁AV| 久久久国产乱子伦精品作者| 久久精品成人国产午夜| 亚洲精品97久久中文字幕无码| 精品国产99久久久久久麻豆| 久久久久中文字幕| 99久久精品免费看国产一区二区三区| 国内精品久久久久久久97牛牛| 久久中文字幕无码专区| 久久久久久毛片免费播放| 亚洲国产天堂久久综合| 九九久久99综合一区二区| 久久精品综合网| 2020最新久久久视精品爱| 久久精品国产亚洲AV忘忧草18| 久久夜色精品国产亚洲| 欧美粉嫩小泬久久久久久久 | 国产三级久久久精品麻豆三级| 久久99精品国产99久久| 久久精品无码一区二区WWW | 国内精品伊人久久久久网站| 国内精品综合久久久40p| 国产一久久香蕉国产线看观看| 欧美无乱码久久久免费午夜一区二区三区中文字幕 | 久久久久久久尹人综合网亚洲 | 久久久久久无码国产精品中文字幕| 欧美午夜精品久久久久免费视| 亚洲国产高清精品线久久| 国内精品久久久久影院网站| 国产A级毛片久久久精品毛片| 高清免费久久午夜精品| 麻豆一区二区99久久久久| 亚洲精品无码成人片久久| 色妞色综合久久夜夜| 久久婷婷色香五月综合激情| 欧洲性大片xxxxx久久久| 久久伊人色|