长期运行的 C 程序遇到 SIGSEGV 错误，如何定位错误发生的位置？
learningman · Zxilly · 2020-12-27 20:38:31 +08:00 · 3237 次点击这是一个创建于 1452 天前的主题，其中的信息可能已经有所发展或是发生改变。
写了一个程序，长期运行时会遇到 SIGSEGV 错误，但是不知道怎么定位错误位置
现在是起了一个父进程观察到子进程挂掉就重启，硬抗。
短时运行不报错，所以没法在开发机上用 gdb 跟踪，编译出来的程序在路由器上跑，同样没法追踪。
有没有办法做到程序本身输出类似 Python 的 ErrorTrace 呢？
代码在 https://github.com/Zxilly/UA2F/blob/master/src/ua2f.c
现在是起了一个父进程观察到子进程挂掉就重启，硬抗。
短时运行不报错，所以没法在开发机上用 gdb 跟踪，编译出来的程序在路由器上跑，同样没法追踪。
有没有办法做到程序本身输出类似 Python 的 ErrorTrace 呢？
代码在 https://github.com/Zxilly/UA2F/blob/master/src/ua2f.c
 |
1
AlohaV2 2020-12-27 20:41:53 +08:00 via iPhone  1
开启 coredump，还原现场
|
 |
2
lzr325 2020-12-27 20:44:41 +08:00 via Android 2
coredump,backtrace
|
 |
3
learningman OP |
 |
4
lewis89 2020-12-27 22:34:51 +08:00
@learningman #3 openwrt 上装个 gdb，哈哈 不过我路由器是 x86 内存 CPU 都很大，你如果是 mips 就难了
|
|
5
lewis89 2020-12-27 22:37:21 +08:00
@learningman #3 用 VPN 吧 这么玩 太折腾人了，而且内核态切换到用户态 开销很大，搞了半天可能还是 VPN 好用
|
|
6
lewis89 2020-12-27 22:41:08 +08:00
另外为啥不直接弄成 iptables 的内核模块，不过可能 debug 难度比应用态难度要大，应用态还能 coredump
|
|
7
lewis89 2020-12-27 22:46:24 +08:00
给你 star 了 又了解了一个库 libnetfilter_queue 可以在应用态 定制规则过滤放行 packet
|
 |
8
zeroxia 2020-12-27 22:48:44 +08:00
如果实在抓不到 coredump 。那么就拼命加 log 吧……
|
 |
9
Hconk 2020-12-27 23:43:59 +08:00 via iPhone
breakpad
|
|
10
learningman OP @lewis89 内核模块崩了整个系统就 boom 了，这样比较安全
流量不大，只需要清洗出方向流量，这个性能够用了 |
 |
11
no1xsyzy 2020-12-28 09:20:20 +08:00
> 父进程观察到子进程挂掉就重启
如果你用的是 systemd 的话就自动 coredump 了（ |
 |
13
wms 2020-12-28 09:31:21 +08:00 1
@learningman
目前看有几个问题, pktb 分配后有好几个地方都直接 return 掉了, 没有释放, 会导致内存泄漏, 这样就会导致 str = malloc() 分配失败, 而 str 没有判断是否分配成功. 另外你可以编译的时候加上-g 标志,我看你段错误的地址是打印出来的, 可以用 addr2line 查看出错的地址. 还有调试内存错误的神器 -fsanitize=address, clang 和 gcc 4.8 以上都支持 |
|
14
lewis89 2020-12-28 09:34:37 +08:00
@bfdh #12 空间小，125mb ROM 的小米 我都是省着在用，用 x86 之后 我直接在路由器上编译 调试代码了，因为内存跟 CPU 闲置太多了，即使是 J1900 编译 Openwrt 也绰绰有余了
|
 |
15
aneostart173 2020-12-28 09:49:00 +08:00
我感觉这种情况八成是很小的内存泄漏，最后导致内存分配失败。
|
Select Language