• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            斜樹的空間

            集中精力,放棄一切的去做一件事情,只要盡力了,即使失敗了,你也不會后悔!

              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
              47 隨筆 :: 0 文章 :: 12 評論 :: 0 Trackbacks

            在使用  重疊IO模型 的時候遇到一個連個 頭文件 包含錯誤,windows.h 和 winsock2.h。在網上找到一篇文章,覺得方法很好,特轉載:

            在我初學Windows網絡編程時,曾經遇到過兩類編譯錯誤(VC6的Build窗口嘩嘩的顯示了102個Errors),都是些類型未定義或者重復定義問題,讓我感到很郁悶。這兩種錯誤情況下的第一條錯誤信息分別為:

            錯誤情形1:mswsock.h(69) : error C2065: 'SOCKET' : undeclared identifier
            錯誤情形2:winsock2.h(99) : error C2011: 'fd_set' : 'struct' type redefinition
            后來,我靜下心來仔細分析一下錯誤提示及相關文件,終于找到了原因。

            我們知道,Windows網絡編程至少需要兩個頭文件:winsock2.h和windows.h,而在WinSock2.0之前還存在一個老版本的winsock.h。正是這三個頭文件的包含順序,導致了上述問題的出現。

            先讓我們看看winsock2.h的內容,在文件開頭有如下宏定義:

            #ifndef _WINSOCK2API_
            #define _WINSOCK2API_
            #define _WINSOCKAPI_   /* Prevent inclusion of winsock.h in windows.h */
            _WINSOCK2API_很容易理解,這是最常見的防止頭文件重復包含的保護措施。_WINSOCKAPI_的定義則是為了阻止對老文件winsock.h的包含,即是說,如果用戶先包含了winsock2.h就不允許再包含winsock.h了,否則會導致類型重復定義。這是怎樣做到的呢?很簡單,因為winsock.h的頭部同樣存在如下的保護措施:

            #ifndef _WINSOCKAPI_
            #define _WINSOCKAPI_
            再回過頭來看winsock2.h,在上述內容之后緊跟著如下宏指令:

            /*
             * Pull in WINDOWS.H if necessary
             */
            #ifndef _INC_WINDOWS
            #include <windows.h>
            #endif /* _INC_WINDOWS */
            其作用是如果用戶沒有包含windows.h(_INC_WINDOWS在windows.h中定義)就自動包含它,以定義WinSock2.0所需的類型和常量等。

            現在切換到windows.h,查找winsock,我們會驚奇的發現以下內容:

            #ifndef WIN32_LEAN_AND_MEAN
            #include <cderr.h>
            #include <dde.h>
            #include <ddeml.h>
            #include <dlgs.h>
            #ifndef _MAC
            #include <lzexpand.h>
            #include <mmsystem.h>
            #include <nb30.h>
            #include <rpc.h>
            #endif
            #include <shellapi.h>
            #ifndef _MAC
            #include <winperf.h>
            #if(_WIN32_WINNT >= 0x0400)
            #include <winsock2.h>
            #include <mswsock.h>
            #else
            #include <winsock.h>
            #endif /* _WIN32_WINNT >=  0x0400 */

            #endif
            // 這里省略掉一部分內容
            #endif /* WIN32_LEAN_AND_MEAN */

            看到沒?windows.h會反向包含winsock2.h或者winsock.h!相互間的包含便是萬惡之源!

            下面具體分析一下問題是怎么發生的。

            錯誤情形1:我們在自己的工程中先包含winsock2.h再包含windows.h,如果WIN32_LEAN_AND_MEAN未定義且_WIN32_WINNT大于或等于0x400,那么windows.h會在winsock2.h開頭被自動引入,而windows.h又會自動引入mswsock.h,此時,mswsock.h里所用的socket類型還尚未定義,因此會出現類型未定義錯誤。

            錯誤情形2:先包含windows.h再包含winsock2.h,如果WIN32_LEAN_AND_MEAN未定義且_WIN32_WINNT未定義或者其版本號小于0x400,那么windows.h會自動導入舊有的winsock.h,這樣再當winsock2.h被包含時便會引起重定義。

            這里要說明的是,宏WIN32_LEAN_AND_MEAN的作用是減小win32頭文件尺寸以加快編譯速度,一般由AppWizard在stdafx.h中自動定義。_WIN32_WINNT的作用是開啟高版本操作系統下的特殊函數,比如要使用可等待定時器(WaitableTimer),就得要求_WIN32_WINNT的值大于或等于0x400。因此,如果你沒有遇到上述兩個問題,很可能是你沒有在這些條件下進行網絡編程。

            問題還沒有結束,要知道除了VC自帶windows庫文件外,MS的Platform SDK也含有這些頭文件。我們很可能發現在之前能夠好好編譯的程序在改變了windows頭文件包含路徑后又出了問題。原因很簡單,Platform SDK中的windows.h與VC自帶的文件存在差異,其相同位置的代碼如下:

            #ifndef WIN32_LEAN_AND_MEAN
            #include <cderr.h>
            #include <dde.h>
            #include <ddeml.h>
            #include <dlgs.h>
            #ifndef _MAC
            #include <lzexpand.h>
            #include <mmsystem.h>
            #include <nb30.h>
            #include <rpc.h>
            #endif
            #include <shellapi.h>
            #ifndef _MAC
            #include <winperf.h>
            #include <winsock.h>  // 這里直接包含winsock.h
            #endif
            #ifndef NOCRYPT
            #include <wincrypt.h>
            #include <winefs.h>
            #include <winscard.h>
            #endif
            #ifndef NOGDI
            #ifndef _MAC
            #include <winspool.h>
            #ifdef INC_OLE1
            #include <ole.h>
            #else
            #include <ole2.h>
            #endif /* !INC_OLE1 */
            #endif /* !MAC */
            #include <commdlg.h>
            #endif /* !NOGDI */
            #endif /* WIN32_LEAN_AND_MEAN */

            唉,我們不禁要問MS為什么要搞這么多花樣,更讓人氣憤的是,既然代碼不一樣,windows.h里卻沒有任何一個宏定義能夠幫助程序辨別當前使用的文件是VC自帶的還是PSDK里的。

            后來,我寫了一個頭文件專門處理winsock2.h的包含問題,名為winsock2i.h,只需在要使用WinSock2.0的源文件里第一個包含此文件即可,不過由于前面提到的問題,當使用PSDK時,需要手工定義一下USING_WIN_PSDK,源碼如下:

            //
            // winsock2i.h - Include winsock2.h safely.
            //
            // Copyleft  02/24/2005  by freefalcon
            //
            //
            // When WIN32_LEAN_AND_MEAN is not defined and _WIN32_WINNT is LESS THAN 0x400,
            // if we include winsock2.h AFTER windows.h or winsock.h, we get some compiling
            // errors as following:
            //   winsock2.h(99) : error C2011: 'fd_set' : 'struct' type redefinition
            //
            // When WIN32_LEAN_AND_MEAN is not defined and _WIN32_WINNT is NOT LESS THAN 0x400,
            // if we include winsock2.h BEFORE windows.h, we get some other compiling errors:
            //   mswsock.h(69) : error C2065: 'SOCKET' : undeclared identifier
            //
            // So, this file is used to help us to include winsock2.h safely, it should be
            // placed before any other header files.
            //
            #ifndef _WINSOCK2API_

            // Prevent inclusion of winsock.h
            #ifdef _WINSOCKAPI_
            #error Header winsock.h is included unexpectedly.
            #endif

            // NOTE: If you use Windows Platform SDK, you should enable following definition:
            // #define USING_WIN_PSDK

            #if !defined(WIN32_LEAN_AND_MEAN) && (_WIN32_WINNT >= 0x0400) && !defined(USING_WIN_PSDK)
            #include <windows.h>
            #else
            #include <winsock2.h>
            #endif

            #endif//_WINSOCK2API_

            本文來自CSDN博客,轉載請標明出處:http://blog.csdn.net/freefalcon/archive/2006/11/09/1374733.aspx

            按照freefalcon提供的方法,到winsock2.h中看到:
            #ifndef _INC_WINDOWS
            #include <windows.h>
            #endif /* _INC_WINDOWS */
            其實只需包含#include <winsock2.h>就可以了,把#include <windows.h>放在#include <winsock2.h>后其實也是可以的,沒有包含錯誤的問題。

            但如果又出現這樣的錯誤:
            1>server.obj : error LNK2019: 無法解析的外部符號 __imp__closesocket@4,該符號在函數 _main 中被引用
            1>server.obj : error LNK2019: 無法解析的外部符號 __imp__WSAGetLastError@0,該符號在函數 _main 中被引用
            1>server.obj : error LNK2019: 無法解析的外部符號 __imp__WSARecv@28,該符號在函數 _main 中被引用
            1>server.obj : error LNK2019: 無法解析的外部符號 __imp__WSACreateEvent@0,該符號在函數 _main 中被引用
            1>server.obj : error LNK2019: 無法解析的外部符號 __imp__accept@12,該符號在函數 _main 中被引用
            1>server.obj : error LNK2019: 無法解析的外部符號 __imp__listen@8,該符號在函數 _main 中被引用
            1>server.obj : error LNK2019: 無法解析的外部符號 __imp__bind@12,該符號在函數 _main 中被引用
            1>server.obj : error LNK2019: 無法解析的外部符號 __imp__htons@4,該符號在函數 _main 中被引用
            1>server.obj : error LNK2019: 無法解析的外部符號 __imp__htonl@4,該符號在函數 _main 中被引用
            1>server.obj : error LNK2019: 無法解析的外部符號 __imp__socket@12,該符號在函數 _main 中被引用
            1>server.obj : error LNK2019: 無法解析的外部符號 __imp__WSAStartup@8,該符號在函數 _main 中被引用

            如果出現這樣的錯誤,那就是庫沒包含了,只要查查MSDN,找到包含這個函數的庫就行了,加入一句:

            #pragma   comment(lib,   "ws2_32.lib")

            posted on 2010-05-18 20:51 張貴川 閱讀(1035) 評論(0)  編輯 收藏 引用
            日产精品久久久久久久| 久久福利青草精品资源站| 日韩中文久久| 77777亚洲午夜久久多喷| 久久午夜电影网| 思思久久好好热精品国产| 久久亚洲AV成人无码国产 | 亚洲欧美日韩久久精品第一区| 久久无码AV中文出轨人妻| 久久久久人妻精品一区二区三区| 国产成人精品久久综合| 精品人妻伦九区久久AAA片69| 欧美伊香蕉久久综合类网站| 久久精品综合网| 久久不见久久见免费影院www日本| 久久人人爽人人爽人人片AV东京热 | 久久综合日本熟妇| 97热久久免费频精品99| 亚洲性久久久影院| 国产成人综合久久久久久| 亚洲精品高清国产一线久久| 日韩美女18网站久久精品| 久久久国产精品网站| 久久婷婷成人综合色综合| 久久人人爽人人爽人人片AV麻烦| 免费精品99久久国产综合精品| 欧美大香线蕉线伊人久久| 久久久这里只有精品加勒比| 久久国产精品免费一区| 色综合久久综合网观看| 精品久久久久久久久中文字幕| 久久天堂AV综合合色蜜桃网| 日产精品久久久久久久| 2021国产精品久久精品| 精品久久久久久久国产潘金莲| 久久婷婷是五月综合色狠狠| 亚洲AV伊人久久青青草原| 免费一级欧美大片久久网| 久久影院午夜理论片无码| 久久午夜综合久久| 欧美成人免费观看久久|