Unicode的设置不一致,导致CString的使用有内存泄露
2012-03-15 17:47
302 查看
一个unicode的对话框程序用一个不是unicode用一个使用了CString的activex控件,就有如下错误
Detected memory leaks!
Dumping objects ->
f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\plex.cpp(29) : {502} normal block at 0x0039BED8, 124 bytes long.
Data: < 9 > 00 00 00 00 00 00 00 00 00 00 00 00 98 BE 39 00
f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\occmgr.cpp(788) : {501} normal block at 0x0039BE98, 4 bytes long.
Data: < x> CC AB A0 78
f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(141) : {453} normal block at 0x0039B438, 36 bytes long.
Data: < x > 0C F0 E4 78 09 00 00 00 09 00 00 00 01 00 00 00
f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(141) : {452} normal block at 0x0039B3E0, 22 bytes long.
Data: < x > 0C F0 E4 78 02 00 00 00 02 00 00 00 01 00 00 00
{405} client block at 0x003990F0, subtype c0, 64 bytes long.
a CDynLinkLibrary object at $003990F0, 64 bytes long
a CDynLinkLibrary object at $003990F0, 64 bytes long
f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(141) : {400} normal block at 0x00398E98, 28 bytes long.
Data: < x > 0C F0 E4 78 05 00 00 00 05 00 00 00 01 00 00 00
f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(141) : {399} normal block at 0x00398E40, 28 bytes long.
Data: < x > 0C F0 E4 78 05 00 00 00 05 00 00 00 01 00 00 00
f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(141) : {398} normal block at 0x00398DD0, 52 bytes long.
Detected memory leaks!
Dumping objects ->
f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\plex.cpp(29) : {502} normal block at 0x0039BED8, 124 bytes long.
Data: < 9 > 00 00 00 00 00 00 00 00 00 00 00 00 98 BE 39 00
f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\occmgr.cpp(788) : {501} normal block at 0x0039BE98, 4 bytes long.
Data: < x> CC AB A0 78
f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(141) : {453} normal block at 0x0039B438, 36 bytes long.
Data: < x > 0C F0 E4 78 09 00 00 00 09 00 00 00 01 00 00 00
f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(141) : {452} normal block at 0x0039B3E0, 22 bytes long.
Data: < x > 0C F0 E4 78 02 00 00 00 02 00 00 00 01 00 00 00
{405} client block at 0x003990F0, subtype c0, 64 bytes long.
a CDynLinkLibrary object at $003990F0, 64 bytes long
a CDynLinkLibrary object at $003990F0, 64 bytes long
f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(141) : {400} normal block at 0x00398E98, 28 bytes long.
Data: < x > 0C F0 E4 78 05 00 00 00 05 00 00 00 01 00 00 00
f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(141) : {399} normal block at 0x00398E40, 28 bytes long.
Data: < x > 0C F0 E4 78 05 00 00 00 05 00 00 00 01 00 00 00
f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(141) : {398} normal block at 0x00398DD0, 52 bytes long.
相关文章推荐
- CString使用AllocSysString函数时发生内存泄露
- 使用self. 导致的内存泄露
- Android中Handler使用不当导致内存泄露的问题
- 使用self. 导致的内存泄露
- TransitionDrawable使用不当导致内存泄露
- 使用dialog导致内存泄露的问题
- 使用ThreadLocal不当可能会导致内存泄露
- 使用Handler导致内存泄露的解决方法
- 如何避免由于使用Handler导致的内存泄露
- Activitys中使用线程导致的内存泄露
- 如何避免使用CreateThread函数导致的内存泄露
- Android融云使用不当产生的内存泄露和BUG(匿名类回调导致Activity内存泄露)
- CEPH RGW集群和bucket的zone group 不一致导致的404异常解决 及 使用radosgw-admin metadata 命令设置bucket metadata 的方法
- ios开发之使用block引发循环引用导致内存泄露
- Android 中 Handler 引起的内存泄露 在Android常用编程中,Handler在进行异步操作并处理返回结果时经常被使用。其实这可能导致内存泄露,代码中哪里可能导致内存泄露,又是如何
- 使用self. 导致的内存泄露
- 三星[4.4,5.0]使用EditText导致内存泄露
- 使用Handler可能导致的内存泄露
- QT中使用槽函数来关闭窗口,导致内存泄露的问题以及解决办法
- ArrayList 与HashSet的比较,及应用反射读取properties配置文件中的数据进行实例化再调用,以及类加载器的使用;还有HashCode的分析,及导致内存泄露,内存溢出的原因之一