未分類
29 12 月 2020

长期运行的 C 程序遇到 SIGSEGV 错误，如何定位错误发生的位置？

长期运行的 C 程序遇到 SIGSEGV 错误，如何定位错误发生的位置？

資深大佬 : learningman 1

写了一个程序，长期运行时会遇到 SIGSEGV 错误，但是不知道怎么定位错误位置
现在是起了一个父进程观察到子进程挂掉就重启，硬抗。
短时运行不报错，所以没法在开发机上用 gdb 跟踪，编译出来的程序在路由器上跑，同样没法追踪。
有没有办法做到程序本身输出类似 Python 的 ErrorTrace 呢？
代码在 https://github.com/Zxilly/UA2F/blob/master/src/ua2f.c
大佬有話說 (15)

  • 資深大佬 : AlohaV2

    开启 coredump，还原现场

  • 資深大佬 : lzr325

    coredump,backtrace

  • 主 資深大佬 : learningman

    @AlohaV2
    @lzr325 学到了，谢谢二位

  • 資深大佬 : lewis89

    @learningman #3 openwrt 上装个 gdb，哈哈 不过我路由器是 x86 内存 CPU 都很大，你如果是 mips 就难了

  • 資深大佬 : lewis89

    @learningman #3 用 VPN 吧 这么玩 太折腾人了，而且内核态切换到用户态 开销很大，搞了半天可能还是 VPN 好用

  • 資深大佬 : lewis89

    另外为啥不直接弄成 iptables 的内核模块，不过可能 debug 难度比应用态难度要大，应用态还能 coredump

  • 資深大佬 : lewis89

    给你 star 了 又了解了一个库 libnetfilter_queue 可以在应用态 定制规则过滤放行 packet

  • 資深大佬 : zeroxia

    如果实在抓不到 coredump 。那么就拼命加 log 吧……

  • 資深大佬 : Hconk

    breakpad

  • 主 資深大佬 : learningman

    @lewis89 内核模块崩了整个系统就 boom 了，这样比较安全
    流量不大，只需要清洗出方向流量，这个性能够用了

  • 資深大佬 : no1xsyzy

    > 父进程观察到子进程挂掉就重启
    如果你用的是 systemd 的话就自动 coredump 了（

  • 資深大佬 : bfdh

    @lewis89 #4 mips 用 GDB 完全没问题，为经常这么干。

  • 資深大佬 : wms

    @learningman
    目前看有几个问题, pktb 分配后有好几个地方都直接 return 掉了, 没有释放, 会导致内存泄漏, 这样就会导致 str = malloc() 分配失败, 而 str 没有判断是否分配成功. 另外你可以编译的时候加上-g 标志,我看你段错误的地址是打印出来的, 可以用 addr2line 查看出错的地址. 还有调试内存错误的神器 -fsanitize=address, clang 和 gcc 4.8 以上都支持

  • 資深大佬 : lewis89

    @bfdh #12 空间小，125mb ROM 的小米 我都是省着在用，用 x86 之后 我直接在路由器上编译 调试代码了，因为内存跟 CPU 闲置太多了，即使是 J1900 编译 Openwrt 也绰绰有余了

  • 資深大佬 : aneostart173

    我感觉这种情况八成是很小的内存泄漏，最后导致内存分配失败。