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

模擬器卡的原因很顯然，
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） 重點(diǎn)是其中的Intelx86AtomSystemImage 這個(gè)就是最新的Intel發(fā)布

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


本人分辨率和屏幕尺寸選擇 3.2寸 320*480  實(shí)測(cè)效果極好 比真機(jī)還快

RT

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

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

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

打開 epoc.ini，將LogToFile 0改成LogToFile 1
下次模擬器啟動(dòng)的時(shí)候就會(huì)在%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)致的
原話是這樣的“有些機(jī)器的聲卡不接mic的話，程序會(huì)無法使用mic，造成S60 模擬器啟動(dòng)失敗，解決方法，將計(jì)算機(jī)的mic接口上接上mic，然后啟動(dòng)模擬器”

試了一下，果然成功了

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

Hooklogger是Symbian上調(diào)試內(nèi)存泄露的好工具，但是自從換了win7 系統(tǒng)就發(fā)現(xiàn)用不了了，奇怪
要么是模擬器起不開 要么是泄露捕獲不到 如果你也和我遇到了一樣的情況，請(qǐng)?jiān)囋囄业姆椒?br />
1、保證你的SDK已經(jīng)正常安裝ok，EpocRoot在環(huán)境變量中正確
2、下載安裝Hooklogger ，我是在csdn下的別人分享的文件，版本是0.42RC4，默認(rèn)安裝注意不要安裝到含空格的路徑中
3、cmd中輸入devices 會(huì)看到一行內(nèi)容（我的如下，顯示你的sdk就對(duì)了）
S60_5th_Edition_SDK_v1.0:com.nokia.s60 - default
4、輸入setuphooks default

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

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

iImageCompress 是個(gè)類的成員函數(shù)，這句代碼為項(xiàng)目原有代碼的函數(shù)中的一段。
現(xiàn)由于功能的添加，這個(gè)函數(shù)被多次調(diào)用（原函數(shù)僅可能被調(diào)用一次，所以未產(chǎn)生問題），而這個(gè)指針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); 犯了一個(gè)這樣的錯(cuò)誤，代碼如下： 粗看沒什么問題，仔細(xì)想想不對(duì)，循環(huán)中Remove了數(shù)組成員，iDataItemArray.Count()這個(gè)值一直在減少并且Array的結(jié)構(gòu)在改變，假如有0 1 2 3 4 5六個(gè)元素，按照上面的代碼執(zhí)行則實(shí)際只會(huì)刪除 0 2 5 三個(gè)元素就結(jié)束循環(huán)了- -|
修改后代碼如下： 每次刪最后面的。。。測(cè)試正常運(yùn)行，再考慮考慮 感覺如下寫法更好：

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

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

1、計(jì)算器
2、畫圖
3、字符映射表

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

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