其他

 嵌入式Linux軟體中對於吃記憶體是比較忌諱的，嵌入式裝置的記憶體比較寶貴。在平時的編碼過程中，需要我們經常去檢查記憶體泄露的問題，如果靠經驗去做，一行一行的代碼檢查，效果不太好，往往有遺漏。valgrind是檢測記憶體泄露的比較好的開源項目：http://valgrind.org/docs/download_docs.html，這是其官方協助文檔，比較全面另外有個網友寫的博文介紹如何使用valgrind，不錯，大家可以參考：http://blog.csdn.net/zhoujunyi/arc

問題：以前使用dbus的介面，都是在不同的進程中使用的，比如：connection = dbus_g_bus_get (DBUS_BUS_SYSTEM, &error);多次調用，沒有問題。不過，近日，在同一個進程中載入不同的程式，這些程式都各自調用了connection = dbus_g_bus_get (DBUS_BUS_SYSTEM, &error);如果一個程式跑起來後，再運行第二個程式，dbus_g_bus_get（）會失敗，把SYSTEM

看看舊城的街道、廣場、雕塑和小店。[060043-060044] 接著看舊城的街道。夏天，街道兩旁經常有鮮花點綴。[060045] 一條比較寬敞的街道。[060046] 這條街就要窄一些。  [060047] 我站在Österiånggatan街上，面對是一條通向舊城東岸的街道。Österiånggatan街是舊城東側一條南北走向的街道，從王宮到鐵廣場，基本上貫穿了舊城。[060048]

在嵌入式系統中使用dbus主要有兩個方面的用途：1：處理序間通訊2：實現client/server模式；2也是1的具體表現形式；包括dbus內建的例子，都是採用dbus對資料的封裝，實現client/server模式的，缺點有二：1 一個API要定義一個xml介面描述2

文章目錄 3.1 CISC和RISC3.2 對齊資料訪問3.3 例子3.4 對策  談談對齊（下）3 資料對齊3.1 CISC和RISCCPU從指令集的特點上可以分為兩類：CISC和RISC。CISC和RISC分別是複雜指令集運算機（Complex Instruction Set Computer）和精簡指令集電腦（Reduced Instruction Set Computer）的縮寫。CPU的工作可以看作以下步驟的反覆迴圈：step 1

 在今後D-Bus的發布版本中,版本號碼這樣標：1.x.y, 如果x是2的倍數，則是穩定版本（這種規則與Linux kernel, GNOME等一樣）；如果x是基數，則是開發版本。以此類推。這個版本主要修複了如下問題：compiles under some older versions of glibc compiles without X support once again fix stuck server grab if dbus-launch is run in an existing

最近一個網友發來一個叫《3D角鬥士》的遊戲，讓我幫著解除綁定。 我試了一下，用0.1版的c8解除綁定機確實無法解除綁定。這是因為假程式啟動後沒有立刻恢複真遊戲程式，而是過了7，8秒才恢複真遊戲程式。 0.1版的c8解除綁定機因為過早關閉假程式，所以真遊戲程式沒有被解除綁定。 為此，我讓c8解除綁定機啟動程式後，等待一定時間再關閉假程式。這樣雖然多等待幾秒鐘，但是可以提高解除綁定的成功率。 我在解除綁定檔案中增加了“等待時間”這個參數，允許解除綁定檔案的製作者設定這個參數。 等待時間的預設值為0。

我們在搭建target開發環境時，經常要拷貝編譯好的zImage/ramdisk等到target,   可以採用的方式有serial, Network，等，對於Netwrok方式，需要配置TFTP Server.配置的步驟如下：$ su -password:#cd /#chgrp nobody tftpboot#chown nobody tftpboot#chmod 777 tftpboot#cd /etc/xinetd.d#vi tftp  // 修改disable = no#killall

如果你手裡只有一把鎚子，你就會把所有的問題都看成釘子。1 “字元實體”類型郵件亂碼我在一篇 舊文 中分析過“字元實體”類型的郵件亂碼。產生原因大致這樣：原文是：來信收到，謝謝 （一）對應的編碼是C0 B4 D0 C5 CA D5 B5 BD A3 AC D0 BB D0 BB

文章目錄 2.1 發送大量命令2.2 自動化的測試 1 串口指令碼有些串口工具（例如串口調試助手）有定時發送功能，但只能發送一條固定的命令。我需要發送幾百條命令，又懶得寫程式，就希望找一個可以執行串口指令碼的工具。然後我找到了procomm plus。procomm plus的功能很多。我只需要串口指令碼功能，所以沒有執行安裝程式，解壓後直接執行Programs目錄的PW5.EXE。在菜單中選擇Options->System

 HTC 這次把3D效果啟動並執行很好。大家可以到http://www.htc.com/www/product.aspx?id=46294這個網址感受一把。對各個操作都能感覺到很好的3D效果。這一點是iPhone的劣勢。 iPhone: Multi-touch + 2DHTC: Single-touch + 3D兩家都是厚積薄發，iPhone應用Multi-Touch用了一年；HTC研製3D效果用了2年。這也是目前山寨機不能快速模仿的原因。  這次發布的HTC TouchFlo 3D

 陪兒子上圍棋課時我希望有一個能在freerunner手機上啟動並執行打譜程式，用來記錄兒子和同學的對局。我開始以為隨便找一個打譜程式，在freerunner手機環境編譯一下就可以了。但我找來cgoban、quarry編譯、運行後，發現這些程式不太適合手機環境。我覺得我的需求很簡單，就自己用GTK寫了一個簡單的打譜程式dapu。

 在Linux PC/手機啟動後，dbus-daemo就啟動了。這是如果一個程式啟動了，會有一個connection掛載到dbus-daemon上面的，同時維護了這個程式的service.可以採用dbus-send命令來查看system bus或者session bus上面到底掛載了哪些service, 即，當前有哪些程式是和dbus-daemon有關聯的： 1 查看system bus上面掛載的service.test@test-desktop:~$ dbus-send --system --

CodeView：快速查看文本編碼最近寫了一個查看文本編碼的小工具CodeView，發布出來與大家共用。CodeView是免費、綠色軟體，大家可以自由使用。我在工作中經常需要查看幾個字的編碼，或者查看幾個編碼對應的字元，所以寫了這個工具。使用者可以在文本欄輸入文本，或者在編碼欄輸入對應的編碼。在您輸入的同時，其它各欄會同步變化。輸入編碼格式是固定的：必須用兩個16進位數字表示一個位元組。每個位元組用一個空格分隔。CodeView有一點特色，就是使用者可以設定要顯示的字碼頁（兩個左邊有按鈕的編碼欄

cnbook/TextPro6應用1：“字元實體”類型郵件亂碼的分析假設你收到一封郵件，郵件的內容是：À´ÐÅÊÕµ½£¬Ð»Ð»你能分析出這封郵件其實是在說“來信收到，謝謝”嗎？本文討論了這種亂碼的由來，介紹了一種簡單的解碼方法

  一個編譯器的小陷阱有時候在一個平台運行正確的程式，在另一個平台就會出問題。在平台移植中，最常見的問題可能就是位元組序和對齊這類問題了。本文記錄的是我以前碰到過的一個小陷阱。看看這段代碼的輸出應該是什嗎？#include "stdio.h"char do_something(int *p){*p = 5;return 'x';}void test1(void){char s[] = "abcdef";int index = 0;s[index] =

如果a>0，那麼1+a一定大於1嗎？在數學上，答案是肯定的。但在電腦上，答案就與a的大小和浮點數的精度有關了。在matalb上，可以作以下計算：>> a=1/2^52a = 2.220446049250313e-016>> 1+a>1ans = 1>> a=1/2^53a = 1.110223024625157e-016>> 1+a>1ans =

文章目錄 0.1 地址邊界0.2 變數的分類1.1 沒有確定地址的變數1.2 有確定地址的變數   談談對齊（上）對齊問題主要有3點：變數對齊、結構對齊和資料對齊。前兩點是編譯器決定的變數映射和結構布局。最後一點與CPU的架構（CISC/RISC）有關。在大多數情況下，對齊是編譯器和CPU的事情，和程式員沒什麼關係。但在某些情況下，程式員又必須考慮對齊問題，否則會有一些麻煩。0 約定和預備知識0.1

序言:最近開始入手Linux初級編程,一開始覺的蠻新鮮的，畢竟以前在學校學的好像有點過家家的感覺,這次出來培訓，抓住這個機會好好把這個過程走了一遍...前面的也就不說了學了GCC，GDB，SHELL一些基本的使用，今天老師要我們類比一個外掛程式其中用到了最近所學的動態庫，個人覺得還是蠻有意義的，好吧！廢話不說淺談自己對這個作業的一些原理的講解吧。一、為什麼要做外掛程式我們知道某個已經發布的應用程式軟體，要是想給它加上某些功能，如果直接去修改原有設計，改變原來的結構而達到目的，這是不太理智的。首先

一、QNX系統概述QNX是加拿大一個叫QNX Software System