其他

轉載時請註明出處和作者連絡方式文章出處：http://www.limodev.cn/blog作者連絡方式：李先靜 <xianjimli at hotmail dot

都知道U-BOOT分為兩個階段，第一階段是(~/cpu/arm920t/start.S中)在FLASH上運行(一般情況下)，完成對硬體的初始化，包括看門狗，中斷緩衝等，並且負責把代碼搬移到SDRAM中(在搬移的時候檢查自身代碼是否在SDRAM中)，然後完成C程式運行所需要環境的建立，包括堆棧的初始化等,最後執行一句跳轉指令:        ldr pc, _start_armboot        _start_armboot: .word

 用過好多blog，感覺寫文章最不方便的就是添加圖片，此外是格式問題。因為我寫技術文章時，多數是先用word文檔寫好，然後粘貼，這樣很多場合下，會導致格式錯亂，圖片還要想辦法單獨上傳。。。。剛試了google doc + blogger把word文檔傳到google doc上，或者在那裡直接寫。然後選擇發布到blogger 就搞定了 格式，圖片都在！看看吧： http://rgbant.blogspot.com/  嘿嘿 

原文地址：Flash Plugin on Fedora 9 Firefox x86_64 with 32-bit Adobe FlashThe Adobe Flash plugin is not available as an x86_64 package. If youneed to run a 64-bit browser, but need Adobe Flash, you can use ndiswrapper to run the 32-bit Adobe

作者：劉旭暉 Raymond轉載請註明出處Email：colorant@163.com BLOG：http://blog.csdn.net/colorant/首頁：http://sites.google.com/site/rgbbones/     這回又是厚著臉皮寫這篇文章了，畢竟到目前為止，以自己所承擔過的管理崗位來說，僅僅只做了一年的Team

    程式運行,沒有得到想要的結果,看不到錯誤出在哪,是件很痛苦的事情. 範工教我把錯誤資訊輸出到log檔案中,今天是這麼做的,恨不得每行後面都來個輸出資訊到log檔案.有了這招,比之前那個不知道錯誤在哪帥多了,我可以知道程式運行到了哪裡,讓它輸出幾個資訊就知道,調試起方便多了...     我已發現了錯誤在哪裡,只是因為線的問題,改過後還沒有調試,我些代碼寫只用了一個上午,調試用了這麼長時間,怪只怪自己的代碼寫得不夠吊,值得深思,拚命加油才行....

     總算是搞清了CGI程式的架構, 接下來就是寫代碼實現了,整理了一下思路,心裡沒底.呵..呵...     麻煩的就是始終還沒有搞清楚C代碼和網頁上的資料交換到底是怎麼回事.網頁上的資料全是C代碼負責    載入和更新的,可在讀C代碼的過程中我還沒有發現它們之間存在的某種聯絡,覺得它們之間是靠一個配置   檔案裡面的資料,也看到這部份的代碼,有種說不上來的感覺,看來我還沒有把這些代碼看懂.   

完整文章請看： http://colorant.blogcn.com/diary,19800608.shtml  要說這次中秋陽朔之行，最讓我回味的不是灕江，而是遇龍河。一共去了兩次，第一次是頭一天傍晚從遇龍河上遊的金龍橋逆流而上漂流到富裡橋，再往下回到遇龍橋。第二次是次日清晨一大早，騎車穿行在遇龍河下遊的田野和山峰之間。下午4點才從陽朔出發，5點到達金龍橋開始漂流，傍晚的河面上，沒有其他人，只有我們一艘竹筏，靜靜的穿行 8

        寫一個HTML頁面,頁面上有radio,test,select,寫出來好寫,要把它們排得漂亮些還真不是件容易的事,改來改去,總覺得不好看.看別人寫的HTML代碼,一些代碼太不注意格式了,看得很累,沒辦法,只有把代碼整理後再看,浪費時間,可不整理又看清楚,一個標籤的結束要找半天.      

完整遊記請看我的旅行部落格： http://colorant.blogcn.com/diary,19878114.shtml 因為之前去過一些小的溶洞，再加上網上看過一些知名溶洞的照片，感覺一般，不外乎就是一些鐘乳石，石砫，石筍和人工刻意雕琢的媚俗燈光而已，因此對溶洞並不太感冒，所以這次陽朔之行，銀子岩本來是排在我們行程裡的候補部分，如果時間緊張，大概就不去了。現在想來，還是沒有見過世面啊 8 ） 尺寸大小真的很重要，壯美的情境永遠是震撼人心的。很可惜，在這裡，看我的照片你也一定找不到這種感覺，

        寫代碼真的是件很舒服的事情.寫了一份INI檔案讀寫操作的代碼,沒怎麼深做分析,一下子把它寫出來了,編譯雖沒有什麼問題,但我知道功能上還有些問題的,我寫的時候就注意到了,想先把雛形寫下來,再好好的去修改.       

      CGI程式與頁面的資料互動,一直搞得不是清楚,調試代碼太花時間了,還打擊人的自信,一錯再錯.錯得你沒脾氣,因為你不知道錯誤在那,看不到錯誤資訊,只能干著急.      昨天晚上我想到了一個辦法解決INI檔案讀寫操作的調試方法,很管用.那就是我把代碼移植到了VC中,我跟蹤調試一會就搞定了...還有寫的操作我會繼續這麼調.都調好後一定要搞清楚頁面資料交換,估計用到了Javascript.

轉自：http://hi.baidu.com/formerdays/blog/item/5ddaad4e06564e0eb3de05c1.html在儲存段描述符中，屬性地區的TYPE由位0-3組成。位3稱為E位，E=1，表示此描述符用於描述程式碼片段。位2稱為C位，位C=1，表示對應的程式碼片段是一致程式碼片段；位C=0,表示對應的程式碼片段不是一致程式碼片段.所謂的“一致程式碼片段”，目的是為了共用，比如該一致程式碼片段的特權級是2，那麼即使是特權級是3的代碼，也可以訪問該一致代碼。也就是允許

 wpa_supplicant的移植如果運行wpa_supplicant報如下錯誤，表明wpa_supplican需要重新移植，或缺少庫。./wpa_supplicant: ./wpa_supplicant: 1: Syntax error: "(" unexpected 下面為移植過程：環境：PC為2.6.35-23-generic-pae

三種簡單排序演算法實現：插入排序、選擇排序、冒泡排序。系統內容：[lanux@localhost--Debug--18:10]$uname -srLinux 2.6.34.7-61.fc13.i686.PAE編譯器環境：anjuta-2.30.2.1    1、插入排序：/*對無序表插入排序，區間為【1，len】，無序表長度為len+1，下為非遞減排序*/int InsertSort( int *SqList, int len ){if( (len<0) || (SqList==NULL)

操作ADS7961時遇到的一個問題    ADS7961是TI的ADS79XX家族中的一個，是16通道8位的SPI介面的ADC。對於嵌入式應用軟體人員來說，完成正確的ADS7961操作，主要是完成SPI的操作，由於此處CPU是OMAPL138，步驟主要兩步：初始化SPI和SPI發控制資訊給ADS7961。  

環境：Microsoft Visual C++

      頁面不能顯示資料,我發現是跟服務啟動有關係的.頁面的配置參數由服務自己產生,放在sysconfig檔案中,頁面上的資料是通過讀這個檔案得到的.當我把建立這個檔案資料的代碼改掉之後,換成自己要顯示的資料,啟動失敗了,IP地址等一些資訊都沒有,服務是起來了,但什麼也做不了.     我已經把要用到的INI檔案嵌套進了服務啟動自啟動並執行代碼中,CGI程式通過kd_doCommand函數配置參數CMD_PRINT   CMD_WRITE  CMD_DELETE 

堆排序。此處所說的堆和記憶體儲存中的堆是兩碼事。大頂堆，是一棵完全二叉樹，樹根的關鍵字最大，其子樹也是符合大頂堆的概念，儲存上可以用數組實現。 堆的一個很明顯的用途是找表中的最大關鍵字非常快，取樹根即可。  1、堆排序的第一個步驟是：建堆把無序表調整為一個大頂堆：檔案buildheap.c#include

CMake的簡單使用    系統移植後，原來的應用程式在新的環境下跑，報Segmentation fault段錯誤，剛開始懷疑是程式的原因，這就需要對應用程式代碼進行調試（最後確認是移植過程中使用不同的編譯器和庫引起的），應用程式是人家在KDevelop下開發的，我虛擬機器上的Ubuntu沒裝Kdvelop（且不能聯外網），於是就得自己動手寫Makefile。