其他

有些軟體可能要求系統的 Glibc 高於某個版本才可以正常運行。如果您的 Glibc 低於要求的版本，為了運行這些軟體，您就不得不升級您的 Glibc 了 。您可以尋找已經編譯好的 rpm 包或者使用原始碼的方式升級 Glibc。下載glibcwget http://ftp.gnu.org/gnu/glibc/glibc-2.7.tar.gz下載glibc-linuxthreadswget

從大的方面來說，Android2.3的音頻系統架構與Android2.2相比並沒有太多的改變。對2.2的音頻架構分析依然適用於2.3，之前很多人已經對這方面進行非常詳盡的闡述，這裡就不重複了。各模組檔案的存放位置有所變更，這點倒是要瞭解的。 1、有個較大的改進的是引入了mixable audio effects系統。我草草翻了翻代碼，應該是opensles實現的。opensles也是2.3新引入的一個音頻庫，這使得Android的音效變得更強大。但應該會犧牲一些效能，比方說之前Android

1．線程屬性設定我們用pthread_create函數建立一個線程，在這個線程中，我們使用預設參數，即將該函數的第二個參數設為NULL。的確，對大多數程式來說，使用預設屬性就夠了，但我們還是有必要來瞭解一下線程的有關屬性。屬性結構為pthread_attr_t，它同樣在標頭檔pthread.h中定義，屬性值不能直接設定，須使用相關函數進行操作，初始化的函數為pthread_attr_init，這個函數必須在pthread_create函數之前調用。屬性對象主要包括是否綁定、是否分離、堆棧地址、堆

 2.2.5 MTU 最大傳輸單位通過上面 MAC 封裝的定義，現在我們知道標準乙太網路絡訊框所能傳送的資料量最大可以到達 1500 bytes ， 這個數值就被我們稱為 MTU (Maximum Transmission Unit, 最大傳輸單位)。 你得要注意的是，每種網路介面的 MTU 都不相同，因此有的時候在某些網路文章上面你會看到 1492 bytes 的 MTU 等等。不過，在乙太網路絡上，標準的定義就是 1500 bytes。在待會兒會介紹到的 IP 封包中，這個 IP 封包最大可

一、引子　　在各種電腦體繫結構中，對於位元組、字等的儲存機制有所不同，因而引發了電腦通訊領域中一個很重要的問題，即通訊雙方交流的資訊單元（位元、位元組、字、雙字等等）應該以什麼樣的順序進行傳送。如果不達成一致的規則，通訊雙方將無法進行正確的編/解碼從而導致通訊失敗。目前在各種體系的電腦中通常采用的位元組儲存機制主要有兩種：big-edian和little-endian。本文簡要描述這兩種儲存機制的來曆、特點和區別。　　　　為了敘述方便，下面先對本文中將要用到的兩個術語做簡單的定義。　　1、MSB

在這裡就不著重講解 QT的發展和裡面細節的內容，針對嵌入式linux系統來說，使用一種GUI是很常見的，那麼首先就涉及移植的問題，只有再移植好的情況下再開發自己的產品。當然這個步驟不是死的，但移植確實是要做的，還要做好，過程有的時候也不是很容易的。今天我就在s3c2410的平台上移植了QT4，然後把移植出現的問題記錄了下來，僅僅做個參考。1.開發平台：ubuntu 81.0,交叉編譯器版本3.4.5(arm-linux-gcc)，qt-embedded-linux-opensource-src-

從Linux 2.6起引入了一套新的驅動管理和註冊機制:Platform_device和Platform_driver。Linux中大部分的裝置驅動，都可以使用這套機制, 裝置用Platform_device表示，驅動用Platform_driver進行註冊。Linux platform driver機制和傳統的device driver

初始化在 SystemServer 啟動的時候,會產生一個 ConnectivityService 的執行個體,             try {                   Log.i(TAG, "Starting Connectivity Service.");                   ServiceManager.addService(Context.CONNECTIVITY_SERVICE, newConnectivityService(context));    

SocketAPI，CAsyncSocket，CSocket內幕及其用法2010-04-20 14:46    Socket有同步阻塞方式和非同步非阻塞方式兩種使用，事實上同步和非同步在我們編程的生涯中可能遇到了很多，而Socket也沒什麼特別。雖然同步好用，不費勁，但不能滿足一些應用場合，其效率也很低。    也許初涉編程的人不能理解“同步(或阻塞)”和“非同步(或非阻塞)”，其實簡單兩句話就能講清楚，同步和非同步往往都是針對一個函數來說的，“同步”就是函數直到其要執行的功能全部完成時才返回，

printf輸出顏色和ANSI控制碼(高亮,底線,閃爍,游標位置,清屏等)給printf的輸出加上些特效比如顏色，可以讓列印資訊更鮮明，在debug的時候特別有用。顏色：#define NONE "/033[m"#define RED "/033[0;32;31m"#define LIGHT_RED "/033[1;31m"#define GREEN "/033[0;32;32m"#define LIGHT_GREEN "/033[1;32m"#define BLUE "/033[0;32;34

嵌入式學習筆記之GPIO         GPIO,意為通用輸入輸出連接埠，根據它們可以讀取連接埠的高低電平或者讀入引腳狀態。S3C2410晶片共有117個I/O連接埠，共分為8組：A～H。分別為：GPA、GPB…GPH。連接埠的輸入輸出功能可以通過設定特定的連接埠值來確定。         控制s3c2410的GPIO連接埠的寄存器有3類，分別是GPxCON、GPxDAT、GPxUP (x=A～H)：        

 Bridge CPE方 式     （1）橋接模式:相當於串連一個HUB，必須兩端設定IP.例如：ADSL MODEM和電腦配合，在電腦上分配固定IP地址，開機就能接入局端裝置進入互連網.  RFC1483標準是為了實現在網路層上多協議資料包在ATM網路上封裝傳送而制定的，現已被廣泛用於ATM技術中，成為在ATM網路上處理多議資料包的封裝標準。    RFC1483模擬了乙太網路的橋接功能，它在資料連結層上對網路層的資料包進行LLC/SNAP的封裝。在ADSL

Git入門教程http://hi.baidu.com/eehuang/blog/item/37af8d54242d6351564e00b5.html考慮到CVS的一些局限性，最近和同事在公司推行Git。 其實，如果推行SVN的化，可能推行的難度會降低很多。不過lark說既然推行一個新的版本管理工具，總要花費一定的時間進行培訓、部署、轉換。而推行Git和SVN的代價不如想象中差距那麼大。因此，不如就多花些精力推行Git ， 可以帶來更多的好處。 這個想法說服了我。 然後就開始籌備了。

1. 編譯時間，顯示Include檔案的內含項目關聯性 /showIncludesproperty->c/c++->advanced->Show includes->Yes  2. 查看中間檔案1. 選中需要展開的代碼檔案或工程檔案，右鍵 - 屬性 - C/C++ - Preprocessor2. Generate Preprocessed File 設定 Without Line Numbers (/EP /P) 或 With Line Numbers (/P)3.

總結：用net-snmp開發snmp代理用戶端前段時間一直在做snmp代理。從一無所知到把項目做完。一些總結寫在這裡，分享給需要的人。 1.       開發mib檔案mib檔案的格式是：起始行；import；從根節點開始，一層層往下，每一層都可在上層找到依賴關係。具體實現可參考安裝包內mibs/ NET-SNMP-EXAMPLES-MIB.txt註：對於可添加刪除的表格，則table必須額外添加一項Row

　　最近忙，事比較多，活多了，還要降薪，唉。沒什麼時間看書，將以前的一些技術blog也移到這裡。NTLM在去年年底和今年年初研究過一陣子，寫了總結和例子程式。裡面涉及很多演算法，在網上查了很久。（下面是以前的部落格）最近想實現一個通過PROXY穿越的網路編程，將相關的內容進行一下匯總。很多東西來自網路共產主義，也應該為共產主義有所回饋。介紹NT-hash的實現。　　從IBM設計的LM

XZ壓縮最新壓縮率之王xz這個壓縮可能很多都很陌生，不過您可知道xz是絕大數linux預設就帶的一個壓縮公用程式。 之前xz使用一直很少，所以幾乎沒有什麼提起。 我是在下載phpmyadmin的時候看到這種壓縮格式的，phpmyadmin壓縮包xz格式的居然比7z還要小，這引起我的興趣。

一、為什麼要建立索引呢（優點）？建立索引可以大大提高系統的效能。第一，   通過建立唯一性索引，可以保證資料庫表中每一行資料的唯一性。第二，   可以大大加快資料的檢索速度，這也是建立索引的最主要的原因。第三，   可以加速表和表之間的串連，特別是在實現資料的參考完整性方面特別有意義。第四，   在使用分組和排序子句進行資料檢索時，同樣可以顯著減少查詢中分組和排序的時間。第五，  

　　終於到來分析NTLMv2sessionresponse了。解決這個問題，我們就完成對PROXY認證中相關的NTLM演算法的編寫，可以進入PROXY認證交換過程，實現我們的網路編程。數一下，搗騰這個問題可以快半個月，主要在DES的演算法上，在網上也看到有人很絕望地呼喊為什麼不同工具算出來的結果不一樣。而且一直沒有下定決心自己寫一個。原來想在網上找一個現成的代碼，例如openssl，但是挖個蘿蔔帶框泥，就拿DES演算法，我已經在project中匯入十數個openssl的原始碼，發現還不行，還有函

　　當發送一個HTTP的請求，收到伺服器返回407的時候，我們檢查Proxy-Authenticate欄位。這個欄位可能出現多次，常見的出現三次，參數分別為Negotiate, Kerberos、NTLM。Negotiate是一個ssp（SecuritySupport Provider），它會根據使用者的環境選擇其它合適的具體SSP：NTLM或者kerberos。