Access Violations(访问冲突)

　　禁用装有Internet Explorer (IE) 4.x或更高版本的Windows工作站上的Active Desktop。尽管这个功能可以让您定制自己的桌面，但同时也导致许多应用程序产生问题。

　　尽管Windows 9X更大众化，NT4（NT5）提供了几乎是所有Windows平台中最稳定的环境。我想强调这应是C++Builder程序员选择的环境。
确保安装了最新的NT系统补丁（SPx），每次发布的补丁都让您的NT系统变得更稳定。

　　在升级了主要软件包后，重新安装最新的SPx。包括MS Office，IE，甚至是在C++Builder安装后，某些SPx更新的文件经常在安装驱动时被覆盖。如果SPx提问是否用旧版本取代新版本时，回答否。

　　我们的经验是当你发现新装的系统，经过一段时间后开始出现越来越多的问题时（包括AVs），重装系统可以解决绝大多数的问题，并可以提高系统的整体性能。这可能很费时，但绝对有效。库的错误安装了新的库和组件后，应该跟踪一下并看一看是否有对设计期间AVs的更正。若发生了新的AVs，你也许希望卸载最近安装的组件。如果AVs也消失的话，寻求供应商的支持。同时应对ReadME文件与安装简介多加注意。如果你升级了一个库，这也许需要你改变你的include目录设置，甚至修改你的make文件，来使新旧版本没有冲突。如果可能并且升级程序允许，你应该总是先卸载旧版本后再升级。升级C++Builder我可以保证我不为Inprise工作，也没有得到任何利益。我无法再强调使用C++Builder的新版本的重要意义。AVs的数量尤其是设计期间的AVs在我从CB3升级至CB4（现在已经是CB5啦）后，大大减少了。同时，性能得到提升，有更多可以使用的资源。若你要长跑的话，升级是很值得的。运行期间的AVs尽管跟踪是一场噩梦，运行期间的AVs是可以解决的，它们通常不是C++ Builder中所描述的bugs。在我开始帮你解决你代码中的疑难前，你必须读过并了解设计期间的AVs讯息。本部分中的建议只对运行期间的AVs起作用。尤其注意你的include目录是否包含最新升级的库，这往往是罪魁祸首。如果这些都不能解决你的问题，再让我们讨论编程方面，应该可以解决你的问题，让你回到工作中去。程序退出时发生AVs如果你已经见过你的程序退出时，弹出的AVs对话框,那么恭喜你现在象分享了许多C++Builder程序员一样（包括我）的挫折。这类AVs是最难跟踪的。因为debuger通常会把你引入深不可测的VCL内部或干脆指向工程cpp文件的后括号。但不要害怕，下面的东西将帮你走过你的AV经历中最坏最坏的部分。将你的指针设为空指针!导致AV的一个最大的原因是尝试删除一个非法指针。发生的原因可能使用了一个没有初始化的指针或试图将东西删除两遍。如果你遵照如下指导，可以减少50%的AVs在您的程序中发生。对所有的指针，均如下操作：