⑴ WCF異常——由於編譯過程中出現異常，無法激活服務
按照提示的錯誤是說遇到空指針異常了、string.format中有參數的值是空值、所以會出現這錯誤、你可以跟蹤一下是什麼原因出現的空值
⑵ java EE安裝執行程序的時候出現問題，編譯時出現錯誤如下
這個錯誤是因為你的服務已經啟動了。如果你用了開發工具，比如myEclipse，造成這個問題的原因往往是開發工具不正常的退出。或者還有個原因是8005埠被其他程序用了。
解決辦法：1、控制面板中重啟服務，比如tomcat的服務。
2、有時通過方法1不起作用，這時候只能重啟計算機。
3、如果都不行，那就考慮是不是8005埠被佔用了，如果是tomcat，則改他的配置文件，在conf文件夾下有個server.xml文件，將相應的埠變一下就可以了。
⑶ java編譯中出現了Exception in thread 「main" java.lang.UnsupportedClassVersionError
這個問題是由較高版本的JDK編譯的java class文件試圖在較低版本的JVM上運行產生的錯誤。
1、解決措施就是保證jvm（java命令）和jdk（javac命令）版本一致。如果是linux版本，則在命令行中分別輸入java -version和javac -version命令來查看版本是否一致。這里假設都是1.7版本。
2、如果都一致，但還是解決不了問題，那麼你肯定不是直接在命令行中用javac來編譯的，而是用類似於eclipse、netbeans這樣的編譯器來編譯的。因為很多編譯器都自帶javac，而不是採用操作系統中的編譯器。如果你的編譯器是eclipse的話，那麼需要在項目的屬性里設置jdk版本，方法是右擊項目-->properties-->java compiler --> Enable project specific settings -->將compiler compliance level設置為1.7，也就是與jvm一致的版本（在命令行中java -version所顯示的版本）。
3、綜上，如果你是用編譯器來編譯的話，請首先確保編譯器自帶的jdk版本是否和操作系統中的java版本一致。一般是jdk和jvm版本不一致導致，可以在cmd命令下輸入java -version和javac -version看版本是否一致，不一致的話需要改JAVA_HOME保證一致。
拓展資料：
Java 異常處理
異常是程序中的一些錯誤，但並不是所有的錯誤都是異常，並且錯誤有時候是可以避免的。異常發生的原因有很多，通常包含以下幾大類：
1、用戶輸入了非法數據。
2、要打開的文件不存在。
3、網路通信時連接中斷，或者JVM內存溢出。
這些異常有的是因為用戶錯誤引起，有的是程序錯誤引起的，還有其它一些是因為物理錯誤引起的。要理解Java異常處理是如何工作的，你需要掌握以下三種類型的異常：
1、檢查性異常：最具代表的檢查性異常是用戶錯誤或問題引起的異常，這是程序員無法預見的。例如要打開一個不存在文件時，一個異常就發生了，這些異常在編譯時不能被簡單地忽略。
2、運行時異常：運行時異常是可能被程序員避免的異常。與檢查性異常相反，運行時異常可以在編譯時被忽略。
3、錯誤：錯誤不是異常，而是脫離程序員控制的問題。錯誤在代碼中通常被忽略。例如，當棧溢出時，一個錯誤就發生了，它們在編譯也檢查不到的。
⑷ 下面的程序在編譯時出現錯誤了，不知道是什麼原因
顯然該用typedef來定義類型啊，#define只是替換字元串，你還沒用括弧括起來……肯定出錯
⑸ 程序編譯時出錯了，想請問下如何改正這個錯誤
1。你沒有引用malloc.h或者stdlib.h庫，所以 malloc報錯；
2。你的S與T沒有聲明應該這樣寫：
seqstring*S = (seqstring*) malloc(sizeof(seqstring));
seqstring*T=(seqstring*) malloc(sizeof(seqstring));
⑹ 程序編譯時產生錯誤是因為程序中有語法錯誤.
正確
運行時錯誤會在程序運行的過程中出現，比如，在運行的過程中內存被耗盡，引用了不該被引用的地址，除數為0等
邏輯錯誤是程序運行一切正常，但是沒有得到程序作者希望得到的結果，比如，本來應該是加法，卻寫成了減號，這樣程序依然可以正常運行，但是不會按照設想得到和，而是會計算出差。
⑺ 編了一段c程序，編譯時發生錯誤，顯示"Error:Statement missing ; in function main."
首先把所有else後都補上if；
其次fp=fopen("d:\F1.txt","r"))改成fp=fopen("d:\\F1.txt","r"))，因此\是轉義符，要表示\必須要用\\；
還有，這種情況下建議用switch語句，這樣程序便於閱讀而且結構清楚
如：
#include <stdio.h>
#include <stdlib.h>
void main()
{
FILE *fp;
int a=0,b=0,c=0,d=0,e=0,f=0,g=0,h=0,i=0,j=0,k=0,l=0,m=0,n=0,o=0,p=0,q=0,r=0,s=0,t=0,u=0,v=0,w=0,x=0,y=0,z=0;
char sc;
if ((fp=fopen("d:\\F1.txt","r"))==NULL)
{
printf("Can not open file\n");exit(0);}
while(!feof(fp))
{
sc=fgetc(fp);
if (sc>='A' && sc<='Z')
{
sc+=32;
}
switch(sc)
{
case 'a': a++;break;
case 'b': b++;break;
case 'c': c++;break;
case 'd': d++;break;
case 'e': e++;break;
case 'f': f++;break;
case 'g': g++;break;
case 'h': h++;break;
case 'i': i++;break;
case 'j': j++;break;
case 'k': k++;break;
case 'l': l++;break;
case 'm': m++;break;
case 'n': n++;break;
case 'o': o++;break;
case 'p': p++;break;
case 'q': q++;break;
case 'r': r++;break;
case 's': s++;break;
case 't': t++;break;
case 'u': u++;break;
case 'v': v++;break;
case 'w': w++;break;
case 'x': x++;break;
case 'y': y++;break;
case 'z': z++;break;
default : break;
}
}
printf("a:%d,b:%d,c:%d,d:%d,e:%d,f:%d,g:%d,h:%d,i:%d,j:%d,k:%d,l:%d,m:%d,n:%d,o:%d,p:%d,q:%d,r:%d,s:%d,t:%d,u:%d,v:%d,w:%d,x:%d,y:%d,z:%d\n",a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z);
fclose(fp);
}
⑻ C++程序編譯時一直出現致命的錯誤fatal error C1004：意外文件結尾發現執行中時出錯。請大俠幫忙解決下
大括弧配對問題，void main() 下 少一個 }
問題在這：
{ cerr<<"error of dividing zero.\n"; exit(1); //異常退出程序 }
// 號後寫 } 不起作用。
其他問題：你的程序復制過來是否少了什麼？你上面的程序應該是少了一些符號什麼的。
⑼ 程序編譯錯誤不知道是什麼原因
不能通編譯過的程序實際上還不是合法的程序，因為它不滿足C語言對於程序的基本要求。
檢查語法錯誤的第一要義：集中力量檢查系統發現的第一個錯誤，弄清並改正它。
在編譯過程中系統發現的錯誤主要有兩類：基本語法錯誤和上下文關系錯誤。這些錯誤都在表面上，可以直接看得見。也是比較容易弄清，比較容易解決的。關鍵是需要熟悉C語言的語法規定和有關上下文關系的規定，按照這些規定檢查程序正文，看看存在什麼問題。
編譯中系統發現錯誤都能指出錯誤的位置。不同系統在這方面的能力有差異，在錯誤定位的准確性方面有所不同。有的系統只能指明發現錯誤的行，有的系統還能夠指明行內位置。
一般說，系統指明的位置未必是真實錯誤出現的位置。通常情況是錯誤出現在前，而系統發現錯誤在後，因為它檢查到實際錯誤之後的某個地方，才能確認出了問題，因此報出錯誤信息。要確認第一個錯誤的原因，應該從系統指明的位置開始，在那裡檢查，並從那裡開始向前檢查。
系統的錯誤信息中都包含一段文字，說明它所認定的錯誤原因。應該仔細閱讀這段文字，通常它提供了有關錯誤的重要線索。但也應該理解，錯誤信息未必准確，有時錯誤確實存在，但系統對錯誤的解釋也可能不對。也就是說，在查找錯誤時，既要重視系統提供的錯誤信息，又不應為系統的錯誤信息所束縛。
發現了問題，要想清楚錯誤的真正原因，然後再修改。不要蠻干。在這時的最大誘惑就是想趕快改，看看錯誤會不會消失。但是蠻乾的結果常常是原來的錯誤沒有弄好，又搞出了新的錯誤。
另一個值得注意的地方：程序中的一個語法錯誤常常導致編譯系統產生許多錯誤信息。如果你改正了程序中一個或幾個錯誤，下面的弄不清楚了，那麼就應該重新編譯。改正一處常常能消去許多錯誤信息行。
解決語法錯誤
常見語法錯誤：
1）缺少語句、聲明、定義結束的分號。
2）某種括弧不配對。C語言中括弧性質的東西很多，列舉如下：
( ), [ ], { }, ' ', " ", /* */
在不同位置的括弧不配對可能引起許多不同的錯誤信息。
3）關鍵字拼寫錯誤。
較難認定的典型錯誤：
1）宏定義造成的錯誤。這種東西不能在源程序文件中直接看到，是在宏替換之後出現的。常見的能引起語法錯誤的宏定義錯誤：宏定義中有不配對的括弧，宏定義最後加了不該有的分號，……
解決上下文關系錯誤
1）變數沒有定義。產生這個問題的原因除了變數確實沒有大意外，還可能是變數的拼寫錯誤，變數的作用域問題（在不能使用某個變數的地方想去用那個變數）。
2）變數重復定義。例如在同一個作用域里用同樣名字定義了兩個變數，函數的局部變數與參數重名等。
3）函數的重復定義。可能是用同一個名字定義了兩個不同的函數。或者是寫出的函數原型在類型上與該函數的定義不相符。有時沒有原型而直接寫函數調用也可能導致這種錯誤信息，因為編譯程序在遇到函數調用而沒有看到函數原型或函數定義時，將給函數假定一個默認原型。如果後來見到的函數定義與假定不符，就會報告函數重復定義錯誤。
4）變數類型與有關運算對運算對象或者函數對參數的要求不符。例如有些運算（如 %）要求整數參數，而你用的是某種浮點數。
5）有些類型之間不能互相轉換。例如你定義了一個結構變數，而後要用它給整數賦值。系統容許的轉換包括：數值類型之間的轉換，整數和指針之間的轉換，指針之間的轉換。其餘轉換（無論是隱含的，還是寫出強制）都不允許。參見《C語言程序設計》（K&R）197-199頁。
如何看待編譯警告
當編譯程序發現程序中某個地方有疑問，可能有問題時就會給出一個警告信息。警告信息可能意味著程序中隱含的大錯誤，也可能確實沒有問題。對於警告的正確處理方式應該是：盡可能地消除之。對於編譯程序給出的每個警告都應該仔細分析，看看是否真的有問題。只有那些確實無問題的警告才能放下不管。
注意：經驗表明，警告常常意味著嚴重的隱含錯誤。
常見警告：
1）（局部自動）變數沒有初始化就使用。如果對局部指針變數出現這種情況，後果不堪設想。對於一般局部自動變數，沒有初始化就使用它的值也不會是有意義的。
2）在條件語句或循環語句的條件中寫了賦值。大部分情況是誤將 == （等於判斷）寫成 = 了。這是很常見的程序錯誤，有些編譯程序對這種情況提出警告。
