有专门的监测越界的工具

【 在 b0207191 的大作中提到: 】
: 在c语言编程中，内存改写问题有什么定位的套路和有效方法吗，无论是用户态程序还是内核态程序，指针或者数据出错的地方通常就本身出错代码片段来看，看不出问题，往往是其他部分代码写到本模块代码来
:
:
: ...................
--
FROM 223.104.61.*

二分法+打印日志是万金油 用来定位指针错误出现在哪里

C的指针运算出错，导致指向不正确的内存地址，这种问题确实不容易定位


【 在 b0207191 的大作中提到: 】
: 在c语言编程中，内存改写问题有什么定位的套路和有效方法吗，无论是用户态程序还是内核态程序，指针或者数据出错的地方通常就本身出错代码片段来看，看不出问题，往往是其他部分代码写到本模块代码来
: ai的回答也没有什么帮助，实际工作中的经验还是，首先找到必现方法，然后根据步骤逐步定位可疑的代码片段，排除法这种，最后就是评审代码，发现问题
--
FROM 120.231.170.*

有时发生问题的点并不是产生问题的点。
一个地方产生问题，冲了别人的内存，自己没事。但是别人出事了。这种极其难找。
我有一个故障找了好几年。最后隔离掉一个模块，故障消除。
quickLZ，一个压缩模块，速度快压缩比大，但是系统长期运行就会出现内存问题。但是问题出现在别的模块，看代码找不到毛病。
【 在 zylthinking2 的大作中提到: 】
: 几乎没办法, asan 解决一部分问题, 剩下的, 硬着头皮硬看代码找问题吧
--
修改:ylh1969 FROM 221.218.60.*
FROM 221.218.60.*

工具有工具的意义

如果不能稳定复现的问题，你怎么办
如果是外部因素触发的问题，你怎么二分法
比如已经部署的系统，碰到某种类型的数据，会导致写越界
这个类型的数据可能1周能碰到一次
二分法半年也找不到位置


【 在 wjhtingerx 的大作中提到: 】
: re。最后发现，只能靠这个，其他任何工具都只是皮毛
:
--
FROM 223.104.40.*

给自己 创造 新职位， 迁移到rust

【 在 mopo 的大作中提到: 】
: 标  题: Re: 老生常谈的问题，关于故障定位
: 发信站: 水木社区 (Wed Oct 16 18:42:16 2024), 站内
:
: 没有通用套路，真要有的话就是尽量用成熟的库，不管是内部的还是开源的，就算挂了也有希望找到同病相怜的
:
: 对于祖传屎山的封闭代码，有些bug就是不可解或者不需要解的，用非技术手段绕开就是了
: --
:
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 219.142.253.*]
--
FROM 111.201.66.200