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

            2013年1月15日

            讓Android模擬器順暢起來

            android模擬器的卡,即使是公司配的i5+4g也快受不了了!于是研究了一下如何讓模擬器變得和手機真機一樣流暢,甚至更好。

            模擬器卡的原因很顯然,
            CPU是x86的 模擬器跑在模擬的Arm上。。。

            幸而Intel 終于發布了基于x86的模擬器鏡像
            操作如下:
            1、通過Android SDK Manager下載Extras里面的Intel x86 Emulator Accelerator (HAXM)

            2、找到sdk的目錄\sdk\extras\intel\Hardware_Accelerated_Execution_Manager 安裝里面的安裝文件 
            IntelHaxm.exe

            3、通過Android SDK Manager 更新Android4.1.2(api16) 重點是其中的Intelx86AtomSystemImage 這個就是最新的Intel發布

            4、建一個Device Target選Android4.1.2  CPU選擇 
            Intel Atom(x86)


            本人分辨率和屏幕尺寸選擇 3.2寸 320*480  實測效果極好 比真機還快

            posted @ 2013-01-15 17:09 hadn't 閱讀(4117) | 評論 (0)編輯 收藏

            2012年8月8日

            靜下心來做好自己的事

            RT

            posted @ 2012-08-08 14:19 hadn't 閱讀(268) | 評論 (0)編輯 收藏

            2012年2月10日

            工作之外

            今年的目標: 1、學點Python && Vim 2、學點英文 3、自己的程序For Meego

            posted @ 2012-02-10 13:32 hadn't 閱讀(205) | 評論 (0)編輯 收藏

            2012年2月2日

            [轉]S60模擬器打開即消失問題的解決

            近日安裝了Symbian Foundation ADT v1.4和S60 Developer Tools準備看看S60第五版的SDK有什么新東西,但是啟動S60模擬器之后過了大約十幾秒,模擬器就自動消失了,什么也沒留下。
            由于我剛重裝了系統,想必應該不是軟件之間兼容性的問題,應該是什么依賴的軟件比如像perl,JRE之類的沒有安裝正確導致的,但是按這個思路折騰了一翻后無果。

            于是上網查資料,在csdn的論壇上看到一個帖子,可以按如下步驟來查看模擬器epoc的啟動日志

            打開 epoc.ini,將LogToFile 0改成LogToFile 1
            下次模擬器啟動的時候就會在%TEMP%目錄下生成日志文件epocwind.out
            可以用記事本打開

            打開日志文件后,發現最后幾行是

            7.870 Thread eiksrvs.exe::EikAppUiServerThread Panic KERN-EXEC 3
            7.870 Thread eiksrvs.exe::UikonWatchers Panic KERN-EXEC 3
            7.870 Thread eiksrvs.exe::ViewServerThread Panic KERN-EXEC 3
            7.870 FAULT: KERN 0x00000004 (4)

            又在帖子上看到,有人推斷這樣的日志很可能是由聲卡的問題導致的
            原話是這樣的“有些機器的聲卡不接mic的話,程序會無法使用mic,造成S60 模擬器啟動失敗,解決方法,將計算機的mic接口上接上mic,然后啟動模擬器”

            試了一下,果然成功了



            原文鏈接http://hi.baidu.com/goengine/blog/item/0f202d074c6704c67b8947d1.html

            posted @ 2012-02-02 18:08 hadn't 閱讀(421) | 評論 (1)編輯 收藏

            2011年12月6日

            HookLogger用不了?

            Hooklogger是Symbian上調試內存泄露的好工具,但是自從換了win7 系統就發現用不了了,奇怪
            要么是模擬器起不開 要么是泄露捕獲不到 如果你也和我遇到了一樣的情況,請試試我的方法

            1、保證你的SDK已經正常安裝ok,EpocRoot在環境變量中正確
            2、下載安裝Hooklogger ,我是在csdn下的別人分享的文件,版本是0.42RC4,默認安裝
            注意不要安裝到含空格的路徑中
            3、cmd中輸入
            devices 會看到一行內容(我的如下,顯示你的sdk就對了)
            S60_5th_Edition_SDK_v1.0:com.nokia.s60 - default
            4、輸入setuphooks default

            5、啟動hooklogger將General項如此設置
            6
            、重點:Filters中選擇 include only checked ;Browse for Exe選擇你要監視的程序,也就是你自己寫的程序,一般路徑為 ......\epoc32\release\winscw\udeb\YourProject.exe
               這樣選擇后,能夠保證Hooklogger不在監視其他進程,一則查看泄露容易,二則
            避免了其他進程收監視無法啟動,導致模擬器無法啟動的問題
            7、啟動carbide debug程序,如果中間被斷 F8 繼續

            我的如此就可以正常使用了,希望幫到他人

            posted @ 2011-12-06 22:40 hadn't 閱讀(271) | 評論 (0)編輯 收藏

            很容易出現的內存泄露情景

            iImageCompress    = EImageCompress::NewL(this );
            iImageCompress 是個類的成員函數,這句代碼為項目原有代碼的函數中的一段。
            現由于功能的添加,這個函數被多次調用(原函數僅可能被調用一次,所以未產生問題),而這個指針iImageCompress 在被重新賦值之前并未釋放掉原有指向資源,而產生內存泄露
            所以,寫代碼要養成良好習慣,例如如上的情景,一定要寫成
            delete iImageCompress;
            iImageCompress
            = NULL;

            iImageCompress
            = EImageCompress::NewL(this );

            這樣。

            posted @ 2011-12-06 22:21 hadn't 閱讀(344) | 評論 (0)編輯 收藏

            刪不光的指針數組

            @import url(http://www.shnenglu.com/CuteSoft_Client/CuteEditor/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css); 犯了一個這樣的錯誤,代碼如下:
            void CUpLoadQueueDataModel::DoClearAway()
            {
                
            for(TInt index = 0; index < iDataItemArray.Count(); index++ )
                
            {
                    
            if(iDataItemArray[index])
                    
            {
                        delete iDataItemArray[index];
                        iDataItemArray[index] 
            = NULL;
                    }

                    iDataItemArray.Remove(index);
                }

                SaveCacheDataL();
            }
            粗看沒什么問題,仔細想想不對,循環中Remove了數組成員,iDataItemArray.Count()這個值一直在減少并且Array的結構在改變,假如有0 1 2 3 4 5六個元素,按照上面的代碼執行則實際只會刪除 0 2 5 三個元素就結束循環了- -|
            修改后代碼如下:
            void CUpLoadQueueDataModel::DoClearAway()
            {
            TInt index
            = iDataItemArray.Count() - 1;
            while( index >= 0 && iDataItemArray[index] )
            {
            delete iDataItemArray[index];
            iDataItemArray[index]
            = NULL;

            iDataItemArray.Remove(index);
            index
            --;
            }

             SaveCacheDataL();
            }
            每次刪最后面的。。。測試正常運行,再考慮考慮 感覺如下寫法更好:
            void CUpLoadQueueDataModel::DoClearAway()
            {
            while( iDataItemArray.Count() )
            {
            delete iDataItemArray[
            0];
            iDataItemArray[
            0] = NULL;

            iDataItemArray.Remove(0);
            }

            SaveCacheDataL();
            }


            現在想想,直接iDataItemArray.ResetAndDestroy()

            posted @ 2011-12-06 15:54 hadn't 閱讀(251) | 評論 (0)編輯 收藏

            2011年12月5日

            Json

            JSON(JavaScript Object Notation) 是一種輕量級的數據交換格式
            確實簡單易用,文件大小合適
            http://json.org/ 這里還提供了多種語言的解析代碼供選擇
            用Json就像用自己的數組一樣,C/C++的風格很好理解

            posted @ 2011-12-05 22:59 hadn't 閱讀(247) | 評論 (0)編輯 收藏

            2011年11月21日

            上班之后經常用的幾個小工具

            1、計算器
            2、畫圖
            3、字符映射表

            小東西簡單實用,怪不得系統自帶呢

            posted @ 2011-11-21 11:41 hadn't 閱讀(342) | 評論 (0)編輯 收藏

            2011年11月18日

            犯了一個低級錯誤

            零是false非零是true,程序里把負一當false來對待了,蝴蝶效應,造成了在程序另一個地方崩潰,害得溪總調了n9,各種回滾才查出來,當以此為鑒。

            posted @ 2011-11-18 19:36 hadn't 閱讀(314) | 評論 (1)編輯 收藏

            夜夜亚洲天天久久| 亚洲色欲久久久久综合网| 粉嫩小泬无遮挡久久久久久| 精品综合久久久久久888蜜芽| 一本久久久久久久| 欧美伊人久久大香线蕉综合69| 佐藤遥希在线播放一二区 | 久久久青草青青国产亚洲免观| 久久综合九色综合网站| 精品久久一区二区三区| 久久婷婷五月综合色99啪ak| 国内精品久久人妻互换| 伊人久久一区二区三区无码| 7777久久亚洲中文字幕| 亚洲v国产v天堂a无码久久| 久久精品国产精品国产精品污| 日本精品久久久久影院日本| 久久91综合国产91久久精品| 99精品久久久久久久婷婷| 国产精品成人久久久久三级午夜电影| 久久久亚洲AV波多野结衣| 国产激情久久久久影院老熟女免费| 日韩欧美亚洲综合久久| 久久天天躁狠狠躁夜夜2020老熟妇| 久久久久久无码Av成人影院| 99久久99久久精品国产片果冻| 欧美日韩精品久久久久| 国产福利电影一区二区三区久久久久成人精品综合 | 久久99久久99小草精品免视看| 人妻无码久久一区二区三区免费| 精品综合久久久久久88小说| 久久国产劲爆AV内射—百度| 国内精品久久久久影院一蜜桃| 香蕉久久永久视频| 麻豆一区二区99久久久久| 亚洲国产精品无码久久久秋霞2| 午夜精品久久久久久久无码| 久久精品国产清自在天天线| 99久久国产免费福利| 久久精品国产99久久丝袜| 精品久久久久久久久久久久久久久|