青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

yehao's Blog

LNK2005錯誤處理

造成LNK2005錯誤主要有以下幾種情況:

1.重復定義全局變量。可能存在兩種情況:

A、 對于一些初學編程的程序員,有時候會以為需要使用全局變量的地方就可以使用定義申明一下。其實這是錯誤的,全局變量是針對整個工程的。正確的應該是在一個 CPP文件中定義如下:int g_Test;那么在使用的CPP文件中就應該使用:extern int g_Test即可,如果還是使用int g_Test,那么就會產生LNK2005錯誤,一般錯誤錯誤信息類似:AAA.obj error LNK2005 int book c? book@@3HA already defined in BBB.obj。切記的就是不能給變量賦值否則還是會有LNK2005錯誤。

       這里需要的是“聲明”,不是“定義”!根據C++標準的規定,一個變量是聲明,必須同時滿足兩個條件,否則就是定義:

(1)聲明必須使用extern關鍵字;(2)不能給變量賦初值

所以,下面的是聲明:

extern int a;

下面的是定義

int a; int a = 0; extern int a =0;

B、對于那么編程不是那么嚴謹的程序員,總是在需要使用變量的文件中隨意定義一個全局變量,并且對于變量名也不予考慮,這也往往容易造成變量名重復,而造成LNK2005錯誤。

2. 頭文件的包含重復。往往需要包含的頭文件中含有變量、函數、類的定義,在其它使用的地方又不得不多次包含之,如果頭文件中沒有相關的宏等防止重復鏈接的措 施,那么就會產生LNK2005錯誤。解決辦法是在需要包含的頭文件中做類似的處理:#ifndef MY_H_FILE   //如果沒有定義這個宏

#define MY_H_FILE   //定義這個宏

…….   //頭文件主體內容

…….

#endif

上面是使用宏來做的,也可以使用預編譯來做,在頭文件中加入:

#pragma once

//頭文件主體

3. 使用第三方的庫造成的。這種情況主要是C運行期函數庫和MFC的庫沖突造成的。具體的辦法就是將那個提示出錯的庫放到另外一個庫的前面。另外選擇不同的C 函數庫,可能會引起這個錯誤。微軟和C有兩種C運行期函數庫,一種是普通的函數庫:LIBC.LIB,不支持多線程。另外一種是支持多線程的: msvcrt.lib。如果一個工程里,這兩種函數庫混合使用,可能會引起這個錯誤,一般情況下它需要MFC的庫先于C運行期函數庫被鏈接,因此建議使用 支持多線程的msvcrt.lib。所以在使用第三方的庫之前首先要知道它鏈接的是什么庫,否則就可能造成LNK2005錯誤。如果不得不使用第三方的 庫,可以嘗試按下面所說的方法修改,但不能保證一定能解決問題,前兩種方法是微軟提供的:

A、選擇VC菜單Project-> Settings->Link->Catagory選擇Input,再在Ignore libraries 的Edit欄中填入你需要忽略的庫,如:Nafxcwd.lib;Libcmtd.lib。然后在Object/library Modules的Edit欄中填入正確的庫的順序,這里需要你能確定什么是正確的順序,呵呵,God bless you!

B、選擇VC菜單Project->Settings->Link頁,然后在Project Options的Edit欄中輸入/verbose:lib,這樣就可以在編譯鏈接程序過程中在輸出窗口看到鏈接的順序了。

C、選擇VC菜單Project->Settings->C/C++頁,Catagory選擇Code Generation后再在User Runtime libraray中選擇MultiThread DLL等其他庫,逐一嘗試。

這就是我所遇到過的LNK2005錯誤的幾種情況,肯定還有其他的情況也可能造成這種錯誤,所以我不希望你在看完這篇文章以后,再遇到LNK2005錯誤時候,不動腦筋的想對號入座的排除錯誤。編程的過程就是一個思考的過程,所以還是多多開動你的頭腦,那樣收獲會更多!

=======================================

支持,我在社區里也看到了許多LINK 2005錯

補充一點,就是一次在用第三方庫時,由于errno被重定義,用多種方法都不能解決,后查找MSDN,發現link有個選項/FORCE可以解決,在IDE下

Project->Settings->Link頁,選categroy為custom,將force file output前打勾

但會有警告

warning LNK4088: image being generated due to /FORCE option; image may not run

但的確解決了問題,這是由于VC對重定義比較嚴格,像BCB或GCC在庫中的重定義不會有任何警告或錯誤

========================================

我 發現的另外一個出現LINK2005的現象,好像是由于名稱空間而引起的。我在dos下寫的程序沒有問題,但是放在mfc中就出現了這個鏈接錯誤。因為起 初圖省事,我在一個頭文件中寫了using namespace std,并且這個頭文件我多處使用,另外,我還使用了boost庫。后來,問題解決的方法非常奇怪,在一個頭文件中引用其他頭文件,這些頭文件的順序換一 下就通過了,那個出現問題的頭文件中我使用了std::map,當我把這種容器使用模板代替后,鏈接就有沒事了。(例如:template< class coll>),后來感到模板技術還有這種效果,賺了!哈哈

========================================

What are the C and C++ libraries my program would link with?

                      Summary Table

 

Compile   Old             New IOStream   Libraries

Option     IOStream   or STL                Linked With

 

 

/ML        No                No                    LIBC.LIB

 

/MLd      No                No                    LIBCD.LIB

 

/MT        No                No                    LIBCMT.LIB

 

/MTd      No                No                    LIBCMTD.LIB

 

/MD       No                 No                    MSVCRT.LIB

 

/MDd      No                 No                    MSVCRTD.LIB

 

/ML        No                Yes                    LIBC.LIB,    LIBCP.LIB

 

/MLd      No                Yes                    LIBCD.LIB,   LIBCPD.LIB

 

/MT        No                Yes                    LIBCMT.LIB, LIBCPMT.LIB

 

/MTd      No                Yes                    LIBCMTD.LIB, LIBCPMTD.LIB

 

/MD        No                Yes                    MSVCRT.LIB, MSVCPRT.LIB

 

/MDd      No                Yes                    MSVCRTD.LIB, MSVCPRTD.LIB

 

/ML        Yes                No                    LIBC.LIB,       LIBCI.LIB

 

/MLd      Yes                No                    LIBCD.LIB,   LIBCID.LIB

 

/MT        Yes                No                    LIBCMT.LIB,   LIBCIMT.LIB

 

/MTd      Yes                No                    LIBCMTD.LIB, LIBCIMTD.LIB

 

/MD        Yes               No                    MSVCRT.LIB, MSVCIRT.LIB

 

/MDd      Yes               No                    MSVCRTD.LIB, MSVCIRTD.LIB

你的程序使用了/ML編譯選項,而程序依賴的.lib可能使用/MDd選項編譯,造成鏈接沖突.

統一編譯選項可回避此錯誤

Project Settings->C/C++ Tab->Category:CodeGeneration

Use run-time library組合框中選擇Multithread Dll(或Debug Multithread Dll )

Summary Table for CRT DLLs Used

Import Library Linked With DLLs Used (Visual C++ 5.0

從vc6升級到vc7的一些問題及解決方法- -

                                      

最近由于工作需要,把項目從vc6升級到vc7(vc.net2003)。升級過程遇到些問題,記錄于此。

1. 編譯時出現:WINVER not defined. Defaulting to 0×0501 (Windows XP and Windows .NET Server)

這個問題是因為沒有指定工程要使用的平臺SDK的版本。

Minimum system required Macros to define

Windows Server 2003 family _WIN32_WINNT>=0×0502

Windows XP _WIN32_WINNT>=0×0501

Windows 2000 _WIN32_WINNT>=0×0500

Windows NT 4.0 _WIN32_WINNT>=0×0400

Windows Me _WIN32_WINDOWS=0×0490

Windows 98 _WIN32_WINDOWS>=0×0410

Internet Explorer 6.0 _WIN32_IE>=0×0600

Internet Explorer 5.01, 5.5 _WIN32_IE>=0×0501

Internet Explorer 5.0, 5.0a, 5.0b _WIN32_IE>=0×0500

Internet Explorer 4.01 _WIN32_IE>=0×0401

Internet Explorer 4.0 _WIN32_IE>=0×0400

Internet Explorer 3.0, 3.01, 3.02 _WIN32_IE>=0×0300

解決辦法:

屬性,C/C++,命令行,附加項中添加 /D_WIN32_WINNT=0×0501 (因為我是在xp下工作的所以是0×0501)

2. Link是出現:LINK : warning LNK4075: 忽略”/EDITANDCONTINUE”(由于”/INCREMENTAL:NO”規范)

這個問題是因為在vc6中,工程使用的增量編譯。

解決辦法:

屬性,鏈接器,常規,啟動增量鏈接 選擇 是(INCREMENTAL)

3. 編譯時出現:warning C4129: “U” : 不可識別的字符轉義序列

error C3847: 通用字符中的錯誤符號;必須使用十六進制數字

原 因:為開發全球通用的應用程序,.NET Framework 使用 Unicode UTF-16(Unicode 轉換格式,16 位編碼形式)來表示字符。在某些情況下,.NET Framework 在內部使用 UTF-8。引入通用字符名稱的格式是 u#### 或 U########。

解決辦法:

//#include MAKEPATH(MAIN_IMAGE_PATH, FunUtilUnit_star.txt)

#include “..ImageDataML128160FunUtilUnit_star.txt”

4. 鏈接是出現:LIBCMTD.lib(crt0dat.obj) : error LNK2005: _exit 已經在 MSVCRTD.lib(MSVCR71D.dll) 中定義 等類似錯誤

原因:

Run-Time Library

?Run-Time Library是編譯器提供的標準庫,提供一些基本的庫函數和系統調用。

我們一般使用的Run-Time Library是C Run-Time Libraries。當然也有Standard C++ libraries。

C Run-Time Libraries實現ANSI C的標準庫。VC安裝目錄的CRT目錄有C Run-Time庫的大部分源代碼。 C Run-Time Libraries有靜態庫版本,也有動態鏈接庫版本;有單線程版本,也有多線程版本;還有調試和非調試版本。

?動態鏈接庫版本:

/MD Multithreaded DLL 使用導入庫MSVCRT.LIB

/MDd Debug Multithreaded DLL 使用導入庫MSVCRTD.LIB

?靜態庫版本:

/ML Single-Threaded 使用靜態庫LIBC.LIB

/MLd Debug Single-Threaded 使用靜態庫LIBCD.LIB

/MT Multithreaded 使用靜態庫LIBCMT.LIB

/MTd Debug Multithreaded 使用靜態庫LIBCMTD.LIB

若要使用此運行時庫 請忽略這些庫

單線程 (libc.lib) libcmt.lib、msvcrt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib

多線程 (libcmt.lib) libc.lib、msvcrt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib

使用 DLL 的多線程 (msvcrt.lib) libc.lib、libcmt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib

調試單線程 (libcd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcmtd.lib、msvcrtd.lib

調試多線程 (libcmtd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcd.lib、msvcrtd.lib

使用 DLL 的調試多線程 (msvcrtd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcd.lib、libcmtd.lib

解決方法:

屬性,鏈接器,輸入,忽略指定庫 libc.lib、libcmt.lib、msvcrt.lib、libcd.lib、libcmtd.lib (這是我需要忽略的,你可以根據你工程的實際情況選擇。)

posted on 2011-12-14 09:57 厚積薄發 閱讀(484) 評論(0)  編輯 收藏 引用 所屬分類: Windows編程

導航

<2025年11月>
2627282930311
2345678
9101112131415
16171819202122
23242526272829
30123456

統計

常用鏈接

留言簿

隨筆分類

文章分類

文章檔案

搜索

最新評論

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            久久久亚洲欧洲日产国码αv| 免费观看国产成人| 国产伦精品免费视频| 亚洲一区二区三区欧美| 欧美中文在线观看国产| 国产一区在线播放| 美日韩精品视频| 亚洲精品女av网站| av不卡在线看| 国产日韩欧美视频在线| 久久综合99re88久久爱| 亚洲乱码国产乱码精品精98午夜| 亚洲一区二区三区国产| 国产亚洲一区精品| 欧美国产激情二区三区| 正在播放日韩| 欧美aaa级| 亚洲在线视频免费观看| 激情视频一区二区| 欧美日韩中文字幕综合视频 | 欧美在线一二三区| 欧美激情bt| 香蕉久久一区二区不卡无毒影院 | 亚洲视频一起| 好吊一区二区三区| 欧美日韩国产综合视频在线观看中文 | 欧美国产一区二区| 99在线热播精品免费| 国产亚洲人成网站在线观看| 欧美a级片一区| 亚洲欧美日韩中文视频| 亚洲高清在线视频| 久久精品视频在线看| 一区二区三区国产盗摄| 精品av久久久久电影| 你懂的网址国产 欧美| 亚洲欧美日韩视频二区| 最近中文字幕日韩精品| 久久综合九色综合欧美狠狠| 亚洲视频在线视频| 亚洲欧洲一区二区三区| 国内精品久久久| 欧美日一区二区在线观看| 老色批av在线精品| 欧美在线视频二区| 亚洲午夜女主播在线直播| 亚洲电影视频在线| 蜜桃av一区| 久久狠狠一本精品综合网| 亚洲视频高清| 亚洲精品乱码| 亚洲大胆人体视频| 黄色工厂这里只有精品| 国产精品视频网| 欧美日韩在线播放一区二区| 欧美成人久久| 美女在线一区二区| 麻豆国产精品777777在线| 久久精品91久久久久久再现| 亚洲综合三区| 亚洲在线视频网站| 亚洲午夜久久久| 在线一区日本视频| av成人免费观看| 一级日韩一区在线观看| 亚洲精品久久久久久下一站 | 亚洲欧美激情四射在线日 | 欧美黄网免费在线观看| 久色成人在线| 久久一区中文字幕| 六月婷婷一区| 欧美成人一区二区三区| 欧美aⅴ一区二区三区视频| 欧美不卡视频一区| 欧美激情久久久久| 亚洲国产精品一区二区www在线| 美女脱光内衣内裤视频久久影院| 久久人体大胆视频| 免费国产一区二区| 亚洲成人资源| 亚洲精品一区二区在线| 日韩一级裸体免费视频| 亚洲桃花岛网站| 亚洲视频一二区| 小嫩嫩精品导航| 欧美在线视频播放| 老司机久久99久久精品播放免费| 农夫在线精品视频免费观看| 欧美va天堂va视频va在线| 久热成人在线视频| 欧美激情一区二区三区高清视频| 欧美日韩精品免费观看视频完整| 欧美视频精品在线观看| 国产日韩欧美一区| 亚洲国产精品久久久| 一本色道久久综合亚洲精品婷婷| 亚洲综合精品自拍| 久久精品国产96久久久香蕉| 农夫在线精品视频免费观看| 亚洲国产午夜| 亚洲视频电影图片偷拍一区| 欧美影片第一页| 欧美成人一区二区三区在线观看| 欧美日韩一区二区国产| 国产欧美另类| 亚洲国产婷婷香蕉久久久久久99| 99天天综合性| 久久精品国产成人| 亚洲电影免费在线观看| 亚洲一区二区三区四区五区午夜 | 亚洲国产成人精品久久久国产成人一区| 亚洲国产成人91精品| 亚洲一区国产精品| 久久免费少妇高潮久久精品99| 亚洲国产91| 亚洲自拍偷拍福利| 美女国内精品自产拍在线播放| 欧美手机在线| 影音先锋国产精品| 亚洲一级黄色av| 欧美不卡高清| 香蕉视频成人在线观看| 欧美激情精品久久久久久变态| 国产欧亚日韩视频| 99pao成人国产永久免费视频| 久久久国产精彩视频美女艺术照福利| 91久久精品国产| 欧美在线一二三区| 国产精品久久久对白| 91久久国产精品91久久性色| 久久精品99无色码中文字幕| 日韩亚洲欧美一区| 免费亚洲电影| 黄色成人在线网站| 欧美在线视频导航| 亚洲视频福利| 欧美日本高清| 亚洲日本欧美天堂| 免费成人你懂的| 欧美一区二区三区在| 国产精品看片你懂得| 9久草视频在线视频精品| 欧美大胆a视频| 久久精品卡一| 国产日韩欧美在线一区| 午夜精品婷婷| 一本一本久久a久久精品综合妖精 一本一本久久a久久精品综合麻豆 | 亚洲一区二区三区视频播放| 欧美jizz19性欧美| 久久精品国产精品亚洲| 国产农村妇女精品一二区| 亚洲视频在线观看网站| 亚洲国产成人av| 久久亚洲精品一区| 国精产品99永久一区一区| 欧美在线视频全部完| 亚洲一区三区在线观看| 国产精品成人一区二区艾草| 亚洲精品一二| 亚洲成人在线网站| 欧美成人午夜视频| 亚洲黄色一区| 亚洲国产精品成人va在线观看| 久久香蕉国产线看观看网| 亚洲成人在线视频播放| 欧美va日韩va| 欧美成人tv| 99日韩精品| 夜夜嗨av一区二区三区中文字幕| 欧美激情综合五月色丁香小说| 日韩亚洲精品在线| 日韩视频一区二区| 国产精品久久久久一区| 午夜精品福利在线| 欧美一区二区在线看| 国内精品视频在线播放| 久久综合网hezyo| 美日韩免费视频| 9l国产精品久久久久麻豆| 99人久久精品视频最新地址| 国产精品每日更新在线播放网址| 午夜视频一区| 久久视频在线免费观看| 亚洲黄色视屏| 一区二区三区视频免费在线观看| 国产精品毛片a∨一区二区三区|国 | 久久亚洲不卡| 亚洲大胆人体在线| 亚洲黄色在线| 国产精品色婷婷久久58| 久久久91精品| 欧美成人小视频| 亚洲砖区区免费| 欧美在线国产| 亚洲精品一区在线观看| 这里只有精品视频在线| 国内精品久久久久久久果冻传媒| 欧美激情精品久久久久久大尺度| 欧美日韩精品免费观看视频| 久久久久成人精品|