vc編譯錯誤46什麼原因

1. vc++編譯錯誤什麼意思

第一錯誤是：
找不到 _DrawDibRealize（它後面出現的@12是編譯器給它加上的，根據函數調用約定不同有所不同,有Pascal和C調用約定兩種）符號的定義，它是在連接的時候出現的，有兩種可能：1、你寫的這個函數只有省名，沒有定義,2、這個函數是動態連接庫導出的函數，而你沒有連接它的lib庫文件可以用「#pragma comment(lib, "那個庫.lib")」編譯命令或設置VC的lib文件路徑。

第二個是個警告，與你設置編譯器選項有關這里你可以不用管它。如果你想去掉這個警告可以用在你工程的適當位置加上#pragma warning( disable : 4652)編譯命令。

2. vc6.0編譯時出現錯誤，這是什麼問題

打開任務管理器看看是不是有一個first.exe正在運行
有就結束它再編譯

3. 在vc6.0上編譯錯誤，怎麼回事啊

這里void fn(Student& s){ cout<<"ok\n"; } student改為string

4. vc++編譯老是出錯

可能的原因一: 沒有在cpp文件中 #include "stdafx.h"
可能的原因二：使用#ifdef後沒有對應的#endif

我估計lz應該是第一種可能性。

5. vc程序編譯出現錯誤

第一個問題：這個類型轉換警告只會在重新編譯的時候出來，連著運行就不會再提示

第二個問題：引起LNK2001的原因很多，你最好能把整個工程發上來，幫你看看。剛才找了一些講解這個的，也許對你有用。
學習VC＋＋時經常會遇到鏈接錯誤LNK2001，該錯誤非常討厭，因為對於
編程者來說，最好改的錯誤莫過於編譯錯誤，而一般說來發生連接錯誤時，
編譯都已通過。產生連接錯誤的原因非常多，尤其LNK2001錯誤，常常使人不
明其所以然。如果不深入地學習和理解VC＋＋，要想改正連接錯誤LNK2001非
常困難。
初學者在學習VC＋＋的過程中，遇到的LNK2001錯誤的錯誤消息主要為：
unresolved external symbol 「symbol」（不確定的外部「符號」）。
如果連接程序不能在所有的庫和目標文件內找到所引用的函數、變數或
標簽，將產生此錯誤消息。一般來說，發生錯誤的原因有兩個：一是所引用
的函數、變數不存在、拼寫不正確或者使用錯誤；其次可能使用了不同版本
的連接庫。
以下是可能產生LNK2001錯誤的原因：
一．由於編碼錯誤導致的LNK2001。
1．不相匹配的程序代碼或模塊定義(.DEF)文件能導致LNK2001。例如,
如果在C＋＋ 源文件內聲明了一變數「var1」，卻試圖在另一文件內以變數
「VAR1」訪問該變數,將發生該錯誤。
2．如果使用的內聯函數是在.CPP文件內定義的，而不是在頭文件內定
義將導致LNK2001錯誤。
3．調用函數時如果所用的參數類型同函數聲明時的類型不符將會產生
LNK2001。
4．試圖從基類的構造函數或析構函數中調用虛擬函數時將會導致LNK2001。
5．要注意函數和變數的可公用性，只有全局變數、函數是可公用的。
靜態函數和靜態變數具有相同的使用范圍限制。當試圖從文件外部訪問
任何沒有在該文件內聲明的靜態變數時將導致編譯錯誤或LNK2001。
函數內聲明的變數(局部變數) 只能在該函數的范圍內使用。
C＋＋ 的全局常量只有靜態連接性能。這不同於C，如果試圖在C＋＋的
多個文件內使用全局變數也會產生LNK2001錯誤。一種解決的方法是需要時在
頭文件中加入該常量的初始化代碼，並在.CPP文件中包含該頭文件；另一種
方法是使用時給該變數賦以常數。
二．由於編譯和鏈接的設置而造成的LNK2001
1．如果編譯時使用的是/NOD(/NODEFAULTLIB)選項，程序所需要的運行
庫和MFC庫在連接時由編譯器寫入目標文件模塊， 但除非在文件中明確包含
這些庫名，否則這些庫不會被鏈接進工程文件。在這種情況下使用/NOD將導
致錯誤LNK2001。
2．如果沒有為wWinMainCRTStartup設定程序入口，在使用Unicode和MFC
時將得到「unresolved external on _WinMain@16」的LNK2001錯誤信息。
3．使用/MD選項編譯時,既然所有的運行庫都被保留在動態鏈接庫之內，
源文件中對「func」的引用，在目標文件里即對「__imp__func」 的引用。
如果試圖使用靜態庫LIBC.LIB或LIBCMT.LIB進行連接，將在__imp__func上發
生LNK2001；如果不使用/MD選項編譯，在使用MSVCxx.LIB連接時也會發生LNK2001。
4．使用/ML選項編譯時，如用LIBCMT.LIB鏈接會在_errno上發生LNK2001。
5．當編譯調試版的應用程序時，如果採用發行版模態庫進行連接也會產
生LNK2001；同樣，使用調試版模態庫連接發行版應用程序時也會產生相同的
問題。
6．不同版本的庫和編譯器的混合使用也能產生問題，因為新版的庫里可
能包含早先的版本沒有的符號和說明。
7．在不同的模塊使用內聯和非內聯的編譯選項能夠導致LNK2001。如果
創建C＋＋庫時打開了函數內聯（/Ob1或/Ob2)，但是在描述該函數的相應頭
文件里卻關閉了函數內聯（沒有inline關鍵字），這時將得到該錯誤信息。
為避免該問題的發生，應該在相應的頭文件中用inline關鍵字標志內聯函數。
8．不正確的/SUBSYSTEM或/ENTRY設置也能導致LNK2001。
其實，產生LNK2001的原因還有很多，以上的原因只是一部分而已，對初
學者來說這些就夠理解一陣子了。但是，分析錯誤原因的目的是為了避免錯
誤的發生。LNK2001錯誤雖然比較困難，但是只要注意到了上述問題，還是能
夠避免和予以解決的。

6. VC編譯錯誤

這個錯誤是編譯幫助文件時, 缺少部分幫助文件資源時引發的。
解決辦法是不編譯幫助文件，只編譯源代碼，方法如下：
找到your_prj.dsp, 用記事本打開，其中your_prj是你的工程名字，請靈活替換：
1.找到SOURCE=.\hlp\your_prj.hpj,
從此開始刪除，直到
# End Source File
# Begin Source File
2.找到SOURCE=.\Resource.h
從此開始刪除，直到
# End Source File
# Begin Source File
3.找到SOURCE=.\hlp\your_prj.cnt
從此開始刪除，直到
# End Source File
# Begin Source File

7. vc6.0 程序編譯出現錯誤 怎麼回事

#include <stdio.h>
#define M 5
#define N 5

int main(void)
{

int a[M][N];
int b[M][N];
int c[M][N];
int i,j,m,n,t,k,p;

printf("Please enter the number m & n:");
scanf("%d %d",&m,&n);

printf("Please enter the first Array:");
for ( i = 0;i < m;i++)
{
for (j =0;j < n;j ++)
{
scanf("%d",&a[i][j]);
}
}

printf("Please enter the second Array:");
for (i = 0;i < m;i ++)
{
for (j = 0;j < n;j ++)
{
scanf("%d",&b[i][j]);
}
}

printf("Please enter the third Array:");
for (i = 0;i < m;i ++)
{
for (j = 0;j < n;j ++)
{
scanf("%d",&c[i][j]);
}
}

printf("Please enter the number k & p:");
scanf("%d %d",&k,&p);

switch(p)
{
case 1:
for (i = 0;i < m;i ++)
{
for (j = 0;j <n;j ++)
{

printf("%d",k*a[i][j]);

}

printf("\n");

}
break; //矩陣的數乘

case 2:
for (i = 0;i < m;i++)
{
for (j = 0;j <n;j++)
{
printf("%d",b[j][i]);
}
printf("\n");
}
break; // 這個程序不對

case 3:
for (i = 0;i < m;i ++)
{
for (j = 0;j < n;j++)
{
printf("%d",b[i][j] + c[i][j]);
}
printf("\n");
}
break; //矩陣的加法

case 4:
for (i = 0;i < m;i ++)
{
for (j = 0;j < n;j ++)
{
printf("%d",b[i][j] - c[i][j]);
}
printf("\n");
}
break; //矩陣的減法

case 5:
for (i = 0;i < m;i ++)
{
for (j = 0;j <n;j++)
{
printf("%d",b[i][j] * c[i][j]);
}
printf("\n");
}
break; //矩陣的乘法

default:
printf("Input error!\n");
}

}
你的二維數組定義和表示錯了，應該是array[][]。還有數組的下標是從0開始的，比如一個二維數組a[3][3]它的元素個數為9個分別為a[0][0],a[0][1],a[0][2],a[1][0],a[1][1],a[1][2],a[2][0],a[2][1],a[2][2]。你在輸入和輸出時用了<=就錯了，要用<。

8. 編譯c++程序時 不加頭文件 windows.h出現三個錯誤WinAPI.cpp F:\vc++\program46\WinAPI.cpp(3) : error C2

估計你抄代碼時某些英文寫錯了， 我以前在寫windows 窗口時常出現的。

9. vc6.0編譯錯誤

說win7不支持VC6.0的是SB。
具體的，你可以上網搜索錯誤代碼，不管是什麼錯誤，錯誤代碼疏導網路的搜索欄里，什麼問題都可以解決。這個是我抄過來的，不好意思。
當VC++出現Compiling... Error spawning cl.exe 錯誤的解決辦法有如下幾種，請樓主嘗試：

方法1：
啟動VC時不要用圖形界面,通過在命令提示符下輸入:Msdev /useenv運行（注意啦/前面有個空格）.它會強制使系統環境變數全高設置成正確值.而且,只需要使用一次這樣的方式運行VC,以後再次通過雙擊圖標的方式啟動也不會有問題。

方法2：
使用你的VC安裝盤修復一下。

方法3：
在VC中點擊「Tools」—>「Option」—>「Directories」，發現路徑有誤，重新設置「Excutable Fils，Include Files，Library Files，Source Files」的路徑。

要是顯示「找不到mspdb60.dll」，去能正常運行VC++的電腦中搜索mspdb60.dll文件，拷貝到你的機器上Microsoft Visual Studio\Common\MSDev98\Bin下。缺失其他文件類似操作O(∩_∩)O。

方法4：
可能很多人在安裝VC 6.0後有過點擊「Compile」或者「Build」後被出現的
「Compiling... ,Error spawning cl.exe」錯誤提示給郁悶過。很多人的
選擇是重裝，實際上這個問題很多情況下是由於路徑設置的問題引起的，
「CL.exe」是VC使用真正的編譯器（編譯程序），其路徑在「VC根目錄\VC98\Bin」下面，
你可以到相應的路徑下找到這個應用程序。

因此問題可以按照以下方法解決：打開vc界面 點擊VC「TOOLS（工具）」—>「Option（選擇）」
—>「Directories（目錄）」重新設置「Excutable Fils、Include Files、
Library Files、Source Files」的路徑。很多情況可能就一個盤符的不同
（例如你的VC裝在C，但是這些路徑全部在D），改過來就OK了。

如果你是按照初始路徑安裝vc6.0的，路徑應為：
executatble files:
C:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin
C:\Program Files\Microsoft Visual Studio\VC98\BIN
C:\Program Files\Microsoft Visual Studio\Common\TOOLS
C:\Program Files\Microsoft Visual Studio\Common\TOOLS\WINNT

include files:
C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE
C:\Program Files\Microsoft Visual Studio\VC98\MFC\INCLUDE
C:\Program Files\Microsoft Visual Studio\VC98\ATL\INCLUDE

library files:
C:\Program Files\Microsoft Visual Studio\VC98\LIB
C:\Program Files\Microsoft Visual Studio\VC98\MFC\LIB

source files:
C:\Program Files\Microsoft Visual Studio\VC98\MFC\SRC
C:\Program Files\Microsoft Visual Studio\VC98\MFC\INCLUDE
C:\Program Files\Microsoft Visual Studio\VC98\ATL\INCLUDE
C:\Program Files\Microsoft Visual Studio\VC98\CRT\SRC

如果你裝在其他盤里，則仿照其路徑變通就行。
關鍵是microsoft visual studio\ 後面的東西要相同。
是在是不行就重裝。
vc 6.0里可以做C語言編程，但是不要使用clrscr（）和getch（）函數。不然會報錯的，同時把頭文件必須加上。

10. VC編譯錯誤,到底是什麼問題

First-chance
exception
in
XX.exe(KERNEL32.DLL):0xE06D7363:Microsoft
C++
Exception

在VC中調試程序時，Output窗口有時會出現「First-chance
exception
in
xxx.exe...」這樣的信息。一般來說，這是由於程序中發生了異常，被VC捕獲而產生的輸出。有時在程序運行時並沒出錯，但是在調試時總是停到此處從而無法調試下面程序。 First-chance
exception
in
xxx.exe
(KERNEL32.DLL):
0xE06D7363:
Microsoft
C++
Exception」。Windows
操作系統中廣泛使用了結構化異常（SEH）來處理特殊情況，許多和底層打交道的API都靠SEH來處理可能發生的意外。並且，這些API中都有捕獲SEH的代碼，產生的異常不會對程序造成影響。但是由於上面提到的「First-chance
exception，Second-chance
exception」機制，VC仍然會有輸出，但是我們完全可以忽略。如果你實在不喜歡這些輸出信息，那你就必須禁用對特定異常的「First-chance
exception」捕獲。