我有一个C编程(很多数字而且发布时间太长)我用
编译gcc -g -O0 program.c -o program
我正在尝试使用gdb和valgrind memcheck进行调试。在对代码进行一些更改之后我发现了
valgrind --tool=memcheck --log-file=output.log ./program
给出
==15866== Memcheck, a memory error detector
==15866== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==15866== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==15866== Command: ./program
==15866== Parent PID: 3362
==15866==
==15866== Warning: client switching stacks? SP change: 0xbe88bcd8 --> 0xbe4e1f70
==15866== to suppress, use: --max-stackframe=3841384 or greater
==15866== Invalid write of size 4
==15866== at 0x804B7BE: main (program.c:1396)
==15866== Address 0xbe4e1f74 is on thread 1's stack
==15866==
==15866== Invalid write of size 4
==15866== at 0x804B7C2: main (program.c:1396)
==15866== Address 0xbe4e1f70 is on thread 1's stack
==15866==
==15866== Invalid read of size 4
==15866== at 0x4320011: on_exit (on_exit.c:34)
==15866== by 0x43064D2: (below main) (libc-start.c:226)
==15866== Address 0xbe4e1f70 is on thread 1's stack
==15866==
==15866== Invalid read of size 4
==15866== at 0x4320022: on_exit (on_exit.c:37)
==15866== by 0x43064D2: (below main) (libc-start.c:226)
==15866== Address 0xbe4e1f74 is on thread 1's stack
还有更多这类。
valgrind --tool=memcheck --max-stackframe=3841384 --log-file=output.log ./program
不会打印任何错误。但令我困惑的是,两个valgrind调用程序都会提前退出(没有错误消息)并且不执行它应该执行的计算。具有相同编译器选项但没有valgrind运行的行为完全不同,看起来很正常。我怀疑存在内存错误,并希望使用valgrind来查找它。因此我的问题是:当用valgrind执行时,什么样的错误会使程序变得如此不同?如果这些是与内存相关的错误,我该如何识别呢?请注意,我很清楚我可以“手动调试”来找到它。但我可以用valgrind运行gdb来查看它退出的位置。
答案 0 :(得分:3)
我最初在评论中回答:
您可能导致堆栈溢出。你在分配“大”吗? 堆栈上的数组?例如。
double myArray[10000000];
如果是,那么你 应该使用malloc
和。用堆内存替换这样的分配free
。
我写了一个简短的c程序,故意造成像这样的堆栈溢出并检查valgrind报告的内容:
#include <stdio.h>
int main(){
// imax*sizeof(double) is too big for the stack.
int imax = 10000000;
double test[imax];
// I do a little math to prevent the stack overflow from being optimized away if -O3 is used.
test[0]=0;
test[1]=1;
for(int i=2; i<imax; i++)
test[i]=0.5*(test[i-1]+test[i-2]);
printf("%e\n", test[imax-1]);
}
果然,valgrind想出了:
==83869== Warning: client switching stacks? SP change: 0x104802930 --> 0xffbb7520
==83869== to suppress, use: --max-stackframe=80000016 or greater
==83869== Invalid write of size 8
==83869== at 0x100000ED0: main (in ./a.out)
==83869== Address 0xffbb7520 is on thread 1's stack
以及大量其他错误消息,最终以Segmentation fault: 11