CList类release模式removeAll失败

Legend500 2013-02-18 03:19:15
gbr->FigureUList.RemoveAll();

其中gbr是一个类。在debug模式下,这句话能够释放掉figureUList所占用的内存,而在release模式下,只能释放掉少部分内存,导致程序错误。现在需要在release模式下也能释放FigureUList所占用的全部内存,应该如何处理,求高手解答??
...全文
214 11 打赏 收藏 转发到动态 举报
写回复
用AI写文章
11 条回复
切换为时间正序
请发表友善的回复…
发表回复
看不见的裂痕 2013-02-18
  • 打赏
  • 举报
回复
引用 8 楼 wyq429703159 的回复:
引用 5 楼 tiger9991 的回复:我意思考虑: 1.释放的时候是否存在资源并行调用 2.重复释放 重复释放肯定没有;我把gbr->FigureUList.RemoveAll()放在不同的地方测试(包括根本不会用gbr这个类的部分),都是出现相同的情况
VS2008之后很多新控件都带自动释放的。你自己要小心
Legend500 2013-02-18
  • 打赏
  • 举报
回复
引用 6 楼 oyljerry 的回复:
引用 3 楼 wyq429703159 的回复:引用 1 楼 VisualEleven 的回复:要看你的链表中保存的指针有无释放? FigureUList是一个结构体,里面没有指针。你说的什么意思没有懂,求解释 结构体对象中的各个字段是否有对象等,释放处理是否有问题
FigureUList里面包括两个结构体元素,释放的时候调用的CList自带的RemoveAll()函数
Legend500 2013-02-18
  • 打赏
  • 举报
回复
引用 7 楼 sha_jinhao 的回复:
引用 3 楼 wyq429703159 的回复:引用 1 楼 VisualEleven 的回复:要看你的链表中保存的指针有无释放? FigureUList是一个结构体,里面没有指针。你说的什么意思没有懂,求解释 你保存的是对象还是指针?
对象
Legend500 2013-02-18
  • 打赏
  • 举报
回复
引用 5 楼 tiger9991 的回复:
我意思考虑: 1.释放的时候是否存在资源并行调用 2.重复释放
重复释放肯定没有;我把gbr->FigureUList.RemoveAll()放在不同的地方测试(包括根本不会用gbr这个类的部分),都是出现相同的情况
jimette 2013-02-18
  • 打赏
  • 举报
回复
引用 3 楼 wyq429703159 的回复:
引用 1 楼 VisualEleven 的回复:要看你的链表中保存的指针有无释放? FigureUList是一个结构体,里面没有指针。你说的什么意思没有懂,求解释
你保存的是对象还是指针?
oyljerry 2013-02-18
  • 打赏
  • 举报
回复
引用 3 楼 wyq429703159 的回复:
引用 1 楼 VisualEleven 的回复:要看你的链表中保存的指针有无释放? FigureUList是一个结构体,里面没有指针。你说的什么意思没有懂,求解释
结构体对象中的各个字段是否有对象等,释放处理是否有问题
看不见的裂痕 2013-02-18
  • 打赏
  • 举报
回复
我意思考虑: 1.释放的时候是否存在资源并行调用 2.重复释放
Legend500 2013-02-18
  • 打赏
  • 举报
回复
引用 2 楼 tiger9991 的回复:
debug的运行速度没有Release的快。 因此很多资源互斥,debug都不需要做互斥,速度慢自己就互斥了。 Release速度快之后就会产生同时调用资源的问题了。 楼主查一下吧。
你的意思是这里在调用removeall的同时,有其他地方正在使用FigureUList,导致remove失败吗?
Legend500 2013-02-18
  • 打赏
  • 举报
回复
引用 1 楼 VisualEleven 的回复:
要看你的链表中保存的指针有无释放?
FigureUList是一个结构体,里面没有指针。你说的什么意思没有懂,求解释
看不见的裂痕 2013-02-18
  • 打赏
  • 举报
回复
debug的运行速度没有Release的快。 因此很多资源互斥,debug都不需要做互斥,速度慢自己就互斥了。 Release速度快之后就会产生同时调用资源的问题了。 楼主查一下吧。
Eleven 2013-02-18
  • 打赏
  • 举报
回复
要看你的链表中保存的指针有无释放?
源码下载地址: https://pan.quark.cn/s/40677b766bda "ContextCapture 倾斜摄影快速、创新及全面空三建模与单机集群硬件部署方案2018" 此资源聚焦于倾斜摄影(ContextCapture)空三建模及单机集群硬件部署方案,致力于为用户呈现最快、最优成本效益的台式工作站、移动工作站、并行集群的多样化部署选择。以下是该资源的详细知识点概述: 一、相关设备型号说明 * UltraLAB 是西安坤隆计算机科技有限公司推出的专属图形工作站品牌,具备三大卓越优势:顶尖的计算硬件架构、精准的行业应用定制服务、专业的硬件系统优化工艺。 二、硬件部署方案 * 台式工作站部署建议:设备特色在于当前市场上最快的台式计算架构,适用于办公场景下,部门层级常规的倾斜摄影空三处理、三维建模。 * 便携式工作站部署建议:设备特色在于当前市场上最快的移动计算架构,适用于移动倾斜摄影的空三处理、三维建模工作站。 * 大数据量处理工作站推荐:设备特色在于极限自动超频加速与16个并行存储构造,具备空三处理和三维建模最强的计算性能及海量高速并行存储性能。 * 多设备并行计算集群部署建议:针对海量图像数据计算产生的巨大需求,单机计算能力处理时间过长,效率不高,通过多台机器并行集群,进行空三处理、三维建模,显著减少处理时间。 三、部署方案深入解析 * 2.1 倾斜摄影建模(台式工作站)部署方案:设备特色在于最高的计算处理能力~6核5.2GHz,内存最大配置可达64GB,配备最新图灵架构的RTX显卡,相比市场其他品牌机器(单CPU、双Xeon处理器)更快、更具成本效益。 * 2.2 倾斜摄影建模(移动便携式工作站)硬件部署方案:设备特色在于最高的计算处理能力~6...

16,550

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Creator Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧