调试问题！谢谢

[ks9960]

一个已正常运行1年的系统，重新编译后每运行6-10小时就要僵死，打印调试看不出问题，用strace跟踪也无太大效果.主要表现为一个用共享内存实现的队列被填满后就无法正常处理了（死锁？）。大家有什么好的建议，方法。不胜感激！

[xfzhao_cn]

我看也是内存泄漏的问题，可以逐个模块的内存泄漏测试一下，应该会有发现的。：）

[redex]

linux下好象带有一个内存检测工具，从图形界面下可以访问到。

[ks9960]

谢谢各位！
内存泄露？那我又该如何检测出是那个模块发生了内存泄漏了。有什么方法或工具？谢谢！
（系统是redhat8,数据库是oracle9,有2个cpu，只跑了这个c程序，出现问题时系统无异常现象。）

[ks9960]

Valgrind这个东西编译不过。
下载了一个valgrind-2.2.0.tar.bz2的包，
解压后
用root权限执行./configure 成功
执行make 失败 有如下错误
***************************************************************
# make
make all-recursive
make[1]: Entering directory `/home/work/valgrind-2.2.0'
Making all in include
make[2]: Entering directory `/home/work/valgrind-2.2.0/include'
make all-am
make[3]: Entering directory `/home/work/valgrind-2.2.0/include'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/home/work/valgrind-2.2.0/include'
make[2]: Leaving directory `/home/work/valgrind-2.2.0/include'
Making all in coregrind
make[2]: Entering directory `/home/work/valgrind-2.2.0/coregrind'
make all-recursive
make[3]: Entering directory `/home/work/valgrind-2.2.0/coregrind'
Making all in x86
make[4]: Entering directory `/home/work/valgrind-2.2.0/coregrind/x86'
make all-am
make[5]: Entering directory `/home/work/valgrind-2.2.0/coregrind/x86'
make[5]: Nothing to be done for `all-am'.
make[5]: Leaving directory `/home/work/valgrind-2.2.0/coregrind/x86'
make[4]: Leaving directory `/home/work/valgrind-2.2.0/coregrind/x86'
Making all in demangle
make[4]: Entering directory `/home/work/valgrind-2.2.0/coregrind/demangle'
if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../coregrind -I../../coregrind -I../../include -I../../include -Winline -Wall -Wshadow -O -fomit-frame-pointer -g -Wno-unused -Wno-shadow -MT cp-demangle.o -MD -MP -MF ".deps/cp-demangle.Tpo" -c -o cp-demangle.o cp-demangle.c; \
then mv -f ".deps/cp-demangle.Tpo" ".deps/cp-demangle.Po"; else rm -f ".deps/cp-demangle.Tpo"; exit 1; fi
/tmp/ccwApXXB.s: Assembler messages:
/tmp/ccwApXXB.s:460: Warning: Unrecognized .section attribute: want a,w,x
/tmp/ccwApXXB.s:460: Warning: Unrecognized .section attribute: want a,w,x
/tmp/ccwApXXB.s:460: Error: Rest of line ignored. First ignored character is `,'.
/tmp/ccwApXXB.s:1736: Warning: Unrecognized .section attribute: want a,w,x
…………
*******************************************************************************

有谁用过这个东西吗？谢谢！

[ks9960]

出现问题时没有异常现象，free memory有20多M。

因为不是马上出现问题，gdb该怎么跟踪了？

如果说锁住的话，表现为读取进程没有停（另外的一个进程通过管道发控制信号给他让他读），但是就是不做任何动作了，strace的log也表现出进程僵在那，但就是定位不到是在那个地方停了。

memprof.我看看。

谢谢！

[ks9960]

memprof是一个需要GNOME的工具，我现在只能远程登录…………
在看看Valgrind的编译吧

[xfzhao_cn]

man mtrace

[ks9960]

在网上找了个例子
#include <mcheck.h>
#include <stdlib.h>
#include <stdio.h>
int main()
{
char *hello;
mtrace();
hello = (char*) malloc(20);
sprintf(hello," hello world!");
return 1;
}

export MALLOC_TRACE=mtrace.log

mtrace mymtrace mtrace.log
发现没有mtrace这个脚本（from “man trace”: So glibc comes with a perl-script call mtrace to make sense of it.）
只在/usr/bin/有个kmtrace.这个东西也没有man.也没有找到好的readme.郁闷。
xfzhao_cn() 有什么建议?谢谢！
（os redhat 8.0 2.4.18-14)

[ks9960]

help. thanks

[gettext]

出现问题时你查过内存吗？如果出现问题时系统无异常现象应该不是内存泄漏。你为什么不用gdb跟踪一下看锁在什么地方呢？
测内存泄漏可以用memprof，如果你安装memprof的包了的话。

[gettext]

gdb的功能不只是单步跟踪。用gdb运行你的程序，直到出问题，然后再Ctrl-C, 看程序停什么地方。

[idlepro]

ElectricFence等工具可以检测内存泄漏

[gaoxianfeng]

gdb的功能不只是单步跟踪。用gdb运行你的程序，直到出问题，然后再Ctrl-C, 看程序停什么地方。

这个时候

还可以输入watch等命令 看看堆栈

[ks9960]

谢谢兄弟们了,我这就去看gdb的手册.

[ks9960]

基本上看出问题.发现在进入一个handler函数定义局部变量时就僵死了。
另外程序中只在很少的地方使用了malloc，而且都确保free了，不知道是不是还有其它原因造成内存泄露…………。
大家有什么建议了？谢谢！

[ks9960]

嗯。太谢谢了。
我去看一下怎么确认这个地址。 gettext(冰雪之崖) 有什么好方法吗？^-^

[gettext]

你的问题不一定是内存泄露引起的， 既然是handler的问题，看看你的handler是不是corrupt掉了。

[ks9960]

谢谢 gettext(冰雪之崖)。
那一般会是什么原因让这个处理函数被破坏了呢？有办法检查吗。（程序是运行一段时间后才停下来的）

[gettext]

可能的原因太多，有可能是数组越界或其他memory的非法操作把你的handler指针破坏了，所以要确保你handler所指的是不是你要调用的函数。

[ks9960]

现在发现问题是在进入handler后分配了一个4k的数组，由于这个handler调用很频繁…………。
但是很不解为什么会在这出问题，现在把这个数组作为全局量以后已经不僵死了。
那位可以解释一二？谢谢
（周5结贴）