c語言編譯器一夜被破壞會怎麼樣

Ⅰ c語言編譯器會編譯改變過的代碼，而不會編譯沒有改動的代碼。 我想知道它是怎麼判斷程序是否有唄修改過的

編譯器要記錄你的編譯生成文件，比如obj、exe等的生成日期，發現與相關的文件如.c源文件、obj等日期舊時則選擇對此部分重新編譯。
特別地，它記錄所有相關文件，比如你新修改了某頭文件.h，編譯系統會逐一比較所有使用這個.h文件的編譯結果，如果發現時間舊了就重新編譯它們。

Ⅱ C語言問題

現在的編譯器，在free釋放內存後，斷開了代碼對那段內在空間的控制權，告訴系統那塊內存可以重新分配了，但並不切斷指針p對那塊內存的指向，通過*p仍能讀出來正確的值來(在那塊內存被再分配前讀)——這大概也是一些大家要求free後要給被free的指針賦NULL的原因。一個指針變數有三種狀態：一是正常狀態，二是懸浮狀態，三是無效狀態(NULL)；釋放了所指空間的指針就是懸浮指針，賦了NULL的指針是無效指針，除了使用無效指針會在運行時出錯外，使用懸浮指針在語法上是「合法」的，所以不會報錯——因為指針只要有非NULL的指向就可以使用，否則就不好界定了——比如題目中假設原先p是指向0x12345677，是正常的，釋放內存後它還指向0x12345677，有什麼理由說它非法了？這也是使用指針要特別注意的地方之一。供參考。

Ⅲ 如果我用c語言指針破壞了"系統進程"的內存，那麼重啟後會不會自動修復呢

內存的數據斷電之後會全部消除了，重啟就相當於清空內存的數據，然後重新創建進程，調入內存。所以說，你這樣修改重啟後一切如初。最多是修改後讓被修改的進程出錯，沒其他的影響。

Ⅳ C語言當打表過大時編譯器會不會停止工作

「打表過大"是什麼意思。

一般編譯器是不會停止工作，如果代碼中有編譯時就可以發現的錯誤，它會給予提示。

Ⅳ C語言初學程序 編譯器沒發現錯誤 但是程序崩潰 幫忙看看哪裡出錯了

seconed[i + 1] = fist[i + 1]這個把函數堆棧破壞掉了

Ⅵ C語言編輯出錯，為什麼會破壞系統

C語言語法帶有指針！程序中指針可能指向的內存單元正好是系統所佔用的。
你說那問題可能是你某些安裝軟體出現問題。可以重新安裝一下。

Ⅶ c語言的注釋中存在錯誤會被編譯器檢查出來

不會。
所謂注釋，便是用自然語言對源代碼中某些語句或方法進行說明。並且注釋的內容不會被編譯器編譯。可以在源代碼中添加任何想要添加的說明。
注釋可以出現在代碼中的任何位置，用來向用戶提示或解釋代碼的含義。程序編譯時，會忽略注釋，不做任何處理，就好像它不存在一樣。

Ⅷ c語言的編譯器問題。

當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」下面，
你可以到相應的路徑下找到這個應用程序。

Ⅸ 如果全世界所有的C語言編譯器都在一夜之間被破壞，會發生什麼

謝邀！
如果沒有C語言：

我們將等待下一種可以用來與匯編語言匹配書寫操作系統底層的語言，而在此之前，我們是不可能使用
PC
了；

我們的電冰箱和洗衣機不能使用了，沒想到吧！但這是事實，因為
C
語言在嵌入式開發中擔當著非常重要的角色；

微軟、Sun、IBM
的多數軟體系統可能不會再升級了，因為構築它們的底層協議和標准消失了；

C
語言誕生在一個特定的環境和年代，有著強大的功能，在可以預見的未來，它的角色是無可替代的。C++
語言曾一直以替代
C
語言為自己的重要歷史使命之一，但歷經多年之後，C++
之父公開承認這一點已不能完成了。僅在嵌入式設備領域內，由於使用
C++
語言的某些功能需要較大的運行時開銷，所以迄今為止
C++
語言依然不能占據到嵌入式程序開發中
50%
以上的份額。