你小看什麼，什麼就會讓你吃驚，讓你從此不敢小看！
本來我們的pxa270的bsp是支援大容量sd卡的，我們這裡的一位高人直接修改的public下面的**然後把它移植到bsp下面實現的，這之前他還不知道ms的補丁已經解決了這個問題。這2天領導說要打上所有的ce5的補丁，說這樣對系統的效能可能會有提公升，比如穩定性啊以及對一些還沒有發現的問題的解決。然後要我直接用ms提供的補丁來解決大容量sd卡的支援問題而不用移植public下面的**來實現。
打完所有補丁後，按照release note的說明，我修改了bsp下的sd卡驅動中函式sdhbusrequesthandler()的一行**：
在case responser6:後面新增了一句case responser7: //就是對cmd7的支援
然後開啟pb，在platform->setting->environment 中新增環境變數imgsdbus2，並將其值設為1，設定這個環境變數是要使能sdbus2這個dll，因為在common.bib中有如下宣告：
#if defined
imgsdbus2
; @cesysgen if ce_modules_sdbus2
sdbus.dll $(_flatreleasedir)/
sdbus2
.dll nk sh
; @cesysgen endif ce_modules_sdbus2
#else
; @cesysgen if ce_modules_sdbus
sdbus.dll $(_flatreleasedir)/sdbus.dll nk sh
; @cesysgen endif ce_modules_sdbus
#endif
最後sysgen整個project，完事。
本來上面的一切做完之後是成功實現了對大容量sd卡的支援的，但是測試的結果卻相反，還是不能夠支援大容量sd卡。難道ms在忽悠我？？？於是馬上在google上搜尋，發現有很多blog上都有對這個的說明，做法也跟我上面的一樣，但是為什麼人家的可以ok，而我的不行呢？？？
開始鬱悶了！！！
通過檢視工程最終生成的ce.bib檔案後發現如下**：
; @cesysgen if ce_modules_sdbus
sdbus.dll d:/wince500/pbworkspaces/apollo/reldir/apollo_armv4i_release/sdbus.dll nk sh
; @cesysgen endif ce_modules_sdbus
這說明最終link的sdbus.dll還是去link了sdbus.dll而不是sdbus2.dll，因為只要我們使能了
imgsdbus2，common.bib中的
下面這句話就應該起作用啊！
sdbus.dll $(_flatreleasedir)/
sdbus2
.dll nk sh
而最終ce.bib中應該是這個樣子：
; @cesysgen if ce_modules_sdbus
sdbus.dll d:/wince500/pbworkspaces/apollo/reldir/apollo_armv4i_release/sdbus2.dll nk sh
; @cesysgen endif ce_modules_sdbus
於是我懷疑這個巨集imgsdbus2沒有起作用，後來在cmd視窗檢視這個環境變數的時候發現它是這樣的：
imgsdbus2 =1
而不是imgsdbus2=1
多了個空格！！！難道是空格搞的鬼，怎麼會多了個空格呢？馬上檢視platform->setting->environment下這個巨集的設定，發現它後面確實有乙個空格，刪掉空格，重新makimg，重新更新os，驗證，一切ok！！
原來是我copy這個巨集的時候直接雙擊選中後copy的，沒有發現它後面帶了乙個空格，這個空格導致這個環境變數設定不成功，從而沒有使能sdbus2.dll。
後來我把這個巨集直接設定在了平台的bat檔案中，也故意加上空格試了一下，還是不行，去掉空格就ok了。
這樣不行：set imgsdbus2 =1
這樣才行：set imgsdbus2=1
呵呵。。。總算是搞清楚問題所在了，這個鬱悶也是值得的。不過是由於自己疏忽導致的，這樣也好，算是明白了這些環境變數設定的嚴格性了！
吃一塹長一智！！！
@hzh 2009-05-14
Xml讓人鬱悶的SelectNodes方法
selectnodes xpath,namespace 方法中 無論是xmldoc.selectnodes xpath,namespace 假設xmldoc為根節點,整個文件下的查詢 還是xmldoc.childnodes i selectnodes xpath,namespace 節點下的查詢 兩...
一次讓人鬱悶的遭遇
今天是周五，2011年11月2日。剛來到公司就遭遇很鬱悶的事，我那讓人鬱悶的同事指責我寫的乙個匯出excel的程式有問題，開始我以為是程式報錯什麼的，一問才知道，程式寫的沒問題，是顯示的內容讓他看起來不爽，而我寫的方式是問過專案經理和另外乙個同事的。問他有什麼問題，他只說顯示的比較亂，必須按照什麼樣...
awk中讓人鬱悶的system 函式
發現乙個特尷尬的事實。我辛辛苦苦去資料，想用rewrite實現針對不同網域名稱源站故障後的自動跳轉功能，但整個思路裡遺漏了乙個嚴重的問題。按我的思路，針對請求的url進行一次curl，然後根據http code去改寫url或者原樣輸出 這也就意味著，每乙個請求，squid都回源去取一次header。...