这里我大胆假设几种莫名的成因。

地址重叠就很低级了。

自己编程主动编程改变了，自己应该能检查出来的。把怀疑的目标做相关隔离或监视就好了。但必须是增加监视程序取观察，而不是监视界面人眼去看。例如某个值有到达过1000以上吗？人眼和软件监视是看不见的，一定要编程登记。

用间接寻址，然而又在计算指针的过程出错，把目的地的地址搞错了是很难查的。同样要编程登记变量曾经变成了一些什么值。这些登记的工具必须自己做成一些功能块，随便拿出来调用。或者随手组织起来监视。

子程序的局部变量使用不当，更加上使用过程涉及到指针计算，就基本没法查了。因为两个因素都是处于自己了解范围边缘的灰色区域，似懂非懂。两个事情结合起来的错误，就成了灰色的平方了。设法，把灰色区域明确到黑和白，才可以0的平方等于0，1的平方等于1，两种结果。

所以，不清楚的东西先不要碰，要碰的尽量搞清楚。

不怕神一样的对手，只怕猪一样的队友。映射到面前的形势，对手其实是指面对的要求，队友其实是自己。自己检查自己的错误，比起检查人家的错误更“困难”。