Delphi程序调试参考手册 (2008 年度畅销榜NO.3784 )

本书覆盖了Delphi的所有版本，包括Delphi6。作者按字母顺序提供了Borland公司的Delphi Object Pascal中近800个设计时、编译时、运行时错误消息。错误消息条目包括引起错误消息的可能原因，以及快速解决这些问题的方法，还包括如何避免以后再次遇到该错误消息。代码示例则更清楚地说明了如何排除这些错误。

前言\r\n致谢\r\n关于作者\r\n导言\r\n\r\n符号\r\nA\r\nB\r\nC\r\nD\r\nE\r\nF\r\nG\r\nH\r\nI\r\nJ\r\nK\r\nL\r\nM\r\nN\r\nO\r\nP\r\nQ\r\nR\r\nS\r\nT\r\nU\r\nV\r\nW\r\nX\r\nY\r\nZ

编写软件是一件非常灵活的工作. 有时候, 好像是在穿越雷区. 有些地雷是致命的, 将把你的应用程序“炸得”粉碎. 其他一些可能只是造成很小的伤害. 还有一些可能会先触发, 但要稍等一会才会带来破坏. 问题当然是两面性的：有些地雷是你自己放在那里的, 还有一些则是“敌军”布设的. 这里的“敌军”可能是Windows. 对Windows的更新. 潜伏在内存中的DLL或者是其他一些操作不当的应用, 这些应用试图与你的应用共享计算机. 当然, 真正的解决方法是必须有一个雷区的地图. 知道地雷在哪里自然可以更容易地找到一条安全通道. 当然, 错误消息正是起到了验证的作用, 而且可以有助于你找出这些编程“地雷”. 尽管开发人员通常不愿意看到错误消息, 但实际上, 如果没有这些消息, 他们同样也会走入迷途. 从以往的经验看, 对于一个不好的应用, 通过错误消息来艰难地进行故障修复, 这一过程很需要一些技巧性. 错误消息并非总是很有帮助, 而且有时还会产生误导. 当一个错误被触发时, 总是仰仗于这段代码(应用. 驱动程序. 组件. 控件等等)的编写者来对所发生的情况提供一个有意义的描述. 不幸的是, 开发人员往往最不情愿编写有意义的错误消息. 因此, 错误消息往往不能很好地将问题解释清楚. 我就最喜欢写上“General SQL Error"(常见SQL错误). 很明显这不是一个能够提供帮助的错误消息, 只能知道这是关于SQL的错误, 但那只是一个大概. 问题可能来自任何地方, 或由任何问题引起, 而且也要由人主观地确定如何修正此问题. 如果错误消息与实际问题全然没有任何关系, 那么情况将更为严重. 用户抓耳挠腮地想要找出问题, 但踏上的往往是与实际截然相反的道路. 就我个人而言, 就曾经在这种错误上花费数日之久. 而这也正体现出了这本书的独一无二和无与伦比. 本书作者已经为我们勾勒出了雷区图. 他甚至还指出了哪个错误消息只是一个转移注意力的误标, 这种消息通常会让一个开发人员多日都找不到方向. 关于Delphi有很多书, 但很少能有这本书这样独特的视角. 它只解决了一个问题, 但当你在做故障恢复并需要帮助时, 显然这本书即为上乘之选. 出版这样一本不合常规的书是需要勇气的. 我极为赞赏Shannon先生为我们提供了一本如此必要的参考手册.