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

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

幸而Intel 終于發(fā)布了基于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發(fā)布

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


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

RT

今年的目標： 1、學(xué)點Python && Vim 2、學(xué)點英文 3、自己的程序For Meego

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

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

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

打開日志文件后，發(fā)現(xiàn)最后幾行是

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)

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

試了一下，果然成功了

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

Hooklogger是Symbian上調(diào)試內(nèi)存泄露的好工具，但是自從換了win7 系統(tǒng)就發(fā)現(xiàn)用不了了，奇怪
要么是模擬器起不開 要么是泄露捕獲不到 如果你也和我遇到了一樣的情況，請試試我的方法

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

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

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

iImageCompress 是個類的成員函數(shù)，這句代碼為項目原有代碼的函數(shù)中的一段。
現(xiàn)由于功能的添加，這個函數(shù)被多次調(diào)用（原函數(shù)僅可能被調(diào)用一次，所以未產(chǎn)生問題），而這個指針iImageCompress 在被重新賦值之前并未釋放掉原有指向資源，而產(chǎn)生內(nèi)存泄露
所以，寫代碼要養(yǎng)成良好習(xí)慣，例如如上的情景，一定要寫成
這樣。

@import url(http://m.shnenglu.com/CuteSoft_Client/CuteEditor/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css); 犯了一個這樣的錯誤，代碼如下： 粗看沒什么問題，仔細想想不對，循環(huán)中Remove了數(shù)組成員，iDataItemArray.Count()這個值一直在減少并且Array的結(jié)構(gòu)在改變，假如有0 1 2 3 4 5六個元素，按照上面的代碼執(zhí)行則實際只會刪除 0 2 5 三個元素就結(jié)束循環(huán)了- -|
修改后代碼如下： 每次刪最后面的。。。測試正常運行，再考慮考慮 感覺如下寫法更好：

現(xiàn)在想想，直接iDataItemArray.ResetAndDestroy()

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

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

小東西簡單實用，怪不得系統(tǒng)自帶呢

零是false非零是true，程序里把負一當(dāng)false來對待了，蝴蝶效應(yīng)，造成了在程序另一個地方崩潰，害得溪總調(diào)了n9，各種回滾才查出來，當(dāng)以此為鑒。