Raymond Chen 2007年06月04日
回到Windows 95时代,图形引擎中存在一个难以捉摸的堆损坏错误,经过大量分析后,图形团队确信问题来自于他们组件之外的地方,并且他们相当确定是哪个组件导致了问题,但他们需要证据。
缩小这类问题来源的标准技术之一是在对象中放置一个签名值,并在每个使用该对象的函数的入口以及退出时验证该签名。如果你发现签名在入口时有效但在退出时被损坏了,那么你的函数就损坏了它。相反,如果它在退出时有效但在随后的入口时无效,那么就是其他人损坏了它。至少理论上是这样的。
负责调查这个错误的开发者决定使用这个“签名值”技术。通常情况下,对于这种临时的签名,你会使用你自己的首字母作为签名值。这在一定程度上是自负,但主要是因为缺乏创造力。但这位开发者有一个更好的主意。由于他相当确定是哪个组件在损坏内存,他没有使用自己的首字母,而是使用了他认为是损坏者的组件负责人的首字母!这样,当那个开发者的组件损坏了签名时,它就只是在损坏自己的首字母。
当然,当被怀疑的组件的开发者看到这个提交时,他感到有点被冒犯了。毕竟,他的朋友刚刚指控他损坏了内存。
结局
事实证明,图形团队是对的。确实是那个其他组件在损坏内存。