VC6迁移到VC2008SP1

1万 · 2018-2-13 17:33

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

1万 · 2018-2-13 17:35

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

1万 · 2018-2-13 17:39

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

2万 · 2018-2-13 17:42

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

1万 · 2018-2-13 17:44

lz真的很强大。。。。这种山寨级别的用法我还是第一次见。。。。

1万 · 2018-2-13 17:45

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

1万 · 2018-2-13 17:46

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

1万 · 2018-2-13 17:47

分配的地方已经贴了。

1万 · 2018-2-13 17:48

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

1万 · 2018-2-13 17:49

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

1万 · 2018-2-13 17:49

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

1万 · 2018-2-13 17:51

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

1万 · 2018-2-13 17:51

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

2万 · 2018-2-13 17:52

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

1万 · 2018-2-13 17:52

结贴了，多谢大家讨论这么多哈，呵呵