C语言中史上最有意思的BUG，一个就算是高手也会犯的BUG _C语言

文章插图
C语言
本文来自“The most stupid C bug ever”，很有意思，分享给大家。
我相信这样的bug，就算你是高手你也会犯的。
你来看看作者犯的这个Bug吧。。
首先，作者想用一段程序来创建一个文件，如果有文件名的话，就创建真正的文件，如果没有的话，就调用?tmpfile()?创建临时文件。
他这段程序就是HTTP下载的C程序。
code==200就是HTTP的返回码。

文章插图
C语言
但是这个程序，只能在Unix/linux下工作，因为 Microsoft 的?tmpfile()的实现?
居然选择了 C: 作为临时文件的存放目录，这对于那些没有管理员权限的人来说就出大问题了，在windows 7下，就算你有管理员权限也会有问题。
所以，上面的程序在Windows平台下需要用不同的方式来处理，不能直接使用Windows的tmpfile()函数。
于是作者就先把这个问题记下来，在注释中写下了FIXME：

文章插图
C语言

然后，作者觉得需要写一个跨平台的编译：

文章插图
C语言
然后，作者觉得这样实现很不好，会发现名字冲突，因为这样一来这个函数太难看了。
于是他重构了一下他的代码——写一个自己实现的tmpfile() – w32_tmpfile，然后，在Windows 下用宏定义来重命名这个函数为tmpfile() 。
（陈皓注：这种用法是比较标准的跨平台代码的写法）

文章插图
C语言
搞定！编译程序，运行。
靠！居然没有调用到我的w32_tmpfile()，什么问题？
调试，单步跟踪，果然没有调用到！难道是问号表达式有问题？
改成if – else 语句，好了！

文章插图
C语言
问号表达式不应该有问题吧，难道我们的宏对问号表达式不起作用，这难道是编译器的预编译的一个bug？作者怀疑到。
现在我们把所有的代码连在一起看，并比较一下：

能正常工作的代码
能工作的代码1

文章插图
C语言
不能正常工作的代码
不能工作的代码1

文章插图
C语言

也许你在一开始就看到了这个bug，但是作者没有。所有的问题都出在注释上：

文章插图
C语言

你看到了最后那个C:吗？在C中，“” 代表此行没有结束，于是，后面的代码也成了注释。这就是这个bug的真正原因！
而之所以改成if-else能工作的原因是因为作者注释了老的问号表达式的代码，所以，那段能工作的代码成了：

文章插图
C语言
我相信，当作者找到这个问题的原因后，一定会骂一句“妈的”！
我也相信，这个bug花费了作者很多时间！
【C语言中史上最有意思的BUG，一个就算是高手也会犯的BUG】最后，我也share一个我以前犯的一个错。
我有一个小函数，需要传入一个int* pInt的类型，然后我需要在我的代码里把这个int* pInt作除数。于是我的代码成了下面的这个样子：