Debug 的时候又遇到这种灵异事件了

[villivateur]

CPP 写嵌入式代码，有个中等概率复现的 Bug ，在怀疑的地方写了行 printf 调试输出，Bug 便再也不复现。删掉调试输出，Bug 又出来了……

[Takashi123]

debug 版本合 release 版本不一样，还有内存越界这类如果破坏到堆栈了，可能加一行代码就结果不一样了。

[BeijingBaby]

printf 一个不可见字符 -> fixed

[villivateur]

@Takashi123 一直都是 debug 版本，确实怀疑堆栈问题，但这东西太难查了

[darkengine]

要是硬件时序问题，那就难搞了。。。

[nightwitch]

编译器版本高的话可以试试看能不能链上 AddressSantinizer ，专治内存疑难杂症

[anytk]

一般都是堆栈问题，仔细看一些调用地方，尤其是参数是数组的，我最近也被坑过一次

[hiliyg]

很正常，我司很多驱动也会这样，加的 log 多就没问题，log 一去掉，就不行，跟硬件响应时间，时序啥的有关系

[janxin]

@villivateur 一般这样子的 bug 确实很难查，于是我们就这么带了一个 printf

[duke807]

不知道是裸跑，還是小系統，還是 linux 用戶空間
按照關鍵字查一遍：堆棧、越界、對齊、dma 、cache

大多数人會選擇把問題藏起來，越藏日后越會遇到問題，就更加沒法查，只有選擇找到並解決根本問題才能真正成為高手

嵌入式一般不建議用 c++，查底層問題會麻煩一些

[datadump]

strip 之前导出符号表，异常的时候把内存镜像转储

[datadump]

找到崩溃点，x86 是 esp ，arm 是 sp ，顺着栈里面找 callback 。开源的工具很多的

[cppc]

曾经在生产环境发生过程序崩溃问题，代码审查怎么也找不到可疑代码，崩溃转储出来的内存分析验尸也找不到导致问题的原因。

最后实在没办法了跟甲方摊牌，对方同意直接在 debugger 里面跑程序，这才把 bug 给灭了

[respawn]

请贴码,无码言甚!

[ShiaoQuR]

把要打印的变量 传递到全局变量 换个地方打印试试呢

[654656413245]

可能是内存踩踏。
添加的 print 语句可能刚好让指令或内存对象排布进入了一个调和状态，让漏洞无法再暴露

[wty]

是不是别处修改了这个变量，然后因为没有 volatile 就默认不会变化，优化掉了，加了 print 打破了优化