热门搜索：
当前位置：
《极限脱出3：零时困境》assertion failed错误解决方法
日 15：32&&&&&阅读(36)&&&&&来源：游戏堡&&&&&编辑：白一哥&&&&&
《极限脱出3》assertion failed错误怎么办？许多玩家在运行游戏的时候会出现这个问题，如何解决成问题了，下面是M游戏网为大家带来的assertion failed错误解决方法。
点击下载：
问题所在：
Macromedia Flash ActiveX Control与此版本的 Windows 不兼容的缘故。
assertion failed错误解决方法：
1.我是这样解决的：(VC++6.0)
"Project"-&"settin**击c/c++"-&"Category选项中选择Preprocessor"
-&"在Undefined symbols:填写_DEBUG" 重新编译运行即可。
2.或者重新下载一个flash插件。
3.XP系统就不用试玩了，换系统。
小编推荐：
以上就是小编带来的极限脱出3零时困境assertion failed错误解决方法，欢迎大家关注游戏堡极限脱出3：零时困境攻略大全。
相关阅读：
阅读(4)07-31
阅读(16)07-31
阅读(18)07-31
阅读(10)07-31
阅读(2)07-31
阅读(4)07-31
阅读(2)07-31
阅读(36)07-30
阅读(8)07-30
阅读(0)07-30
你可能感兴趣的游戏
一周热点攻略
口袋妖怪漆黑的魅影5.0是一款根据口袋妖怪改编的同人 ......
作品版权归作者所有，如果侵犯了您的版权，请联系我们，本站将在3个工作日内删除。
中国综合游戏门户之一，游戏堡网提供(,网络游戏,网页游戏,手机游戏等)资讯,攻略,下载,补丁 是您找游戏内容的最好选择。
All Rights Reserved 湘ICP备号-2
游戏堡网温馨提示：抵制不良游戏，拒绝盗版游戏，注意自我保护，谨防受骗上当，适度游戏益脑，沉迷游戏伤身，合理安排时间，享受健康生活!那个Assertion failed VC++的报错有解决办法了么_百度知道
那个Assertion failed VC++的报错有解决办法了么
提问者采纳
好。美服战网上有玩家反映将本机中的Microsoft Visual C++ redistribute全部卸载，请继续追问，然后再下载最新版本的Visual C++ Redistribute安装可以缓解该问题如果我的回答没能帮助您
其他类似问题
为您推荐：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁那个Assertion failed VC++的报错有解决办法了么_百度知道
那个Assertion failed VC++的报错有解决办法了么
提问者采纳
你好,美服战网上有玩家反映将本机中的Microsoft Visual C++ redistribute全部卸载，然后再下载最新版本的Visual C++ Redistribute安装可以缓解该问题
来自团队：
其他类似问题
为您推荐：
assertion的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁新手园地& & & 硬件问题Linux系统管理Linux网络问题Linux环境编程Linux桌面系统国产LinuxBSD& & & BSD文档中心AIX& & & 新手入门& & & AIX文档中心& & & 资源下载& & & Power高级应用& & & IBM存储AS400Solaris& & & Solaris文档中心HP-UX& & & HP文档中心SCO UNIX& & & SCO文档中心互操作专区IRIXTru64 UNIXMac OS X门户网站运维集群和高可用服务器应用监控和防护虚拟化技术架构设计行业应用和管理服务器及硬件技术& & & 服务器资源下载云计算& & & 云计算文档中心& & & 云计算业界& & & 云计算资源下载存储备份& & & 存储文档中心& & & 存储业界& & & 存储资源下载& & & Symantec技术交流区安全技术网络技术& & & 网络技术文档中心C/C++& & & GUI编程& & & Functional编程内核源码& & & 内核问题移动开发& & & 移动开发技术资料ShellPerlJava& & & Java文档中心PHP& & & php文档中心Python& & & Python文档中心RubyCPU与编译器嵌入式开发驱动开发Web开发VoIP开发技术MySQL& & & MySQL文档中心SybaseOraclePostgreSQLDB2Informix数据仓库与数据挖掘NoSQL技术IT业界新闻与评论IT职业生涯& & & 猎头招聘IT图书与评论& & & CU技术图书大系& & & Linux书友会二手交易下载共享Linux文档专区IT培训与认证& & & 培训交流& & & 认证培训清茶斋投资理财运动地带快乐数码摄影& & & 摄影器材& & & 摄影比赛专区IT爱车族旅游天下站务交流版主会议室博客SNS站务交流区CU活动专区& & & Power活动专区& & & 拍卖交流区频道交流区
UID9433078空间积分0 积分740阅读权限20帖子精华可用积分740 信誉积分10 专家积分0 在线时间825 小时注册时间最后登录
丰衣足食, 积分 740, 距离下一级还需 260 积分
帖子主题精华可用积分740 信誉积分10 专家积分0 在线时间825 小时注册时间最后登录
论坛徽章:0
D:\Program Files\Microsoft Visual Studio 8\VC\include\xstring
气死了，这是个什么东西啊，关我什么事啊
我的程序根本就没用它
能不能想办法把这个assertion禁掉啊
普通的assert 可以#define NDEBUG禁掉的，这个有没有办法？
&&nbsp|&&nbsp&&nbsp|&&nbsp&&nbsp|&&nbsp&&nbsp|&&nbsp
UID空间积分806 积分10086阅读权限90帖子精华可用积分10086 信誉积分714 专家积分259 在线时间6335 小时注册时间最后登录
大富大贵, 积分 10086, 距离下一级还需 9914 积分
帖子主题精华可用积分10086 信誉积分714 专家积分259 在线时间6335 小时注册时间最后登录
论坛徽章:0
只想着逃避问题而不是解决问题
以调试模式运行，遇到断言失败中断定位到断言失败的地方，再查看函数调用栈，找到自己程序中出错的地方，然后分析错误解决之
A problem well described is a problem half solved!
UID8936799空间积分862 积分360阅读权限20帖子精华可用积分360 信誉积分-120 专家积分15 在线时间12 小时注册时间最后登录
稍有积蓄, 积分 360, 距离下一级还需 140 积分
帖子主题精华可用积分360 信誉积分-120 专家积分15 在线时间12 小时注册时间最后登录
论坛徽章:0
在缺省情况下,assertion在运行时是被禁用的,可以通过
开关-ea和-da来打开和关闭assertion的应用
UID9433078空间积分0 积分740阅读权限20帖子精华可用积分740 信誉积分10 专家积分0 在线时间825 小时注册时间最后登录
丰衣足食, 积分 740, 距离下一级还需 260 积分
帖子主题精华可用积分740 信誉积分10 专家积分0 在线时间825 小时注册时间最后登录
论坛徽章:0
原帖由 tyc611 于
17:58 发表
只想着逃避问题而不是解决问题
以调试模式运行，遇到断言失败中断定位到断言失败的地方，再查看函数调用栈，找到自己程序中出错的地方，然后分析错误解决之
唉，我的程序是没有错的，标准的C++ STL，在GCC下编译运行的好好的
现在到vc下就不行了，出错在一个vector的iterator的遍历的时候
运行的时候跳出来，报了很长的一大串，错误信息基本不可读
D:\Program Files\Microsoft Visual Studio 8\VC\include\xstring这个程序我看了，嵌套很深的，要想彻底看清楚很费时间的。
据说vc对stl的支持不好，如果问题是出在这里那还是不要多花精力了，禁掉，在release版本不出错就算成功，还出错的话只有放弃了。我不愿意放弃stl。
UID9433078空间积分0 积分740阅读权限20帖子精华可用积分740 信誉积分10 专家积分0 在线时间825 小时注册时间最后登录
丰衣足食, 积分 740, 距离下一级还需 260 积分
帖子主题精华可用积分740 信誉积分10 专家积分0 在线时间825 小时注册时间最后登录
论坛徽章:0
原帖由 qliu00 于
18:03 发表
在缺省情况下,assertion在运行时是被禁用的,可以通过
开关-ea和-da来打开和关闭assertion的应用
好的，多谢，我去试试。
UID空间积分806 积分10086阅读权限90帖子精华可用积分10086 信誉积分714 专家积分259 在线时间6335 小时注册时间最后登录
大富大贵, 积分 10086, 距离下一级还需 9914 积分
帖子主题精华可用积分10086 信誉积分714 专家积分259 在线时间6335 小时注册时间最后登录
论坛徽章:0
原帖由 wishel 于
19:53 发表
唉，我的程序是没有错的，标准的C++ STL，在GCC下编译运行的好好的
现在到vc下就不行了，出错在一个vector的iterator的遍历的时候
运行的时候跳出来，报了很长的一大串，错误信息基本不可读
D:\Progra ...
从VC8开始，VC的STL库引入了Checked Iterator，能够检查一些程序错误，但VC8里的Checked Iterator存在一个严重的Bug（），VC9已修正此Bug
建议你用VC9确认一下到底是谁的问题
另外，你可以添加编译选项/D&_SECURE_SCL=0&来禁用Checked Iterator
A problem well described is a problem half solved!
UID9433078空间积分0 积分740阅读权限20帖子精华可用积分740 信誉积分10 专家积分0 在线时间825 小时注册时间最后登录
丰衣足食, 积分 740, 距离下一级还需 260 积分
帖子主题精华可用积分740 信誉积分10 专家积分0 在线时间825 小时注册时间最后登录
论坛徽章:0
这个问题找到原因了，是我的程序写的不够严谨
& & & & string temp1(&asdwefdf&);
& & & & wstring temp2;
& & & & copy (temp1.begin(), temp1.end(), temp2.begin());
查了一下，copy不能用于安插新元素。改成：
& & & & string temp1(&asdwefdf&);
& & & & wstring temp2(temp1.begin(), temp1.end());
就可以了。
但是还有一个问题没解决，我程序里用了OTL访问数据库，多线程的时候出现问题，每个线程只要新建一个otl_stream，还没有进行真正的查询，就会报错。例如：
otl_stream i(1, &select * from t_usr where UsrID = :f1&int&&,db);
这条句多线程一起执行就会报错：
Debug Assertion Failed!
Program:...
File: d:\Program Files\Microsoft Visual Studio 8\VC\include\xtree
Expression: map/set iterator not incrementable
这个比较麻烦。OTL里面都是模板，和VC的STL实现不知道会不会有什么冲突。
在GCC下运行很正常。
UID空间积分806 积分10086阅读权限90帖子精华可用积分10086 信誉积分714 专家积分259 在线时间6335 小时注册时间最后登录
大富大贵, 积分 10086, 距离下一级还需 9914 积分
帖子主题精华可用积分10086 信誉积分714 专家积分259 在线时间6335 小时注册时间最后登录
论坛徽章:0
原帖由 wishel 于
12:47 发表
这个问题找到原因了，是我的程序写的不够严谨
& & & & string temp1(&asdwefdf&);
& & & & wstring temp2;
& & & & copy (temp1.begin(), temp1.end(), temp2.begin());
查了一下，copy不能用于安插新元素。改成：
& & & & str ...
见2楼回复第二句
PS，为什么每次遇到这种错误不去调试呢，点几下鼠标就能定位到自己代码出错的地方也不愿意做么？
A problem well described is a problem half solved!
UID9433078空间积分0 积分740阅读权限20帖子精华可用积分740 信誉积分10 专家积分0 在线时间825 小时注册时间最后登录
丰衣足食, 积分 740, 距离下一级还需 260 积分
帖子主题精华可用积分740 信誉积分10 专家积分0 在线时间825 小时注册时间最后登录
论坛徽章:0
原帖由 tyc611 于
18:37 发表
见2楼回复第二句
PS，为什么每次遇到这种错误不去调试呢，点几下鼠标就能定位到自己代码出错的地方也不愿意做么？
唉。。实在是不好意思，不会调试啊
我一般都是在程序中加入打印语句，一步步的找到问题点的，调试工具没用过
UID9433078空间积分0 积分740阅读权限20帖子精华可用积分740 信誉积分10 专家积分0 在线时间825 小时注册时间最后登录
丰衣足食, 积分 740, 距离下一级还需 260 积分
帖子主题精华可用积分740 信誉积分10 专家积分0 在线时间825 小时注册时间最后登录
论坛徽章:0
不过在release状态没事了，一直运行没问题，至少能给老板交差了:wink: 。我是刚接触VC，有好多地方一下子弄不明白，慢慢来吧。多谢指教啊！_CrtIsValidHeapPointer出错的解决方法，找到了根本原因啦！
在不同的模块分配的内存，释放的时候会出现此问题，而此问题，只在Debug模式会提示，Release模式不会提示。但不提示并不代表没有错误，一定要解决之。解决的方法是：在哪个模块分配的内存，就在哪个模块释放。
这个错误有两种可能：
一.释放的问题
1，内存不能跨模块分配和释放，模块分配的内存必须由该模块自己来释放。应该在DLL中再加一个方法，比如MemRelease，主程序调用这个方法来释放内存。
2，就是绕过new和，用GlobalAlloc()和GlobalFree()的方法
这个问题有两种情况：
1.链接外部lib出错：当前是模式，但工程属性-&Configureation
Properties-&Linker-&Input-&Additional Dependencies
中的链接库用的却是Release版本的，这个要仔细检查才行。相同道理，Release的模式下也有错用Debug链接库的问题。
2.ruantime Linbrary 方式选择错误：工程属性-&Configureation
Properties-&C/C++-&Code Generation-&Runtime
Library中的选项有可能与当前的编译方式不符。比如当前是Release模式却选择了Multi-threaded Debug DLL
(/MDd)，相反当前是Debug模式却选择的是Multi-threaded DLL (/MD)。
今天遇到了这个assert，发现是dll中的一个局部vector释放的时候报的，这个vector是在dll中定义的，然后实在exe中分配的空间（通过引用传参数，然后调用push_back方法)，这样，vector释放的时候它会发现dll正在释放一个不是由dll分配的内存，所以就会出此断言，一个临时的解决方案是，在dll中分配，可以通过vector的reserve方法来实现，当然，更好的解决方法是上层避免这种用法
还有在使用mfc时也遇到过这个问题，
mfc主程序中引用了一个dll，在dll中动态分配了一个对象，然后在主程序中释放，就会出现问题，是由于程序是静态依赖mfc运行时库的，这样在释放的时候，只查找主程序所在的堆空间，应用程序就认为释放了一个不再堆列表中的地址，而改为动态依赖mfc，程序才会查找依赖的dll中的堆列表，所以就没有问题了
从CrtIsValidHeapPointer的实现代码处我们可以得知，这个函数不仅检查了空指针的情况，更重要的是检查了指针地址的有效性。
我遇到的问题：
释放内存时，弹出assert，报错的函数就是上面提到的这个：CrtIsValidHeapPointer。
可是为什么会报错呢？CrtIsValidHeapPointer的注释上说明了情况：如果要释放的内存地址不是在当前控制的堆的地址范围内，也会报这样的错误。
问题分析：
1、我的实现是在exe中调用dll的一个方法，这个方法里面里面会分配若干内存，并将数据拷贝到新分配的内存中，传递出去；之后我会在exe中对这部分内存进行释放。
2、同一个进程，难道还有两个堆？如果你的工程Runtime
Library选择的是MT（使应用程序使用运行时库的多线程静态版本）类型，那么，是的，确实是这样，dll和exe是分别的两个堆。
3、也就是说，dll中分配的内存只能在dll中进行释放，否则CrtIsValidHeapPointer函数就会报错
起初觉得怎么这样呢？但考虑到不用dll的实现者是不一样的，那么他本身的选择的运行时库的链接方式也可能不一样，非要把他们都放在一个堆上操作反而会使问题变得复杂。CRT的这种处理确实更为合理。
解决方法：
既然谁分配谁释放，而我要分配的内存大小只有dll自己知道，我只好将分配内存的事情放在了dll中，然后dll再提供一个释放内存的方法。类似：
1、allocAndGetData(CData**
ppData);&&& //
我不喜欢这个函数名
2、freeData(*pData);
_CrtIsValidHeapPointer()在Debug模式下测试一个地址在本地的堆内存中，如果采用共享的方式链接C运行时库那么不会出现什么问题，但是如果采用静态的方式链接C运行时库，那么调用该DLL中的函数时就可能出现问题。提示一个错误.
例如：有两个DLL文件 a.dll ,b.dll 且a.dll采用静态的方式链接C运行时库。
如果 a.dll 中导出一个函数 CString aFun()，按值返回一个字符串。
如果 b.dll 中调用该函数如 CString str=aFun();
b.dll调试运行时将出现错误，提示_CrtIsValidHeapPointer()出错.
在MSDN中查找该函数说明知，当一个DLL采用静态的方式链接到C运行时库时，会创建一个相对于该DLL的堆(Heap)，而如果采用共享的方式链接到C运行时库的时候则使用的是应用程序的堆内存。而_CrtIsValidHeapPointer()在
DEBug模式下将确保传入的地址在本地的堆内存中，这样问题就明显了：
a.dll采用静态链接C运行时库，所以会创建一个相对于该DLL的堆内存，这样a.dll中分配的临时变量均在该堆中分配。
再看a.dll中的函数aFun()以值的方式返回了一个字符串，执行到return语句时会创建一个临时的变量作为返回，但此临时变量内存却在a.dll的堆内存中，当在b.dll中调用时，语句CString
str=aFun();完成时该临时变量的CString析构函数被调用，会释放内存空间，但此时_CrtIsValidHeapPointer()检测到该内存地址不在本地的堆内存中，产生一个错误。但忽略该错误程序有时对正确运行。
解决的办法是将a.ll采用共享的方式链接到C运行时库。
这个错误花了很长时间才找出来，哈哈。。。。
这是因为dll拥有一个独立于应用程序（调用它的exe）的本地堆，调用过后dll占用的空间即被释放，先前new的内存地址即无效，那么解决此问题时要将dll文件中动态申请内存的时候使用HeapCreate函数而不能使用new操作符，具体说明详见MSDN，以下网址可供参考：
问题就出在红色的地方，自定义了一个类
将上面的语句改为
ColHistogram &pMyColH
pMyColHist = new ColH
就可以了，不过现在也不知道为什么
(MSDN)中的这段话
The _CrtIsValidHeapPointer function is used to ensure that a
specific memory address is within the local heap. The “local” heap
refers to the heap created and managed by a particular instance of
the C run-time library. If a dynamically linked library (DLL)
contains a static link to the run-time library, then it has its own
instance of the run-time heap, and therefore its own heap,
independent of the application’s local heap. When _DEBUG is not
defined, calls to _CrtIsValidHeapPointer are removed during
preprocessing.
看了这段话稍微觉得有点意思了，我在程序中自己申请了本地堆，也有要生成动态连接库的DIB类，要连接c运行库，那么我的ColHistogram的实例必须动态生成，因为它在c运行库中没有对应的堆。比如我添加Cstring
程序就不会有问题，但是我只知道CString是系统定义的，和c运行库有什么关系我就不清楚了。如果静态链接C运行库，那么，dll就要拥有一个独立于应用程序（调用它的exe）的本地堆（但是我的程序没有），如果没有定义_DEBUG，那么_CrtIsValidHeapPointer将被预处理器移除。大概就是这个样子，上面所说的很多东西我都不确定，只是现在的一种解释。
还有dbgheap.c文件似乎是在dll里，还没有办法看
只是把 调用程序 和 程序库 都编译成release就不会出现这个问题。
本质参考：
[http://topic.csdn.net/u//cc675daa-0ab2--98f3dd717439.html]
1，内存不能跨模块分配和释放，模块分配的内存必须由该模块自己来释放。应该在DLL中再加一个方法，比如MemRelease，主程序调用这个方法来释放内存。
2，就是绕过new和delete，用GlobalAlloc()和GlobalFree()的方法
自己：使用opencv 2.0 peopledetect.cpp 时，Debug版本出现该问题，通过更改
C/C++配置运行时库多线程调试 DLL (/MDd) 解决了问题。
奇怪的错误，坑死个人啊！！当C++/CLI程序引用了native
lib顺利编译之后，程序启动有可能出现以下错误：
这是ms的一个已知bug，原因：
The reason why you get this
error is that a winforms application has a managed entry point. The
initialization of the native global objects is done by the CRT (C
RunTime) startup routine. Since in this case there is no CRT
startup routine the MyBoard global object fails to initialize
correctly.
IDE is specific the entry of
ManagedApp as "main". However, using "main" will bypass a lot of
CRT's startup initialization.
解决方法：
右键点击项目---&properties---&link---&advanced
把Entry Point从main改为
"?mainCRTStartupStrArray@@$$FYMHP$01AP$AAVString@System@@@Z"
That should re-enable the CRT
startup code which initializes the internal CRT variables.That
symbol is really the mangled name for "int __clrcall
mainCRTStartupStrArray(cli::array^)".
malloc/free
malloc/free是C和C++语言的标准库函数, 可以被覆盖, 需要头文件库函数支持,
不在编译器控制范围之内, 不能够执行构造函数和析构函数的任务
malloc标准库函数的作用：分配动态堆内存
free标准库函数的作用：释放动态堆内存
用malloc分配的一块内存, 你要用指针访问并且要通过移动指针来访问内存数据
malloc只认字节数, 不管数据类型, 只能返回一个void*,
程序员要把void*强制类型转换成相应的指针类型,
同时还要用 if (NULL != ...) 来判断申请内存空间是否成功
&&&&&&&&&&&&&&&&&&&&&&&&&&&
new/delete
new/delete是C++的操作符, 是保留字, 可以被重载, 不需要头文件支持,
在编译器控制范围之内, 能够执行构造函数和析构函数的任务
new操作符的作用：分配动态堆内存、初始化对象(调用构造函数)
delete操作符的作用：清理对象(调用析构函数)、释放动态堆内存
用new创建的对象, 你可以用成员函数访问, 不用直接访问它的地址空间。
new可以认为是malloc加构造函数的执行, new出来的指针是直接带类型信息的, 不用进行强制类型转换
&&&&&&&&&&&&&&&&&&&&&&&&&
malloc/free 和 new/delete 的联系与区别
对于基本数据类型来说, 由于不像“对象”那样有构造与析构的过程，所以对它们而言,
malloc/free 和 new/delete是等价的
既然new/delete的功能完全覆盖了malloc/free,
为什么C++不把malloc/free淘汰出局呢?
因为C++程序经常要调用C函数, 而C程序只能用malloc/free分配和释放动态堆内存
内存泄漏对于malloc或者new都可以检查出来的, 区别在于new可以指明是那个文件的那一行, 而malloc没有这些信息
如果用free释放“new创建的动态对象”, 那么该对象因无法执行析构函数而可能导致程序出错。
如果用delete释放“malloc申请的动态内存”, 理论上讲程序不会出错, 但是该程序的可读性很差。
所以new/delete必须配对使用, malloc/free也一样。
&&&&&&&&&&&&&&&&&&&&&&&&&&
Visual C++ 6.0中的malloc/free 和 new/delete
int* p = (int*)malloc(5 * sizeof(int));
void* __cdecl malloc(size_t nSize)
void* res = _nh_malloc_dbg(nSize, _newmode, _NORMAL_BLOCK, NULL,
void* __cdecl _nh_malloc_dbg(size_t nSize, int nhFlag, int
nBlockUse, const char * szFileName, int nLine)
&&&&&&&&&&&
_mlock(_HEAP_LOCK);
&&&&&&&&&&&
&&&&&&&&&&&
&&&&&&&&&&&&&&&
pvBlk = _heap_alloc_dbg(nSize, nBlockUse, szFileName,
&&&&&&&&&&&
&&&&&&&&&&&
&&&&&&&&&&&
&&&&&&&&&&&&&&&
_munlock(_HEAP_LOCK);
&&&&&&&&&&&
&&&&&&&&&&&
if (pvBlk || nhFlag == 0)
&&&&&&&&&&&&&&&
return pvB
void* __cdecl _heap_alloc_dbg(size_t nSize, int nBlockUse, const
char * szFileName, int nLine)
pHead = (_CrtMemBlockHeader*)_heap_alloc_base(blockSize);
&// 在你分配的内存后面加4个256(即: 4个FD), 在释放内存时,
会以这4个FD作为内存界限的标志
&// _bNoMansLandFill的值是253,
nNoMansLandSize的值是4
memset((void*)pHead-&gap, _bNoMansLandFill,
nNoMansLandSize);
memset((void*)(pbData(pHead) + nSize), _bNoMansLandFill,
nNoMansLandSize);
memset((void*)pbData(pHead), _bCleanLandFill, nSize);
return (void*)pbData(pHead);
void* __cdecl _heap_alloc_base(size_t size)
return HeapAlloc(_crtheap, 0, size); // HeapAlloc函数是微软内部API,
用于分配堆内存
void __cdecl free(void * pUserData)
_free_dbg(pUserData, _NORMAL_BLOCK);
void __cdecl _free_dbg(void* pUserData, int nBlockUse)
_ASSERTE(_CrtIsValidHeapPointer(pUserData));
&// _bNoMansLandFill的值是253,
nNoMansLandSize的值是4
&CheckBytes(pHead-&gap, _bNoMansLandFill,
nNoMansLandSize);
CheckBytes(pbData(pHead) + pHead-&nDataSize, _bNoMansLandFill,
nNoMansLandSize);
memset(pHead, _bDeadLandFill, sizeof(_CrtMemBlockHeader) +
pHead-&nDataSize + nNoMansLandSize);
_free_base(pHead);
int __cdecl _CrtIsValidHeapPointer(const void* pUserData)
&return HeapValidate(_crtheap, 0,
pHdr(pUserData)); // HeapValidate函数是微软内部API, 用于验证指定堆的有效性
static int __cdecl CheckBytes(unsigned char* pb, unsigned char
bCheck, size_t nSize) // bCheck的值是253, nSize的值是4
int bOkay = TRUE;
while (nSize--)
&&&&&&&&&&&
if (*pb++ != bCheck) // 检查你分配的内存后面是否有4个256(即: 4个FD), 如果没有,
就说明有错误
&&&&&&&&&&&&&&&
bOkay = FALSE;
return bO // 检查无误, 返回TRUE
void __cdecl _free_base(void* pBlock)
PHEADER pH
if (pBlock == NULL)
&&&&&&&&&&&
HeapFree(_crtheap, 0, pBlock); // 释放一个内存块,
这个内存块是用HeapAlloc或HeapReAlloc分配的
int* a = new int[6];
void* operator new(unsigned int cb)
&&& void* res =
_nh_malloc(cb, 1);
&&& return
void* __cdecl _nh_malloc(size_t nSize, int nhFlag)
return _nh_malloc_dbg(nSize, nhFlag, _NORMAL_BLOCK, NULL,
void operator delete(void* pUserData)
_CrtMemBlockHeader * pH
if (pUserData == NULL)
&&&&&&&&&&&
_mlock(_HEAP_LOCK);
pHead = pHdr(pUserData);
_ASSERTE(_BLOCK_TYPE_IS_VALID(pHead-&nBlockUse));
_free_dbg(pUserData, pHead-&nBlockUse);
_munlock(_HEAP_LOCK);
class Person
&Person() { a = 1; b = 2.0; c = 'f'; }
&int GetA() { }
&double GetB() { }
&char GetC() { }
int main()
&Person* p = new Person();
&return 0;
Person* p = new Person();这句代码先调用
void* operator new(unsigned int cb)
&&& void* res =
_nh_malloc(cb, 1);
&&& return
后调用Person() { a = 1; b = 2.0; c = 'f'; }
这句代码调用
void operator delete(void* pUserData)
_CrtMemBlockHeader * pH
if (pUserData == NULL)
&&&&&&&&&&&
_mlock(_HEAP_LOCK);
pHead = pHdr(pUserData);
_ASSERTE(_BLOCK_TYPE_IS_VALID(pHead-&nBlockUse));
_free_dbg(pUserData, pHead-&nBlockUse);
_munlock(_HEAP_LOCK);
int main()
&char* p =
&return 0;
Debug调试程序:
char* p = 这句代码使p的内容变成0x00382DE0
00382DE0&& CD FD FD FD
分析: CD是帮char占一个字节的位置, 4个FD作为内存界限的标志
cin && 这句代码调用 istream& istream::operator&&(char*
如果你输入a[Enter], 则内存如下:
00382DE0&& 61 00 FD FD
FD&&分析: Ox61是字符'a'的ASCII码,
0x00是operator&&加的'\0', 因为char* s是字符串, 要以'\0'结尾, p是实参,
cout && 这句代码调用 ostream&
ostream::operator&&(const char* s)
执行完这句代码后, 屏幕并没有输出任何信息
这句代码调用 void operator delete(void* pUserData)
在void __cdecl _free_dbg(void* pUserData, int
nBlockUse)的第二个CheckBytes代码里面出现问题Debug Error,
选择“忽略”错误, 最终屏幕还是没有输出任何信息
Debug直接执行程序:
如果你输入a[Enter], 则会出现问题Debug Error
Release直接执行程序:
如果你输入a[Enter], 则会很好地输出a
如果你输入abcdefghijk[Enter], 则会很好地输出abcdefghijk
_CrtIsValidHeapPointer(pUserData)& 问题解决
在project setting里link里将general debug
info去掉就可以了，不过根本问题是有悬空指针
所有的lib都要和主程序版本一样,如果是release，都是release,主程序是debug版本则无所谓
在VC++2005中使用Pwlib和Opal库，界面使用WinForm进行开发，编译选项为 /clr
编译、链接都没有问题，但启动程序时，出现运行时错误:
在网上搜了很久，发现很少有人提到该问题的解决办法，后来看到微软的论坛上，有人提出过这个bug，详情请看我的另外一篇文章：
原来导致该问题的原因是：
The reason why
you get this error is that a winforms application has a managed
entry point. The initialization of the native global objects is
done by the CRT (C RunTime) startup routine. Since in this case
there is no CRT startup routine the MyBoard global object fails to
initialize correctly.
VC++开发组的人给出了一种折中的办法，
<font COLOR="#. Set Linker\Advanced\Entry Point to "" (empty
2. Set Linker\System\Subsystem to Not Set
Step 1: Makes
sure that the CRT startup code is invoked. This is because, if no
entry point is specified, the linker will automatically use
mainCRTStartup, which is defined in the CRT libraries.
mainCRTStartup will make sure that the global object is initialized
correctly.
Step 2: Makes sure that the linker
will look for the symbol “main”. The linker looks for “main”
because mainCRTStartup calls main() in its body. The default option
for a Winforms application is Subsystem:Windows and this makes the
linker look for WinMain().
虽然程序可以正常启动，但是却会在程序显示Winform的同时，出现一个console窗口，很是不爽。
不服输的我，继续到处找资料，查找了几乎网上所有的资源,在微软的官方文档中，该问题被定义为 load
lock，即CLI和CRT的初始化死锁问题，
详见 我的另外一篇文章：
但是在该文档中提到的几种解决方法，经过测试，发现对我的这个问题均无作用。
后来找到在VC++2003中的解决初始化问题的文章，
详见 我的另外一篇文章：
该文章详细介绍了VC++2003中的臭名昭著的load lock问题，并给出了解决办法，即自己写dll的初始化函数。
感觉到好像有了希望！！
根据文章介绍的另外一篇文章：
详见我的另外一篇文章：
我进行了大量测试，最后发现，VC++2005中的load
lock问题，确实已经简化了很多，即已经确定化，最后我终于找到了解决方案：
解决方案：
在项目中添加CPP文件，其中定义一个托管类，其成员函数负责手动调用CRT的初始化。
注意，项目中只要有该CPP文件即可，不需要生成对象或者调用其成员函数。
该文件名称为ManagedWrapper.cpp，定义如下：
ManagedWrapper.cpp
This code verifies that DllMain is not called
by the Loader
automatically when linked with /noentry. It
also checks some
functions that the CRT
initializes.
&&/SPAN&windows.h&
&&/SPAN&stdio.h&
&&/SPAN&string.h&
&&/SPAN&stdlib.h&
&&/SPAN&math.h&
"_vcclrit.h"
&&/SPAN&mscorlib.dll&
ref class ManagedWrapper
static int minitialize()
int retval = 0;
__crt_dll_initialize();
catch(System::Exception^ e)
Console::WriteLine(e);
mterminate()
int retval = 0;
__crt_dll_terminate();
catch(System::Exception^ e)
Console::WriteLine(e);
经过测试，一切OK！！！！
太爽了，终于可以抛开MFC那笨拙的界面开发工具！！
我现在可以充分利用Winform的快速界面开发功能，底层调用Pwli和Opal来开发视频会议了！
呵呵，我已经连续3天没有睡觉了，今晚终于可以做个好梦了！！
malloc和free在教材里不知讲了多少，今天实际用到一处，就出问题了。
案发现场是我用VC++在WINXP下编程，先看这一段代码
&&&&BYTE&&&&*pBuffer；
&&&&pBuffer
= (BYTE *)malloc(64);
&&&&pBuffer
= pBuffer + 32;
&&&&free(pBuffer);
&&&&pBuffer
}&&//第一段
先声明一个指针，然后分配64字节给它。操作指针向后移动32字节，最后把这个指针free掉并设为NULL。这样虽然操作时的数据还留在内存区域里，但已经没有指针指向该区域，数据可以被后面的程序覆盖了。看起来没错吧？恩恩好象是没错,
抓了三个同事来问，全票通过.&&但在实际上呢,
运行时会跳出这个警告：
而如果把代码改成
&&&&BYTE&&&&*pBuffer；
&&&&pBuffer
= (BYTE *)malloc(64);
&&&&pBuffer
= pBuffer + 32;
&&&&pBuffer = pBuffer
-32;&&&&free(pBuffer);
&&&&pBuffer
}&&//第二段代码
就没错了。李博士的解释是：malloc的时候系统创建了一个链表之类的东西，里面包含了起始地址和长度;而free的时候根据参数中的指针进行判断，如果该指针符合链表中某一节的起始地址，那么就把这一节free掉，如果去free一个不在链表中的地址，就出错啦。
比较好的处理方式是这样
&&&&BYTE&&&&*pBuffer；
&&&&BYTE&&&&*pByteP
&&&&pBuffer
= (BYTE *)malloc(64);
&&&&pBytePtr
&&&&pBytePtr
= pBytePtr + 32;
&&&&free(pBuffer);
&&&&pBuffer
&&&&pBytePtr
}&&//第三段代码
即保留malloc时候的初始地址，然后赋给另外一个临时指针。操作时使用后者。free的时候把保留的起始指针free掉，而临时指针只是个变量，置空就可以了。
文章到这里似乎就应该写完了，不过由于johnathan的帮忙, 突然有了下文。
注意警告框中的_CrtIsValidHeapPointer,在MSDN上查到这个函数的说明为:
Verifies that a specified pointer is in the local heap (debug
version only).
int _CrtIsValidHeapPointer(const void *userData);
Parameter：
userData&&Pointer to the beginning of an
allocated memory block.
Return Value：
_CrtIsValidHeapPointer returns TRUE if the specified pointer is in
the local heap. Otherwise, the function returns FALSE.
也就是说仅在debug版本中检查free参数是否为the beginning of an allocated memroy
那么就编译一个release版本，果然，运行通过, 没弹出什么警告或错误。但运行通过不等于正常无误,
&博士认为这就是无声无息导致内存泄露的罪魁祸首.
即使release版里面也应该free起始地址.
那么结论就是：free掉非malloc起始地址的指针，在debug版本中会出错警告，而在release版本中不会弹出警告但仍然是有错的。所以，还是推荐使用第三段代码的用法
检查指针有效性
下面的示例使用 _CrtIsValidPointer 验证给定的内存范围对于读或写是否有效。
_ASSERTE(_CrtIsValidPointer( address, size, TRUE );
下面的示例使用 _CrtIsValidHeapPointer 验证指针指向本地堆（由 C 运行时库的这个实例创建和管理的堆；DLL
可以有它自己的库实例，因而也可以有它自己的、位于应用程序堆之外的堆）中的内存。该断言不仅捕捉空地址或超出边界的地址，还捕捉指向静态变量、堆栈变量和其他任何非本地内存的指针。
_ASSERTE(_CrtIsValidPointer( myData );
//从CSDN.NET
_CrtIsValidHeapPointer(pUserData)的问题:
&_CrtIsValidHeapPointer确认内存地址在本地堆。……如果静态链接C运行库，那么，dll拥有一个独立于应用程序（调用它的
exe）的本地堆。（所以你上面的程序会Debug&&
Assertion&&
Failed），如果没有定义_DEBUG，那么_CrtIsValidHeapPointer将被预处理器移除。&&&
如果是:Debug&&
Assertion&&
Failed!& 解决的方法有二:
& 1、动态链接C运行库:
2、设置统一的Debug/Release版本(比如全部设置为release版本);(ok)
&&如果“Assertion&&
Failed”的话，估计程序是会出问题的.
The & _CrtIsValidHeapPointer &
function & is & used
& to & ensure &
that & a & specific
& memory & address
& is & within &
the & local & heap.
& The & “local”
& heap & refers
& to & the &
heap & created & and
& managed & by &
a & particular & instance
& of & the & C
& run-time & library.
& If & a &
dynamically & linked & library
& (DLL) & contains
& a & static &
link & to & the
& run-time & library,
& then & it &
has & its & own
& instance & of
& the & run-time
& heap, & and &
therefore & its & own
& heap, & independent
& of & the &
application’s & local & heap.
& When & _DEBUG
& is & not &
defined, & calls & to
& _CrtIsValidHeapPointer & are
& removed & during
& preprocessing.
代码一气呵成，但运行的时候会出现_CrtIsValidHeapPointer的异常，跟进去调了一上午的Bug，终于搞定
跟踪定位到
_CrtIsValidHeapPointer ，注意到 g 8h"@dbgheap.c 文件中
_CrtIsValidHeapPointer 处注释：
&_ASSERTE(_CrtIsValidHeapPointer(pUserData));
　　大概是因为 dll 如果静态链接了运行时库，dll 就会拥有独立于应用程序堆（也称作local heap）的运行时堆实例。此时在
dll 外部就不能访问此 local heap，所以也就有上面所出现的异常啦。MSDN 中也有介绍：
　　The _CrtIsValidHeapPointer function is used to ensure that a
specific memory address is within the local heap. The local heap
refers to the heap created and managed by a particular instance of
the C run-time library. If a dynamic-link library (DLL) contains a
static link to the run-time library, it has its own instance of the
run-time heap, and therefore its own heap, independent of the
application's local heap. When _DEBUG is not defined, calls to
_CrtIsValidHeapPointer are removed during
preprocessing.
程序崩溃在当析构一个带有vector成员函数对象的时候，在析构vector时，会出现这个错误，大致原因是因为析构的时候找不到vector分配的空间
一行一行查看代码发现，对象里面的points2,
status等vector变量是在calcOpticalFlowPyrLK(img1, img2, points1, points2,
status, similarity, window_size, level, term_criteria, lambda, 0);
函数中分配的，即opencv的dll，所以当对象进行析构的时候，因为不能访问此local
heap所以会有异常崩溃。
解决方法：
在调用opencv的函数之前，自己进行空间的分配
，可以制作博客电子书，
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。