本文介绍了在Linux环境下，如何利用`ulimit -c unlimited`设置生成core文件，通过`gdb`进行调试。针对一个特定的线程间内存分配导致的崩溃问题，探讨了使用`__malloc_hook`和`__free_hook`进行跟踪malloc和free的方法，以及尝试通过backtrace获取调用堆栈。当malloc的cookie值异常时，使用`awatch`在gdb中找到问题源头。同时分享了寻找类型定义的方法，如查找`time_t`的定义，可以使用`gcc -E xxx.c | grep time_t`命令进行预处理阶段的搜索。
ulimit -c unlimited 崩溃生成core文件
gdb -c corefile ./excute.
记一个bug:一个线程通过malloc分配内存，将该内存放入到list中，另一个线程读取这个list，总是在特定的次数后发生free崩溃，提示:invalid pointer.
解决思路：跟踪 malloc 和 free.使用了__malloc_hook.__free_hook.https://github.com/GisKook/codeset/blob/master/civilmanager_access/test/mallochook_test.c
同事使用了backtrace。打印调用堆栈。没有发现有价值的东西，想到一般malloc时都在生成的pointer之前放置一些大小信息，跟踪过程中发现出问题时malloc那个cookie都成为了0.所以推断是被其他线程覆盖了，gdb使用awatch命令找到了源头。
如何寻找类型的定义:如 time_t gcc -E xxx.c | grep time_t (Stop after the preprocessing stage; do not run the compiler proper. The output is in the form of preprocessed source code, which is sent to the standard output. Input files which don’t require preprocessing are ignored.)
扫一扫
4万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
