其他

不要使用Thread應直接使用Handler與Runnable介面對象組合運行。使用Thread會產生一些莫名其妙的問題，比如：壁紙預覽時報錯；壁紙設定時報錯；壁紙設定後閃一下即消失變為預設靜態壁紙；壁紙設定後停止運行但切換到待機狀態再切回還是能啟動並執行。當壁紙設定後消失時，在DDMS中看到產生的異常資訊類似： 01-13 03:04:53.734: INFO/DEBUG(1856): *** *** *** *** *** *** *** *** *** *** *** *** *** **

有關於透明啟用，其介紹可以參看這裡：http://www.cnblogs.com/redmoon/archive/2008/02/23/1078619.html文中指出通過透明啟用特性，db4o能夠幫我們自動處理啟用層次問題，使得對象的屬性為非基礎類型時也能夠自動按需載入。我不明白其運作原理是如何的，但很坦然地使用了它，直到遇到一個載入集合屬性的子項總為空白時，撓牆無解~一度懷疑是db4o對類繼承的支援存在BUG~後來發覺聲明全部層次啟用（Db4oFactory.Configure().Obje

        PSOS的應用程式通常分割為一組任務和中斷服務程式（ISR）。為實現任務到任務以及ISR到任務的通訊、同步和互斥， pSOS提供三種機制：訊息佇列、事件和訊號量。訊息佇列         訊息佇列由q_create調用建立，輸入參數有使用者指定的名字和幾個特徵， 包括任務等待隊的排隊規則是FIFO還是優先順序、訊息佇列長度是否受限以及訊息 緩衝區是否私人等。訊息佇列具有兩類使用者，即寄件者和接收者，它們可以是任務或ISR。         發送訊息的調用有三種:q_send,q_

本文摘自網路，出處不詳.1. Bootrom和Boot image的區別，Boot image和VxWorks image的聯絡和區別           bootrom 是指on-chip bootrom,在CPU晶片內部，內嵌有小的boot程式(bootloader),類似於PC機主板上的BIOS的儲存地區。和boot image不是一回事。VxWorks文檔中的bootrom區是指boot image存放的位置.           boot image的作用是把VxWorks

我困惑，我迷惑，我鬱悶我思考，我掙紮，我嘗試我折騰，我憤怒，我努力我被兩個問題，折騰了兩天！覺得這兩個問題很奇怪，不可能，匪夷所思！我用上了超級終端，我打了無數的log，我研究了socket的連接埠地址，我用上了TCPDUMP。我編譯了十幾個版本，我終於覺得問題不在程式本身。是的，不在。當我開啟server上的設定檔時，我憤怒了！他媽的output存在於另一個檔案夾裡。埋頭苦幹不如回頭思考.更惡搞的是，永遠無法編譯通過的莫名其妙的build argument來自於自己搜尋的關鍵字。

不數不知道，一數嚇一跳,最近一共做了60個軟體版本的測試.每個版本從編譯完到把軟體上傳到目標機器上測試，中間步驟還是相當繁雜。一直想能否寫一個指令碼，自動化完成以上工作，但是能力有限，不知如何下手。把這個問題具體化一點。這是所有涉及到的電腦(伺服器，目標機器等）。具體步驟：1. 項目build產生的檔案A，存在於clearcase server上2. 我copy檔案A到我的電腦上，我的電腦是windows作業系統3. 用FTP把檔案A上傳到Linux

早上爬起來看湖人和熱火的比賽，本以為這應該是一場火星撞地球，三英戰呂布的大戲. 沒想到湖人只是開場的時候打了幾個好球，之後在熱火高強度防守下，越大越差. 科比在wade和james的輪番防守下，無所作為.而阿泰斯特則早早2次犯規下場。 加索爾面對大Z，有點像上個賽季的聖誕大戰，被大Z房得死死的. 熱火的勝利有點在意料之中，james的爆發也是在意料之中，只是沒想到能拿三雙. 而央視那個腦殘主持人，於嘉說，熱火的最大功臣是wade.

1. Trace level 設定和其它的task priority一樣，而程式中正好有一條周期性trace，每隔20毫秒即調用socket，發送資料到server。這導致其它task無法調用，無法正常啟動。 正常的trace task應該處在很低的level，把trace task優先順序調低。2. 多任務系統中，任務之間的啟動順序混亂。必須用semaphore機制保證各個任務啟動的先後順序。但並不是所有task都需要semaphore機制保護，這就涉及到多進程（任務)系統的程式設計了....

三連敗，意料之中,仍然很失望. 作為勒布朗的球迷，我無語.本賽季勒布朗只有球星層級的表現，只是幾十個球星之一。 上賽季聯盟第一的表現在哪裡？上賽季高高在上的勒布朗在哪裡？ 勒布朗高高在上，然後是其他人. 就像之前認為的那樣， 勒布朗被斯特恩騙了， 斯特恩被自己騙了. 我需要一個繼續看NBA的理由 也許有吧 諾維斯基打出了超級巨星的表現 加索爾終於為自己正名 還有誰呢？ 難道勒布朗上賽季的表現，將成為以後數年的絕唱？

這兩天一直被這個問題block.Vxworks的文檔上沒有提及Vxworks的RTP的root task如何接收來自kernel mode的event.這裡的root rask是指RTP spwan後自動產生的task.據說其他有些公司，也是用這個方法workaround的。目前windriver公司表示無奈。首先搞清楚1個概念: RTP只能看到RTP的PID，不能看到RTP的RTP_ID.1. 第一步獲得PID, 實際就是wind_RTP的一個成員OBJ_HANDLE PID

鬱悶的一周，一周的鬱悶！ Fuck the Vxworks! Fuck the WorkBench! 終於在注釋掉報錯的幾行代碼後，不管三七二十一，先編譯通過了.但是走到這一步，彎路走了不少. 記錄下來，以儆效尤！下周再解決這幾個編譯錯誤，抑或是不解決？ 1. 安裝workbench 3.2的時候沒有使用同一目錄下的licence,安裝不成功.安裝成功後，用開發組給的2個label竟然想編譯！ 2. 拿到了一個config spec！然後是按照Vxworks 6.5

昨天大路考，甚是幸運。按照潛規則，200RMB不知道打點何人.屁民就是這樣，一邊埋怨這j8社會，一邊為了自己蠅頭小利而違規. 大路考有2次機會.第一次，前面有一輛小三輪車，走在汽車道上，很慢。我想從左邊借道超車，沒想到剛借道，三輪車也向左邊穿馬路了，於是借道時間過長的我，game over了.第二次機會，一切順利，考官讓我靠邊停車，並且給我檔案和筆，讓我坐後面簽字，在我準備解保險帶的時候，發現整個過程中  

中國股市是散戶的墳墓.因為： 1. 大量的增發，永無休止的增發. 2. 極高的新股發行價 3. 很少的股票分紅 4. 永遠Crowdsourced Security Testing道訊息的國家隊 5. 魚龍混雜數目龐大的IPO，卻沒有退市機制破產機制 中國通脹是必將長期存在的，因為： 1. 這是向不喜歡花錢的民眾收稅的最好方法 2. 所有進行中的規劃項目需要大量的貸款 3.

Scrum風刮到我們部門.現實情況: 1. 對於現在部門是新概念,短暫的培訓 2. 沒有更高level的push 3. 來自幾個不同functional team成員組成的scrum team。 4. 有人甚至沒有參加過scrum培訓這是個充滿爭論的下午,充滿爭論的planning meeting： 1. “怎麼這麼多user story, 這個幾個user story我半天就能搞定了”

原則和理念不是一層不變的，但是原則和理念是不可或缺的.最近有以下的想法： 1. 這個股市是一個投機的場所,和賭博無異.賭博講究的是你的底牌，莊家的底牌，以及你的心理.股市也是如此，只是你的賭注更大而已.賭場是莊家贏錢的地方，股市也是大莊們贏錢的地方. 2. 中國一些股票跌破淨資產很正常.原因有二，第一國家拿著這些大藍籌的大部分籌碼，或者此股沒有全流通。第二，沒有政策支援某些行業的民間資本的介入。 3. 股票是吸收流動性，降低通貨膨脹的方法. 4. 銀行等大藍籌沒有投資價值，

當我解決前天那個問題後，更確信了文檔至上這句話.尤其這個任務由你一個人負責時。 而這個問題，正是由於寫的一個文檔不夠細節而忽略某個檔案的改動。 不能相信自己會記住任何理所當然的事情。 永遠不要懷疑寫文檔是否浪費時間。 還有很多小細節，如果不用文檔記錄下來會很浪費時間 而這些小細節平時還想不到，用到時才會想起 比如一些環境的配置（因為一般來說很長時間才會配置一次，很多時候不會記錄下來，但是下次配置時就麻煩了）

這幾天被環境和tool折騰得厲害.以前build成功的工程，現在死去活來都是failed的。 windriver的workbench真是個“爛東西”，就這個東西還被美國宇航局，飛彈系統用？ 一個項目在windriver workbench裡剛編譯，就報錯，和程式無關。 而用windriver的命令列CLI編譯卻能通過！詭異！ 更詭異的是，我用另一個view，編譯另一個工程，windriver workbench卻能正常工作 真是tool不搞死我，就是我被tool搞死...

1.直接import existing project，有些項目的子檔案不能import進來。而先取消再添加才能import進來。2.有些情況下workbench不能build成功，直接報 process =-1的錯誤，但是用CLI build卻可以成功，沒有解決方案.3.如果在一個VIP

當TreeView在XAML中以嵌套資料範本（HierarchicalDataTemplate）方式綁定資料時，其子項目都是特定類型的對象，而非TreeViewItem，這樣就沒法通過設定TreeViewItem子項目的IsSelected屬性實現選定效果。這時可以通過Silverlight

多任務環境中,某任務從socket接收資料,並傳給底層處理. 程式結構如下:while(1){ socket receive; Invoke other module handle the received data;}次任務每收一條資料都發給底層去處理.處理完再收下一條資料.測試結果丟資料,ethereal上看到用戶端已經發送資料,但是這個任務只收到部分資料.後來查證,每次收資料,處理資料的module會延遲幾個或者幾十毫秒.累積之後導致此任務接收資料丟失.