遗留错误复制的术语？

Question

出于无聊的好奇心，有人知道在旧系统的新实现中复制错误的术语，以便保持与依赖错误功能的旧客户端的向后兼容性吗？如果它包含必须对不正确的行为进行逆向工程以便正确复制不符合规范的内容的含义，我会特别感兴趣。

Answer 1

我认为“向后兼容性”涵盖了这一点。

Joel Spolsky 著名的“API Wars”帖子中有关 Windows 3.1 开发的一个很好的例子:

在 Raymond 的博客上读到的最令人印象深刻的内容是 Windows 团队多年来为支持向后兼容性所做的令人难以置信的努力的故事。

[...]

我第一次从热门游戏 SimCity 的一位开发者那里听说了这个消息，他告诉我他的应用程序中存在一个严重的错误：它在释放内存后立即使用了内存，这是一个主要的禁忌，但碰巧工作正常在 DOS 上，但在 Windows 下不起作用，在 Windows 下，释放的内存可能会立即被另一个正在运行的应用程序抢占。 Windows 团队的测试人员正在检查各种流行的应用程序，对它们进行测试以确保它们工作正常，但 SimCity 不断崩溃。他们向 Windows 开发人员报告了这一情况，后者反汇编了 SimCity，在调试器中单步调试它，发现了错误，并添加了特殊代码来检查 SimCity 是否正在运行，如果运行，就运行内存分配器处于一种特殊模式，在这种模式下，释放内存后您仍然可以使用内存。

Answer 2

我总是称之为“糟糕的兼容性”。

Answer 3

也许是bug-for-bug-兼容。

Answer 4

我会满足于“错误兼容”：纠正所有错误太困难了。