• <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>
            隨筆 - 5, 文章 - 0, 評論 - 13, 引用 - 0
            數據加載中……

            2010年3月21日

            VC 單步調試(StepInto)的一個小技巧

              相對于Java之類的語言,缺少庫一直是C++最為詬病的一個部分。STL、Boost等庫的出現,在一定程度上彌補了這些缺憾。但這些庫帶來便利性的同時,也在調試代碼時帶來相當的不便。
              舉個例子,看下面一段代碼:
             
            struct FooObj
            {
                
            char lower(char c){
                    c 
            |= 0x20;
                    
            return c;
                }
            };

            string s="Ok";
            shared_ptr
            <FooObj> ptr(new FooObj);
            s[
            0]=ptr->lower(s[0]);
              在s[0]=ptr->lower(s[0]); 這一行下斷點,想F11 StepInto進入lower函數調試,卻不得不先進入std::basic_string的[],然后再進入boost::shared_ptr,最后才真正進入我們想要調試的lower函數。這是相當的煩人。
              雖然可以在調試時,使用右鍵菜單中的Step Into Specific直接進入lower函數,但也很繁瑣。


              我們可以在注冊表中設置來避免vc 單步調試進入某些函數。具體的位置在:
            HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\9.0\NativeDE\StepOver
              其中vc2008是9.0,如果用的是其他版本的vc,則改成相應的版本號。在這個key下面新建兩個字符串:
            "boost"="boost\\:\\:.*=NoStepInto"
            "std"="std\\:\\:basic_string.*=NoStepInto"
              其中字符串值的含義:funcname=action,funcname是函數的名字,用正則表達式匹配, action則是執行的動作,可以是NoStepInto
            或者StepInto(當action是NoStepInto時,可以省略)。NoStepInto表示當遇到這個名字的函數時,單步調試不會進入到函數內部。注意的是,函數必須是包含命名空間的原始名字。就是說,它并不能匹配typedef內容。string是std命名空間中的一個basic_string,那么字符串值必須是basic_string,而不能是string。
              這是我的
            HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\9.0\NativeDE\StepOver下的內容:


              Ok,現在完美了,在
            s[0]=ptr->lower(s[0])這一行,按F11,進入的是我們想進入的lower函數,而不是stl或者boost中的內容。另一方面當我們偶然想跟入庫函數,也可以使用Step Into Specific來達到目的。

            posted @ 2010-03-21 15:24 clane 閱讀(3757) | 評論 (0)編輯 收藏

            2010年3月10日

            vc2008 fstream不支持中文路徑的解決方案

                 項目編譯后給朋友試運行,發現運行出錯,提示路徑不正確找不到配置文件。因為朋友是放在桌面運行的,于是推測是中文路徑的問題(因為路徑中包含"桌面"兩個漢字)。反應很詫異,什么年代了,還有中文路徑的問題...
                 跟蹤了一下ifstream的open函數,發現ifstream在打開文件之前會通過_mbstowcs_l_helper函數把文件路徑從mutilbyte轉換到unicode。其中的關鍵轉換函數如下:
             if (_loc_update.GetLocaleT()->locinfo->lc_handle[LC_CTYPE] == _CLOCALEHANDLE)
                    {
                        
            /* C locale: easy and fast */
                        
            while (count < n)
                        {
                            
            *pwcs = (wchar_t) ((unsigned char)s[count]);
                            
            if (!s[count])
                                
            return count;
                            count
            ++;
                            pwcs
            ++;
                        }
                        
            return count;

                    } 
                而vc的默認local信息就是_CLOCALEHANDLE,于是中文字符很悲劇的被轉換成了莫名其妙的一串東西。google了下,似乎很多人碰到了這個問題,也沒有特別好的解決方案,要不直接unicode,要不每次調用fstream前后都調用一遍setlocal,對代碼的侵入性都很強。
                我做了個封裝的解決方案,使用個模板類對fstream做一個wrapper,代碼如下:
            template<class T>
            struct fstream_fix
                :
            public T
            {
                fstream_fix(){};

                template
            <class T1>
                fstream_fix(T1 v1){
                    setlocale(LC_CTYPE, 
            ".936");
                    T::open(v1);
                    setlocale(LC_CTYPE, 
            0);
                }

                template
            <class T1,class T2>
                fstream_fix(T1 v1,T2 v2){
                    setlocale(LC_CTYPE, 
            ".936");
                    T::open(v1,v2);
                    setlocale(LC_CTYPE, 
            0);
                }


                template
            <class T1>
                
            void open(T1 v1){
                    setlocale(LC_CTYPE, 
            ".936");
                    T::open(v1);
                    setlocale(LC_CTYPE, 
            0);
                }

                template
            <class T1,class T2>
                
            void open(T1 v1,T2 v2){
                    setlocale(LC_CTYPE, 
            ".936");
                    T::open(v1,v2);
                    setlocale(LC_CTYPE, 
            0);
                }
            };

            #define ifstream fstream_fix<ifstream>
            #define ofstream fstream_fix<ofstream>
                OK.完美,對原項目沒有任何影響,ifstream fi(filepath);filepath中含有中文也能正常工作了。:) 當然要注意的是,在宏定義之后,就不能再include <fstream>,不然可能會有編譯錯誤。



            posted @ 2010-03-10 19:19 clane 閱讀(3852) | 評論 (5)編輯 收藏

            2010年3月9日

            IncrediBuild 30天試用過期破解清零工具

                IncrediBuild是一個協同編譯工具,對于大型vc項目來說,幾乎是一個必備品。廢話不多說,基本上有幾臺電腦裝了IncrediBuild,編譯速度就是原來的幾倍,很強很暴力。
                IncrediBuild有30天的試用期限,到期后就不能使用。很久以前做過一個時間清零工具,有需要的同學可以下載試用。當然如果是公司用戶,建議還是說服部門主管去買一套,絕對物有所值。
                執行Clear的時候,會搜索整個注冊表,速度有點慢,特別是電腦差的同學,不要以為是crash了,耐心等等就好。:)第一次執行之后會在目錄下生成一個key.txt,以后每次打開程序,就會自動清零時間,而不用執行Clear。

            PS:安裝新版本的IncrediBuild后,需要重新執行Clear,搜索整個注冊表。

            下載地址:http://www.shnenglu.com/Files/clane/xbuildcrack.zip

            posted @ 2010-03-09 16:40 clane 閱讀(10416) | 評論 (5)編輯 收藏

            2009年2月23日

            vc編譯期的常量除法優化

            在vc release模式下調試時,經??梢钥吹较旅嫘问降膮R編代碼:
            00FB1202  mov         ecx,dword ptr ds:[00FB543Ch] 
            00FB1208  sub         ecx,dword ptr ds:[00FB5438h] 
            00FB120E  mov         eax,66666667h 
            00FB1213  imul        ecx  
            00FB1215  sar         edx,
            5 
            00FB1218  mov         ecx,edx 
            00FB121A  shr         ecx,1Fh 
            00FB121D  add         ecx,edx 
            其實這是當被除數是常量時除法的編譯器優化。x/50h
            優化方法是把除法轉換成乘以被除數然后右移.
            x/y =>  x*(1 /y) =>  x* ((1<<37) /((1<<37)* y) ) =>x * ((1<<37)/ y)>>37
            為了取整效果,最終結果將會是
            x/y = x * ((1<<37 +y-1 )/ y)>>37
            由于y 是常量,在編譯期,編譯器就可以計算出((1<<37 +y-1 )/ y)的值。
            那么實際計算時,編譯期就可以把 x/y 轉換成 x *M >> 37, M =
            ((1<<37 +y-1 )/ y)
            除以0x50 M = (1<<37 + 0x4F)/0x50 = 0x
            66666667
            那么x / 0x50相當于 (x*
            0x66666667)>>37

            posted @ 2009-02-23 00:16 clane 閱讀(1428) | 評論 (1)編輯 收藏

            2009年1月8日

            luabind的converter和policy

                 摘要:       現在的C++設計,為了保證健壯性和復用性,特別是GP的流行,往往應用了大量的模板,容器,智能指針。但這對與LUA綁定來說絕對不是一個好消息,非常的煩瑣。個人覺得,在第三方的綁定庫里面,luabind和現代C++設計結合最好,也是靈活性最高的一個綁定庫。      lu...  閱讀全文

            posted @ 2009-01-08 17:10 clane 閱讀(2710) | 評論 (2)編輯 收藏

            久久狠狠爱亚洲综合影院| 精品久久久久久中文字幕| 亚洲午夜无码久久久久小说| 狠狠色丁香婷婷久久综合| 久久久久免费精品国产| 久久99精品久久久久久久久久| 久久国产精品久久国产精品| 久久伊人中文无码| 亚洲AV乱码久久精品蜜桃| 亚洲国产精品久久久久婷婷老年 | 1000部精品久久久久久久久| 久久久久久狠狠丁香| 无码人妻久久一区二区三区蜜桃| 久久人与动人物a级毛片| 久久狠狠色狠狠色综合| 亚洲国产精品一区二区久久hs| 久久久精品免费国产四虎| 国产成人久久精品一区二区三区| 国产激情久久久久影院| 精品久久久久久无码中文字幕一区 | 久久这里只有精品视频99| 国产精品久久久久aaaa| 天天爽天天狠久久久综合麻豆| 深夜久久AAAAA级毛片免费看| 国产∨亚洲V天堂无码久久久| 思思久久99热只有频精品66| 久久国产成人亚洲精品影院| 亚洲狠狠综合久久| 国产午夜免费高清久久影院| 亚洲国产欧洲综合997久久| 国产精品久久久久久久久软件| 国产真实乱对白精彩久久| 国产精品欧美久久久天天影视| 色综合久久久久久久久五月| 色综合久久无码五十路人妻| 香蕉久久av一区二区三区| 色欲综合久久躁天天躁蜜桃| 亚洲AV日韩AV永久无码久久| 精品久久久无码人妻中文字幕豆芽| 欧洲成人午夜精品无码区久久| 香蕉久久av一区二区三区|