其他

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

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

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

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

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

 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)

作者：劉旭暉 Raymond 轉載請註明出處Email：colorant at 163.comBLOG：http://blog.csdn.net/colorant/更多論文閱讀筆記 http://blog.csdn.net/colorant/article/details/8256145閱讀筆記 - Dremel: Interactive Analysis ofWebScaleDatasets 關鍵字列儲存 ==目標問題

操作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.指令中的運算元電腦指令是由作業碼和運算元兩部分組成，作業碼用來指出指令要完成的功能，運算元則給出了指令操作處理的對象。指令中運算元類型劃分如下：按照指令處理過程：源運算元和目的運算元。按照一條指令所包含的運算元：零運算元、單運算元和雙運算元。按照運算元的存放地區：立即運算元、寄存器運算元、儲存空間運算元、IO連接埠運算元。源運算元：為指令的執行提供運算元，指令執行後其值保持不變。目的運算元：為指令的執行提供運算元，指令執行後還要存放其結果，因此，目的運算元的原值不被保留。零運算元：指令中不需

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

  簡單記錄一下，今天在調試休眠代碼時，遇到一個很奇怪的問題，在喚醒過程中，出現了一個沒見過Oops。看樣子是執行了非法操作，CPU進入了異常狀態。 Bad mode in prefetch abort handler detectedInternal error: Oops - bad mode: 0 [#1]Modules linked in:CPU: 0PC is at serial_pxa_resume+0x38/0x58LR is at uart_resume_port+0x1d8/0

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

 記2416上移植2.6.36核心和yaffs檔案系統時遇到的一些問題 參考文章：http://blog.sina.com.cn/s/blog_77aea4c60100qsa1.html一、uboot中將核心uImage燒進nand flash後，啟動核心時報如下錯誤：# Booting kernel from Legacy Image at 30008000 ...   Image Name:   Linux-2.6.36   Created:      2011-01-21   2:28:5

 作者：劉旭暉 Raymond轉載請註明出處Email：colorant@163.com

 在嵌入式系統中開啟一種後台服務程式的簡便方法       運行作業系統的嵌入式中，由於系統簡小，一般的服務程式都是一個獨立的程式在後台永遠的跑，沒有專門的管理服務程式。下面採用的一種簡單方法：   

 作者：劉旭暉 Raymond轉載請註明出處Email：colorant@163.com BLOG：http://blog.csdn.net/colorant/首頁：http://sites.google.com/site/rgbbones/     這裡的Keypad不是PC上用的編碼式的鍵盤，而是在嵌入式裝置中常見的非編碼式的鍵盤。Keypad的常見串連方式有：矩陣掃描式的，直接GPIO檢測式的。檢測方式上，可以通過GPIO掃描自己實現檢測，也有的CPU整合了掃描電路邏輯，可以進行自動檢測。

嵌入式系統的動態電源管理技術作者：劉旭暉 Raymond轉載請註明出處Email：colorant@163.com