行進中開火

MFC中一個危險的Bug

 

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

一。問題的產生。

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

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

    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函數能直接讀取文本中的一行數據到CString中，很方便。讀到文件結尾，沒有讀出任何數據的時候，返回FALSE。很簡單的函數，但恰恰是這個函數有Bug。

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

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

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

二。發現問題所在

決定看看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個字符就不行。確定了不是數據的問題，就是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') // 最后結果中，去掉回車符
        rString.GetBufferSetLength(nLen-1); 
    return lpszResult != NULL;  // 這里就是Bug的關鍵。返回值不對！
}

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

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

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

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

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

Bug的描述：當文件的最后一行數據，正好是128的倍數個字符的時候，用ReadString讀取，一定會返回FALSE。但實際上讀取是成功的，返回的CString中的數據是正確的?。╒C6.0中存在這個Bug，VS2005中，沒有這個Bug）

這個Bug，只會影響到最后一行數據。因為如果有換行符的存在，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中的代碼，發現這個Bug被修復了，代碼如下：

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函數的地方，都要進行修改。。。

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

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

虛驚一場的海嘯

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

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

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

廣播員在不斷在播報各地海平面的增高情況，鏡頭不時切換到沿岸各地，報道當地狀況和搶險準備的情況，很多沿海公路如東名高速公路已經關閉，海濱公園停止營業，船舶紛紛進入避難路線。經常有畫外音插斷播音員的播報，緊急通報某地海平面出現異常增高。轉眼間就有了一種陷入某場戰爭的感覺。

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

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

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

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

 

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

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

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

虛驚一場啊。

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

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

快速擴展文件大小

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

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

Linux中的時間

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

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

    在系統開機的時候，會自動從Bios中取得硬件時間，設置為系統時間。

 

一.Linux系統時間的設置

    在Linux中設置系統時間，可以用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 有幾種時間格式可接受，這樣也可以設置時間：

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

 

 二.Linux硬件時間的設置

    硬件時間的設置，可以用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

//設置硬件時間

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

 

三.系統時間和硬件時間的同步

    同步系統時間和硬件時間，可以使用hwclock命令。

//以系統時間為基準，修改硬件時間

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

//以硬件時間為基準，修改系統時間

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

 

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

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

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

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

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

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

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

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

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

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

 

五.ntpd服務的設置

    ntpd服務的相關設置文件如下：

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

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

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

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

5. /etc/timezone：系統時區文件

 

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

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

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

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

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

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

server 1.pool.ntp.org

server 2.pool.ntp.org

server cn.pool.ntp.org prefer

#其他設置值，以系統默認值即可

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

總結一下，restrict用來設置訪問權限，server用來設置上層時間服務器，driftfile用來設置保存漂移時間的文件。

 

六.ntp服務的啟動與觀察

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

[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服務：

[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服務器已經更新了自己的時間呢？

[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服務器是否與上層聯機。由上述輸出結果可知，時間校正約

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

常見的錯誤：

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

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

[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服務器（第一層）與上層NTP服務器（第二層）彼此之間的

#關系

[root@linux ~] # ntpq –p

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

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

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

st：即stratum階層

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

poll：下次更新在幾秒之后

reach：已經向上層NTP服務器要求更新的次數

delay：網絡傳輸過程鐘延遲的時間

offset：時間補償的結果

jitter：Linux系統時間與BIOS硬件時間的差異時間

 

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

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

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

Windwos7初體驗

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

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

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

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

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

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

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

總體感覺Windows7還是很不錯的，吸收了Vista的優點，改正了使用不方便的缺點。值得一提的是，Windows7的硬件需求相當低，未來還面向于NetBook。我在虛擬機下一路默認安裝下來，只占了5.2Gb的空間。非常不錯。

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

轉載：C++庫大匯

轉載：C++庫大匯

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