本文介绍了如何解决BoundsChecker与Visual C++之间的冲突问题。通过调整BoundsChecker的设置，特别是其Suppressing选项，可以避免错误地报告内存泄漏，并确保程序正常运行。文中详细解释了两种调试模式下的设置步骤。
今天从svn上拿下来的一个项目的代码,想着编一下,结果出来一堆的warning D4002...,没道理svn上放的代码都有问题吧,找了一整原来是BoundsChecker搞来的,哎!
我往上找了一下有人已经找到解决的办法:
-------------------------------------------------------------------------------------------
解决BoundsChecker和VC打架的方法
原来是必须在BC的Setting中设置Suppressing选项，比如要调用MFC42.dll，默认的要求试掉用后，再程序退出是必须释放这个库， 事实上WIndows的其他程序要用，不能释放，这就造成了所谓的内存泄漏，而且BC还自作多情把这些内存释放了，造成检查一次就必须重新开机的结果。把 Suppressing选项设置好，把所有MFC的调用的Suppressing都选中，BC有默认的分选项，然后就正常了。
有两种调试程序的方法，一种是集成在VC中的，一种是单独启动BC。先说第二种情况，首先必须用File菜单下的Open调入需要调试的程序，然后在 Program菜单下的Setting中便会出现Error Suppressing选项卡，上面列出了与程序相关的所有可能的源程序组，每一项读可以分别选中，选中后，关于这部分的Suppressing就有效 了，默认情况下出了程序本身这个组以外都没有选中，实际上应该把程序本身这个组和其它组全部选中。你再仔细体会一下就行了。
第一种情况一样，在BC的菜单下也有一个Setting，内容完全一样。
不用担心，每个程序都有各自独立的Suppressing设置。
-------------------------------------------------------------------------------------------
希望BoundsChecker尽早修复这种无聊的bug,
我往上找了一下有人已经找到解决的办法:
-------------------------------------------------------------------------------------------
解决BoundsChecker和VC打架的方法
原来是必须在BC的Setting中设置Suppressing选项，比如要调用MFC42.dll，默认的要求试掉用后，再程序退出是必须释放这个库， 事实上WIndows的其他程序要用，不能释放，这就造成了所谓的内存泄漏，而且BC还自作多情把这些内存释放了，造成检查一次就必须重新开机的结果。把 Suppressing选项设置好，把所有MFC的调用的Suppressing都选中，BC有默认的分选项，然后就正常了。
有两种调试程序的方法，一种是集成在VC中的，一种是单独启动BC。先说第二种情况，首先必须用File菜单下的Open调入需要调试的程序，然后在 Program菜单下的Setting中便会出现Error Suppressing选项卡，上面列出了与程序相关的所有可能的源程序组，每一项读可以分别选中，选中后，关于这部分的Suppressing就有效 了，默认情况下出了程序本身这个组以外都没有选中，实际上应该把程序本身这个组和其它组全部选中。你再仔细体会一下就行了。
第一种情况一样，在BC的菜单下也有一个Setting，内容完全一样。
不用担心，每个程序都有各自独立的Suppressing设置。
-------------------------------------------------------------------------------------------
希望BoundsChecker尽早修复这种无聊的bug,
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
