_CrtIsValidHeapPointer失败

2万 · 2010-11-25 23:15

改用Multi-Byte测一下

2万 · 2010-11-25 23:35

刚刚又测试了一下，改用Multi-Byte，跟踪发现，，_CrtMemBlockHeader::pBlockHeaderPrev在准备释放之前，也是被改变了的，但是此时delete[]一切正常

2万 · 2010-11-25 23:36

我认为，_CrtMemBlockHeader::pBlockHeaderPrev被改变或许是正确的行为，但是为什么UNICODE环境下delete[]会失败呢？

2万 · 2010-11-26 20:36

那跟CyUSB.lib有什么关系，建议你把分配和释放的代码都贴出来，你现在贴的不全，分配的地方没有贴。

2万 · 2010-11-27 10:39

LPTSTR lpszPathName = new char[_tcslen(lpszConfigFile)+1];
debug模式下的delete会检查释放的内存并将其填入0xcc。

2万 · 2010-11-27 10:43

pBlockHeaderPrev改变是正常的，你再检查一下是否存在越界问题，可能某个地方计算字符串的长度出错了。
另外，也可能是你使用的lib在处理Unicode时存在问题。

2万 · 2010-11-27 10:53

那跟CyUSB.lib有什么关系，建议你把分配和释放的代码都贴出来，你现在贴的不全，分配的地方没有贴。
llia 发表于 2010-11-26 20:36

分配的地方已经贴了。

2万 · 2010-11-27 10:54

之所以提到CyUSB.lib，是因为该lib导出了一个类CyUSBDevice，我的类CEmuDevice继承自此类，CyUSB.lib是一个静态的library，而我的工程是/MDd的，故我怀疑是因为link到了不同的CRT库，导致在不同的堆，检查失败。

1万 · 2010-11-27 11:15

LPTSTR lpszPathName = new char[_tcslen(lpszConfigFile)+1];
debug模式下的delete会检查释放的内存并将其填入0xcc。
lium 发表于 2010-11-27 10:39

在释放之前就出错了。DEBUG版本下，释放之前会进行堆校验，就是在这里出错的。故我想和填入0xCC没有关系。

2万 · 2010-11-27 11:25

unicode下LPCTSTR 和LPTSTR是不同的，需要进行转换。

2万 · 2010-11-27 11:42

pBlockHeaderPrev改变是正常的，你再检查一下是否存在越界问题，可能某个地方计算字符串的长度出错了。
另外，也可能是你使用的lib在处理Unicode时存在问题。 ...
guoyt 发表于 2010-11-27 10:43

似乎不存在越界，我的程序对lpszPathName指向的内存的处理流程很简单，就是在UI线程中new，传递给worker thread，worker thread调用CEmuDevice的一个成员函数对字符串所表示的文件进行处理（该字符串表示了一个文件的路径），随即就delete[]之。

2万 · 2010-11-27 11:43

经过跟踪，该字符串在new之后，delete之前，并没有发生变化，唯一的变化就是pBlockHeaderPrev改变了。

2万 · 2010-11-27 12:01

可以先注释掉一部分代码，确定问题与哪里的代码有关。

2万 · 2010-11-27 20:38

我相信你说的lib在处理UNICODE的时候出了问题，但是我一时没有头绪，想不出哪里会出问题