Time of Update: 2018-12-05
在整個移植過程中首先要做的第一步就是建立.pbcxml檔案。 這個檔案的功能就與以前版本的.cec檔案一樣,只是在wince6下ms將其換了一種格式。如果你很牛比的話,而且有充足的時間,你完全可以自己建立並完善一個.pbcxml檔案。
Time of Update: 2018-12-05
最近在開發基於WINCE6.0+2443的GPS產品的時候,發現我的機器在電池供電的時候,開機之後,如果沒有其他動作,那麼大概10分鐘左右,我的系統會進入sleep的狀態,後來發現我在實現電池驅動的時候把函數BatteryPDDGetStatus()下面部分注釋掉了 memcpy(pstatus, &gpStatus->sps, sizeof(*pstatus)); *pfBatteriesChangedSinceLastCall = gpStatus->fChange
Time of Update: 2018-12-05
今天要談到WinCE的BSP Clone實際上就是BSP的複製,只不過是改變了一些BSP中的資訊。在WinCE中,BSP的複製應該很簡單,今天就做個簡單的介紹. 我很少用到BSP的複製,做WinCE也有幾年了,就用過幾次,最開始是為了學習複製了幾次,但沒有什麼實際用途。後來我在一家IC
Time of Update: 2018-12-05
TARGETNAME=PWCtrlDev ……編譯組建檔案的名字FILE_VIEW_ROOT_FOLDER= / ……根目錄下可以看見得檔案 ReadMe.txt / StdAfx.cpp / XXX.def /FILE_VIEW_RESOURCE_FOLDER= / ……resuorce檔案夾下可以看到的檔案FILE_VIEW_INCLUDES_FOLDER=
Time of Update: 2018-12-05
在使用VC 2005 的開發人員會遇到這樣的問題,在使用std命名空間庫函數的時候,往往會出現類似於下面的警告:warning C4996: strcpy was declared
Time of Update: 2018-12-05
“華為”時間管理培訓的第一部份,就是讓員工們清楚瞭解時間管理的2大誤區: 誤區一:工作缺乏計劃 大量的時間浪費來源於工作缺乏計劃,比如:沒有考慮工作的可並行性,結果使並行的工作以串列的形式進行;沒有考慮工作的後續性,結果工作做了一半,就發現有外部因素限制只能擱置;沒有考慮對工作方法的選擇,結果長期用低效率高耗時的方法工作。 誤區二:不會適時說“不” “時間管理當中最有用的詞是‘不’”。華為人認為,人們組織工作不當中最常見的一種情況就是不會拒絕,這特別容易發生在熱情洋溢的新人身上。新
Time of Update: 2018-12-05
防墮落,高效學習的TIPS (2010-10-17 16:11:38)轉載標籤:
Time of Update: 2018-12-05
項目硬體環境的原因,能順暢使用的系統還是donut,donut那醜陋的外表,實在不堪入目,而且落後android好幾個版本,送給客戶,客戶也會鄒眉頭吧 :) 沒辦法,誰讓你記憶體這麼小,cpu這麼慢(慢還不說,還是個mips的,android只給arm做了系統,mips什麼都要自己搞,沒有現成的)。 改頭換面,先從launcher做起吧。 網上有不少launcher的apk可下載,但沒有源碼。搜了下開源的, 有個adw-launcher還不錯,而且有donut版的apk. 下了源碼(https:
Time of Update: 2018-12-05
關於BT init 流程終於弄懂,流程如下1. Device.exe 根據 registry builtin/driver load 各driver2. Load serialCSR.dll -> run CSR_init()3. Load AFD.dll -> Run HCI_OpenConnection() 此 Function會根據[HKEY_LOCAL_MACHINE/Software/Microsoft/Bluetooth/HCI]"Driver"="bthcsr.dll"
Time of Update: 2018-12-05
1、VS2005 solution explorer 視圖中不能找到C:/wince600/platform/你的BSP的目錄在wince600/platform檔案夾下只能存在一個BSP檔案夾,不可出現與其有類似命名的檔案夾。如:C:/wince600/platform/magellan,C:/wince600/platform/magellan-xxx;2、工程在編到一段時間後出現:error SYSGEN0000: error(s) in sysgen
Time of Update: 2018-12-05
論壇連結-http://topic.csdn.net/u/20080507/20/47398e22-ae32-4a9e-9c90-739950ae00ed.html [轉自] http://www.itxxh.cn /Article/view.asp?id=102 [引] 在config.bib檔案中,有如下三個設定: ROMSTART=xxxx ROMWIDTH=xxxx ROMSIZE=xxxxxx 這3個變數必須被賦值. [/引]
Time of Update: 2018-12-05
Cache的工作原理 Cache的工作原理是基於程式訪問的局部性。 對大量典型程式運行情況的分析結果表明,在一個較短的時間間隔內,由程式產生的地址往往集中在儲存空間邏輯地址空間的很小範圍內。指令地址的分布本來就是連續的,再加上迴圈程式段和子程式段要重複執行多次。因此,對這些地址的訪問就自然地具有時間上集中分布的傾向。
Time of Update: 2018-12-05
1、sudo apt-get install samba 安裝samba 2、sudo apt-get install kdenetwork-filesharing 安裝系統設定的共用模組3、chmod 777 -R /home/loyo 設定許可權4、cp /etc/samba/smb.conf /etc/samba/smb.conf_backup 備份設定檔5、sudo gedit /etc/samba/smb.conf 編輯設定檔 (1)找到 # security =
Time of Update: 2018-12-05
Jelly
Time of Update: 2018-12-05
在JB上,有時候會發現,以前在ICS上跑的好好的程式,在JB上一運行,就發生 SEGV_ACCERR 問題,比如上一篇文章說到的,HAL模組的HMI中修改dso會造成段錯誤。出錯時的debuggerd輸出,大約有如下資訊:fault addr 3cde4bf43cde2000-3cde5000 r--p 00050000 b3:01 595 /system/lib/libwilhelm.so0x3cde4bf4 <IObject_Itf>: 0x3cdbf5
Time of Update: 2018-12-05
編譯WinCE時,經常會出現這樣的問題,選擇Release的版本,編譯沒有問題,編譯Debug的時候報錯:Ram start overlaps rom binary。原因:因為編譯Debug版本時檔案太大,超過29M時就會報錯,原因是ROM和RAM空間的衝突。國外網站找到的解決方案:When I build my Windows CE image in Platform Builder I get the following error:Error: Ram start overlaps
Time of Update: 2018-12-05
Windows Embedded CE 6.0作業系統被實現為一種分層的架構,分別由核心模式層和使用者模式層組成,其中核心模式層由OAL(OEM抽象層)、KITL(獨立於核心的傳輸層)、作業系統核心、核心模式的Coredll庫及檔案系統模組、GWES模組、裝置管理員模組和核心模式驅動/服務模組等組成,而使用者模式層分別由使用者模式的Coredll庫、使用者模式驅動/服務以及各種使用者應用程式組成,1所示。
Time of Update: 2018-12-05
[DESCRIPTION]如何?插值[SOLUTION]1.For YUV sensor:mediatek/custom/common/hal/imgsensor/cfg_ftbl_xxxxx_yuv.h中添加對應的capture size比如,2M的sensor插值到3M,就在capture size裡添加3M的選項:CONFIG_FEATURE_SI(FID_CAP_SIZE, BY_DEFAULT(CAPTURE_SIZE_2048_1536), CAPTU
Time of Update: 2018-12-05
Ubuntu中useradd和adduser的區別在Ubuntu中建立新使用者,通常會用到兩個命令:useradd和adduser。雖然作用一樣,但用法卻不盡相同: 1. 使用useradd時,如果後面不添加任何參數選項,例如:#sudo useradd test建立出來的使用者將是預設“三無”使用者:一無Home Directory,二無密碼,三無系統Shell。 2. 使用adduser時,建立使用者的過程更像是一種人機對話,系統會提示你輸入各種資訊,然後會根據這些資訊幫你建立新使用者。
Time of Update: 2018-12-05
本系統是採用兩片K4M51163-BG75的SDRAM,大小為2*64M。1. SDRAM的工作原理1.1 SDRAM概述SDRAM:Synchronous Dynamic Random Access Memory,同步動態隨機儲存空間。同步是指其時鐘頻率(CLK)與CPU的AHB匯流排時鐘頻率(HCLK)相同,並且內部的命令的發送於資料的傳輸都以它為基準;動態是指存放裝置陣列需要不斷的重新整理來保證資料不丟失;隨機是指資料不是線性依次儲存,而是自由指定地址進行資料的讀寫。1.2 SDRAM的相