重要的學會.NET的思想，看遍百家之長，才曉得自家之短，不多說，什么東西有用就行了。比如C/C++你就學不到反射，委托，托管等概念。

嗯，很有用。

已經支持加密了。

鼓勵！！

http://forum.ubuntu.org.cn/viewtopic.php?t=91892
大家可以從這里學習怎么安裝Mac主題。字體用的微軟黑雅字體。

用迅雷下一個ubuntu,然后刻盤安裝.再到ubuntu的社區學習一下,就知道怎么安裝軟件了.

字體還要怎么改進,試了很多字體,還是覺得這個好,有沒有好的英文字體介紹阿.

XML復雜了一點，特別是針對于一些小型的應用來說。

支持一下。最好根據時間，類別什么的分一下類。要做到通用難，就根據CPPBLOG的數據特點先做一個吧。

以上的參數順序問題,在C++版本中已經更新過來了,謝謝大家的意見.

已經有新版本發布。請大家使用新版本：http://m.shnenglu.com/dyj057/archive/2007/12/09/38074.html

謝謝，終于明白一點了。

部分有道理。OOP不是很想的這么簡單。

@路過 過幾天出我用C++封裝一下。

@yeyuboy 兄弟，說的好啊，我會認真考慮。想改其實也不容易，也要考慮以前版本的兼容性問題。我再想想。

@金慶 參數的順序是模仿Windows的相同功能的API做的，大家都習慣了，沒有必要再搞一套吧。
GetPrivateProfileString

The GetPrivateProfileString function retrieves a string from the specified section in an initialization file.

Note This function is provided only for compatibility with 16-bit Windows-based applications. Applications should store initialization information in the registry.


DWORD GetPrivateProfileString(
LPCTSTR lpAppName,
LPCTSTR lpKeyName,
LPCTSTR lpDefault,
LPTSTR lpReturnedString,
DWORD nSize,
LPCTSTR lpFileName
);

謝謝大家捧場！

如果要寫入的話，肯定是是要把它ini文件放在可寫分區的。所以放在yaffs文件系統中沒有問題。

同意

ubuntu對硬件的支持應該是Linux各個版本中最好的了。

哎，不好用，很容易出錯，要搞穩定太難了。

你的文件調用read_profile_string時候少了一個參數。

測試通過了,沒有問題.請放心使用.

直接在防火墻中打開那個端口試試看，我以前寫了一個服務也連不上SQL Server,說什么沒有權限，但是作為應用程序就沒有這個問題。主要是你運行服務的權限不夠。

呵呵,主要軟件的安裝和系統美化教程,都可以在ubuntu的中文論壇找到.Linux社區的力量很強大,大家都要學會無私的幫助別人,我被這種精神所感動.

可以再裝,ubuntu 7.10可以自動識別Vista,做雙啟動,很方便.它也支持NTFS格式盤的自動載入和讀寫操作.

可以用Vim, KDE等. 我個人喜歡eclipse作為開發工具,憑個人喜好吧.

回復:
1. 7.10 自帶了3D效果的,不用再另外裝beryl
2. 使用微軟黑雅字體,感覺顯示效果很好.比XP強多了
3. 其實很省電,根絕我用電池的經驗,比XP和Vista都省電,不知到樓上的從哪里得出的結論.

1M多,網速不好的話,是有點慢.

哎，寫這個會坐牢的。

樓主用的什么客戶端，挺漂亮的，能介紹一下嗎？

好東西啊，有人調試通過了嗎？

大牛，還差的遠呢，最終發現自己還是小白。

那些地方不夠用？請指正。

寫文檔，推薦doxygen,寫好程序等同把文檔也寫好了，而且隨時可以更新，效率和準確性不可同日而語。

下面是我為一個工程寫的轉化utf-8到GB2312的BASH腳本（由于是C語言，只針對.h .c文件進行轉化：
#!/bin/bash
#(C)2007 GEC written by Deng Yangjun
DOXY_DIR="doxygen/"

echo "convert *.h *.c form UTF-8 to GB2312"
for f in *.[hc]
do
echo $f" -> "$DOXY_DIR$f
iconv -s -f utf-8 -t gb2312 $f > $DOXY_DIR$f
done
cd $DOXY_DIR
echo "build doxygen..."
doxygen 1>/dev/null
echo "OK"

關于源文件是utf-8的問題我找到了解決的辦法。通過doxywizard 把文檔的語言配置成中文，然后把utf-8的源文件通過iconv轉化為gb2312，然后運行doxygen就可以了。如果有多個文件，可能需要寫一個腳本來執行這些機械的人物，不過都應該很簡單。

高手啊，我做嵌入式開發，可是不會這么底層的。幫不到忙了。還是要鼓勵一下，同志，努力啊。

你雖然不是計算機，可是比計算機可愛。

只能是一行。而且在‘=’后面不能有空格。

最近出差回來，打算對現我的諾言-寫個串口編程的主題，可是找不到我以前寫得代碼了。好暈！！

一定努力更新Blog,最近要去出差還要忙結婚的事情，有空再寫。謝謝各位捧場。

請從下載鏈接處下載文件，然后更新原來的工程。

讀取失敗，怎么會呢？看看你的代碼。

支持，呵呵

CST時區問題
關鍵詞： CST timezone 時區

老問題了，幾年前做gnats的移植的時候曾經碰到過這個問題，沒想到現在還能碰到這個問題。
在很多unix下用date命令都能看到當前的時區。很多unix下中國時區都是用CST表示的。但是這個表示方法非常不合理。因為CST同時代表了下面4個時區。

CST Central Standard Time (USA) UT-6:00
CST Central Standard Time (Australia) UT+9:30
CST China Standard Time UT+8:00
CST Cuba Standard Time UT-4:00

在unix 下通過/etc/localtime這個硬連接指向的/usr/share/zoneinfo下的時區文件表示當前的真正時區。比如 /etc/localtime指向了/usr/share/zoneinfo/Asia/Shanghai這個文件的時候，CST就代表了中國標準時間。
但是很多語言的時間函數庫根本不做這個判斷，往往就是用一個獨立的時區配置文件做時區關鍵字和GMT的轉換。因此很多系統里面CST都變成了GMT-6，也就是美國中部時間。

在zope里面也是如此。而且很奇怪的是有的地方做了正確的判斷，有的地方沒做正確判斷。
比如文件的最后修改時間就是錯的，但是如果對一個頁面做comment的時候，comment時間就是正確的。
修改Zope中DateTime\DateTime.py的定義為：'cst':'GMT+8'，就能夠解決這個問題。
但是這樣做就需要改代碼，然后重新編譯。
我試著在zope的啟動腳本里面加上TZ的環境變量設置，但是沒有效果。我想，最根本的解決方法應該是改變unix服務器的時區設置方法吧。

游戲不好玩啊

請eXile講講具體怎么用局部變量模擬全局變量。謝謝

暈，寫內核才有，寫普通程序不是每個版本的Linux都有list可以用，比如FC6默認安裝就沒有它。還是要自己寫一個，為了更好的移植性。

if ( ' ; ' != p[j]) // skip over comment
代碼中這句話就是跳過注釋的。有這個功能。