『壹』 在寄存器版本編程中sys.c文件中，語法檢測已報錯了，但是編譯卻說0 Error(s), 0 Warning(s).為什麼
語法檢測只聯繫上下文且外部函數在誕生時就已經寫好了，編譯器可以實時更改。比如一個自己寫的頭文件引用進來，用這個頭文件里的一個函數，語法檢測報錯但編譯器可以找到這個頭文件里的函數，所以編譯器不報錯
『貳』 運行3dmax顯示語法錯誤 編譯錯誤 怎麼回事
這個是因為Microsoft .NET Framework沒有安裝，或者需要更新。
以3D MAX2009為例，如果顯示語法錯誤、編譯錯誤，那麼是需要安裝NET Framework2.0 在成功安裝後，再重啟軟體即可。
Microsoft .NET Framework是用於Windows的新託管代碼編程模型。它將強大的功能與新技術結合起來，用於構建具有視覺上引人注目的用戶體驗的應用程序，實現跨技術邊界的無縫通信，並且能支持各種業務流程。目前最新版本為4.5版本（發行時間2012-02-20），如果用戶不知道自身的軟體需要哪個版本的，可以選擇直接下載安裝最新版本。
『叄』 代碼檢查了一遍沒什麼問題，運行時出現這樣的錯誤，怎麼弄
這是因為,編譯通過只表示你的程序語法沒有問題,但並不能確保你的程序能正常運行.
你比如說,我在程序里計算
for(int i=3; i>-1; i--)
int j= 5/i;
從語法上來講沒有問題,但是實際運行時會出現除0錯誤.
再比如,你訪問了不存在的文件,或者內存越界,或使用沒有初始化的指針等都會導致程序運行出錯.
所以說,編譯通過僅僅是第一步,程序正確與否還需要進一步驗證.
『肆』 已經沒有語法錯誤了，代碼編譯不成功，怎麼破
不正確地創建代碼時就會出現語法錯誤。包括錯誤地輸入關鍵字，遺漏了不必要的標點符號或者是不正確的結構（例如，For語句少了相應的Next語句，或If關鍵字所在的行沒有條件運算符）。
VisualBasic包含有【自動語法檢測】選項，可以在用戶編寫程序時檢測和更正語法錯誤。如果使用了這個選項，VisualBasic就會在用戶輸入程序時解釋這個程序。當它發現錯誤時，就會加亮顯示這個程序代碼並顯示一個消息框來解釋原因和提供幫助。這樣用戶就可以在繼續編程之前更正錯誤。
在【工具】菜單中，單擊【選項】命令，在【選項】對話框中，單擊【編輯器】選項卡，單擊【自動語法檢測】選項。
當程序語句試圖執行一條不可能執行的操作時，就會發生運行時錯誤。
常見的運行時錯誤是試圖從一個不存在的文件中讀取數據，另一個是試圖執行被零除的操作。
在用戶的程序中為這些錯誤提供出錯處理函數和錯誤處理常式是很重要的。有關錯誤處理函數，更詳盡的信息請參考第八章「處理錯誤」。
當應用程序不能按期望的方式執行時會發生邏輯錯誤。這些錯誤是很難發現的。因為應用程序的語法完全合法，運行時也不執行非法操作，但是仍然會產生錯誤。這類錯誤通常不會產生出錯消息。驗證應用程序執行的唯一方法就是測試它並分析運行結果。
希望我能幫助你解疑釋惑。
『伍』 c++中什麼是語法錯誤，什麼是編譯錯誤
程序的錯誤主要分成三種：
編譯鏈接錯誤；
編譯鏈接錯誤又分成編譯錯和鏈接錯。
編譯錯就是普通意義上的語法錯，編譯器進行語法檢查不通過，也就是程序違背了計算機語言的語法，例如：括弧不匹配、變數名拼寫錯誤、用保留字定義變數名等；
鏈接錯是指程序通過了語法檢查，但是無法生成可執行文件，最常見的是鏈接找不到lib庫。初學者有時寫了函數的聲明，但是缺少函數的定義，此時就會出現鏈接錯。
運行錯誤；
運行錯是程序可以執行，但是在執行過程中發生異常，提前退出程序。最常見的是指針越界，打開文件失敗繼續讀取文件，總而言之是讓計算機執行一些不能執行的語句。
邏輯錯誤
邏輯錯是程序也能運行，就是結果不對，主要原因有：程序演算法本身錯誤，程序和演算法不同義等。
例如：新手經常將判斷相等的==寫成=賦值，往往就會導致邏輯錯。
你的BD(int,int); 是一句函數調用？還是一句函數聲明？
『陸』 程序編譯錯誤不知道是什麼原因
不能通編譯過的程序實際上還不是合法的程序，因為它不滿足C語言對於程序的基本要求。
檢查語法錯誤的第一要義：集中力量檢查系統發現的第一個錯誤，弄清並改正它。
在編譯過程中系統發現的錯誤主要有兩類：基本語法錯誤和上下文關系錯誤。這些錯誤都在表面上，可以直接看得見。也是比較容易弄清，比較容易解決的。關鍵是需要熟悉C語言的語法規定和有關上下文關系的規定，按照這些規定檢查程序正文，看看存在什麼問題。
編譯中系統發現錯誤都能指出錯誤的位置。不同系統在這方面的能力有差異，在錯誤定位的准確性方面有所不同。有的系統只能指明發現錯誤的行，有的系統還能夠指明行內位置。
一般說，系統指明的位置未必是真實錯誤出現的位置。通常情況是錯誤出現在前，而系統發現錯誤在後，因為它檢查到實際錯誤之後的某個地方，才能確認出了問題，因此報出錯誤信息。要確認第一個錯誤的原因，應該從系統指明的位置開始，在那裡檢查，並從那裡開始向前檢查。
系統的錯誤信息中都包含一段文字，說明它所認定的錯誤原因。應該仔細閱讀這段文字，通常它提供了有關錯誤的重要線索。但也應該理解，錯誤信息未必准確，有時錯誤確實存在，但系統對錯誤的解釋也可能不對。也就是說，在查找錯誤時，既要重視系統提供的錯誤信息，又不應為系統的錯誤信息所束縛。
發現了問題，要想清楚錯誤的真正原因，然後再修改。不要蠻干。在這時的最大誘惑就是想趕快改，看看錯誤會不會消失。但是蠻乾的結果常常是原來的錯誤沒有弄好，又搞出了新的錯誤。
另一個值得注意的地方：程序中的一個語法錯誤常常導致編譯系統產生許多錯誤信息。如果你改正了程序中一個或幾個錯誤，下面的弄不清楚了，那麼就應該重新編譯。改正一處常常能消去許多錯誤信息行。
解決語法錯誤
常見語法錯誤：
1）缺少語句、聲明、定義結束的分號。
2）某種括弧不配對。C語言中括弧性質的東西很多，列舉如下：
( ), [ ], { }, ' ', " ", /* */
在不同位置的括弧不配對可能引起許多不同的錯誤信息。
3）關鍵字拼寫錯誤。
較難認定的典型錯誤：
1）宏定義造成的錯誤。這種東西不能在源程序文件中直接看到，是在宏替換之後出現的。常見的能引起語法錯誤的宏定義錯誤：宏定義中有不配對的括弧，宏定義最後加了不該有的分號，……
解決上下文關系錯誤
1）變數沒有定義。產生這個問題的原因除了變數確實沒有大意外，還可能是變數的拼寫錯誤，變數的作用域問題（在不能使用某個變數的地方想去用那個變數）。
2）變數重復定義。例如在同一個作用域里用同樣名字定義了兩個變數，函數的局部變數與參數重名等。
3）函數的重復定義。可能是用同一個名字定義了兩個不同的函數。或者是寫出的函數原型在類型上與該函數的定義不相符。有時沒有原型而直接寫函數調用也可能導致這種錯誤信息，因為編譯程序在遇到函數調用而沒有看到函數原型或函數定義時，將給函數假定一個默認原型。如果後來見到的函數定義與假定不符，就會報告函數重復定義錯誤。
4）變數類型與有關運算對運算對象或者函數對參數的要求不符。例如有些運算（如 %）要求整數參數，而你用的是某種浮點數。
5）有些類型之間不能互相轉換。例如你定義了一個結構變數，而後要用它給整數賦值。系統容許的轉換包括：數值類型之間的轉換，整數和指針之間的轉換，指針之間的轉換。其餘轉換（無論是隱含的，還是寫出強制）都不允許。參見《C語言程序設計》（K&R）197-199頁。
如何看待編譯警告
當編譯程序發現程序中某個地方有疑問，可能有問題時就會給出一個警告信息。警告信息可能意味著程序中隱含的大錯誤，也可能確實沒有問題。對於警告的正確處理方式應該是：盡可能地消除之。對於編譯程序給出的每個警告都應該仔細分析，看看是否真的有問題。只有那些確實無問題的警告才能放下不管。
注意：經驗表明，警告常常意味著嚴重的隱含錯誤。
常見警告：
1）（局部自動）變數沒有初始化就使用。如果對局部指針變數出現這種情況，後果不堪設想。對於一般局部自動變數，沒有初始化就使用它的值也不會是有意義的。
2）在條件語句或循環語句的條件中寫了賦值。大部分情況是誤將 == （等於判斷）寫成 = 了。這是很常見的程序錯誤，有些編譯程序對這種情況提出警告。
『柒』 c語言helloworld代碼是對的,但編譯錯誤
寫c語言的時候，如果代碼沒錯，這只能說明語法沒有出錯，直接導致的結果就是能編譯通過，並不意味著執行的結果就是正確的。影響c語言代碼執行結果的因素非常多。
一、指針的不正確運用；
二、變數精度問題。char，int，unsigned int，long ，float等，如果變數精度使用不正確，也會影響運算結果；
三、運算符的應用不正確。例如除，取余的區別；
四、正負符號位；
五、運算符的優先順序使用；
六、編譯器不同。各種編譯器也可能造成結果不一致；
C語言雖然是一門比較簡單的語言，但是要掌握這些細節，其實並不容易。
『捌』 程序編譯時沒錯運行時有錯是怎麼回事
程序編譯沒有錯誤，只是表明語法檢查沒有問題了，但是程序的邏輯是否合理、運行是否正確，則不一定。很多情況都會導致這樣的問題，比方說數組越界，訪問非法指針等，你沒有給出源代碼，也沒有提供相關錯誤信息，所以到底是什麼原因，在這里也不好確定。如果程序不長的話，建議對程序進行調試，監測程序的運行狀態，這樣容易找出問題。
『玖』 C語言沒有語法錯誤，但是一編譯就有兩個錯誤
上面信息是0錯誤，0警告。
你寫的代碼沒問題。
『拾』 C語言的一個小程序通過語法檢查但是編譯失敗。求指點。
_prts 第一個參數是double ar[]
雖然是等效於double*
但本身還是不能++的
所以 改成
double *ar
其它的 應該沒什麼問題。