strcore.cpp内存泄露 .

最新推荐文章于 2022-12-12 19:17:25 发布
最新推荐文章于 2022-12-12 19:17:25 发布
阅读量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 530
"格式化到该对象中。然而，在这段代码中存在内存泄漏的潜在问题，因为我们没有释放动态分配的内存。为了解决这个问题，我们需要在不再使用pStr对象之后手动释放它所占用的内存。RAII是一种C++编程范式，它通过在对象的构造函数中申请资源，并在对象的析构函数中释放资源来确保资源的正确管理。在我们的示例中，我们可以使用RAII来解决内存泄漏问题。通过使用MyString类，我们可以确保在MyString对象超出作用域时，它的析构函数会被调用，从而释放CString对象所占用的内存。希望本文对你有所帮助！
MFC 内存泄露 strcore.cpp(156)
点水穿石，不只是一种信念，还有一种无畏的勇气。
01-11 8272
新建一个对话框，然后在程序类头文件中加入 #define CRTDBG_MAP_ALLOC #include #include 在类的构造函数中加入 _CrtDumpMemoryLeaks(); 运行程序，就会爆出下面的内存泄露 Detected memory leaks! Dumping objects -> {251} client blo
vs strcore.cpp(156) 内存泄漏
weixin_30954265的博客
08-27 940
在一个静态函数的线程回调中，一个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` 是一个...
C++内存泄露的定位与解决
asr9k的博客
11-21 4401
PCIe应用程序调试时，发现程序出现内存泄露，经过自己的摸索，以及向软件同学请教，最终解决了此问题。 1. 现象描述 应用程序开发环境为VC++,运用其debug功能进行单步调试时，程序总是报出内存泄露的错误，报告内容如下所示： ----------------------------------------------------------------------------
以下像是因为添加_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 671
前几天写了一个dll，可以导出对话框在另外一个工程里使用此dll时，运行一切正常退出时，VC提示有内存泄露 {483} client block at 0x003A87B0, subtype c0, 64 bytes long.a CDynLinkLibrary object at $003A87B0, 64 bytes longa CDynLinkLibrary ob
CString实现原理
immigrator的专栏
01-28 626
MFC中CString类的实现在strcore.cpp中，Cstring封装了一个用来存放字符串的缓冲区和对施加于这个字符串的操作。也就是说 ，CString里需要有一个用来存放字符串的缓冲区，并且有一个指针指向该缓冲区，该指针就是LPTSTR m_pchData。但是有些字符串操作会增建或减少字符串的长度，因此为了减少频繁的申请内存或者释放内存，Cstring会先申请一个大的内存块用来存放字符串
内存泄漏检测方法
03-31
教你如何检测内存泄漏，通过介绍你可以看到一些基本编程缩需要的技巧
危险的CString类
cztjing的专栏
07-25 625
今天在修改以前的程序时，发现在DEBUG模式下居然有内存泄露，查了半天发现是在线程中使用CString类来进行字符处理，而这个线程在程序结束时会非正常退出，导致出现strcore.cpp(118)错误。这是因为到程序运行结束，线程函数都没有结束，在栈上没有弹出，导致了内存泄漏。在
与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...
fatal error C1083: 无法打开包括文件: “ifaddrs.h”: No such file or directory
houge101的博客
12-03 3576
1>D:\code\Live555\MyLive555\groupsock\GroupsockHelper.cpp(46,10): fatal error C1083: 无法打开包括文件: “ifaddrs.h”: No such file or directory 右键项目名称 --》 配置属性 --》 C/C++ --》预处理器 --》预处理器定义 添加 NO_GETIFADDRS 1>D:\code\Live555\MyLive555\liveMedia\include...
C++工程编译链接错误汇总VisualStudio
u012138730的专栏
07-10 7491
适用情况： 1. 查看 工程属性--- VC++目录----执行目录---是否有 C:\Program Files (x86)\Windows Kits\8.1\bin\x86 （应该是执行的这个目录下的 rc.exe） 2. 查看 目录 C:\Program Files (x86)\Windows Kits下是否没有【8.1】，或者【8.1】下的文件夹是否不全（对比【8.0】...
tesserocr.cpp(514): fatal error C1083: 无法打开包括文件: “leptonica/allhead——windows下tesserocr的安装
流夏_
11-01 3034
windows下tesserocr的安装 在使用pip安装tesserocr时，会遇到如标题一样的问题，原因是安装了Anaconda，应使用Anaconda的包管理工具conda进行安装。 解决方法： 在电脑上装有Anaconda的情况下，命令行输入： conda install -c simonflueckiger tesserocr 注意：在Solving environment: ...
MFC内存泄露与检测
热门推荐
Guo_guo
05-02 1万+
内存泄露的含义是：拿走了一块“堆”内存块，在某检查点处，发现没有归还这个内存块。如果是： 地址A = malloc(N); 因为没有调用free(地址A)，所以内存泄露了。如果是： 地址B = new 类型T; 因为没有调用delete 地址B，所以内存泄露了。如果是：从用户的内存池中取一个内存块，没有调用相应的归还给内存池的操作，也认为是“内存泄露”。从哪里拿了一个东西，要归还到那个地方去。例如
在vs2019编译环境下，MFC编程里面的一些程序是从VC6.0搬过来的，开始显示内存泄漏，但可以正常运行，加了一个函数之后，运行就开始闪退，输出结果如下，请问各位大神该怎么解决
2203_75372695的博客
12-12 761
在vs2019编译环境下，MFC编程里面的一些程序是从VC6.0搬过来的，开始显示内存泄漏，但可以正常运行，加了一个函数之后，运行就开始闪退，输出结果如下，请问各位大神该怎么解决
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值