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

            大熊的口袋

             

            TRACE改進(jìn)版(靜態(tài)tls在dll中使用的問題)

            前面的文章里自己搗鼓了一個vc下的TraceX的實(shí)現(xiàn)。主要就是基于調(diào)用棧的共享。
            http://www.shnenglu.com/zwp/archive/2009/11/04/100134.html
            先是調(diào)用sprintf格式化輸出到一段靜態(tài)線程局部存儲空間,然后輸出到OutputDebugString。從而可以被調(diào)試器捕獲。
            之所以選擇靜態(tài)tls而不選擇全局變量,主要是防止多線程環(huán)境下可能出現(xiàn)的讀寫沖突。至于為何不使用棧變量(局部自動變量)是因為必須利用棧上現(xiàn)有的參數(shù),且參數(shù)個數(shù)是不確定的,所以無法移動和拷貝這些參數(shù)。
            然而,昨天在一個測試工程中動態(tài)加載了一個dll,在該dll里調(diào)用了Trace時卻出錯了。跟下來一看是在訪問tls變量時出錯。而靜態(tài)加載該dll則不會出錯。
            后來從網(wǎng)上搜索才得知。靜態(tài)tls在dll被動態(tài)加載時并不會被初始化。這也是靜態(tài)tls最大的一個缺點(diǎn)了。缺點(diǎn)歸缺點(diǎn),不能因為不能用就放棄Trace啊,所以后來經(jīng)過思考決定用動態(tài)tls來重新實(shí)現(xiàn)相關(guān)線程局部存儲部分。
            代碼如下:
            #ifndef __DEBUG_INFO_H__
            #define __DEBUG_INFO_H__

            #ifndef NDEBUG
            // 最多512個字符
            VOID _cdecl TraceA(const char *msgFmt, );
            VOID _cdecl TraceW(
            const wchar_t *msgFmt, );

            #define TRACEA TraceA
            #define TRACEW TraceW

            // 確保所有的TRACE都在這個范圍之內(nèi)。
            bool TraceStartUp();
            void TraceShutDown();

            #define TRACESTARTUP TraceStartUp
            #define TRACESHUTDOWN TraceShutDown

            #else

            #define TRACEA ((void)0)
            #define TRACEW ((void)0)

            #define TRACESTARTUP ((void)0)
            #define TRACESHUTDOWN ((void)0)
            #endif



            #endif


            #include 
            "debuginfo.h"
            #include 
            <stdio.h>
            #include 
            <Windows.h>

            #ifndef NDEBUG

            const UINT g_cInvalidTlsIdx = 0xFFFFFFFF;
            UINT g_unTlsSlotIdx 
            = g_cInvalidTlsIdx;

            bool TraceStartUp()
            {
                
            if(g_cInvalidTlsIdx == g_unTlsSlotIdx)
                
            {
                    g_unTlsSlotIdx 
            = TlsAlloc();
                    
            if (g_cInvalidTlsIdx == g_unTlsSlotIdx)
                    
            {
                        
            return false;
                    }

                }

                
            return true;
            }


            void TraceShutDown()
            {
                
            if (g_cInvalidTlsIdx != g_unTlsSlotIdx)
                
            {
                    TlsFree(g_unTlsSlotIdx);
                }

                g_unTlsSlotIdx 
            = g_cInvalidTlsIdx;
            }


            static void __stdcall SaveRetAddr(LPVOID pRet)
            {
                TlsSetValue(g_unTlsSlotIdx, pRet);
            }


            static LPVOID __stdcall GetRetAddr()
            {
                
            return TlsGetValue(g_unTlsSlotIdx);
            }



            const UINT g_cBufSize = 512;
            static char * __stdcall GetAddrOftszBuf()
            {
                
            return new char[g_cBufSize];
            }


            static wchar_t * __stdcall GetAddrOftswzBuf()
            {
                
            return new wchar_t[g_cBufSize];
            }


            static void __stdcall DestroyStrBuf(LPVOID lpBuf)
            {
                delete [] lpBuf;
            }



            _declspec(naked) VOID TraceA(
            const char *msgFmt, )
            {
                __asm 
            {
                    call SaveRetAddr;
                    call GetAddrOftszBuf;
                    push eax;
                    call dword ptr [sprintf];
                    pop eax;
                    push eax;
                    push eax;
                    call dword ptr [OutputDebugStringA];
                    call DestroyStrBuf;
                    call GetRetAddr;
                    push eax;
                    ret;
                }

            }


            _declspec(naked) VOID TraceW(
            const wchar_t *msgFmt, )
            {
                __asm 
            {
                    call SaveRetAddr;
                    call GetAddrOftszBuf;
                    push eax;
                    call dword ptr [_swprintf];
                    pop eax;
                    push eax;
                    push eax;
                    call dword ptr [OutputDebugStringW];
                    call DestroyStrBuf;
                    call GetRetAddr;
                    push eax;
                    ret;
                }

            }


            #endif

            這里多增加了兩個函數(shù)StartTrace和ShutdownTrace。用來從tls中獲取一個可用索引和釋放該索引。這就要求所有的Trace都必須在這兩個調(diào)用之間工作,否則就會出問題。

            posted on 2009-11-14 12:54 大熊的口袋 閱讀(2233) 評論(5)  編輯 收藏 引用 所屬分類: cppwin32

            評論

            # re: TRACE改進(jìn)版(靜態(tài)tls在dll中使用的問題) 2009-11-14 14:28 OwnWaterloo

            別搞了兄弟,用vsprintf之類的函數(shù)就可以了。

              回復(fù)  更多評論   

            # re: TRACE改進(jìn)版(靜態(tài)tls在dll中使用的問題) 2009-11-14 14:47 李佳

            額... 大部分都用匯編做的... 支持一下吧   回復(fù)  更多評論   

            # re: TRACE改進(jìn)版(靜態(tài)tls在dll中使用的問題) 2009-11-14 15:02 OwnWaterloo

            @李佳
            如果只是練習(xí)著玩玩,機(jī)器碼寫都沒問題。

            如果是實(shí)際應(yīng)用上,這么實(shí)現(xiàn)這么簡單的需求 —— 10行代碼了事 ——用到匯編和線程局部存儲,那……
            有點(diǎn)過了……

              回復(fù)  更多評論   

            # re: TRACE改進(jìn)版(靜態(tài)tls在dll中使用的問題)[未登錄] 2009-11-14 15:27 q

            這位仁兄,不錯!精神可佳,支持一下.

              回復(fù)  更多評論   

            # re: TRACE改進(jìn)版(靜態(tài)tls在dll中使用的問題) 2009-11-16 08:57 大熊的口袋

            之前也聽說過有v系列的函數(shù),然后又看到過一些基于棧共享實(shí)現(xiàn)一些東東的思想。這次遇到這個問題,首先想到的就是棧共享。完全沒有考慮到v系類函數(shù),不想在棧共享實(shí)現(xiàn)過程中又遇到線程同步問題,用了靜態(tài)tls后又出現(xiàn)dll被動態(tài)加載后無法正常使用的問題。遂出現(xiàn)現(xiàn)在的解決方案。雖然不是最簡單的,但是確實(shí)學(xué)到一些東西:)  回復(fù)  更多評論   

            導(dǎo)航

            統(tǒng)計

            公告

            常用鏈接

            留言簿(2)

            隨筆分類

            隨筆檔案

            win32 & debug

            搜索

            積分與排名

            最新評論

            閱讀排行榜

            評論排行榜

            色综合合久久天天综合绕视看| 国产午夜福利精品久久| 老男人久久青草av高清| 久久国产欧美日韩精品免费| 久久福利青草精品资源站| 久久噜噜久久久精品66| 99国产欧美久久久精品蜜芽| 中文字幕无码久久精品青草| 久久精品中文字幕大胸| 九九热久久免费视频| 欧美午夜A∨大片久久| 91久久精品无码一区二区毛片| 国产精品美女久久福利网站| 中文字幕热久久久久久久| 久久久久国产精品麻豆AR影院 | 久久亚洲AV成人无码国产| 久久午夜电影网| 青草国产精品久久久久久| 亚洲乱码日产精品a级毛片久久| 99久久精品午夜一区二区| 久久综合亚洲色HEZYO社区| 久久精品成人免费国产片小草| 久久久久亚洲精品无码蜜桃| 久久天天躁狠狠躁夜夜2020一| 国产精品免费久久久久影院| 久久国产精品一区二区| 国产精品久久亚洲不卡动漫| 新狼窝色AV性久久久久久| 久久亚洲日韩看片无码| 伊人久久精品影院| 久久久久久久综合日本| 久久青青国产| 久久只有这精品99| 国内精品久久久久影院老司| 亚洲国产成人精品女人久久久| 久久影院亚洲一区| 亚洲性久久久影院| 国色天香久久久久久久小说| 久久亚洲国产午夜精品理论片 | 色妞色综合久久夜夜| 中文字幕精品久久久久人妻|