行進中開火

MFC中一個危險的Bug

 

上次說日本海嘯警報的時候，程序出錯。在解析代碼的時候，發(fā)現(xiàn)了MFC中的一個Bug。

一。問題的產(chǎn)生。

這個程序，用來處理日本各種天氣預(yù)報數(shù)據(jù)，包括災(zāi)害的預(yù)報。如果地震，臺風(fēng)之類的自然災(zāi)害到來，程序會把預(yù)報數(shù)據(jù)進行處理，生成相應(yīng)的警報信息，并在電視上面顯示滾動的字幕來提示。程序本身，是幾年前公司的其他人寫的。里面有涉及到文件讀寫的地方，有很多地方，用了MFC中自帶的文件讀寫類CStdioFile。

CStdioFile這個文件讀寫類，估計大家都不陌生。這個類的父類，是CFile類。CStdioFile類本身的功能也很簡單。CStdioFile類有一個成員函數(shù)是ReadString，函數(shù)的定義如下：

    virtual LPTSTR ReadString(__out_ecount_z(nMax) LPTSTR lpsz, __in UINT nMax);
    virtual BOOL ReadString(CString& rString);

MSDN定義如下http://msdn.microsoft.com/library/x5t0zfyf(VS.80).aspx：

BOOL ReadString(CString& rString);
throw( CFileException );
Return Value
A pointer to the buffer containing the text data. NULL if end-of-file was reached without reading any data; or if boolean, FALSE if end-of-file was reached without reading any data.

ReadString函數(shù)能直接讀取文本中的一行數(shù)據(jù)到CString中，很方便。讀到文件結(jié)尾，沒有讀出任何數(shù)據(jù)的時候，返回FALSE。很簡單的函數(shù)，但恰恰是這個函數(shù)有Bug。

程序在處理數(shù)據(jù)的時候，會生成一些臨時文件，然后會讀取這些臨時文件中的數(shù)據(jù)，讀取操作，正是用的CStdioFile的ReadString函數(shù)。讀取流程很簡單：

while(dFile.ReadString(Str_temp))
{
    doSomething();
}

當(dāng)時的現(xiàn)象為，讀取到最后一行，總是直接返回FALSE，怎么也讀不出最后一行來。看了看文件的最后一行，包含2176個字符的數(shù)據(jù)，沒有換行符。沒有任何異常啊。當(dāng)時沒想到是MFC的Bug，因為以前有這樣那樣的毛病，多數(shù)是預(yù)報數(shù)據(jù)本身有問題，所以這次也是先分析數(shù)據(jù)了。分析來分析去，沒發(fā)現(xiàn)這次的數(shù)據(jù)有什么異常。后來發(fā)現(xiàn)如果最后一行的文件不是2176個字符，就能正常讀出來。奇了怪了，2176也不是什么特殊長度啊。實驗了幾次后，覺的是在不對勁。莫非是MFC的Bug？

二。發(fā)現(xiàn)問題所在

決定看看MFC的代碼再說。做了個簡單的測試程序，跟到MFC代碼里一看，果然是MFC的問題！測試代碼如下：

    CStdioFile  dFile;
    dFile.Open("text.txt",CFile::modeRead);
    CString str;
    while (dFile.ReadString(str) != FALSE )
    {
        printf("%s", str);
    }
    dFile.Close();

測試代碼很簡單，讀text.txt文件中的每一行，然后打印出來。還是2176個字符就不行。確定了不是數(shù)據(jù)的問題，就是MFC代碼本身的Bug。

MFC的ReadString代碼如下：（中文是我加的注釋）

BOOL CStdioFile::ReadString(CString& rString)
{
    ASSERT_VALID(this);
    rString = &afxChNil;    // empty string without deallocating
    const int nMaxSize = 128;  //臨時字符串的長度
    LPTSTR lpsz = rString.GetBuffer(nMaxSize);  //保存每次讀取到的字符串到CString中
    LPTSTR lpszResult;  //指向每次讀到的字符串
    int nLen = 0;
    for (;;)
    {
        lpszResult = _fgetts(lpsz, nMaxSize+1, m_pStream); //讀取操作
        rString.ReleaseBuffer();
        // handle error/eof case
        if (lpszResult == NULL && !feof(m_pStream))
        {
            clearerr(m_pStream);
            AfxThrowFileException(CFileException::generic, _doserrno,
                m_strFileName);
        }
        // if string is read completely or EOF
        if (lpszResult == NULL ||
            (nLen = lstrlen(lpsz)) < nMaxSize ||
            lpsz[nLen-1] == '\n')
            break;
        nLen = rString.GetLength();
        lpsz = rString.GetBuffer(nMaxSize + nLen) + nLen; //位置后移
    }
    // remove '\n' from end of string if present
    lpsz = rString.GetBuffer(0);
    nLen = rString.GetLength();
    if (nLen != 0 && lpsz[nLen-1] == '\n') // 最后結(jié)果中，去掉回車符
        rString.GetBufferSetLength(nLen-1); 
    return lpszResult != NULL;  // 這里就是Bug的關(guān)鍵。返回值不對！
}

可以看到，ReadString的底層，是用fgets來讀取文件的。在內(nèi)部，每次讀取128個字符到CString中，然后位置后移，反復(fù)讀取128個字符，直到遇到回車符或者文件結(jié)束。最后把回車符去掉，返回一個CString。其中，lpszResult也指向每次讀出的字符串。

這里就看出問題所在了，2176個字符，正好是128的17倍！也就是說，只要文件最后一行是128倍數(shù)個字符，就一定會返回FALSE。

為什么會這樣呢，因為ReadString在每次讀取128個字符的時候，用lpszResult指向讀取到的字符串。如果讀滿了128個字符，就繼續(xù)讀，如果讀到的字符不夠128個，那么就結(jié)束讀取。

當(dāng)一行數(shù)據(jù)正好為128的倍數(shù)，又沒有回車符的時候，會發(fā)生什么呢？比如最后一行數(shù)據(jù)是128個，那么，讀一次128個字符，會繼續(xù)讀下一次，但是下一次的讀取，什么也沒有讀到，lpszResult就指向NULL，最后的返回值，是return lpszResult != NULL; 所以返回FALSE。

但之前讀到的128個字符，已經(jīng)在CString里面了。也就是說實際上讀取已經(jīng)成功了，但還是返回了FALSE。返回值不恰當(dāng)！

Bug的描述：當(dāng)文件的最后一行數(shù)據(jù)，正好是128的倍數(shù)個字符的時候，用ReadString讀取，一定會返回FALSE。但實際上讀取是成功的，返回的CString中的數(shù)據(jù)是正確的！（VC6.0中存在這個Bug，VS2005中，沒有這個Bug）

這個Bug，只會影響到最后一行數(shù)據(jù)。因為如果有換行符的存在，lpszResult就不會為NULL。

三。解決方法

要解決這個問題，也簡單，修改一下判斷ReadString成功與否的語句：

while (dFile.ReadString(str) != FALSE || str.GetLength() != 0)

在返回FALSE的情況下，CString的長度不為0，就不算讀取失敗。或者這樣:

if(!dFile.ReadString(str) && str.GetLength() == 0)

在返回FALSE并且CString的長度為0，則算讀取失敗，否則就是讀取成功。

這個程序，是用VC6.0做的，我有看了看VC2005中的代碼，發(fā)現(xiàn)這個Bug被修復(fù)了，代碼如下：

BOOL CStdioFile::ReadString(CString& rString)
{
    ASSERT_VALID(this);
    rString = _T("");    // empty string without deallocating
    const int nMaxSize = 128;
    LPTSTR lpsz = rString.GetBuffer(nMaxSize);
    LPTSTR lpszResult;
    int nLen = 0;
    for (;;)
    {
        lpszResult = _fgetts(lpsz, nMaxSize+1, m_pStream);
        rString.ReleaseBuffer();
        // handle error/eof case
        if (lpszResult == NULL && !feof(m_pStream))
        {
            Afx_clearerr_s(m_pStream);
            AfxThrowFileException(CFileException::genericException, _doserrno,
                m_strFileName);
        }
        // if string is read completely or EOF
        if (lpszResult == NULL ||
            (nLen = (int)lstrlen(lpsz)) < nMaxSize ||
            lpsz[nLen-1] == '\n')
            break;
        nLen = rString.GetLength();
        lpsz = rString.GetBuffer(nMaxSize + nLen) + nLen;
    }
    // remove '\n' from end of string if present
    lpsz = rString.GetBuffer(0);
    nLen = rString.GetLength();
    if (nLen != 0 && lpsz[nLen-1] == '\n')
        rString.GetBufferSetLength(nLen-1);
    return nLen != 0; //返回值變了！
}

我們看到，VC2005中，讀取部分的代碼與VC6.0中的代碼完全一樣。不一樣的地方只是返回值的部分。VC2005的ReadString中，返回值為

return nLen != 0;

也就是說，只要讀出的CString的長度不為0就為讀取成功。與我修改后的方法完全一致。就這樣向客戶解釋，然后修改了。悲劇的是，幾年前所有程序中所有使用ReadString函數(shù)的地方，都要進行修改。。。

MFC的這個Bug比較隱蔽，平常不容易發(fā)現(xiàn)，但一旦遇到特殊長度的數(shù)據(jù)，就會表現(xiàn)異常。所以，在用VC6.0開發(fā)的時候，盡量避免使用ReadString，或者在使用中，多判斷一步讀取出來的CString長度。避開這個Bug。

posted @ 2010-03-26 22:15 Jakcie 閱讀(2251) | 評論 (4) | 編輯 收藏

虛驚一場的海嘯

2月27日，智利發(fā)生8.8級特大地震，1個世紀以來最強的地震！全球都在關(guān)注。其中，日本的反應(yīng)尤其大。日本本身自然災(zāi)害特別多。火山，地震，海嘯，以及洪水。所以，對這種自然災(zāi)害天然的比較敏感。最主要的原因，在于智利的地震，會影響到日本！這是有前車之鑒的。

1960年智利海域發(fā)生了9.5級（太恐怖了。。。）地震。引起了海嘯，一直穿過整個太平洋，從南美，一直到東亞。日本，夏威夷，菲律賓都有200多人死亡。所以，這次8.8級地震，如果再來一次海嘯，那可不得了啊。這次智利爆發(fā)的地震，引發(fā)了劇烈的海嘯。如今，海嘯的巨浪正在橫過太平洋，直奔日本海岸而來。估計到達日本時，浪高依然可以達到10-20英尺。

日本全國都在緊急動員防范海嘯，電視臺在電視屏幕一角實時展示一幅日本地圖，所有專家預(yù)測會遭到海嘯襲擊的地區(qū)都被標(biāo)記出來，如今，從北海道 到?jīng)_繩，整個日本東海岸幾乎都變成了一片紅色。屏幕上方則在滾動播出沿海各地發(fā)布的避難通知，例如，青森縣已經(jīng)有一萬九千多戶被要求離家進入公用避難設(shè) 施。日本全國到現(xiàn)在為止已有40萬人離開家園。整個流程順暢，井然有序。這一切，一方面反映了日本在自然災(zāi)害面前出色的準(zhǔn)備工作，另一方面也反映了日本民 間的恐懼。

廣播員在不斷在播報各地海平面的增高情況，鏡頭不時切換到沿岸各地，報道當(dāng)?shù)貭顩r和搶險準(zhǔn)備的情況，很多沿海公路如東名高速公路已經(jīng)關(guān)閉，海濱公園停止?fàn)I業(yè)，船舶紛紛進入避難路線。經(jīng)常有畫外音插斷播音員的播報，緊急通報某地海平面出現(xiàn)異常增高。轉(zhuǎn)眼間就有了一種陷入某場戰(zhàn)爭的感覺。

發(fā)個圖，看的比較清楚。整個日本靠太平洋的一邊，全部是海嘯警報。

公司做的項目，正好是給各個電視臺做的天氣預(yù)報項目，地震臺風(fēng)海嘯的預(yù)報，也包含在內(nèi)。關(guān)鍵時刻，日本電視臺打電話說，預(yù)報圖顯示的有誤，只能看到大阪的浪高，其他地方?jīng)]有浪高。導(dǎo)致只能顯示部分的警報圖。東京電視臺也打電話說電視上滾動顯示的警報文字，用我們的程序處理不了，顯示出不來。馬上亂套了，當(dāng)天公司幾個人都通宵在處理。最后強制顯示全國的警報圖。

最后發(fā)現(xiàn)，日本電視臺預(yù)報圖顯示有誤，其實是正確的，本來其他地方就沒有浪高。為什么呢？因為根本就沒那么大的浪！

日本氣象廳在3月1日10點15分全面解除太平洋沿岸海嘯警報。
氣象廳負責(zé)地震海嘯檢測的課長在記者會見中謝罪稱，“對于海嘯預(yù)測大大超過了實際情況，以及警報時間過長表示歉意。”

 

為什么這次的地震，沒有引起很大的海嘯呢？

智利此次地震所引發(fā)的海嘯也具有很強的方向性，英國威爾士大學(xué)新港學(xué)院（University of Wales, Newport）的Simon Haslett 說“這回的海嘯非常有方向性，而不是那種均勻向四周傳播的‘往池塘里扔石頭’似的波浪”。他表示離震中最近的海岸，以及胡安費爾南德斯群島（Juan Fernandez Islands）海嘯非常強，但是其他方向的海嘯能量和高度迅速減退。

而且，地震震源的相對深度—35公里—可能也減小了海床的上升，而正是海床的上升排擠了海水。英國倫敦大學(xué)學(xué)院Bill McGuire表示“相比比2004年的印度洋地震，智利地震要更深，釋放到地表的能量也更少”。

虛驚一場啊。

至于東京電視臺的預(yù)報文字處理不出來，經(jīng)過我一步步Debug，最后發(fā)現(xiàn)，是MFC的一個Bug造成的！氣死我了。導(dǎo)致所有代碼涉及這個Bug的地方都要修改。下篇日志，詳細說說這個Bug。

posted @ 2010-03-08 02:07 Jakcie 閱讀(293) | 評論 (1) | 編輯 收藏

快速擴展文件大小

     摘要: 在實際的開發(fā)過程中，我們可能需要在文件生成時就立即將文件更改為指定的大小，以便于后續(xù)簡化對文件的并發(fā)操作，這一點在各類的下載工具中有很好的體現(xiàn)。
具體方法有：lseek或者 truncate，在Windows中，可以選擇 _lseek 或者 SetEndOfFile。  閱讀全文

posted @ 2010-03-03 17:57 Jakcie 閱讀(883) | 評論 (0) | 編輯 收藏

Linux中的時間

    在Windwos中，系統(tǒng)時間的設(shè)置很簡單，界面操作，通俗易懂。而且設(shè)置后，重啟，關(guān)機都沒關(guān)系。系統(tǒng)時間會自動保存在Bios的時鐘里面，啟動計算機的時候，系統(tǒng)會自動在Bios里面取硬件時間，以保證時間的不間斷。

    但在Linux下，默認情況下，系統(tǒng)時間和硬件時間，并不會自動同步。在Linux運行過程中，系統(tǒng)時間和硬件時間以異步的方式運行，互不干擾。硬件時間的運行，是靠Bios電池來維持，而系統(tǒng)時間，是用CPU tick來維持的。

    在系統(tǒng)開機的時候，會自動從Bios中取得硬件時間，設(shè)置為系統(tǒng)時間。

 

一.Linux系統(tǒng)時間的設(shè)置

    在Linux中設(shè)置系統(tǒng)時間，可以用date命令：

//查看時間

[root@localhost ~]# date
2008年 12月 12日 星期五 14:44:12 CST

//修改時間
[root@localhost ~]# date --set "1/1/09 00:01" <== （月/日/年時:分:秒）
2009年 01月 01日 星期四 00:01:00 CST

//date 有幾種時間格式可接受，這樣也可以設(shè)置時間：

[root@localhost ~]# date 012501012009.30  <== 月日時分年.秒
2009年 01月 25日 星期日 01:01:30 CST

 

 二.Linux硬件時間的設(shè)置

    硬件時間的設(shè)置，可以用hwclock或者clock命令。其中，clock和hwclock用法相近，只用一個就 行，只不過clock命令除了支持x86硬件體系外，還支持Alpha硬件體系。

//查看硬件時間 可以是用 hwclock ，hwclock --show 或者 hwclock -r

[root@localhost ~]# hwclock --show
2008年12月12日 星期五 06時52分07秒  -0.376932 seconds

//設(shè)置硬件時間

[root@localhost ~]# hwclock --set --date="1/25/09 00:00" <== 月/日/年時:分:秒
[root@localhost ~]# hwclock
2009年01月25日 星期日 00時00分06秒  -0.870868 seconds

 

三.系統(tǒng)時間和硬件時間的同步

    同步系統(tǒng)時間和硬件時間，可以使用hwclock命令。

//以系統(tǒng)時間為基準(zhǔn)，修改硬件時間

[root@localhost ~]# hwclock --systohc <== sys（系統(tǒng)時間）to（寫到）hc（Hard Clock）
[root@localhost ~]# hwclock -w

//以硬件時間為基準(zhǔn)，修改系統(tǒng)時間

[root@localhost ~]# hwclock --hctosys
[root@localhost ~]# hwclock -s

 

四.不同機器之間的時間同步

    為了避免主機時間因為長期運作下所導(dǎo)致的時間偏差，進行時間同步(synchronize)的工作是非常必要的。Linux系統(tǒng)下，一般使用ntp服務(wù)器來同步不同機器的時間。一臺機器，可以同時是ntp服務(wù)器和ntp客戶機。在網(wǎng)絡(luò)中，推薦使用像DNS服務(wù)器一樣分層的時間服務(wù)器來同步時間。

    同步時間，可以使用ntpdate命令，也可以使用ntpd服務(wù)。

    使用ntpdate比較簡單。格式如下：

[root@linux ~]# ntpdate [-nv] [NTP IP/hostname]
[root@linux ~]# ntpdate 192.168.0.2
[root@linux ~]# ntpdate time.ntp.org

    但這樣的同步，只是強制性的將系統(tǒng)時間設(shè)置為ntp服務(wù)器時間。如果cpu tick有問題，只是治標(biāo)不治本。所以，一般配合cron命令，來進行定期同步設(shè)置。比如，在crontab中添加：

0 12 * * * * /usr/sbin/ntpdate 192.168.0.1

     這樣，會在每天的12點整，同步一次時間。ntp服務(wù)器為192.168.0.1。

    使用ntpd服務(wù)，要好于ntpdate加cron的組合。因為，ntpdate同步時間，會造成時間的跳躍，對一些依賴時間的程序和服務(wù)會造成影響。比如sleep，timer等。而且，ntpd服務(wù)可以在修正時間的同時，修正cpu tick。理想的做法為，在開機的時候，使用ntpdate強制同步時間，在其他時候使用ntpd服務(wù)來同步時間。

    要注意的是，ntpd 有一個自我保護設(shè)置: 如果本機與上源時間相差太大, ntpd 不運行. 所以新設(shè)置的時間服務(wù)器一定要先 ntpdate 從上源取得時間初值, 然后啟動 ntpd服務(wù)。ntpd服務(wù) 運行后, 先是每64秒與上源服務(wù)器同步一次, 根據(jù)每次同步時測得的誤差值經(jīng)復(fù)雜計算逐步調(diào)整自己的時間, 隨著誤差減小, 逐步增加同步的間隔. 每次跳動, 都會重復(fù)這個調(diào)整的過程.

 

五.ntpd服務(wù)的設(shè)置

    ntpd服務(wù)的相關(guān)設(shè)置文件如下：

1./etc/ntp.conf：這個是NTP daemon的主要設(shè)文件，也是 NTP 唯一的設(shè)定文件。

2./usr/share/zoneinfo/:在這個目錄下的文件其實是規(guī)定了各主要時區(qū)的時間設(shè)定文件，例如北京地區(qū)的時區(qū)設(shè)定文件在 /usr/share/zoneinfo/Asia/Beijing 就是了。這個目錄里面的文件與底下要談的兩個文件(clock 與localtime)是有關(guān)系的。

3./etc/sysconfig/clock：這個文件其實也不包含在NTP 的 daemon 當(dāng)中，因為這個是 linux 的主要時區(qū)設(shè)定文件。每次開機后，Linux 會自動的讀取這個文件來設(shè)定自己系統(tǒng)所默認要顯示的時間。

4./etc/localtime：這個文件就是“本地端的時間配置文件”。剛剛那個clock 文件里面規(guī)定了使用的時間設(shè)置文件(ZONE) 為 /usr/share/zoneinfo/Asia/Beijing ，所以說，這就是本地端的時間了，此時， Linux系統(tǒng)就會將Beijing那個文件另存為一份 /etc/localtime文件，所以未來我們的時間顯示就會以Beijing那個時間設(shè)定文件為準(zhǔn)。

5. /etc/timezone：系統(tǒng)時區(qū)文件

 

    下面重點說說 /etc/ntp.conf文件的設(shè)置。在 NTP Server 的設(shè)定上面，其實最好不要對 Internet 無限制的開放，盡量僅提供您自己內(nèi)部的 Client 端聯(lián)機進行網(wǎng)絡(luò)校時就好。此外， NTP Server 總也是需要網(wǎng)絡(luò)上面較為準(zhǔn)確的主機來自行更新自己的時間啊，所以在我們的 NTP Server 上面也要找一部最靠近自己的 Time Server 來進行自我校正。事實上， NTP 這個服務(wù)也是 Server/Client 的一種模式。

[root@linux ~]# vi /etc/ntp.conf
# 1. 關(guān)于權(quán)限設(shè)定部分
#　　 權(quán)限的設(shè)定主要以 restrict 這個參數(shù)來設(shè)定，主要的語法為：
# 　　restrict IP mask netmask_IP parameter
# 　　其中 IP 可以是軟件地址，也可以是 default ，default 就類似 0.0.0.0
#　　 至于 paramter 則有：
#　　　ignore　：關(guān)閉所有的 NTP 聯(lián)機服務(wù)
#　　　nomodify：表示 Client 端不能更改 Server 端的時間參數(shù)，不過，

#　　　Client 端仍然可以透過 Server 端來進行網(wǎng)絡(luò)校時。
#　　　notrust ：該 Client 除非通過認證，否則該 Client 來源將被視為不信任網(wǎng)域
#　　　noquery ：不提供 Client 端的時間查詢

#　　　notrap ：不提供trap這個遠程事件登入

#　　如果 paramter 完全沒有設(shè)定，那就表示該 IP (或網(wǎng)域)“沒有任何限制”

restrict default nomodify notrap noquery　# 關(guān)閉所有的 NTP 要求封包
restrict 127.0.0.1　　　 #這是允許本級查詢
restrict 192.168.0.1 mask 255.255.255.0 nomodify
#在192.168.0.1/24網(wǎng)段內(nèi)的服務(wù)器就可以通過這臺NTP Server進行時間同步了
# 2. 上層主機的設(shè)定
#　　要設(shè)定上層主機主要以 server 這個參數(shù)來設(shè)定，語法為：
#　　server [IP|HOST Name] [prefer]
#　　Server 后面接的就是我們上層 Time Server 啰！而如果 Server 參數(shù)
#　　后面加上 perfer 的話，那表示我們的 NTP 主機主要以該部主機來作為
#　　時間校正的對應(yīng)。另外，為了解決更新時間封包的傳送延遲動作，
#　　所以可以使用 driftfile 來規(guī)定我們的主機
#　　在與 Time Server 溝通時所花費的時間，可以記錄在 driftfile 
#　　后面接的文件內(nèi)，例如下面的范例中，我們的 NTP server 與 
#　　cn.pool.ntp.org聯(lián)機時所花費的時間會記錄在 /etc/ntp/drift文件內(nèi)
server 0.pool.ntp.org

server 1.pool.ntp.org

server 2.pool.ntp.org

server cn.pool.ntp.org prefer

#其他設(shè)置值，以系統(tǒng)默認值即可

server  127.127.1.0     # local clock

fudge   127.127.1.0 stratum 10

driftfile /var/lib/ntp/drift
broadcastdelay  0.008
keys /etc/ntp/keys

總結(jié)一下，restrict用來設(shè)置訪問權(quán)限，server用來設(shè)置上層時間服務(wù)器，driftfile用來設(shè)置保存漂移時間的文件。

 

六.ntp服務(wù)的啟動與觀察

在啟動NTP服務(wù)前，先對提供服務(wù)的這臺主機手動的校正一次時間咯。（因為啟動服務(wù)器，端口會被服務(wù)端占用，就不能手動同步時間了）

[root@linux ~] # ntpdate cn.pool.ntp.org

25 Apr 14:33:51 ntpdate[8310]: step time server 80.85.129.2 offset 6.655976 sec

然后，啟動ntpd服務(wù)：

[root@linux ~] # service ntpd start

或 [root@linux ~] # /etc/init.d/ntpd start

查看端口：

[root@linux ~] # netstat -ln|grep 123

udp        0      0 192.168.228.153:123        0.0.0.0:*

udp        0      0 127.0.0.1:123               0.0.0.0:*

udp        0      0 0.0.0.0:123                  0.0.0.0:*

udp        0      0 :::123                       :::*

如何確認我們的NTP服務(wù)器已經(jīng)更新了自己的時間呢？

[root@linux ~] # ntpstat

synchronized to NTP server(127.127.1.0) at stratum 11

time correct to within 950ms

polling server every 64 s

#改指令可列出NTP服務(wù)器是否與上層聯(lián)機。由上述輸出結(jié)果可知，時間校正約

#為950*10(-6)秒。且每隔64秒會主動更新時間。

常見的錯誤：

25 Apr 15:30:17 ntpdate[11520]: no server suitable for synchronization found

其實，這不是一個錯誤。而是由于每次重啟NTP服務(wù)器之后大約要3－5分鐘客戶端才能與server建立正常的通訊連接。當(dāng)此時用客戶端連接服務(wù)端就會報這樣的信息。一般等待幾分鐘就可以了。

[root@linux ~] # ntptrace –n 127.0.0.1

127.0.0.1:stratum 11, offset 0.000000，synch distance 0.950951

222.73.214.125：stratum 2，offset –0.000787，synch distance 0.108575

209.81.9.7:stratum 1，offset 0.000028，synch distance 0.00436，refid ‘GPS’

#這個指令可以列出目前NTP服務(wù)器（第一層）與上層NTP服務(wù)器（第二層）彼此之間的

#關(guān)系

[root@linux ~] # ntpq –p

指令“ntpq -p”可以列出目前我們的NTP與相關(guān)的上層NTP的狀態(tài)，以上的幾個字段的意義如下：

remote：即NTP主機的IP或主機名稱。注意最左邊的符號，如果由“+”則代表目前正在作用鐘的上層NTP，如果是“*”則表示也有連上線，不過是作為次要聯(lián)機的NTP主機。

refid：參考的上一層NTP主機的地址

st：即stratum階層

when：幾秒前曾做過時間同步更新的操作

poll：下次更新在幾秒之后

reach：已經(jīng)向上層NTP服務(wù)器要求更新的次數(shù)

delay：網(wǎng)絡(luò)傳輸過程鐘延遲的時間

offset：時間補償?shù)慕Y(jié)果

jitter：Linux系統(tǒng)時間與BIOS硬件時間的差異時間

 

    最后提及一點，ntp服務(wù)，默認只會同步系統(tǒng)時間。如果想要讓ntp同時同步硬件時間，可以設(shè)置/etc/sysconfig/ntpd 文件。

在/etc/sysconfig/ntpd文件中，添加 SYNC_HWCLOCK=yes 這樣，就可以讓硬件時間與系統(tǒng)時間一起同步。

posted @ 2009-11-25 20:27 Jakcie 閱讀(845) | 評論 (0) | 編輯 收藏

Windwos7初體驗

今天圖個新鮮，在虛擬機里面安裝了Windwos7玩了玩，說說感受。

虛擬機我用的是Vmware Workstation6.5，官方下載可以試用30天。其實現(xiàn)在Vmware Server和Vmware Player都可以免費使用，方便的很。設(shè)置了1Gb的內(nèi)存，16Gb的硬盤，我這里，用的是SCSI的硬盤，但在網(wǎng)上看到有人安裝不了，必須選擇IDE的才能安裝。也許是VMware的版本問題吧。

Windows7的安裝過程比Vista和XP簡化了不少，速度也不慢，我開這一堆東西，同時安裝的，也沒覺的等太久。

第一感覺，很像Vista，但去除了Vista的UAC，很多地方，雖然有那個安全標(biāo)志（那個黃色的小盾牌），但并不要用戶再次確認。而且，去除一些警告也方便了很多。看來微軟也吸取教訓(xùn)了。總體感覺不錯，是個Vista++。

值得一提的是，Windows7里面的PowerShell，真的很強大！而且貌似連linux下的命令也全包括進去了。有前途！

安裝完成后，Vmware Tools也可以順利安裝。所有硬件都沒有問題。兼容性不錯。

在安裝快結(jié)束的時候會遇到要求輸入序列號（Product Key）的一步。在這里什么也不填，直接next，應(yīng)該也可以安裝。進系統(tǒng)后，在用網(wǎng)上流傳的激活方法激活。但在網(wǎng)上看到有些人在這一步進不了系統(tǒng)，這樣，就需要一個可以安裝的序列號。需要的朋友，給我寫mail，我發(fā)給你們。不過盡管如此，也只有30天的試用期。（之后可以續(xù)3次）

總體感覺Windows7還是很不錯的，吸收了Vista的優(yōu)點，改正了使用不方便的缺點。值得一提的是，Windows7的硬件需求相當(dāng)?shù)停磥磉€面向于NetBook。我在虛擬機下一路默認安裝下來，只占了5.2Gb的空間。非常不錯。

posted @ 2008-11-11 17:50 Jakcie 閱讀(467) | 評論 (0) | 編輯 收藏

轉(zhuǎn)載：C++庫大匯

轉(zhuǎn)載：C++庫大匯

   基礎(chǔ)類
1、 Dinkumware C++ Library
參考站點：[url=http://www.dinkumware.com/]http://www.dinkumware.com[/url]
P.J. Plauger編寫的高品質(zhì)的標(biāo)準(zhǔn)庫。P.J. Plauger博士是Dr. Dobb's程序設(shè)計杰出獎的獲得者。其編寫的庫長期被Microsoft采用，并且最近Borland也取得了其OEM的license，在其C/C+ +的產(chǎn)品中采用Dinkumware的庫。
2、 RogueWave Standard C++ Library
參考站點：[url=http://www.roguewave.com/]http://www.roguewave.com[/url]
這個庫在Borland C++ Builder的早期版本中曾經(jīng)被采用，后來被其他的庫給替換了。筆者不推薦使用。
3、SGI STL
參考站點：[url=http://www.roguewave.com/]http://www.roguewave.com[/url]
SGI公司的C++標(biāo)準(zhǔn)模版庫。
4、STLport
參考站點：[url=http://www.stlport.org/]http://www.stlport.org[/url]
SGI STL庫的跨平臺可移植版本。
5、準(zhǔn)標(biāo)準(zhǔn)庫——Boost
Boost 庫是一個經(jīng)過千錘百煉、可移植、提供源代碼的C++庫，作為標(biāo)準(zhǔn)庫的后備，是C++標(biāo)準(zhǔn)化進程的發(fā)動機之一。 Boost庫由C++標(biāo)準(zhǔn)委員會庫工作組成員發(fā)起，在C++社區(qū)中影響甚大，其成員已近2000人。 Boost庫為我們帶來了最新、最酷、最實用的技術(shù)，是不折不扣的"準(zhǔn)"標(biāo)準(zhǔn)庫。
Boost中比較有名氣的有這么幾個庫：
Regex
正則表達式庫
Spirit
LL parser framework，用C++代碼直接表達EBNF
Graph
圖組件和算法
Lambda
在調(diào)用的地方定義短小匿名的函數(shù)對象，很實用的functional功能
Concept check
檢查泛型編程中的concept
MPL
用模板實現(xiàn)的元編程框架
Thread
可移植的C++多線程庫
Python
把C++類和函數(shù)映射到Python之中
Pool
內(nèi)存池管理
Smart_ptr
5個智能指針，學(xué)習(xí)智能指針必讀，一份不錯的參考是來自CUJ的文章：
Smart Pointers in Boost,哦，這篇文章可以查到，CUJ是提供在線瀏覽的。中文版見筆者在《Dr. Dobb's Journal軟件研發(fā)雜志》第7輯上的譯文。
Boost 總體來說是實用價值很高，質(zhì)量很高的庫。并且由于其對跨平臺的強調(diào)，對標(biāo)準(zhǔn)C++的強調(diào)，是編寫平臺無關(guān)，現(xiàn)代C++的開發(fā)者必備的工具。但是Boost 中也有很多是實驗性質(zhì)的東西，在實際的開發(fā)中實用需要謹慎。并且很多Boost中的庫功能堪稱對語言功能的擴展，其構(gòu)造用盡精巧的手法，不要貿(mào)然的花費時 間研讀。Boost另外一面，比如Graph這樣的庫則是具有工業(yè)強度，結(jié)構(gòu)良好，非常值得研讀的精品代碼，并且也可以放心的在產(chǎn)品代碼中多多利用。
參考站點：[url=http://www.boost.org/]http://www.boost.org[/url]（國內(nèi)鏡像： [url=http://www.c-view.org/tech/lib/boost/index.htm]http://www.c- view.org/tech/lib/boost/index.htm[/url]）
   GUI
在眾多C++的庫中，GUI部分的庫算是比較繁榮，也比較引人注目的。在實際開發(fā)中，GUI庫的選擇也是非常重要的一件事情，下面我們綜述一下可選擇的GUI庫，各自的特點以及相關(guān)工具的支持。
1) MFC
大名鼎鼎的微軟基礎(chǔ)類庫（Microsoft Foundation Class）。大凡學(xué)過VC++的人都應(yīng)該知道這個庫。雖然從技術(shù)角度講，MFC是不大漂亮的，但是它構(gòu)建于Windows API 之上，能夠使程序員的工作更容易,編程效率高，減少了大量在建立 Windows 程序時必須編寫的代碼，同時它還提供了所有一般 C++ 編程的優(yōu)點，例如繼承和封裝。MFC 編寫的程序在各個版本的Windows操作系統(tǒng)上是可移植的，例如，在 Windows 3.1下編寫的代碼可以很容易地移植到 Windows NT 或 Windows 95 上。但是在最近發(fā)展以及官方支持上日漸勢微。
2) QT
參考網(wǎng)站：[url=http://www.trolltech.com/]http://www.trolltech.com[/url]
Qt 是Trolltech公司的一個多平臺的C++圖形用戶界面應(yīng)用程序框架。它提供給應(yīng)用程序開發(fā)者建立藝術(shù)級的圖形用戶界面所需的所用功能。Qt是完全面 向?qū)ο蟮暮苋菀讛U展，并且允許真正地組件編程。自從1996年早些時候，Qt進入商業(yè)領(lǐng)域，它已經(jīng)成為全世界范圍內(nèi)數(shù)千種成功的應(yīng)用程序的基礎(chǔ)。Qt也是 流行的Linux桌面環(huán)境KDE 的基礎(chǔ)，同時它還支持Windows、Macintosh、Unix/X11等多種平臺。
3) WxWindows
參考網(wǎng)站：[url=http://www.wxwindows.org/]http://www.wxwindows.org[/url]
跨平臺的GUI庫。因為其類層次極像MFC，所以有文章介紹從MFC到WxWindows的代碼移植以實現(xiàn)跨平臺的功能。通過多年的開發(fā)也是一個日趨完善 的 GUI庫，支持同樣不弱于前面兩個庫。并且是完全開放源代碼的。新近的C++ Builder X的GUI設(shè)計器就是基于這個庫的。
4) Fox
開放源代碼的GUI庫。作者從自己親身的開發(fā)經(jīng)驗中得出了一個理想的GUI庫應(yīng)該是什么樣子的感受出發(fā)，從而開始了對這個庫的開發(fā)。有興趣的可以嘗試一下。
參考網(wǎng)站：[url=http://www.fox-toolkit.org/]http://www.fox-toolkit.org/[/url]
5)   WTL
基于ATL的一個庫。因為使用了大量ATL的輕量級手法，模板等技術(shù)，在代碼尺寸，以及速度優(yōu)化方面做得非常到位。主要面向的使用群體是開發(fā)COM輕量級供網(wǎng)絡(luò)下載的可視化控件的開發(fā)者。
6)   GTK
參考網(wǎng)站：[url=http://gtkmm.sourceforge.net/]http://gtkmm.sourceforge.net/[/url]
GTK是一個大名鼎鼎的C的開源GUI庫。在Linux世界中有Gnome這樣的殺手應(yīng)用。而GTK就是這個庫的C++封裝版本。
   網(wǎng)絡(luò)通信
1) ACE
參考網(wǎng)站：[url=http://www.cs.wustl.edu/~schmidt/ACE.html]http://www.cs.wustl.edu/~schmidt/ACE.html[/url]
C++庫的代表，超重量級的網(wǎng)絡(luò)通信開發(fā)框架。ACE自適配通信環(huán)境（Adaptive Communication Environment）是可以自由使用、開放源代碼的面向?qū)ο罂蚣埽谄渲袑崿F(xiàn)了許多用于并發(fā)通信軟件的核心模式。ACE提供了一組豐富的可復(fù)用C++ 包裝外觀（Wrapper Facade）和框架組件，可跨越多種平臺完成通用的通信軟件任務(wù)，其中包括：事件多路分離和事件處理器分派、信號處理、服務(wù)初始化、進程間通信、共享內(nèi) 存管理、消息路由、分布式服務(wù)動態(tài)（重）配置、并發(fā)執(zhí)行和同步，等等。
2) StreamModule
參考網(wǎng)站：[url=http://www.omnifarious.org/StrMod/]http://www.omnifarious.org/StrMod/[/url]
設(shè)計用于簡化編寫分布式程序的庫。嘗試著使得編寫處理異步行為的程序更容易，而不是用同步的外殼包起異步的本質(zhì)。
3) SimpleSocket
參考網(wǎng)站：[url=http://home.hetnet.nl/~lcbokkers/simsock.htm]http://home.hetnet.nl/~lcbokkers/simsock.htm[/url]
這個類庫讓編寫基于socket的客戶/服務(wù)器程序更加容易。
4) A Stream Socket API for C++
參考網(wǎng)站：[url=http://www.pcs.cnu.edu/~dgame/sockets/socketsC++ /sockets.html]http://www.pcs.cnu.edu/~dgame/sockets/socketsC++/sockets.html[/url]
又一個對Socket的封裝庫。
   XML
1) Xerces
參考網(wǎng)站：[url=http://xml.apache.org/xerces-c/]http://xml.apache.org/xerces-c/[/url]
Xerces-C++ 是一個非常健壯的XML解析器，它提供了驗證，以及SAX和DOM API。XML驗證在文檔類型定義(Document Type Definition，DTD)方面有很好的支持，并且在2001年12月增加了支持W3C XML Schema 的基本完整的開放標(biāo)準(zhǔn)。
2) XMLBooster
參考網(wǎng)站：[url=http://www.xmlbooster.com/]http://www.xmlbooster.com/[/url]
這個庫通過產(chǎn)生特制的parser的辦法極大的提高了XML解析的速度，并且能夠產(chǎn)生相應(yīng)的GUI程序來修改這個parser。在DOM和SAX兩大主流XML解析辦法之外提供了另外一個可行的解決方案。
3) Pull Parser
參考網(wǎng)站：[url=http://www.extreme.indiana.edu/xgws/xsoap/xpp/]http://www.extreme.indiana.edu/xgws/xsoap/xpp/[/url]
這個庫采用pull方法的parser。在每個SAX的parser底層都有一個pull的parser，這個xpp把這層暴露出來直接給大家使用。在要充分考慮速度的時候值得嘗試。
4) Xalan
參考網(wǎng)站：[url=http://xml.apache.org/xalan-c/]http://xml.apache.org/xalan-c/[/url]
Xalan是一個用于把XML文檔轉(zhuǎn)換為HTML，純文本或者其他XML類型文檔的XSLT處理器。
5) CMarkup
參考網(wǎng)站：[url=http://www.firstobject.com/xml.htm'>[url]http: //www.firstobject.com/xml.htm[/url]]http://www.firstobject.com/xml.htm'>[url]http://www.firstobject.com/xml.htm[/url][/url]
這是一種使用EDOM的XML解析器。在很多思路上面非常靈活實用。值得大家在DOM和SAX之外尋求一點靈感。
6) libxml++
[url=http://libxmlplusplus.sourceforge.net/]http://libxmlplusplus.sourceforge.net/[/url]
libxml++是對著名的libxml XML解析器的C++封裝版本
   科學(xué)計算
1) Blitz++
參考網(wǎng)站：[url=http://www.oonumerics.org/blitz/]http://www.oonumerics.org/blitz/[/url]
Blitz++ 是一個高效率的數(shù)值計算函數(shù)庫，它的設(shè)計目的是希望建立一套既具像C++ 一樣方便，同時又比Fortran速度更快的數(shù)值計算環(huán)境。通常，用C++所寫出的數(shù)值程序，比 Fortran慢20%左右，因此Blitz++正是要改掉這個缺點。方法是利用C++的template技術(shù)，程序執(zhí)行甚至可以比Fortran更快。 Blitz++目前仍在發(fā)展中，對于常見的SVD，F(xiàn)FTs，QMRES等常見的線性代數(shù)方法并不提供，不過使用者可以很容易地利用Blitz++所提供 的函數(shù)來構(gòu)建。
2) POOMA
參考網(wǎng)站：[url=http://www.codesourcery.com/pooma/pooma]http://www.codesourcery.com/pooma/pooma[/url]
POOMA是一個免費的高性能的C++庫，用于處理并行式科學(xué)計算。POOMA的面向?qū)ο笤O(shè)計方便了快速的程序開發(fā)，對并行機器進行了優(yōu)化以達到最高的效率，方便在工業(yè)和研究環(huán)境中使用。
3) MTL
參考網(wǎng)站：[url=http://www.osl.iu.edu/research/mtl/]http://www.osl.iu.edu/research/mtl/[/url]
Matrix Template Library(MTL)是一個高性能的泛型組件庫，提供了各種格式矩陣的大量線性代數(shù)方面的功能。在某些應(yīng)用使用高性能編譯器的情況下，比如Intel的編譯器，從產(chǎn)生的匯編代碼可以看出其與手寫幾乎沒有兩樣的效能。
4) CGAL
參考網(wǎng)站：[url=http://www.cgal.org/]www.cgal.org[/url]
Computational Geometry Algorithms Library的目的是把在計算幾何方面的大部分重要的解決方案和方法以C++庫的形式提供給工業(yè)和學(xué)術(shù)界的用戶。
   游戲開發(fā)
1) Audio/Video 3D C++ Programming Library
參考網(wǎng)站：[url=http://www.galacticasoftware.com/products/av/]http://www.galacticasoftware.com/products/av/[/url]
AV3D是一個跨平臺，高性能的C++庫。主要的特性是提供3D圖形，聲效支持（SB,以及S3M），控制接口（鍵盤，鼠標(biāo)和遙感），XMS。
2) KlayGE
參考網(wǎng)站：[url=http://home.g365.net/enginedev/]http://home.g365.net/enginedev/[/url]
國內(nèi)游戲開發(fā)高手自己用C++開發(fā)的游戲引擎。KlayGE是一個開放源代碼、跨平臺的游戲引擎，并使用Python作腳本語言。KlayGE在LGPL協(xié)議下發(fā)行。感謝龔敏敏先生為中國游戲開發(fā)事業(yè)所做出的貢獻。
3) OGRE
參考網(wǎng)站：[url=http://www.ogre3d.org/]http://www.ogre3d.org[/url]
OGRE （面向?qū)ο蟮膱D形渲染引擎）是用C++開發(fā)的，使用靈活的面向?qū)ο?D引擎。它的目的是讓開發(fā)者能更方便和直接地開發(fā)基于3D硬件設(shè)備的應(yīng)用程序或游戲。 引擎中的類庫對更底層的系統(tǒng)庫（如：Direct3D和OpenGL）的全部使用細節(jié)進行了抽象，并提供了基于現(xiàn)實世界對象的接口和其它類。
   線程
1) C++ Threads
參考網(wǎng)站：[url=http://threads.sourceforge.net/]http://threads.sourceforge.net/[/url]
這個庫的目標(biāo)是給程序員提供易于使用的類，這些類被繼承以提供在Linux環(huán)境中很難看到的大量的線程方面的功能。
2) ZThreads
參考網(wǎng)站：[url=http://zthread.sourceforge.net/]http://zthread.sourceforge.net/[/url]
一個先進的面向?qū)ο螅缙脚_的C++線程和同步庫。
   序列化
1) s11n
參考網(wǎng)站：[url=http://s11n.net/]http://s11n.net/[/url]
一個基于STL的C++庫，用于序列化POD，STL容器以及用戶定義的類型。
2) Simple XML Persistence Library
參考網(wǎng)站：[url=http://sxp.sourceforge.net/]http://sxp.sourceforge.net/[/url]
這是一個把對象序列化為XML的輕量級的C++庫。
   字符串
1) C++ Str Library
參考網(wǎng)站：[url=http://www.utilitycode.com/str/]http://www.utilitycode.com/str/[/url]
操作字符串和字符的庫，支持Windows和支持gcc的多種平臺。提供高度優(yōu)化的代碼，并且支持多線程環(huán)境和Unicode，同時還有正則表達式的支持。
2) Common Text Transformation Library
參考網(wǎng)站：[url=http://cttl.sourceforge.net/]http://cttl.sourceforge.net/[/url]
這是一個解析和修改STL字符串的庫。CTTL substring類可以用來比較，插入，替換以及用EBNF的語法進行解析。
3) GRETA
參考網(wǎng)站：[url=http://research.microsoft.com/projects/greta/]http://research.microsoft.com/projects/greta/[/url]
這是由微軟研究院的研究人員開發(fā)的處理正則表達式的庫。在小型匹配的情況下有非常優(yōu)秀的表現(xiàn)。
   綜合
1) P::Classes
參考網(wǎng)站：[url=http://pclasses.com/]http://pclasses.com/[/url]
一個高度可移植的C++應(yīng)用程序框架。當(dāng)前關(guān)注類型和線程安全的signal/slot機制，i/o系統(tǒng)包括基于插件的網(wǎng)絡(luò)協(xié)議透明的i/o架構(gòu)，基于插件的應(yīng)用程序消息日志框架，訪問sql數(shù)據(jù)庫的類等等。
2) ACDK - Artefaktur Component Development Kit
參考網(wǎng)站：[url=http://acdk.sourceforge.net/]http://acdk.sourceforge.net/[/url]
這是一個平臺無關(guān)的C++組件框架，類似于Java或者.NET中的框架（反射機制，線程，Unicode，廢料收集，I/O，網(wǎng)絡(luò)，實用工具，XML，等等），以及對Java, Perl, Python, TCL, Lisp, COM 和 CORBA的集成。
3) dlib C++ library
參考網(wǎng)站：[url=http://www.cis.ohio-state.edu/~kingd/dlib/]http://www.cis.ohio-state.edu/~kingd/dlib/[/url]
各種各樣的類的一個綜合。大整數(shù)，Socket，線程，GUI，容器類,以及瀏覽目錄的API等等。
4) Chilkat C++ Libraries
參考網(wǎng)站：[url=http://www.c'>[url]http://www.c[/url]'>[url]http: //www.c[/url]'>[url]http://www.chilkatsoft.com/cpp_libraries.asp[/url]]http://www.c'>[url]http://www.c[/url]'>[url]http://www.c[/url]'>[url]http://www.chilkatsoft.com/cpp_libraries.asp[/url][/url]
這是提供zip，e-mail，編碼，S/MIME，XML等方面的庫。
5) C++ Portable Types Library (PTypes)
參 考網(wǎng)站：[url=http://www.melikyan.com/ptypes/'>[url]http: //www.melikyan.com/ptypes/[/url]]http://www.melikyan.com/ptypes/'>[url]http://www.melikyan.com/ptypes/[/url][/url]
這是STL的比較簡單的替代品，以及可移植的多線程和網(wǎng)絡(luò)庫。
6) LFC
參考網(wǎng)站：[url=http://lfc.sourceforge.net/]http://lfc.sourceforge.net/[/url]
哦，這又是一個嘗試提供一切的C++庫
   其他庫
1) Loki
參考網(wǎng)站：[url=http://www.moderncppdesign.com/]http://www.moderncppdesign.com/[/url]
哦，你可能抱怨我早該和Boost一起介紹它，一個實驗性質(zhì)的庫。作者在loki中把C++模板的功能發(fā)揮到了極致。并且嘗試把類似設(shè)計模式這樣思想層面的東西通過庫來提供。同時還提供了智能指針這樣比較實用的功能。
2) ATL
ATL(Active Template Library)是一組小巧、高效、靈活的類，這些類為創(chuàng)建可互操作的COM組件提供了基本的設(shè)施。
3) FC++: The Functional C++ Library
這 個庫提供了一些函數(shù)式語言中才有的要素。屬于用庫來擴充語言的一個代表作。如果想要在OOP之外尋找另一分的樂趣，可以去看看函數(shù)式程序設(shè)計的世界。大師 Peter Norvig在 "Teach Yourself Programming in Ten Years"一文中就將函數(shù)式語言列為至少應(yīng)當(dāng)學(xué)習(xí)的6類編程語言之一。
4) FACT!
參考網(wǎng)站：[url=http://www.kfa-juelich.de/zam/FACT/start/index.html]http://www.kfa-juelich.de/zam/FACT/start/index.html[/url]
另外一個實現(xiàn)函數(shù)式語言特性的庫
5) Crypto++
提供處理密碼，消息驗證，單向hash，公匙加密系統(tǒng)等功能的免費庫。
還有很多非常激動人心或者是極其實用的C++庫，限于我們的水平以及文章的篇幅不能包括進來。在對于這些已經(jīng)包含近來的庫的介紹中，由于并不是每一個我們都使用過，所以難免有偏頗之處，請讀者見諒。
6) Managed C++ wrapper for ZLib
壓縮組件Zlib的C++類庫
7) CppSQLite - C++ Wrapper for SQLite
SQLite C++封裝庫
8)CxImage
圖像格式轉(zhuǎn)換
   資源網(wǎng)站
正如我們可以通過計算機歷史上的重要人物了解計算機史的發(fā)展，C++相關(guān)人物的網(wǎng)站也可以使我們得到最有價值的參考與借鑒，下面的人物我們認為沒有介紹的 必要，只因下面的人物在C++領(lǐng)域的地位眾所周知，我們只將相關(guān)的資源進行羅列以供讀者學(xué)習(xí)，他們有的工作于貝爾實驗室，有的工作于知名編譯器廠商，有的 在不斷推進語言的標(biāo)準(zhǔn)化，有的為讀者撰寫了多部千古奇作......
Bjarne Stroustrup [url=http://www.research.att.com/~bs/]http://www.research.att.com/~bs/[/url]
Stanley B. Lippman http: //blogs.msdn.com/slippman/(中文版[url=http://www.zengyihome.net/slippman /index.htm]http://www.zengyihome.net/slippman/index.htm[/url])
Scott Meyers [url=http://www.aristeia.com/]http://www.aristeia.com/[/url]
David Musser [url=http://www.cs.rpi.edu/~musser/]http://www.cs.rpi.edu/~musser/[/url]
Bruce Eckel [url=http://www.bruceeckel.com/]http://www.bruceeckel.com[/url]
Nicolai M. Josuttis [url=http://www.josuttis.com/]http://www.josuttis.com/[/url]
Herb Sutter [url=http://www.gotw.ca/]http://www.gotw.ca/[/url]
Andrei Alexandrescu [url=http://www.moderncppdesign.com/]http://www.moderncppdesign.com/[/url]

posted @ 2008-07-31 00:30 Jakcie 閱讀(248) | 評論 (0) | 編輯 收藏