strcore.cpp内存泄露 .

最新推荐文章于 2023-09-16 14:22:58 发布
最新推荐文章于 2023-09-16 14:22:58 发布
阅读量566 收藏
点赞数
本文探讨了一个由BSTR与CString类型不匹配引起内存泄露的问题。问题出现在一个函数在EXE与DLL间调用时，由于参数类型定义不同而导致的。EXE中的函数期望接收BSTR类型，而在DLL中却传递了CString类型。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

http://blog.youkuaiyun.com/treaturebeauty/article/details/1710697（原帖）

detect memory leak!

f:/rtm/vctools/vc7libs/ship/atlmfc/src/mfc/strcore.cpp(141)   ......

查看output窗口，程序中不知何时出现了内存泄露的问题。经过一阵排查，发现是由于一个函数在两个模块中的字符串参数类型定义不一致引起的。该函数实现在EXE中，参数定义为BSTR，在DLL中进行调用（回调喽），DLL中将函数原型参数定义为CString。这样一来编译器是无法发现问题的。
想必是DLL原本传了一个CString过去，中途mfc发现需要转换成BSTR，于是只好苦水往肚里咽，偷偷分配了一块内存，变成了BSTR，临了也没人知道那块内存要释放。
MFC内存泄漏问题在strcore.cpp文件中的解决
DarcyCode的博客
08-30 534
"格式化到该对象中。然而，在这段代码中存在内存泄漏的潜在问题，因为我们没有释放动态分配的内存。为了解决这个问题，我们需要在不再使用pStr对象之后手动释放它所占用的内存。RAII是一种C++编程范式，它通过在对象的构造函数中申请资源，并在对象的析构函数中释放资源来确保资源的正确管理。在我们的示例中，我们可以使用RAII来解决内存泄漏问题。通过使用MyString类，我们可以确保在MyString对象超出作用域时，它的析构函数会被调用，从而释放CString对象所占用的内存。希望本文对你有所帮助！
C++内存泄露的定位与解决
asr9k的博客
11-21 4401
PCIe应用程序调试时，发现程序出现内存泄露，经过自己的摸索，以及向软件同学请教，最终解决了此问题。 1. 现象描述 应用程序开发环境为VC++,运用其debug功能进行单步调试时，程序总是报出内存泄露的错误，报告内容如下所示： ----------------------------------------------------------------------------
MFC 内存泄露 strcore.cpp(156)
点水穿石，不只是一种信念，还有一种无畏的勇气。
01-11 8273
新建一个对话框，然后在程序类头文件中加入 #define CRTDBG_MAP_ALLOC #include #include 在类的构造函数中加入 _CrtDumpMemoryLeaks(); 运行程序，就会爆出下面的内存泄露 Detected memory leaks! Dumping objects -> {251} client blo
vs strcore.cpp(156) 内存泄漏
weixin_30954265的博客
08-27 941
在一个静态函数的线程回调中，一个cstring的对象没释放。 遇到这种问题： 1、查看所有的指针对象，有没有合适的回收 2、查看代码的malloc，看看有没有free 3、一点一点注释代码，定位位置 转载于:https://www.cnblogs.com/132818Creator/p/11418213.html...
关于CPP内存泄露要记录的步骤
u011061503的专栏
06-21 878
首先在程序入口的文件开头添加
VS调试内存泄露
weixin_39424913的博客
12-17 758
注意，如果发生泄漏的 cpp 文件中如果没有添加以下代码，则可能无法正常跳转： #ifdef _DEBUG #define new DEBUG_NEW #endif 最常见的情况 如： MFC 可能报告 Strcore.cpp 文件的某行有内存泄漏， 但实际上这是 CString 的实现函数， 本身并不会造成 内存泄漏，由于使用它的代码并没有正确释放包含了 CString 对象的内存块，导致 CS...
memory allocated at strcore.cpp
03-08
- **常见场景**：`strcore.cpp` 通常是 **Microsoft Foundation Classes (MFC)** 框架中 `CString` 类的核心实现文件，负责字符串的底层内存管理（如动态内存分配、拷贝、释放等）。 - **作用**：`CString` 是一个...
以下像是因为添加_CrtDumpMemoryLeaks()的打印，帮我进一步分析 Detected memory leaks! Dumping objects -> D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\plex.cpp(29) : {5848} normal block at 0x013B56C0, 128 bytes long. Data: <H > V; > > 48 15 3E 01 CD CD CD CD D4 56 3B 01 BC 15 3E 01 {5024} client block at 0x013B3DB8, subtype c0, 112 bytes long. D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\dumpcont.cpp(23) : atlTraceGeneral - a CMFCToolBarButton object at $013B3DB8, 112 bytes long {5023} client block at 0x013B2B98, subtype c0, 112 bytes long. D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\dumpcont.cpp(23) : atlTraceGeneral - a CMFCToolBarButton object at $013B2B98, 112 bytes long D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\plex.cpp(29) : {5022} normal block at 0x013B4D20, 128 bytes long. Data: < 4M; > 00 00 00 00 CD CD CD CD 34 4D 3B 01 00 00 00 00 {5021} client block at 0x013B31D8, subtype c0, 112 bytes long. D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\dumpcont.cpp(23) : atlTraceGeneral - a CMFCToolBarButton object at $013B31D8, 112 bytes long D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\plex.cpp(29) : {5020} normal block at 0x01395E88, 168 bytes long. Data: < w = > 00 00 00 00 CD CD CD CD 77 00 00 00 98 06 3D 01 D:\a\_work\1\s\src\vctools\vc7libs\ship\atlmfc\include\afxtempl.h(1434) : {5019} normal block at 0x013E54B0, 68 bytes long. Data: < ^9 > 90 5E 39 01 00 00 00 00 00 00 00 00 00 00 00 00 D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\afxcontextmenumanager.cpp(581) : {5018} client block at 0x013D0698, subtype c0, 28 bytes long. D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\dumpcont.cpp(23) : atlTraceGeneral - a CObList object at $013D0698, 28 bytes long D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\strcore.cpp(156) : {5012} normal block at 0x013E89E8, 44 bytes long. Data: < v5y > 04 76 35 79 0D 00 00 00 0D 00 00 00 01 00 00 00 D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\strcore.cpp(156) : {5009} normal block at 0x013E8150, 44 bytes long. Data: < v5y > 04 76 35 79 0D 00 00 00 0D 00 00 00 01 00 00 00 D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\strcore.cpp(156) : {5005} normal block at 0x0138D7E8, 44 bytes long. Data: < v5y > 04 76 35 79 0D 00 00 00 0D 00 00 00 01 00 00 00 D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\strcore.cpp(156) : {2640} normal block at 0x0137F1D0, 22 bytes long. Data: < v5y > 04 76 35 79 02 00 00 00 02 00 00 00 01 00 00 00 D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\plex.cpp(29) : {2639} normal block at 0x01395390, 168 bytes long. Data: < 7 9 > 00 00 00 00 CD CD CD CD E0 F1 37 01 9B 00 39 03 D:\a\_work\1\s\src\vctools\vc7libs\ship\atlmfc\include\afxtempl.h(1434) : {2638} normal block at 0x013E5050, 68 bytes long. Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\plex.cpp(29) : {2637} normal block at 0x01395030, 168 bytes long. Data: < w 9 > 00 00 00 00 CD CD CD CD 77 00 00 00 9B 00 39 03 D:\a\_work\1\s\src\vctools\vc7libs\ship\atlmfc\include\afxtempl.h(1434) : {2636} normal block at 0x013E4F00, 68 bytes long. Data: <8P9 > 38 50 39 01 00 00 00 00 00 00 00 00 00 00 00 00 D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\plex.cpp(29) : {722} normal block at 0x013E1548, 128 bytes long. Data: < \ > > 00 00 00 00 CD CD CD CD 5C 15 3E 01 00 00 00 00 D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\plex.cpp(29) : {264} normal block at 0x01396340, 128 bytes long. Data: < > 00 00 00 00 CD CD CD CD 00 00 00 00 00 00 00 00 {263} client block at 0x0138E1B8, subtype c0, 32 bytes long. D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\dumpcont.cpp(23) : atlTraceGeneral - a CDocManager object at $0138E1B8, 32 bytes long D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\strcore.cpp(156) : {262} normal block at 0x013962B8, 90 bytes long. Data: < v5y$ $ > 04 76 35 79 24 00 00 00 24 00 00 00 01 00 00 00 C:\Users\yi-lo\Desktop\ICT\ICT\ICT.cpp(94) : {261} client block at 0x01391048, subtype c0, 176 bytes long. D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\dumpcont.cpp(23) : atlTraceGeneral - a CMultiDocTemplate object at $01391048, 176 bytes long {260} client block at 0x01396000, subtype c0, 648 bytes long. D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\dumpcont.cpp(23) : atlTraceGeneral - a CObject object at $01396000, 648 bytes long {259} client block at 0x01384DF0, subtype c0, 4 bytes long. D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\dumpcont.cpp(23) : atlTraceGeneral - a CObject object at $01384DF0, 4 bytes long {258} client block at 0x01390FB8, subtype c0, 100 bytes long. D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\dumpcont.cpp(23) : atlTraceGeneral - a CObject object at $01390FB8, 100 bytes long D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\strcore.cpp(156) : {256} normal block at 0x0138E398, 30 bytes long. Data: < v5y > 04 76 35 79 06 00 00 00 06 00 00 00 01 00 00 00 D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\strcore.cpp(156) : {255} normal block at 0x01390F58, 50 bytes long. Data: < v5y > 04 76 35 79 10 00 00 00 10 00 00 00 01 00 00 00 {254} normal block at 0x01390D00, 20 bytes long. Data: < v5y v5y v5y> 04 00 00 00 18 76 35 79 18 76 35 79 18 76 35 79 {253} normal block at 0x0138DEE8, 32 bytes long. Data: < x 9 h 9 > BC B0 CB 78 04 00 00 00 04 0D 39 01 68 0F 39 01 D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\strcore.cpp(156) : {243} normal block at 0x0138E5C8, 36 bytes long. Data: < v5y > 04 76 35 79 09 00 00 00 09 00 00 00 01 00 00 00 {242} client block at 0x01382398, subtype c0, 12 bytes long. D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\dumpcont.cpp(23) : atlTraceGeneral - a CObject object at $01382398, 12 bytes long {172} client block at 0x01386A70, subtype c0, 64 bytes long. D:\a\_work\1\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\dumpcont.cpp(23) : atlTraceGeneral - a CDynLinkLibrary object at $01386A70, 64 bytes long {162} normal block at 0x01383008, 332 bytes long. Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 {161} normal block at 0x01382E88, 332 bytes long. Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 {160} normal block at 0x01382D10, 332 bytes long. Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 {159} normal block at 0x01382B98, 332 bytes long. Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 {158} normal block at 0x01382A20, 332 bytes long. Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Object dump complete.
最新发布
08-23
我们被要求分析_CrtDumpMemoryLeaks()的输出信息，并判断是否存在未检测到的内存泄漏。根据用户提供的引用，我们了解到_CrtDumpMemoryLeaks()用于检测程序运行到该点时的内存泄漏。但是，它只能检测到在调用该函数时...
Dll导出对话框导致内存泄露
流云 的专栏
04-26 672
前几天写了一个dll，可以导出对话框在另外一个工程里使用此dll时，运行一切正常退出时，VC提示有内存泄露 {483} client block at 0x003A87B0, subtype c0, 64 bytes long.a CDynLinkLibrary object at $003A87B0, 64 bytes longa CDynLinkLibrary ob
strcore.cpp(156) 内存泄漏
weixin_33725807的博客
09-05 1950
vs搞了一个小工具涉及到线程 每次执行完退出的时候都会报 strcore.cpp(156) 的内存泄漏 原因是在线程内使用了CString 类型的传递参数  如果没有正常释放会报上面的错误。...
CString实现原理
immigrator的专栏
01-28 626
MFC中CString类的实现在strcore.cpp中，Cstring封装了一个用来存放字符串的缓冲区和对施加于这个字符串的操作。也就是说 ，CString里需要有一个用来存放字符串的缓冲区，并且有一个指针指向该缓冲区，该指针就是LPTSTR m_pchData。但是有些字符串操作会增建或减少字符串的长度，因此为了减少频繁的申请内存或者释放内存，Cstring会先申请一个大的内存块用来存放字符串
危险的CString类
cztjing的专栏
07-25 625
今天在修改以前的程序时，发现在DEBUG模式下居然有内存泄露，查了半天发现是在线程中使用CString类来进行字符处理，而这个线程在程序结束时会非正常退出，导致出现strcore.cpp(118)错误。这是因为到程序运行结束，线程函数都没有结束，在栈上没有弹出，导致了内存泄漏。在
字符串为null 和 字符串长度为0
老头学编程的博客
11-23 4426
String str1 = null; String str2 = ""; str1.toString(); // 会报错 str2.toString(); // 不会报错 tr == null表示 str 没有指向任何对象，就是没有对应堆中对象 str.length() == 0表示 str 指向一个字符串对象，但是这个字符串长度为0 Notice： 为了避免出现 空指针异常, 在使用该对象调用类中属性和方法前，一定要判断指针是否为空。因此，在程序主体部分之前，应该加上卫语句。 // guard cl
关闭程序后，子线程未正确退出引出的内存泄露问题
热门推荐
10-24 1万+
内存泄露信息如下：    f:\rtm\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(141) : {239} normal block at 0x003AADA8, 46 bytes long.  Data: 7C D9 4F 78 0E 00 00 00 0E 00 00 00 01 00 00 00 f:\rtm\vctools
C/C++内存泄漏原因分析与应对方法
m0_60259116的博客
09-16 713
C/C++内存泄漏原因分析与应对方法
C++内存泄漏的检测 - CString.getbuffer()使用的错误
arm_gcc的博客
09-28 788
报错提示：memory allocated at strcore.cpp 上面代码就会导致再函数结束后报错： 解释： GetBuffer（）参数默认是0，表示不需要重新分配空间，只读数据，不能修改**。 GetBuffer( size ) 他會create出所指定大小的空間出來 這個空間是可以讓我們修改的，后面最好释放掉ReleaseBuffer()。 所以当使用GetBuffer()来修改数据时，一定要指定长度； ...
与CString相关的Memory Leak
Tong2718828的博客
06-10 834
在MFC程序中使用CString，关闭程序时，出现如下图所示的内存泄漏。f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {244} normal block at 0x00567C20, 28 bytes long. Data: &lt; x &gt; E4 B8 07 78 05 00 00 0...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值