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%
以上的份额。