16,472
社区成员
发帖
与我相关
我的任务
分享内存泄露
今天看坛子上有人说到了类似的问题，我看了一下当关闭调试信息窗口时报了一段内容，如下：
Detected memory leaks!
Dumping objects ->
thrdcore.cpp(166) : {295} client block at 0x0038ACD8, subtype 0, 112 bytes long.
a CWinThread object at $0038ACD8, 112 bytes long
{71} normal block at 0x00384D00, 1000 bytes long.
Data: < p H h #> 02 70 04 00 00 00 00 00 48 03 68 03 93 05 04 23
Object dump complete.
The thread 0x24C has exited with code 0 (0x0).
应该是有泄露，那我如何知道哪里有问题，改如何解决呢？
Detected memory leaks!
Dumping objects ->
thrdcore.cpp(166) : {295} client block at 0x0038ACD8, subtype 0, 112 bytes long.
a CWinThread object at $0038ACD8, 112 bytes long
{71} normal block at 0x00384D00, 1000 bytes long.
Data: < p H h #> 02 70 04 00 00 00 00 00 48 03 68 03 93 05 04 23
Object dump complete.
The thread 0x24C has exited with code 0 (0x0).
应该是有泄露，那我如何知道哪里有问题，改如何解决呢？
...全文
请发表友善的回复…
发表回复
dvlinker 2010-07-30
- 打赏
- 举报
gdi资源也要释放的～
aamaomao 2010-07-30
- 打赏
- 举报
不好意思，写错了
如果泄漏总是在295这个位置，就可用下面这个方法：
在watch窗口中设置
表达式：{,,msvcr71d.dll}_crtBreakAlloc 值： 295
不同版本vc中的crt的dll名称不同，把msvcr71d.dll替换成你的版本，就可以在分配内存的时候中断，看一下堆栈就知道那个位置了
如果泄漏总是在295这个位置，就可用下面这个方法：
在watch窗口中设置
表达式：{,,msvcr71d.dll}_crtBreakAlloc 值： 295
不同版本vc中的crt的dll名称不同，把msvcr71d.dll替换成你的版本，就可以在分配内存的时候中断，看一下堆栈就知道那个位置了
aamaomao 2010-07-30
- 打赏
- 举报
如果泄漏总是在259这个位置，就可用下面这个方法：
在watch窗口中设置
表达式：{,,msvcr71d.dll}_crtBreakAlloc 值： 259
不同版本vc中的crt的dll名称不同，把msvcr71d.dll替换成你的版本，就可以在分配内存的时候中断，看一下堆栈就知道那个位置了
在watch窗口中设置
表达式：{,,msvcr71d.dll}_crtBreakAlloc 值： 259
不同版本vc中的crt的dll名称不同，把msvcr71d.dll替换成你的版本，就可以在分配内存的时候中断，看一下堆栈就知道那个位置了
至善者善之敌 2010-07-30
- 打赏
- 举报
呵呵，也是根据提示信息来的，
一个是线程退出的时候没有释放，一个是NEW了没有DELETE
一个是线程退出的时候没有释放，一个是NEW了没有DELETE
zxdlms 2010-07-30
- 打赏
- 举报
怎么解决的？分享一下方法撒。
至善者善之敌 2010-07-30
- 打赏
- 举报
两个泄露的问题都解决了，谢谢！
刚刚凉 2010-07-30
- 打赏
- 举报
有很多工具可以检查这个 比如 LeakDiag, UMDH 等等 使用也很简单
如果不用工具的话 就得检查代码 先查是否所有申请内存都释放，包括：
new / new [] ---- delete / delete [] //注意一一对应
malloc ---- free
CoTaskMemAlloc ---- CoTaskMemFree
SysAllocString ---- SysFreeString
SafeArrayCreate ---- SafeArrayDestroy
CreatePen/CreateBrush ---- DeleteObject
GetDC ---- ReleaseDC
ITypeInfo::GetTypeAttr() ---- ITypeInfo::ReleaseTypeAttr()
COleSteamFile::OpenStream,
CreateStream, CreateMemoryStream ---- COleStreamFile::Close()
如果不用工具的话 就得检查代码 先查是否所有申请内存都释放，包括：
new / new [] ---- delete / delete [] //注意一一对应
malloc ---- free
CoTaskMemAlloc ---- CoTaskMemFree
SysAllocString ---- SysFreeString
SafeArrayCreate ---- SafeArrayDestroy
CreatePen/CreateBrush ---- DeleteObject
GetDC ---- ReleaseDC
ITypeInfo::GetTypeAttr() ---- ITypeInfo::ReleaseTypeAttr()
COleSteamFile::OpenStream,
CreateStream, CreateMemoryStream ---- COleStreamFile::Close()
至善者善之敌 2010-07-30
- 打赏
- 举报
[Quote=引用 8 楼 na_he 的回复:]
单步调试，当crash的时候，看一下callstack.可以看出调用的次序。断定问题所在。
[/Quote]
程序太大，单步调试不是办法，现在只想定位哪里导致内存泄露，程序运行一段时间会出现如下提示：内存分配无法访问 PORT:4
单步调试，当crash的时候，看一下callstack.可以看出调用的次序。断定问题所在。
[/Quote]
程序太大，单步调试不是办法，现在只想定位哪里导致内存泄露，程序运行一段时间会出现如下提示：内存分配无法访问 PORT:4
浅蓝马 2010-07-30
- 打赏
- 举报
先根据VC中提示内存泄露的消息找一下，
如果找不到，就用排除法吧，注释一大段一大段的代码，
逐步缩小范围，应该可以找到。
如果找不到，就用排除法吧，注释一大段一大段的代码，
逐步缩小范围，应该可以找到。
Eleven 2010-07-30
- 打赏
- 举报
装个visual lead Detector来检测一下http://www.codeproject.com/KB/applications/visualleakdetector.aspx
na_he 2010-07-30
- 打赏
- 举报
单步调试，当crash的时候，看一下callstack.可以看出调用的次序。断定问题所在。
至善者善之敌 2010-07-30
- 打赏
- 举报
[Quote=引用 6 楼 songtao_01 的回复:]
thrdcore.cpp第166行分配的内存未被释放
[/Quote]
你这个是根据字面意思来的吧
thrdcore.cpp第166行分配的内存未被释放
[/Quote]
你这个是根据字面意思来的吧
songtao_01 2010-07-30
- 打赏
- 举报
thrdcore.cpp第166行分配的内存未被释放
至善者善之敌 2010-07-30
- 打赏
- 举报
这个没人顶啊！
至善者善之敌 2010-07-30
- 打赏
- 举报
[Quote=引用 3 楼 m_tornado 的回复:]
引用 2 楼 babilife 的回复:
内存泄露不光是申请没有释放这一原因吧
还有别的原因吗？
曾经用过 一个图像库，copy后要使用的人释放~悲剧~
[/Quote]
释放两次？杯具！
引用 2 楼 babilife 的回复:
内存泄露不光是申请没有释放这一原因吧
还有别的原因吗？
曾经用过 一个图像库，copy后要使用的人释放~悲剧~
[/Quote]
释放两次？杯具！
m_tornado 2010-07-30
- 打赏
- 举报
[Quote=引用 2 楼 babilife 的回复:]
内存泄露不光是申请没有释放这一原因吧
[/Quote]
还有别的原因吗？
曾经用过 一个图像库，copy后要使用的人释放~悲剧~
内存泄露不光是申请没有释放这一原因吧
[/Quote]
还有别的原因吗？
曾经用过 一个图像库，copy后要使用的人释放~悲剧~
至善者善之敌 2010-07-30
- 打赏
- 举报
内存泄露不光是申请没有释放这一原因吧
stonewater 2010-07-30
- 打赏
- 举报
你搜下malloc和new,有没有对应的free和delete
