编译器bug解析

A. c语言scanf输入float编译器出错，编译器故障

#include<stdio.h>
#include<math.h>
#include<iostream.h>
#include<string>
usingnamespacestd;
voidmain()
{

floata;
scanf("%f",&a);
cout<<a<<endl;

}

没问题啊。

B. vc编译器通过了，运行也不报错，但出不来结果，求给看看bug在哪···

你的问题多多。
由于没有aa.txt文本文件，没法进行测试，能看出来的错误有：
1： fp=fopen("C:\\Users\\aa.txt","r");//这样写
2：x,y=t(x,y);//这种写法不正确
3:return x,y;//一个函数只能有一个返回值，你这样搞是没用的，请使用指针

C. 编译器错误。怎么办

这是两个截然不同的概念。不是叫做：编译器错误，而是应该叫做：编译错误。如果说真的是编译器内部本身（例如：C语言编译器、或者是别的各种编程语言的编译器）出现了bug 的话，那么任何人也没有办法。只有开发编译器软件的软件开发人员才能够解决这样的问题；
如果是在你的源程序中产生的各种编译错误（例如：语法错误、语义错误等），那么你只能够仔细地检查、编译、调试你的源程序了。

D. 我的编译器关于printf函数似乎有了BUG

• 首先说一下，Dev C++是IDE不是编译器，它的编译器应该是gcc

• 代码应该是没有问题的，检查一下IDE和编译器，更换一个gcc版本，或者试试Code::Blocks

E. VS2015调试C++，尽管代码正确但编译器就是会停止工作，这是为什么

VS2015 win7 64位系统

我也遇到过这个问题，当时是代码里有一个语法错误，有一个变量名我没有注意被重定义了，按F7编译就会出现这个问题。应该是VS的C++ 编译器的一个bug。我把代码错误修了之后就没问题了。建议你在程序和功能里面修复一下VS2015 或者直接改用 VS2017。

F. 软件中的bug是什么意思

所谓“（Bug）”，是指电脑系统的硬件、系统软件（如操作系统）或应用软件（如文字处理软件）出错。硬件的出错有两个原因，一是设计错误，一是硬件部件老化失效等。软件的错误全是厂家设计错误。那种说用户执行了非法操作的提示，是软件厂商不负责的胡说八道。用户可能会执行不正确的操作，比如本来是做加法但按了减法键。这样用户会得到一个不正确的结果，但不会引起bug发作。软件厂商在设计产品时的一个基本要求，就是不允许用户做非法的操作。只要允许用户做的，都是合法的。用户根本就没有办法知道厂家心里是怎么想的，哪些操作序列是非法的。

从电脑诞生之日起，就有了电脑BUG。第一个有记载的bug是美国海军的编程员，编译器的发明者格蕾斯·哈珀（Grace Hopper）发现的。哈珀后来成了美国海军的一个将军，领导了着名计算机语言Cobol的开发。

1945年9月9日，下午三点。哈珀中尉正领着她的小组构造一个称为“马克二型”的计算机。这还不是一个完全的电子计算机，它使用了大量的继电器，一种电子机械装置。第二次世界大战还没有结束。哈珀的小组日以继夜地工作。机房是一间第一次世界大战时建造的老建筑。那是一个炎热的夏天，房间没有空调，所有窗户都敞开散热。

突然，马克二型死机了。技术人员试了很多办法，最后定位到第70号继电器出错。哈珀观察这个出错的继电器，发现一只飞蛾躺在中间，已经被继电器打死。她小心地用摄子将蛾子夹出来，用透明胶布帖到“事件记录本”中，并注明“第一个发现虫子的实例。”[1]

从此以后，人们将计算机错误戏称为虫子（bug），而把找寻错误的工作称为（debug）。

G. Devc++编译器是不是有bug啊

这不是编译器的bug,问题在这一句: *q++=*q+1;，这就叫未知行为语句，这一句里面的q++到底在什么时候产生副作用没有标准，不同的编译器，不同的环境下可能会有不同的做法。
你的预期是：
*q=*q+1;
q=q+1;
而devc++是这样做的：
char& r=*q; //为方便说明问题定义一个引用
q=q+1;
r=*q+1; //于是当前字符被赋值为下一个字符的值+1
也就是说q++是在“=”赋值操作前起作用的
那么最后一个字符j就会被赋值为'\0'+1，也就是整数1，你可以%d输出下试试
避免这种情况的唯一办法就是不要写这样的代码，把++，--操作放到独立行上就不会有问题了
while(*q)
{
*q=*q+1; //或者(*q)++; 这个不会有问题
q++;
}

这样写就不会有问题了

H. BUG是什么意识啊

“BUG”的由来：
Bug一词的原意是“臭虫”或“虫子”。但是现在，在电脑系统或程序中，如果隐藏着的一些未被发现的缺陷或问题，人们也叫它“Bug”，这是怎么回事呢？
原来，第一代的计算机是由许多庞大且昂贵的真空管组成，并利用大量的电力来使真空管发光。可能正是由于计算机运行产生的光和热，引得一只小虫子�Bug钻进了一支真空管内，导致整个计算机无法工作。研究人员费了半天时间，总算发现原因所在，把这只小虫子从真空管中取出后，计算机又恢复正常。后来，Bug这个名词就沿用下来，表示电脑系统或程序中隐藏的错误、缺陷或问题。
与Bug相对应，人们将发现Bug并加以纠正的过程叫做“Debug”，意即“捉虫子”或“杀虫子”。遗憾的是，在中文里面，至今仍没有与“Bug”准确对应的词汇，于是只能直接引用“Bug”一词。虽然也有人使用“臭虫”一词替代“Bug”，但容易产生歧义，所以推广不开。
所谓“（Bug）”，是指电脑系统的硬件、系统软件（如操作系统）或应用软件（如文字处理软件）出错。硬件的出错有两个原因，一是设计错误，一是硬件部件老化失效等。软件的错误全是厂家设计错误。那种说用户执行了非法操作的提示，是软件厂商不负责的胡说八道。用户可能会执行不正确的操作，比如本来是做加法但按了减法键。这样用户会得到一个不正确的结果，但不会引起bug发作。软件厂商在设计产品时的一个基本要求，就是不允许用户做非法的操作。只要允许用户做的，都是合法的。用户根本就没有办法知道厂家心里是怎么想的，哪些操作序列是非法的。
从电脑诞生之日起，就有了电脑BUG。第一个有记载的bug是美国海军的编程员，编译器的发明者格蕾斯·哈珀（GraceHopper）发现的。哈珀后来成了美国海军的一个将军，领导了着名计算机语言Cobol的开发。
1945年9月9日，下午三点。哈珀中尉正领着她的小组构造一个称为“马克二型”的计算机。这还不是一个完全的电子计算机，它使用了大量的继电器，一种电子机械装置。第二次世界大战还没有结束。哈珀的小组日以继夜地工作。机房是一间第一次世界大战时建造的老建筑。那是一个炎热的夏天，房间没有空调，所有窗户都敞开散热。
突然，马克二型死机了。技术人员试了很多办法，最后定位到第70号继电器出错。哈珀观察这个出错的继电器，发现一只飞蛾躺在中间，已经被继电器打死。她小心地用摄子将蛾子夹出来，用透明胶布帖到“事件记录本”中，并注明“第一个发现虫子的实例。”[1]
从此以后，人们将计算机错误戏称为虫子（bug），而把找寻错误的工作称为（debug）。