今天在测试公司的一组API时发生了内存访问错误(AIX5.1 64位机器,32位系统)。这组API在编译成32位的程序时测试是正确的,可是编译成64位程序时问题就出现了:用malloc分配内存成功,但当用memset访问这片内存时程序core了。我猜想是API某个地方的bug导致了内存泄漏,于是一行一行源码地翻查(上万行代码,我的神啊),始终没查出个所以然来。这个时候,除了google,我还能干什么呢?
google...google...google...
然后,答案出现了,加上头文件stdlib.h,一切搞定,至于原因嘛,没google出来。
总结:我平时写程序,stdio.h,string.h,stdlib.h这三个头文件我是必加的,这次犯浑了(虽然api其实不是我写的);google是伟大的,baidu是渺小的。
后记
这个问题的原因已经找到,其实不是memset出了问题,而是memset之前的malloc出了问题,具体原因如下:
malloc在stdlib.h中的原型为:
void *malloc (size_t size);
如果没有包含头文件,函数没有声明就直接使用,那么C语言默认函数的返回值是int型,即如果没有包含头文件,那么malloc函数的原型为:
int malloc(size_t size);
如果编译成64位的应用程序,那么sizeof(int) = 4并且sizeof(void *) = 8, 比如malloc本来返回的地址为0xFFFFFFFFFFFF1111, 由于没有函数声明,系统默认malloc返回的类型为int,将上面的地址高32位截取后就得到0xFFFF11111,即对malloc返回值的任何操 作都是在地址0xFFFF11111上做的。如果0xFFFF1111这个地址不可写,那么就会导致coredump的情况。
如果编译成32位的应用程序,那么sizeof(int) = sizeof(void*) = 4,所以不会出现coredump问题。
解决方法:
在程序中,添加stdlib.h头文件
感谢这位仁兄:http://blog.csdn.net/stevenunp/archive/2009/06/10/4257247.aspx