引起AV错误的原因实在太多了,象这种使用第三方控件引起的出错,更是不好找到原因.
你先试试在工程中只添加FastReport组件而不使用,看看是否还出错.

单步到哪里出的问题？

Debug 和Rlease相切换编译去试试？

这个问题并不是每一台机器都出现。出现问题的机器也不是每一次退出都出现。

在我测试的几台机器中，现在都不出现了（曾经出现过），但有一个客户的机器前两天出现，昨晚我用远程协助看他的电脑时又一切正常。  所以没有办法找到具体出问题的细节

前两天，我刚好遇到类似的问题，调试时无法定位于CPU窗口中,为此忙乎了一整天。

故障现象类似楼主，控制台程序退出时AV，同版本UI界面下的程序退出时无AV，想不出何原因。幸好能找到重现故障的操作方式，能找到关键模块。  经查，是使用 COM 的的代码，未正确析构导致。
发觉是COM的问题后，试图退出前多调用几次 CoUninitialize(); 果然可以不出现这个AV。
最后是通过调整代码，保障退出前程序所有使用COM的地方均正确注销，AV BUG 被清除。

但我依然不知道为何同样代码，在控制台程序中出现AV，UI界面的程序中就可以正常运行。

希望对你有帮助。

感谢以上各位大哥热情帮助！


PPower： 我的软件中好象没有使用COM， 不是FastReport的问题？ 另外能否详细告诉我您怎么调用CoUninitialize();  在哪调用？

看出错的提示应该不是FastReport的问题，多半是你的界面控件造成的

界面控件只用了 XPMenu3.1 ,出错的提示看得出来是界面控件造成的？

引用 5 楼 bcbsoft 的回复:

感谢以上各位大哥热情帮助！


PPower： 我的软件中好象没有使用COM， 不是FastReport的问题？ 另外能否详细告诉我您怎么调用CoUninitialize(); 在哪调用？

只是你的工程没有显式使用COM代码而已。

妖哥，请详细给我讲讲，我不懂COM

一般为内存出错。。

如果使用ADO，那肯定使用了COM，在WIndows系统中，COM使用得太普遍，很多控件内部都有使用，很多DLL做成COM部件来分发，以致于让人感觉不出在使用COM。

如果程序退出前，尚有使用到COM的类残留于内存中，很可能就会有AV出现。

也就是new的东西到程序退出前一定要全部delete掉，认为操作系统会帮你全部清场的想法是错误的。
按规范，CoInitialize();要一一对应 CoUninitialize(); 不要偷工减料。 

至于指针越界，未初始化，使用已析构的内存...等内存问题，也是很难查的。

这些都是造成AV错误的常见地方，但编译都没办法帮你找错误，只能依靠经验及对项目的熟悉程度来逐一排查。内存错误在单元测试中，也是不能完全测试出来的。

感谢各位的支持！特别感谢PPower、ccrun


问题还是没有解决，FastReport去掉算了